Personalizar las páginas de error 404 y otras respuestas

Una página de error útil explica qué ha ocurrido y ofrece una salida, como volver al inicio o buscar otro contenido. Puedes personalizar las respuestas del servidor desde cPanel > Páginas de error. Si usas WordPress, Joomla, PrestaShop, Magento o similares, esta opción no tiene efecto: la aplicación gestiona sus propias páginas de error desde su tema o plantilla.

Crear la página en cPanel

1. Abre Páginas de error y selecciona el dominio correcto si aparece un selector.

2. Elige el código que vas a personalizar, por ejemplo 404, para una dirección que no existe.

   

3. Escribe el contenido en el editor. Admite HTML, así que puedes poner tu logotipo, un mensaje y enlaces a la portada o al buscador. Con los botones de la parte superior insertas etiquetas que muestran datos de la petición: la URL solicitada, la página de procedencia (referring URL), la IP o el navegador del visitante y el nombre del servidor.

   

4. Guarda y visita una URL inexistente de ese dominio.

cPanel guarda la página como 404.shtml en la carpeta raíz del dominio; también puedes subir ese fichero directamente por FTP. Si añades imágenes o estilos, comprueba sus rutas desde una dirección inexistente situada también en una subcarpeta. Los recursos de la página de error deben seguir disponibles cuando se produzca el fallo.

Mantener el código HTTP correcto

La apariencia de la página y su código HTTP son cosas distintas. Un 404 debe seguir respondiendo 404, aunque muestre un diseño completo. Devolver 200 con un mensaje de «no encontrado» puede hacer que los buscadores lo interpreten como un soft 404.

Comprueba el estado en la pestaña Red / Network de las herramientas del navegador, después de recargar una URL inexistente. Si utilizas una herramienta de terminal, consulta las cabeceras de la respuesta real y revisa posibles redirecciones.

Para mantenimiento temporal utiliza una respuesta 503, con una página ligera e independiente de la aplicación que está en mantenimiento. Consulta la guía de mantenimiento con .htaccess.

Cuando el cambio no aparece

Si la aplicación captura la petición antes que el servidor, personaliza la página de error dentro de la aplicación o su tema. Revisa también cachés y proxies que puedan estar mostrando una respuesta propia.

Evita incluir rutas internas, trazas, credenciales o detalles del servidor en la página pública. Si utilizas etiquetas que insertan datos de la petición, comprueba su tratamiento y no añadas contenido recibido del visitante sin el escape adecuado.

Una página personalizada ayuda al visitante, pero no corrige el origen de un error 500 ni recupera una URL que debería existir. En esos casos revisa los registros o restaura la ruta correspondiente.