Por qué una web deja de funcionar después de años

Una web puede funcionar durante años y fallar un día sin que nadie haya «tocado nada». A veces venció un dominio o certificado, cambió un servicio externo, se llenó el disco o una actualización automática encontró una incompatibilidad. El primer paso es conservar la evidencia y acotar qué dejó de funcionar: toda la web, solo algunas páginas, el acceso, el correo o el pago.

Ubica el fallo antes de restaurar

Anota hora, URL exacta, captura del error y desde qué red ocurre. Prueba otra página y un dispositivo distinto. Consulta código HTTP y logs del servidor para esa franja. Un fallo DNS no se arregla restaurando WordPress; un 500 en PHP no se diagnostica cambiando nameservers. Si hay tienda, verifica si siguen entrando pedidos y detén cualquier restauración de base que pueda sobrescribirlos.

Revisa dependencias que caducan o cambian

• Dominio y DNS: confirma vigencia, nameservers, zona activa y registros de web y correo.
• TLS: comprueba certificado servido, nombre cubierto y fecha de renovación; sigue el diagnóstico de renovación.
• Recursos: mira disco, memoria, procesos y errores de base; un límite alcanzado puede romper tareas, sesiones o subidas.
• Software: coteja versiones de WordPress, PHP, plugins y tema con el último estado sano.
• Servicios externos: revisa licencia, API, SMTP, pasarela y CDN según la función rota.

No supongas que una fecha de caducidad es la causa solo por coincidir: confirma el error observable. Un aviso del navegador puede apuntar a certificado; un pago rechazado requiere respuesta de la pasarela y registro del pedido.

Recupera la función mínima con una prueba concreta

Si detectas el componente, ensaya el cambio menos amplio que resuelva el síntoma: renovar un certificado, liberar espacio con criterio, corregir una credencial o revertir un plugin. Antes de borrar archivos o datos, crea una copia y comprueba la ruta de restauración. Después recorre una página pública, el acceso, el formulario y el pago de prueba si existe. La guía de actualizaciones fallidas cubre ese escenario; leer los registros ayuda a localizar la primera señal.

Evita repetir la sorpresa

Registra causa, responsables, vencimientos y alerta que habría detectado antes el fallo. Añade una prueba periódica del recorrido comercial y una restauración ensayada. Si no puedes aislar la causa, comparte con soporte la URL, hora, código y cambios recientes sin enviar contraseñas. Cambiar de hosting sin este diagnóstico puede trasladar intacto el mismo problema.