Solucionar error 400 Bad Request en WordPress: causas y arreglos

¿Acabas de encontrarte con el temido error 400 WordPress en tu pantalla? No te preocupes, no es el fin del mundo. Este mensaje, que suele aparecer como "400 Bad Request", es uno de los más comunes en la web y, afortunadamente, en la mayoría de los casos tiene una solución sencilla que puedes aplicar tú mismo sin necesidad de ser un experto en programación.

En esta guía completa, paso a paso y sin tecnicismos innecesarios, vamos a desglosar todo lo que necesitas saber para corregir 400 WordPress tanto si tu hosting usa cPanel como si usa Plesk o incluso Syspanel (antes conocido como HestiaCP). Coge un café, respira hondo y vamos a ello.

¿Qué significa exactamente el error 400 Bad Request?

Antes de lanzarnos a arreglar nada, es fundamental entender qué está pasando. El error 400 es un código de estado HTTP que significa que el servidor no ha podido procesar la solicitud que le has enviado porque algo en ella está "mal formado". Piensa en ello como si intentaras enviar una carta con una dirección ilegible: el cartero (el servidor) no sabe a dónde llevarla porque la dirección (la solicitud) está corrupta o es inválida.

A diferencia del error 404 (página no encontrada), el 400 no significa que el archivo no exista. Significa que la petición en sí es incorrecta. Esto puede deberse a varias razones, desde un simple error de caché en tu navegador hasta un problema más profundo en la configuración de tu servidor o de tu instalación de WordPress.

Un dato curioso: a veces verás el mensaje "400 Bad Request: Request Header Or Cookie Too Large". Esto nos da una pista clave: el problema está en que la cabecera de la solicitud (que incluye cookies, tokens de sesión, etc.) es demasiado grande para que el servidor la maneje.

Causas más comunes del error 400 en WordPress

Para corregir 400 WordPress de forma eficaz, primero debemos identificar al sospechoso. Estas son las causas más habituales:

Caché del navegador o DNS corrupta: La más común y fácil de solucionar. Tu navegador guarda archivos antiguos que ahora son inválidos.
Cookies corruptas: A veces una cookie de tu sitio web se daña y provoca que la solicitud sea rechazada.
Enlaces permanentes (Permalinks) rotos: La estructura de tus URLs no se ha actualizado correctamente tras un cambio en la configuración.
Errores en el archivo .htaccess: Este archivo (en servidores Apache) controla el comportamiento de tu sitio. Si tiene una línea errónea, puede provocar el error.
Límite de tamaño de cabecera del servidor: Si tu servidor tiene un límite bajo para el tamaño de las cabeceras HTTP y tu navegador envía muchas cookies, se produce el error.
Conflictos con plugins o temas: Un plugin mal codificado o un tema con errores pueden enviar solicitudes inválidas.
Problemas con el CDN (Red de Distribución de Contenidos): Si usas Cloudflare u otro CDN, a veces su caché o configuración de seguridad puede generar el error.

Primeros auxilios: Soluciones rápidas y sencillas

Vamos a empezar con lo más básico. Estas soluciones no requieren tocar nada en tu hosting y suelen resolver el 80% de los casos.

1. Limpia la caché de tu navegador y las cookies

Este es el primer paso obligatorio. Es como apagar y encender el ordenador cuando algo falla.

En Chrome: Ve a los tres puntos de arriba a la derecha > "Historial" > "Borrar datos de navegación". Asegúrate de marcar "Cookies y otros datos del sitio" e "Imágenes y archivos en caché" y selecciona "Todo el período". Haz clic en "Borrar datos".
En Firefox: Menú > "Historial" > "Limpiar el historial reciente". Marca "Cookies" y "Caché" y elige "Todo" en el rango temporal.

Después de limpiar, reinicia el navegador por completo (ciérralo y ábrelo de nuevo) e intenta acceder a tu web.

[TIP] Si usas un navegador con muchas extensiones, prueba a abrir una ventana de incógnito. Si el error desaparece ahí, el problema es de las cookies o la caché de tu navegador habitual.

2. Prueba con otro navegador o dispositivo

Si el error persiste, descarta que sea un problema de un navegador concreto. Intenta acceder desde tu móvil (con datos móviles, no con el Wi-Fi de tu casa) o desde el navegador Edge o Safari. Si funciona en otro sitio, el problema es local de tu equipo.

