Un articulo publicado atraviesa mas puntos de contacto con la IA antes de llegar a un lector de los que la mayoria de las redacciones logran seguir. Un asistente de investigacion resume un documento fuente. Una herramienta de gramatica reescribe dos parrafos. Un generador de titulares propone seis opciones. Un modelo de traduccion produce las versiones en aleman y frances para un socio de sindicacion. Cuando se publica un articulo, la pregunta de si lo escribio una persona a menudo no tiene una respuesta clara, solo una cadena de ediciones parciales que nadie registro.
Antes era una cuestion de estilo. Ahora es al mismo tiempo una cuestion de cumplimiento normativo, una cuestion de licencias y una cuestion de defensa, y los editores que no pueden responderla con precision quedan expuestos en los tres frentes a la vez.
Por que "tocado por la IA" no es lo mismo que "generado por la IA"
La mayor parte del uso de IA en una redaccion se situa entre el corrector ortografico y el escritor fantasma: investigacion, resumen, traduccion, primera estructura de un borrador, pies de foto. Nada de eso convierte un articulo en "generado por IA" en el sentido en que lo entenderia un lector. Pero si un editor no puede mostrar, cuando se le pide, que partes de un articulo fueron generadas o modificadas de forma sustancial por IA y cuales fueron investigadas y escritas por una persona, esa distincion existe solo como una creencia interna, no como algo que se pueda mostrar a quien lo pregunte.
Esa brecha importa porque dos cuerpos normativos europeos distintos plantean ahora a los editores una version de la misma pregunta, desde direcciones opuestas.
Articulo 50: divulgacion, no deteccion
Segun el Reglamento de IA de la UE, el articulo 50 establece obligaciones de transparencia para el contenido generado o manipulado por IA. Un texto publicado para informar al publico sobre asuntos de interes publico, cuando ha sido generado o manipulado de forma sustancial por un sistema de IA, debe divulgarse como tal, y las obligaciones sobre ultrafalsificaciones y textos de interes publico del articulo 50, apartado 4, se aplican desde el 2 de agosto de 2026.
La obligacion recae sobre el responsable del despliegue, es decir, el editor, no sobre el proveedor del modelo. Una redaccion no necesita detectar el uso de IA en contenido ajeno. Necesita saber, y poder declarar con precision, que es cierto sobre el suyo propio. Es primero un problema de registro y solo despues un problema de etiquetado: no se puede divulgar lo que no se ha rastreado.
Articulo 4: la exclusion solo funciona si puedes demostrar lo que publicaste
La otra direccion pasa por la Directiva DSM. El articulo 4 concede a los titulares de derechos una excepcion de mineria de textos y datos que se aplica salvo que el titular haya reservado expresamente ese uso, de forma adecuada, por ejemplo mediante medios legibles por maquina para contenido disponible en linea. Un editor que ejerce esa reserva hace una afirmacion: este texto, publicado por nosotros, en esta fecha, quedo excluido de ese uso.
Una afirmacion asi solo resiste un examen si esta vinculada a una version concreta y sin alterar del contenido y a una fecha verificable de forma independiente. Una marca de tiempo del CMS fijada por la misma organizacion que hace la afirmacion no constituye prueba alguna para una contraparte esceptica, porque la parte que afirma la fecha y la parte que la fijo son la misma. Una negociacion de licencia para entrenamiento de IA, o una disputa sobre si una reserva estaba realmente en vigor en el momento de un rastreo, avanza mucho mas rapido cuando el editor puede presentar un registro fijado en el momento de la publicacion y que desde entonces no ha podido modificarse.
Que debe contener realmente un registro de procedencia
Al poner las dos obligaciones una junto a otra, la forma de un sistema que funciona queda clara. No es una simple casilla de "IA o humano" anadida al CMS. Es un registro bloqueado y con marca de tiempo de la version exacta publicada, creado en el momento en que un articulo sale al aire, capaz de responder tres preguntas sin que nadie tenga que preguntarselo directamente a la redaccion:
- Que version exacta del texto se publico, byte por byte, distinta de cualquier borrador o edicion anterior o posterior
- Cuando se fijo esa version, desde una fuente externa a los propios sistemas del editor
- Que establece la propia divulgacion de la redaccion sobre la participacion de la IA en esa version especifica, vinculada al mismo registro en lugar de estar en un documento de politica aparte
Un hash calculado a partir del archivo exacto publicado responde la primera pregunta: si una sola palabra cambia despues, el hash deja de coincidir, lo que hace verificable, en lugar de una cuestion de palabra contra palabra, una disputa posterior sobre si esa era realmente la version publicada. Una marca de tiempo electronica cualificada conforme a eIDAS, emitida por un prestador cualificado de servicios de confianza y no por el reloj del servidor del editor, responde la segunda. Vincular la declaracion de divulgacion de IA al mismo registro sellado, en lugar de a una politica general de la casa, responde la tercera, y convierte "nuestras normas editoriales indican que divulgamos el uso de IA" en un hecho concreto y verificable sobre un articulo determinado.
Por que esto tiene que funcionar fuera de tu propio CMS
Las disputas editoriales rara vez permanecen dentro de un solo sistema. Un socio de sindicacion en otro pais republica un articulo y elimina el contexto de la firma. Un regulador en un Estado miembro donde circulo el articulo pide una prueba de cuando se anadio una divulgacion. Una empresa de IA que negocia un acuerdo de licencia quiere confirmar que entradas del archivo llevaban realmente una reserva del articulo 4 en la fecha del rastreo. En cada caso, quien pregunta no va a iniciar sesion en tu CMS, y una captura de pantalla de tu sistema interno es exactamente el tipo de prueba no verificable que una contraparte esceptica tiene derecho a rechazar.
Un registro sellado con un enlace de verificacion publico resuelve esto por diseno: cualquiera puede comprobar el archivo exacto, la fecha en que se fijo y la divulgacion vinculada a el, sin iniciar sesion y sin tener que contactar antes con la redaccion. Es una prueba construida para ser verificada por un desconocido, no una prueba que solo funciona si la redaccion responde por si misma, y eso es lo que hace que el registro se sostenga igual, tanto si la disputa termina en el pais de origen del editor como en cualquier otro lugar.
Un flujo de trabajo practico para equipos editoriales
Nada de esto exige reconstruir el CMS. Exige un paso adicional en el momento en que se finaliza un articulo:
- Bloquea la version exacta publicada en el momento en que recibe la aprobacion final, antes de salir al aire, no despues de que lleguen las quejas.
- Registra, en ese mismo momento, si el articulo incluia texto, imagen, audio o video generado o manipulado por IA, y en que medida, para que la divulgacion quede vinculada a la version en lugar de reconstruirse despues de memoria.
- Sella esa version bloqueada, con la divulgacion adjunta, de modo que ambas queden fijadas juntas bajo una marca de tiempo independiente.
- Conserva el enlace de verificacion resultante junto con el registro interno del articulo, para que un editor pueda presentarlo en minutos si un lector, un regulador o un socio de licencia lo pide.
- Aplica el mismo paso al contenido de archivo que reserves conforme al articulo 4, para que una exclusion de mineria de textos y datos este respaldada por un registro fechado e inalterable, no solo por una declaracion de politica.
La carga de trabajo se mantiene baja porque se aplica una vez por version publicada, no una vez por cada herramienta de IA usada durante la redaccion. Un periodista puede pasar un articulo por cinco herramientas distintas mientras lo escribe. Lo que hay que sellar es solo la version que realmente sale publicada.
Donde encaja esto en una redaccion ya al limite
La mayoria de los equipos editoriales no va a contratar a un responsable de cumplimiento para seguir las obligaciones de divulgacion de IA articulo por articulo. El camino realista es un paso de sellado integrado en el propio proceso de publicacion, de modo que el registro se genere automaticamente en el momento en que un articulo sale al aire, en lugar de reconstruirse bajo presion cuando un regulador o un medio rival hace una pregunta directa. Nuestras herramientas para editores se encargan exactamente de ese paso: bloqueo, marca de tiempo y vinculacion de la divulgacion en el momento de la publicacion, con un enlace de verificacion que cualquier lector, regulador o socio puede comprobar por su cuenta.
Si tu proceso editorial ya hace pasar los borradores por IA en alguna etapa, algo que en 2026 ocurre en la mayoria de las redacciones, la pregunta no es si hay que demostrar que paso con un articulo concreto. Es si esa prueba existe antes de que alguien la pida, o si se ensambla despues a partir de recuerdos y registros de servidor. Habla con nosotros sobre como poner en marcha el sellado editorial en tu redaccion, antes de que llegue a tu mesa la proxima pregunta sobre divulgacion bajo el Reglamento de IA.
