Google explica 503, límites de robots.txt y URLs con corchetes

Tu tienda cae un martes a las 14:00 y a las 14:02 Google ya ha empezado a notar el problema

Imagina la escena. Estás en plena campaña de Amazon Ads, el tráfico de Meta está entrando, y tu desarrollador necesita reiniciar el servidor para aplicar un parche crítico de PHP. Lo hace. La web queda en blanco.

¿Qué código devuelve tu servidor en esos minutos de oscuridad?

Si devuelve un 404, estás avisando a Google de que tus productos desaparecieron. Si devuelve un 200 con una página de error HTML, estás sirviendo contenido basura. La respuesta correcta, y la que Google documentó explícitamente el 21 de octubre de 2026, es el código de estado 503.

No es un capricho. Google Search Central afirmó textualmente que servir un 503 «ensures already indexed URLs are preserved in Search while you work». Es decir, es la única manera de decirle al buscador: “Hoy no abro, pero mañana vuelvo y todo está igual”.

Para un seller de Amazon o una marca DTC con catálogo propio, esto no es un detalle técnico menor. Es la diferencia entre perder visibilidad orgánica durante el mantenimiento o recuperarla al día siguiente como si nada hubiera pasado.

El 503 no se sirve desde el código que se está rompiendo

Aquí es donde la mayoría de los equipos de e-commerce tropiezan, no por falta de voluntad, sino por arquitectura.

John Mueller, en su cuenta de Bluesky, matizó algo crucial: durante el mantenimiento de PHP, el código 503 debe servirse externamente a PHP. O sea, no puedes esperar a que tu CMS o tu framework PHP responda si ese framework es justamente lo que está caído o reiniciándose.

Tienes dos opciones reales:

1. Servir el 503 desde tu CDN (Cloudflare, Akamai, etc.).
2. Redirigir el DNS a un servidor estático que responda con ese código.

Si tu configuración actual depende de que el servidor web (Apache, Nginx) haga fallback a PHP para generar la respuesta, estás en riesgo. Si PHP no responde, no hay respuesta, y Google interpreta el timeout o el error 500 (que suele ser más dañino que un 503) de forma desfavorable.

La documentación de Google es tajante con el tiempo: no más de 1 o 2 días. Si una URL mantiene el estado 503 durante varios días, Google asume que la página no existe o no es relevante, y puede eliminarla del índice. ¿Cuánto tarda realmente un parche de PHP? Minutos. ¿Cuánto tarda un despliegue completo? Horas. Pero si llevas 48 horas con la web caída, el problema no es el código de estado, es tu proceso de despliegue.

Robots.txt: un malentendido que lleva años costando tráfico

Gary Illyes aprovechó la misma ventana de actualización para limpiar el terreno sobre robots.txt. Lo definió bajo el estándar RFC 9309 como un protocolo de preferencias de acceso.

¿Qué significa esto en la práctica para tu equipo?

Significa que robots.txt no es una herramienta de borrado de datos. No dice: “Rastrea esto y luego bórralo de tu índice”. Dice: “Por favor, no accedas a esta URL”. Si Google ya ha rastreado y indexado una página, y luego la bloqueas en robots.txt, Google puede seguir teniendo esa URL en el índice. Simplemente deja de actualizarse. Si quieres eliminar contenido, necesitas una etiqueta noindex o un 410/404, no un Disallow.

Un error clásico en e-commerce: bloquear categorías vacías o filtros dinámicos en robots.txt esperando que desaparezcan de Google. No desaparecen. Solo dejan de tener datos frescos. Si necesitas control fino sobre qué rastrea Google de tu estructura de facetas o filtros, necesitas una estrategia de SEO técnico que vaya más allá de un archivo de texto plano. En Roicos trabajamos el posicionamiento SEO para ecommerce exactamente para evitar este tipo de bloqueos innecesarios que asfixian el crecimiento orgánico.

Las URLs con corchetes: un riesgo silencioso en tus enlaces internos

Otro punto que Google aclaró y que afecta a cualquier tienda que use parámetros o slugs personalizados: las URLs con corchetes en texto plano y las percent-encoded son consideradas independientes.

Ejemplo:

• https://tuweb.com/producto[color=rojo]
• https://tuweb.com/producto%5Bcolor%3Drojo%5D

Para Google, son dos URLs distintas. Si tu plataforma genera enlaces internos con corchetes sin codificar, y otros con codificación, estás fragmentando tu autoridad de enlace y confundiendo al rastreador.

Revisa ahora mismo tus logs de servidor y tus mapas de sitio. ¿Generan tu CSM (Magento, Shopify, etc.) URLs con corchetes sin sanitizar? Si la respuesta es sí, tienes un problema de duplicado técnico que está diluyendo tu relevancia. No es un error grave, pero es un error que se acumula.

JPEG XL: bonito, rápido, pero invisible para Google Images

