Abres tu sitio para revisar un pedido y te encuentras con una pantalla en blanco, un «error 500» o un aviso de «error crítico». Lo peor no es el mensaje: es no tener idea de qué lo provocó. Si tu emprendimiento recibe clientes a través de tu web .cl, cada minuto cuenta. Lo que muchos no saben es que el hosting guarda un registro detallado de cada falla. En esta guía aprenderás a encontrarlo, entenderlo y usarlo para solucionar el problema paso a paso, aunque nunca hayas tocado un archivo técnico.

¿Qué es el registro de errores y por qué es tu mejor aliado?

El registro de errores (en inglés, error log) es un archivo de texto que tu hosting va completando solo, línea por línea, cada vez que algo dentro de tu web no funciona como debería. Cada anotación dice cuándo pasó, qué tipo de problema fue y en qué archivo ocurrió. Es como la caja negra de un avión: no evita el problema, pero te cuenta exactamente qué sucedió.

La mayoría de las personas nunca lo abre porque suena técnico. Sin embargo, leerlo es mucho más simple de lo que parece, y te ahorra horas de adivinar, desinstalar cosas al azar o rehacer páginas que en realidad estaban bien.

Antes de empezar: lo que necesitas

No hace falta instalar nada. Solo ten a mano lo siguiente:

• Acceso a tu panel de hosting (usuario y contraseña). Si no los recuerdas, recupéralos antes de empezar.
• La dirección exacta de la página que falla, por ejemplo la del formulario de contacto o la del carrito.
• Una copia de seguridad reciente. No la vas a necesitar para leer el registro, pero sí conviene tenerla antes de tocar cualquier archivo.
• Un bloc de notas (en papel o en el celular) para anotar horas, mensajes y cambios que hagas.

Paso 1: Encuentra el registro de errores en tu panel

La ubicación puede variar un poco según el panel, pero casi siempre la encuentras de alguna de estas formas:

1. Ingresa a tu panel de hosting y busca la sección Métricas o Estadísticas. Allí suele haber un ícono llamado Errores, que muestra las últimas anotaciones directamente en pantalla.
2. Si no lo ves, abre el Administrador de archivos y entra a la carpeta public_html (o a la carpeta de tu sitio, por ejemplo public_html/ferreteria). Busca un archivo llamado error_log. Puede haber uno en la carpeta principal y otros dentro de subcarpetas: cada uno registra los errores de esa carpeta.
3. Si usas WordPress, también puedes activar su propio registro. Abre el archivo wp-config.php y verifica que estén estas líneas: define(‘WP_DEBUG’, true);, define(‘WP_DEBUG_LOG’, true); y define(‘WP_DEBUG_DISPLAY’, false);. Así los errores se guardan en wp-content/debug.log sin mostrarse a tus visitantes.

Consejo: si activas el modo depuración de WordPress, recuerda volver a poner WP_DEBUG en false cuando termines. Dejarlo encendido para siempre no es necesario y el archivo puede crecer mucho.

Paso 2: Reproduce el error y anota la hora

El segundo paso es hacer que el error ocurra mientras tú lo observas. Visita la página rota, intenta la acción que falla (enviar un formulario, agregar un producto al carrito, iniciar sesión) y, en ese mismo momento, mira el reloj y anota la hora con minutos. Con ese dato vas a ir directo a la línea correcta en vez de leer el archivo completo.

Un detalle clave: muchos paneles registran la hora en UTC. Si la anotación dice 13:05 y tú probaste a las 10:05, probablemente sea la misma línea: solo cambia la zona horaria.

Paso 3: Aprende a leer una línea del registro

Una línea típica del registro se ve así:

[25-Sep-2026 13:05:42 UTC] PHP Fatal error: Uncaught Error: Call to undefined function enviar_formulario() in /home/usuario/public_html/wp-content/plugins/formulario-simple/envio.php:88

Asusta un poco, pero si la separas en partes es muy fácil de entender:

1. [25-Sep-2026 13:05:42 UTC]: la fecha y la hora en que ocurrió. Compárala con la que anotaste en el paso anterior.
2. PHP Fatal error: el tipo de error. Te dice qué tan grave es (más abajo verás los más comunes).
3. Call to undefined function enviar_formulario(): la descripción. En este caso, el código intentó usar una función que no existe.
4. /wp-content/plugins/formulario-simple/envio.php: el archivo donde ocurrió. Esta es la pista de oro: ya sabes que el problema viene del plugin formulario-simple, no de tu tema ni del resto del sitio.
5. :88: la línea del archivo. Si trabajas con un desarrollador, pasarle este número le ahorra mucho tiempo.

Con solo mirar la ruta del archivo ya sabes a quién pertenece el problema: si dice plugins, es un plugin; si dice themes, es la plantilla; si es un archivo que creaste tú, es tu propio código.

Paso 4: Identifica el tipo de error

No todos los mensajes son igual de urgentes. Estos son los que vas a ver con más frecuencia y qué significan en palabras simples:

Fatal error (error fatal)

Es el más grave: la página se detiene y suele mostrar una pantalla en blanco o el aviso de «error crítico». Casi siempre lo causa un plugin, un tema o un fragmento de código incompatible o mal copiado. Prioridad: alta.

