--- title: "Log: build e richieste del tuo sito | Briks" url: https://briks.dev/it/docs/logs description: "Leggi il registro di creazione e le richieste del sito dell'ultimo giorno, filtra per livello o stato e trova moduli e job in errore o pagine lente." last_updated: 2026-10-08 --- # Log: build e richieste del tuo sito I log ti dicono cosa è successo e quando: ogni creazione e pubblicazione del progetto, e ogni richiesta che ha eseguito il codice del tuo sito nell'ultimo giorno. Usali per capire perché un modulo, un'attività pianificata o una pagina non si comporta come dovrebbe. 5 minuti di lettura Verificato rispetto allo studio il 8 ottobre 2026 ## Due tipi di log Dove 1. Projects 2. Your project 3. Settings 4. Logs | Vista | Cosa mostra | Quanto indietro | | --- | --- | --- | | **Builds** | Ogni costruzione, modifica e pubblicazione di questo progetto, e i passaggi di ciascuna. | Le ultime 40 | | **Requests** | Le richieste e gli errori del sito, dalle più recenti. | Le ultime 24 ore, fino a 100 alla volta | Le attività programmate e i webhook tengono log propri, per trenta giorni: **Runs** in [Attività programmate](https://briks.dev/it/docs/crons) e **Deliveries** in [Webhook](https://briks.dev/it/docs/webhooks). I messaggi inviati dai tuoi moduli sono conservati in **Settings**, **Forms**. ## Creazioni Ogni voce indica cosa è stato chiesto (con le parole della richiesta), chi l'ha chiesto, quando e quanto tempo ci è voluto. Quando non l'ha avviata una persona, compare Briks. A destra c'è il suo stato: | Stato | Significato | | --- | --- | | **Waiting** | In coda dietro altre attività. | | **Running** | In corso adesso. | | **Done** | Finito. | | **Failed** | Si è fermato prima della fine. | | **Stopped** | È stata interrotta prima di terminare. | Clicca su una voce per vedere i suoi passaggi, ciascuno con l'ora in cui è avvenuto. Un passaggio andato storto è mostrato in rosso. Una voce non riuscita termina con: It did not finish. Nothing on the live site changed, and no credits were charged for it. Per vedere lo stesso lavoro mentre avviene, con l'anteprima accanto, usa lo studio: vedi [Seguire una creazione](https://briks.dev/it/docs/watching-a-build). ## Richieste **Requests** mostra le chiamate che hanno eseguito il codice del tuo sito: le sue route `/api` e le visite alle pagine mentre un test A/B divide i visitatori tra due versioni. Le pagine normali, le immagini e i file vengono serviti così come sono, quindi non compaiono. Non compaiono nemmeno i messaggi inviati tramite un modulo di contatto, che vanno direttamente a Briks e non passano dal codice del tuo sito. Ogni riga mostra l'ora, il metodo e il percorso (GET chiede qualcosa, POST invia qualcosa), quanto ci è voluto in millisecondi e lo stato con cui il sito ha risposto, oppure nessuna risposta. Le righe scritte dal codice del tuo sito mostrano il loro messaggio e un livello come error o warning. Fai clic su una riga per vedere il messaggio completo, la data e l'id della richiesta. | Stato | Cosa significa | | --- | --- | | 2xx, come 200 | Ha funzionato. | | 4xx, come 400 o 404 | La richiesta è stata respinta: mancava qualcosa o c'era un errore, oppure a quel percorso non esiste nulla. | | 5xx, come 500 | Il codice del sito ha avuto un errore mentre rispondeva. | ### Filtri | Filtra | Scelte | Usalo per | | --- | --- | --- | | **Search** | Qualsiasi parola: un percorso, un messaggio, un id di richiesta | Trova una rotta o un errore. | | **Level** | **All levels**, **Errors**, **Warnings** | Mostra solo i problemi segnalati dal codice. | | **Status** | **Any status**, **Succeeded**, **4xx**, **5xx** | Mostra solo le richieste respinte o non riuscite. | Impostali e premi **Show**. L'indirizzo della pagina li conserva, così puoi salvare tra i preferiti una vista filtrata. **No requests in the last day** significa che nessuna richiesta ha eseguito il codice del sito in 24 ore. Se la pagina dice **Logs cannot be read right now**, riprova tra un minuto. ## Diagnostica un modulo che non funziona 1. Cerca la voce Dove: Settings, Forms Ogni messaggio inviato da un visitatore viene conservato qui, gli ultimi 100 a schermo. Ognuno mostra quando è arrivato e da quale pagina, poi **emailed**, **not emailed** o **preview**. 2. Se c'è scritto anteprima Dove: Settings, Forms Il sito non è stato pubblicato in produzione, quindi le voci vengono conservate ma non inviate per email. Vedi [Pubblicare in produzione](https://briks.dev/it/docs/publish-to-production). 3. Se risulta inviata per email ma non è arrivato nulla Dove: Your inbox Le richieste arrivano a chi ha creato il progetto o, se questa persona se n'è andata, al primo Owner dello spazio di lavoro. Controlla quella casella di posta, compresa la cartella spam. 4. Se non c'è affatto Dove: The live site Il messaggio non è mai arrivato a Briks. Inviane uno tu. Se il modulo risponde che da qui sono stati inviati troppi messaggi, è stato raggiunto un limite: fino a 5 messaggi da un visitatore in 10 minuti, e fino a 300 al giorno per il sito. 5. Se un altro strumento dovrebbe averlo Dove: Settings, Webhooks, Deliveries Imposta **Status** su **Failed** e premi **Show**. Apri la consegna per leggere cosa ha risposto l'altro strumento, poi **Send again** quando è sistemato. Moduli che salvano nel tuo database Un modulo che salva nel tuo database, come una richiesta di prenotazione in un'app, esegue il codice del tuo sito. I suoi invii compaiono comunque in **Requests**: cerca il suo percorso e imposta **Status** su **5xx** per trovare quelli falliti. ## Diagnosticare un'attività programmata che non funziona 1. Leggi l'esecuzione Dove: Settings, Scheduled tasks, Runs Apri l'esecuzione non riuscita. Mostra cosa ha risposto l'indirizzo, per esempio answered 500, e l'inizio della risposta. 2. Trova l'errore Dove: Settings, Logs, Requests Se l'attività chiama un percorso del tuo sito, cerca il suo path, per esempio `/api/daily-summary`, e imposta **Level** su **Errors**. Il messaggio dice cosa è andato storto nel codice. 3. Chiedi la correzione Dove: Studio Incolla l'errore nella chat dello studio con una frase sull'attività: La route del riepilogo giornaliero dà questo errore ogni mattina. Vedi [Fare modifiche](https://briks.dev/it/docs/making-changes). 4. Riprova Dove: Settings, Scheduled tasks Dopo la pubblicazione della correzione, apri i tre puntini dell'attività e scegli **Run now**. Il risultato appare subito. Un'esecuzione segnata come **Skipped** non è fallita: le chiamate del giorno per il progetto erano esaurite. Le esecuzioni ripartono dopo la mezzanotte UTC. I limiti dei piani sono nella pagina [Attività programmate](https://briks.dev/it/docs/crons). ## Diagnosticare una pagina lenta **Requests** misura tutto ciò che esegue il codice del tuo sito, quindi è il posto dove guardare quando una pagina che carica i contenuti dalle route del sito sembra lenta. App e dashboard di solito funzionano così. 1. Apri la pagina e annota l'ora Dove: The live site Carica tu stesso una volta la pagina lenta, così le sue richieste saranno tra le più recenti. 2. Leggi le tempistiche Dove: Settings, Logs, Requests Guarda i millisecondi accanto a ogni richiesta fatta in quel momento. Una route che impiega diversi secondi mentre le altre ne impiegano poche centinaia di millisecondi è la colpevole. 3. Restringi la scelta Dove: Settings, Logs, Requests Cerca il percorso di quella route per capire se è sempre lenta o solo a volte, e se accanto compaiono **Warnings** o **Errors**. 4. Chiedi una correzione Dove: Studio Di' allo studio quale route è lenta e quanto, indicando la pagina che serve. Se non compare nulla di lento, il ritardo non dipende dal codice del tuo sito. Pagine, immagini e file vengono serviti così come sono, quindi guarda cosa contiene la pagina, ad esempio immagini grandi o un video, e descrivi nello studio cosa ti sembra lento. ## Esempio pratico: un'app di prenotazioni che non salvava più Che cosa ha notato il titolare Un salone di toelettatura per cani a Leeds > Dalla mattina non era arrivata nessuna nuova prenotazione, anche se il telefono continuava a squillare con persone che dicevano che il modulo non faceva nulla. In **Requests**, con **Status** impostato su **5xx**, ogni `POST /api/bookings` dalle 9:12 ha risposto 500. La riga di errore accanto diceva che mancava un campo obbligatorio. Chiesto nello studio > Da stamattina ogni prenotazione fallisce con un errore 500 su /api/bookings. Il log dice che manca il campo della taglia dell'animale. Ieri abbiamo tolto quel campo dal modulo. La modifica è stata pubblicata e la prenotazione successiva sotto **Requests** ha risposto 200. ## Da leggere dopo - [Dati e automazione **Attività programmate** Esegui attività pianificate sul tuo sito a orari fissi. Scrivi l'orario, leggi ogni esecuzione, correggi quella che fallisce e vedi i limiti del piano.](https://briks.dev/it/docs/crons) - [Dati e automazione **Webhook** Invia un messaggio firmato a un altro tool quando il sito è pubblicato, un modulo è inviato o un record cambia. Payload, firme, tentativi e consegne spiegati.](https://briks.dev/it/docs/webhooks) - [Le funzioni del tuo sito **Moduli** Aggiungi un modulo al tuo sito Briks, provalo in anteprima, trova ogni voce nello studio, ricevi ognuna per email in produzione e inoltrale con un webhook.](https://briks.dev/it/docs/forms) - [Aiuto **Risoluzione dei problemi** Cosa fare quando qualcosa in Briks non funziona: accesso, crediti, creazioni e modifiche, domini, moduli, email, chatbot, dati e team.](https://briks.dev/it/docs/troubleshooting) Hai ancora dubbi? Scrivi a [hello@briks.dev](mailto:hello@briks.dev) indicando il nome del tuo progetto e cosa ti aspettavi di vedere. Uno screenshot aiuta.