Sitemaps de noticias

TL;DR — Un sitemap de noticias es un sitemap XML normal al que se añaden algunas etiquetas de «noticias» para señalar a Google tus artículos recientes. La particularidad es que solo debe incluir artículos de los últimos dos días; los más antiguos se retiran. Ayuda a Google a descubrir antes las noticias de última hora. No mejora el posicionamiento ni es lo que te permite entrar en Google News. Puedes publicarlo como archivo independiente o añadir las etiquetas de noticias a un sitemap que ya tengas.

Qué es un sitemap de noticias

Si ya sabes qué es un sitemap XML —un archivo que enumera tus URL y que entregas a los motores de búsqueda—, un sitemap de noticias parte de la misma idea, pero con una variante. Añades un pequeño conjunto de etiquetas «news» a cada entrada y, en lugar de incluir todas las páginas del sitio, solo enumeras tus artículos de noticias recientes.

El objetivo es la rapidez. Las noticias pierden actualidad pronto, así que Google ofrece este formato para descubrir con rapidez los artículos de última hora. En palabras de Google: “If you are a news publisher, use news sitemaps to tell Google about your news articles and additional information about them.” (traducción) «Si eres editor de noticias, utiliza sitemaps de noticias para informar a Google sobre tus artículos periodísticos y proporcionar información adicional sobre ellos».

La regla que sorprende a casi todo el mundo

Un sitemap normal enumera todo y, en la práctica, sus entradas no caducan. Un sitemap de noticias funciona al revés: solo debe contener artículos creados en los últimos dos días —a menudo se resume como «48 horas»—. Cuando un artículo supera esa antigüedad, lo retiras. La primera vez parece una decisión extraña, pero es exactamente lo que Google pide.

Retirar un artículo antiguo del sitemap de noticias no lo elimina de Google. El artículo permanece indexado y puede seguir apareciendo normalmente en la búsqueda. Solo le estás diciendo a Google «esto ya no es una noticia de última hora», no «olvida que esta página existe».

Qué hace y qué no hace

• Acelera el descubrimiento de tus artículos recientes. Ese es todo su beneficio.
• No es un factor de posicionamiento. Tenerlo no hará que subas en los resultados.
• No te da acceso a Google News ni a Top Stories. Eso depende de publicar contenido de calidad que cumpla las políticas de contenido de noticias de Google, no del sitemap.

Si buscas la respuesta a «¿cómo cumplo los requisitos de Google News?», ese es otro tema: consulta la guía de SEO para Google News. Esta página trata exclusivamente del propio archivo sitemap.

Tus dos opciones

Puedes:

1. Crear un sitemap de noticias independiente, dedicado únicamente a tus artículos recientes; o
2. Añadir las etiquetas de noticias a un sitemap existente que ya publiques.

Google acepta ambas opciones. Un archivo independiente suele ser más fácil de seguir en Search Console, porque ofrece sus propias cifras de URL enviadas frente a indexadas.

La mayoría de los CMS de noticias y plugins de SEO lo generan por ti. ¿Quieres conocer las etiquetas exactas, el anidamiento, el límite de URL, las etiquetas que ya no debes copiar de tutoriales antiguos y la forma de enviarlo? Abre la pestaña Avanzado.

TL;DR — Un sitemap de noticias es un <urlset> estándar al que se añade el espacio de nombres news:. Cada <url> contiene un bloque <news:news> (<news:publication> → <news:name> + <news:language>, además de <news:publication_date> y <news:title>). Incluye únicamente artículos creados en los últimos dos días (≈48 horas); después, elimina la URL o retira su bloque <news:news>: ninguna de las dos acciones desindexa el artículo. El límite es de 1 000 etiquetas <news:news> por archivo —mucho más estricto que el límite general de 50 000 URL—; si lo superas, divide el contenido mediante un índice de sitemaps. Acelera el descubrimiento, no es un factor de posicionamiento y no concede acceso a Google News. Las etiquetas news:keywords, news:stock_tickers y de género se retiraron en 2018 y no pertenecen al esquema actual: no las añadas. Publisher Center no es obligatorio. Bing no tiene un espacio de nombres equivalente.

Un sitemap de noticias no es un sitemap normal

Todo lo que sabes sobre los sitemaps genéricos sigue siendo aplicable. Google lo dice con claridad: “news sitemaps are based on generic sitemaps, so the general sitemap best practices also apply to news sitemaps.” (traducción) «Los sitemaps de noticias se basan en los sitemaps genéricos, por lo que las prácticas recomendadas generales para sitemaps también se aplican a los de noticias». Por tanto, la codificación UTF-8, las URL absolutas, el escape de entidades y los mecanismos de envío son los mismos que en un sitemap XML ordinario; no hace falta volver a derivarlos aquí.

Lo distinto se reduce a dos cosas: un espacio de nombres XML adicional con unas pocas etiquetas de noticias y una ventana de frescura estricta. Si aciertas con ambas, tendrás un sitemap de noticias válido.

Tienes que elegir un formato desde el principio, y Google confirma expresamente que ambos funcionan: “You can either extend your existing sitemap with news specific tags, or create a separate news sitemap that’s reserved just for your news articles. Either option is fine with Google, however creating a separate sitemap just for your news articles may enable better tracking of your content in Search in Search Console.” (traducción) «Puedes ampliar tu sitemap existente con etiquetas específicas para noticias o crear un sitemap independiente reservado para tus artículos de noticias. Google acepta ambas opciones; sin embargo, crear un sitemap separado solo para esos artículos puede facilitar el seguimiento del contenido en la Búsqueda mediante Search Console». Prefiero un archivo independiente precisamente por eso: una cifra limpia de enviadas frente a indexadas para ese archivo en Search Console vale más que la pequeña comodidad de combinarlo todo.

La estructura exacta de las etiquetas

Este es el ejemplo de Google, reproducido sin cambios. El anidamiento es el detalle que más suelen equivocarse los tutoriales:

<?xml version="1.0" encoding="UTF-8"?>
<urlset xmlns="http://www.sitemaps.org/schemas/sitemap/0.9"
    xmlns:news="http://www.google.com/schemas/sitemap-news/0.9">
  <url>
    <loc>http://www.example.org/business/article55.html</loc>
    <news:news>
      <news:publication>
        <news:name>The Example Times</news:name>
        <news:language>en</news:language>
      </news:publication>
      <news:publication_date>2008-12-23</news:publication_date>
      <news:title>Companies A, B in Merger Talks</news:title>
    </news:news>
  </url>
