Cómo solucionar el error 500 en WordPress

Qué significa el error 500 en WordPress y por qué aparece

El error 500 WordPress, conocido formalmente como Internal Server Error, es uno de los problemas más temidos por quienes administran un sitio web. La pantalla muestra un mensaje genérico que indica que algo salió mal en el servidor, pero no aclara la causa exacta. Esa falta de información es justamente lo que vuelve loco a cualquiera que intenta solucionarlo sin saber por dónde empezar.

En el Perú, donde miles de pequeños negocios dependen de su tienda online o de su blog corporativo para vender, recibir un error 500 puede significar horas perdidas y clientes que se van a la competencia. Por eso conviene entender qué pasa realmente cuando aparece este mensaje y cómo abordarlo con calma y método.

El código 500 pertenece a la familia de errores HTTP que devuelve el servidor cuando no puede procesar una solicitud. A diferencia del error 404 que indica página no encontrada, el 500 dice que el servidor sí recibió la petición pero falló al ejecutarla. La causa puede estar en PHP, en la configuración de Apache o Nginx, en la base de datos o incluso en un plugin que entró en conflicto con otro.

Causas más comunes del error 500 en WordPress

Antes de meter mano al código conviene revisar las causas típicas que originan este problema. Conocerlas ayuda a descartar opciones rápido y a no perder tiempo probando soluciones que no aplican a la situación real del sitio.

La primera causa frecuente es el agotamiento del límite de memoria PHP. WordPress, junto con sus plugins y temas, consume recursos del servidor. Cuando ese consumo supera el límite asignado por el hosting, el servidor corta la ejecución y devuelve el famoso 500. Esto suele pasar después de instalar un plugin pesado o al subir imágenes muy grandes desde el panel de administración.

La segunda causa típica es un archivo .htaccess corrupto. Este archivo controla reglas de reescritura de URL, redirecciones y configuraciones de seguridad. Una línea mal escrita, una regla heredada de un plugin desactivado o un cambio manual sin respaldo bastan para romper todo el sitio. Es uno de los puntos donde más conviene tener cuidado al editar.

La tercera causa muy común son los plugins incompatibles. WordPress recibe actualizaciones constantes y no todos los desarrolladores mantienen sus extensiones al día. Cuando se actualiza el núcleo a una versión nueva, un plugin antiguo puede chocar con las funciones internas y disparar el error 500. Lo mismo ocurre cuando dos plugins intentan modificar la misma función del sistema.

La cuarta causa, menos visible pero igual de molesta, es una versión de PHP desactualizada. WordPress recomienda PHP 8.0 o superior, y muchos hostings peruanos todavía mantienen instalaciones con PHP 7.2 o 7.4 por compatibilidad con clientes antiguos. Un tema moderno puede usar sintaxis que esas versiones no entienden y eso revienta el sitio entero.

Cómo diagnosticar el error 500 paso a paso

Para diagnosticar bien hay que ir descartando causas en orden, sin saltarse pasos. La impaciencia es enemiga del troubleshooting y muchas veces termina empeorando la situación cuando se aplican cambios sin entender qué se está tocando.

El primer paso es activar la depuración de WordPress. Hay que conectarse al hosting por FTP, SFTP o por el administrador de archivos del panel, abrir el archivo wp-config.php en la raíz del sitio y agregar las siguientes líneas justo antes del comentario que dice que pares de editar. Las líneas son define WP_DEBUG en true, define WP_DEBUG_LOG en true y define WP_DEBUG_DISPLAY en false. Con esto WordPress empezará a registrar todos los errores en un archivo dentro de la carpeta wp-content llamado debug.log.

El segundo paso es revisar ese archivo debug.log. Allí aparecen mensajes técnicos con la ruta exacta del archivo PHP que está fallando y el número de línea donde ocurre el problema. Esa información vale oro porque permite identificar si el culpable es un plugin, el tema activo o el propio núcleo de WordPress.

