Cómo crear páginas de error personalizadas en cPanel

Las páginas de error aparecen cuando el servidor no puede completar correctamente la solicitud de un visitante. En lugar de mostrar un mensaje genérico, cPanel permite personalizar estas páginas con información clara, enlaces útiles y el diseño visual del sitio.

Desde la herramienta Páginas de error se pueden modificar los mensajes correspondientes a los códigos HTTP más frecuentes, como 400, 401, 403, 404 y 500, sin necesidad de editar manualmente la configuración del servidor.

En esta guía veremos cómo crear páginas de error personalizadas en cPanel, qué significa cada código, qué información conviene mostrar y cómo comprobar que la página continúa devolviendo el estado HTTP correcto.

Índice

¿Qué son las páginas de error?

Cuando un navegador solicita una dirección, el servidor responde con un código HTTP. Los códigos comprendidos entre 200 y 299 indican generalmente una respuesta correcta, mientras que los códigos 400 y 500 informan distintos tipos de errores.

El servidor web incluye páginas predeterminadas para comunicar estos problemas. Sin embargo, suelen contener mensajes técnicos, poco atractivos y sin enlaces que ayuden al visitante a continuar navegando.

Una página de error personalizada permite:

  • Explicar el inconveniente con un lenguaje sencillo.
  • Mantener el diseño y la identidad visual del sitio.
  • Incluir un enlace hacia la página principal.
  • Ofrecer accesos a secciones importantes.
  • Evitar que el visitante abandone inmediatamente el sitio.
  • Informar cómo contactar al responsable cuando el problema continúa.

Personalizar una página no soluciona el error que la provoca. Solamente mejora el mensaje que recibe el visitante mientras se diagnostica o corrige la causa.

Qué significan los principales códigos de error

cPanel permite personalizar numerosos códigos HTTP. Los siguientes son los que aparecen con mayor frecuencia en su interfaz principal.

Error 400: Bad Request

Indica que el servidor no puede interpretar correctamente la solicitud enviada por el navegador. Puede aparecer debido a una dirección mal formada, cookies dañadas, encabezados demasiado grandes o una petición que no cumple el formato esperado.

La página personalizada puede pedirle al visitante que revise la dirección, elimine las cookies del sitio o intente nuevamente.

Error 401: Unauthorized

Se muestra cuando el recurso solicitado requiere autenticación y el visitante no presentó credenciales válidas.

El mensaje debería explicar que es necesario iniciar sesión o verificar el usuario y la contraseña. No conviene revelar información sobre cuentas existentes ni indicar cuál de los datos ingresados es incorrecto.

Error 403: Forbidden

Significa que el servidor comprendió la solicitud, pero no permite acceder al recurso. Puede estar relacionado con permisos de archivos, reglas de seguridad, protección de directorios o bloqueos aplicados por el servidor.

Una página personalizada puede informar que el acceso está restringido, pero no debería mostrar rutas internas ni detalles sobre las reglas de seguridad.

Si el código aparece inesperadamente, consultá nuestra guía sobre qué significa el error 403 Forbidden y cómo solucionarlo.

Error 404: Not Found

Indica que el servidor no encontró la página o el archivo solicitado. Puede ocurrir porque la dirección está mal escrita, el contenido fue eliminado, la URL cambió o existe un enlace roto.

Es la página de error más importante para personalizar porque puede aparecer durante la navegación normal de cualquier sitio.

En esta entrada nos concentramos en la herramienta general de cPanel. Para trabajar específicamente sobre el contenido, el diseño y el comportamiento SEO de una página no encontrada, consultá nuestra guía sobre cómo crear una página de error 404 personalizada.

Error 500: Internal Server Error

Informa que el servidor encontró un problema inesperado y no pudo completar una solicitud aparentemente válida.

Puede estar causado por errores de programación, permisos incorrectos, reglas incompatibles en el archivo .htaccess, límites de recursos o fallos temporales.

La página personalizada debería indicar que se produjo un problema interno, sugerir que se intente nuevamente y proporcionar una forma de contacto. No debería mostrar mensajes de PHP, rutas del servidor ni detalles de configuración.

Si el mensaje aparece junto con un límite de recursos, podés consultar nuestra guía sobre el error Resource Limit Is Reached 508, 500 o 503.

