Los operadores de portales de empleo llevan meses esperando una respuesta de Google para acceder a la Indexing API, la misma herramienta que la documentación oficial recomienda para indexar rápido las ofertas de trabajo. Ni aprobación, ni rechazo, ni petición de más datos: silencio. Y mientras tanto, la cuota por defecto (200 URLs) apenas sirve para pruebas.

El caso lo destapó Nick LeRoy (SEOJobs.com, PPCJobs.com) el 19 de septiembre en X, respaldado por el consultor Alexander Chukovski, que asegura tener visibilidad sobre más de 50 solicitudes desde octubre de 2025 sin ninguna aprobación. La hipótesis que manejan: Google no habría aprobado ninguna petición en todo 2026. No es un dato confirmado, pero los testimonios en el foro de Search Central desde mayo apuntan en la misma dirección.

Qué está fallando exactamente

La Indexing API tiene dos vidas. La primera, una cuota de 200 peticiones diarias pensada para onboarding y testing. La segunda, la operativa real, que requiere una aprobación adicional vía formulario. Ese formulario es una caja negra: no devuelve número de referencia, no muestra estado, y no existe endpoint para consultar si la solicitud está pendiente, aprobada o rechazada.

Peor aún: varios operadores reportan un patrón que confunde. La llamada publish devuelve HTTP 200 («Google puede recrawlear pronto»), pero al consultar getMetadata para esa misma URL, la respuesta es 404. Un Product Expert de Google (voluntario, no staff oficial) apuntó en el foro que ese 404 es señal fuerte de que el proyecto no está aprobado. Es decir, tu integración parece funcionar, pero Google no está haciendo nada con esas peticiones.

Por qué esto importa al SEO hispanohablante

En España y LatAm hay un ecosistema potente de portales de empleo verticales: nichos por sector (IT, sanidad, hostelería), portales regionales y agregadores. Para todos ellos, la frescura es crítica. Una oferta de trabajo publicada hoy tiene ventana útil de días, no semanas. Depender del sitemap XML y del rastreo orgánico puede significar perder la mitad de la vida útil de la oferta antes de que aparezca en la SERP o en Google Jobs.

El problema añadido: la propia guía de datos estructurados de JobPosting sigue recomendando la Indexing API como método preferente frente al sitemap. Google está enviando a los operadores a una puerta que, en la práctica, está cerrada. Y no hay comunicación oficial que aclare el criterio de aprobación más allá de un vago «la cuota puede aumentar o disminuir según la calidad del documento».

La sombra del abuso: por qué Google desconfía

John Mueller respondió en mayo en Bluesky que la Indexing API está «inundada de bloggers intentando pasarse por sitios legítimos», y que por eso se ha vuelto más cautelosa. Tiene sentido: desde 2024 Google añadió avisos anti-spam explícitos en la documentación, tras años de plugins de WordPress usando la API para contenido que nada tenía que ver con ofertas de empleo o retransmisiones en directo (los dos únicos casos de uso legítimos).

El daño colateral es que los operadores serios pagan el precio del abuso ajeno. Y sin proceso de verificación transparente (¿por qué no exigir schema válido de JobPosting como requisito automático?), el filtro actual es simplemente no responder.

Qué hacer si gestionas un portal de empleo

Mientras Google no aclare postura, recomiendo actuar en varios frentes en paralelo:

• Sitemap XML dinámico y segmentado: uno específico para ofertas activas, con lastmod preciso y ping automático al publicar/despublicar. Es la vía oficial complementaria que la propia guía recomienda.
• Datos estructurados JobPosting impecables: validThrough, hiringOrganization, jobLocation y datePosted bien cumplimentados. Sin esto, ni Indexing API ni sitemap te salvan.
• Internal linking desde hubs de alta autoridad: categorías, ubicaciones y páginas de empresa que reciban actualizaciones frecuentes ayudan a que Googlebot descubra ofertas nuevas sin depender de la API.
• IndexNow para Bing y Yandex: no sustituye a Google, pero diversifica tráfico. En algunos verticales hispanohablantes Bing ya aporta un 5-8% de visibilidad.
• Monitorización con la URL Inspection API de Search Console: aunque limitada a 2.000 URLs/día por propiedad, permite auditar qué se está indexando realmente.

Qué esperar de Google en los próximos meses

Si Google cambia algo, lo veremos primero en el changelog de documentación de la Indexing API o en la página de cuotas. Lo lógico sería que introdujera un sistema de estado (aprobado/pendiente/rechazado con motivo) y criterios públicos de elegibilidad. Lo probable, viendo el histórico, es que mantengan la opacidad y ajusten silenciosamente el filtro.

La lección práctica: ninguna API propietaria de un buscador debe ser tu único canal de indexación. La Indexing API era un atajo útil, no una infraestructura. Los portales que ya han diversificado su estrategia de descubrimiento están sufriendo mucho menos este bloqueo. Los que apostaron todo a la API están, literalmente, esperando una respuesta que quizá no llegue nunca.

Fuente original: Search Engine Journal