Línea editorial

Versión 0.10 · 28 de septiembre de 2026 · Dirección: Carlos Sánchez · Redacción IA: Índigo Claudio · Revisión IA: Gema Magón

Este documento define qué publica el SEOmanal, cómo lo publica y con qué criterio. Es el texto de referencia para la dirección, para Índigo Claudio y Gema Magón (que lo reciben como instrucciones), para los autores externos y para quien lee: así se puede comprobar si cumplimos lo que decimos.

1. Misión y público

El SEOmanal es un periódico de SEO en español, hecho por SEOs para SEOs. Cuenta lo que pasa en el sector, explica qué significa para quien trabaja en él y pone al día en español lo que se publica en inglés.

Por qué existe. En SEO no hay un medio que no pertenezca a una empresa o responda a un interés comercial, y en español casi todo lo publica una persona o unas pocas. El SEOmanal es el periódico de la comunidad: no vende ninguna herramienta ni ningún servicio, y cualquier profesional puede publicar en él. Hoy lo dirige Carlos Sánchez, que es uno más de los que escriben; la intención es que sea cada vez más de quienes lo hacen.

Para quién escribimos. Para quien trabaja en SEO y habla español: consultores, responsables de SEO en empresa, agencias, desarrolladores que trabajan con SEO. Damos por sabido lo básico —qué es un canonical, cómo funciona el rastreo— para poder ir al grano. Si estás empezando, aquí encontrarás lo que pasa y por qué importa, pero no un curso; para eso hay sitios mejores.

Qué nos hace distintos.

• Solo SEO. Ni marketing digital en general, ni redes sociales, ni growth.
• Con fuente siempre. Cada afirmación relevante enlaza a donde se puede comprobar.
• Con criterio. No nos limitamos a contar; decimos qué hay que hacer con la información.
• En español y contrastado. Lo que Google o el sector anuncian en inglés llega al SEOmanal adaptado, no traducido, y solo cuando está comprobado. Preferimos llegar bien a llegar primero.
• Sin relleno. Si un día no pasa nada que merezca contarse, ese día no se publica nada. En un sector saturado de información, callar también es un servicio.

2. Principios

1. Útil. Si una pieza no cambia lo que un profesional sabe o hace, no se publica.
2. Verificado. Toda noticia tiene fuente primaria enlazada. Un rumor sin fuente no es noticia; si merece contarse, se cuenta como rumor y se dice de quién viene.
3. Con criterio. Cada noticia termina con una valoración: qué significa y qué hacer. La valoración es nuestra y se distingue del hecho.
4. Independiente. La publicidad no entra en la redacción. No hay posts patrocinados, ni reseñas a cambio de nada, ni herramientas "recomendadas" por acuerdo comercial.
5. Transparente con la IA. Lo que escribe una IA va firmado con su nombre y con la insignia «IA», al principio de la pieza, y no se publica sin que alguien lo revise. Toda pieza escrita por una IA lleva revisor, humano u otra IA: cuando es otra IA, la firma lo dice —«revisado por Gema Magón (IA)»— igual que dice el nombre de la persona cuando la hace una persona. Nunca fingimos que ha escrito o revisado un humano algo que no ha tocado; preferimos decir que revisó una máquina a apuntarnos un trabajo que no hemos hecho. Desde el 2 de agosto de 2026 avisar de que un texto lo ha generado una IA es, en muchos casos, una obligación legal (§10.4). Nosotros avisamos siempre, lo exija la ley o no.
6. Corregible. Cuando nos equivocamos, corregimos en la misma pieza con nota fechada. No borramos.

3. Qué publicamos y qué no

Publicamos

• Anuncios y cambios de Google Search y de otros buscadores y motores generativos, y su documentación.
• Actualizaciones del algoritmo, con datos, no con sensaciones.
• Cambios en herramientas que usa el sector (Search Console, crawlers, CMS, CDN, frameworks).
• Estudios y experimentos con metodología publicada.
• Guías y análisis técnicos propios o de autores externos con experiencia demostrable.
• Noticias de la industria cuando afectan al trabajo del SEO (juicios, adquisiciones, cuota de mercado).