</urlset>

Lee el anidamiento con atención, porque aquí es donde fallan muchas implementaciones:

• La raíz es el <urlset> ordinario, pero declara un segundo espacio de nombres: xmlns:news="http://www.google.com/schemas/sitemap-news/0.9". Google: “The news tags are defined in the news sitemap namespace: http://www.google.com/schemas/sitemap-news/0.9” (traducción) «Las etiquetas de noticias se definen en ese espacio de nombres para sitemaps».
• Hay un bloque <news:news> por cada <url>. Se coloca junto a <loc>; no envuelve el archivo entero. Google es preciso: “Each url sitemap tag can have only one news:news tag.” (traducción) «Cada etiqueta url del sitemap solo puede contener una etiqueta news:news».
• <news:name> y <news:language> son elementos secundarios de <news:publication>.
• <news:publication>, <news:publication_date> y <news:title> son elementos secundarios directos de <news:news>.

No existe un único contenedor <news:news> alrededor de todo el sitemap. Si estás creando uno, el anidamiento es incorrecto.

Las etiquetas obligatorias, una por una

• <news:news>: elemento principal de todo lo que pertenece al espacio de nombres news:. Uno por cada <url>.
• <news:publication>: contiene <news:name> y <news:language>. Google: “Each <news:news> parent tag may only have one <news:publication> tag.” (traducción) «Cada etiqueta principal <news:news> solo puede contener una etiqueta <news:publication>».
• <news:name>: el nombre de tu publicación. La condición de Google: “It must exactly match the name as it appears on your articles on news.google.com, omitting anything in parentheses.” (traducción) «Debe coincidir exactamente con el nombre que aparece en tus artículos de news.google.com, sin incluir lo que figure entre paréntesis».
• <news:language>: un código de idioma ISO 639 de dos o tres letras. Google señala una excepción: “For Simplified Chinese, use zh-cn and for Traditional Chinese, use zh-tw.” (traducción) «Para el chino simplificado, usa zh-cn; para el chino tradicional, usa zh-tw».
• <news:publication_date>: la fecha de publicación del artículo en formato W3C, ya sea YYYY-MM-DD o la forma completa YYYY-MM-DDThh:mm:ssTZD con indicador de zona horaria. La regla que suele pasarse por alto: “Specify the original date and time when the article was first published on your site. Don’t specify the time when you added the article to your sitemap.” (traducción) «Indica la fecha y hora originales en que el artículo se publicó por primera vez en tu sitio. No indiques la hora en que lo añadiste al sitemap». Usar en todas las entradas la hora de generación del sitemap es un error real de algunas implementaciones hechas a mano y de plugins antiguos: aquí debe ir la hora de publicación original.
• <news:title>: el titular del artículo. Google: “Include the title of the article as it appears on your site. Don’t include the author name, publication name, or publication date in the <news:title> tag.” (traducción) «Incluye el título del artículo tal como aparece en tu sitio. No incluyas el nombre del autor, el de la publicación ni la fecha de publicación en la etiqueta <news:title>».

La regla de frescura: los últimos dos días (≈48 horas)

Esta es la característica definitoria de un sitemap de noticias y el punto de precisión que conviene fijar. La expresión exacta de Google es “the last two days,” (traducción) «los últimos dos días», no «48 horas»; el sector utiliza esa cifra como abreviatura. Esta es la regla literal: “Only include recent URLs for articles that were created in the last two days. Once the articles are older than two days, either remove those URLs from the news sitemap or remove the <news:news> metadata in your sitemap from the older URLs.” (traducción) «Incluye únicamente URL recientes de artículos creados en los últimos dos días. Cuando tengan más de dos días, elimina esas URL del sitemap de noticias o retira los metadatos <news:news> de las URL antiguas».

Por tanto, hay dos formas válidas de retirar un artículo antiguo:

1. Eliminar por completo la URL del sitemap de noticias; o
2. Conservar la URL, pero retirar su bloque <news:news>, de modo que quede una entrada de sitemap normal.

Ambas cumplen la regla.

Retirar una URL del sitemap de noticias no significa desindexarla. Este es el modelo mental correcto: la ventana de dos días solo controla qué puede entrar en el proceso de descubrimiento rápido específico de noticias. No determina si el artículo permanece indexado. Google sigue indexando y puede continuar posicionando normalmente URL que ya rastreó, basándose en su historial. Es el mismo principio que en los sitemaps ordinarios: omitir una URL del sitemap no equivale a dejar de indexarla. Sacar un artículo del sitemap de noticias al llegar a las 48 horas es mantenimiento previsto, no una señal para olvidar la página.

Actualiza el archivo; no crees uno nuevo. Google: “Update your news sitemap with fresh articles as they’re published. Don’t create a new sitemap with each update. Google News crawls news sitemaps as often as it crawls the rest of your site.” (traducción) «Actualiza tu sitemap de noticias con artículos nuevos a medida que se publiquen. No crees un sitemap nuevo con cada actualización. Google News rastrea los sitemaps de noticias con la misma frecuencia que el resto del sitio». Mantén el mismo archivo de forma continua; no existe ningún ritual de crear y enviar un archivo nuevo por artículo.

Un sitemap de noticias vacío no supone ningún problema. Si retiras las URL antiguas y no has publicado en varios días, el archivo puede quedarse vacío. Google: “You may see an Empty Sitemap warning in Search Console, but this is just to make sure it was intentional on your behalf. It won’t cause any problems with Google Search if the file is empty.” (traducción) «Puede que veas una advertencia de sitemap vacío en Search Console, pero solo sirve para confirmar que lo hiciste de forma intencionada. Que el archivo esté vacío no causará ningún problema en la Búsqueda de Google». Es una aclaración útil para sitios con menor frecuencia de publicación que solo lanzan contenido periodístico de vez en cuando.

El límite de 1 000 URL, más estricto de lo que parece

