--- title: "Logs : les builds et les requêtes de votre site | Briks" url: https://briks.dev/fr/docs/logs description: "Lisez le journal de création et les requêtes du site sur 24 h, filtrez par niveau ou statut, repérez un formulaire ou une tâche en échec, ou une page lente." last_updated: 2026-10-08 --- # Logs : les builds et les requêtes de votre site Les journaux vous disent ce qui s'est passé et quand : chaque génération et chaque publication du projet, et chaque requête qui a exécuté le code propre à votre site durant la dernière journée. Servez-vous-en pour comprendre pourquoi un formulaire, une tâche planifiée ou une page ne se comporte pas comme prévu. 5 minutes de lecture Vérifié par rapport au studio le 8 octobre 2026 ## Deux types de journaux Où 1. Projects 2. Your project 3. Settings 4. Logs | Voir | Ce qu'il affiche | Jusqu'où remonter | | --- | --- | --- | | **Builds** | Chaque construction, modification et publication de ce projet, avec les étapes de chacune. | Les 40 derniers | | **Requests** | Les requêtes et les erreurs du site, les plus récentes d'abord. | Les dernières 24 heures, 100 à la fois au maximum | Les tâches planifiées et les webhooks gardent leurs propres journaux, pendant trente jours : **Runs** sous [Tâches planifiées](https://briks.dev/fr/docs/crons) et **Deliveries** sous [Webhooks](https://briks.dev/fr/docs/webhooks). Les messages envoyés par vos formulaires sont conservés sous **Settings**, **Forms**. ## Builds Chaque entrée indique ce qui a été demandé (dans les mots de la demande), qui l'a demandé, quand, et combien de temps cela a pris. Lorsqu'aucune personne ne l'a lancée, elle indique Briks. À droite se trouve son statut : | Statut | Signification | | --- | --- | | **Waiting** | En attente derrière d'autres tâches. | | **Running** | En cours. | | **Done** | Terminé. | | **Failed** | Il s'est arrêté avant la fin. | | **Stopped** | Elle a été arrêtée avant la fin. | Cliquez sur une entrée pour voir ses étapes, chacune avec l'heure à laquelle elle a eu lieu. Une étape qui a échoué s'affiche en rouge. Une entrée en échec se termine par : It did not finish. Nothing on the live site changed, and no credits were charged for it. Pour suivre le même travail en direct, avec l'aperçu à côté, utilisez le studio : voir [Suivre une création](https://briks.dev/fr/docs/watching-a-build). ## Demandes **Requests** affiche les appels qui ont exécuté le code propre à votre site : ses routes `/api`, et les visites de pages pendant qu'un test A/B répartit les visiteurs entre deux versions. Les pages ordinaires, les images et les fichiers sont servis tels quels, ils n'apparaissent donc pas. Les messages envoyés par un formulaire de contact non plus : ils vont directement à Briks, sans passer par le code de votre site. Chaque ligne indique l'heure, la méthode et le chemin (GET demande quelque chose, POST envoie quelque chose), la durée en millisecondes, et le statut avec lequel le site a répondu, ou l'absence de réponse. Les lignes que le code de votre site a écrites lui-même affichent leur message et un niveau tel que error ou warning. Cliquez sur une ligne pour voir le message complet, la date et l'identifiant de la requête. | Statut | Ce que cela signifie | | --- | --- | | 2xx, comme 200 | Ça a fonctionné. | | 4xx, comme 400 ou 404 | La requête a été refusée : il manquait quelque chose ou une information était erronée, ou rien n'existe à cette adresse. | | 5xx, comme 500 | Le code du site a échoué en répondant. | ### Filtres | Filtrer | Choix | Utilisez-le pour | | --- | --- | --- | | **Search** | N'importe quels mots : un chemin, un message, un identifiant de requête | Trouvez une route ou une erreur précise. | | **Level** | **All levels**, **Errors**, **Warnings** | Afficher uniquement les problèmes signalés par le code. | | **Status** | **Any status**, **Succeeded**, **4xx**, **5xx** | Affichez uniquement les requêtes refusées ou en échec. | Réglez-les et appuyez sur **Show**. L'adresse de la page les conserve, vous pouvez donc mettre en favori une vue filtrée. **No requests in the last day** signifie que rien n'a exécuté le code du site en 24 heures. Si la page indique **Logs cannot be read right now**, réessayez dans une minute. ## Diagnostiquer un formulaire défaillant 1. Cherchez l'entrée Où : Settings, Forms Chaque message envoyé par un visiteur est conservé ici, les 100 derniers étant affichés à l'écran. Chacun indique quand il est arrivé et depuis quelle page, puis **emailed**, **not emailed** ou **preview**. 2. Si c'est écrit aperçu Où : Settings, Forms Le site n'a pas été publié en production : les entrées sont donc conservées, mais pas envoyées par e-mail. Voir [Publier en production](https://briks.dev/fr/docs/publish-to-production). 3. Si l'état indique « envoyé par e-mail » mais que rien n'est arrivé Où : Your inbox Les envois vont à la personne qui a créé le projet, ou au premier Owner de l'espace de travail si cette personne est partie. Vérifiez cette boîte de réception, y compris le dossier des spams. 4. S'il n'est pas là du tout Où : The live site Le message n'est jamais arrivé chez Briks. Envoyez-en un vous-même. Si le formulaire répond que trop de messages ont été envoyés d'ici, une limite a été atteinte : jusqu'à 5 messages par visiteur en 10 minutes, et jusqu'à 300 par jour pour le site. 5. Si un autre outil doit l'avoir Où : Settings, Webhooks, Deliveries Réglez **Status** sur **Failed** et appuyez sur **Show**. Ouvrez l'envoi pour lire ce que l'autre outil a répondu, puis **Send again** une fois le problème corrigé. Des formulaires qui enregistrent dans votre base de données Un formulaire qui enregistre dans votre base de données, comme une demande de réservation dans une application, exécute le code propre à votre site. Ses envois apparaissent bien sous **Requests** : cherchez son chemin et réglez **Status** sur **5xx** pour trouver ceux qui ont échoué. ## Diagnostiquer une tâche planifiée en échec 1. Lire l'exécution Où : Settings, Scheduled tasks, Runs Ouvrez l'exécution échouée. Elle montre ce que l'adresse a répondu, par exemple answered 500, et le début de la réponse. 2. Trouver l'erreur Où : Settings, Logs, Requests Si la tâche appelle une route de votre site, cherchez son chemin, par exemple `/api/daily-summary`, et réglez **Level** sur **Errors**. Le message indique ce qui s'est mal passé dans le code. 3. Demandez la correction Où : Studio Collez l'erreur dans le chat du studio avec une phrase sur la tâche : La route du résumé quotidien échoue avec cette erreur chaque matin. Voir [Faire des modifications](https://briks.dev/fr/docs/making-changes). 4. Réessayer Où : Settings, Scheduled tasks Une fois la correction publiée, ouvrez les trois points de la tâche et choisissez **Run now**. Le résultat s'affiche aussitôt. Une exécution marquée **Skipped** n'a pas échoué : les appels du jour pour le projet étaient épuisés. Les exécutions reprennent après minuit UTC. Les limites des offres sont sur la page [Tâches planifiées](https://briks.dev/fr/docs/crons). ## Diagnostiquer une page lente **Requests** mesure tout ce qui exécute le code de votre site. C'est donc là qu'il faut regarder quand une page qui charge son contenu depuis les routes du site semble lente. Les applications et les tableaux de bord fonctionnent généralement ainsi. 1. Ouvrez la page et notez l'heure Où : The live site Chargez vous-même une fois la page lente, pour que ses requêtes figurent parmi les plus récentes. 2. Lire les durées Où : Settings, Logs, Requests Regardez les millisecondes à côté de chaque requête faite à ce moment-là. Une route qui prend plusieurs secondes quand les autres en prennent quelques centaines de millisecondes est la coupable. 3. Affinez votre choix Où : Settings, Logs, Requests Recherchez le chemin de cette route pour voir si elle est toujours lente ou seulement parfois, et si **Warnings** ou **Errors** apparaissent à côté. 4. Demander une correction Où : Studio Dites au studio quelle route est lente et à quel point, avec la page qu'elle dessert. Si rien de lent n'apparaît, le délai ne vient pas du code de votre site. Les pages, images et fichiers sont servis tels quels : regardez donc ce que la page contient, comme de grandes images ou une vidéo, et décrivez dans le studio ce qui vous semble lent. ## Exemple concret : une application de réservation qui n'enregistrait plus Ce que le propriétaire a remarqué Un salon de toilettage pour chiens à Leeds > Aucune nouvelle réservation n'était arrivée depuis le matin, alors que le téléphone n'arrêtait pas de sonner : des gens disaient que le formulaire ne faisait rien. Sous **Requests**, avec **Status** réglé sur **5xx**, chaque `POST /api/bookings` depuis 9:12 a répondu 500. La ligne d'erreur à côté indiquait qu'un champ obligatoire était manquant. Demandé dans le studio > Depuis ce matin, chaque réservation échoue avec une erreur 500 sur /api/bookings. Le journal indique que le champ de la taille de l'animal est manquant. Nous avons retiré ce champ du formulaire hier. La modification a été publiée, et la réservation suivante sous **Requests** a reçu la réponse 200. ## À lire ensuite - [Données et automatisation **Tâches planifiées** Planifiez une tâche sur votre site : résumé matinal, nettoyage hebdo. Écrivez l'horaire, lisez chaque exécution, corrigez un échec, voyez les limites du plan.](https://briks.dev/fr/docs/crons) - [Données et automatisation **Webhooks** Envoyez un message signé à un autre outil à chaque publication, envoi de formulaire ou enregistrement modifié. Contenus, signatures, relances, livraisons.](https://briks.dev/fr/docs/webhooks) - [Les fonctionnalités de votre site **Formulaires** Ajoutez un formulaire, testez-le en aperçu, retrouvez chaque entrée dans le studio, recevez-la par e-mail en production et relayez-la par webhook.](https://briks.dev/fr/docs/forms) - [Aide **Dépannage** Que faire quand Briks ne fonctionne pas : connexion, crédits, créations et modifications, domaines, formulaires, e-mail, chatbot, données et équipes.](https://briks.dev/fr/docs/troubleshooting) Toujours bloqué ? Écrivez à [hello@briks.dev](mailto:hello@briks.dev) en indiquant le nom de votre projet et ce que vous espériez voir. Une capture d'écran aide.