Qué revisar antes de personalizar las páginas

Antes de realizar cambios, tené en cuenta los siguientes puntos:

  • Confirmá cuál es el dominio que querés modificar.
  • Comprobá si el sitio utiliza WordPress, Joomla, PrestaShop u otro CMS.
  • Guardá una copia del contenido anterior si ya existe una personalización.
  • Definí qué códigos realmente necesitás modificar.
  • Prepará mensajes breves y comprensibles.
  • Utilizá enlaces absolutos cuando quieras dirigir al visitante a otra sección.
  • Evitá depender de scripts, bases de datos o recursos que podrían fallar junto con el sitio.

Cuando una cuenta de cPanel contiene varios dominios, cada uno puede tener su propia configuración. Asegurate de seleccionar el dominio correcto antes de guardar.

Cómo crear una página de error personalizada desde cPanel

  1. Ingresá a tu cuenta de cPanel.
  2. Buscá la sección Avanzada.
  3. Seleccioná Páginas de error o Error Pages.
  4. Si administrás varios dominios, elegí el que querés modificar en el selector Administrando.
  5. Seleccioná el código de error que deseás personalizar.
  6. Si el código no aparece entre los más utilizados, ingresá en Mostrar todos los códigos de estado HTTP.
  7. Escribí el mensaje que se mostrará al visitante.
  8. Agregá el código HTML necesario para aplicar títulos, párrafos, enlaces e imágenes.
  9. Utilizá las etiquetas disponibles si necesitás mostrar información dinámica.
  10. Presioná Guardar.

Repetí el procedimiento para cada código que quieras personalizar. El contenido de una página 404 no debería copiarse automáticamente en un error 403 o 500 porque cada situación requiere una explicación diferente.

Si recién comenzás a utilizar el panel, podés consultar nuestra guía básica para administrar una cuenta de hosting con cPanel.

Qué contenido debería incluir una página de error

El contenido debe ayudar al visitante sin exponer información técnica innecesaria. Una página útil puede incluir:

  • El código o tipo de error.
  • Una explicación breve y fácil de entender.
  • Un enlace visible hacia la portada.
  • Accesos a las secciones más importantes.
  • Un buscador interno, si puede funcionar de manera independiente.
  • Una dirección o formulario para informar enlaces rotos.
  • Una recomendación para volver a intentar más tarde cuando corresponda.

Ejemplo de mensaje para un error 404

No encontramos la página solicitada.

Es posible que la dirección esté mal escrita o que el contenido haya cambiado de ubicación. Podés volver a la página principal o utilizar el menú para continuar navegando.

Ejemplo de mensaje para un error 403

No tenés permiso para acceder a este contenido.

El recurso solicitado se encuentra restringido. Si considerás que deberías tener acceso, comunicate con el administrador del sitio.

Ejemplo de mensaje para un error 500

Se produjo un problema interno.

No fue posible completar la solicitud. Intentá nuevamente dentro de unos minutos o contactanos si el inconveniente continúa.

Los mensajes no deberían asegurar que el problema se resolverá inmediatamente ni atribuirlo a una causa determinada sin haber realizado un diagnóstico.

Diseño recomendado

La página debería conservar algunos elementos visuales del sitio, pero mantenerse sencilla. Resulta conveniente utilizar:

  • El logotipo de la empresa.
  • Los mismos colores y tipografías del sitio.
  • Un título claramente visible.
  • Botones o enlaces fáciles de identificar.
  • Un diseño adaptable a teléfonos móviles.
  • Imágenes livianas y alojadas en el mismo dominio.

Evitá diseños demasiado complejos. Una página 500 podría mostrarse precisamente porque una aplicación o un recurso no está funcionando. Cuantas menos dependencias tenga el documento de error, mayores serán las posibilidades de que pueda cargarse correctamente.

Cómo utilizar las etiquetas disponibles en cPanel

El editor de cPanel puede mostrar botones que insertan información dinámica relacionada con la solicitud. Las opciones disponibles dependen de la versión y de la configuración del servidor.

Estas etiquetas pueden representar datos como:

  • La dirección solicitada.
  • El código de error.
  • La página desde la que llegó el visitante.
  • El nombre del servidor.
  • El navegador utilizado.
  • La dirección IP del visitante.

