¿Qué hacer si tu página web deja de funcionar? 8 pasos para actuar sin empeorar el problema

Esta página es un protocolo de actuación; no es otra página de soporte técnico

La intención aquí es responder a una situación concreta: “mi web se ha caído, ¿qué hago ahora y en qué orden?”

Si ya sabes que necesitas a alguien que intervenga técnicamente, la página adecuada es soporte técnico web .

Si lo que buscas es prevenir problemas mediante revisiones recurrentes, actualizaciones y copias, la intención correcta está en mantenimiento web.

Y si existen indicios claros de acceso no autorizado, archivos modificados, redirecciones extrañas o contenido inyectado, conviene tratarlo como un posible incidente de seguridad y no como una caída genérica.

Los 8 pasos que seguiría cuando una página web deja de funcionar

El objetivo es recuperar el servicio sin borrar pistas, perder información reciente o introducir un segundo problema mientras intentamos resolver el primero.

1. Comprueba si la web está realmente caída para todos

Antes de tocar el servidor, comprueba que el problema no está únicamente en tu navegador, conexión o dispositivo.

Haz una comprobación sencilla:

• abre la web desde otro dispositivo;
• prueba desde datos móviles en lugar de la misma Wi-Fi;
• utiliza una ventana privada o incógnito;
• comprueba varias URLs del sitio, no solo una página;
• pregunta a otra persona si puede acceder desde otra conexión.

Si funciona desde otra red, puede existir un problema local de caché, DNS, navegador o conexión. Si falla desde varios lugares, ya tiene más sentido investigar la infraestructura o la propia aplicación.

2. Guarda el mensaje de error, una captura y la hora aproximada

“No funciona” aporta poca información técnica. En cambio, el mensaje exacto puede reducir mucho el diagnóstico.

Anota:

• mensaje o código de error;
• URL que estabas visitando;
• hora aproximada en la que comenzó;
• si falla toda la web o solo una sección;
• si el panel de administración sigue accesible;
• qué ocurrió justo antes del fallo.

Una captura también ayuda si el error desaparece temporalmente antes de que alguien pueda revisarlo.

3. Revisa dominio, DNS, certificado SSL y estado del hosting

Una web puede estar perfectamente programada y seguir inaccesible porque un elemento externo dejó de funcionar.

Comprobaría primero:

• que el dominio no haya caducado;
• que los registros DNS sigan apuntando al servidor correcto;
• que el proveedor de hosting no tenga una incidencia;
• que el certificado SSL esté vigente y correctamente configurado;
• que la cuenta de hosting no esté suspendida;
• que no se hayan alcanzado límites importantes de recursos o almacenamiento.

Si el error es de DNS o red, Google tampoco puede acceder al contenido, así que conviene resolver la conectividad antes de empezar a modificar WordPress o el código.

4. Comprueba qué cambió justo antes de que la web dejara de funcionar

La cronología suele ser una de las pistas más útiles.

Preguntaría si hubo:

• actualización de WordPress, plugin o tema;
• cambio de PHP;
• modificación de DNS;
• migración de hosting;
• cambio de contraseña o permisos;
• instalación de un plugin;
• modificación de código;
• cambio en una API o servicio externo;
• renovación o modificación de SSL;
• restauración o importación reciente.

Si la web funcionaba correctamente y dejó de hacerlo inmediatamente después de uno de estos cambios, ese evento debe investigarse antes que hipótesis más lejanas.

5. No actualices, borres plugins, cambies DNS y restaures una copia todo a la vez

Cuando el negocio está bloqueado existe la tentación de probar muchas cosas rápidamente. Eso puede complicar la recuperación porque después ya no sabemos qué cambio corrigió el problema o cuál introdujo otro nuevo.

Evitaría especialmente:

• actualizar todos los componentes “por si acaso”;
• borrar plugins sin saber qué función cumplen;
• modificar DNS repetidamente;
• eliminar archivos que parecen extraños sin analizarlos;
• restaurar varias copias sucesivas;
• reinstalar la web completa sin conservar el estado actual.

Siempre que sea posible, cambia una cosa, comprueba el resultado y documenta qué hiciste.

6. Revisa logs, base de datos, aplicación y componentes críticos

Si dominio, DNS y hosting están operativos, el siguiente paso es buscar información en la aplicación y el servidor.