El límite de un sitemap de noticias es mucho menor que el de uno ordinario. Google: “a sitemap may have up to 1,000 news:news tags. If there are more than 1,000 <news:news> tags in a news sitemap, split your sitemap into several smaller sitemaps.” (traducción) «Un sitemap puede contener hasta 1 000 etiquetas news:news. Si un sitemap de noticias contiene más de 1 000 etiquetas <news:news>, divídelo en varios sitemaps más pequeños».

Observa el contraste: un sitemap XML genérico admite hasta 50 000 URL o 50 MB sin comprimir. Un sitemap de noticias admite 1 000 etiquetas <news:news>: un límite cincuenta veces menor. Si ya conoces los índices de sitemaps, no des por hecho que se aplica el mismo techo de 50 000; aquí el máximo es 1 000 y, al superarlo, se divide igual que cualquier otro sitemap: varios archivos referenciados desde un índice de sitemaps. En la práctica, la ventana de dos días mantiene a la mayoría de los editores muy por debajo de 1 000: tendrías que publicar 500+ artículos diarios para alcanzarlo.

Etiquetas que aparecen en tutoriales antiguos, pero que no debes usar

Si copias un sitemap de noticias de una entrada de blog de 2017 —o abres la pantalla de ajustes de un plugin antiguo—, verás etiquetas que ya no existen en la especificación de Google: news:keywords, news:stock_tickers y etiquetas de género o acceso. Están obsoletas. Google dejó de admitir news:keywords en febrero de 2018 y ninguna de ellas aparece en la documentación vigente; las únicas etiquetas que Google enumera ahora son publication, publication_date y title.

Dejarlas en un archivo existente no rompe nada —las etiquetas obsoletas son inocuas y simplemente se ignoran—, por lo que no tienes que retirarlas con urgencia de un sitemap heredado. Pero no las añadas ni consideres actual un tutorial que presente news:keywords como «etiqueta obligatoria»: es la imprecisión más extendida sobre este tema.

¿Necesitas Google Publisher Center? No

Un sitemap de noticias con el formato correcto funciona aunque nunca hayas usado Google Publisher Center. No existe un requisito por el que <news:name> tenga que estar «registrado» en algún lugar para contar. Los tutoriales antiguos que exigen registrar primero una publicación en Publisher Center están desactualizados.

Esto es lo que cambió: Google dejó de aceptar envíos manuales de publicaciones a Google News mediante Publisher Center en abril de 2024, y la transición a páginas de publicación generadas automáticamente terminó a finales de marzo de 2025. Google lo plantea ahora así: “Content from publishers that adheres to our content policies is automatically eligible for consideration in Google News and across news surfaces” (traducción) «El contenido de editores que cumple nuestras políticas de contenido se considera automáticamente apto para Google News y otras superficies de noticias»; y “Publishers are automatically considered for ‘Top stories’ or the News tab of Search. They just need to produce high-quality content and comply with Google News content policies.” (traducción) «Los editores se consideran automáticamente para “Top stories” o la pestaña Noticias de la Búsqueda. Solo tienen que producir contenido de alta calidad y cumplir las políticas de contenido de Google News». La antigua interfaz de Publisher Center que gestionaba géneros y etiquetas de noticias desapareció junto con los envíos manuales. Consulta la guía de SEO para Google News para ver la cronología completa; para el formato del sitemap, Publisher Center sencillamente no es un requisito previo.

Cómo enviarlo y mantenerlo

El envío es idéntico al de cualquier otro sitemap; aquí no hay nada específico de noticias:

• robots.txt: añade una línea Sitemap: con la URL absoluta completa del sitemap de noticias.
• Google Search Console: envíalo en el informe Sitemaps; allí también verás las cifras de enviadas frente a indexadas y cualquier advertencia.
• Sigue actualizando el mismo archivo cuando publiques y retira lo que supere la ventana de dos días.

Si algo falla, Google te remite a Search Console: “If you’re having trouble with your sitemap, you can investigate the errors with Google Search Console.” (traducción) «Si tienes problemas con tu sitemap, puedes investigar los errores mediante Google Search Console».

Bing no tiene equivalente

Bing no admite la extensión XML news:news de Google; no hay un espacio de nombres news: equivalente que pueda interpretar. Su modelo de inclusión de noticias consiste en un proceso real de envío y revisión manual mediante PubHub, dentro de Bing Webmaster Tools, donde se envían URL o feeds RSS para que Bing distinga el contenido periodístico del que no lo es. Lo más parecido en Bing a «haz que rastreen pronto mi artículo de última hora» es IndexNow, el protocolo push compatible con Bing que avisa de inmediato de URL nuevas o actualizadas. Así que, del lado de Bing, la solución es un sitemap XML estándar más IndexNow; el formato de sitemap de noticias pertenece a Google. La mecánica de PubHub queda fuera del alcance de esta página: consulta la sección sobre Bing de la guía de SEO para Google News.

Su lugar dentro de la familia de sitemaps

Un sitemap de noticias es un miembro más de la familia de sitemaps. La introducción a los sitemaps es el punto de partida si el tema es nuevo para ti; el sitemap XML ordinario cubre los mecanismos básicos que este formato hereda; y, cuando superas las 1 000 URL de noticias, un índice de sitemaps reúne los archivos resultantes de la división. Para los requisitos de acceso a Google News —un aspecto que el sitemap no modifica deliberadamente—, consulta la guía de SEO para Google News.

Resumen de IA

Una síntesis de la versión avanzada:

• Un sitemap de noticias es un <urlset> estándar ampliado con el espacio de nombres news: de Google. Cada <url> contiene un bloque <news:news>: <news:publication> —que incluye <news:name> y <news:language>—, además de <news:publication_date> y <news:title>. Hay un <news:news> por <url>; no envuelve todo el archivo.
• Dos formatos, ambos aceptados por Google: un archivo independiente solo para noticias o etiquetas de noticias añadidas a un sitemap existente. El archivo independiente facilita el seguimiento en Search Console.
• Ventana de frescura: los últimos dos días (≈48 horas). Después, elimina la URL o retira su bloque <news:news>. Sacarla del sitemap de noticias no desindexa el artículo: permanece indexado y puede seguir posicionándose.
• Actualiza continuamente el mismo archivo; no crees uno nuevo con cada publicación. Un sitemap de noticias vacío es válido —como mucho, aparecerá una advertencia inocua de «sitemap vacío»—.
• Límite: 1 000 etiquetas <news:news> por archivo, muy por debajo del límite genérico de 50 000 URL o 50 MB. Si lo superas, divide mediante un índice de sitemaps.
• Solo acelera el descubrimiento. No es un factor de posicionamiento ni concede acceso a Google News, que depende del cumplimiento de las políticas de contenido.
• Etiquetas obsoletas: news:keywords, news:stock_tickers y las de género o acceso se retiraron en 2018 y no aparecen en el esquema actual. Puedes dejarlas en un archivo heredado, pero no añadirlas.
• Publisher Center no es obligatorio para que el sitemap funcione; el envío manual a News terminó allí en abril de 2024 y la automatización concluyó en marzo de 2025.
• <news:publication_date> indica la hora de publicación original, no la de generación del sitemap. <news:title> contiene solo el titular, sin autor, publicación ni fecha.
• Bing: no tiene un equivalente de news:; utiliza envíos por PubHub/RSS e IndexNow como mecanismo push rápido.

