IndexNow: cómo avisar a los buscadores al instante (y por qué Google no lo usa)

Publicas un artículo y Bing no lo muestra. IndexNow existe justo para eso: avisar a los buscadores en el momento en que algo cambia, sin esperar a que el rastreador vuelva por su cuenta. Esta es la guía práctica para implementarlo bien en 2026, con sus límites reales.

El contenido se descubre por rastreo periódico, y ese sistema tarda: entre publicar y la vuelta del rastreador pueden pasar días o semanas. IndexNow cambia una parte de ese trabajo: tu sitio avisa qué URL cambió. Lo interesante es a quién le llega el aviso.

Qué es IndexNow y qué no es

IndexNow es un protocolo abierto creado por Microsoft Bing y Yandex en octubre de 2021 para notificar cuando una URL se crea, se actualiza o se elimina. Tu sitio envía una petición HTTP a un endpoint del protocolo (la dirección a la que se manda el aviso) y los motores participantes reflejan el cambio antes de descubrirlo solos.

El objetivo declarado por Bing es doble: reducir el rastreo exploratorio y, con el tiempo, limitar el rastreo de los sitios que adoptan el protocolo. Quien avisa, rastrea menos.

Lo que IndexNow no hace

• No garantiza nada. La FAQ oficial de Bing lo dice: usar IndexNow no garantiza que las páginas se rastreen o se indexen. Es una señal de prioridad, no una orden.
• No sustituye al sitemap ni a la calidad del contenido. Contenido útil, enlazado interno y páginas accesibles siguen siendo la base.
• Consume cuota de rastreo. Cada envío cuenta; lo que ganas es prioridad frente a otras URLs ya conocidas.
• No es un canal para Google, y sobre eso hay mucha confusión.

Quién usa IndexNow de verdad en 2026

Los motores y servicios participantes

El registro oficial del protocolo (searchengines.json) lista siete entradas: Bing, Yandex, Seznam, Naver, Yep, Internet Archive y Amazonbot. Conviene decirlo así, con el registro delante, en lugar de repetir la frase de "todos los buscadores", que es falsa.

Cualquiera de los endpoints públicos sirve, porque todos reenvían el aviso al resto: api.indexnow.org (global), bing.com/indexnow, yandex.com/indexnow, search.seznam.cz/indexnow, searchadvisor.naver.com/indexnow, indexnow.yep.com/indexnow e indexnow.amazonbot.amazon/indexnow. La documentación exige además que quien verifica un envío notifique a los demás participantes en 10 segundos: avisas a uno y quedan avisados todos.

Adopción: por qué importa más que en 2021

Los números oficiales de Bing dan la medida del cambio. En diciembre de 2024 reportaba más de 3.500 millones de URLs enviadas por día y un 18% de las URLs nuevas con clics en resultados, con incorporaciones como GoDaddy, Internet Archive y Condé Nast. En mayo de 2025 llegaron Shopify y Milestone, y Amazon confirmó su adopción para mediados de junio de 2025.

La consecuencia práctica: muchos CMS ya envían avisos sin que el dueño lo sepa (WordPress con los plugins de SEO habituales, Shopify, Wix, Drupal). Antes de implementar nada, comprueba si el sitio ya lo hace.

Google no participa: los tres malentendidos

Google no figura en el registro de participantes. Sus canales para pedir un rastreo siguen siendo el sitemap XML declarado en robots.txt y la Inspección de URL, con cuota diaria y una advertencia oficial: repetir la solicitud no acelera el rastreo.

• El "ping al sitemap". El endpoint de ping de sitemaps de Google fue deprecado en junio de 2023 y hoy devuelve 404. Cualquier plugin que siga "pingueando" a Google no hace nada útil.
• La Indexing API como atajo. Solo acepta páginas con JobPosting o BroadcastEvent dentro de un VideoObject, como se explica en la guía de SEO para vídeo. No es una vía general de indexación.
• "Si aviso a Bing, Google se enteró". No: son índices separados. Lo que sí es cierto es que mantener fresco el índice de Bing tiene valor propio, porque alimenta superficies de búsqueda y asistentes de terceros.

En resumen: IndexNow aporta frescura en los motores participantes; el sitemap y Search Console son el canal de Google.

Cómo implementar IndexNow en cuatro pasos

Paso 1: generar la clave

La clave de IndexNow (su API key) se genera con la herramienta oficial y debe tener entre 8 y 128 caracteres hexadecimales: letras de la a a la z, números y guiones. Técnicamente sirve cualquier cadena que cumpla esas reglas, pero el generador evita errores de copia.

Paso 2: hospedar el archivo de clave

La opción recomendada es subir un archivo de texto UTF-8 a la raíz del sitio, llamado {clave}.txt y con la clave como único contenido. Debe ser accesible públicamente y no puede quedar bloqueado en un robots.txt mal configurado.

