Errores del Cliente

Última actualización 10 de noviembre de 2026

Los errores con un código de estado que empieza por 4 significan que tu sitio recibió la solicitud, pero no quiso o no pudo completarla: la página no existe, el visitante no tiene permiso para verla, la solicitud era demasiado grande o llegaron demasiadas solicitudes a la vez. A diferencia de los errores de servidor, no significan que tu sitio esté caído, pero suelen indicar un ajuste o un archivo que puedes modificar. La monitorización del tiempo de actividad de Kinsta no envía notificaciones por ninguno de los errores de esta página; solo te avisa de los errores de servidor 500, 502 y 504, y de los bucles de redirección.

401 Unauthorized (No autorizado)

Un error 401 Unauthorized (Acceso no autorizado) significa que la página requiere un nombre de usuario y una contraseña, y el visitante no los ha introducido o ha indicado unos incorrectos.

Protección con contraseña: si tienes activada la protección htpasswd en tu sitio o en tu entorno staging, los visitantes verán un mensaje de inicio de sesión antes de que se cargue el sitio. Introduce el nombre de usuario y la contraseña configurados en MyKinsta, o desactiva la protección htpasswd si el sitio debe ser público.
Solicitudes de API: Las herramientas e integraciones que se conectan a tu sitio a través de la API REST de WordPress reciben un 401 si sus credenciales, como la contraseña de aplicación, faltan, son incorrectas o han sido revocadas. Comprueba las credenciales en la configuración de la herramienta.

403 Forbidden (Prohibido)

Un error 403 Forbidden significa que la solicitud se ha bloqueado a propósito. Hay varias capas que pueden bloquear una solicitud a tu sitio web, y cada una muestra una página diferente, así que la página que ves es la forma más rápida de encontrar la causa.

Averigua qué ha bloqueado la solicitud

Abre la página en la que aparece el error y compárala con la lista que te mostramos a continuación. Si un visitante te ha informado del error, pídele una captura de pantalla.

Lo que muestra la página	¿Qué ha bloqueado la solicitud?	¿En tus registros?
Solo aparece el encabezado «403 Forbidden» en la esquina superior izquierda	Una regla de acceso en MyKinsta: protección contra bots, una excepción a la protección contra bots o la herramienta Bloquear dirección IP	No
Un encabezado «403 Prohibido» centrado con una línea y «nginx» debajo	El servidor web, debido al archivo o la carpeta solicitados	Sí, como 403 en access.log
Una página que muestra el ID de una regla del cortafuegos	Protección contra vulnerabilidades	Sí, como 403 en el archivo access.log
Una página con la marca de un plugin de seguridad o una CDN	Ese plugin o servicio	Depende del plugin o del servicio
Un mensaje de WordPress, como «Lo sentimos, no tienes permiso para acceder a esta página»	Permisos de usuario de WordPress o un enlace caducado	Sí, como 403 en el archivo access.log

A continuación, sigue los pasos que se indican a continuación para ese tipo de bloqueo.

Bloqueado por una regla de acceso en MyKinsta

Si la página solo muestra el encabezado 403 Forbidden, la solicitud fue bloqueada por las reglas de acceso de tu sitio antes de llegar a él, por lo que no aparece en los registros de tu sitio.

En MyKinsta, ve a Sitios > nombre del sitio > Protección contra bots y accede al informe de tráfico principal. Selecciona el tipo de tráfico que se ha bloqueado para ver las direcciones IP, las rutas, los agentes de usuario y los países implicados.
Comprueba tu nivel de protección. Los niveles más estrictos bloquean el tráfico automatizado, lo que puede incluir herramientas legítimas como monitores de tiempo de actividad, webhooks de pago e integraciones de plugins. Activa la opción Permitir automatizaciones típicas de WordPress o añade una excepción de tipo Permitir para la herramienta. Para más información, consulta Protección contra bots.
Comprueba las excepciones de tu protección contra bots para ver si hay alguna regla de bloqueo que coincida con la dirección IP, la ruta, el agente de usuario o el país del visitante.
Comprueba si la dirección IP del visitante aparece en la herramienta Bloquear direcciones IP.

Si estás haciendo pruebas con tu propia dirección IP, desactiva primero cualquier VPN o servicio de retransmisión privada, como iCloud Private Relay. De lo contrario, tu sitio verá la dirección IP de la retransmisión en lugar de la tuya, y la excepción para tu IP no coincidirá.

