Mantenimiento web: lo que tiene que incluir para que tu web no pierda visibilidad

Por Manu Fraga, consultor SEO y diseñador web

Un mantenimiento web que proteja tu visibilidad tiene que incluir seis cosas: actualizaciones hechas con una copia de seguridad que se ha comprobado, una versión de PHP que siga recibiendo parches de seguridad, vigilancia de Search Console, una revisión de que Google y los buscadores de IA pueden seguir leyendo la web una medida de la velocidad con datos de visitas reales y un informe corto de lo hecho. Si el contrato solo dice «actualizaciones y copias», le falta la mitad.

Te lo explico desde lo que yo miro cuando reviso el mantenimiento de una web. Las fuentes son la documentación de WordPress, la de PHP y la ayuda de Google; lo que es criterio mío lo digo como tal.

Qué tiene que incluir un mantenimiento web

Esta es la lista que yo pediría por escrito a quien te lleve la web:

• Actualizaciones del gestor (WordPress u otro), del tema y de los plugins, con copia previa.
• Copias de seguridad de los ficheros y de la base de datos, y una prueba de que se pueden restaurar.
• Versión de PHP con soporte de seguridad vigente.
• Search Console revisado cada mes: seguridad e indexación.
• Acceso de los rastreadores: que el robots.txt no bloquee a Google ni a los bots de búsqueda de ChatGPT o Perplexity.
• Velocidad medida con datos de visitas reales.
• Un informe corto que diga qué se ha hecho y qué se ha encontrado.

Las tres primeras son las de siempre. Las demás son las que vigilan si tu web sigue apareciendo en Google y en las respuestas de la IA, y son las que yo echo en falta cuando reviso un contrato de mantenimiento.

Actualizaciones, sí, pero con una copia que funcione

La guía oficial de WordPress para actualizar el núcleo a mano pide, antes de nada, hacer copia de la base de datos y de todos los ficheros, incluido el .htaccess, y después comprobar que esas copias están ahí y se pueden usar. La propia guía lo llama «esencial».

Ese último paso es el que marca la diferencia. Una copia que nadie ha intentado restaurar es una suposición. Por eso, en lo que yo pediría por escrito, no basta con «se hacen copias diarias»: tiene que decir dónde se guardan (fuera del mismo servidor, a ser posible) y cada cuánto se prueba una restauración.

¿Por qué importa esto para el SEO? Porque si una actualización rompe la web y no hay forma de volver atrás, las páginas pueden quedarse caídas o vacías mientras Google pasa a rastrearlas. Una copia que se puede restaurar rápido acorta ese hueco.

La versión de PHP: la fecha que conviene mirar este diciembre

PHP es el lenguaje con el que funciona WordPress, y cada versión tiene fecha de caducidad. Según la tabla oficial de versiones de PHP y su lista de versiones sin soporte, consultadas el 2 de noviembre de 2026:

• PHP 8.1 dejó de recibir parches de seguridad el 31 de diciembre de 2025.
• PHP 8.2 los recibe hasta el 31 de diciembre de 2026, es decir, le queda menos de dos meses.
• PHP 8.3 tiene soporte de seguridad hasta el 31 de diciembre de 2027.

WordPress, en su página de requisitos, recomienda PHP 8.3 o superior. Añade que también funciona con PHP 7.4 o más, pero que esas versiones antiguas ya han llegado al final de su vida oficial y pueden dejar la web expuesta a fallos de seguridad.

Mi consejo práctico: pregunta a quien te lleve la web qué versión de PHP tiene tu hosting. Si la respuesta es 8.2 o anterior, el cambio tiene que estar en el plan de este mes, probado antes en una copia, porque algún plugin antiguo puede no ser compatible con la versión nueva.

Seguridad: lo que pasa en Google si te hackean

Aquí está la razón de fondo para no dejar el mantenimiento al azar. Google explica en la ayuda del informe «Problemas de seguridad» de Search Console que las páginas o sitios con problemas de seguridad pueden aparecer con etiquetas de advertencia en los resultados de búsqueda, o que el navegador puede mostrar una página de aviso antes de entrar.