No publicamos

• Clickbait ni titulares que prometen más que la pieza.
• Notas de prensa reescritas. Una empresa que lanza una herramienta es noticia solo si la herramienta cambia algo para quien la usa, y entonces la pieza lo dice y lo prueba.
• Rumores sin fuente identificable, capturas sin contexto o "un SEO dice en X que…" sin más.
• Marketing que no es SEO: redes sociales, email, paid media, branding. Google Ads no es SEO.
• Lo que no cambia nada para quien trabaja en SEO en español: un evento de Google en un país donde no se habla español, un cambio que solo aplica a otro mercado, la agenda corporativa de las empresas del sector.
• Listas de "las 10 mejores herramientas" y contenido de relleno para atacar palabras clave.
• Opinión disfrazada de noticia. La opinión existe, pero va marcada (ver 5.4).

4. Secciones y criterios de asignación

Cada artículo pertenece a una sección y, si es de Técnico, a una subsección. La sección la elige quien edita, no quien redacta. Las etiquetas (hasta cinco) sirven para lo transversal.

Casos límite (los que más dudas dan):

• Nueva función en Search Console → Software. Si la función es de un informe de indexación, etiqueta search-console y indexacion, pero la sección sigue siendo Software.
• Core update → Posicionamiento, siempre.
• Cambio en datos estructurados o en las guías de resultados enriquecidos → Técnico › Renderizado.
• AI Overviews, AI Mode o cualquier respuesta generada en la SERP → GEO, aunque afecte al ranking.
• Cambio en Perfil de Empresa de Google → Local.
• robots.txt, crawl budget, Googlebot → Técnico › Rastreo.
• Informe de cobertura, "rastreada pero no indexada" → Técnico › Indexación.
• Core Web Vitals: si la noticia es sobre la métrica o cómo Google la usa → Posicionamiento; si es sobre cómo medirla o arreglarla → Técnico › Renderizado.
• Una herramienta que hace algo de rastreo (Screaming Frog, por ejemplo) → Software. La sección es la herramienta, no lo que hace.
• Noticia de negocio (juicio, adquisición, resultados) → Industria. Si el hecho de negocio cambia cómo posiciona algo (por ejemplo, un remedio antimonopolio que toca la SERP), la noticia va en Industria y el análisis del efecto, en Posicionamiento.

Si una pieza encaja en dos secciones, va en la más específica. Técnico gana a Posicionamiento; GEO gana a Posicionamiento; Software gana a todo cuando el protagonista es un producto.

5. Formatos

5.1 Noticia

Es el formato de la mayoría de piezas. No hay longitud fija: una noticia mide lo que necesita el hecho, ni una frase más.

• Titular informativo, de 70 caracteres o menos, que cuenta el hecho. Sin preguntas, sin "esto cambia todo", sin dos puntos decorativos.
• Entradilla de dos frases: qué ha pasado y por qué importa.
• Cuerpo en tres bloques, en este orden y sin epígrafes si la pieza es corta:
  1. Qué ha pasado (hechos, con fuente).
  2. Qué significa (nuestra lectura, en párrafo aparte y claramente valorativa).
  3. Qué hacer (una o dos acciones concretas; si no hay nada que hacer, se dice).
• Caja de fuente al final: medio, autor original, fecha y enlace.

5.2 Análisis

Cruza varias fuentes, aporta datos o pruebas propias y llega a una conclusión. Lleva el sello dorado de la guía de marca. Puede tener epígrafes.

5.3 Guía

Accionable de principio a fin. Incluye código, configuración o pasos reproducibles. Si hay código, está probado. Se fecha y se indica con qué versiones se ha probado.

5.4 Opinión

