Los tres números aparecen igual de rojos en la pantalla, pero dicen cosas muy distintas: uno significa que el servidor se cayó intentando, otro que se negó, y el tercero que no encontró nada. Saber cuál es cuál te ahorra horas de buscar en el lugar equivocado.
Antes de nada: abre el registro de errores
Este es el paso que casi nadie da y el que casi siempre tiene la respuesta. En cPanel, en la sección Métricas, entra a Errores. Ahí está el registro del servidor, con las últimas fallas y —lo importante— el archivo y la línea exacta que las provocó.
Una entrada típica se ve así:
PHP Fatal error: Uncaught Error: Call to undefined function ... in /home/tucuenta/public_html/wp-content/plugins/nombre-del-plugin/archivo.php on line 214
Con eso ya sabes qué plugin desactivar. Es la diferencia entre adivinar durante una hora y resolver en dos minutos.
Error 500: el servidor intentó y falló
Es un error genérico: significa «algo se rompió al ejecutar tu sitio». Las causas, por frecuencia:
- Un plugin o tema con código roto, normalmente después de una actualización. Renombra
wp-content/pluginsaplugins-offdesde el Administrador de archivos: si el sitio vuelve, era un plugin. Renómbrala de vuelta y actívalos uno a uno. - Memoria de PHP agotada. En el registro aparece como
PHP Fatal error: Allowed memory size of 268435456 bytes exhausted. Se puede subir el límite, pero antes conviene ver qué lo está consumiendo: normalmente es un plugin mal hecho, no una web grande. - El archivo
.htaccesscon una directiva inválida. Renómbralo a.htaccess-oldy recarga. Si el sitio vuelve, era eso; entra a Ajustes → Enlaces permanentes y pulsa Guardar para que WordPress genere uno limpio. - Permisos incorrectos. Ver más abajo.
Recuerda algo del apartado de bases de datos: si la cuota de disco está llena, el sitio también puede devolver un 500 sin que haya nada mal en el código.
Error 403: el servidor se negó
El archivo existe pero no te deja verlo. Tres causas cubren casi todo:
- Permisos mal puestos. La regla en hosting compartido es sencilla: carpetas en 755, archivos en 644. Se corrige desde el Administrador de archivos con clic derecho sobre el elemento y Cambiar permisos. Y nunca pongas 777 «para probar»: es una puerta abierta, no una solución.
- Falta el archivo de inicio. Si entras a una carpeta que no tiene
index.phpniindex.html, el servidor prohíbe listar el contenido y devuelve 403. Es el comportamiento correcto. - Una regla de seguridad bloqueó tu IP. Si te pasa sólo a ti y desde tu red —típico después de equivocarte varias veces con la contraseña—, es el cortafuegos. Compruébalo entrando desde datos móviles; si desde ahí sí carga, avísanos con tu dirección IP y la liberamos.
Error 404: no existe
El más inofensivo y el más malinterpretado. Distingue dos situaciones:
Todas las páginas internas dan 404 pero la portada carga. No falta nada: se perdieron las reglas de reescritura. Entra a Ajustes → Enlaces permanentes y pulsa Guardar sin cambiar nada. Se arregla al instante en la enorme mayoría de los casos.
Sólo algunas direcciones dan 404. Ahí sí falta el contenido: una página borrada, una dirección que cambió, un enlace mal escrito. Si esa dirección tenía visitas, no la dejes muerta: crea una redirección permanente 301 hacia la página que la reemplaza, y conservas el posicionamiento que tenía.
Para ver el error de verdad y no la pantalla amable: WordPress esconde los detalles por defecto. Puedes activar el modo de depuración cambiando en wp-config.php la línea define('WP_DEBUG', false); por true. Verás el mensaje completo. Vuélvelo a poner en false apenas termines: dejarlo activo muestra a cualquier visitante las rutas internas de tu servidor.
Siguiente: Cómo contactar al soporte de Quimera Hosting
Escrito por el equipo de soporte de Quimera Hosting. Estas guías salen de los casos que atendemos a diario en los tickets de nuestros clientes. Si algo no coincide con lo que ves en tu panel, escríbenos y la corregimos.
Última revisión: