SEO para Google News: cómo entra un medio al índice

Cuando una redacción publica una noticia no compite solo por los resultados de búsqueda habituales: compite por un índice aparte, el de Google News, con su propio carrusel de "Principales noticias" y sus propias reglas de entrada. Esas reglas no coinciden con las del SEO de un artículo evergreen. Un medio puede tener un dominio impecable en búsqueda normal y aun así quedar fuera de las noticias porque nunca configuró Publisher Center, porque su sitemap de noticias no respeta el límite de URLs y la ventana de tiempo, o porque sus fechas de publicación no coinciden entre la página visible, el sitemap y el marcado estructurado.

Este artículo cubre justo ese lado: qué necesita un editor para que Google trate su contenido como noticia. No es una guía para mantener fresco un artículo evergreen -eso tiene un objetivo y una cadencia distintos, y ya está cubierto a fondo en el artículo dedicado a actualizar contenido SEO- ni para aparecer en el feed personalizado de Discover, que responde a señales de interés del lector y no a la actualidad del hecho, y que tiene su propio artículo. Aquí el tema es la publicación en caliente: admisión, sitemap, marcado, velocidad y autoría.

Quién entra al índice de noticias y cómo se admite

Desde que Google eliminó el trámite de inclusión manual para Google News, cualquier sitio puede aparecer en ese índice si su contenido cumple las políticas de contenido para noticias: transparencia sobre quién publica y quién es el autor, fechas claras, ausencia de prácticas engañosas y una política de correcciones visible. No hay una solicitud que aprobar ni una cuota que pagar para entrar. Lo que sí sigue existiendo, y sigue siendo obligatorio para ciertas funciones, es Publisher Center: el panel donde un medio registra su nombre de publicación, su logo, sus secciones y su idioma. Publisher Center no decide si te rastrean, decide cómo te muestran cuando ya te rastrearon, y es el requisito de entrada para participar en programas como News Showcase o para que tus secciones temáticas -deportes, economía, cultura- aparezcan con nombre propio en vez de mezcladas bajo el dominio genérico.

La distinción importa porque muchos editores asumen que si no aparecen en Top Stories es porque "no están dados de alta" en algún registro, cuando el problema casi siempre es de cumplimiento de políticas o de señales técnicas, no de inscripción.

Configurar Publisher Center: lo que sí controla el editor

Publisher Center no otorga inclusión, pero sí controla cómo se representa el medio una vez que ya es elegible. Es la diferencia entre aparecer como un dominio anónimo y aparecer con el nombre y el logo de la cabecera.

Ninguno de estos pasos sustituye al contenido ni a la técnica. Son metadatos de presentación, pero sin ellos el mismo artículo compite en desventaja frente a un competidor que sí muestra logo, nombre y sección reconocibles.

• Verificar el dominio con la misma cuenta de Search Console que administra la propiedad, para que Google asocie el sitio con la publicación.
• Crear la publicación con el nombre exacto que usa la cabecera impresa o digital, sin variaciones de marketing.
• Subir el logo respetando las proporciones y el tamaño mínimo que pide el panel, porque un logo mal dimensionado simplemente no se muestra.
• Mapear las secciones del sitio -por ejemplo /deportes/, /economia/- a nombres de sección legibles, para que el carrusel muestre "Deportes" y no una URL cruda.
• Fijar el idioma y el país principal de la publicación, que determinan en qué ediciones locales de Google News puede aparecer el contenido con prioridad.

El sitemap de noticias: la ventana de 48 horas y el tope de 1.000 URLs

El sitemap de noticias no es una variante del sitemap normal, es un protocolo distinto con su propio espacio de nombres XML. Y tiene dos restricciones que un sitemap de contenido evergreen no tiene: solo debe incluir artículos publicados en las últimas 48 horas, y cada archivo de sitemap admite un máximo de 1.000 URLs.

La ventana de 48 horas no es una sugerencia de buenas prácticas, es funcional: pasado ese plazo, la entrada deja de tener sentido en ese canal y el editor debe retirarla del sitemap de noticias, aunque el artículo siga perfectamente indexado y visible por el sitemap normal del sitio. Confundir ambos sitemaps -dejar que el de noticias acumule el archivo histórico- es el error técnico más común, y produce un feed inflado que Google simplemente deja de tomar como señal fiable de actualidad.

Cada entrada del sitemap de noticias necesita, como mínimo, estos cuatro datos:

Un medio con volumen alto de publicación diaria puede necesitar varios archivos de sitemap de noticias referenciados desde un índice de sitemaps, porque el límite de 1.000 URLs se aplica por archivo, no por publicación. Pero el criterio de las 48 horas sigue aplicando a cada uno: la solución al volumen es dividir en más archivos, no estirar la ventana temporal.

• El nombre de la publicación, idéntico al registrado en Publisher Center.
• El idioma de la publicación en formato de dos letras.
• La fecha de publicación en formato ISO 8601, con zona horaria.
• El título del artículo tal como aparece en la página.

Marcado NewsArticle: fechas visibles y coherentes

El marcado estructurado NewsArticle de schema.org le da a Google los datos que necesita para mostrar el artículo en formatos enriquecidos dentro de Noticias: título, imagen, autor y, sobre todo, las fechas datePublished y dateModified en formato ISO 8601.