Firmada por una persona (nunca por una IA). Marcada como opinión en el titular o en el antetítulo y con el sello dorado. Se admite opinión de autores externos si cumple 8.

Cuánto se publica. Lo que haya de bueno. Mejor varias piezas buenas al día que muchas cortas; si hay que elegir, una buena. No hay cuota de publicación, y una pieza corta y certera vale lo mismo que una larga.

6. Fuentes y citas

Fuente primaria enlazada. El enlace va a la fuente original (la documentación de Google, la entrada del blog, el hilo del autor), no a otro medio que la cuenta. Los enlaces a fuentes son follow.

Adaptación, no traducción. Search Engine Journal, Search Engine Land y Search Engine Roundtable tienen todos los derechos reservados. Lo que hacemos con una noticia suya es leerla, contrastarla con la fuente primaria que ellos citan (que casi siempre existe: un post de Google, un anuncio, un hilo) y escribir nuestra pieza a partir de esa fuente primaria. El medio que nos puso sobre la pista se cita en la caja de fuente con enlace. Traducir un artículo entero de estos medios no está permitido.

Cita textual. Como máximo una cita breve por fuente, entre comillas, con el autor y el enlace. Amparada por el derecho de cita (art. 32 LPI): sirve para comentar o analizar, nunca para sustituir la lectura del original.

Google Search Central. Las entradas del blog de Google en developers.google.com llevan licencia Creative Commons Attribution 4.0. Se pueden traducir con atribución, pero antes de hacerlo se comprueba la licencia de esa entrada concreta (algunas partes de la documentación tienen condiciones distintas). Aun así, la pieza en el SEOmanal no es la traducción sin más: se contextualiza y se añade qué hacer.

Capturas e imágenes. Solo propias o de la fuente cuando la propia fuente lo permite. Nunca fotos de stock; la guía de marca define qué imagen usamos (ilustración plana, capturas con marco).

Datos. Cualquier cifra lleva fuente y fecha. Si es un estudio, se enlaza la metodología. Si la metodología no está publicada, la cifra no se usa como hecho.

7. Estilo

Registro. Tú, no usted. Castellano de España en registro neutro: sin localismos, sin "vale" ni "mola", pero tampoco un español artificial de manual. Las noticias van en tercera persona; el análisis y la guía pueden usar la primera del plural ("hemos probado").

Frases. Cortas. Una idea por frase. Un párrafo de más de cinco líneas es sospechoso.

Terminología. Los anglicismos del sector están permitidos: se escribe como habla la gente que hace SEO en español. Crawl budget, keyword, rich results, link building, ranking, snippet, CTR, SERP o crawler valen tal cual, sin cursiva ni comillas, y no hay que traducirlos ni ponerlos entre paréntesis. Lo único que se pide es coherencia dentro de una misma pieza (no alternar «crawl budget» y «presupuesto de rastreo» sin motivo) y que, si un término inglés es poco conocido, la primera vez se explique en media frase. Cuando el término en español está tan asentado como el inglés (rastreo, indexación, enlaces, datos estructurados), cualquiera de los dos vale.

• Nombres de producto: siempre el oficial y con su mayúscula (Search Console, no "la consola"; Googlebot, no "el bot de Google").
• Siglas: se explican la primera vez que aparecen en la pieza, salvo SEO, URL, HTML, CSS, JS, API, CMS, CDN, SERP.
• Versiones y fechas: siempre completas. "El 17 de septiembre" y no "esta semana"; "Chrome 141" y no "la última versión".
• Cifras: separador de miles con punto, decimales con coma, porcentajes con espacio ("un 12 %").
• Nada de "en este artículo vamos a ver", "sin más dilación", "en resumen" ni relleno de transición. Se entra en materia en la primera frase.
• Nada de exclamaciones, emojis ni mayúsculas para enfatizar.

Titulares. El titular cuenta el hecho, no lo promete.

8. Autores externos