Parse error (error de sintaxis)

Aparece cuando un archivo tiene algo mal escrito: un punto y coma que falta, una llave sin cerrar o comillas cortadas. Es muy frecuente después de pegar código de un tutorial. La línea indicada en el registro te muestra dónde está el tropiezo. Prioridad: alta.

Allowed memory size exhausted (memoria agotada)

Significa que un proceso de tu web pidió más memoria de la que tiene configurada. En general se soluciona revisando qué plugin la consume de más, o ajustando el límite de memoria de PHP desde tu panel dentro de lo que permite tu plan. Prioridad: media-alta.

Warning y Notice (advertencias y avisos)

Son avisos de que algo no es ideal (por ejemplo, una función antigua), pero la página sigue funcionando. No hay que entrar en pánico: anótalos y resuélvelos cuando actualices el componente que los genera. Prioridad: baja.

Permission denied (permiso denegado)

Indica que un archivo o carpeta tiene permisos incorrectos y no puede leerse o escribirse. Lo habitual es que las carpetas estén en 755 y los archivos en 644. Se cambia desde el Administrador de archivos con clic derecho y la opción Permisos. Prioridad: media.

Paso 5: Aplica la solución según el caso

Con el tipo de error y el archivo identificados, la solución suele ser una de estas:

1. Si el error viene de un plugin: desactívalo desde el panel de WordPress. Si no puedes entrar al panel, renombra su carpeta dentro de wp-content/plugins (por ejemplo, de formulario-simple a formulario-simple-off). Eso lo desactiva al instante. Luego actualízalo o busca una alternativa.
2. Si el error viene del tema: cambia temporalmente a un tema básico para confirmar la causa y después actualiza o revisa el tema original.
3. Si es un Parse error en un archivo que editaste: abre ese archivo, ve a la línea indicada y revisa lo que pegaste. Si tienes dudas, vuelve a la versión anterior desde tu copia de seguridad.
4. Si es memoria agotada: identifica qué componente la consume (aparece en la ruta del error), desactiva lo que no uses y, si hace falta, ajusta el límite de memoria de PHP desde la sección de configuración de PHP de tu panel.
5. Si es un problema de permisos: corrige los valores a 755 para carpetas y 644 para archivos, y vuelve a probar.

Haz un solo cambio por vez y prueba después de cada uno. Si cambias cinco cosas juntas y la web vuelve a funcionar, no vas a saber cuál fue la solución real.

Paso 6: Limpia el registro y comprueba que todo quedó bien

1. Descarga una copia del archivo error_log por si necesitas consultarlo después.
2. Vacía el archivo (o elimínalo: el hosting lo vuelve a crear cuando haga falta).
3. Repite la acción que fallaba: visita la página, envía el formulario o prueba el carrito.
4. Vuelve a abrir el registro. Si no aparecieron líneas nuevas con esa hora, el problema está resuelto.

Este último paso es el que la mayoría se salta, y es el que te da la tranquilidad de saber que el arreglo funcionó de verdad.

Buenas prácticas para que tu web falle cada vez menos

Encontrar y resolver un error es genial, pero lo ideal es que aparezcan cada vez menos. Estas prácticas están 100% en tus manos y hacen una gran diferencia:

• Revisa el registro una vez por semana, aunque todo parezca funcionar. Muchos problemas avisan con advertencias antes de convertirse en errores graves.
• Actualiza plugins, temas y la versión de PHP con regularidad, siempre después de hacer una copia de seguridad.
• Instala solo lo que realmente usas. Cada plugin extra es código adicional que puede fallar o consumir memoria.
• No pegues código directamente en tu web en vivo. Pruébalo antes en un entorno de pruebas o, como mínimo, guarda una copia del archivo original.
• Anota cada cambio importante con fecha y hora. Cuando aparezca un error, vas a poder cruzarlo con lo que modificaste ese día.

Un ejemplo real: una ferretería de Concepción

Supongamos que una ferretería de Concepción vende en línea desde ferreteriadelsur.cl. Un martes actualizan el plugin de pagos y, al rato, los clientes reportan que no pueden terminar la compra. En vez de restaurar todo el sitio, el dueño abre el error_log, busca la hora en que probó el pago y encuentra un Parse error en un archivo que había editado a mano semanas antes para cambiar un texto. La actualización chocó con esa modificación. Recupera el archivo original desde su copia de seguridad, vuelve a probar y el pago funciona.

Este ejemplo muestra algo importante: el registro no solo te dice qué falló, sino que muchas veces revela un cambio viejo que quedó olvidado. Por eso conviene anotar cada modificación que hagas en tu sitio, aunque parezca pequeña.

Conclusión: el control de tu web .cl está en tus manos

Leer el registro de errores es una habilidad que se aprende en una tarde y te acompaña para siempre. Hora, tipo, descripción y archivo: con esas cuatro piezas puedes resolver la mayoría de los problemas de tu web .cl sin depender de nadie. Te proponemos un desafío: hoy mismo entra a tu panel, busca el error_log y revisa qué dice. Aunque no haya nada grave, vas a ganar confianza para el día en que algo falle. ¡Tu sitio y tus clientes te lo van a agradecer!