Los problemas de redirección de caché AMP y los errores 404 ocurren principalmente cuando la relación entre su URL canónica y la versión en caché se desalinea. Cuando la Búsqueda de Google intenta recuperar un documento AMP de su caché, se basa en encabezados HTTP específicos y enlaces canónicos válidos para verificar el recurso. Si estos punteros se rompen o apuntan a páginas que ya no existen, Googlebot marca la caché como no válida, lo que genera errores de rastreo en Search Console.
¿Por qué las páginas en caché de AMP muestran errores 404?
Un error 404 en una página AMP en caché a menudo indica que el servidor de origen ya no proporciona el contenido que el caché espera. Google almacena en caché las páginas según su rastreo inicial exitoso; si mueve o elimina una página sin actualizar el caché, la discrepancia provoca un fallo de recuperación.
Cuando la página de origen devuelve un 404, el caché finalmente reconoce la eliminación. Sin embargo, si la página se mueve a una nueva ubicación sin una señal de redirección adecuada, el caché sigue apuntando a la URL antigua y muerta. Esto crea una brecha persistente donde los usuarios móviles ven una página faltante mientras el caché intenta validar una dirección obsoleta. Esta situación puede verse agravada si el servidor devuelve un error 404 leve, donde la página parece faltar pero envía un código de estado 200, confundiendo aún más al rastreador.
Por ejemplo, en una cuenta típica, si la URL de una categoría de producto cambia de /shop/shoes/ a /store/footwear/, las entradas antiguas del caché de AMP persistirán hasta que Googlebot vuelva a rastrear el sitio. Sin una redirección 301 adecuada de la URL antigua a la nueva, el caché permanece en un estado de limbo, sirviendo errores 404 a los usuarios que llegan a través de enlaces de búsqueda antiguos.
- La URL canónica en el encabezado HTML de AMP apunta a una página que devuelve un código de estado 404.
- La página AMP en sí ha sido eliminada del servidor de origen, pero el caché aún no se ha actualizado.
- Las directivas incorrectas en robots.txt impiden que Googlebot acceda al contenido de origen actualizado.
- Existe un bucle de redirección entre la versión AMP y la URL de escritorio canónica.
¿Cómo identificar problemas de redirección en Search Console?
Search Console proporciona la visión más directa de la salud de su caché. Al navegar al informe de estado de AMP, puede identificar qué URLs no se están renderizando correctamente. Busque códigos de error específicos relacionados con la recuperación; estos a menudo indican que el caché está intentando acceder a una ruta obsoleta.
Investigue el informe de estadísticas de rastreo para ver si Googlebot encuentra redirecciones 301 o 302 al intentar acceder a sus URLs AMP. Si una página AMP redirige a una página que no es AMP, o si se produce una cadena de múltiples redirecciones, el proceso de caché terminará para proteger el rendimiento del sitio. Asegúrese de que su URL AMP sea el destino final y que sirva su contenido directamente sin saltos intermedios.
El monitoreo constante de estos registros permite a los técnicos detectar patrones. Si observa un aumento en los códigos de estado 3xx para sus puntos finales AMP, es probable que sus reglas de redirección a nivel de servidor estén mal configuradas y afecten tanto a la versión canónica como a la AMP simultáneamente. Revise los registros de acceso del servidor para ver la ruta específica tomada por el agente de usuario de Googlebot.
Google indexa las páginas AMP utilizando criterios de evaluación estándar, pero se aplican reglas de sintaxis específicas para mantener la validez en todas las plantillas móviles.
Google Search Central
Cómo aplica esta tecnología Alien Road
En Alien Road, gestionamos la estabilidad de AMP automatizando el proceso de actualización para nuestros clientes. Cuando un sitio experimenta cambios estructurales, activamos una solicitud de actualización inmediata al caché de Google AMP. Esto asegura que el caché refleje el estado actual del servidor de origen.
En un compromiso típico, auditamos la arquitectura del sitio para garantizar que el entorno de ejecución de AMP pueda acceder a todos los recursos necesarios sin encontrar configuraciones restrictivas del servidor. Mantenemos un registro de URLs canónicas para evitar discrepancias y utilizamos un monitoreo automatizado para detectar errores 404 antes de que afecten las clasificaciones de búsqueda. Por ejemplo, a menudo configuramos alertas basadas en scripts que hacen ping a la API de caché de AMP cada vez que se produce una migración importante del sitio, obligando a Google a ingerir la nueva estructura de URL de inmediato.
- Realice un rastreo completo del sitio para identificar páginas AMP huérfanas.
- Valide todas las etiquetas canónicas para asegurarse de que coincidan exactamente con la URL de escritorio activa.
- Utilice la API de actualización de caché de AMP para indicar a Google que el contenido ha cambiado.
- Monitoree los encabezados HTTP en busca de cadenas de redirección inadecuadas que confundan al entorno de ejecución de AMP.
¿Cuáles son los escollos comunes en la configuración de AMP?
Muchos desarrolladores luchan con los estrictos requisitos del entorno de ejecución de AMP. Debido a que el entorno limita los scripts personalizados, cualquier redirección debe manejarse a través de códigos de estado HTTP estándar. El uso de redirecciones basadas en JavaScript fallará, ya que son ignoradas por el recuperador de caché de AMP.
Otro error frecuente implica servir la página AMP con una URL canónica diferente a la declarada en el encabezado HTML. Si el caché ve una discrepancia, se negará a servir la versión en caché, lo que provocará que el usuario recurra al servidor de origen, lo que puede generar latencia. La consistencia es el factor principal para la salud del caché.
Los desarrolladores deben evitar implementar lógica de redirección que dependa de la detección del agente de usuario. Dado que el caché de AMP recupera contenido de un rango de IP propiedad de Google, las reglas del servidor que bloquean o redirigen según la IP o encabezados específicos pueden hacer que el caché almacene una página vacía o rota, envenenando esencialmente la versión en caché para sus usuarios.
¿Cómo resolver bucles de redirección circulares?
Las redirecciones circulares ocurren cuando la página AMP le indica al navegador que vaya a la página canónica, pero la página canónica contiene una metaetiqueta que apunta de regreso a la página AMP. Este bucle atrapa a Googlebot e impide una indexación adecuada. Debe romper este ciclo asegurándose de que la página canónica apunte a sí misma y la página AMP apunte a la página canónica.
Revise sus archivos de configuración del servidor, específicamente los bloques .htaccess o Nginx. A veces, las reglas de redirección global destinadas a forzar HTTPS o versiones www de un sitio capturan sin querer URLs de AMP, creando una cadena de redirección que invalida la versión en caché. Las rutas claras y directas son esenciales.
Para probar esto, use la herramienta de línea de comandos curl para inspeccionar los encabezados de respuesta de sus URLs AMP. Si ve una redirección 301 que conduce a una página intermedia antes de aterrizar en el destino, tiene una cadena de redirección. Aplanar estas cadenas en una sola redirección directa es la forma más rápida de mejorar la eficiencia del rastreo y evitar que el caché deseche sus páginas.
Depuración avanzada para la latencia del caché
La latencia en las páginas AMP a menudo proviene del tiempo que le toma al caché revalidar el contenido con el servidor de origen. Si su servidor responde lentamente, el caché de AMP puede agotarse el tiempo de espera (timeout), lo que resulta en un fallo temporal para servir la página desde el caché. Asegúrese siempre de que el servidor de origen esté optimizado para solicitudes de alta frecuencia, ya que Googlebot puede golpear el servidor repetidamente durante los ciclos de revalidación.
Además, verifique si hay recursos de imágenes grandes que puedan estar obligando al entorno de ejecución de AMP a esperar. Si bien estos técnicamente no causan errores 404, pueden generar métricas de rendimiento deficientes que activan advertencias en Search Console. Al mantener sus documentos AMP ligeros y libres de peso innecesario, permite que el caché maneje las solicitudes de manera más eficiente, reduciendo el riesgo de tiempos de espera y caídas posteriores en la indexación.
Por dónde empezar esta semana
Comience auditando sus páginas con mejor rendimiento en el informe AMP de Search Console. Exporte la lista de URLs que actualmente muestran errores y verifique si todavía están activas en su servidor de origen. Si las páginas deben eliminarse, asegúrese de que devuelvan un código de estado 404 o 410 para que Googlebot pueda eliminarlas del índice. Si deben estar activas, corrija el enlace canónico para asegurarse de que apunte a la URL correcta y existente.
Después de hacer las correcciones, use la herramienta de inspección de URL en Search Console para solicitar un nuevo rastreo de las páginas afectadas. Esto obligará a Google a reevaluar la relación canónica y borrar las entradas antiguas en caché. La consistencia en estos pasos restaurará el rendimiento de su sitio y evitará errores de rastreo recurrentes.