Si tienes un blog o una tienda online, es probable que alguna vez te hayan ofrecido un plugin o un servicio que promete «indexar tus páginas en Google en minutos» usando la Indexing API, la vía directa que Google ofrece para avisarle de que una página es nueva o cambió. La promesa es atractiva: publicas un artículo o un producto y aparece en Google enseguida.
El 16 de octubre de 2026, Google actualizó la documentación de esa API: la página de cuotas refleja ahora los límites y el proceso actuales, y retiró un formulario obsoleto. Es un buen momento para aclarar algo que la actualización no cambió: para qué páginas sirve esta herramienta y para cuáles no. Si tu web es un blog o una tienda, la respuesta corta es que no es para ti.
- Google actualizó el 16 de octubre de 2026 la documentación de cuotas de la Indexing API y retiró un formulario antiguo. Es un cambio de documentación, no una ampliación de lo que la API admite.
- La API solo sirve para páginas con ofertas de empleo o transmisiones en vivo marcadas con sus datos estructurados. Artículos, productos y páginas de servicio quedan fuera.
- Avisar a Google no garantiza que la página aparezca. Para un blog o una tienda, lo que funciona es un sitemap bien hecho y enlaces internos.
Qué cambió el 16 de octubre
El registro de cambios de la documentación de Google Search recoge la actualización con esta explicación: se puso al día la página de cuotas de la Indexing API para documentar los límites actuales y quitar un formulario obsoleto.
Hoy, la página de cuotas indica, entre otras cosas, que cada proyecto puede enviar por defecto 200 avisos de publicación al día (sumando altas y bajas), que la cuota diaria se reinicia a medianoche, hora del Pacífico, y que el uso de la API es gratuito.
Lo que no dice el registro de cambios también cuenta: no anuncia que las cuotas hayan subido ese día, ni que la API admita nuevos tipos de página. Es una actualización de la documentación, no un cambio en las reglas de juego.
Para qué sirve la Indexing API (y para qué no)
La guía de inicio de la API es clara: solo se puede usar con páginas que contengan una oferta de empleo (los datos estructurados JobPosting) o una transmisión en vivo (BroadcastEvent dentro de un VideoObject). Los datos estructurados son un código invisible para el visitante que le dice a Google qué tipo de contenido hay en la página.
La razón tiene lógica: una oferta de empleo o un directo duran poco. Si Google tarda una semana en enterarse, la oferta ya se cerró o el directo terminó. Para eso la API permite avisar al momento.
Avisar, rastrear e indexar no son lo mismo
Gran parte de la confusión viene de mezclar tres pasos distintos:
- Avisar: decirle a Google que una página existe o cambió. Es lo que hace la API, y también el sitemap, de forma más lenta.
- Rastrear: que el robot de Google visite la página y la lea. La propia guía dice que la API sirve para que Google «programe» un nuevo rastreo, no para que la página aparezca.
- Indexar: que Google decida guardar la página y mostrarla en los resultados. Esto depende de la calidad de la página, de si es útil y de si no repite otra. Ningún aviso lo garantiza.
Por eso, una herramienta que «indexa en minutos» como mucho puede acelerar el aviso. Lo que viene después lo decide Google.
Por qué no conviene usarla en un blog o una tienda
Hay plugins y servicios que envían cualquier página por la Indexing API, aunque no sea una oferta de empleo ni un directo. Funcionar, a veces funcionan: Google puede rastrear la página. Pero eso no significa que esté permitido ni que sea buena idea.
La guía de Google advierte que todos los envíos pasan por detección de spam y que cualquier intento de abusar de la API, incluido usar varias cuentas para superar las cuotas, puede terminar con el acceso retirado. Usarla para tipos de página que la documentación excluye es justamente salirse de sus reglas.
Además, el problema que promete resolver casi nunca es el real. Si una página tarda en aparecer, lo habitual es que Google la conozca pero no la considere prioritaria, o que no la encuentre porque nada la enlaza. Ninguna de las dos cosas se arregla avisando más fuerte.
Qué revisar antes de contratar una integración
Si alguien te ofrece integrar la Indexing API, pídele respuesta a estas preguntas antes de aceptar:
Si tu web publica ofertas de empleo o directos de forma regular, la API puede tener sentido y conviene hacerla bien: con la cuenta de servicio, la propiedad verificada en Search Console y el aviso de baja cuando la oferta se cierra.
Qué hacer en su lugar si tienes un blog o una tienda
- SitemapUn sitemap que se actualice solo al publicar, con la fecha real de última modificación y enviado en Search Console.
- EnlacesCada página nueva enlazada desde algún sitio: la portada del blog, una categoría o un artículo relacionado.
- RevisiónSi una página importante no aparece, inspeccionarla en Search Console y ver en qué estado está antes de tocar nada.
- PacienciaDar tiempo. Que una página tarde unos días no es un problema en sí mismo.
Lo que no conviene hacer
- Usar la API para lo que no admite. Artículos y productos quedan fuera, aunque un plugin lo permita.
- Repartir envíos entre varias cuentas. Google lo trata como abuso y puede retirar el acceso.
- Pagar por «indexación garantizada». Nadie puede garantizar lo que decide Google.
- Leer la actualización como un cambio de reglas. El 16 de octubre cambió la documentación de las cuotas, no los tipos de página admitidos.
Si una página nueva tarda en dar resultados, antes de buscar atajos vale la pena leer cuánto tarda el SEO y cuándo evaluarlo. Y si estás cambiando direcciones de páginas, mira qué hacer con las URLs en un rediseño.