Bloqueado por el servidor web

Si la página muestra “nginx” en el encabezado, significa que el servidor web se ha negado a servir el archivo o la carpeta solicitados. Busca en el archivo access.log de tu sitio web el código 403 para encontrar la URL y, a continuación, comprueba lo siguiente:

Una carpeta sin archivo de índice: Si accedes a una carpeta que no contiene un archivo index.php o index.html , aparece un error 403 en lugar de mostrarse el contenido de la carpeta. Añade un archivo de índice o crea un enlace a un archivo concreto en lugar de a la carpeta.

Bloqueado por la protección contra Vulnerabilidades

Si la página muestra un ID de regla del cortafuegos, la protección contra vulnerabilidades ha bloqueado la solicitud porque coincidía con una regla relacionada con una vulnerabilidad conocida en un plugin, un tema o una versión de WordPress instalada en tu sitio. Estos bloqueos se registran como código 403 en el archivo access.log de tu sitio, así que puedes buscarlo para ver qué URLs se bloquearon y cuándo.

Esto suele significar que parte de tu sitio está desactualizado. Algunas vulnerabilidades afectan a funcionalidades habituales, como subir archivos a través de un formulario, por lo que una regla puede bloquear tanto a los visitantes normales como a los atacantes hasta que se actualice el plugin afectado.

En MyKinsta, ve a Sitios > nombre del sitio > Plugins y temas y filtra la lista por Plugins vulnerables. Una versión vulnerable aparece marcada con un signo de exclamación y su número de versión está resaltado en rojo. Para más información, consulta Gestionar plugins y temas.
Actualiza primero los plugins vulnerables, junto con el plugin que gestiona la página o función bloqueada. Si no sabes qué plugin está implicado, actualiza todos tus plugins, temas y el núcleo de WordPress.
Prueba de nuevo la página o la acción bloqueada.
Para evitar que esto vuelva a pasar, activa las actualizaciones automáticas.

La protección contra vulnerabilidades no se puede desactivar, y la opción Permitir excepciones en la protección contra bots no la anula. Si el error persiste después de haberlo actualizado todo, ponte en contacto con el servicio de Soporte e incluye el ID de la regla del cortafuegos que aparece en la página.

Bloqueado por un plugin de seguridad o una CDN

Si la página muestra la marca de un plugin de seguridad, como Wordfence o Solid Security, o de un CDN o cortafuegos de terceros, ese servicio ha bloqueado la solicitud. Revisa su configuración o los registros en busca de la solicitud bloqueada y añade allí una excepción. Si usas tu propia cuenta de Cloudflare, no actives las funciones WAF ni de protección contra bots de Cloudflare junto con la protección contra bots de Kinsta, ya que ambas pueden bloquear tráfico legítimo.

Bloqueado por WordPress

WordPress muestra su propio mensaje cuando el rol de un usuario que ha iniciado sesión no permite una acción, o cuando un enlace de seguridad ha caducado:

Lo sentimos, no tienes permiso para acceder a esta página: El rol del usuario no tiene permiso. Comprueba el rol del usuario en Usuarios en WordPress, o inicia sesión como administrador.
El enlace que has seguido ha caducado: La página ha estado abierta demasiado tiempo o se ha cargado desde la caché. Recarga la página y vuelve a intentarlo. Si ves este aviso al subir un archivo, es posible que el archivo sea demasiado grande; consulta 413 Request Entity Too Large (Entidad de solicitud demasiado grande).

Cuándo ponerte en contacto con el servicio de Soporte

Si no consigues averiguar qué está bloqueando la solicitud, ponte en contacto con el servicio de Soporte indicando la URL, la hora y la zona horaria en la que se produjo el error, una captura de pantalla de la página de error y la dirección IP del visitante, si la conoces.

404 Not Found (No encontrado)

Un error 404 Not Found significa que la página o el archivo solicitado no existe en esa URL. Es normal que se produzcan algunos errores 404, como cuando los visitantes escriben mal una URL o cuando los bots solicitan archivos que tu sitio no tiene. Revísalos cuando páginas o archivos reales devuelvan errores 404, o cuando empiecen a aparecer errores 404 tras un cambio en tu sitio.

El archivo access.log de tu sitio web registra cada error 404 con la URL solicitada, así que busca 404 en él para ver qué URLs se ven afectadas.