3. Reinicia tu router y tu conexión a Internet

A veces, tu IP pública o tu conexión local tienen datos corruptos. Apaga el router durante 30 segundos y vuelve a encenderlo. Esto también refresca tu dirección IP, lo que puede ayudar si el problema está relacionado con un bloqueo temporal.

Soluciones a nivel de WordPress (sin tocar el hosting)

Si los pasos anteriores no han funcionado, es hora de meter las manos en la masa dentro de tu panel de administración de WordPress.

4. Reinicia los enlaces permanentes (Permalinks)

Esta es una solución mágica para muchos errores. A veces la estructura de tus URLs se desincroniza.

Accede al Panel de administración de WordPress (normalmente en tudominio.com/wp-admin).
Ve a Ajustes > Enlaces permanentes.
Sin cambiar nada, simplemente haz clic en el botón Guardar cambios al final de la página.

Esto fuerza a WordPress a regenerar las reglas de reescritura y actualizar el archivo .htaccess. Es un truco rápido que soluciona muchos problemas de "Bad Request".

5. Desactiva todos los plugins (modo seguro)

Un plugin conflictivo es una causa muy común. Para comprobarlo:

Ve a Plugins > Plugins instalados.
Selecciona todos los plugins de la lista usando la casilla de verificación superior.
En el desplegable "Acciones en bloque", elige Desactivar y haz clic en "Aplicar".

Ahora intenta acceder a tu web. Si el error desaparece, el problema es uno de los plugins. Actívalos de uno en uno hasta encontrar al culpable.

[WARNING] Si no puedes acceder al panel de administración, puedes desactivar los plugins temporalmente mediante un cliente FTP o el administrador de archivos de tu hosting (cPanel/Plesk). Renombra la carpeta wp-content/plugins a wp-content/plugins_old. Esto desactivará todos los plugins a la fuerza.

6. Cambia temporalmente a un tema por defecto (Twenty Twenty-Four, etc.)

Al igual que los plugins, tu tema puede estar generando el error.

Ve a Apariencia > Temas.
Activa un tema por defecto de WordPress (como Twenty Twenty-Four o Twenty Twenty-Three).

Si el error desaparece, tu tema original es el problema. Puedes contactar con su desarrollador o revisar su configuración.

Soluciones a nivel de servidor (cPanel, Plesk o Syspanel)

Si hemos llegado hasta aquí, el problema es más profundo y afecta a la configuración del servidor. Vamos a usar el panel de control de tu hosting.

7. Revisa y repara el archivo `.htaccess`

Este archivo es la clave de la configuración de Apache. Un error aquí puede provocar el error 400 WordPress.

Accede a tu panel de control (cPanel o Plesk).
Busca la sección Administrador de archivos (File Manager).
Navega hasta la raíz de tu sitio web (normalmente public_html o httpdocs).
Busca el archivo .htaccess. Importante: es un archivo oculto. Debes activar la opción "Mostrar archivos ocultos" en la configuración del Administrador de archivos.
Haz clic derecho sobre él y selecciona Editar o Code Edit.
Copia su contenido y pégalo en un bloc de notas por seguridad.
Ahora, borra todo el contenido del archivo y guárdalo como vacío.

Prueba a cargar tu web. Si funciona, el archivo .htaccess estaba corrupto. Ahora ve a Ajustes > Enlaces permanentes en WordPress y haz clic en "Guardar cambios" para que se genere uno nuevo automáticamente.

[INFO] Si no encuentras el archivo .htaccess, es porque tu servidor usa Nginx (muy común en Plesk). En ese caso, la solución es diferente y suele estar en la configuración de "Proxy" o "Cache" del panel de control.

8. Aumenta el límite de tamaño de cabecera del servidor

Este es el paso clave si el error dice "Request Header Or Cookie Too Large". El servidor tiene un límite (por defecto suele ser 8KB en Apache) y tus cookies lo están superando.

En cPanel: Ve a la sección Software > Seleccionar versión de PHP o MultiPHP INI Editor. Necesitas editar el archivo php.ini.
En Plesk: Ve a Configuración de PHP en el dominio correspondiente.

Dentro del editor de php.ini, busca o añade las siguientes líneas:

