Índice del artículo
Entras en tu web y no carga. O peor: te avisa un cliente porque no puede enviar un formulario, reservar una cita, consultar tus servicios o terminar una compra.
En ese momento da bastante igual si el fallo viene de un plugin, del hosting, del certificado SSL o de la base de datos. Para quien intenta entrar, la web está caída.
Y ese es el problema real.
Muchas pymes no se enteran de que su web falla hasta que alguien de fuera lo ve primero. Un cliente llama. Un formulario deja de llegar. Aparece un aviso de “sitio no seguro”. La página se queda en blanco. O el panel de WordPress directamente no permite entrar.
Si alguna vez te has preguntado por qué se cae una web, la respuesta casi nunca está en algo misterioso. En muchos casos, el fallo viene de causas bastante concretas: una actualización que rompe algo, un certificado SSL caducado, un hosting demasiado justo, un problema de base de datos o un dominio mal controlado.
La parte buena es que muchas de estas caídas se pueden prevenir.
No siempre se puede evitar cualquier fallo, pero sí puedes reducir muchísimo el riesgo si tienes un mantenimiento mínimo: copias de seguridad, actualizaciones con criterio, monitorización, control del hosting, revisión del SSL y dominio localizado.
Porque una web no suele caerse “porque sí”. Normalmente había señales antes. La diferencia está en verlas antes de que las vea un cliente.
Error 500 después de actualizar WordPress
Uno de los fallos más habituales en WordPress es el clásico Error 500 después de actualizar un plugin, una plantilla o un constructor visual.
Puede pasar en webs grandes, pero también en webs pequeñas: una clínica, una asesoría, una academia, una tienda local o una empresa de servicios. Basta con que dos piezas dejen de entenderse después de una actualización.
Por ejemplo: tienes una plantilla algo antigua, se actualiza automáticamente un plugin importante y, de repente, la home se queda en blanco. O el panel de administración no carga. O aparece un mensaje genérico de error interno del servidor.
Para una pyme, esto suele generar bastante tensión porque no siempre se entiende qué ha pasado. “Ayer funcionaba” es una frase muy habitual en este tipo de incidencias.
Y seguramente sea verdad. Ayer funcionaba. Pero entre ayer y hoy algo se ha actualizado, ha cambiado o ha entrado en conflicto.
Lo primero que conviene revisar es qué se tocó por última vez:
- ¿Se actualizó un plugin?
- ¿Cambió la plantilla?
- ¿Se activó una nueva funcionalidad?
- ¿Hubo una actualización automática?
- ¿Se instaló algo nuevo?
- ¿El hosting hizo algún cambio de versión de PHP?
Si el error aparece justo después de una actualización, lo más práctico suele ser desactivar el plugin sospechoso, volver temporalmente al tema anterior o restaurar una copia de seguridad reciente.
Y aquí está la clave: reciente.
De poco sirve tener una copia de hace seis meses si la web ha cambiado, has recibido formularios, has subido contenido o tienes pedidos recientes. Por eso, antes de tocar plugins, plantillas o partes sensibles de la web, conviene tener una copia de seguridad real y no confiar en que “algo habrá guardado el hosting”.
Una actualización puede fallar. Lo importante es que ese fallo no se convierta en una mañana entera de caos.
Certificado SSL caducado: cuando la web parece insegura
Otra causa muy habitual de problemas es el certificado SSL caducado o mal renovado.
En este caso, puede que la web técnicamente siga existiendo, pero para el usuario el efecto es casi el mismo que si estuviera caída. El navegador muestra un aviso de sitio no seguro, bloquea el acceso o genera desconfianza antes incluso de que la persona vea la página.
Y esto es especialmente delicado en negocios que captan contactos desde la web.
Si alguien entra para pedir presupuesto, reservar una cita o rellenar un formulario y ve un aviso de seguridad, lo más probable es que cierre la página. No se va a parar a pensar si el problema es del certificado, del servidor o de una renovación automática que ha fallado.
Simplemente se irá.
El certificado SSL es lo que permite que la web funcione con HTTPS y que el navegador la considere segura. El problema aparece cuando ese certificado caduca, no se renueva correctamente o se rompe la configuración después de un cambio de hosting.
Esto puede pasar por varias razones:
- La renovación automática no estaba bien configurada.
- El hosting cambió algo y dejó de renovar el certificado.
- El dominio apunta a otro servidor.
- El correo de aviso llega a una cuenta que nadie revisa.
- Se hizo una migración y no se comprobó el SSL después.
La prevención aquí es bastante sencilla: revisar que el SSL renueva correctamente y activar algún aviso antes de que caduque.
No hace falta esperar a que un cliente mande una captura con el mensaje de “conexión no segura”. Ese aviso debería llegar antes al equipo que gestiona la web.
Error de base de datos o hosting demasiado justo
Otro fallo muy común es el mensaje de “Error al establecer la conexión con la base de datos”.
En WordPress, esto suele significar que la web no puede comunicarse correctamente con la base de datos. Puede deberse a una configuración incorrecta, a credenciales mal puestas, a una migración incompleta o a que el servidor de base de datos no responde.
Pero en muchas pymes también aparece por algo más simple: el hosting va demasiado justo.
Una web puede funcionar durante meses sin dar problemas y empezar a fallar cuando se acumulan plugins, imágenes, formularios, copias temporales, correos, logs o tráfico. No hace falta tener una tienda enorme para que un hosting básico se quede corto.
Algunos síntomas habituales son:
- La web carga muy lenta.
- El panel de WordPress se queda pensando.
- Las actualizaciones fallan.
- Aparecen errores intermitentes.
- Los formularios no siempre entran.
- La base de datos deja de responder en momentos concretos.
- El espacio del hosting está casi lleno.
Cuando el problema aparece justo después de una migración, lo primero sería revisar datos de conexión, base de datos, usuario, contraseña y servidor. Pero si el fallo es intermitente y aparece sobre todo en horas de más actividad, conviene mirar los recursos reales del plan.
A veces el problema no es “la web”. Es que el alojamiento se ha quedado pequeño para lo que esa web necesita ahora.
Y esto es importante: una web no tiene por qué estar mal hecha para fallar si el hosting no acompaña. Puede estar simplemente creciendo sobre una base demasiado limitada.
Dominio, DNS o cambios de hosting mal controlados
Hay otra causa que muchas veces se pasa por alto: el dominio y las DNS.
Una web puede estar perfectamente construida, tener sus plugins actualizados y contar con un hosting correcto, pero si el dominio no apunta donde debe, no se verá.
Esto ocurre más de lo que parece.
Una empresa cambia de proveedor, se hace una migración, alguien toca las DNS, se activa Cloudflare, se modifica una zona DNS o el dominio caduca porque los avisos llegaban a un correo antiguo. Y de repente la web deja de cargar, el correo falla o algunas personas ven la web antigua y otras la nueva.
Para una pyme, esto suele ser especialmente confuso porque no siempre se ve igual desde todos los dispositivos. A veces en una oficina carga, en otra no. En un móvil aparece bien, en otro no. En una red se ve la web nueva y en otra sigue saliendo la antigua.
Esto puede pasar por propagación de DNS, caché, configuraciones mezcladas o cambios incompletos.
Por eso es tan importante tener claro:
- Dónde está registrado el dominio.
- Quién tiene acceso a esa cuenta.
- Cuándo caduca.
- Qué DNS está usando.
- A qué hosting apunta.
- Qué correos reciben los avisos de renovación.
- Quién debe aprobar o revisar cambios técnicos.
Parece básico, pero muchas incidencias vienen justo de ahí: dominios en cuentas antiguas, accesos perdidos, proveedores que nadie recuerda o correos de aviso que llegan a una bandeja que ya no usa nadie.
El dominio es la puerta de entrada a la web. Si no está controlado, todo lo demás queda en el aire.
Cómo evitar caídas con un mantenimiento web básico
La mejor respuesta a por qué se cae una web no es correr más cuando falla. Es tener una rutina mínima para que los fallos no te pillen por sorpresa.
Y no hablamos de algo complicadísimo.
Un mantenimiento web básico para una pyme debería cubrir, al menos, estos puntos:
- Revisar actualizaciones antes de aplicarlas.
- Hacer copia de seguridad antes de tocar partes sensibles.
- Comprobar que la web carga correctamente después de actualizar.
- Revisar que el certificado SSL está activo y renovando bien.
- Controlar el espacio disponible en el hosting.
- Comprobar que no hay errores visibles en formularios, páginas clave o tienda online.
- Tener localizado el dominio y su fecha de renovación.
- Activar avisos si la web deja de responder.
- Revisar que los correos importantes del hosting llegan a alguien que los lee.
Esto no elimina todos los riesgos, ningún mantenimiento lo hace.
Pero reduce muchísimo la probabilidad de que una actualización, un certificado, una DNS o un hosting justo te dejen la web parada durante horas sin que nadie se entere.
Además, ayuda a ordenar responsabilidades. Porque en muchas empresas pequeñas el problema no es solo técnico, es organizativo.
¿Quién se encarga realmente de revisar tu web?
Muchas veces nadie sabe quién revisa el hosting ni quién recibe los avisos de soporte. Tampoco se suele recordar dónde está registrado el dominio, ni se comprueba si las copias de seguridad funcionan realmente. Al final, el certificado SSL ni se mira hasta que el sistema falla.
Un buen mantenimiento no consiste solo en “actualizar plugins”. Consiste en saber qué hay que revisar, cuándo hay que hacerlo y qué hacer si algo sale mal.
Por eso este tipo de revisión encaja muy bien dentro de un servicio de mantenimiento digital: no se trata solo de actualizar plugins, sino de revisar copias, SSL, hosting, dominio, formularios y posibles incidencias antes de que afecten a tus clientes.
Qué debería revisar una pyme una vez al mes
Si quieres algo práctico, una revisión mensual básica podría ser así:
Primero, comprobar que la web carga bien en móvil y ordenador. No solo la home. También formularios, páginas de servicio, contacto, tienda, reservas o cualquier zona que genere oportunidades de negocio.
Después, revisar actualizaciones pendientes. No hace falta tocar todo de golpe ni actualizar cinco cosas críticas a la vez. Mejor hacerlo con criterio, comprobar después y tener copia previa.
También conviene mirar el estado del hosting: espacio disponible, consumo de recursos, errores recientes y posibles avisos del proveedor.
Otro punto importante es el SSL. Si el certificado está próximo a caducar o no renueva bien, es mejor detectarlo antes de que aparezca el aviso en el navegador.
Y por último, dominio y accesos. Parece una tontería, pero no lo es. Saber dónde está el dominio, cuándo caduca y quién tiene acceso puede evitar muchos problemas.
Una web pequeña no necesita una auditoría técnica enorme cada semana. Pero sí necesita unas comprobaciones mínimas para no depender de la suerte.
Conclusión
Una web no suele caerse por sorpresa total.
Normalmente había señales: actualizaciones pendientes, plugins antiguos, espacio justo, avisos ignorados, certificados próximos a caducar, un hosting que lleva meses dando problemas o un dominio que nadie tiene del todo controlado.
La diferencia está en revisar antes de que lo vea un cliente.
Si hoy te preguntas por qué se cae una web, la respuesta más útil es esta: en muchas pymes, las caídas vienen de problemas bastante concretos y bastante prevenibles.
Una actualización que rompe algo.
Un SSL que no renueva.
Una base de datos que deja de responder.
Un hosting que se ha quedado pequeño.
Un dominio o unas DNS mal gestionadas.
La solución no es vivir con miedo a tocar la web. La solución es tener método.
Copias recientes, actualizaciones con criterio, monitorización, control del hosting, dominio localizado y una rutina mínima de revisión.
Eso no hace que una web sea invulnerable. Pero sí evita que cualquier fallo pequeño se convierta en una urgencia grande.
Preguntas frecuentes sobre por qué se cae una web
Porque muchas caídas vienen de cambios que no siempre se ven a simple vista: una actualización automática, un plugin que entra en conflicto, un certificado SSL que caduca, un problema de base de datos, falta de recursos en el hosting o una modificación en el dominio o las DNS.
Que ayer funcionara no significa que nada haya cambiado.
Lo más práctico es revisar qué se actualizó por última vez. Cuando el error aparece justo después de tocar un plugin, conviene desactivarlo temporalmente. Si no puedes entrar al panel, puede hacer falta acceder por FTP o desde el administrador de archivos del hosting. Por último, si la web no se recupera, lo más seguro suele ser restaurar una copia de seguridad reciente.
El navegador puede mostrar un aviso de sitio no seguro o bloquear el acceso. Aunque la web siga en el servidor, para el usuario la sensación es que no puede entrar con normalidad.
Por eso es importante comprobar que la renovación automática del SSL funciona y que alguien recibe los avisos antes de que caduque.
Significa que WordPress no puede conectar correctamente con la base de datos. Puede deberse a credenciales incorrectas, cambios tras una migración, caída del servidor de base de datos o falta de recursos en el hosting.
Si ocurre de forma intermitente, conviene revisar el consumo del plan contratado.
Sí. Si el dominio caduca, si las DNS están mal configuradas o si apunta al servidor equivocado, la web puede dejar de verse aunque el hosting y WordPress estén bien.
Por eso conviene tener controlado dónde está registrado el dominio, quién tiene acceso y cuándo renueva.
Sí. Precisamente porque en una web pequeña muchas veces no hay un equipo técnico pendiente de todo.
Un mantenimiento básico ayuda a detectar problemas antes: actualizaciones, copias, SSL, hosting, dominio, formularios y avisos. No hace falta complicarlo, pero sí revisarlo con cierta regularidad.