Utilizalas solamente cuando aporten información útil. Mostrar demasiados datos técnicos puede confundir al usuario y revelar detalles innecesarios.

En un sitio público normalmente alcanza con mostrar el tipo de error y la dirección solicitada. La IP, el navegador o la página de referencia pueden reservarse para diagnósticos concretos y deben tratarse teniendo en cuenta la privacidad del visitante.

Cómo probar una página de error personalizada

Después de guardar el contenido, no alcanza con revisar únicamente su apariencia. También es necesario comprobar que el servidor devuelve el código HTTP esperado.

Probar una página 404

  1. Abrí una ventana privada del navegador.
  2. Ingresá una dirección que no exista dentro del dominio.
  3. Confirmá que aparezca el diseño personalizado.
  4. Comprobá que los enlaces conduzcan a páginas válidas.
  5. Revisá el resultado desde una computadora y un teléfono.
  6. Utilizá las herramientas del navegador o un verificador HTTP para confirmar que la respuesta continúe siendo 404.

Una página puede mostrar el texto “no encontrada” y, sin embargo, responder con el código 200. Esto se conoce habitualmente como soft 404 y puede dificultar que los buscadores interpreten correctamente las URLs inexistentes.

Probar errores 401 y 403

No conviene modificar permisos ni bloquear directorios importantes solamente para realizar una prueba. Utilizá un directorio de prueba o un recurso que ya esté protegido.

Probar un error 500

No provoques deliberadamente un fallo en el sitio en producción. Si necesitás comprobar esta página, hacelo en un entorno de prueba o solicitá asistencia al proveedor.

Después de cada prueba, verificá que la portada y las páginas normales continúen respondiendo correctamente.

Qué ocurre si el sitio utiliza WordPress u otro CMS

WordPress, Joomla, PrestaShop y otras aplicaciones pueden administrar sus propias páginas de error. En esos casos, la solicitud puede ser procesada por el CMS antes de que se muestre la página configurada desde cPanel.

Por ejemplo, WordPress normalmente utiliza el archivo o la plantilla 404 del tema activo. Por esta razón, una personalización realizada desde cPanel podría funcionar para un archivo estático inexistente, pero no para todas las rutas procesadas por WordPress.

Antes de elegir el método, identificá quién genera la respuesta:

  • Servidor web: se puede utilizar la herramienta Páginas de error de cPanel.
  • WordPress: se debe revisar la plantilla 404 del tema o una herramienta compatible.
  • Joomla o PrestaShop: se debe comprobar la plantilla o controlador de errores de la aplicación.
  • Aplicación personalizada: el código de la aplicación puede controlar directamente la respuesta.

No configures varias soluciones al mismo tiempo sin comprobar cuál tiene prioridad. Las reglas del CMS, el archivo .htaccess y la configuración del servidor podrían sobrescribirse entre sí.

Una página de error no es una redirección

Mostrar una página personalizada no significa enviar al visitante automáticamente hacia otra URL. El navegador debería conservar la dirección solicitada y el servidor debería responder con el código de error correspondiente.

Una redirección 301 se utiliza cuando un contenido cambió permanentemente de dirección y existe un reemplazo claro. No conviene redirigir todas las páginas inexistentes hacia la portada porque se pierde el contexto de la solicitud y los buscadores podrían interpretar esas respuestas como soft 404.

Cuando una página cambió realmente de ubicación, utilizá una redirección específica. Podés consultar nuestra guía sobre cómo crear redirecciones desde cPanel.

Páginas de error cuando se utiliza Cloudflare

Si el dominio utiliza Cloudflare, no todos los mensajes serán generados por el servidor de hosting.

Cloudflare puede mostrar sus propias páginas cuando:

  • Bloquea una solicitud mediante una regla de seguridad.
  • Aplica una comprobación o desafío al visitante.
  • No consigue comunicarse con el servidor de origen.
  • Detecta un tiempo de espera agotado.
  • Se produce un problema entre su red y el hosting.

En esas situaciones, la solicitud puede no llegar a cPanel y la página personalizada del servidor no se mostrará. Esto no significa necesariamente que la configuración de cPanel sea incorrecta.

