--- title: "Registros: compilaciones y solicitudes de tu sitio | Briks" url: https://briks.dev/es/docs/logs description: "Lee el registro de construcción y las peticiones de tu sitio del último día, filtra por nivel o estado y busca un formulario, tarea o página lenta con fallos." last_updated: 2026-10-08 --- # Registros: compilaciones y solicitudes de tu sitio Los registros te dicen qué pasó y cuándo: cada compilación y publicación del proyecto, y cada solicitud que ejecutó el código propio de tu sitio en el último día. Úsalos para averiguar por qué un formulario, una tarea programada o una página no se comporta bien. 5 minutos de lectura Comprobado con el estudio el 8 de octubre de 2026 ## Dos tipos de registro Dónde 1. Projects 2. Your project 3. Settings 4. Logs | Ver | Qué muestra | Hasta cuándo hacia atrás | | --- | --- | --- | | **Builds** | Cada construcción, cambio y publicación de este proyecto, y los pasos por los que pasó cada uno. | Las últimas 40 | | **Requests** | Las solicitudes y los errores del sitio, de más reciente a más antiguo. | Las últimas 24 horas, hasta 100 a la vez | Las tareas programadas y los webhooks guardan sus propios registros durante treinta días: **Runs** en [Tareas programadas](https://briks.dev/es/docs/crons) y **Deliveries** en [Webhooks](https://briks.dev/es/docs/webhooks). Los mensajes enviados a través de tus formularios se guardan en **Settings**, **Forms**. ## Builds Cada entrada indica qué se pidió (con las palabras de la solicitud), quién lo pidió, cuándo y cuánto tardó. Cuando no lo inició una persona, aparece Briks. A la derecha está su estado: | Estado | Significado | | --- | --- | | **Waiting** | En cola tras otras tareas. | | **Running** | En marcha ahora. | | **Done** | Terminado. | | **Failed** | Se detuvo antes del final. | | **Stopped** | Se detuvo antes de terminar. | Haz clic en una entrada para ver sus pasos, cada uno con la hora a la que ocurrió. Un paso que salió mal aparece en rojo. Una entrada fallida termina con: It did not finish. Nothing on the live site changed, and no credits were charged for it. Para ver el mismo trabajo mientras ocurre, con la vista previa al lado, usa el estudio: consulta [Cómo seguir una creación](https://briks.dev/es/docs/watching-a-build). ## Solicitudes **Requests** muestra las llamadas que ejecutaron el código propio de tu sitio: sus rutas `/api` y las visitas a páginas mientras una prueba A/B reparte a los visitantes entre dos versiones. Las páginas normales, las imágenes y los archivos se sirven tal cual, así que no aparecen. Tampoco aparecen los mensajes enviados con un formulario de contacto, que van directamente a Briks y no pasan por el código de tu sitio. Cada línea muestra la hora, el método y la ruta (GET pide algo, POST envía algo), cuánto tardó en milisegundos y el estado con el que respondió el sitio, o sin respuesta. Las líneas que escribió el propio código de tu sitio muestran su mensaje y un nivel como error o warning. Haz clic en una línea para ver el mensaje completo, la fecha y el id de la solicitud. | Estado | Qué significa | | --- | --- | | 2xx, como 200 | Funcionó. | | 4xx, como 400 o 404 | Se rechazó la solicitud: faltaba algo o había algo incorrecto, o no existe nada en esa ruta. | | 5xx, como 500 | El código del sitio falló al responder. | ### Filtros | Filtrar | Opciones | Úsalo para | | --- | --- | --- | | **Search** | Cualquier texto: una ruta, un mensaje, un id de solicitud | Encuentra una ruta o un error. | | **Level** | **All levels**, **Errors**, **Warnings** | Muestra solo los problemas que informó el código. | | **Status** | **Any status**, **Succeeded**, **4xx**, **5xx** | Muestra solo las solicitudes que se rechazaron o fallaron. | Configúralos y pulsa **Show**. La dirección de la página los conserva, así que puedes guardar una vista filtrada como marcador. **No requests in the last day** significa que nada ejecutó el código del sitio en 24 horas. Si la página dice **Logs cannot be read right now**, inténtalo de nuevo en un minuto. ## Diagnostica un formulario que falla 1. Busca la entrada Dónde: Settings, Forms Aquí se guarda cada mensaje que envía un visitante, y se muestran los últimos 100. Cada uno indica cuándo llegó y desde qué página, y después **emailed**, **not emailed** o **preview**. 2. Si dice vista previa Dónde: Settings, Forms El sitio no se ha publicado en producción, así que las entradas se conservan, pero no se envían por correo. Consulta [Publicar en producción](https://briks.dev/es/docs/publish-to-production). 3. Si dice enviado por correo pero no llegó nada Dónde: Your inbox Las entradas llegan a la persona que creó el proyecto o, si esa persona se ha ido, al primer Owner del espacio de trabajo. Revisa esa bandeja de entrada, incluida la carpeta de spam. 4. Si no aparece en absoluto Dónde: The live site El mensaje nunca llegó a Briks. Envía uno tú mismo. Si el formulario responde que se enviaron demasiados mensajes desde aquí, se alcanzó un límite: hasta 5 mensajes por visitante en 10 minutos y hasta 300 al día para el sitio. 5. Si otra herramienta debe tenerlo Dónde: Settings, Webhooks, Deliveries Pon **Status** en **Failed** y pulsa **Show**. Abre el envío para leer lo que respondió la otra herramienta y, cuando lo hayas corregido, pulsa **Send again**. Formularios que se guardan en tu base de datos Un formulario que guarda en tu base de datos, como una solicitud de reserva en una app, ejecuta el código propio de tu sitio. Sus envíos sí aparecen en **Requests**: busca su ruta y fija **Status** en **5xx** para encontrar los que fallaron. ## Diagnostica una tarea programada que falla 1. Lee la ejecución Dónde: Settings, Scheduled tasks, Runs Abre la ejecución fallida. Muestra lo que respondió la dirección, por ejemplo respondió 500, y el comienzo de la respuesta. 2. Encuentra el error Dónde: Settings, Logs, Requests Si la tarea llama a una ruta de tu sitio, busca su ruta, por ejemplo `/api/daily-summary`, y establece **Level** en **Errors**. El mensaje indica qué falló en el código. 3. Pide la corrección Dónde: Studio Pega el error en el chat del estudio con una frase sobre la tarea: La ruta del resumen diario falla con este error cada mañana. Consulta [Hacer cambios](https://briks.dev/es/docs/making-changes). 4. Inténtalo de nuevo Dónde: Settings, Scheduled tasks Cuando la corrección esté publicada, abre los tres puntos de la tarea y elige **Run now**. El resultado aparece al instante. Una ejecución marcada como **Skipped** no falló: se agotaron las llamadas del proyecto para el día. Las ejecuciones vuelven a empezar después de medianoche UTC. Los límites de los planes están en la página [Tareas programadas](https://briks.dev/es/docs/crons). ## Diagnosticar una página lenta **Requests** mide todo lo que ejecuta el código de tu sitio, así que es el lugar donde mirar cuando una página que carga su contenido desde las rutas del sitio va lenta. Las apps y los dashboards suelen funcionar así. 1. Abre la página y anota la hora Dónde: The live site Carga tú mismo la página lenta una vez, para que sus solicitudes estén entre las más recientes. 2. Lee los tiempos Dónde: Settings, Logs, Requests Mira los milisegundos junto a cada solicitud hecha en ese momento. Una ruta que tarda varios segundos mientras otras tardan unos cientos de milisegundos es la culpable. 3. Acota la búsqueda Dónde: Settings, Logs, Requests Busca la ruta de esa página para ver si siempre es lenta o solo a veces, y si junto a ella aparecen **Warnings** o **Errors**. 4. Pide una corrección Dónde: Studio Dile al estudio qué ruta es lenta y cuánto, junto con la página a la que sirve. Si no aparece nada lento, el retraso no está en el código de tu sitio. Las páginas, las imágenes y los archivos se sirven tal cual, así que revisa lo que lleva la página, como imágenes grandes o un vídeo, y describe en el estudio lo que te parece lento. ## Ejemplo práctico: una app de reservas que dejó de guardar Lo que notó el dueño Una peluquería canina en Leeds > No había llegado ninguna reserva nueva desde la mañana, aunque el teléfono no paraba de sonar con gente que decía que el formulario no hacía nada. En **Requests**, con **Status** en **5xx**, cada `POST /api/bookings` desde las 9:12 respondió con un 500. La línea de error junto a ellos decía que faltaba un campo obligatorio. Preguntado en el estudio > Desde esta mañana todas las reservas fallan con un 500 en /api/bookings. El registro dice que falta el campo del tamaño de la mascota. Ayer quitamos ese campo del formulario. El cambio se publicó y la siguiente reserva en **Requests** respondió 200. ## Sigue leyendo - [Datos y automatización **Tareas programadas** Tareas programadas en tu sitio: resumen matinal, limpieza semanal. Escribe el horario, revisa cada ejecución, corrige fallos y ve los límites del plan.](https://briks.dev/es/docs/crons) - [Datos y automatización **Webhooks** Envía un mensaje firmado a otra herramienta cuando se publique tu sitio, se envíe un formulario o cambie un registro. Cargas, firmas, reintentos y entregas.](https://briks.dev/es/docs/webhooks) - [Las funciones de tu sitio **Formularios** Añade un formulario a tu sitio Briks, pruébalo en vista previa, mira cada envío en el estudio, recíbelo por email en producción y pásalo con un webhook.](https://briks.dev/es/docs/forms) - [Ayuda **Solución de problemas** Qué hacer cuando algo en Briks no funciona: inicio de sesión, créditos, compilaciones y cambios, dominios, formularios, correo, el chatbot, datos y equipos.](https://briks.dev/es/docs/troubleshooting) ¿Sigues atascado? Escribe a [hello@briks.dev](mailto:hello@briks.dev) con el nombre de tu proyecto y lo que esperabas ver. Una captura de pantalla ayuda.