Cualquier profesional puede registrarse y proponer un artículo: el periódico es de la comunidad y queremos que escriba cuanta más gente, mejor. Lo que se publica cumple esto:

• Aporta algo que no está ya en el SEOmanal. Experiencia propia, datos propios, un caso, una prueba. No resúmenes de documentación.
• Es SEO. Un artículo sobre email marketing no se publica aunque sea bueno.
• Cumple la línea editorial de fuentes, estilo y formato. La redacción corrige estilo y formato para mantener el tono del periódico; no reescribe argumentos.
• No es publicidad. Hablar de una herramienta está permitido, y enlazarla también, siempre que el artículo sea información de verdad: puede centrarse en cómo resolver algo y mencionar herramientas por el camino, pero la herramienta nunca es el objetivo ni la finalidad del artículo. Un artículo que existe para vender una herramienta no se publica, aunque esté bien escrito.
• Los enlaces tienen sentido. Un enlace es aceptable si el lector gana algo al hacer clic. Se permiten enlaces follow a la web del autor y a sus fuentes. Se retiran o se pasan a nofollow los enlaces que solo existen para transferir autoridad: anchors comerciales, enlaces a páginas de venta sin relación con el texto, enlaces a terceros con los que el autor tiene relación comercial no declarada.
• Conflicto de interés declarado. Si el autor trabaja para la herramienta o la empresa de la que habla, lo dice en la primera línea. Si no lo dice y se descubre, no vuelve a publicar.
• Un autor, una voz. Sin cuentas de agencia que publican en nombre de varios; cada artículo lo firma quien lo ha escrito.
• IA declarada. Si una IA ha generado o reescrito el texto, más allá de corregirlo o pulirlo, el autor lo dice al enviarlo y la pieza sale con aviso de IA al principio. Usar IA para corregir la ortografía, traducir una frase o buscar información no cuenta. Hace falta porque nuestra revisión de estilo y formato no es la revisión de fondo que exime del aviso (§10.4): sin la declaración, publicaríamos sin aviso un texto que la ley obliga a avisar.

Condiciones de publicación. Al enviar un artículo a revisión, el autor acepta estas condiciones (están en /colabora/ y en PDF):

1. El artículo es del autor. Puede pedir que se retire del periódico en cualquier momento.
2. Publicar no tiene retribución de ningún tipo.
3. Todo artículo pasa una revisión para comprobar que encaja con esta línea editorial y con el control de calidad. Un rechazo no se justifica más allá de «no ha pasado el filtro editorial».
4. El artículo puede editarse para mantener el tono y el formato del periódico. Los argumentos no se cambian.
5. No puede ser un artículo con fines publicitarios, en los términos del punto anterior.
6. Si una IA ha generado o reescrito parte del texto, más allá de corregirlo o pulirlo, el autor lo declara al enviarlo y la pieza sale con el aviso de IA en la firma.

Los artículos de autores externos van firmados solo por el autor, con enlace a su perfil: la revisión de la redacción es parte del proceso, no una coautoría, y la firma no la nombra.

9. Agenda de eventos

Cualquiera puede proponer un evento; Carlos decide si se publica. Se publica un evento cuando:

• Es de SEO o tiene un programa de SEO identificable. Un congreso de marketing con una charla de SEO no entra; uno con una sala de SEO, sí.
• Es en un país de habla hispana o es online y en español. Un evento en Lisboa en inglés no entra aunque vaya medio sector español.
• Tiene URL oficial, fecha cerrada y organizador identificable. Sin eso no se publica, aunque sea "el gran evento del año".
• Los webinars de proveedores se admiten si enseñan algo. Una demo de producto disfrazada de webinar no entra.
• Toda ficha dice quién organiza. Sin organizador visible no se publica.
• No se cobra por aparecer y publicar un evento no es recomendarlo. Si el SEOmanal colabora con un evento (medio oficial, ponencia de Carlos), se dice en la ficha.

