--- title: "Publier en production | Briks" url: https://briks.dev/fr/docs/publish-to-production description: "Passez un site Briks de l'aperçu à la production : ce que lit la vérification, ce qui bloque un lancement, comment corriger chaque point et revenir à l'aperçu." last_updated: 2026-10-08 --- # Publier en production Publier en production, c'est le moment où un aperçu devient votre site public. Briks lance d'abord une vérification de lancement et ne continue que si rien n'est à corriger. Voici ce qui se passe quand vous appuyez sur le bouton, ce que la vérification contrôle et comment résoudre chaque point relevé. 8 minutes de lecture Vérifié par rapport au studio le 8 octobre 2026 ## Avant de commencer - Le site a été créé et publié au moins une fois. Le bouton **Publish** n'apparaît qu'après la première publication. - Rien ne s'exécute sur le projet. Pendant une création ou une modification, le bouton est grisé, avec l'indication « Wait for the current build to finish ». - Aucun test A/B n'est en cours. S'il y en a un, la boîte de dialogue répond « An A/B test is running on this site. End it by keeping one version first. » (voir [Tests A/B](https://briks.dev/fr/docs/ab-tests)). - Vous êtes Owner, Admin ou Editor de l'espace de travail. Les Viewer peuvent voir l'étape mais ne peuvent pas la modifier. - Si vous avez votre propre domaine, il est connecté et affiche **Live**. Vous pouvez lancer sans domaine ; la vérification vous le rappelle simplement. ## Publier, étape par étape 1. Ouvrir le studio Où : Projects Cliquez sur **Projects**, puis sur votre projet. Le studio s'ouvre avec la conversation et votre site côte à côte. 2. Appuyez sur Publish Où : Studio top bar À l'extrémité droite de la barre du haut, à côté de l'étiquette grise **Preview**, appuyez sur **Publish**. 3. Lisez la boîte de dialogue Où : Publish to production La boîte de dialogue indique l'adresse à laquelle le site sera en ligne et ce qui change : les moteurs de recherche peuvent le référencer et les messages des formulaires vous sont envoyés par e-mail. Elle précise aussi que rien ne change si quelque chose doit être corrigé. 4. Confirmer les informations inventées, si on vous le demande Où : Made up for the draft Si Briks a rédigé votre brief et inventé des détails pour combler des vides (une année de création, un nombre de clients, une citation), ils sont listés sous **Made up for the draft**. Remplacez-les d'abord dans le studio ou, s'ils se trouvent être justes, activez **I have replaced these with my own, or they are right**. Le bouton reste grisé tant que vous ne l'avez pas fait. 5. Lancer la vérification Où : Publish to production Appuyez sur **Publish to production**. La fenêtre se ferme et le studio affiche l'étape « Checking the site before it goes to production. » 6. Lire le résultat Où : Studio conversation Un message apparaît dans la conversation. Soit il indique « Your site is in production. Search engines can list it now, and messages sent through its forms are emailed to you. » et la barre du haut affiche **In production** avec un point vert, soit il commence par « Not in production yet. Fix these first, then publish again: » suivi d'une liste. ### Publier sur simple demande Vous pouvez aussi écrire `publish` dans la conversation du studio, ou envoyer `/publish` au bot Briks sur [Telegram](https://briks.dev/fr/docs/telegram). Briks traite un message qui demande seulement de publier comme un appui sur le bouton : la vérification avant lancement s'exécute de la même façon et le résultat arrive dans la conversation. Demander par écrit vaut confirmation des détails inventés : le message de réussite les rappelle donc comme éléments à remplacer lorsque vous serez prêt. Un message accompagné d'une image est lu comme une modification, pas comme une publication. Si le site est déjà en production, la réponse le dit : “Every change is published there as soon as it is made.” ## Ce que regarde la vérification avant lancement La vérification lit les fichiers de votre site et ses pages en ligne, à la recherche de ce qui mettrait une entreprise dans l'embarras le jour du lancement. Elle n'utilise aucune IA et ne coûte aucun crédit. Cinq types de problèmes bloquent un lancement ; les autres ne sont que des avertissements. | Vérifier | Ce qu'elle recherche | Résultat | | --- | --- | --- | | Détails inventés | Les détails que Briks a inventés en rédigeant votre brief (chiffres, personnes, citations, dates, noms) et que vous n'avez pas confirmés | Bloque jusqu'à ce que vous les remplaciez ou les confirmiez. Une fois confirmés, ils sont repris sous forme d'avertissement | | Texte provisoire | Les mots laissés à remplir, comme `lorem ipsum`, `TODO`, `FIXME`, `John Doe`, `Jane Doe`, `your company name`, `your business name` ou une adresse e-mail en example.com, et les textes présentés comme inventés, comme “(illustrative)”, “(fictional)” ou “not from real clients” | Blocs | | Titres de page | Chaque page autre que l'accueil a son propre titre et sa propre description pour les résultats de recherche et les liens partagés | Des blocs, et nomme les pages | | Liens morts | Les liens entre vos propres pages qui mènent vers une page inexistante | Blocs, et nomme chaque lien et la page où il se trouve | | Page introuvable | Une page pour les adresses qui n'existent pas | Blocs | | Informations confirmées | Détails inventés que vous avez confirmés dans la boîte de dialogue ou en demandant par écrit | Avertissement seulement | | Exclu des moteurs de recherche | Si **Keep this site out of search results** est activé | Avertissement seulement | | Domaine personnel | Si un domaine qui vous appartient est actif pour le site | Avertissement seulement | Une indication affichée dans un champ de formulaire vide, comme un exemple d'adresse e-mail, ne compte pas comme du texte provisoire. La vérification des liens morts part de la page d'accueil et des pages de votre plan du site, lit jusqu'à 12 pages et essaie jusqu'à 80 liens. Elle teste uniquement les liens vers vos propres pages ; les liens vers d'autres sites ne sont pas vérifiés. Si elle trouve plus de huit liens morts, elle en liste huit et indique combien il en reste. ### Blocages et avertissements Un blocage arrête la mise en ligne, et rien ne change sur votre site en production : il reste un aperçu, exactement comme avant. Un avertissement vous est signalé, mais ne bloque pas. Quand la mise en ligne réussit, les avertissements sont ajoutés au message de réussite. Quand quelque chose bloque, ils sont listés après les blocages sous « Also worth knowing: ». ## Corriger ce que la vérification signale Corrigez les points relevés comme vous faites n'importe quelle modification : décrivez ce que vous voulez dans la conversation du studio (voir [Modifier votre site](https://briks.dev/fr/docs/making-changes)). Chaque correction est une modification, elle réserve donc des crédits et en consomme comme telle. Une fois la publication terminée, appuyez de nouveau sur **Publish** et la vérification repart du début. Un constat et sa correction Un nom provisoire sur la page de l'équipe > La vérification disait : « Some text is still a placeholder or marked as made up. Ask for it to be replaced with your own words. » Le propriétaire d'une clinique de kinésithérapie à Cork a écrit : « On the About page, replace Jane Doe with our lead physio, Niamh Kelly. Her bio: twelve years treating sports injuries, and five seasons as physio to a county hurling team. » La page a été mise à jour et publiée dans l'aperçu. La vérification de lancement suivante a réussi et le site est passé en production. Un constat et sa correction Un lien en pied de page vers une page qui n'a jamais été créée > Une agence de design de Glasgow a vu : “These links lead to pages that do not exist: /careers (linked from /).” Son fondateur a répondu dans le studio : “Remove the Careers link from the footer. We are not hiring this year.” Le lien a été retiré du pied de page de chaque page, et la vérification suivante n'a trouvé aucun lien mort. - **Pages sans titre.** Demandez-les par leur nom : « Donne aux pages Menu et Visit leurs propres titres et descriptions pour les résultats de recherche. » Ajoutez les mots que vous souhaitez si vous les avez. - **Détails inventés.** Demandez à les remplacer (« Nous avons ouvert en 2016, pas en 2009 »), ou confirmez-les dans la boîte de dialogue s'ils sont exacts. - **Page introuvable.** Chaque site en possède une dès le départ, elle n'apparaît donc que si elle a été supprimée. Demandez : « Add a page for addresses that do not exist, with a link back to the home page. » - **Avertissements.** Désactivez **Keep this site out of search results** sous **Settings**, **Preferences**, ou [connectez votre domaine](https://briks.dev/fr/docs/custom-domains). Ni l'un ni l'autre n'empêche une mise en ligne. ## Après le lancement Une fois qu'un site est en production, il y reste. Chaque modification demandée dans le studio est publiée directement sur le site en production, tout comme chaque publication lancée par un [hook de déploiement](https://briks.dev/fr/docs/publish-history). La vérification de lancement ne s'exécute pas de nouveau pour ces modifications : regardez donc chacune sur le site en ligne une fois publiée, et annulez-la depuis [Versions](https://briks.dev/fr/docs/versions) si elle est erronée. Pour publier de nouveau le site sans demander de modification, par exemple après avoir changé un réglage, ouvrez **Settings**, **Preferences** et appuyez sur **Apply to the live site**. Cela reconstruit la version en ligne avec vos réglages actuels, n'exécute aucune IA et garde le site en production. La conversation indique alors “Your settings are live: the site was built and published again, and nothing else about it changed.” Si vous avez engagé l'[agent Security](https://briks.dev/fr/docs/security-agent), il vérifie le site après chaque publication ainsi que chaque semaine, et chaque correctif qu'il propose attend votre approbation (voir [Approbations et budgets](https://briks.dev/fr/docs/agent-approvals)). Les moteurs de recherche et les assistants IA peuvent commencer à lire le site dès le jour du lancement ; la page [Moteurs de recherche](https://briks.dev/fr/docs/search-engines) explique la suite. ## Revenir à l'aperçu 1. Ouvrir la boîte de dialogue Où : Studio top bar Appuyez sur **In production**. La boîte de dialogue **Your site is in production** indique où le site est en ligne. 2. Retour Où : Your site is in production Il explique que revenir en arrière « demande aux moteurs de recherche d'ignorer le site, et conserve ici les messages de formulaire sans les envoyer par email ». Appuyez sur **Back to preview**, ou sur **Close** pour laisser les choses en l'état. 3. Attendre le message Où : Studio conversation Les e-mails des formulaires s'arrêtent aussitôt. Quand le site a été de nouveau publié, la conversation indique « Your site is a preview again: search engines are asked to leave it out, and form messages are kept here without being emailed. » Pour relancer plus tard, appuyez sur **Publish**. La vérification avant lancement s'exécute de nouveau, comme à chaque fois. ### La vérification de lancement est-elle payante ? Non. Elle lit les fichiers et les pages sans aucune IA, donc elle ne réserve ni ne facture aucun crédit, qu'elle réussisse ou non. ### Puis-je ignorer la vérification ? Non. Chaque passage en production l'exécute. Les avertissements ne vous bloquent jamais, et les détails inventés peuvent être confirmés dans la boîte de dialogue s'ils sont exacts. ### La vérification signale un lien mort que je ne trouve pas. Le message indique le lien et la page où il se trouve, par exemple `/team (linked from /about)`. Ouvrez cette page et regardez dans le menu, le pied de page et les boutons. Puis demandez que le lien soit supprimé ou qu'il pointe vers une page existante. ### Puis-je publier en production avec l'offre Free ? Oui. Le site passe en production à son adresse briks.live. Un domaine à vous demande Starter ou supérieur. ## À lire ensuite - [Publication et domaines **Aperçu et production** Comment un site Briks passe d'un aperçu sur briks.live, non indexé, à la production, où il peut être référencé et où les formulaires vous écrivent.](https://briks.dev/fr/docs/preview-and-production) - [Publication et domaines **Connectez votre domaine** Connectez votre domaine à un site Briks : les trois enregistrements DNS à ajouter, leur nom selon le fournisseur, chaque statut et comment retirer un domaine.](https://briks.dev/fr/docs/custom-domains) - [Travailler sur un projet **Faire des modifications** Modifiez votre site en écrivant à Briks : que dire, ajouter des images, contenu et coût d'un changement, pages internes, demandes en file et corriger un raté.](https://briks.dev/fr/docs/making-changes) - [Travailler sur un projet **Versions, annuler et rétablir** Chaque création et modification est une version de votre site. Annulez, rétablissez ou republiez une ancienne version à l'identique, sans crédit retenu.](https://briks.dev/fr/docs/versions) 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.