El tercer paso, si el debug.log no muestra nada claro, es revisar los logs del servidor. La mayoría de hostings peruanos ofrecen acceso a estos registros desde cPanel, Plesk o el panel propio. Allí se encuentran errores de Apache o Nginx que pueden señalar problemas de permisos de archivo, fallos de memoria o tiempos de espera agotados.

Cómo subir el límite de memoria PHP

Cuando el diagnóstico apunta a la memoria, la solución pasa por aumentar el límite asignado a PHP. Hay varias formas de hacerlo y la mejor depende del nivel de acceso que da el hosting al servidor.

La forma más recomendada es editar el archivo wp-config.php y agregar la línea define WP_MEMORY_LIMIT con el valor 512M entre comillas simples. Esto le dice a WordPress que puede usar hasta 512 megabytes de memoria para procesar sus operaciones internas. Para sitios con tiendas WooCommerce grandes o con muchos plugins activos, este valor suele ser suficiente.

Otra opción es modificar el archivo php.ini si el hosting lo permite. Allí se cambia el parámetro memory_limit por el valor deseado. No todos los planes compartidos del Perú dan acceso directo a este archivo, pero muchos paneles ofrecen una sección para ajustar valores PHP sin tocar archivos a mano.

Una tercera vía es agregar instrucciones en el .htaccess, aunque esta opción es la menos confiable porque depende de cómo está configurado el servidor. La línea php_value memory_limit seguida del valor en megas funciona en algunos casos y en otros directamente provoca el error 500 que se intenta resolver.

Cómo revisar y restaurar el archivo .htaccess

El .htaccess es uno de los archivos más delicados de WordPress. Vive en la raíz del sitio y controla reglas críticas para que las URL amigables funcionen, para que ciertas carpetas estén protegidas y para que se apliquen redirecciones permanentes cuando corresponde.

Para revisarlo hay que entrar por FTP o por el administrador de archivos del hosting. Conviene mostrar archivos ocultos porque el .htaccess empieza con punto y muchas veces queda escondido en la lista. Antes de hacer cualquier cambio se debe descargar una copia de respaldo a la computadora local. Sin ese respaldo, un error de tipeo deja el sitio peor de lo que estaba.

El siguiente paso es renombrar el archivo original a algo como htaccess-respaldo y verificar si el sitio recupera funcionalidad. Si el error 500 desaparece, el problema estaba en alguna regla mal escrita. Entonces se debe generar un .htaccess limpio entrando al panel de WordPress, ir a Ajustes y luego a Enlaces permanentes, y simplemente guardar cambios sin modificar nada. WordPress reconstruye automáticamente un archivo válido con las reglas básicas.

Si el sitio sigue mostrando el error 500 después de renombrar el .htaccess, entonces el problema está en otro lado y conviene devolver el archivo original a su nombre para no perder configuraciones específicas que pudieran existir.

Cómo identificar un plugin que causa el error

Los plugins son la causa más frecuente del error 500 cuando aparece de manera repentina sin que se haya tocado nada en el código. La estrategia para identificar al culpable es la desactivación masiva seguida de una activación uno por uno.

Si todavía hay acceso al panel de administración, basta con ir a la sección de plugins, seleccionar todos los activos y desactivarlos en lote. Luego se revisa si el sitio carga normalmente. Si carga bien, se activan los plugins uno a uno volviendo a refrescar el sitio después de cada activación. El plugin que rompa todo otra vez es el responsable.

Cuando el error 500 impide hasta entrar al panel de administración, la solución es desactivar los plugins por FTP. Se entra a la carpeta wp-content y se renombra la subcarpeta plugins a algo como plugins-old. Eso desactiva todas las extensiones de golpe. Si el sitio vuelve a funcionar, se renombra la carpeta a plugins otra vez y se activan los plugins desde el panel uno por uno hasta encontrar el problemático.

