IndexNow: 3,5 mil millones de URL al día, sin Google

Se publica una nueva página de producto. Google tarda días o semanas en mostrarla en su índice. En Bing, Yandex y varios otros buscadores puede ser cuestión de segundos. La diferencia se llama IndexNow: un protocolo push con el que un sitio web comunica activamente a los buscadores qué URL son nuevas, han cambiado o se han eliminado. En lugar de esperar al siguiente rastreo, el propio servidor notifica el cambio.

Por qué IndexNow es relevante para el SEO técnico

La indexación clásica funciona según el principio pull. Los rastreadores de los buscadores visitan un sitio web a intervalos que eligen ellos mismos y solo descubren los cambios en la siguiente pasada. En sitios grandes o que cambian con frecuencia, esto desperdicia presupuesto de rastreo y retrasa la visibilidad. IndexNow invierte este principio: el sitio web empuja la información y el buscador ya no tiene que ir a buscarla.

La escala del protocolo deja claro que ya no es una herramienta de nicho. Según Microsoft, cada día se envían más de 3,5 mil millones de URL a través de IndexNow, y el 18 % de todas las URL nuevas que reciben clics en los resultados de búsqueda web guarda relación con el protocolo. El análisis independiente de Wikipedia cifra para 2024 2,5 mil millones de URL enviadas y un 17 % de todas las URL de Bing con clics procedentes de IndexNow. El crecimiento es pronunciado: en septiembre de 2023, más de 60 millones de sitios web usaban el protocolo y enviaban a diario más de 1,4 mil millones de URL.

Para las empresas B2B en Europa, la segunda parte de la promesa es decisiva: indexación sin depender de un único proveedor. Si confías solo en la lógica de rastreo de Google, no tienes ningún control sobre los tiempos. IndexNow te devuelve ese control, al menos con los buscadores participantes.

Cómo funciona técnicamente el protocolo push

IndexNow se basa en tres componentes: una clave de API, una verificación del host mediante un archivo de clave y un endpoint HTTP sencillo.

Generar la clave de API: El responsable del sitio crea una clave de entre 8 y 128 caracteres; se permiten minúsculas y mayúsculas (a-z, A-Z), dígitos (0-9) y guiones. Esta clave identifica el sitio web ante los buscadores.

Colocar el archivo de clave: En el directorio raíz de acceso público se guarda un archivo de texto cuyo nombre y contenido son la clave, por ejemplo en https://www.beispiel.at/{key}.txt. Así el responsable demuestra que controla el host. Sin esta verificación del host, los buscadores rechazan el envío. Precisamente eso impide que alguien envíe URL ajenas.

Notificar las URL por POST: Las URL modificadas se envían en formato JSON a un endpoint, por ejemplo a https://api.indexnow.org/indexnow o directamente a https://www.bing.com/indexnow. El protocolo comparte cada notificación con todos los buscadores participantes, así que basta con un único envío. Una URL individual también puede notificarse con un simple GET; el endpoint POST admite hasta 10.000 URL por solicitud en forma de lista.

No hace falta nada más. No hay autenticación vía OAuth, ni cuotas por cuenta, ni una configuración compleja. Esa sencillez explica su amplia adopción.

Qué buscadores participan y por qué falta Google

Entre los participantes de IndexNow están Bing (Microsoft, impulsor del protocolo junto con Yandex), Yandex (líder en Rusia), Naver (líder en Corea del Sur), Seznam.cz (relevante en la República Checa) y Yep (el buscador de Ahrefs). Según las preguntas frecuentes de IndexNow, ahora también participa Amazon (Amazonbot). Un único envío llega a todos los participantes a la vez.

La ausencia de Google es deliberada. La empresa no participa en IndexNow y sigue operando su propia infraestructura de rastreo basada en el modelo pull, en lugar de adoptar el sistema push. El motivo es estructural: Google tiene capacidad de rastreo suficiente para detectar los cambios por sí mismo con rapidez y pocos incentivos para ceder señales de indexación a un protocolo abierto que no controla.

El argumento «sin Google» necesita matices: IndexNow no sustituye la indexación en Google. La complementa con un canal hacia todos los demás buscadores relevantes. Si solo piensas en Google, pasas por alto que este canal complementario es gratuito y requiere poco esfuerzo.

Cómo implementar IndexNow correctamente en Next.js

Next.js no ofrece una integración nativa con IndexNow. La vía correcta pasa por un script post-build que notifica exclusivamente las URL modificadas.

El sitemap como fuente: Con next-sitemap se genera en cada build un sitemap XML actualizado. Sirve como lista de todas las URL indexables.

Archivo de clave en el directorio public: El archivo {key}.txt se coloca en /public para que Next.js lo sirva de forma estática. Así la verificación del host se cumple de forma permanente.