Las fichas se escriben en el estilo de §7: qué es, para quién, cuándo y dónde. Sin adjetivos del organizador ("imprescindible", "el mayor"). El texto del remitente se edita; si hay que reescribirlo entero, se le pide a él por ticket.

10. Las dos IA de la casa: Índigo Claudio y Gema Magón

Índigo Claudio es la inteligencia artificial que redacta. Gema Magón es la que revisa. Las dos se presentan como tales en su página de autor (/autor/indigo/ y /autor/gema-magon/) y en cada firma, con la insignia "IA" de la guía de marca.

Qué hace Índigo. Redacta, a petición de la dirección y pieza a pieza, el borrador de una noticia a partir de su fuente primaria y de esta línea editorial. No hay ningún proceso que escriba solo. La mayor parte de las noticias del periódico salen de ahí; las personas escriben menos, y lo que escriben suele ser análisis, guía u opinión.

Qué no hace. No publica. No firma análisis ni opinión. No inventa fuentes ni cifras; si no encuentra la fuente primaria, lo señala en el borrador y el editor decide. No añade valoraciones que no se sostengan en la fuente.

Qué hace Gema. Revisa lo que ha escrito Índigo antes de que salga: comprueba que cada afirmación está en la fuente, que la sección y las etiquetas encajan, que no se ha colado ninguna muletilla de §10.2 y que la caja de fuente dice lo que tiene que decir. Nunca se revisa a sí misma: quien escribe una pieza no puede firmar su revisión.

Firma. El que revisa se nombra tal cual: "Índigo Claudio (IA), revisado por Carlos Sánchez" si lo mira Carlos, o "Índigo Claudio (IA), revisado por Gema Magón (IA)" si lo mira ella. Ninguna pieza de IA se publica sin revisión firmada por alguien. Si el editor reescribe la pieza sustancialmente, la firma pasa a "Carlos Sánchez, con Índigo Claudio (IA)".

Qué sale primero. En las listas del periódico (portada, sección y tema) manda el día: lo de hoy va antes que lo de ayer, siempre. Dentro del mismo día, el orden lo deciden algoritmos internos del periódico, que combinan varias señales. Una de las que más pesan es cuánto trabajo humano hay detrás de la firma: si la pieza la ha escrito una persona, si la ha escrito una IA y la ha revisado una persona, o si solo ha pasado por máquinas.

Por qué se dice. Porque apuntarse una revisión humana que no se ha hecho sería exactamente el tipo de cosa que este periódico critica. Que revise una IA es menos garantía que un par de ojos humanos y por eso se cuenta: quien lee decide cuánto le vale.

Página de autor. Explica en un párrafo qué es cada una, quién revisa qué y cómo reportar un error. Dice que son inteligencias artificiales; no hace falta decir de qué empresa ni qué modelo, que cambia.

Qué cuenta como revisión. Solo firma «revisado por» quien ha hecho una revisión de fondo: leer la pieza contra su fuente primaria, comprobar datos y cifras, y poder cambiarla o pararla por razones de contenido. Corregir la ortografía, dar el visto bueno sin leerla o pulsar «Publicar» no es revisar. Es la misma definición que usa la Comisión Europea para la excepción del artículo 50 del Reglamento de IA (§10.4).

10.1 Contrastar fuentes

Ninguna pieza sale de una sola lectura.

