Tu sitio WordPress no abre: primero hay que saber si falló WordPress o falló el servidor
Son dos problemas distintos con soluciones distintas, y confundirlos es lo que alarga una caída de una hora a tres días. Mándanos la dirección y lo averiguamos nosotros.
Qué significa lo que ves en pantalla
"Caído" se ve de varias maneras, y cada una apunta a un sitio distinto. Mira cuál es la tuya:
Carga infinita sin error
No hay página de error, solo espera. Casi siempre es el servidor: está apagado, saturado o no responde a tiempo.
suele ser · servidorEl servidor contesta, el sitio revienta
El servidor está vivo y responde, pero algo en el sitio reventó al ejecutarse. Aquí la causa sí suele estar dentro de WordPress.
suele ser · WordPressWordPress no encuentra su contenido
WordPress está, pero no puede hablar con donde vive el contenido. Credenciales, servicio de base de datos caído, o tablas dañadas.
suele ser · base de datosLa puerta está cerrada, la casa está bien
El certificado SSL venció o se configuró mal. El sitio probablemente está perfecto detrás; lo que falla es la puerta.
suele ser · certificadoNi siquiera llega a tu servidor
Esto normalmente no toca tu hosting: es DNS, o el dominio venció. El sitio puede estar intacto y simplemente nadie lo encuentra.
suele ser · dominio / DNSEl hosting te cortó
Por falta de pago, por consumo excesivo de recursos, o porque detectaron malware. La caída aquí es un aviso, no un accidente.
suele ser · hostingSi no sabes cuál es la tuya, no importa. Mándanos una captura.
Esto puedes comprobarlo tú ahora, en cinco minutos
Nada de lo que sigue puede empeorar tu sitio. Son comprobaciones, no cambios. Si averiguas aunque sea una, nos ahorras tiempo a los dos.
Comprueba si se cayó para todos o solo para ti
Abre tu sitio desde el teléfono con los datos móviles, no con el wifi. Si ahí carga, el problema es de tu red o de tu equipo y tu sitio está bien.
Mira si tu hosting tiene un aviso
Entra al panel de tu proveedor. Casi todos publican el estado del servidor y los avisos de la cuenta. Ahí se ve si hay una incidencia, si la cuenta está suspendida o si hay un pago pendiente.
Revisa que el dominio no haya vencido
Es más frecuente de lo que parece y se arregla en minutos pagando la renovación. Si tu correo del dominio tampoco funciona, esa es la pista: cuando el dominio vence, se cae todo junto, no solo la web.
Busca el registro de errores
En el panel de tu hosting hay un archivo de registro de errores, normalmente en la carpeta principal o en la sección de métricas. Las últimas líneas suelen decir el nombre del archivo que falló. No hace falta que lo entiendas: cópialas y mándanoslas.
Si cualquiera de las cuatro te da una respuesta, mándanosla junto con la dirección de tu sitio. Con eso empezamos con la mitad del camino hecho.
Lo que no conviene hacer mientras tanto
No restaures un respaldo todavía
Es lo primero que hace casi todo el mundo y es lo que más veces nos toca deshacer. Si no sabes qué causó la caída, restaurar puede sobrescribir contenido bueno con uno viejo, y si la causa sigue ahí, el sitio se vuelve a caer igual. Primero se diagnostica, después se restaura.
No reinstales WordPress encima
No arregla el problema y sí puede llevarse configuraciones y archivos que no están en ningún respaldo.
No borres plugins por el gestor de archivos
Desactivar y borrar no es lo mismo. Borrar la carpeta de un plugin deja sus datos huérfanos en la base y a veces empeora el error.
No apagues las campañas todavía, pero sí revísalas
Si tienes Google Ads o Meta activos, están gastando presupuesto mandando gente a una página rota. Pausarlas una hora no te cuesta posicionamiento y te ahorra dinero real.→ Esto sí hazlo.
No dejes que "lo intente" alguien sin acceso al servidor
Casi todas las caídas que se complican empiezan con alguien probando cosas desde el escritorio de WordPress cuando el problema estaba en el servidor.
Por qué se cae un WordPress, en orden de frecuencia
Recursos agotados en el hosting
La causa número uno en alojamiento compartido. Un pico de tráfico, un robot rastreando sin control, una consulta pesada, y el servidor empieza a rechazar peticiones. Se ve como error 500 o como espera infinita. Si te pasa seguido, no es mala suerte: es que el plan se te quedó chico o hay algo consumiendo de más. Eso se resuelve con optimización y capacidad correcta, no con reinicios.
Una actualización que salió mal
Plugin, tema o núcleo. Aquí el síntoma suele ser error crítico o pantalla blanca más que caída total, pero el origen es el mismo: un cambio sin entorno de pruebas.
Base de datos caída o dañada
El servicio se detuvo, se llenó la cuota de disco, o una tabla se corrompió. Mensaje típico: error al establecer la conexión con la base de datos.
Certificado SSL vencido
Se renueva solo hasta que un día no. Suele pasar tras una migración o un cambio de DNS.
Dominio o hosting vencido
Sin drama técnico y con solución inmediata, pero hay que detectarlo rápido para no perder más días.
Cambios de DNS mal propagados
Después de mover el sitio de proveedor. El sitio existe, pero el mundo sigue buscándolo donde ya no está.
Suspensión por malware
El hosting detecta código malicioso y corta. Aquí el sitio caído es la consecuencia, no el problema: el problema es un sitio comprometido, y se atiende como tal.
Cómo lo recuperamos
Separamos servidor de WordPress
Lo primero, siempre. Comprobamos si el servidor responde, si la base de datos está viva, si el certificado es válido y a dónde apunta el dominio. Hasta no tener eso claro, no tocamos el sitio.
Respaldamos el estado actual
Antes del primer cambio, en el estado en que esté, aunque esté roto. Si algo sale mal después, hay a dónde volver. Si la caída impide respaldar por la vía normal, se hace por otra.
Leemos los registros
Los del servidor y los de WordPress. El archivo y la línea donde revienta suelen estar escritos ahí; el trabajo es interpretarlos, no adivinar.
Aislamos
Desactivamos solo lo que el registro señala, no todo. Si el problema es un plugin, sabemos cuál antes de tocarlo.
Lo levantamos
Con la corrección mínima que devuelve el servicio. Primero que vuelva a estar en línea, después lo demás.
Revisamos lo que la caída pudo romper
Formularios, pasarelas de pago, correos, tareas programadas, integraciones. Un sitio que carga no es necesariamente un sitio que funciona.
Te decimos por qué pasó
Por escrito, en palabras que puedas repetirle a alguien. Y qué haría falta para que no se repita.
Qué pasa con tus datos y con tu posicionamiento
Una caída no borra nada. El contenido vive en la base de datos y los archivos en el servidor, y ninguno de los dos desaparece porque el sitio deje de responder. Lo que sí destruye datos es lo que se hace después con prisa: restaurar un respaldo viejo encima, reinstalar, borrar carpetas. Por eso respaldamos antes de tocar.
Unas horas fuera no te cuestan posiciones. Google vuelve a intentarlo y, mientras el servidor responda con el código correcto, entiende que es temporal. El daño real empieza cuando la caída dura días, o cuando el sitio devuelve códigos que le dicen a Google que las páginas ya no existen. Si tu caída lleva más de un día, revisar eso es parte del trabajo.
Cuánto cuesta y cuánto tarda
En una caída, lo que cuesta no es levantar el sitio: es averiguar por qué se cayó. Esa es la parte del trabajo que se paga, y es también la que decide todo lo demás, porque un certificado vencido y una base de datos dañada se ven igual desde fuera y no se parecen en nada por dentro.
Por eso no damos número por teléfono. Quien te lo dé sin haber mirado tu servidor te está vendiendo una cifra, no un plan.
Mirar tu sitio desde fuera y decirte qué vemos no te cuesta nada: ahí es donde averiguamos si lo tuyo es servidor o es WordPress, y con eso ya sabes a qué atenerte. Si hace falta entrar, el diagnóstico se paga y se descuenta íntegro de lo que contrates después. Y la ejecución se cotiza con alcance cerrado antes de empezar, nunca sobre la marcha.
Las caídas casi nunca son mala suerte
Cuando entramos a un sitio caído encontramos casi siempre lo mismo: el último respaldo era de hace cinco meses y nadie lo había probado restaurándolo, el plan de hosting se quedó chico hace dos años, y había tres plugins sin actualizar desde antes de la pandemia porque el tema no aguantaba la actualización.
Nada de eso se arregla el día de la caída. Se arregla antes. Con actualizaciones continuas en entorno de pruebas, respaldos externos probados y vigilancia de recursos: exactamente lo que hace nuestro plan de mantenimiento y administración.
Preguntas rápidas
En horario, casi siempre empezamos el mismo día. Cuánto tarda depende de la causa: un certificado vencido se resuelve en minutos, una base de datos dañada no. Lo que sí hacemos rápido es decirte cuál de las dos es la tuya.
Muchas veces sí. Los archivos y la base siguen en el servidor aunque el sitio no cargue. Y cuando de plano no queda nada, hemos reconstruido sitios desde los archivos históricos de internet.
Se averigua con los registros públicos del dominio: aparece el proveedor y el correo con el que se contrató. De ahí se recupera. Es más común de lo que crees.
Es la mitad de lo que nos llega. No hace falta que nos expliques qué hizo.
Solo al principio para los accesos, y al final para confirmar que ya quedó.
No. Si el servidor es la causa de la caída te lo diremos con datos, pero la decisión es tuya.
Mándanos la dirección de tu sitio
Es lo único que necesitamos. Entramos, vemos si el problema está en WordPress o en el servidor, y te contestamos diciéndote qué encontramos. Recuperar un sitio caído empieza por saber dónde está realmente la caída.
← Ver todos los problemas que atendemos