Una vez identificado el plugin culpable hay que decidir si se busca una versión actualizada, si se contacta al desarrollador para reportar el bug o si se reemplaza por una alternativa que cumpla la misma función sin causar conflictos.

Cómo actualizar PHP en el hosting

Cuando el error 500 viene por una versión de PHP obsoleta, la solución es actualizar a una versión compatible con la versión de WordPress que se tiene instalada. La mayoría de hostings peruanos ofrecen este cambio desde el panel de control sin necesidad de tocar nada en el servidor.

En cPanel la opción suele llamarse Select PHP Version o MultiPHP Manager. Allí se elige la versión deseada del menú desplegable y se aplica el cambio. WordPress recomienda PHP 8.1 o superior para sitios nuevos, aunque PHP 8.0 sigue siendo compatible con la mayoría de plugins serios del mercado.

Antes de actualizar PHP conviene hacer un respaldo completo del sitio porque algunos plugins muy antiguos pueden romperse al saltar de PHP 7 a PHP 8. Si después del cambio aparecen errores nuevos, se puede volver a la versión anterior desde el mismo panel mientras se actualizan los plugins problemáticos a sus versiones modernas.

Cómo prevenir el error 500 en el futuro

La prevención es siempre más barata que la reparación. Tener un sitio estable requiere hábitos sencillos que muchos administradores ignoran hasta que pasa el primer susto. Después del primer error 500 grave, casi todos terminan implementando estas medidas que conviene adoptar desde el principio.

El primer hábito es mantener respaldos automáticos. Hay plugins gratuitos y pagos que generan copias del sitio completo, incluyendo archivos y base de datos, y las suben a servicios como Google Drive, Dropbox o el propio hosting. Con un respaldo reciente, recuperar el sitio después de cualquier error toma minutos en lugar de días.

El segundo hábito es actualizar plugins, temas y núcleo de WordPress en un entorno de pruebas antes de aplicar los cambios en producción. Un entorno de staging es una copia del sitio donde se pueden probar actualizaciones sin riesgo. Muchos hostings peruanos modernos incluyen esta función sin costo adicional en sus planes intermedios.

El tercer hábito es mantener el catálogo de plugins limpio. Cada extensión instalada es código adicional que puede fallar. Conviene desinstalar los plugins que ya no se usan, evitar duplicar funciones con varios plugins similares y elegir extensiones con buena reputación, actualizaciones recientes y soporte activo del desarrollador.

El cuarto hábito es monitorear el sitio con herramientas que avisen apenas aparezca un problema. Servicios como UptimeRobot revisan el sitio cada cinco minutos y envían alertas por correo o por WhatsApp cuando detectan que la página no responde. Así uno se entera del error 500 antes de que se entere el cliente.

Cuándo conviene contactar al soporte del hosting

Hay situaciones donde resolver el error 500 por cuenta propia se vuelve poco práctico o directamente imposible. Cuando el problema viene de la configuración del servidor, de cuotas excedidas o de fallos en el hardware del hosting, lo más rápido es escribir al soporte técnico del proveedor.

Antes de contactar conviene recopilar información útil para que el ticket avance rápido. Hay que anotar la hora exacta en que apareció el error, el mensaje completo que muestra el navegador, los pasos que ya se intentaron y cualquier cambio reciente que se haya hecho en el sitio. Con esos datos el soporte puede revisar los logs del servidor mucho más rápido que con un mensaje genérico que solo diga que el sitio no funciona.

Los hostings serios responden en cuestión de minutos cuando se trata de errores que afectan el funcionamiento general del servidor. Si el proveedor demora horas o días en responder, ese mismo retraso es una señal clara de que conviene evaluar migrar a otro hosting con mejor soporte.

Preguntas frecuentes

Cuánto tiempo toma resolver un error 500 en WordPress

Depende de la causa. Si es un plugin reciente, identificarlo y desactivarlo toma diez o quince minutos. Si es un .htaccess corrupto, regenerarlo es cuestión de un par de minutos. Si la causa es un fallo en el servidor del hosting, puede tomar varias horas porque depende del tiempo de respuesta del soporte técnico del proveedor.