Lo que rompe la confianza de Google no es la ausencia del marcado -eso simplemente reduce la elegibilidad para ciertos formatos- sino la incoherencia entre fuentes. Si la fecha visible en la página dice una cosa, el sitemap de noticias dice otra y el JSON-LD dice una tercera, Google no tiene forma de saber cuál es la real, y la señal de actualidad que debería jugar a favor del artículo se diluye. La regla práctica es que las tres fechas -la visible en pantalla, la del sitemap y la del marcado- deben ser literalmente la misma marca de tiempo, generada desde el mismo campo en el sistema de publicación, nunca escritas a mano en tres sitios distintos.

dateModified merece atención propia en noticias de última hora: cuando una redacción amplía o corrige un artículo en desarrollo, actualizar ese campo -y solo ese campo, sin tocar datePublished- es lo que le dice a Google que hay contenido nuevo que revisar en una URL que ya conocía, sin necesidad de crear una URL nueva ni de reenviar nada manualmente.

Velocidad de publicación y QDF en consultas de última hora

QDF, "Query Deserves Freshness", es el concepto -descrito por el propio Google desde hace más de una década- que explica por qué un artículo publicado hace veinte minutos puede superar en el ranking a un dominio de referencia con años de autoridad. Cuando Google detecta que el patrón de búsqueda de una consulta cambia de golpe -el volumen se dispara, la intención pasa de informativa general a "qué está pasando ahora mismo"- reordena temporalmente los resultados para priorizar contenido reciente, incluso a costa de la autoridad histórica del dominio.

Ese efecto es temporal por diseño: en cuanto el volumen de búsqueda de la consulta vuelve a su patrón habitual, el ranking también vuelve a depender de las señales normales -autoridad, relevancia, enlaces-, y el artículo que ganó posiciones por ser el más nuevo las pierde frente a páginas más establecidas si no aporta nada más que la primicia.

De ahí se derivan dos decisiones prácticas para una redacción:

Publicar varias URLs casi idénticas sobre el mismo hecho, con la esperanza de ocupar más espacio en resultados, no multiplica la visibilidad: divide las señales entre páginas que compiten entre sí y puede leerse como contenido duplicado de baja utilidad.

• Publicar en cuanto hay confirmación, no esperar a tener la pieza "completa", porque la ventana de QDF favorece a quien llega primero con información verificable, y se puede ampliar después con dateModified.
• Actualizar la misma URL a medida que avanza la historia, en vez de crear una URL nueva para cada actualización sustancial, porque una URL nueva empieza sin las señales que ya acumuló la original y además obliga a decidir cuál de las dos versiones debe indexarse.

Autoría y señales E-E-A-T en la redacción

Las políticas de contenido de Google para noticias piden explícitamente transparencia sobre quién escribe y quién es responsable editorial del sitio, y eso se traduce en señales concretas que un medio controla:

Ninguna de estas señales sustituye al reporteo, pero todas son parte de cómo Google evalúa si un sitio cumple con los estándares de un medio de noticias y no con los de un agregador anónimo, y esa evaluación afecta tanto a la elegibilidad para Top Stories como a la confianza general del dominio.

• Una firma visible con el nombre real del autor en cada artículo, no un genérico "Redacción" cuando existe un autor identificable.
• Una página de autor por firma, con su trayectoria, su área de cobertura habitual y, si aplica, sus credenciales relevantes para el tema.
• Marcado Person u Organization enlazado al artículo, coherente con la página de autor y con los perfiles públicos del periodista.
• Una página "Quiénes somos" que identifique a la organización editorial, y una política de correcciones visible y aplicada, no solo declarada.

Errores que mantienen a un medio fuera del índice de noticias

La mayoría de los problemas de un medio en Google News no son de contenido, son de higiene técnica y editorial que se puede auditar en una tarde:

• Dejar en el sitemap de noticias artículos publicados hace más de 48 horas, en vez de retirarlos cuando caducan.
• Fechas que no coinciden entre la página, el sitemap y el marcado NewsArticle.
• Titulares que prometen algo distinto de lo que cuenta el cuerpo del artículo, lo cual viola directamente las políticas de contenido engañoso.
• Artículos sin firma identificable cuando el medio sí tiene periodistas con nombre, lo que debilita la señal de transparencia editorial.
• Paywalls o muros de registro que bloquean al rastreador de Google sin la configuración adecuada para contenido de pago, lo que deja al artículo invisible para el índice aunque exista.
• Crear una URL nueva por cada actualización de una noticia en desarrollo, en vez de actualizar la original con dateModified.

Qué no cubre este proceso: contenido evergreen y Discover

Todo lo anterior es específico del canal de noticias en tiempo real, y no debe confundirse con dos disciplinas vecinas que responden a lógicas distintas. Mantener actualizado un artículo evergreen -revisarlo cada cierto tiempo para que siga siendo preciso y siga rankeando meses o años después de publicado- es un proceso de mantenimiento periódico, no de publicación en caliente, y merece su propio enfoque, que es justamente el que trata el artículo sobre actualizar contenido SEO. Aparecer en el feed de Google Discover tampoco depende de la ventana de 48 horas ni del sitemap de noticias: Discover distribuye contenido según el interés declarado o inferido de cada usuario, con sus propios requisitos de imagen y de señales de calidad, y ese es el terreno que cubre el artículo sobre SEO para Google Discover. Este artículo se queda deliberadamente en el canal de noticias: admisión, sitemap, marcado, velocidad y autoría.