La alternativa es dejarlo en otra ruta e indicarla con keyLocation en cada envío. Ojo: la ubicación limita las URLs que puedes enviar con esa clave. Un archivo en example.com/catalog/key123.txt permite avisar de URLs que empiecen por /catalog/, pero no de las de /help/.

Paso 3: enviar una URL o un lote

Para una sola URL basta una petición GET con la dirección escapada según RFC 3986:

https://api.indexnow.org/indexnow?url=https%3A%2F%2Fexample.com%2Fpagina&key=TU_CLAVE

Para un lote, un POST con JSON de hasta 10.000 URLs y la cabecera Content-Type: application/json; charset=utf-8:

curl -X POST https://api.indexnow.org/indexnow \
  -H "Content-Type: application/json; charset=utf-8" \
  -d '{"host":"example.com","key":"TU_CLAVE",
       "urlList":["https://example.com/a","https://example.com/b"]}'

keyLocation es opcional y solo se usa con la segunda opción del paso 2. Se pueden mezclar URLs http y https, y lo recomendado es enviar en el momento en que el contenido cambia: el hook del CMS al guardar o publicar.

Paso 4: verificar

Bing Webmaster Tools sirve para comprobar que las URLs fueron recibidas y para descubrir si el sitio ya enviaba avisos. Y una aclaración que evita frustraciones: recibido no es indexado; la decisión final es de cada motor.

Códigos de respuesta, cuotas y límites

• 200: URL recibida correctamente.
• 202: recibida, con la validación de la clave pendiente. Es lo habitual en el primer envío.
• 400: formato inválido.
• 403: clave inválida, porque el archivo no existe o no contiene la clave.
• 422: las URLs no pertenecen al host, o la clave no cumple el esquema.
• 429: demasiadas peticiones, con sospecha de spam. Pausa y reintenta según la cabecera Retry-After.

Los límites diarios los fija cada motor y no se publican, de ahí que la regla sea simple: enviar solo cambios reales, máximo 10.000 URLs por POST, nunca reenviar sin cambios (la FAQ pide 5 minutos entre avisos de la misma URL) y registrar los códigos. Cada aviso cuenta en el crawl budget.

Buenas prácticas: cuándo avisar y cuándo no

• Notifica solo URLs creadas, actualizadas o eliminadas desde que usas el protocolo; no pagues la deuda histórica del año pasado.
• No avises por cambios cosméticos. Un texto del pie no cambia nada; un cambio de contenido principal, de precio o de disponibilidad, sí.
• Automatiza con hooks del CMS o del backend en lugar de hacerlo a mano, para que nadie tenga que acordarse.
• Aprovecha los avisos de eliminación: si borras una URL, ese envío ayuda a que los motores la retiren antes, igual que un error 404 bien gestionado.
• Acompaña el protocolo de bases sólidas: contenido útil, enlazado interno y un sitemap correcto.

Cómo combinar IndexNow con lo que ya tienes

• Sitemap y lastmod. Google sí usa la fecha de modificación para programar rastreos, pero el dato tiene que coincidir con la realidad. Google sigue sin usar changefreq ni priority.
• CDN. Algunos CDN integran IndexNow de fábrica. El caso documentado es Crawler Hints de Cloudflare: usa la señal de caché MISS para enviar avisos, existe desde el plan gratuito y se desactiva por página con la etiqueta meta robots noindex.
• Logs y Search Console. Tras el envío, los logs del servidor muestran qué bots entraron y cuándo; en Google, los informes de cobertura dicen cómo va la indexación.

IndexNow es un acelerador de descubrimiento, no una estrategia completa: sirve para que un cambio reciente no espere semanas, y para nada más.

Checklist de implementación de IndexNow

1. ¿El sitio ya envía avisos? Revísalo en Bing Webmaster Tools antes de tocar código.
2. ¿La clave tiene entre 8 y 128 caracteres hexadecimales y salió del generador oficial?
3. ¿El archivo {clave}.txt está en la raíz, en UTF-8, accesible y fuera del robots.txt bloqueado?
4. ¿El envío está automatizado al crear, actualizar y eliminar contenido?
5. ¿Envías lotes por POST con máximo 10.000 URLs y el Content-Type correcto?
6. ¿Envías solo cambios reales, con al menos 5 minutos entre avisos de la misma URL?
7. ¿Registras los códigos de respuesta para diagnosticar 403, 422 o 429?
8. ¿El lastmod del sitemap cuadra con la realidad?
9. ¿Queda claro que Google se gestiona aparte, con sitemap y Search Console?

Avisar rápido ayuda, sobre todo en sitios que publican a diario. Pero lo que decide si una página entra en el índice sigue siendo lo de siempre: que merezca estar ahí.