Documentación oficial

Documentación de fuentes primarias sobre sitemaps de noticias.

Google

• Crear un sitemap de noticias — la especificación de referencia: el espacio de nombres news:, las etiquetas obligatorias, la ventana de dos días y el límite de 1 000 URL.
• Crear y enviar un sitemap — las reglas generales de los sitemaps —UTF-8, URL absolutas y envío— que heredan los sitemaps de noticias.
• Gestionar sitemaps grandes con un archivo de índice — cómo dividir al superar el límite de 1 000 URL y referenciar los archivos desde un índice de sitemaps.
• Contenido de noticias en Google — explica que los editores se consideran automáticamente para Top Stories y la pestaña Noticias si cumplen las políticas de contenido.
• Publisher Center: páginas de publicación automáticas — la transición de 2024–2025 al acceso automático.

Bing / Microsoft

• Directrices para editores de PubHub — el modelo de envío manual de noticias de Bing; no existe un sitemap news: equivalente.
• Cómo enviar tu sitio de noticias a Bing — el proceso de envío mediante PubHub.
• IndexNow — el protocolo push que Bing admite para notificar al instante URL nuevas o actualizadas.

Citas de las fuentes

Declaraciones públicas de Google y sus representantes. Cada enlace lleva directamente al pasaje citado en la página de origen.

Google: qué es un sitemap de noticias y cómo elegir el formato

• “If you are a news publisher, use news sitemaps to tell Google about your news articles and additional information about them.” (traducción) «Si eres editor de noticias, utiliza sitemaps de noticias para informar a Google sobre tus artículos periodísticos y proporcionar información adicional sobre ellos». — Google, Crear un sitemap de noticias. Ir a la cita
• “Either option is fine with Google, however creating a separate sitemap just for your news articles may enable better tracking of your content in Search in Search Console.” (traducción) «Google acepta ambas opciones; sin embargo, crear un sitemap independiente solo para tus artículos de noticias puede facilitar el seguimiento de tu contenido en la Búsqueda mediante Search Console». Ir a la cita

Google: la regla de frescura de dos días y la frecuencia de actualización

• “Only include recent URLs for articles that were created in the last two days.” (traducción) «Incluye únicamente URL recientes de artículos creados en los últimos dos días». Ir a la cita
• “Update your news sitemap with fresh articles as they’re published. Don’t create a new sitemap with each update.” (traducción) «Actualiza tu sitemap de noticias con artículos nuevos a medida que se publiquen. No crees un sitemap nuevo con cada actualización». Ir a la cita
• “It won’t cause any problems with Google Search if the file is empty.” (traducción) «Que el archivo esté vacío no causará ningún problema en la Búsqueda de Google». Ir a la cita

Google: el espacio de nombres, el límite de 1 000 URL y las etiquetas obligatorias

• “http://www.google.com/schemas/sitemap-news/0.9” — el espacio de nombres del sitemap de noticias. Ir a la cita
• “a sitemap may have up to 1,000 news:news tags” (traducción) «un sitemap puede contener hasta 1 000 etiquetas news:news» — el límite por archivo. Ir a la cita
• “It must exactly match the name as it appears on your articles on news.google.com” (traducción) «debe coincidir exactamente con el nombre que aparece en tus artículos de news.google.com» — sobre <news:name>. Ir a la cita
• “For Simplified Chinese, use zh-cn and for Traditional Chinese, use zh-tw.” (traducción) «Para el chino simplificado, usa zh-cn; para el chino tradicional, usa zh-tw» — la excepción de <news:language>. Ir a la cita
• “Specify the original date and time when the article was first published on your site. Don’t specify the time when you added the article to your sitemap.” (traducción) «Usa la fecha y hora de la primera publicación en el sitio, no el momento en que incorporaste el artículo al sitemap» — sobre <news:publication_date>. Ir a la cita
• “Don’t include the author name, publication name, or publication date in the <news:title> tag.” (traducción) «No incluyas el nombre del autor, el de la publicación ni la fecha de publicación en la etiqueta <news:title>». Ir a la cita

Google: acceso automático a News durante la transición de Publisher Center

• “Content from publishers that adheres to our content policies is automatically eligible for consideration in Google News and across news surfaces.” (traducción) «El contenido de editores que cumple nuestras políticas de contenido se considera automáticamente apto para Google News y otras superficies de noticias». — Ayuda de Publisher Center. Ir a la cita
• “Publishers are automatically considered for ‘Top stories’ or the News tab of Search. They just need to produce high-quality content and comply with Google News content policies.” (traducción) «Google tiene en cuenta automáticamente a los editores para “Top stories” y la pestaña Noticias de la Búsqueda si ofrecen contenido de alta calidad y respetan las políticas de Google News». Ir a la cita

Gary Illyes, de Google: sitemaps separados frente a combinados y frecuencia de retirada (vía Search Engine Journal)

• “it’s usually simpler to have separate site map for news and for web. Just remove the URLs altogether from the news site map when they become too old for news.” (traducción) «Suele ser más sencillo tener sitemaps separados para noticias y para la web. Basta con retirar por completo las URL del sitemap de noticias cuando sean demasiado antiguas para considerarse noticias». Leer la cobertura
• “Including the URLs in both site maps, while not very nice, but it will not cause any issues for you.” (traducción) «Incluir las URL en ambos sitemaps no es muy elegante, pero no te causará ningún problema». Leer la cobertura