Envío basado en diff: El script compara el sitemap actual con el último estado conocido (por ejemplo, una instantánea guardada en el repositorio o en la caché) y notifica solo las URL nuevas o modificadas. Es el paso más importante: enviar el sitemap completo en cada despliegue se considera exceso de envíos y no aporta ninguna ventaja.

Integración en CI/CD: El script se ejecuta como último paso del pipeline de despliegue, cuando las nuevas páginas ya están en línea. Lo sensato es dispararlo mediante un webhook cuando el despliegue termina con éxito, no en cada commit. Así solo se notifican los cambios realmente publicados.

Importante: notifica una URL solo cuando sea accesible en su dirección definitiva y devuelva un estado 200. Hacer ping a URL que todavía muestran un 404 o una redirección es contraproducente.

Diferencias entre IndexNow, los sitemaps XML y la Google Indexing API

Los tres mecanismos resuelven problemas distintos y no se excluyen entre sí.

Sitemaps XML: El equipamiento básico. Listan todas las URL indexables junto con su fecha de modificación y los leen todos los buscadores, Google incluido. Los sitemaps son pasivos: invitan a los rastreadores, pero no sustituyen una notificación activa.

IndexNow: El push activo a todos los motores participantes, entre ellos Bing, Yandex, Naver, Seznam y Yep. Adecuado para notificaciones inmediatas ante cualquier tipo de cambio de contenido. Complementa el sitemap, no lo sustituye.

Google Indexing API: A menudo malinterpretada. Según Google, la Indexing API está prevista oficialmente solo para páginas con marcado JobPosting o BroadcastEvent (retransmisiones en directo). No es un canal push de uso general para cualquier URL. Quien notifica páginas normales a través de ella la usa para un fin que no le corresponde.

La combinación sensata para un sitio B2B: un sitemap XML completo para todos los motores, IndexNow como push inmediato para todos los buscadores participantes y, para Google, el sitemap normal más un enlazado interno limpio, para que Googlebot encuentre los cambios rápidamente por sí mismo.

La relevancia de Bing e IndexNow en la región DACH

La cuota de mercado de Bing en Austria es modesta, pero no desdeñable. Según StatCounter, en Austria Google tiene un 81,87 % y Bing un 9,01 % de cuota de mercado entre los buscadores (2026). Es decir, casi una de cada diez búsquedas no pasa por Google.

Esta cuota gana peso con la integración de Copilot. Microsoft alimenta sus asistentes de IA con el índice de Bing. Indexarse rápido en Bing da una mejor posición de partida para aparecer en Copilot, que en muchas empresas austriacas ya está disponible a través de Microsoft 365. Para la visibilidad B2B más allá de Google, es una palanca concreta y medible: parte del público objetivo trabaja precisamente en los entornos que usan Bing como fuente de datos.

IndexNow, rastreadores de IA y GEO

La velocidad de indexación también importa para la visibilidad en sistemas de IA. La búsqueda generativa y las respuestas basadas en LLM recurren a índices de búsqueda y a rastreos propios. Los contenidos que entran rápido en el índice de Bing están antes disponibles como fuente para los productos de IA de Microsoft.

Al mismo tiempo, el tráfico de bots se dispara. Según Cloudflare, la cuota de GPTBot, de OpenAI, pasó del 2,2 al 7,7 % entre mayo de 2024 y mayo de 2025, con un aumento de las solicitudes del 305 % (datos internacionales). Cada rastreador adicional carga el servidor. Aquí IndexNow tiene un doble efecto: ahorra presupuesto de rastreo, porque los buscadores participantes no tienen que buscar cambios de forma especulativa, y reduce la carga innecesaria del servidor, porque se notifica de forma selectiva en lugar de rastrearlo todo. Si notificas con precisión, das a los motores justo la información que, de otro modo, obtendrían rastreando una y otra vez.

Buenas prácticas y errores frecuentes

Envía solo hosts propios: IndexNow acepta exclusivamente URL del host verificado. No es un detalle opcional, sino la regla de seguridad central del protocolo.

No trates la clave de API como un secreto, pero gestiónala bien: La clave ya está publicada como archivo en el directorio raíz. No protege contra la lectura, solo demuestra el control del host. Aun así, conviene usar una clave distinta por propiedad y cambiarla si sospechas de un uso indebido.

Evita el exceso de envíos: Notificar una y otra vez la misma URL sin cambios no aporta nada y puede interpretarse como señal de spam. Notifica solo cambios reales.

Respeta los límites de frecuencia: Los motores frenan los envíos excesivos. Una lógica basada en diff y una agrupación razonable por despliegue mantienen bajo el volumen.

