Mantenimiento web: cómo planificarlo sin perder posicionamiento en Google ni en la IA

Con respecto a la brecha de seguridad en PHP (Hypertext Preprocessor), muchos sitios tuvieron que entrar en mantenimiento web para aplicar los parches de seguridad y así no quedar expuestos a ataques remotos. Pero ¿qué pasa con el posicionamiento cuando un sitio queda fuera de línea y los rastreadores de Google y de la inteligencia artificial (IA) siguen visitándolo?

Por ello, antes de desconectar un sitio conviene saber que lo que el servidor responde durante la pausa define si conserva sus posiciones o empieza a perderlas. Una respuesta mal configurada puede llevar a Google a interpretar que tus páginas dejaron de existir, y la recuperación posterior no siempre es rápida ni completa.

La vulnerabilidad de PHP y su impacto en el SEO, GEO y AEO

Actualizar WordPress o sus plugins no corrige estas fallas, porque PHP se actualiza en el servidor y el parche lo aplica el hosting. Para los sitios que debieron desconectarse, Google Search Central recomendó servir un código 503 durante el parche, generado fuera de PHP, por ejemplo con una regla del servidor web o redirigiendo el dominio a otro servidor.

El otro frente es la seguridad. Un sitio sin parchar puede ser intervenido y terminar con páginas de spam indexadas, y según Google, el 61 % de los administradores de sitios hackeados nunca recibió su aviso porque no tenía el sitio verificado en Search Console.

Para la optimización en motores generativos (GEO) y en motores de respuesta (AEO) el efecto es equivalente. Un sitio caído durante días o con contenido inyectado por terceros deja de ser una fuente útil para los asistentes de IA, que arman sus respuestas con las páginas que logran rastrear.

¿Por qué el mantenimiento web puede afectar tu SEO?

La optimización para motores de búsqueda (SEO) depende de que Googlebot pueda rastrear tus páginas y mantener actualizada su versión indexada. Durante una intervención técnica, el robot sigue llegando al sitio y registra lo que el servidor le entrega, sin forma de saber si se trata de una pausa programada o de un cambio definitivo.

Esa información viaja en el código de estado del protocolo de transferencia de hipertexto (HTTP), un número que acompaña cada respuesta del servidor. Según el código o la instrucción que reciba, Google conserva tus páginas, las reemplaza por el aviso o las retira de sus resultados.

Además del código, durante la pausa pueden quedar activas una etiqueta noindex o una regla del robots.txt que bloquee el rastreo completo. En ambos casos el sitio envía instrucciones explícitas de exclusión, y el buscador las aplica aunque la intención haya sido temporal.

Cómo interpreta Google cada respuesta durante la pausa

Qué es el error 503 y por qué es la respuesta correcta durante el mantenimiento

El error 503, cuyo nombre técnico es Service Unavailable, indica que el servidor no puede atender la solicitud por una condición temporal. A diferencia de un 404, no afirma que el contenido haya desaparecido, por lo que Google conserva por un tiempo las páginas indexadas y reduce el ritmo de rastreo hasta que el sitio vuelva a responder con normalidad.

Mientras recibe esa respuesta, Google ignora el contenido de la página y tampoco actualiza títulos, descripciones ni datos estructurados. Por eso conviene acompañar el error 503 con el encabezado Retry-After, que entrega una fecha o una duración estimada para que los rastreadores sepan cuándo volver.

¿Cuánto tiempo puede estar tu sitio en mantenimiento sin afectar el SEO?

Google no fija un plazo único, pero su documentación sobre frecuencia de rastreo desaconseja sostener un 503 por más de uno o dos días, porque las direcciones que lo devuelven durante varios días pueden salir del índice. La empresa ya había advertido antes que empezaría a desindexar páginas de un sitio caído por más de unos pocos días.

Los cortes breves son otra cosa. En una sesión de Google Search Central se consideraron aceptables ventanas de mantenimiento cortas de 10 a 15 minutos varias veces por semana, y Gary Illyes explicó que si el sitio sigue siendo accesible y la caída es mínima, el posicionamiento no debería verse afectado.

Si el trabajo va a tomar más que unos días, lo más seguro es mantener el sitio en línea con funciones limitadas en lugar de bajarlo por completo. En una tienda, eso puede significar desactivar el carrito y mostrar un aviso visible, mientras el catálogo sigue disponible para usuarios y rastreadores.

Buena parte de los cambios pesados, como un rediseño o una migración web, también puede prepararse en un entorno de pruebas, conocido como staging, para que el sitio público solo se desconecte durante el traspaso final. Si el cierre total resulta inevitable, Google sugiere dejar una página principal indexable con código 200 en vez de sostener el 503 durante semanas.

Cómo poner tu sitio en modo mantenimiento sin afectar el SEO

La forma de entregar la respuesta correcta depende de cómo está construido el sitio. En algunos casos basta con una opción del panel y en otros conviene trabajar sin desconectar el sitio.

En WordPress

WordPress ya resuelve parte del problema. Durante las actualizaciones del núcleo, temas o plugins, crea un archivo temporal llamado .maintenance y responde con un 503 acompañado de Retry-After.

Si usas un plugin para intervenciones más largas, elige el modo mantenimiento y no el de próximo lanzamiento, que responde con código 200. Al terminar, vacía la caché para que no siga sirviendo la página en mantenimiento.

En otras plataformas (Shopify, Wix, Webflow)

En estas plataformas no controlas el código de estado, y sus opciones de cierre ocultan el contenido a los buscadores. La página con contraseña de Shopify deja visible solo esa portada, y Wix advierte que despublicar por más de unos días puede afectar el posicionamiento en Google o la IA.

La alternativa es trabajar sin desconectar el sitio público. Shopify permite editar un tema duplicado sin publicarlo, Wix guarda los cambios hasta que los publicas y Webflow permite publicar primero en su subdominio webflow.io.

En sitios a medida o con servidor propio

Con servidor propio puedes devolver el 503 desde Apache, Nginx o una red de distribución de contenidos (CDN), excluyendo el robots.txt y las conexiones de tu equipo. La respuesta debe salir de un componente que siga activo mientras la aplicación está detenida.

Si depende de la misma aplicación que estás interviniendo, el error 503 puede no llegar a entregarse. En ese caso los visitantes y los rastreadores reciben una falla genérica en lugar del aviso.

Riesgos del robots.txt durante el mantenimiento

El robots.txt indica a los rastreadores qué partes del sitio pueden visitar, por lo que un error en ese archivo afecta a todo el dominio. Durante un mantenimiento web, los fallos más comunes con este archivo aparecen al inicio, durante y al cierre de la intervención.

• Bloqueo total con Disallow: Agregar una regla que impida rastrear todo el sitio parece una forma rápida de pausarlo, pero Google advierte que puede retirar del buscador tanto el contenido como sus direcciones.

• Robots.txt con código 503: Si el archivo queda incluido en la regla de mantenimiento, Google no puede leerlo y suspende el rastreo de todo el sitio, incluso de las páginas que funcionan con normalidad.

• Archivo heredado del entorno de pruebas: Al traspasar los archivos a producción, el robots.txt del staging, que suele bloquear todo el rastreo, puede reemplazar al original sin que nadie lo note.

¿Cómo afecta el mantenimiento web a tu posicionamiento en ChatGPT y otras IA?

El SEO para IA depende en buena parte de las mismas condiciones que el posicionamiento tradicional. En Google, una página tiene que estar indexada y ser elegible para mostrarse con fragmento para aparecer en AI Overviews o en el Modo IA, y otros asistentes, como ChatGPT con OAI-SearchBot, usan rastreadores propios que también llegan durante la pausa.

Si uno de esos agentes consulta tu sitio mientras está en mantenimiento, recibe el aviso en lugar del contenido y arma su respuesta con otras fuentes. Una precaución propia del SEO para IA es no bloquear esos rastreadores desde el robots.txt y mantener la pausa lo más corta posible, porque estas empresas no documentan cómo interpretan un 503.

Checklist de mantenimiento web: antes, durante y después

La mayoría de los problemas de posicionamiento en Google y la IA durante una pausa surgen de detalles de ejecución, no del enfoque general. Estos controles siguen el orden en que conviene revisarlos.

• Ventana de intervención: Antes de empezar, fija un horario de bajo tráfico y una duración acotada, porque el riesgo para el posicionamiento crece mientras más se extiende la pausa.

• Página de aviso: Prepara la página en mantenimiento con código 503, encabezado Retry-After y estilos incrustados, para que cargue aunque la aplicación esté detenida.

• Respuesta del servidor: Durante la intervención, confirma con curl que las páginas devuelven 503 y que el robots.txt sigue respondiendo con 200, ya que el navegador no muestra esa diferencia.

• Caché y configuración heredada: Al reabrir, vacía todas las capas de caché y revisa que ni el robots.txt ni alguna etiqueta noindex vengan del entorno de pruebas, porque esos restos siguen excluyendo páginas o mostrando el aviso aunque el sitio ya funcione.

• Seguimiento en Search Console: En los días siguientes, revisa los informes de estadísticas de rastreo y de indexación de páginas, donde aparecen los errores de servidor y las exclusiones que una revisión manual no alcanza a ver.

Una pausa bien configurada protege tu posicionamiento

Un mantenimiento web bien ejecutado no tiene por qué costar posiciones. Entregar un 503 con Retry-After, mantener accesible el robots.txt, acotar la pausa y trabajar en entornos de prueba son las condiciones que sostienen tu presencia en Google y en los asistentes de IA.

En Postedin optimizamos el apartado técnico de los sitios web, desde actualizaciones hasta migraciones, sin que pierdan posicionamiento en buscadores ni visibilidad en las plataformas de IA. Planificamos cada intervención para que el sitio siga disponible para usuarios y rastreadores.