• La fuente que avisa (SEJ, SEL, Roundtable) no es la fuente que se cita como prueba: se busca la fuente primaria que ellas mismas enlazan y se lee entera antes de escribir una palabra.
• Si la fuente primaria existe en varios idiomas o versiones (la documentación de Google, por ejemplo), se comprueban las que apliquen. Si dicen cosas distintas o una está desactualizada respecto a la otra, es parte de la noticia, no un detalle que se descarta.
• Toda página que se abre para escribir o verificar la pieza —la fuente primaria, otra versión de idioma, un anuncio relacionado, cualquier comprobación— se anota en "Otras páginas consultadas" del editor. No solo la que queda citada en la caja de fuente.
• Una cifra, una fecha o un cambio de comportamiento no se dan por buenos con una sola mención. Si la propia fuente primaria no basta para confirmarlo (por ejemplo, se apoya en una captura de un tercero), se dice con qué grado de certeza se cuenta: "según capturas de…", "Google no lo ha confirmado".
• Si dos fuentes se contradicen, la pieza lo dice explícitamente. No se elige una versión en silencio.

10.2 Que no suene a IA

Índigo escribe para que se lea como una redacción, no como una IA rellenando un formato. Antes de entregar un borrador, revisar:

• Sin anunciar la estructura. Nada de "en esta noticia veremos", "a continuación", "vamos a analizar". Se entra en el hecho en la primera frase.
• Sin resumir lo ya dicho. Nada de cerrar repitiendo lo de arriba. Si hace falta un cierre, es la acción a tomar (5.1), no un resumen.
• Sin inflar la noticia. Si la fuente no dice "revolucionario" o "clave", la pieza tampoco. El hecho ya es la noticia; no necesita adjetivos que lo vendan.
• Sin verificar en la propia frase que se está verificando. "Cabe destacar que…", "es importante señalar que…" son un anuncio del hecho, no el hecho. Se borra el anuncio y queda el hecho.
• Variar el ritmo. Si tres frases seguidas tienen la misma longitud y la misma estructura (sujeto, verbo, complemento), se reescribe una.
• Una idea, una frase. Si una frase necesita dos comas y una conjunción para caber, son dos frases.

Tabla de muletillas (lo de la izquierda no se usa; si hace falta la función que cumplía, se usa lo de la derecha):

10.3 Tablas: cuándo y cómo

El editor tiene un botón «Tabla» en la barra de formato que pregunta cuántas filas y columnas y la inserta con su cabecera; luego se rellenan las celdas escribiendo en ellas. Quien prefiera el HTML puede pegarlo desde la vista «HTML».

Cuándo va en tabla y cuándo no.

• Sí: comparar dos o más versiones, fechas o planes con las mismas categorías (antes/después, versión en inglés/versión en español, plan gratuito/de pago).
• Sí: una serie de al menos tres filas con datos que el lector va a consultar puntualmente (fechas de despliegue, límites técnicos, códigos de estado y su significado).
• No: dos o tres datos sueltos que caben en una frase. Se escriben en la frase.
• No: una lista de conceptos sin más de una columna de datos. Eso es una lista (ul), no una tabla.
• La tabla no argumenta: el qué-significa y el qué-hacer de 5.1 van siempre en prosa, después de la tabla, no dentro de ella.

Cómo se construye.

• Fila de cabecera en thead con th scope="col" por columna; si la primera columna de cada fila es la que identifica la fila (una fecha, un nombre), esa celda es th scope="row" dentro de tbody.
• Una frase encima de la tabla que dice qué muestra (el sanitizador no admite caption, así que esa frase hace su función).
• Cifras con el formato de §7 (punto de millar, coma decimal, porcentaje con espacio) y unidades en la cabecera de columna, no repetidas en cada celda.
• Sin colspan ni rowspan: el sanitizador los quita. Si la tabla los necesita para tener sentido, la información no encaja en una tabla y se cuenta en prosa.

<p>Plazos de la nueva política de reputación del sitio, según la zona de búsqueda:</p>
<table>
  <thead>
    <tr><th scope="col">Zona</th><th scope="col">Acción manual</th><th scope="col">Entra en vigor</th></tr>
  </thead>
  <tbody>
    <tr><th scope="row">Espacio Económico Europeo</th><td>No afecta directamente al ranking</td><td>30 de agosto de 2026</td></tr>
    <tr><th scope="row">Resto del mundo</th><td>Afecta directamente al ranking</td><td>Sin cambios</td></tr>
  </tbody>
