Errores del Servidor

Última actualización 5 de noviembre de 2026

El servicio de monitorización de disponibilidad de Kinsta comprueba tu sitio con regularidad y te envía un correo si detecta un error 500, 502 o 504. Otros errores que aparecen en esta página, como el 501 y el 503, no activan ninguna notificación, así que solo te enterarás de ellos si tú o tus visitantes los veis.

Error interno del servidor (500 Internal Server Error)

Un error 500 Internal Server Error significa que el código de tu sitio se ha encontrado con un problema del que no ha podido recuperarse. En los sitios de WordPress, suele tratarse de un error fatal de PHP provocado por un plugin, un tema o código personalizado, o bien por un proceso que se ha quedado sin memoria. Como el error se produce dentro de tu sitio, casi siempre queda registrado en tus archivos de registro.

Revisa tu registro de errores

Anota la hora del error y la URL.
En MyKinsta, abre el archivo error.log de tu sitio y busca entradas de esa misma hora. Los errores fatales incluyen PHP Fatal error y suelen indicar el nombre del archivo y la línea donde se produjo el problema.
La ruta del archivo suele indicar la causa. Una ruta dentro de wp-content/plugins/ o wp-content/themes/ apunta a ese plugin o tema.

Si el archivo error.log no tiene ninguna entrada que coincida, comprueba si la depuración de WordPress está activada en MyKinsta. Mientras esté activada, los errores se registran en el registro de depuración en lugar de en el error.log.

Causas comunes y soluciones

Errores de plugins o temas: Desactiva el plugin o el tema que se mencione en el error. Si no puedes acceder al panel de control de WordPress, cambia el nombre de la carpeta del plugin en el Gestor de Archivos, a través de SFTP, o usa WP-CLI. Si el error empezó después de una actualización, restaura una copia de seguridad o revierte la actualización, y luego envía el error al desarrollador.
Errores de límite de memoria (Allowed memory size ... exhausted): Un plugin o proceso ha consumido más memoria de la que permite PHP, que por defecto es de 256 MB por hilo de PHP. Para ver con qué frecuencia ocurre esto, consulta el gráfico de Límite de memoria de PHP alcanzado en MyKinsta, en Sitios > nombre del sitio > Analíticas > Rendimiento. Arregla primero el plugin o el proceso que aparece en el error, porque un script defectuoso puede consumir toda la memoria que quiera. Si tu sitio realmente necesita más memoria por hilo, puedes cambiar la configuración de rendimiento de PHP en Sitios > nombre del sitio > Información > Rendimiento de PHP. El número de hilos de PHP y la memoria por hilo se configuran conjuntamente, por lo que asignar más memoria a cada hilo puede suponer ejecutar menos hilos; consulta Reducir y optimizar el uso de hilos de PHP.
Errores de límite de tiempo (Maximum execution time ... exceeded): Estos se deben a procesos que no pasan por el navegador, como los comandos de WP-CLI o los cron jobs, o a un plugin que establece su propio límite de tiempo mínimo. Comprueba qué comando, tarea programada o plugin se estaba ejecutando en ese momento.
Incompatibilidad de la versión de PHP: si los errores empezaron tras un cambio de versión de PHP, es posible que algún plugin o tema no sea compatible con la nueva versión. Actualízalo o vuelve a la versión anterior temporalmente.

Cuándo ponerte en contacto con Soporte

Si no encuentras la causa, o los errores persisten después de haber probado estos pasos, ponte en contacto con Soporte indicando la URL, la hora y la zona horaria en la que se produjo el error, así como cualquier entrada relacionada del archivo error.log.

Error 501 Not Implemented (No implementado)

Un error 501 Not Implemented significa que el servidor no admite lo que la solicitud le pedía que hiciera. En Kinsta es algo poco habitual y, por lo general, no lo provocan tus plugins ni tu tema.

Un entorno de staging detenido: Si ves un error 501 en un sitio staging, es posible que el entorno staging se haya detenido. En MyKinsta, abre el entorno staging e inícialo.
Un método de solicitud inusual: Las herramientas e integraciones que envían solicitudes utilizando un método que el servidor no soporta, como algunos clientes de sincronización de archivos, pueden recibir un error 501. Revisa la configuración o la documentación de la herramienta.

Si ves un error 501 en tu sitio web en producción, consulta la página de estado de Kinsta y, a continuación, ponte en contacto con el servicio Soporte indicando la URL, la hora y la zona horaria en la que se produjo el error.

502 Bad Gateway Error (Error de Puerta de Enlace Incorrecta)