Y cuando lo arreglas, no se quita solo. Hay que limpiar el problema en todas las páginas y pedir una revisión desde ese mismo informe. Según Google, esas revisiones pueden tardar entre unos pocos días y unas pocas semanas. Pueden ser días con un aviso de peligro delante de tu web.

La misma ayuda cuenta que los atacantes pueden esconder lo que han cambiado para que el dueño no lo detecte. Por eso recomienda la herramienta de inspección de URLs, que enseña la página tal como la ve Google. Un mantenimiento serio mira Search Console, no solo la web abierta en el navegador.

Que Google y la IA puedan seguir leyendo tu web

Esta parte es la que menos veo en los contratos que reviso y la que más me importa a mí. Un cambio en el robots.txt, un plugin de seguridad demasiado estricto o un cortafuegos del hosting pueden dejar fuera a los rastreadores sin que nadie lo note.

Lo que dicen las fuentes oficiales:

• OpenAI explica en su página sobre sus rastreadores que las webs que bloquean a OAI-SearchBot no salen en las respuestas de búsqueda de ChatGPT.
• Perplexity, en su documentación de rastreadores, recomienda permitir PerplexityBot en el robots.txt para aparecer en sus resultados.
• Google, en su guía sobre las funciones de IA de la Búsqueda, dice que para salir en las vistas creadas con IA y en el Modo IA la página tiene que estar indexada y poder mostrarse con fragmento, y entre las buenas prácticas pone permitir el rastreo en el robots.txt y en cualquier CDN o infraestructura del hosting.

En la práctica, yo pediría que cada mes se compruebe el robots.txt y el informe de indexación de páginas de Search Console. A mí me lleva unos diez minutos. Si quieres ver si hoy la IA te tiene en cuenta, puedes hacer el test gratuito de si ChatGPT recomienda tu empresa.

Velocidad: medirla con datos de visitas reales

Cada plugin nuevo, cada imagen subida sin comprimir y cada cambio de tema puede hacer la web más lenta. Por eso la velocidad no se mide una vez al estrenar la web, sino de forma periódica.

Search Console tiene un informe para eso, el de Métricas web principales. Según la ayuda de Google, se basa en datos de usuarios reales y agrupa las URLs en «Buena», «Necesita una mejora» o «Deficiente», por separado en móvil y en ordenador. La cifra de cada grupo es el tiempo que cumplen 75 de cada 100 cargas de página de los últimos 28 días. Solo incluye URLs indexadas y necesita un mínimo de datos, así que una web con pocas visitas puede no tener informe; entonces toca medir páginas concretas con PageSpeed Insights, que en ese caso solo da datos de laboratorio.

Lo que yo miro: si el número de URLs en «Deficiente» sube de un mes a otro, algo ha cambiado y hay que buscarlo antes de que se acumule.

Qué pedir en el informe mensual

Esto es criterio mío, no una norma de Google. Un informe de mantenimiento útil cabe en una página y responde a estas preguntas:

1. ¿Qué se ha actualizado este mes y cuándo se hizo la copia previa?
2. ¿Cuándo se probó por última vez a restaurar una copia?
3. ¿Qué versión de PHP tiene la web y hasta cuándo tiene soporte?
4. ¿Hay algo en el informe «Problemas de seguridad» o en «Acciones manuales» de Search Console?
5. ¿Ha cambiado el número de páginas indexadas o han aparecido errores nuevos?
6. ¿El robots.txt sigue dejando pasar a Googlebot, OAI-SearchBot y PerplexityBot?
7. ¿Cómo están las métricas de velocidad en móvil?

Si quien te lleva la web no puede contestar a estas siete preguntas, el mantenimiento se queda en pulsar «actualizar». Y si estás pensando en una web nueva, merece la pena pedir esto desde el principio, junto con lo que explico en qué tiene que traer una web nueva para que Google la entienda.

Si cambias de web o de proveedor

Un cambio de hosting o de quien te lleva el mantenimiento es un buen momento para revisar todo lo anterior, porque es un momento en el que se pueden romper cosas sin que se vea: redirecciones, el robots.txt, la verificación de Search Console. Si el cambio incluye mover la web a otro dominio o rehacerla, tienes los pasos en la guía de migración SEO.

Si quieres ver cómo trabajo las webs, tienes ejemplos en el portfolio y más detalle en mi página de diseño web.