</table>

10.4 La IA y la ley: artículo 50 del Reglamento de IA

Qué dice la norma. Desde el 2 de agosto de 2026, quien publica un texto generado o manipulado con IA para informar al público sobre asuntos de interés público tiene que decir que lo ha generado una IA (artículo 50.4 del Reglamento (UE) 2024/1689). El aviso tiene que ser claro y distinguible y llegar, como muy tarde, cuando el lector ve el texto por primera vez (artículo 50.5). No incumplirlo puede costar hasta 15 millones de euros o el 3 % del volumen de negocio mundial; a las pymes se les aplica la cifra menor. Lo publicado antes de esa fecha no hay que etiquetarlo con efecto retroactivo.

La excepción. No hace falta avisar si el texto ha pasado una revisión humana o un control editorial y una persona física o jurídica asume la responsabilidad editorial de lo publicado. Según la Comisión, revisar es examinar a fondo el contenido con conocimientos y criterio sobre la materia; una corrección de ortografía o una aprobación de trámite no bastan. Control editorial es el que ejerce quien puede aprobar, cambiar o rechazar el texto por razones de fondo, incluida la comprobación de datos y fuentes. Y la responsabilidad editorial es la responsabilidad legal última sobre la publicación.

Qué hacemos nosotros. No nos acogemos a la excepción: la firma dice siempre que ha escrito una IA, haya revisado una persona o no, y trate la pieza de un asunto de interés público o no. Así no hay que decidir pieza a pieza si la excepción vale, y quien lee sabe siempre qué tiene delante.

Responsable editorial. Es Carlos Sánchez, como director y titular del periódico (aviso legal), de todo lo que se publica: lo escriba una persona o una IA y lo revise quien lo revise. Autor, revisor y responsable editorial son tres papeles distintos. En las piezas de IA, la firma nombra a los dos primeros.

Dónde va el aviso. En la firma, al principio de la pieza, con la insignia «IA». Y en todo lo que presenta la pieza fuera de ella con el nombre de quien firma: el RSS, el boletín, la página de autor y la lectura encadenada. Los datos estructurados también lo dicen, pero no sustituyen al aviso que se ve: un marcado que solo lee un robot no avisa a nadie.

Imágenes. No usamos imágenes generadas con IA que parezcan reales: ni personas, ni lugares, ni hechos. Índigo y Gema se ilustran con la mascota del periódico, que no pretende pasar por una foto. Si alguna vez una pieza necesita una imagen realista generada con IA, su pie lo dice: «Imagen generada con IA».

Lo que la ley no exige y hacemos igual. Nombrar a quien revisa, enseñar la fecha de publicación y la de revisión, y guardar en el panel quién revisó cada pieza y cuándo. La ley no dice cómo documentar la revisión, pero si algún día hay que acreditarla, está.

11. Publicidad

La publicidad está separada de la redacción y sigue los estándares de Better Ads. En el contenido esto significa:

• Sin posts patrocinados. Solo display, en los huecos del periódico. No hay contenido patrocinado de ningún tipo.
• Sin influencia. Un anunciante no recibe cobertura por serlo ni deja de recibirla por dejar de serlo. Si una noticia afecta a un anunciante, se publica igual.
• Etiquetado claro. Todo anuncio lleva la palabra "Publicidad" visible.

12. Correcciones y transparencia

• Los errores se corrigen en la misma pieza y se añade al final una nota fechada: "Corrección (20 de septiembre): decíamos X; lo correcto es Y".
• Las actualizaciones relevantes (Google matiza, el estudio se retira) se añaden como "Actualización (fecha)" al principio o al final según pese más.
• No se borran artículos salvo obligación legal. Si una pieza queda obsoleta, se marca como tal.
• Esta línea editorial se publica entera en /linea-editorial/, con su número de versión y su fecha. Cuando cambia, cambia ahí.