El error más frecuente: Enviar el sitemap completo en cada build. Es exceso de envíos sin ningún beneficio. El segundo error más frecuente es notificar URL que devuelven una redirección, un 404 o un noindex. Una URL notificada debe ser coherente con el resto de señales de SEO técnico.

IndexNow dentro de una arquitectura moderna de SEO técnico

IndexNow es una pieza más, no un sustituto de un SEO técnico limpio. La URL notificada tiene que encajar con el resto de señales SEO.

Canonical: Notifica solo la variante canónica de una página, no URL con parámetros ni duplicadas. La difusión de la etiqueta canonical muestra lo consolidada que está esta señal: el 65 % de las páginas móviles y el 69 % de las de escritorio usan rel=canonical (2024, datos internacionales).

robots.txt y noindex: Lo que está bloqueado por robots.txt o excluido con noindex no debe incluirse en una notificación de IndexNow. Las señales contradictorias confunden al buscador.

hreflang: En sitios multilingües de la región DACH (por ejemplo, Austria, Alemania y Suiza), conviene notificar todas las variantes de idioma para que los motores registren rápidamente los clústeres hreflang completos.

Datos estructurados: El marcado Schema hace que el contenido sea más comprensible para los buscadores y los sistemas de IA. Una página indexada rápidamente y con un Schema limpio está antes disponible para resultados enriquecidos y respuestas generativas.

Core Web Vitals: Una indexación rápida solo sirve si la página también rinde. El listón está alto: según el Web Almanac, el 48 % de las páginas móviles supera las Core Web Vitals (LCP, INP, CLS) (2024, datos internacionales). IndexNow acelera la indexación, pero no sustituye la optimización del tiempo de carga y de la interactividad.

A nivel de infraestructura, IndexNow encaja con configuraciones modernas de edge y CDN. Estas sirven rápidamente el archivo de clave y los contenidos, lo que favorece la coherencia de las notificaciones. Los protocolos de transporte actuales están muy extendidos: alrededor del 40 % de los diez millones de sitios web más grandes admite HTTP/3 (julio de 2026, datos internacionales).

Cloudflare Crawler Hints como vía automática

Si no quieres mantener una implementación propia, puedes activar IndexNow mediante Cloudflare Crawler Hints. Esta función detecta automáticamente cuándo cambian los contenidos y envía las notificaciones de IndexNow correspondientes, sin necesidad de un script propio ni de gestionar claves. Cloudflare se encarga de la clave y del envío. Para sitios que ya funcionan detrás de Cloudflare, es la forma más rápida de empezar: un interruptor en el panel en lugar de un script post-build. El precio es tener menos control sobre qué URL exactamente se notifican y en qué momento. Para una lógica compleja basada en diff, la implementación propia sigue siendo más precisa.

El RGPD al hacer ping a buscadores de terceros

Desde la perspectiva austriaca y B2B de la región DACH, la valoración en materia de protección de datos suele ser poco problemática, pero conviene hacerla de forma consciente. IndexNow transmite las URL y la clave de API a los buscadores participantes. Las URL de páginas de acceso público no son datos personales, siempre que la propia dirección no contenga parámetros con datos personales. Ahí está precisamente el punto que hay que revisar: las URL con parámetros de consulta que contienen datos personales (por ejemplo, tokens, nombres o identificadores) no deben figurar en un sitemap público y, por tanto, tampoco en una notificación de IndexNow.

La transmisión se realiza de servidor a servidor, sin intervención del dispositivo ni de las cookies del visitante. Por ello no surge ninguna obligación de consentimiento según la lógica de ePrivacy, ya que no se accede al dispositivo del usuario. Sigue siendo necesaria la diligencia habitual: Yandex tiene su sede en Rusia, un tercer país sin decisión de adecuación. Sin embargo, aquí solo se transmiten URL que ya son públicas, no un conjunto de datos personales, por lo que el riesgo en la práctica es bajo. El envío no se puede limitar a buscadores concretos: cada URL notificada se reenvía automáticamente a todos los buscadores participantes, también a Yandex, sea cual sea el endpoint al que se envíe la notificación. Si quieres excluir por principio cualquier transmisión a Rusia, tienes que renunciar a IndexNow.

Para ir más allá

IndexNow es una pequeña pieza técnica con un beneficio claro: indexación inmediata en todos los buscadores relevantes salvo Google, con un esfuerzo de implementación mínimo. La mayor palanca está en un envío limpio basado en diff y en la coherencia con el resto de señales SEO. Para sitios B2B, activarlo merece la pena, ya sea con Cloudflare Crawler Hints o con un script post-build propio en Next.js. Como siguiente paso, conviene conectarlo con la monitorización en Bing Webmaster Tools y alinearlo con la estrategia de canonical, hreflang y sitemap.