Ir al contenido

Glosario IndexNow

IndexNow

Definición

IndexNow es un protocolo abierto que permite avisar a los buscadores participantes de que una URL se ha creado, actualizado o eliminado, mediante una petición HTTP firmada con una clave alojada en el propio dominio.

En esta página 5
  1. Qué significa avisar en lugar de esperar
  2. Cómo funciona el envío
  3. Por qué importa
  4. Buenas prácticas
  5. Errores frecuentes
En breve

IndexNow permite avisar a los buscadores adheridos en cuanto una URL cambia, con una petición HTTP y una clave alojada en el dominio; Google no forma parte del protocolo.

Qué significa avisar en lugar de esperar

El modelo habitual de descubrimiento funciona por sondeo. El rastreador vuelve a pasar por una URL cuando su propia planificación lo decide, y hasta entonces el cambio que has publicado no existe para el buscador. Buena parte de esas visitas termina en una página idéntica a la anterior, y esa comprobación estéril consume ancho de banda tuyo y capacidad del buscador. En un sitio pequeño el desfase se nota poco; en una tienda con decenas de miles de fichas puede significar que el índice va varios días por detrás del catálogo.

IndexNow invierte el sentido del aviso. Es el sitio quien informa al buscador en el momento en que algo cambia, con una petición HTTP mínima. Microsoft Bing y Yandex lo presentaron conjuntamente el 18 de octubre de 2021 con dos argumentos: reducir rastreos que no aportan nada y abrir el mecanismo a cualquier buscador que quiera sumarse. Avisar a un participante equivale a avisar a todos, porque cada punto de entrada reparte la notificación entre el resto.

En la comprobación del 19 de agosto de 2026, los buscadores adheridos son Microsoft Bing, Naver, Seznam.cz, Yandex y Yep. Google no figura entre ellos.

Cómo funciona el envío

La configuración parte de una clave. Generas una cadena de entre 8 y 128 caracteres con letras, cifras y guiones, y la publicas en un fichero de texto UTF-8 accesible por HTTP cuyo nombre es la propia clave seguida de la extensión .txt. Lo habitual es dejarlo en la raíz del dominio. Si lo colocas en un subdirectorio, tienes que indicar su ubicación en cada envío y solo podrás notificar URLs que cuelguen de esa ruta.

Para una sola dirección basta una petición GET con la URL y la clave como parámetros. Para lotes se envía un POST con un objeto JSON que declara el host, la clave, la ubicación del fichero cuando no está en la raíz y la lista de direcciones, con un máximo de 10.000 por petición. Todas las URLs del lote deben pertenecer al host declarado.

La respuesta te dice si el aviso ha entrado. Un 200 confirma la recepción y un 202 indica que falta validar la clave. El 400 señala un formato incorrecto, el 403 una clave que no se puede verificar, el 422 direcciones que no coinciden con el host o con la ruta de la clave, y el 429 un ritmo de envío considerado abusivo. La recomendación oficial es no repetir una misma URL sin cambios relevantes y dejar al menos cinco minutos entre reenvíos.

Por qué importa

Conviene decirlo antes que nada: quien vende IndexNow como una aceleración general del posicionamiento describe algo que no ocurre. Google anunció en noviembre de 2021 que evaluaría el protocolo por motivos de eficiencia y desde entonces no lo ha adoptado, así que el canal principal de tráfico orgánico de la mayoría de sitios europeos queda al margen. Para Google se sigue trabajando con el sitemap, con la inspección de URLs y con una arquitectura que facilite el rastreo.

Dicho esto, el aviso rinde donde hay participantes. Antes de montarlo, mira en tu analítica qué parte de las visitas de buscador llega desde Bing, Yandex, Naver o Seznam; ese porcentaje es la medida honesta del beneficio. El caso más claro es el comercio electrónico con catálogo vivo, donde precio y disponibilidad cambian a diario y llegar tarde al índice significa mostrar una ficha equivocada. En sitios de miles de URLs, el ahorro de rastreo libera además capacidad para las páginas que sí han cambiado.

