Quién es el propietario del código de un sitio web
En el derecho francés, el simple encargo y pago de un sitio web no transfiere automáticamente la propiedad del código al cliente: el desarrollador conserva la titularidad de los derechos de autor, salvo que el contrato incluya una cláusula de cesión explícita. Comprender este principio evita desacuerdos frecuentes al final de una colaboración, especialmente al cambiar de proveedor.
El problema real: una creencia muy extendida pero errónea
Muchos clientes piensan, erróneamente, que al pagar por la creación de un sitio se convierten automáticamente en propietarios de todos sus aspectos, incluido el código. Esta idea resulta intuitiva, pero no se corresponde con el principio del derecho de autor francés, que protege la creación original en beneficio de su autor, con independencia del pago de una prestación. Sin una cláusula contractual explícita, un cliente puede encontrarse en una situación delicada al cambiar de proveedor: el código sigue siendo jurídicamente propiedad del desarrollador original, aunque el cliente haya financiado su creación.
El principio del derecho de autor aplicado al código
El código fuente de un sitio web puede estar protegido por el derecho de autor siempre que presente un carácter original (una elección de arquitectura, una estructura propia, un estilo de desarrollo identificable). Este derecho nace automáticamente en beneficio de su autor (el desarrollador o la empresa que lo emplea), sin necesidad de formalidad de registro. El pago de una prestación de desarrollo no basta, por sí solo, para transferir estos derechos: se necesita una cesión explícita, generalmente prevista por contrato.
Qué debe contener una cláusula de cesión de derechos
Para que el cliente se convierta realmente en titular de los derechos sobre el código desarrollado, el contrato debe prever una cesión explícita que precise:
| Elemento a precisar | Por qué es necesario |
|---|---|
| Naturaleza de los derechos cedidos | Reproducción, comunicación, adaptación del código |
| Alcance de la cesión | Total o parcial, con o sin derecho de modificación |
| Destino | Uso previsto (explotación comercial del sitio, por ejemplo) |
| Duración | Duración limitada o durante todo el plazo legal de protección |
| Territorio | Zona geográfica de explotación autorizada |
| Remuneración asociada | El precio de la cesión, separado o incluido en la prestación |
Sin estas precisiones, la cesión puede considerarse incompleta o inoponible, especialmente en caso de litigio, ya que el derecho francés regula de forma estricta la cesión de derechos de autor.
El caso particular de los CMS y las plataformas
La cuestión de la propiedad del código se plantea de forma diferente según la tecnología utilizada. En un CMS de código abierto como WordPress, el núcleo del software permanece bajo su propia licencia (generalmente una licencia libre), y la cuestión de la propiedad solo afecta a los desarrollos específicos realizados para el cliente (tema a medida, plugin personalizado, integraciones). En una plataforma propietaria de suscripción, el código de la plataforma pertenece al editor del servicio, y el cliente dispone generalmente de un derecho de uso sobre su sitio (contenido, configuración), sin propiedad sobre el código subyacente. Estas distinciones deben aclararse antes de firmar un contrato, en función del modelo elegido.
Lo que pertenece al cliente en todos los casos
Con independencia de la propiedad del código, ciertos elementos suelen seguir siendo propiedad del cliente, salvo acuerdo contrario:
- El contenido creado por el cliente o para él (textos redactados específicamente, datos, base de clientes).
- Las marcas y elementos de identidad de su empresa (logotipo, nombre comercial), sujetos a sus propias protecciones.
- El nombre de dominio, que pertenece a la persona o entidad registrada como titular ante el registrador, independientemente del proveedor técnico.
Por qué conviene aclarar este punto antes, no después
El momento en que este tema se convierte con más frecuencia en un problema concreto es el de un cambio de proveedor o una recuperación interna de la gestión del sitio. Sin una cláusula de cesión clara, un cliente puede acabar dependiendo de su proveedor original para cualquier evolución del código, o verse obligado a reconstruir el sitio desde cero. Aclarar este punto desde la negociación del contrato, antes de cualquier prestación, evita este tipo de bloqueo posterior.
Lo que hay que recordar
- El pago de una prestación no transfiere automáticamente los derechos de autor sobre el código desarrollado.
- Es necesaria una cláusula de cesión explícita, que precise naturaleza, alcance, duración y territorio, para que el cliente se convierta en titular de los derechos.
- En un CMS de código abierto, solo los desarrollos específicos (tema, plugin a medida) se ven afectados por la cuestión de la propiedad.
- En una plataforma propietaria, el código suele seguir siendo propiedad del editor, y el cliente dispone de un derecho de uso.
- El contenido, las marcas y el nombre de dominio suelen seguir siendo propiedad del cliente, con independencia del código.
- Este punto debe aclararse en el contrato antes del inicio de la prestación, no después de la entrega.
Preguntas frecuentes
¿Basta con pagar la factura para que se transfiera la propiedad del código? No, es necesaria una cláusula de cesión explícita en el contrato, distinta del simple pago de la factura.
¿Se puede pedir el código fuente al proveedor en cualquier momento? Depende de los términos del contrato firmado. Este punto debe aclararse antes de firmar, no después de la entrega.
¿Qué ocurre con un sitio construido sobre un CMS o una plataforma? En un CMS, solo se ve afectado el desarrollo específico, ya que el núcleo del CMS permanece bajo su propia licencia. En una plataforma propietaria, el código suele seguir siendo propiedad del editor del servicio.
¿Un contrato de mantenimiento cambia la propiedad del código? No necesariamente. Conviene comprobar que el contrato de creación inicial y el contrato de mantenimiento sean coherentes en este punto.
En resumen
La propiedad del código de un sitio web nunca es automática: depende de las cláusulas precisas del contrato firmado con el proveedor, o de la ausencia de dichas cláusulas. Este marco general presenta los principios del derecho de autor aplicables; para una situación contractual concreta o un litigio en curso, se recomienda el asesoramiento de un abogado especializado en propiedad intelectual. En los sitios de suscripción diseñados por VeryAppi, las condiciones de uso del código y del contenido se precisan desde el contrato inicial.
Preguntas frecuentes
›¿Basta con pagar la factura para que se transfiera la propiedad del código?
No, en el derecho francés, pagar por una prestación no transfiere automáticamente los derechos de propiedad intelectual sobre el código creado. Es necesaria una cláusula de cesión explícita en el contrato para que el cliente se convierta en titular de los derechos, algo distinto del simple pago de la factura.
›¿Se puede pedir el código fuente al proveedor en cualquier momento?
Depende de los términos del contrato firmado. Algunos contratos prevén una cesión de derechos junto con la entrega del código fuente, otros prevén una licencia de uso sin entrega del código fuente detallado. Se recomienda aclarar este punto antes de firmar, no después de la entrega.
›¿Qué ocurre con un sitio construido sobre un CMS o una plataforma?
En un CMS como WordPress, la cuestión suele limitarse al código específico desarrollado para usted (tema personalizado, funcionalidades a medida): el núcleo del CMS en sí permanece bajo su propia licencia de código abierto. En una plataforma propietaria de suscripción, el contenido (textos, datos) suele pertenecerle, pero el código de la plataforma sigue siendo propiedad del editor del servicio.
›¿Un contrato de mantenimiento cambia la propiedad del código?
No necesariamente. Un contrato de mantenimiento se centra en el seguimiento y las actualizaciones del sitio, sin incluir forzosamente una cláusula de cesión de los derechos sobre el código desarrollado. Conviene comprobar que el contrato de creación inicial y el contrato de mantenimiento sean coherentes en este punto.