Todas las entradas y páginas devuelven errores 404, pero la página de inicio funciona: Hay que actualizar la configuración de enlaces permanentes de WordPress. En WordPress, ve a Ajustes > Enlaces permanentes y haz clic en Guardar cambios sin modificar nada.
Después de una migración, un cambio de dominio o el envío de un entorno: Es posible que los enlaces y las rutas de los archivos sigan apuntando al dominio o a la carpeta antiguos. Usa la herramienta Buscar y Reemplazar para actualizar las URLs antiguas y comprueba que los archivos subidos se hayan copiado correctamente.
Un archivo que existe devuelve un error 404: Puede que el servidor web no tenga permiso para leerlo. El archivo error.log de tu sitio muestra open() "..." failed (13: Permission denied) junto con la ruta del archivo. Esto suele ocurrir tras subir archivos por SFTP o desplegar código. Comprueba los permisos del archivo en tu cliente SFTP (la mayoría los muestra al hacer clic con el botón derecho en un archivo y abrir sus permisos o información) o a través de SSH con el comando ls -l. Los archivos deben tener los permisos 644 y las carpetas, 755.
Se ha movido o eliminado una página o un archivo: Añade una redirección de la URL antigua a la nueva, para que los enlaces existentes y los resultados de búsqueda sigan funcionando.
Una página que acabas de publicar sigue mostrando un error 404: Es posible que el error 404 esté almacenado en la caché. Borra la caché de tu sitio y cualquier caché de la CDN.

405 Method Not Allowed (Método no permitido)

Un error 405 Method Not Allowed significa que la URL existe, pero no acepta el tipo de solicitud que se ha enviado. Cada solicitud utiliza un método, como GET para cargar una página o POST para enviar un formulario, y algunas URLs solo aceptan determinados métodos. Este error suele aparecer más a menudo en formularios, webhooks e integraciones que cuando los visitantes cargan páginas.
Busca 405 en el archivo access.log de tu sitio web para ver qué URL y qué método se utilizaron.

Un formulario o una herramienta envía datos a un archivo estático: Al enviar un formulario (una solicitud POST) a un archivo estático, como un archivo .html o una imagen, se devuelve un 405 porque los archivos estáticos solo se pueden cargar. Comprueba que la acción del formulario o la URL de la herramienta apunte a una página o un endpoint de WordPress, no a un archivo.
Un webhook o una integración utiliza el método incorrecto: Los proveedores de pago, los servicios de formularios y otras integraciones necesitan la URL y el método exacto que indica su documentación. Revisa la configuración de la integración y vuelve a copiar la URL del plugin que la proporciona.
Una redirección modifica la solicitud: Cuando se redirige una solicitud, por ejemplo, de http:// a https:// o de www. al dominio sin www, muchas herramientas la reenvían como una solicitud GET, por lo que un endpoint que espera una solicitud POST la rechaza. Usa la URL final, incluyendo https:// y el dominio correcto, en la configuración de la herramienta.

413 Request Entity Too Large (Entidad de solicitud demasiado grande)

Un error 413 Request Entity Too Large significa que una solicitud, normalmente una subida de archivo, era demasiado grande para ser aceptada. Tu sitio tiene dos límites de subida, y el que el archivo supere determina lo que ves:

El límite del servidor web (128 MB): Las solicitudes de más de 128 MB se rechazan antes de llegar a WordPress. Herramientas como curl y los clientes de API muestran el error 413, pero las herramientas de subida del navegador, como el cargador de archivos multimedia de WordPress, suelen mostrar en su lugar un error general de subida. El archivo error.log de tu sitio registra la solicitud como client intended to send too large body (el cliente intentó enviar un cuerpo demasiado grande), seguido de su tamaño en bytes.
El límite de subida de PHP de tu plan: La solicitud llega a WordPress, pero PHP descarta el archivo, por lo que no aparece el error 413. En su lugar, WordPress muestra su propio mensaje, como «supera el tamaño máximo de subida para este sitio» o «El enlace que has seguido ha caducado».

El límite de subida de PHP de tu plan (upload_max_filesize y post_max_size) es:

128 MB: Plan Single con 125.000 visitas o menos, Plan Single con 65 GB de ancho de banda o menos, WP 2, Launch, Launch Plus, Build y Expand.
256 MB: Plan Single con 315.000 visitas o más, Plan Single con 125 GB de ancho de banda o más, WP 5 y superiores, Scale y Lead.
Servidores dedicados: El límite se puede aumentar hasta 500 MB. Ponte en contacto con el servicio de Soporte para cambiarlo.

