Página de producto no disponible en Merchant Center: un árbol de decisión para errores 404, bloqueos de bots y cadenas de redirecciones

«Página de producto no disponible» es uno de los mensajes más costosos que muestra Merchant Center, porque no avisa. Google desactiva los productos afectados, y dejan de aparecer en anuncios y fichas gratuitas hasta que su rastreador pueda volver a acceder a la página (Ayuda de Google Merchant Center). Un solo rastreo fallido en la página móvil o en la de escritorio rechaza el artículo en ambos dispositivos y, una vez corregido, el producto puede tardar hasta 48 horas en volver (Google, problemas de rastreo de productos).

Esta guía está dirigida a responsables de feeds, jefes de agencia y desarrolladores que encuentran errores de página de destino en la pestaña «Requiere atención». Al terminar, podrá clasificar el fallo en una de seis causas (el feed, robots.txt, una regla de firewall o CDN, una cadena de redirecciones, el servidor o el propio Google) y corregirlo en origen.

Qué significa realmente cada nombre de problema de página de destino

Google comunica un único problema de fondo, «no hemos podido obtener la página de su producto», con varios nombres. La tabla asocia cada uno con su código de API y lo primero que debe comprobar.

Los códigos de los problemas proceden de la correspondencia de gravedad de la Content API; los nombres, de las páginas de ayuda de Google sobre página de producto no disponible, imposibilidad de comprobar las páginas de producto y acceso de StoreBot. La última fila es a nivel de cuenta, no de producto.

Primero, cuente cuántos productos están afectados

Antes de abrir ninguna URL, compruebe qué proporción del catálogo está afectada. Esa proporción indica dónde buscar.

• Casi todos los productos: algo que afecta a todo el sitio (robots.txt, una regla de CDN o firewall, el DNS, una caída) está bloqueando a Google. Empiece por las ramas B, C y E.
• Un subconjunto bien definido (una categoría, una marca o un patrón de URL): el feed está generando URL erróneas. Empiece por las ramas A y D.
• Una parte pequeña y dispersa sin ningún patrón, con páginas que cargan correctamente: puede que el rastreo de Google simplemente haya fallado. Emmanuel Flossie, de FeedArmy, considera que alrededor del 10 % de los productos indica una causa del lado de Google y que todos los productos indican un problema del sitio web (PPC Land, marzo de 2026). Es la observación de un profesional, no una referencia de Google, así que úsela como hipótesis de partida y no como veredicto.

Descargue los productos afectados como CSV desde la pestaña «Requiere atención» (Google) y ordénelos por ruta de URL; el patrón suele verse enseguida.

El árbol de decisión: seis causas, en el orden en que conviene comprobarlas

Pase una de las URL afectadas por la herramienta de inspección de URL, eligiendo smartphone o escritorio como tipo de obtención según el error, que es la prueba que recomienda el propio Google (Google). Después siga la primera rama que coincida.

A. La URL del feed es incorrecta (404 o URL no válida)

Si la inspección devuelve un 404, compare la URL del feed con la URL real. Causas habituales: un slug modificado, un dominio de staging, un prefijo de idioma ausente o caracteres sin codificar. Google exige que las URL empiecen por http:// o https://, que usen su dominio verificado y que los caracteres especiales estén codificados; como ejemplo, una coma se convierte en %2C (Google). El atributo link debe seguir la codificación de la RFC 2396 o de la RFC 1738 (Google, especificación de datos de producto).

Esto afecta sobre todo a tiendas turcas y árabes cuyas plataformas generan los slugs a partir de los nombres de producto. Filas ilustrativas, creadas para esta guía:

Codifique mediante una regla de feed en lugar de hacerlo a mano, y codifique una sola vez. La doble codificación convierte %C4 en %25C4, un nuevo 404. Corrija unos pocos productos con «Editar producto»; si son muchos, corrija link y mobile_link en origen y vuelva a subir el feed (Google).

B. robots.txt bloquea a Google o no es accesible

Si la inspección indica que la página está bloqueada, abra /robots.txt. La solución de Google consiste en permitir que tanto su rastreador de páginas de destino como su rastreador de imágenes obtengan todo el sitio (Google):

User-agent: Googlebot
Disallow:

User-agent: Googlebot-image
Disallow:

Tres detalles que suelen pasar desapercibidos:

• AdsBot ignora el comodín. AdsBot-Google y AdsBot-Google-Mobile ignoran el grupo User-agent: *, por lo que las reglas que les afecten deben nombrarlos expresamente (Google, rastreadores de casos especiales). Google usa AdsBot-Google para anuncios y Googlebot para resultados orgánicos, y bloquear cualquiera de los dos puede causar problemas (Google).
• Storebot-Google tiene su propio token. Sus reglas afectan a todas las superficies de Google Shopping (Google, rastreadores comunes), así que un Disallow: / añadido para ahorrar presupuesto de rastreo deja a Storebot fuera de todas las páginas de producto.
• Un robots.txt inaccesible también es un fallo. «No se puede acceder a su archivo robots.txt» es una causa propia de página de producto no disponible (Google).