suPHP_ConfigPath /home/tuusuario/public_html
LimitRequestFieldSize 8190
LimitRequestLine 8190

Si no puedes editar php.ini directamente, puedes intentar añadir estas líneas al archivo .htaccess:

<IfModule mod_headers.c>
    LimitRequestFieldSize 8190
    LimitRequestLine 8190
</IfModule>

[WARNING] Aumentar estos límites demasiado puede afectar al rendimiento del servidor. Empieza con 8190 (8KB) y ve subiendo si es necesario.

9. Purgar la caché del servidor y del CDN

A veces el problema es una caché corrupta en el servidor o en servicios como Cloudflare.

cPanel/Plesk: Busca la sección de "Caché" (a veces llamada "LiteSpeed Cache" o "Varnish"). Pulsa el botón de "Vaciar" o "Purgar".
Cloudflare: Ve al panel de Cloudflare, selecciona tu dominio y haz clic en "Purgar todo" en el apartado de Caché.

10. Si usas Syspanel (antes HestiaCP)

Si tu hosting usa Syspanel, el proceso es similar pero con algunas particularidades. Recuerda que el acceso a este panel se realiza a través del puerto 2106 (ejemplo: https://tudominio.com:2106).

Accede a Syspanel.
Ve a la sección de Web y busca tu dominio.
En la configuración del dominio, podrás editar los archivos directamente y también tienes la opción de "Habilitar/Deshabilitar" el proxy de Nginx.
A menudo, deshabilitar y re-habilitar el proxy resuelve el error. Busca el botón de Proxy (a veces llamado "Proxy Template") y cámbialo a "Sin proxy" o "Deshabilitado", guarda, y luego vuelve a habilitarlo.

[TIP] En Syspanel, el archivo de configuración de Nginx se encuentra en /home/usuario/conf/web/ y puedes editarlo desde el administrador de archivos del propio panel para ajustar los límites de cabecera si lo necesitas.

Solución avanzada: Revisar la base de datos

En casos muy raros, una base de datos corrupta puede generar errores 400. Esto es menos común, pero si has agotado todas las opciones:

cPanel: Ve a Base de Datos MySQL y busca la opción de "Reparar Base de Datos" o usa phpMyAdmin para hacerlo.
Plesk: Ve a Bases de Datos, selecciona la tuya y usa la herramienta de reparación o phpMyAdmin.

En phpMyAdmin, selecciona todas las tablas de tu base de datos y en el desplegable inferior elige "Reparar tabla".

Preguntas Frecuentes (FAQ) sobre el error 400

¿El error 400 es peligroso para mi sitio web?
No, no es peligroso. Es un error de comunicación entre tu navegador y el servidor. No indica un hackeo ni una pérdida de datos. Es simplemente un bloqueo que impide cargar la página.

¿Por qué el error 400 aparece solo en mi móvil y no en el ordenador?
Esto suele deberse a la caché o a las cookies específicas del navegador móvil. También puede ser por una sincronización de hora incorrecta en tu dispositivo móvil, lo que invalida los certificados SSL y provoca errores de solicitud.

¿Cuánto tiempo tarda en solucionarse el error si contacto con el soporte del hosting?
Depende de la causa. Si es un problema de configuración del servidor, suelen resolverlo en minutos. Si es un ataque DDoS o un problema de red más grande, puede tardar más. Siempre es buena idea contactarlos si has agotado las opciones anteriores.

¿Puede un ataque de fuerza bruta causar el error 400?
Sí. Si un atacante intenta saturar tu servidor con solicitudes malformadas, puede provocar errores 400. Si sospechas esto, contacta con tu proveedor de hosting para que revise los logs de seguridad.

Conclusión final

Como has visto, corregir 400 WordPress no es una tarea imposible. Siguiendo esta guía paso a paso, desde lo más simple (limpiar la caché) hasta lo más técnico (editar la configuración del servidor), podrás resolver el problema en la mayoría de los casos. La clave es la paciencia y el método: ve probando las soluciones una a una.

Recuerda que si en cualquier momento te sientes abrumado, tu proveedor de hosting (ya sea con cPanel, Plesk o Syspanel) siempre tiene un equipo de soporte técnico dispuesto a echarte una mano. No dudes en abrir un ticket de soporte si has intentado todo y el error persiste.