Hay un límite que ninguna documentación esconde: avisar no es indexar. El protocolo comunica que algo ha cambiado y adelanta la visita del rastreador. La decisión sobre si esa página entra en el índice, y con qué relevancia, sigue siendo del buscador.

Buenas prácticas

  • Envía el aviso solo cuando el contenido cambie de verdad, no en cada guardado del gestor de contenidos.
  • Comprueba que el fichero de la clave responde con código 200 y contiene exactamente la cadena, sin HTML alrededor ni redirecciones por el camino.
  • Registra el código de respuesta de cada envío y revisa los 403 y los 422, que delatan una clave que no se puede verificar o direcciones ajenas al host declarado.
  • Notifica también las bajas, porque una URL que pasa a 404 o a 410 es información útil para el rastreador.
  • Mantén el sitemap al día, ya que es el canal que sigue funcionando para el buscador que no participa.
  • Si lo resuelve un plugin o tu CDN, revisa en los registros del servidor que los envíos salen y que no se repiten miles de veces al día.

Errores frecuentes

  • Prometer al cliente una indexación más rápida en Google, que no acepta el protocolo.
  • Mover o renombrar el fichero de la clave después de configurarlo, con lo que todos los envíos pasan a devolver 403.
  • Reenviar el catálogo completo cada noche aunque nada haya cambiado, lo que acaba provocando respuestas 429.
  • Colocar la clave en un subdirectorio y seguir enviando URLs de toda la web, que se rechazan con 422.
  • Dar una URL por indexada porque el envío devolvió 200, cuando ese código solo confirma que el aviso se ha recibido.
Manuel Riveiro Rodriguez CEO & Digital Strategist

Una auditoría técnica revisa esto y el resto en un solo paso.

Solicitar auditoría

Preguntas frecuentes

¿Google acepta IndexNow?

No. Google declaró en noviembre de 2021 que evaluaría el protocolo por motivos de eficiencia de rastreo y desde entonces no lo ha incorporado. En la comprobación del 19 de agosto de 2026 no figura entre los buscadores adheridos. Para avisar a Google siguen valiendo el sitemap y la inspección de URLs en Search Console.

¿Hay que enviar el aviso a cada buscador por separado?

No. Basta con notificar a un punto de entrada de los participantes, y ese buscador comparte la notificación con el resto de los adheridos al protocolo. Enviar la misma lista a varios destinos no acelera nada y multiplica el tráfico saliente de tu servidor sin ninguna ventaja.

¿Cuántas URLs puedo enviar de una vez?

Hasta 10.000 direcciones en una única petición POST con la lista en formato JSON, y todas deben pertenecer al host declarado en el envío. Para una sola dirección existe una petición GET más simple, con la URL y la clave como parámetros. Repetir la misma URL sin cambios puede provocar una respuesta 429.

¿Dónde se coloca la clave?

En un fichero de texto UTF-8 alojado en el dominio, con la clave como nombre y la extensión .txt, normalmente en la raíz. Si lo dejas en un subdirectorio, cada envío debe declarar su ubicación y solo podrás notificar URLs que cuelguen de esa ruta. La clave admite de 8 a 128 caracteres.

¿Merece la pena si mi tráfico viene casi todo de Google?

El beneficio directo será pequeño. Aun así, el coste de mantenerlo es casi nulo cuando lo resuelve el gestor de contenidos o el CDN, y sirve para los buscadores adheridos, que en algunos mercados aportan visitas medibles. Revisa tu analítica antes de invertir tiempo en una integración a medida.

Fuentes

  1. Especificación del protocolo con el formato de la clave, los dos tipos de envío y el significado de cada código de respuesta.
  2. Preguntas frecuentes oficiales, con el reparto de la notificación entre buscadores y el límite de 10.000 URLs por petición.
  3. Página del protocolo donde figura la lista de buscadores adheridos, sin Google entre ellos.
  4. Anuncio original de Microsoft Bing y Yandex del 18 de octubre de 2021, con los objetivos del protocolo.
  5. Cobertura de noviembre de 2021 con la declaración de Google sobre la evaluación del protocolo; documenta el anuncio, no el estado actual.