Si necesitas subir archivos que superen tu límite, usa una de las opciones que te indicamos a continuación.

Sube archivos grandes de otra forma: Sube archivos grandes, como vídeos, copias de seguridad o archivos de importación, a través de SFTP en lugar de hacerlo desde el navegador. En el caso de los archivos multimedia de WordPress, puedes añadirlos a la biblioteca multimedia con WP-CLI (wp media import).
Reduce el tamaño de los archivos: Comprime imágenes y vídeos, o divide los archivos de importación grandes en otros más pequeños.
Importaciones de bases de datos grandes: Usa WP-CLI tal y como se describe en Importar una base de datos MySQL.
CDN de terceros: Si usas otra CDN o proxy, puede que tenga un límite de tamaño inferior al de Kinsta. Comprueba su límite de subida.

429 Too Many Requests (Demasiadas solicitudes)

Un error 429 Too Many Requests significa que se han recibido demasiadas solicitudes procedentes de la misma fuente en poco tiempo, por lo que el servidor web de tu sitio las ha limitado temporalmente. Las solicitudes que superen el límite se rechazan hasta que la tasa disminuya, y el resto de visitantes no se ven afectados.

El archivo error.log de tu sitio registra cada solicitud limitada como limiting requests, excess: ... by zone "phpzone".

Bots y rastreadores: El tráfico automatizado que recorre muchas páginas rápidamente es la causa más habitual. Usa el informe Tráfico principal en la sección Protección contra bots para encontrar el origen y, a continuación, bloquéalo o aumenta tu nivel de protección.
Plugins e integraciones: Las herramientas que sincronizan, importan o comprueban tu sitio pueden enviar ráfagas de solicitudes, por ejemplo, a admin-ajax.php o a la API REST de WordPress. Reduce la frecuencia con la que se ejecutan o configúralas para que envíen solicitudes en lotes más pequeños.
Pruebas de carga: Las herramientas que simulan un tráfico intenso desde una sola fuente se ven limitadas rápidamente. Las pruebas de carga no están permitidas en Kinsta; para más información, consulta nuestras Condiciones de Servicio.

Si se está limitando tráfico legítimo, ponte en contacto con el servicio de Soporte indicando la hora en que se produjeron los errores y la dirección IP o la herramienta implicada.

451 Unavailable For Legal Reasons (No disponible por motivos legales)

Un error 451 No disponible por motivos legales significa que se ha bloqueado el acceso a la página para cumplir con una ley o una orden judicial. Este error no suele provenir de tu sitio web ni de Kinsta.

Los visitantes de un país ven este error: Lo más probable es que su proveedor de Internet o su gobierno esté bloqueando tu sitio a nivel de red. Tu sitio sigue funcionando, los visitantes de otras ubicaciones aún pueden acceder a él y no hay que cambiar nada en MyKinsta ni en WordPress.
Un plugin bloquea a los visitantes por ubicación: Algunos plugins restringen el acceso desde determinados países por motivos de privacidad o cumplimiento legal y devuelven un código 451. Revisa la configuración de tus plugins o desactívalos uno a uno para encontrar el responsable.

Si tú mismo has bloqueado un país con una excepción de protección contra bots, los visitantes de ese país verán un error 403, no un 451; consulta 403 Forbidden.

499 Client Closed Request (Solicitud cerrada por el cliente)

Los visitantes nunca ven un 499. Se registra en el archivo access.log de tu sitio cuando el navegador del visitante, u otro servicio que se conecta a tu sitio, cierra la conexión antes de que tu sitio termine de responder.

Es normal que aparezcan algunos códigos 499: Se registran cada vez que un visitante cierra una pestaña, sale de la página o impide que se cargue una página.
Códigos 499 con un tiempo de solicitud de unos 180 segundos: La solicitud alcanzó el límite de 180 segundos, Cloudflare cerró la conexión y el visitante vio un error 524 de tiempo de espera. Trátalos como tiempos de espera; consulta el eror 504 Gateway Timeout (Tiempo de espera agotado).
Muchos errores 499 procedentes de la misma herramienta: Es posible que un monitor de disponibilidad, una integración u otro servicio tenga un tiempo de espera más corto del que necesita tu sitio web para responder. Comprueba la configuración de tiempo de espera de la herramienta o usa la herramienta APM de Kinsta para averiguar por qué la solicitud es lenta.