2. Peu de choses accélèrent le rythme cardiaque comme ouvrir votre site web et trouver un 1. erreur 500 WordPress en lugar de tu página. El mensaje “Internal Server Error” (o “Error interno del servidor”, o directamente una pantalla en blanco con el código 500) es de los más desconcertantes porque no da ninguna pista: el servidor solo admite que algo ha fallado al procesar la petición, sin decir qué. La buena noticia es doble. Primero, tu contenido está intacto: el error 500 es un fallo de ejecución, no una pérdida de datos. Segundo, sus causas reales se concentran en un puñado de sospechosos habituales (un plugin conflictivo, un archivo .htaccess corrompu, la limite de mémoire PHP, une mise à jour incomplète ou une version de PHP incompatible), et toutes ont une solution à la portée de tout utilisateur ayant accès à l'hébergement, sans avoir besoin d'être programmeur. Dans ce guide, nous diagnostiquons et résolvons l'erreur étape par étape, par ordre de probabilité, et terminons par les mesures pour qu'elle ne se reproduise plus.
Qu'est-ce que l'erreur 500 dans WordPress et pourquoi apparaît-elle
Los códigos de estado HTTP que empiezan por 5 indican fallos del servidor. El 500 es el genérico: la petición llegó bien, pero algo reventó al procesarla. En WordPress, “algo” es casi siempre PHP: un código que lanza un error fatal, un archivo de configuración del servidor con una instrucción inválida o un proceso que agota los recursos asignados.
Les causes, classées de la plus à la moins fréquente :
- Un plugin ou un thème avec une erreur fatale, normalement après une mise à jour ou une nouvelle installation.
- Un fichier
.htaccesscorrompu ou avec des règles incompatibles, souvent écrit par un plugin de sécurité ou de cache. - Limite de mémoire PHP épuisée: le site web a besoin de plus de mémoire que ce que l'hébergement alloue à chaque processus.
- Version de PHP incompatible avec un plugin ou un thème (trop nouvelle pour du code ancien, ou trop ancienne pour du code moderne).
- Mise à jour interrompue du noyau, ce qui laisse l'installation en mode maintenance ou avec des fichiers incomplets.
- Fichiers du noyau endommagés ou permissions incorrectes, moins courant mais possible après des migrations ou des piratages.
Avant de toucher à quoi que ce soit : si l'erreur est apparue juste après avoir fait quelque chose de concret (installer un plugin, mettre à jour le thème, coller du code dans functions.php), vous avez déjà le suspect numéro un. Annulez ce changement et vous terminerez probablement ici.
Étape 0 : consultez le journal d'erreurs
Le chemin rapide vers le diagnostic est de lire le journal d'erreurs, où PHP écrit exactement ce qui a échoué et dans quel fichier. Vous avez deux voies :
Le journal de l'hébergement
Casi todos los paneles (cPanel, Plesk y propios) tienen una sección de registros o “Errores”. Busca las líneas con la fecha del fallo: un mensaje del tipo PHP Fatal error: ... in /wp-content/plugins/nombre-del-plugin/archivo.php vous pointe directement vers le coupable.
Le mode de débogage de WordPress
Si vous pouvez modifier des fichiers par SFTP, activez la journalisation propre à WordPress en ajoutant ceci à wp-config.php (antes de la línea que dice “That’s all, stop editing”):
define( 'WP_DEBUG', true );
define( 'WP_DEBUG_LOG', true );
define( 'WP_DEBUG_DISPLAY', false );Rechargez la page qui échoue et vérifiez le fichier wp-content/debug.log. Avec le message d'erreur en main, les étapes suivantes cessent d'être des essais et erreurs pour devenir une chirurgie. Lorsque vous avez terminé, n'oubliez pas de remettre WP_DEBUG a false.
Solution 1 : désactivez les plugins (le suspect habituel)
Si le journal pointe vers un plugin, ou si vous n'avez pas de journal et voulez commencer par le plus probable, désactivez les plugins. Vous ne pouvez pas accéder au tableau de bord car il donne aussi une erreur 500 ? C'est tout aussi facile à faire par SFTP :
- Connectez-vous par SFTP et naviguez jusqu'à
wp-content. - Renommez le dossier
pluginsaplugins-off. Esto desactiva todos los plugins de golpe sin borrar nada. - Recarga la web. Si vuelve a funcionar, el culpable es un plugin.
- Devuelve el nombre original a la carpeta
plugins. Los plugins seguirán desactivados. - Entra al escritorio y reactívalos de uno en uno, recargando la web tras cada activación, hasta que el error reaparezca: ese es el plugin conflictivo.
Con el culpable identificado, elimínalo o busca una actualización que corrija el fallo. Si es un plugin esencial para tu web, contacta con su soporte adjuntando la línea del log; es la información que necesitan para arreglarlo. El mismo procedimiento sirve para el tema: renombra su carpeta dentro de wp-content/themes y WordPress caerá al tema por defecto.
Solución 2: regenera el archivo .htaccess
L' .htaccess es un archivo de configuración de Apache que vive en la raíz de la instalación. Plugins de seguridad, caché y redirecciones escriben en él, y una sola línea inválida provoca un error 500 inmediato en toda la web.
- Por SFTP, localiza el archivo
.htaccessen la raíz (activa la vista de archivos ocultos si no lo ves). - Renommez-le en
.htaccess-viejoy recarga la web. - Si la web revive, el problema estaba ahí. Entra en Ajustes → Enlaces permanentes y pulsa Guardar cambios: WordPress generará un
.htaccesslimpio.
El contenido estándar que WordPress escribe es este; cualquier cosa fuera de este bloque la ha añadido un plugin o una persona:
# BEGIN WordPress
<IfModule mod_rewrite.c>
RewriteEngine On
RewriteRule .* - [E=HTTP_AUTHORIZATION:%{HTTP:Authorization}]
RewriteBase /
RewriteRule ^index\.php$ - [L]
RewriteCond %{REQUEST_FILENAME} !-f
RewriteCond %{REQUEST_FILENAME} !-d
RewriteRule . /index.php [L]
</IfModule>
# END WordPressSolución 3: amplía el límite de memoria PHP
Cada proceso PHP tiene un tope de memoria asignado. Si tu web (o un plugin glotón) lo supera, el proceso muere y el servidor devuelve un 500. El log lo delata con mensajes tipo Allowed memory size of X bytes exhausted. La solución rápida es ampliar el límite desde wp-config.php:
define( 'WP_MEMORY_LIMIT', '256M' );
define( 'WP_MAX_MEMORY_LIMIT', '512M' );Ten en cuenta que el hosting impone su propio techo: si su límite global es 128M, declarar 256M no servirá y tendrás que subirlo desde el panel del hosting o su archivo php.ini. El proceso completo, con las tres vías posibles, lo explicamos en detalle en cómo aumentar el límite de memoria PHP en WordPress.
Solución 4: revisa la versión de PHP
Un salto de versión de PHP (por ejemplo, cuando el hosting actualiza automáticamente) puede romper plugins o temas antiguos que usan funciones eliminadas; y al revés, un plugin moderno puede exigir una versión superior a la instalada. El log mostrará errores fatales de funciones inexistentes o incompatibilidades de sintaxis.
Desde el panel del hosting puedes cambiar la versión de PHP en un desplegable. Como diagnóstico, prueba la versión inmediatamente anterior a la actual: si el error desaparece, ya sabes que hay código incompatible con la nueva. La estrategia correcta a medio plazo no es quedarse en una versión antigua (pierdes seguridad y velocidad), sino actualizar o sustituir el código incompatible y volver a una versión moderna, algo que además tiene premio en rendimiento como vimos al hablar de acelerar WordPress con ajustes de PHP.
Otras causas: actualizaciones a medias y archivos dañados
Mise à jour interrompue
Si el error apareció durante una actualización del núcleo, de un tema o de un plugin, puede que la instalación se quedara bloqueada en modo mantenimiento. Busca en la raíz un archivo llamado .maintenance y bórralo. Si el problema persiste, repite la actualización subiendo los archivos manualmente.
Núcleo dañado
Tras un hackeo o una transferencia de archivos incompleta, el núcleo puede quedar corrupto. La solución es reinstalarlo sin tocar tu contenido: descarga WordPress desde es.wordpress.org y sube por SFTP las carpetas wp-admin y wp-includes y los archivos de la raíz, sin sobrescribir jamás wp-content ni wp-config.php. Si sospechas de un hackeo, no te quedes en el parche: sigue nuestra guía para detectar y limpiar tu WordPress tras un ataque.
Permisos incorrectos
Los permisos estándar son 755 para carpetas y 644 para archivos. Valores exóticos (como 777, o archivos sin permiso de lectura) pueden provocar errores 500 en algunos servidores. Casi todos los clientes SFTP permiten corregirlos de forma recursiva.
Cómo prevenir el próximo error 500 en WordPress
- Copia de seguridad automática y externa. Con un respaldo reciente, cualquier error 500 se convierte en una molestia menor en lugar de una crisis.
- Actualiza por tandas y con cabeza. No actualices diez plugins a la vez: hazlo por grupos pequeños y comprueba la web después de cada tanda, para poder señalar al culpable si algo falla.
- Usa un entorno de pruebas. Muchos hostings ofrecen staging con un clic: prueba ahí las actualizaciones grandes antes de pasarlas a producción.
- Mantén pocos plugins y de calidad. Cada plugin es código de terceros ejecutándose en tu servidor; menos piezas, menos papeletas. Los plugins esenciales para principiantes bien elegidos cubren casi todo.
- Vigila los recursos. Si los errores de memoria se repiten aunque subas el límite, tu web ha superado a tu hosting: toca plan superior o proveedor mejor.
Questions fréquentes
¿El error 500 de WordPress borra mi contenido?
No. Es un fallo de ejecución del servidor: la base de datos con tus entradas, páginas y ajustes permanece intacta. En cuanto se corrige la causa (plugin, .htaccess, memoria…), la web vuelve exactamente como estaba.
¿Por qué tengo error 500 solo en el escritorio (wp-admin) y la web se ve bien?
Suele ser un plugin que solo se ejecuta en la administración, o el límite de memoria: el escritorio consume más recursos que la parte pública. Aplica los mismos pasos (desactivar plugins por SFTP y ampliar memoria) y revisa el log para confirmar.
¿Cuánto afecta al SEO un error 500?
Un error puntual de minutos u horas no tiene impacto apreciable: Google reintenta más tarde. Si el error se prolonga días, los resultados pueden empezar a desaparecer del índice. Por eso conviene diagnosticar pronto y, si no lo resuelves tú, escalar al soporte del hosting sin dejarlo enquistarse.
¿Y si nada de esto funciona?
Contacta con el soporte de tu hosting con datos concretos: hora exacta del fallo, qué hiciste antes y qué has probado ya. Ellos ven logs del servidor que tú no puedes consultar (procesos matados, límites globales, fallos de infraestructura). Y si tienes copia de seguridad reciente, restaurarla es siempre una salida digna mientras se investiga la causa.
Conclusion
El error 500 WordPress intimida por su ambigüedad, pero se rinde ante un método ordenado: leer el log para saber qué falló, desactivar plugins por SFTP, regenerar el .htaccess, ampliar la memoria PHP y revisar la versión de PHP. Con esos cinco movimientos se resuelve la inmensa mayoría de los casos, casi siempre en menos de media hora y sin tocar una línea de código. La diferencia entre quien sufre estos errores y quien los despacha con rutina no es el nivel técnico, sino tener el procedimiento claro y una copia de seguridad reciente que quita todo el dramatismo al asunto. Guarda esta guía para el próximo susto: la próxima vez que el servidor te salude con un 500, sabrás exactamente por dónde empezar.