Para probar una página 404 personalizada, utilizá una URL inexistente normal que no active reglas de seguridad. Si aparece una pantalla identificada con Cloudflare, revisá el código mostrado y los eventos del panel de seguridad.

Problemas frecuentes

La página personalizada no aparece

Comprobá que hayas seleccionado el dominio correcto y que el código modificado coincida con el error que estás probando. También revisá si el CMS está generando su propia página.

Continúa apareciendo la versión anterior

El navegador, un plugin de caché o una CDN pueden conservar temporalmente la respuesta anterior. Eliminá la caché correspondiente y volvé a probar desde una ventana privada.

La página aparece sin estilos o imágenes

Utilizá direcciones completas para los recursos importantes y verificá que los archivos sean públicos. Las rutas relativas pueden resolverse de manera diferente según la URL que produjo el error.

La página muestra un código 200

Es posible que el CMS o una redirección esté reemplazando la respuesta. Una página de error personalizada debe conservar el código HTTP correspondiente, especialmente en el caso del error 404.

El error 500 no muestra la página creada

Algunos fallos impiden que Apache, PHP o la aplicación carguen el documento personalizado. Un proxy o CDN también puede generar su propia respuesta. La página de cPanel no puede mostrarse si la solicitud no llega a esa etapa del servidor.

Los cambios desaparecieron

Una aplicación, plugin o actualización del sitio podría haber modificado el archivo .htaccess o la forma en que se procesan los errores. Revisá los cambios recientes y restaurá una copia solamente después de identificar la causa.

Recomendaciones de seguridad

  • No muestres rutas internas del servidor.
  • No publiques mensajes detallados de PHP o bases de datos.
  • No reveles nombres de usuarios, versiones o configuraciones.
  • No indiques si una cuenta protegida existe.
  • Evitá formularios que soliciten contraseñas desde una página de error.
  • No agregues scripts externos innecesarios.
  • Utilizá páginas livianas que puedan cargarse aun cuando el sitio tenga problemas.
  • Probá siempre la respuesta HTTP después de guardar.
  • Conservá una copia del contenido personalizado.
  • Investigá y corregí la causa original del error.

Video tutorial

En el siguiente video podés observar cómo ingresar a la herramienta Páginas de error y personalizar uno de los códigos disponibles desde cPanel:

Preguntas frecuentes

¿Puedo utilizar HTML en una página de error de cPanel?

Sí. El editor permite agregar contenido HTML para incluir títulos, párrafos, enlaces, imágenes y estilos sencillos.

¿Debo personalizar todos los códigos?

No es obligatorio. La página 404 suele ser la más importante. También puede resultar útil personalizar los errores 403 y 500 con mensajes específicos.

¿La página personalizada soluciona el error?

No. Solamente modifica el mensaje que recibe el visitante. La causa debe diagnosticarse y corregirse por separado.

¿La configuración se aplica a todos mis dominios?

No necesariamente. Si la cuenta administra varios dominios, debés seleccionar y configurar cada uno desde el menú correspondiente.

¿Por qué WordPress no muestra la página creada en cPanel?

Porque WordPress normalmente procesa las rutas inexistentes y utiliza la plantilla 404 del tema. En ese caso, la personalización debe realizarse dentro del CMS.

¿Conviene redirigir todos los errores 404 hacia la portada?

No. Solamente deben redirigirse las URLs que tengan un reemplazo relevante. Las demás deberían mostrar una página útil y conservar la respuesta 404.

¿Una página de error debe incluir el menú completo?

No es indispensable. Debe ofrecer al menos un enlace claro hacia la portada o una sección útil. Un diseño sencillo será más confiable cuando el sitio presente problemas.

Conclusión

Las páginas de error personalizadas permiten ofrecer una experiencia más clara y profesional cuando una solicitud no puede completarse. Desde cPanel es posible editar los mensajes correspondientes a distintos códigos HTTP y agregar contenido HTML sin modificar directamente la configuración del servidor.

Recordá que la página personalizada no reemplaza el diagnóstico del problema. También es importante comprobar que conserve el código HTTP correcto y verificar si el sitio, WordPress o Cloudflare están generando una respuesta diferente.

¿Necesitás ayuda para personalizar una página de error o determinar por qué no aparece? Podés enviar una consulta al soporte de Atlántica Digital.