Un error 502 Bad Gateway significa que el servidor web no ha podido obtener una respuesta válida de PHP, la parte del servidor de tu sitio web que ejecuta WordPress. Normalmente, esto significa que PHP se ha bloqueado al gestionar una solicitud o que no se estaba ejecutando. Estos errores se producen en el servidor de tu sitio, por lo que quedan registrados en los archivos de registro de tu sitio.

Los errores entre Cloudflare y tu sitio web tienen un aspecto diferente. Los visitantes ven una página de error con la marca de Cloudflare y un Ray ID, y estos errores nunca se incluyen en los registros de tu sitio web.

Comprueba si el error ha afectado a tu sitio

Anota la hora en la que se produjo el error.
Si has visto el error tú mismo, comprueba en qué página apareció:
- El servidor de tu sitio te ha enviado una página en blanco con el código 502 Bad Gateway y “nginx” debajo. Sigue con el siguiente paso.
- Se ha producido un error en una página de Cloudflare con un Ray ID antes de que la solicitud llegara a tu sitio. Ponte en contacto con el servicio de Soporte.
En MyKinsta, abre el archivo access.log de tu sitio y busca el código 502 en ese momento.
Si encuentras una entrada que coincida, el error se originó en el servidor de tu sitio. Revisa el archivo error.log para ver las entradas de la misma hora; el mensaje connect() to unix:...php-fpm.sock failed significa que PHP no aceptaba solicitudes; un PHP Fatal error indica el nombre del archivo que provocó el fallo.
Si no hay ninguna entrada que coincida, el error se produjo antes de que la solicitud llegara a tu sitio web. Si utilizas una CDN de terceros, consulta más abajo; de lo contrario, ponte en contacto con el servicio de Soporte.

Si el error proviene del servidor de tu sitio

PHP se ha detenido o no responde: si el archivo error.log muestra connect() to unix:...php-fpm.sock failed, reinicia PHP en MyKinsta. Si sigue ocurriendo, busca en el archivo error.log los errores fatales justo antes de los 502.
Plugins y temas: un plugin o un tema puede bloquear un proceso de PHP en mitad de una solicitud. Si el archivo error.log muestra un error grave o un bloqueo en el momento del 502, desactiva el plugin o el tema en cuestión, o prueba desactivando todos los plugins y cambiando a un tema predeterminado.

Si usas una CDN o un proxy de terceros

Si tu sitio web utiliza una CDN o un proxy de terceros además de la integración de Kinsta con Cloudflare, omítelo temporalmente. Si los errores 502 desaparecen, ponte en contacto con tu proveedor de CDN para consultar su configuración o las reglas de su cortafuegos.

Cuándo ponerte en contacto con el servicio de Soporte

Si los errores siguen apareciendo, no hay ningún error 502 que coincida en tu access.log o no hay nada en tus registros que los explique, ponte en contacto con el servicio de Soporte indicando la URL, la hora y la zona horaria del error, y con qué frecuencia ocurre. Si los visitantes vieron una página de error de Cloudflare, incluye el Ray ID que aparece en ella.

503 Service Unavailable (Servicio no disponible)

Un error 503 Service Unavailable significa que tu sitio web está rechazando temporalmente las solicitudes. En los sitios de WordPress, esto suele deberse a que el sitio está en modo de mantenimiento, ya sea a propósito o porque una actualización no se ha completado.

«Temporalmente no disponible por mantenimiento programado»: WordPress muestra este mensaje mientras instala las actualizaciones y lo elimina cuando estas finalizan. Si una actualización se interrumpe, el sitio puede permanecer en modo de mantenimiento. Elimina el archivo .maintenance de la carpeta raíz de tu sitio a través de SFTP y, a continuación, comprueba que la actualización del plugin, el tema o de WordPress se haya completado; si no es así, vuelve a ejecutarla.
Un plugin de modo de mantenimiento o próximamente: Estos plugins devuelven un error 503 para que los motores de búsqueda sepan que el sitio volverá a estar disponible. Desactiva el modo de mantenimiento en la configuración del plugin o desactiva el plugin.
Un plugin o tema que devuelve un error 503: Si ninguno de estos casos se aplica, desactiva tus plugins uno por uno para encontrar el responsable.

Si no encuentras la causa, ponte en contacto con el servicio de Soporte indicando la URL, la hora y la zona horaria en la que se produjo el error.

504 Gateway Timeout (Tiempo de espera agotado)

