Guía del desarrollador
Proteger tu código fuente, la guía del desarrollador
Tu código está protegido por derechos de autor desde que lo escribes. El problema no es la protección, es la prueba. Un historial de git se falsifica con un comando, un repo de GitHub se borra. Así se establece una anterioridad sólida.
Lo que dice el derecho
En Europa como en Estados Unidos, el código fuente está protegido por derechos de autor como obra literaria. Esta protección es automática al escribirlo, sin formalidad, en los 181 países del Convenio de Berna.
Ojo con los límites. El derecho de autor protege la expresión, tu código tal como está escrito, no las ideas, los algoritmos o las funcionalidades. Un competidor puede reimplementar tu idea. No puede copiar tu código.
En caso de copia, todo se juega en un punto, probar que tu versión existía antes que la suya. Eso es la prueba de anterioridad.
Lo que NO prueba tu anterioridad
El historial de git
Las fechas de commit son declarativas. Una variable de entorno (GIT_COMMITTER_DATE) basta para antedatar un commit. Un historial de git por sí solo es inadmisible como prueba de fecha.
Un repo de GitHub
GitHub es una plataforma privada. Un repo puede borrarse, reescribirse (force push) o hacerse privado. GitHub no certifica ninguna fecha y no testificará por ti.
La licencia (MIT, GPL...)
Una licencia organiza el uso de tu código por otros. Presupone que eres el autor, no lo prueba. En un litigio, la licencia no te sirve de nada sin prueba de anterioridad.
Comparativa de métodos de prueba
| Método | Coste | Valor probatorio | Adaptado al ritmo dev |
|---|---|---|---|
| Historial de git solo | 0 € | Casi nulo (fechas falsificables) | Sí, pero inútil en litigio |
| Depósito APP (agencia francesa de protección de programas) | Varios cientos de euros + membresía | Fuerte, referencia histórica del software en Francia | No, procedimiento pesado por versión |
| Acta notarial | 200 a 500 € por acta | Muy fuerte | No, impensable en cada release |
| Registro sellado Copyright01 | 0 € (3 registros), luego desde 4,90 € | Huella SHA-256 + sellado de tiempo, verificable públicamente | Sí, registro de un repo en 2 minutos, API disponible |
Precios indicativos observados en 2026.
Cómo registrar tu código
Dos métodos según tu flujo de trabajo.
Registrar un repo de GitHub
Pega la URL del repo. Copyright01 extrae automáticamente los metadatos (commits, contribuidores, lenguajes) y puede añadir una insignia de certificación a tu README.
Registrar un archivo ZIP
Para código privado o fuera de GitHub, registra un archivo de tu proyecto. El archivo se cifra en AES-256, nadie más que tú accede a él.
¿Prefieres automatizar? Una API REST permite registrar en cada release, desde tu CI o un script. Documentación de la API →
¿Y las actualizaciones del código?
Un software evoluciona. La buena práctica es registrar las versiones significativas, la primera versión pública y luego las releases mayores. Cada registro establece la anterioridad del estado del código en su fecha.
No hace falta registrar cada commit. En un litigio, lo que cuenta es probar que la parte copiada existía antes en tu lado. Registros en cada versión mayor son más que suficientes.
Preguntas frecuentes
¿Mi código open source es protegible?
Sí. Open source no significa sin autor. La licencia (MIT, GPL...) define las condiciones de uso, pero tú sigues siendo el titular de los derechos. Un registro sellado prueba tu autoría si alguien se apropia de tu trabajo o viola la licencia.
¿Qué registro exactamente, todo el repo?
Registra el archivo del proyecto completo o el repo de GitHub. La huella SHA-256 cubre todo el contenido registrado. Excluye las dependencias (node_modules, vendor), no son tu obra.
¿Un registro protege mi algoritmo?
No. El derecho de autor protege el código escrito, no el algoritmo como idea. Para un algoritmo, las protecciones posibles son el secreto empresarial o, en algunos países, la patente. El registro prueba la anterioridad de tu implementación.
¿El código escrito con IA es protegible?
El tema evoluciona según las jurisdicciones. Lo constante es que tu aporte creativo humano (arquitectura, decisiones, ensamblaje, correcciones) sigue siendo protegible. Un registro sellado fija el estado de tu trabajo en una fecha, sea cual sea la parte de asistencia.
Registra tu primer repo gratis
3 registros gratis, extracción automática de GitHub, insignia README.
Proteger mi código