Lista de comprobación del sitemap de noticias

Constrúyelo correctamente

• El <urlset> raíz declara ambos espacios de nombres: el estándar http://www.sitemaps.org/schemas/sitemap/0.9 y xmlns:news="http://www.google.com/schemas/sitemap-news/0.9".
• Hay exactamente un bloque <news:news> por <url>, situado junto a <loc>.
• <news:name> y <news:language> están dentro de <news:publication>.
• <news:publication>, <news:publication_date> y <news:title> son elementos secundarios directos de <news:news>.
• <news:name> coincide exactamente con el nombre de tu publicación en news.google.com, sin lo que figure entre paréntesis.
• <news:language> es un código ISO 639; para chino, usa zh-cn o zh-tw.
• <news:publication_date> indica la hora de publicación original en formato W3C, no la hora de generación del sitemap.
• <news:title> contiene solo el titular, sin autor, nombre de publicación ni fecha.

Mantenlo actualizado

• Solo enumera artículos de los últimos dos días (≈48 horas).
• Retira los artículos antiguos: elimina la URL completa o solo su bloque <news:news>.
• Actualiza el mismo archivo a medida que publicas; no creas uno nuevo cada vez.
• Mantén menos de 1 000 etiquetas <news:news>; si superas el límite, divide y usa un índice de sitemaps.
• No añadas news:keywords, news:stock_tickers ni etiquetas de género; están obsoletas desde 2018.

Publícalo y supervísalo

• Está referenciado mediante una línea Sitemap: en robots.txt, con la URL absoluta completa.
• Está enviado en Google Search Console y se supervisa en el informe Sitemaps.
• Entiendes que una advertencia ocasional de «sitemap vacío» es inocua.
• No confías en el registro de Publisher Center para que «cuente»: no es obligatorio.

Sitemap de noticias: guía rápida

Etiquetas obligatorias y anidamiento

Sitemap de noticias frente a sitemap XML genérico

Etiquetas obsoletas: no las añadas

Datos rápidos

• Solo acelera el descubrimiento; no es un factor de posicionamiento ni un requisito de acceso a Google News.
• Retirar un artículo del sitemap de noticias ≠ desindexarlo.
• Archivo independiente o sección de un sitemap existente: ambas opciones sirven.
• Publisher Center no es obligatorio; los envíos manuales a News terminaron allí en abril de 2024.
• Bing: no tiene espacio de nombres news:; utiliza envíos por PubHub/RSS e IndexNow para ganar velocidad.

¿Debes usar un sitemap de noticias y cómo?

Recorre este árbol si estás decidiendo si debes crear uno y qué formato tendría que adoptar.

Errores habituales

Estas son las formas recurrentes en que fallan los sitemaps de noticias, por qué son incorrectas y qué conviene hacer en su lugar.

1. Añadir news:keywords o news:stock_tickers

• Por qué está mal: Google retiró news:keywords en febrero de 2018, y ni esa etiqueta ni news:stock_tickers ni las etiquetas de género o acceso aparecen en el esquema actual. Los tutoriales e interfaces de plugins antiguos todavía las muestran, por eso se siguen copiando.
• Qué hacer: usa solo las etiquetas vigentes: publication, publication_date y title. Dejar las antiguas en un archivo heredado es inocuo, pero no las añadas a nada nuevo.

2. Suponer que primero debes registrarte en Google Publisher Center

• Por qué está mal: no existe ningún requisito por el que <news:name> se «active» a través de Publisher Center. Los envíos manuales a News terminaron allí en abril de 2024 y el acceso automático terminó de implantarse en marzo de 2025. Un sitemap de noticias con el formato correcto funciona con independencia de ese registro.
• Qué hacer: publica el sitemap. El acceso a Google News depende del cumplimiento de las políticas de contenido, no de un paso de registro.

3. Generar un archivo sitemap completamente nuevo con cada publicación

• Por qué está mal: Google dice expresamente “Don’t create a new sitemap with each update” (traducción) «No crees un sitemap nuevo con cada actualización». Rastrea el sitemap de noticias con la misma frecuencia que el resto del sitio, así que multiplicar los archivos por artículo no aporta nada.
• Qué hacer: actualiza continuamente el mismo archivo a medida que se publican y caducan los artículos.

4. Creer que un sitemap de noticias te introduce en Google News o Top Stories

• Por qué está mal: el sitemap solo acelera el descubrimiento de contenido que Google ya puede encontrar. No es un factor de posicionamiento ni un requisito de acceso.
• Qué hacer: trátalo como un acelerador de descubrimiento. Consigue presencia en Google News mediante contenido de calidad que cumpla las políticas de noticias; consulta la guía de SEO para Google News.

5. Alarmarse cuando el sitemap de noticias queda vacío

• Por qué está mal: si retiras las URL antiguas y no has publicado hace poco, es normal que el archivo esté vacío. Google dice que “won’t cause any problems with Google Search if the file is empty.” (traducción) «Que el archivo esté vacío no causará ningún problema en la Búsqueda de Google».
• Qué hacer: ignora la advertencia inocua «sitemap vacío» de Search Console; solo busca confirmar que el vacío es intencionado.

6. Interpretar la ventana de dos días como «Google deja de indexar después de 48 horas»

• Por qué está mal: la ventana solo controla la señal de descubrimiento rápido específica de noticias. Retirar un artículo del sitemap de noticias no lo desindexa: Google sigue indexando y posicionando URL que ya rastreó.
• Qué hacer: retira los artículos antiguos del sitemap de noticias según lo previsto y deja que permanezcan normalmente en tu sitemap o índice general.

7. Usar en <news:publication_date> la hora de generación del sitemap

• Por qué está mal: Google pide utilizar “the original date and time when the article was first published,” (traducción) «la fecha y hora originales en que el artículo se publicó por primera vez», no la hora en que se añadió al sitemap. Algunas implementaciones propias y plugins antiguos lo hacen al revés.
• Qué hacer: emite la fecha y hora reales de la primera publicación del artículo.

8. Equivocarse con el anidamiento