Según la tecnología, puede ser útil revisar:

• logs de errores del servidor web;
• logs de PHP o aplicación;
• conexión con la base de datos;
• espacio disponible;
• permisos de archivos;
• plugins o módulos actualizados recientemente;
• dependencias;
• servicios externos que bloquean una parte crítica;
• estado del proceso PHP o de la aplicación.

Aquí ya entramos en diagnóstico técnico. Si no sabes interpretar estos elementos, es preferible pedir soporte antes que seguir cambiando configuraciones.

7. Decide si una copia de seguridad es la mejor vía de recuperación

Tener una copia de seguridad es muy importante, pero restaurar no debería ser un reflejo automático.

Antes de recuperar una versión anterior comprobaría:

• de qué fecha es la copia;
• si incluye archivos y base de datos;
• qué información nueva se perdería al restaurar;
• si la copia se generó antes o después de aparecer el problema;
• si el fallo proviene de un elemento que seguirá presente después de restaurar;
• si podemos conservar una copia del estado actual antes de sobrescribirlo.

En una web corporativa sencilla perder unas horas de cambios puede ser asumible. En un ecommerce, reservas o una aplicación con usuarios, restaurar una base de datos antigua puede eliminar pedidos o información reciente.

La guía específica sobre esta decisión está en copias de seguridad de una página web .

8. Cuando vuelva a cargar, comprueba que la web esté realmente recuperada

Ver la portada no significa que todo el servicio esté funcionando.

Después de recuperar la web comprobaría al menos:

• portada y páginas principales;
• panel de administración si existe;
• formularios;
• enlaces y navegación;
• emails generados por la web;
• checkout, reservas o funciones críticas cuando existan;
• certificado HTTPS;
• logs para comprobar que no siguen apareciendo errores;
• móvil y escritorio.

También documentaría la causa y la solución. Esa información puede ahorrar mucho tiempo si aparece una incidencia parecida en el futuro.

Qué puede significar el error que estás viendo

El mensaje exacto no siempre identifica la causa, pero ayuda a decidir dónde mirar primero.

Un 404 aislado no significa que “toda la web esté caída”. De la misma forma, un problema que solo aparece en tu navegador no debería llevar directamente a modificar el servidor.

¿Qué ocurre con Google si una página web permanece caída?

Una caída puntual no significa que Google elimine inmediatamente una web de sus resultados. Pero una indisponibilidad prolongada sí puede acabar afectando al rastreo y a la indexación.

Google explica que los errores de servidor 5xx hacen que sus rastreadores reduzcan temporalmente la frecuencia de rastreo. Las URLs ya indexadas pueden mantenerse durante un tiempo, pero si los errores persisten pueden terminar retirándose del índice.

Google trata de forma parecida determinados errores de red y DNS: si no puede acceder al servidor, no puede recuperar contenido nuevo y las URLs que permanecen inaccesibles durante días pueden acabar desapareciendo del índice.

Por eso, ante una caída real, la prioridad es recuperar un servidor que responda correctamente; no cambiar títulos, sitemap o contenido mientras la infraestructura sigue inaccesible.

Si sospechas de un hackeo, no trates el problema como una caída normal

Hay síntomas que cambian el tipo de incidencia:

• usuarios administradores que no reconoces;
• redirecciones hacia otros dominios;
• archivos modificados sin explicación;
• contenido o enlaces inyectados;
• avisos del hosting o navegador sobre malware;
• cambios de contraseñas no realizados por el equipo.

En ese escenario puede ser importante conservar evidencias, revisar accesos y recuperar desde una versión conocida como limpia. La intención específica está en cómo proteger una página web frente a hackeos .

Qué preparar después para que la próxima incidencia sea más fácil de resolver

No todas las caídas pueden evitarse, pero sí podemos reducir el tiempo perdido cuando ocurre una.

Dejaría preparados:

• accesos actualizados a dominio y hosting;
• una política de copias acorde al tipo de web;
• registro de cambios importantes;
• contacto técnico claro;
• lista de funciones críticas que deben comprobarse después de una recuperación;
• renovación controlada de dominio, SSL y licencias necesarias;
• revisiones técnicas periódicas cuando la tecnología lo requiera.

Un servicio de mantenimiento puede ayudar con parte de esta prevención, pero no debería confundirse con vigilancia 24/7 si esa prestación no está incluida expresamente.