El tema de las imágenes siempre genera ruido. El formato JPEG XL se incorporó en Chrome 155 (6 de octubre de 2026) y en Firefox 158 (13 de octubre de 2026). Técnicamente, ya es estándar en navegadores.

Pero ojo. John Mueller confirmó que JPEG XL no está soportado actualmente en Google Images ni en las vistas previas de Google Discover.

¿Qué significa esto?

Que si subes tus fotos de producto en JPEG XL porque son un 50% más ligeras que el JPEG tradicional, tus clientes en Chrome verán la imagen perfecta. Pero Google no podrá mostrar esa imagen en sus resultados de imágenes ni en Discover. Tu producto pierde un canal de descubrimiento visual completo.

Hasta que Google confirme soporte nativo (y no hay fecha anunciada), tu estrategia de optimización de imágenes debe priorizar la compatibilidad universal. WebP sigue siendo el equilibrio ideal entre peso y compatibilidad con los buscadores. No sacrifiques la visibilidad en Google Images por un ahorro de kilobytes en la transferencia.

1-2 días — es el límite máximo que recomienda Google para mantener un código 503 antes de arriesgar la indexación de tus URLs. Fuente: Search Engine Journal

La confusión entre rastreo y indexación sigue siendo la norma

Lo que une todos estos puntos (503, robots.txt, corchetes, formatos de imagen) es un error conceptual: tratar el rastreo como si fuera el índice.

Rastrear es leer. Indexar es guardar.

Un robots.txt controla la lectura. Un 503 avisa de que el libro está cerrado temporalmente. Un noindex dice que el libro no merece estar en la estantería. Un formato de imagen no soportado dice que la portada es ilegible para el archivista.

Mezclar estas señales es la causa raíz de la mayoría de las caídas de tráfico orgánico en e-commerce que no tienen nada que ver con algoritmos. Tienes que entender qué le estás pidiendo a Google en cada capa de tu arquitectura web.

Si tu web depende de un CMS complejo y no tienes visibilidad clara sobre cómo Google interpreta tus señales técnicas, la opacidad se convierte en un coste mensual.

Preguntas frecuentes sobre estas actualizaciones de Google

¿Puedo dejar mi web con código 503 durante una semana por un rediseño completo?

No. La documentación de Google indica que si las URLs mantienen el estado 503 durante más de 1 o 2 días, pueden ser eliminadas del índice. Para un rediseño, debes mantener el sitio visible (aunque sea con una landing de “en construcción” que devuelva 200) o planificar la migración con redirecciones 301, no con apagones temporales prolongados.

¿El token Google-Extended en robots.txt afecta mi tráfico orgánico?

No. Según Google, Google-Extended es un token de control para Gemini y Vertex AI. No tiene una cadena user-agent HTTP propia y no afecta la inclusión en Google Search. Si lo añades o quitas de tu robots.txt, tu visibilidad en búsquedas web estándar no se vería alterada.

¿Debo codificar las corchetes en mis URLs de producto?

Sí. Google trata las URLs con corchetes en texto plano y las percent-encoded como URLs independientes. Para consolidar tu autoridad y evitar duplicados, asegúrate de que tus enlaces internos, sitemap y canonicals usen siempre la versión percent-encoded (por ejemplo, %5B y %5D).

¿Por qué Google no soporta JPEG XL en Images si los navegadores sí lo hacen?

Porque el soporte en el navegador (Chrome 155, Firefox 158) y el soporte en los motores de búsqueda son sistemas independientes. Google Images y Discover aún no procesan JPEG XL, por lo que las imágenes en este formato no aparecerán en esos canales, perdiendo visibilidad visual.

¿Cómo afecta esto a mi estrategia de contenido para IA?

Si estás implementando archivos llms.txt o optimizando para motores de IA, recuerda que las señales técnicas de accesibilidad (como el 503 correcto y el robots.txt bien configurado) siguen siendo la base. No puedes gestionar el acceso de las IAs si tu servidor no responde correctamente durante el mantenimiento ni si tus reglas de acceso son ambiguas. Te recomendamos revisar nuestra guía sobre qué es llms.txt en SEO para ecommerce para alinear ambas estrategias.

Tu infraestructura define tu techo de crecimiento

Estas actualizaciones de octubre de 2026 no son “features nuevas”. Son recordatorios de las reglas del juego que llevan años vigentes.

El 503 protege tu indexación en momentos de fragilidad. El robots.txt gestiona el acceso, no el borrado. Los corchetes fragmentan tu autoridad si no los controlas. Y el JPEG XL es prematuro para tu estrategia de descubrimiento visual.

Si tu equipo actual trata estos aspectos como “cosas de desarrolladores” y no como palancas de crecimiento orgánico, estás dejando dinero en la mesa. La visibilidad en Google no se gana con más anuncios cuando la base técnica está filtrando tráfico.