Pocas situaciones generan tanta frustración para el administrador de un sitio web como intentar acceder a su página y toparse con una pantalla de error. Cuando el código comienza con el dígito 5 (como 500, 502 o 504), significa que el problema reside en el servidor o en la aplicación, no en el navegador ni en la red de tu visitante.
Identificar el origen específico del fallo ahorra horas de frustración y evita pérdidas de ventas. A continuación desglosamos las diferencias operativas de cada código y los pasos directos para resolverlos.
Fallo Interno
Error no especificado en scripts, configuración de directivas o sintaxis del archivo .htaccess.
Bad Gateway
Un servidor intermediario (CDN o proxy inverso) recibió una respuesta inválida del servidor web de origen.
Gateway Timeout
El servidor intermediario no recibió respuesta a tiempo; el proceso tardó más del límite configurado.
1. Error 500: Internal Server Error
Es el error más ambiguo del protocolo HTTP. El servidor reconoce que algo falló internamente durante la ejecución de la petición, pero no puede determinar la causa puntual mediante una respuesta estándar.
Soluciones directas:
-
Corrupción en el archivo
.htaccess: Es la causa más frecuente en entornos Apache/LiteSpeed. Abre el Administrador de Archivos de tu cPanel, renombra el archivo a.htaccess_respaldoy recarga tu web. Si el sitio vuelve a responder, entra a tu panel de WordPress en Ajustes > Enlaces permanentes y guarda los cambios para regenerarlo automáticamente. -
Límite de memoria PHP insuficiente: Cuando un script o plugin supera el límite asignado en memoria, el hilo se corta súbitamente. Entra a cPanel bajo MultiPHP INI Editor y eleva el parámetro
memory_limit(por ejemplo, de 128M a 256M o 512M según requiera tu aplicación). -
Conflicto por plugins o temas defectuosos: Si el error surgió tras una actualización, ingresa por FTP o cPanel al directorio
/wp-content/y renombra temporalmente la carpetapluginsaplugins_old. Si el sitio carga, restaura el nombre original y activa los complementos uno a uno para aislar el responsable. -
Permisos de carpetas y archivos alterados: Verifica que los directorios mantengan permisos
755y los archivos permisos644. Permisos inseguros como777son bloqueados automáticamente por seguridad.
2. Error 502: Bad Gateway
Ocurre cuando tu infraestructura utiliza capas intermedias —tales como Cloudflare, NGINX actuando como reverse proxy o un WAF— y estas reciben una respuesta no interpretable desde el motor backend (como PHP-FPM o Node.js).
Soluciones directas:
- Picos de tráfico o saturación de procesos: Si el servidor web de origen se queda temporalmente sin hilos de trabajo para atender la cola, cerrará las conexiones prematuramente. Monitorea el consumo de CPU y memoria desde tu panel de cliente.
- Fallo de comunicación en el CDN: Si usas Cloudflare, activa el Development Mode para saltar temporalmente las reglas de caché y verificar si el error proviene directamente del origen o de la configuración del proxy SSL/TLS.
- Bloqueo de peticiones por reglas de firewall locales: Confirma que el WAF interno de tu hosting no esté bloqueando las IPs de tu servicio de CDN al recibir un alto volumen de solicitudes concentradas.
3. Error 504: Gateway Timeout
A diferencia del 502, donde el intermediario recibe una respuesta defectuosa, en el 504 no recibe ninguna respuesta. La puerta de enlace se cansa de esperar al backend y corta la conexión por haber alcanzado el límite de tiempo de espera preestablecido.
Soluciones directas:
-
Aumentar el tiempo máximo de ejecución de PHP: Operaciones como importar catálogos extensos, respaldos de base de datos o sincronizaciones de API requieren mayor ventana de respuesta. Desde el editor INI de PHP, eleva
max_execution_time(de 30 a 180 o 300 segundos). - Consultas lentas a la base de datos MySQL/MariaDB: Tablas sobrecargadas o consultas complejas sin indexación apropiada pueden retener un proceso durante minutos. Ejecuta una optimización de base de datos desde phpMyAdmin o mediante plugins de mantenimiento.
- Agotamiento de los recursos del plan contratado: Si el error se vuelve recurrente en un hosting compartido al coincidir varios visitantes simultáneos, indica que la demanda del sitio sobrepasó los límites de CPU física y concurrencia asignados.
¿Cuándo conviene migrar de plan?
Si tras optimizar bases de datos, caché y scripts los errores 502 o 504 persisten durante campañas de venta o picos de tráfico regular, tu web ha alcanzado el techo técnico del hosting compartido. Migrar a un plan de Hosting Empresarial o implementar un Servidor VPS con recursos garantizados (vCPU y RAM aisladas) previene caídas y garantiza tiempos de respuesta estables.
¿Sigues experimentando errores en tu web?
Nuestro equipo de soporte técnico en UL HOST te ayuda a revisar registros y reactivar tu servicio.