Si ha modificado robots.txt recientemente, Google puede seguir mostrando los productos afectados hasta 30 días con imágenes aprobadas anteriormente (Google). Ese periodo de gracia oculta el problema; no lo soluciona.

C. La protección contra bots, un firewall o un bloqueo geográfico devuelve 403 solo a Google

Esta rama confunde porque la página carga bien en un navegador. El propio Google describe el patrón: firewalls o CDN como Cloudflare que devuelven 403 o 404 solo a bots automatizados, listas de bloqueo de user agents y frameworks de fingerprinting que marcan a los rastreadores por user agent, IP, variables del navegador o frecuencia de rastreo (Google, acceso de StoreBot).

1. Revise el registro del firewall o de la CDN en busca de solicitudes de Googlebot, AdsBot-Google o Storebot-Google bloqueadas o sometidas a desafío.
2. Verifique mediante DNS inverso, no con una lista estática de IP. Google desaconseja las listas de IP permitidas estáticas y recomienda el DNS inverso (Google). Googlebot se resuelve en googlebot.com, AdsBot en google.com, y Google publica los rangos como common-crawlers.json y special-crawlers.json (Google, verificación de solicitudes).
3. Sepa qué puede y qué no puede exceptuar su producto antibots. La documentación de Cloudflare indica que Bot Fight Mode no se puede eludir ni omitir con reglas personalizadas de WAF ni con Page Rules, mientras que Super Bot Fight Mode admite reglas Skip (documentación de Cloudflare). Si Google recibe desafíos bajo Bot Fight Mode, la solución es un cambio de configuración o de plan, no otra regla más.
4. Revise el bloqueo geográfico. La instrucción de Google es permitir el user agent AdsBot-Google y, si restringe regiones, permitir el rastreo desde EE. UU. (Google). Las tiendas que limitan el tráfico a Turquía o al Golfo se topan con esto.

No pruebe esto enviando curl con un user agent de Googlebot desde su propio equipo. Un producto antibots que verifique por IP bloqueará su solicitud por falsa aunque el Googlebot real esté permitido. Use la inspección de URL, que obtiene la página desde Google.

D. Demasiadas redirecciones o un destino de redirección roto

Google pide no más de dos redirecciones (Google). Una cadena típica de tres saltos es http:// a https://, dominio sin subdominio a www, slug antiguo a slug nuevo. Envíe la URL final. Las redirecciones que devuelven una URL no válida, vacía o demasiado larga constituyen un fallo distinto (Google). Si utiliza el complemento de disponibilidad y precios regionales, las URL que incluyan un parámetro region_id también deben poder rastrearse (Google).

E. Respuestas 5xx, tiempos de espera agotados o fallos de DNS

Estos apuntan al servidor, no al feed; Google enumera las respuestas 5xx, los nombres de host que no se resuelven, las respuestas mal formadas y los tiempos de espera agotados como causas distintas (Google). Su recomendación para temporadas de máxima actividad: si su sitio está caído o agota el tiempo de espera, los artículos pueden ser rechazados, así que confirme que el servidor soporta un pico de tráfico y compruebe la velocidad con PageSpeed Insights (Google, preparación para grandes eventos). Hágalo antes del pico del Black Friday o del Ramadán, no durante él.

F. No hay nada mal de su lado

Si la inspección de URL devuelve 200, robots.txt permite el acceso a Google, el registro del firewall está limpio y solo se ve afectada una minoría dispersa, solicite una comprobación del sitio web. Acelera la nueva aprobación; Google puede tardar hasta 12 horas y no acepta una segunda solicitud durante ese tiempo (Google). El problema puede reaparecer, a veces al día siguiente (PPC Land); si ocurre, escale el caso al soporte de Merchant Center con los resultados de su inspección.

Cuánto tarda la recuperación tras la corrección

Google ofrece plazos distintos para cada fase. Use esta tabla para fijar expectativas con quien gestiona el presupuesto:

Una lista de prevención que puede puntuar

Sume un punto por cada elemento que pueda confirmar hoy. Siete o más: los errores deberían ser poco frecuentes y rápidos de diagnosticar. Cuatro o menos: el próximo cambio en robots.txt o en la CDN probablemente dejará productos fuera de línea.

1. El feed exporta la URL canónica final del producto, nunca una URL que redirija más de una vez.
2. Una regla de feed codifica con porcentaje los caracteres no ASCII y las comas exactamente una vez.
3. Ningún dominio de staging, de vista previa o de pruebas puede llegar al feed de producción.
4. robots.txt permite Googlebot y Googlebot-Image en las rutas de productos y de imágenes.
5. Nadie ha escrito un disallow para Storebot-Google o AdsBot-Google sin un motivo que alguien pueda explicar.
6. La protección contra bots exceptúa a los rastreadores de Google verificados mediante DNS inverso, y su producto antibots admite realmente excepciones.
7. Las restricciones geográficas permiten el rastreo desde EE. UU.
8. Cada cambio en robots.txt, la CDN o el WAF se prueba con tres URL de producto mediante la inspección de URL.
9. Alguien revisa «Requiere atención» cada semana, y a diario en temporada alta.
10. Los productos que se agotan o se eliminan salen del feed antes de que sus URL empiecen a devolver 404.

Los puntos 1 a 3 y 10 dependen del feed, donde una herramienta de feeds puede hacerlos cumplir. Feed Protection de Feedance ejecuta sus comprobaciones en cada actualización del feed y descarta los artículos con enlaces de imagen rotos antes de que lleguen a un canal. Nuestra integración con Google Merchant Center envía los valores de link que producen sus reglas. La vertiente de imágenes del mismo problema se trata en nuestra guía para corregir los enlaces de imagen de producto.

Dónde se queda corta esta guía

Las herramientas de feeds, incluida la nuestra, no rastrean su sitio como lo hace Googlebot. Feed Protection valida los datos del feed en cada actualización, no es una monitorización en tiempo real y no obtiene las páginas de destino desde la red de Google. Las ramas B, C y E corresponden a su desarrollador, a su proveedor de alojamiento o al administrador de la CDN, y la inspección de URL junto con los registros de su servidor o CDN son las herramientas adecuadas en esos casos; ninguna plataforma de feeds las sustituye.

Esta guía cubre solo Google; Meta y TikTok Shop usan sus propios rastreadores y nombres de error. Las propias páginas de Google no coinciden en los plazos, así que trate la tabla de recuperación como un intervalo. Y la regla de «el 10 % indica el lado de Google» procede de un solo profesional, sin que tengamos datos propios que la confirmen.

Preguntas frecuentes

¿«Página de producto no disponible» significa que mi sitio web está caído?

No necesariamente. Significa que el rastreador de Google no ha podido obtener la URL enviada, lo que puede deberse a una URL errónea en el feed, a un bloqueo de robots.txt, a un bloqueo del firewall solo para bots, a demasiadas redirecciones o a un fallo del lado de Google.

¿Por qué mis productos se rechazan en escritorio cuando solo ha fallado la página móvil?

Google indica que un error de rastreo en la página de destino móvil o en la de escritorio rechaza el artículo en ambos dispositivos hasta que se pueda acceder a la página. Corrija la versión que falla y ambos volverán.

¿Basta con permitir Googlebot en robots.txt para los anuncios de Shopping?

No siempre. AdsBot-Google ignora el grupo User-agent: * y Storebot-Google tiene su propio token para las superficies de Shopping. Compruebe que ninguna regla deniega el acceso a ninguno de los dos.

¿Debo permitir las direcciones IP de Google en mi firewall?

Google desaconseja las listas de IP permitidas estáticas y recomienda la verificación mediante DNS inverso. Si necesita los rangos, lea los archivos JSON publicados por Google en lugar de una lista copiada una sola vez.

¿Cuánto tardan en volver los productos rechazados tras la corrección?

Una comprobación del sitio web solicitada tarda hasta 12 horas; después, las páginas de Google citan de 48 a 72 horas para que se actualicen los productos y la pestaña «Requiere atención». Cuente con dos o tres días.

¿Los caracteres turcos o árabes en las URL de producto provocan rechazos?

Pueden hacerlo si llegan a Google sin codificar o con doble codificación. Codifique los caracteres no ASCII y las comas exactamente una vez mediante una regla de feed.

¿Puede un problema de página de destino suspender toda mi cuenta?

Sí. Google tiene un problema de gravedad crítica a nivel de cuenta para páginas de destino que no funcionan, que suspende la cuenta, de modo que un pico de estos errores en todo el catálogo requiere atención el mismo día.

Revise los enlaces de su feed antes de que lo haga Google

Las causas del lado del feed que trata esta guía (dominios erróneos, caracteres sin codificar, URL que no deberían estar en el feed) resulta más barato detectarlas en el feed que en Merchant Center. Pase su feed por la herramienta gratuita de auditoría de feeds de producto, que puntúa la completitud de los datos, la calidad de los datos y la salud técnica, y trabaje sobre lo que indique antes de su próximo pico de actividad.

Fuentes

• Ayuda de Google Merchant Center: Cómo solucionar: Página de producto no disponible
• Ayuda de Google Merchant Center: Problemas de rastreo de productos
• Ayuda de Google Merchant Center: Cómo solucionar: No se pueden comprobar las páginas de producto
• Ayuda de Google Merchant Center: Cómo solucionar: No se pueden realizar comprobaciones de calidad y políticas en las páginas de producto
• Ayuda de Google Merchant Center: Cómo solucionar: El rastreador Google StoreBot no puede acceder a la página de producto en tienda
• Ayuda de Google Merchant Center: Cómo prepararse para grandes eventos y lanzamientos de productos
• Ayuda de Google Merchant Center: Especificación de datos de producto
• Google Content API for Shopping: Gravedad de los problemas y Diagnóstico de Merchant Center
• Google Search Central: Lista de rastreadores de casos especiales de Google
• Google: Lista de rastreadores comunes de Google
• Google: Verificación de rastreadores y fetchers de Google
• Documentación de Cloudflare: Bot Fight Mode
• PPC Land: El error «página de producto no disponible» de Google Merchant Center acaba con los anuncios (marzo de 2026)