• Por qué está mal: <news:name> y <news:language> pertenecen dentro de <news:publication>, y hay exactamente un <news:news> por <url>, no uno que envuelva todo el archivo. El anidamiento incorrecto es el error estructural más frecuente.
• Qué hacer: reproduce con exactitud el ejemplo de Google —consulta la pestaña Scripts— y valida el XML antes de enviarlo.

Un sitemap de noticias válido mínimo

Esta es la estructura completa: un <urlset> estándar con el espacio de nombres news: añadido, un bloque <news:news> por <url> y el anidamiento exacto que especifica Google:

<?xml version="1.0" encoding="UTF-8"?>
<urlset xmlns="http://www.sitemaps.org/schemas/sitemap/0.9"
    xmlns:news="http://www.google.com/schemas/sitemap-news/0.9">
  <url>
    <loc>https://www.example.com/2026/07/03/merger-talks.html</loc>
    <news:news>
      <news:publication>
        <news:name>The Example Times</news:name>
        <news:language>en</news:language>
      </news:publication>
      <news:publication_date>2026-07-03T09:15:00-04:00</news:publication_date>
      <news:title>Companies A and B in Merger Talks</news:title>
    </news:news>
  </url>
</urlset>

El ejemplo ya incorpora los detalles importantes: <news:publication_date> usa el formato W3C completo con indicador de zona horaria y refleja la hora de publicación original; <news:title> contiene solo el titular; y hay exactamente un <news:news> por <url>.

Valida el XML antes de enviarlo

Confirma que esté bien formado; así detectarás caracteres &, < o > sin escapar, etiquetas desparejadas y anidamiento roto:

# Well-formedness check — flags structural errors before Search Console does
xmllint --noout news-sitemap.xml && echo "well-formed"

Extrae todas las URL de artículos y sus fechas de publicación

Extrae los pares <loc> y <news:publication_date> de un sitemap de noticias activo. Es útil para auditar qué artículos siguen dentro de la ventana de dos días. Ten en cuenta que el prefijo news: necesita que su espacio de nombres esté registrado:

# Requires xmllint (libxml2). --recover tolerates minor issues; -o - prints to stdout.
xmllint --xpath "//*[local-name()='url']" news-sitemap.xml

Para obtener una salida más limpia con la biblioteca estándar de Python, sin dependencias, gestiona el espacio de nombres de forma explícita:

import xml.etree.ElementTree as ET
from datetime import datetime, timezone, timedelta

NS = {
    "sm": "http://www.sitemaps.org/schemas/sitemap/0.9",
    "news": "http://www.google.com/schemas/sitemap-news/0.9",
}

tree = ET.parse("news-sitemap.xml")
cutoff = datetime.now(timezone.utc) - timedelta(days=2)

for url in tree.findall("sm:url", NS):
    loc = url.findtext("sm:loc", namespaces=NS)
    pub = url.findtext("news:news/news:publication_date", namespaces=NS)
    # Flag anything that has slipped past the two-day window and should be pruned.
    stale = ""
    if pub:
        try:
            dt = datetime.fromisoformat(pub.replace("Z", "+00:00"))
            if dt.tzinfo is None:
                dt = dt.replace(tzinfo=timezone.utc)
            if dt < cutoff:
                stale = "  <-- older than 2 days: remove or strip <news:news>"
        except ValueError:
            stale = "  <-- unparseable date"
    print(f"{pub}  {loc}{stale}")

Cuenta las etiquetas <news:news> y mantente por debajo de 1 000

Una cuenta rápida con una expresión regular permite confirmar que no superas el límite por archivo. Cuenta las etiquetas de apertura <news:news>, por lo que no duplica las de cierre:

# Count of <news:news> opening tags — must be <= 1000 per file
grep -o "<news:news>" news-sitemap.xml | wc -l

Si la cifra se acerca a 1 000, divide el contenido en varios sitemaps de noticias y referéncialos desde un índice de sitemaps.

Referéncialo en robots.txt

Dirige a los motores al sitemap de noticias igual que a cualquier otro: una línea Sitemap: con la URL absoluta completa.

User-agent: *
Allow: /

Sitemap: https://www.example.com/news-sitemap.xml

Después, envía esa misma URL en el informe Sitemaps de Google Search Console.

Consola de Chrome DevTools: audita un sitemap de noticias activo

Pega este código en la consola de DevTools mientras estás en la URL del propio sitemap, para que tenga el mismo origen y pueda leerse. Informa del número de artículos y marca las entradas con más de dos días:

// Run this in the Console while viewing your news-sitemap.xml URL directly.
(async () => {
  const xml = await (await fetch(location.href)).text();
  const doc = new DOMParser().parseFromString(xml, "application/xml");
  const NEWS = "http://www.google.com/schemas/sitemap-news/0.9";
  const urls = [...doc.getElementsByTagName("url")];
  const cutoff = Date.now() - 2 * 24 * 60 * 60 * 1000;
  let stale = 0;
  urls.forEach((u) => {
    const loc = u.getElementsByTagName("loc")[0]?.textContent;
    const date = u.getElementsByTagNameNS(NEWS, "publication_date")[0]?.textContent;
    const old = date && Date.parse(date) < cutoff;
    if (old) { stale++; console.warn("Older than 2 days:", loc, date); }
  });
  console.log(`Articles: ${urls.length} (cap 1000). Older than 2 days: ${stale}.`);
})();

Si informa de más de 1 000 artículos o de alguna entrada antigua, el generador no está retirando el contenido correctamente.

Mantenimiento rutinario: cómo conservar sano un sitemap de noticias

Un sitemap de noticias no es un archivo que puedas configurar y olvidar: la regla de frescura de dos días exige mantenimiento periódico. Dos procedimientos lo cubren: una retirada diaria —la tarea central— y una revisión periódica del estado, que detecta desviaciones antes de que causen problemas.

A diario: retira los artículos que superen la ventana de dos días

Ejecuta este procedimiento todos los días, preferiblemente como parte del flujo de publicación y no como una tarea manual.