Un error 504 Gateway Timeout significa que una solicitud a tu sitio tardó demasiado en completarse. Las solicitudes a tu sitio pueden durar hasta 180 segundos. Si una solicitud no ha terminado para entonces, el servidor web deja de esperar y devuelve un 504, y los visitantes ven una página en blanco con el mensaje 504 Gateway Timeout y “nginx” debajo. A veces, se alcanza primero el límite de 180 segundos de Cloudflare, y los visitantes ven en su lugar una página de Cloudflare con el error 524: A timeout occurred. Ambos errores significan lo mismo: la solicitud tardó demasiado en completarse.

Los tiempos de espera suelen producirse porque una sola solicitud está generando demasiado trabajo, o porque llegan muchas solicitudes a la vez y algunas tienen que esperar su turno hasta que se agota el tiempo.

Encuentra la solicitud lenta

Los tiempos de espera se registran en los registros de tu sitio, así que puedes localizar la solicitud que tardó demasiado:

Anota la hora del error.
En MyKinsta, abre el archivo access.log de tu sitio y busca el código de error 504 en torno a esa hora. Una solicitud que ha agotado el tiempo de espera muestra un upstream_response_time (el último valor de cada línea) de unos 180 segundos. Anota las URLs.
El archivo error.log de tu sitio tiene una entrada correspondiente para cada una: upstream timed out ... while reading response header from upstream, seguida de la URL de la solicitud.
Si los visitantes vieron en su lugar una página 524 de Cloudflare, busca en el archivo access.log entradas con un código de estado 499 y un tiempo de solicitud de unos 180 segundos.
Si no hay entradas que coincidan, el tiempo de espera se agotó antes de que la solicitud llegara a tu sitio web. Si utilizas una CDN de terceros, consulta más abajo; de lo contrario, ponte en contacto con el servicio de Soporte.

Si una solicitud o acción es lenta

Si todas las entradas lentas apuntan a la misma URL o acción:

Importaciones, exportaciones y operaciones en lote: Ejecútalas directamente en el servidor con WP-CLI o un script. Estas operaciones no están sujetas al límite de 180 segundos.
Subidas: Las subidas suelen agotar el tiempo de espera debido al procesamiento que se realiza una vez que llega el archivo: cambio de tamaño u optimización de imágenes, o plugins que copian archivos a un almacenamiento en la nube como Amazon S3 o Google Cloud Storage. Revisa la configuración del plugin que realiza esa tarea o configúralo para que se procese en segundo plano si lo admite.
Plugins y temas: Puede que un plugin o un tema esté ejecutando código lento o esperando a un servicio externo lento. Usa la herramienta APM de Kinsta para encontrar el proceso lento, o desactiva los plugins de uno en uno.
Base de datos: Las consultas a la base de datos lentas o bloqueadas pueden impedir que una solicitud se complete.

Si hay muchas solicitudes lentas al mismo tiempo

Si las entradas lentas se reparten entre muchas URLs, puede que tu sitio esté recibiendo más solicitudes de las que pueden gestionar sus hilos de PHP. Las solicitudes esperan en cola a que se libere un hilo, y cualquier solicitud que espere más de 180 segundos agota el tiempo de espera. Cuando eso ocurre, casi todas las solicitudes pueden agotar el tiempo de espera, porque PHP sigue procesando solicitudes para las que los visitantes ya han recibido un error.

Echa un vistazo al informe de Visitas en las Analíticas para ver si hay picos de tráfico y revisa el archivo kinsta-cache-perf.log para ver si hay un gran número de solicitudes sin almacenar en caché.
Si el tráfico es legítimo y regular, es posible que tu sitio necesite más hilos de PHP. Puedes aumentar los hilos de PHP en la configuración de Rendimiento de PHP; sin embargo, aumentar el número de hilos reduce la cantidad de memoria por hilo si no aumentas también el pool de memoria de PHP. Para saber más, lee Reducir y optimizar el uso de hilos de PHP.
Para picos de tráfico breves que ya tienes previstos, como una oferta o un lanzamiento, un servicio de colas como Queue-it, Queue-Fair o CrowdHandler puede limitar el número de visitantes que acceden a tu sitio a la vez.

Si utilizas una CDN o un proxy de terceros

Algunas CDNs tienen tiempos de espera más cortos que Kinsta. Omite temporalmente la CDN; si los errores desaparecen, comprueba su configuración de tiempo de espera o ponte en contacto con tu proveedor de CDN.

Cuándo ponerte en contacto con el servicio de Soporte

Si los errores siguen apareciendo y no consigues identificar la solicitud lenta, ponte en contacto con Soporte indicando la URL, la hora y la zona horaria en la que se produjo el error, y con qué frecuencia ocurre.