WordPress error log enorme: limpia y configura en 5 pasos

Tu archivo error.log de WordPress: por qué se vuelve una bestia

El dichoso debug.log (o error.log) va acumulando todo lo que sale mal: errores PHP, avisos de plugins, lloriqueos de temas, consultas lentas a la base de datos. Si no pones un límite, en pocos días pesa gigabytes. No es solo espacio perdido. También ralentiza las operaciones de lectura/escritura del servidor. Y en casos extremos, tu hosting te manda un correo amenazante o directamente te suspende la cuenta.

¿Por qué crece sin control? Las razones de siempre:

• Plugins o temas mal escritos. Generan errores a cada rato.
• Dos extensiones que se pelean. Warnings repetitivos.
• Bots insistentes. Fuerzan errores 404 o 500 sin parar.
• WP_DEBUG activado en producción. Error tonto, pero común.
• Falta de rotación de logs en el servidor. Nadie lo configuró.

En RedServicio (redservicio.net) ayudamos a diagnosticar y resolver estos problemas de rendimiento. Pero primero, vamos al grano.

Paso 1: Encontrar el archivo (no siempre está donde esperas)

Antes de limpiar, hay que localizarlo. Las ubicaciones típicas:

• /wp-content/debug.log – El clásico, si activaste WP_DEBUG.
• /wp-content/error.log – A veces plugins de caché o seguridad lo crean por su cuenta.
• Raíz del sitio – Algunos hosts lo dejan en la carpeta pública.
• /var/log/ – Si tienes acceso SSH, ahí suelen estar los logs del servidor.

Usa FTP o el administrador de archivos de cPanel. Busca archivos .log que pesen más de 100 MB. Si tienes SSH, un comando rápido:

find /ruta/a/wp-content -name "*.log" -size +100M

En segundos te dice dónde están los monstruos.

Paso 2: Limpiar sin romper nada

Método 1: Desde el administrador de archivos

Localiza debug.log, selecciónalo y bórralo. WordPress lo creará de nuevo cuando haga falta. Es rápido, pero no arregla la causa de fondo.

Método 2: FTP o SSH

Conecta por FTP, ve a /wp-content/ y elimina debug.log. Con SSH:

rm /ruta/wp-content/debug.log

Método 3: Desde la base de datos (solo si sabes lo que haces)

Algunos plugins guardan errores en tablas. Para limpiarlos, desde phpMyAdmin ejecuta esta consulta:

TRUNCATE TABLE wp_options WHERE option_name LIKE '%error%';

Antes, haz una copia de seguridad de la base de datos. No improvises.

Paso 3: Ponerle un tope al log

Para que no vuelva a dispararse, edita wp-config.php (en la raíz de WordPress). Añade estas líneas justo antes de donde pone «Eso es todo, deja de editar»:

define('WP_DEBUG', true);
define('WP_DEBUG_LOG', true);
define('WP_DEBUG_DISPLAY', false);
define('WP_DEBUG_LOG_ROTATION', 5); // Tamaño máximo en MB

La constante WP_DEBUG_LOG_ROTATION no es oficial de WordPress. Pero hay plugins como «Debug Log Manager» que la entienden. Aunque lo más limpio es configurar la rotación a nivel de servidor.

Si no estás depurando nada, simplemente desactiva WP_DEBUG:

define('WP_DEBUG', false);

Paso 4: Rotación automática (la solución que dura)

La rotación evita que un solo archivo se convierta en un monstruo. Según tu entorno:

Apache/Nginx con logrotate

Crea un archivo en /etc/logrotate.d/wordpress con esto:

/ruta/a/wp-content/debug.log {
daily
rotate 7
size 50M
compress
missingok
notifempty
copytruncate
}

Qué significa cada cosa:

• daily: rota cada día.
• rotate 7: guarda 7 archivos viejos.
• size 50M: si pasa de 50 MB, rota aunque no sea el día.
• compress: comprime los logs viejos con gzip.
• copytruncate: copia el contenido y vacía el archivo sin matar procesos.

Docker

Monta un volumen y configura logrotate dentro del contenedor, o redirige los logs a syslog.

Hosting compartido

Sin acceso SSH, puedes instalar el plugin gratuito WP Log Viewer. Trae limpieza automática semanal. O programa una tarea cron desde el panel de control de tu hosting.

Paso 5: Prevenir que vuelva a pasar

• Revisa plugins y temas de vez en cuando. Si uno genera cientos de warnings al día, actualízalo o cámbialo.
• Un plugin de seguridad como Wordfence o Sucuri bloquea bots que fuerzan errores 404.
• Monitorea el espacio en disco con «Disk Usage» en cPanel o el comando df -h.
• Configura alertas por correo cuando el log pase de cierto tamaño. Con un script de cron o un monitor externo.
• Desactiva WP_DEBUG en producción a menos que estés resolviendo un problema en caliente.

En resumen (sin rollo)

Un WordPress error log descontrolado es un problema común, pero se resuelve en pocos pasos. La clave: limpiar el log actual, desactivar WP_DEBUG si no lo necesitas, o configurarlo con rotación automática (logrotate o un plugin). Y no olvides la causa raíz: plugins defectuosos, temas viejos o bots pesados. Monitoriza el tamaño de los logs y el espacio en disco. Te ahorrarás dolores de cabeza. Si el problema persiste o prefieres que lo hagan por ti, en RedServicio (redservicio.net) tenemos expertos en servidores WordPress que diagnostican y optimizan tu instalación. Rendimiento estable y seguro, sin sorpresas.