1. Obtén el sitemap de noticias actual. Recupera el archivo activo o consulta directamente el generador de sitemaps de noticias del CMS si se crea de forma dinámica.
2. Compara cada <news:publication_date> con el límite de dos días. Cualquier hora de publicación anterior a unas 48 horas queda fuera de la ventana. La tarea está terminada cuando todas las entradas restantes tienen un <news:publication_date> de los últimos dos días.
3. Elimina o recorta cada entrada caducada. Borra por completo el bloque <url> o conserva <loc> y retira únicamente su bloque <news:news>. La tarea está terminada cuando el archivo regenerado no contiene entradas con más de dos días.
4. Confirma que el artículo sigue indexado por las demás vías. Retirarlo del sitemap de noticias no es desindexarlo. Comprueba algunas URL recién retiradas: deben seguir devolviendo 200 y presentes en el sitemap general. La tarea está terminada cuando la URL ya no está en el sitemap de noticias, pero sí aparece en el sitemap o índice general según lo previsto.
5. Déjalo vacío si no hay nada que enumerar. Si no has publicado en los últimos dos días, sirve el archivo vacío en vez de rellenarlo con entradas antiguas. La tarea está terminada cuando tienes un <urlset> válido y vacío; una advertencia de «sitemap vacío» en Search Console es esperable, no un error que debas perseguir.

Semanalmente —o en cada despliegue—: revisión estructural del estado

1. Valida el XML. Pásalo por una comprobación de XML bien formado —consulta la pestaña Scripts— o por la herramienta sitemap-validator en /tools/sitemap-validator. La tarea está terminada cuando no hay errores de análisis.
2. Cuenta las etiquetas <news:news>. Confirma que el archivo no alcanza el límite de 1 000. La tarea está terminada cuando la cifra está holgadamente por debajo de 1 000. Si te acercas con frecuencia, planifica la división mediante un índice antes de alcanzar el límite, no después.
3. Busca etiquetas obsoletas. Busca si si news:keywords, news:stock_tickers o las etiquetas de género reaparecieron tras actualizar un plugin o una plantilla. La tarea está terminada cuando no hay coincidencias.
4. Revisa el informe Sitemaps de Search Console. Confirma que el archivo sigue leyéndose sin errores y observa la tendencia de URL enviadas frente a indexadas. La tarea está terminada cuando no hay advertencias nuevas desde la última revisión y el número de indexadas sigue aproximadamente al de enviadas.
5. Verifica que la referencia de robots.txt siga siendo correcta. Confirma que la línea Sitemap: todavía apunta a la URL absoluta activa del sitemap de noticias; las URL cambian más de lo que parece tras migrar un dominio o una ruta. La tarea está terminada cuando la URL de robots.txt devuelve 200 y coincide con el archivo que realmente mantienes.

Herramientas para crear y mantener un sitemap de noticias

Herramientas de este sitio

• /tools/sitemap-validator — comprueba que el XML del sitemap de noticias esté bien formado y tenga la estructura correcta antes de enviarlo. Úsala después de cualquier cambio en una plantilla o un plugin, no solo una vez al estrenarlo.
• /tools/xml-sitemap-generator — resulta útil si creas un sitemap a partir de una lista de URL y necesitas construir correctamente el <urlset> base antes de añadirle el espacio de nombres news:.
• /tools/news-seo-checker — comprueba señales de SEO específicas de noticias en un artículo, es decir, el aspecto de acceso que este artículo no trata deliberadamente. Combínala con un sitemap de noticias válido; no consideres suficiente ninguno de los dos por sí solo.
• /tools/robots-txt-tester y /tools/robots-txt-generator — confirman que la línea Sitemap: exista y tenga la forma correcta, o la generan si partes desde cero.
• /tools/gsc-workbench — permite profundizar en los datos de sitemaps e indexación de Search Console más allá de lo que muestra la interfaz estándar.

Herramientas de terceros

• Google Search Console — el único lugar donde realmente se envía el sitemap de noticias y se consultan las cifras de enviadas frente a indexadas y las advertencias de análisis.
• Bing Webmaster Tools (PubHub) — la vía de envío manual de noticias de Bing, ya que Bing no puede leer ningún espacio de nombres news: en un sitemap.
• Screaming Frog — puede rastrear y validar a escala la estructura XML de un sitemap de noticias cuando auditas la implementación de un editor grande.

Cómo confirmar que un cambio en el sitemap de noticias se aplicó de verdad

El XML está bien formado y correctamente anidado

• Prueba: ejecuta xmllint --noout news-sitemap.xml —o la herramienta sitemap-validator en /tools/sitemap-validator— contra el archivo activo.
• Resultado esperado: no hay errores de análisis; el validador confirma que aparece un <news:news> por <url> y que <news:publication> contiene correctamente <news:name> y <news:language>.
• Interpretación de un fallo: un error de análisis suele señalar un carácter sin escapar o una etiqueta desparejada; una alerta estructural suele indicar anidamiento incorrecto, sobre todo un contenedor <news:news> suelto en el nivel superior.
• Ventana de supervisión: inmediata. Es una comprobación estática; ejecútala justo después de cambiar una plantilla o un generador.
• Criterio de reversión: cualquier error de análisis o cualquier bloque <news:news> que no esté anidado exactamente como muestra la especificación de Google.

El sitemap es accesible y está referenciado correctamente

• Prueba: ejecuta curl -I https://yoursite.com/news-sitemap.xml y espera un 200; comprueba además que robots.txt contenga la línea Sitemap: correspondiente.
• Resultado esperado: la URL del sitemap devuelve 200 y la línea Sitemap: de robots.txt coincide exactamente con esa URL absoluta.
• Interpretación de un fallo: una respuesta distinta de 200 indica que el archivo se movió o se rompió; una línea ausente u obsoleta en robots.txt puede impedir que los motores descubran el archivo por sí solos.
• Ventana de supervisión: inmediata.
• Criterio de reversión: una respuesta distinta de 200 o una discrepancia en robots.txt.

Search Console acepta el sitemap sin errores

• Prueba: envía —o vuelve a comprobar— el sitemap en el informe Sitemaps de Google Search Console.
• Resultado esperado: el estado indica «Correcto», con una cifra enviada distinta de cero —o un estado reconocido e intencionado de «sitemap vacío»— y sin advertencias de análisis.
• Interpretación de un fallo: los estados «No se ha podido obtener» o «Contiene errores» suelen remontarse a los problemas de formato o espacio de nombres comprobados antes.
• Ventana de supervisión: revisa dentro del día posterior al envío. Search Console suele volver a procesar un sitemap reenviado en cuestión de horas.
• Criterio de reversión: errores persistentes de obtención o análisis después de volver a comprobarlo.