Puedo perder el contenido de mi sitio al solucionar el error 500

No deberías perder nada si trabajas con cuidado. Los textos, imágenes y configuraciones viven en la base de datos y en la carpeta wp-content. Mientras no borres esos elementos ni hagas cambios sin respaldo previo, el contenido se mantiene intacto. La regla básica es siempre respaldar antes de editar cualquier archivo crítico.

El error 500 afecta el posicionamiento en Google

Si dura poco tiempo, el impacto es mínimo porque Google entiende que los servidores pueden tener caídas puntuales. Si el error persiste varios días, Google empieza a desindexar páginas y el posicionamiento sufre. Por eso conviene resolver el problema lo más rápido posible y, si la solución va a demorar, configurar una página de mantenimiento que devuelva código 503 en lugar de dejar el 500 activo.

Necesito conocimientos de programación para arreglar el error 500

No necesariamente. Muchas soluciones se pueden aplicar desde el panel de WordPress o desde el administrador de archivos del hosting sin escribir código. Identificar plugins conflictivos, regenerar el .htaccess o cambiar la versión de PHP son tareas que cualquier usuario con paciencia y respaldos puede hacer. Para problemas más profundos sí conviene buscar ayuda de un desarrollador.

Qué diferencia hay entre el error 500 y la pantalla blanca de la muerte

El error 500 muestra un mensaje explícito que dice Internal Server Error. La pantalla blanca de la muerte no muestra nada, solo deja el navegador en blanco. Las causas pueden ser similares, sobre todo en problemas de memoria PHP, pero el diagnóstico cambia porque en la pantalla blanca hay que activar el debug para ver qué pasa realmente detrás de escena.

Conviene desactivar todos los plugins si tengo el error 500

Sí, es la prueba más rápida para descartar plugins como causa. Desactivar todo no borra configuraciones porque WordPress guarda esos datos en la base. Al reactivar cada plugin, las configuraciones reaparecen tal como estaban. Es una operación segura siempre que se haga con un respaldo reciente como red de seguridad.

Mi hosting limita la memoria PHP, qué hago

Algunos planes compartidos baratos tienen tope de memoria que no se puede subir aunque uno lo intente. En esos casos, las opciones son optimizar el sitio para que consuma menos memoria, desinstalar plugins pesados, contratar un plan superior dentro del mismo hosting o migrar a un proveedor que ofrezca límites más generosos. Para WooCommerce serios, conviene siempre 512 megabytes mínimo.

Qué hago si el error 500 aparece solo en algunas páginas

Cuando el error aparece solo en ciertas páginas y no en otras, la causa suele estar en el contenido específico de esas páginas o en un plugin que actúa solo en ciertas plantillas. Revisa qué tienen en común esas páginas. Pueden ser shortcodes, bloques personalizados, formularios o widgets que están rompiendo la ejecución. Desactivar plugins uno por uno mientras se revisan esas páginas ayuda a aislar el culpable.

Es seguro editar wp-config.php desde el panel del hosting

Sí, siempre y cuando antes hagas una copia de respaldo del archivo original. El wp-config.php contiene datos sensibles como credenciales de la base de datos y claves de seguridad. Un error de tipeo o una línea borrada por accidente puede dejar el sitio fuera de servicio. Descarga el archivo a tu computadora antes de modificarlo y guarda esa copia en un lugar seguro por si necesitas restaurarla.

El error 500 puede ser causado por un ataque al sitio

Sí, en algunos casos los ataques de fuerza bruta o intentos de inyección de código pueden saturar el servidor y disparar errores 500. Si los errores aparecen sin causa aparente y los logs del servidor muestran cientos de peticiones por segundo desde IP raras, lo más probable es que el sitio esté bajo ataque. La solución pasa por instalar un firewall de aplicación como Wordfence o Cloudflare y limitar accesos a la página de login.