La retirada funciona y no deja pasar entradas antiguas

• Prueba: ejecuta el fragmento de la consola de DevTools o el script de Python de la pestaña Scripts contra el archivo activo para marcar cualquier <news:publication_date> con más de dos días.
• Resultado esperado: cero entradas marcadas como antiguas.
• Interpretación de un fallo: cualquier entrada marcada significa que el proceso de retirada no se ejecutó, trabajó sobre el archivo equivocado o está leyendo mal la fecha de publicación.
• Ventana de supervisión: diaria, porque la ventana de dos días se desplaza continuamente.
• Criterio de reversión: cualquier artículo con más de dos días que todavía conserve un bloque <news:news>.

La cantidad de etiquetas permanece por debajo del límite de 1 000

• Prueba: grep -o "<news:news>" news-sitemap.xml | wc -l.
• Resultado esperado: una cifra holgadamente inferior a 1 000.
• Interpretación de un fallo: acercarse a 1 000 o superarlo indica que necesitas dividir mediante un índice de sitemaps antes de que Google empiece a rechazar las entradas que sobrepasen el límite.
• Ventana de supervisión: semanal o inmediatamente después de un aumento brusco del volumen de publicación.
• Criterio de reversión: una cifra igual o superior a 1 000 sin que exista una división.

KPI permanentes de un sitemap de noticias

Cantidad enviada frente a indexada en Search Console

• Qué indica: si Google realmente lee y utiliza las URL que enumeras, no solo si acepta el archivo.
• Cómo obtenerla: abre Google Search Console → informe Sitemaps → selecciona el sitemap y compara «Descubiertas» con el estado de indexación de esas URL.
• Referencia o rango realista: depende mucho del volumen de publicación y de la calidad del contenido; no existe un porcentaje saludable universal. Investiga una brecha grande y persistente entre descubiertas e indexadas, no una cifra concreta.
• Frecuencia: semanal.

Tiempo desde la publicación hasta el primer rastreo

• Qué indica: si el sitemap de noticias aporta realmente su único beneficio —descubrir antes el contenido de última hora— o si solo existe como formalidad.
• Cómo obtenerlo: compara la marca de tiempo de publicación del artículo con la del primer rastreo en los registros del servidor —mediante la herramienta log-file-analyzer en /tools/log-file-analyzer— o con el dato «último rastreo» disponible en la herramienta de inspección de URL de Search Console.
• Referencia o rango realista: depende de la frecuencia general de rastreo y de la autoridad del sitio. Establece tu propia base midiendo varios artículos recientes, en vez de asumir una cifra sectorial.
• Frecuencia: comprueba una muestra cada mes o inmediatamente después de una noticia de última hora en la que la velocidad fuera importante.

Cantidad de etiquetas <news:news> frente al límite de 1 000

• Qué indica: cuánto margen queda antes de verte obligado a dividir mediante un índice de sitemaps.
• Cómo obtenerla: ejecuta grep -o "<news:news>" news-sitemap.xml | wc -l —consulta la pestaña Scripts— como parte de la revisión periódica del estado.
• Referencia o rango realista: debería reflejar tu ritmo de publicación. La mayoría de los editores de un solo sitio permanecen muy por debajo de 1 000, salvo que publiquen 500+ artículos diarios dentro de una ventana móvil de dos días.
• Frecuencia: semanal o después de cualquier aumento conocido del volumen de publicación.

Cantidad de entradas antiguas, posteriores a la ventana de dos días

• Qué indica: si el proceso de retirada realmente se ejecuta según el calendario.
• Cómo obtenerla: usa el fragmento de la consola de DevTools o el script de Python de la pestaña Scripts y compara cada <news:publication_date> con el límite de dos días.
• Referencia o rango realista: debe ser cero en todo momento. No es un intervalo, sino una comprobación binaria. Cualquier cifra distinta de cero significa que el proceso de retirada no se ejecutó cuando debía.
• Frecuencia: diaria; lo ideal es automatizarla dentro del flujo de publicación.

Ponte a prueba: sitemaps de noticias

Cinco preguntas rápidas sobre el funcionamiento de los sitemaps de noticias. Elige una respuesta en cada una y comprueba el resultado.

Recursos que merecen tu tiempo

Mis artículos relacionados

• Guía para principiantes de SEO técnico — sitúa los sitemaps y el descubrimiento dentro del panorama general.
• ¿Cuándo debes preocuparte por el presupuesto de rastreo? — explica por qué importa el descubrimiento rápido y cómo encajan los sitemaps limpios en la eficiencia del rastreo.
• SEO técnico para empresas — adopta la idea «automatízalo o se deteriorará», de la que depende especialmente un sitemap de noticias porque debe retirar contenido cada dos días.

Mis charlas

• Cómo funciona la búsqueda (SlideShare) — mi explicación del rastreo, el descubrimiento y la indexación, incluidos los sitemaps como una de las varias fuentes de descubrimiento de URL. Aviso permanente: “This is my understanding of systems… not going to be 100% complete or accurate.” (traducción) «Así entiendo yo estos sistemas; no va a ser una explicación completa ni precisa al cien por cien».

Recursos del sector

• Google — Crear un sitemap de noticias — la especificación de referencia del espacio de nombres news:, las etiquetas, la ventana de dos días y el límite de 1 000 URL.
• Consejos de SEO de Google para artículos de noticias: etiqueta lastmod y sitemaps separados (Search Engine Journal) — Gary Illyes habla de separar los sitemaps de noticias y web y de retirar las URL antiguas.
• Google News podría haber dejado de admitir indicadores bursátiles y géneros (Search Engine Roundtable) — corrobora la retirada de las antiguas etiquetas de noticias en 2018.
• Rank Math: trabajar con el sitemap de noticias — una guía de implementación para WordPress que confirma la retirada en el propio plugin de las etiquetas de género, indicadores bursátiles y palabras clave.
• State of Digital Publishing: módulo de sitemap de noticias — una explicación clara, dirigida a editores, que subraya expresamente que sirve para el descubrimiento, no para el posicionamiento.
• Bing — Directrices para editores de PubHub — el modelo de envío manual de noticias que Bing utiliza en lugar de un espacio de nombres news: para sitemaps.

Registro de cambios