--- title: "Faire des modifications | Briks" url: https://briks.dev/fr/docs/making-changes description: "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é." last_updated: 2026-10-08 --- # Faire des modifications Une fois un site publié, vous le modifiez en écrivant à Briks dans la conversation du projet, un peu comme vous brieferiez un designer par e-mail. Cette page montre comment rédiger une modification qui réussit du premier coup, ce qu'elle coûte et que faire quand le résultat n'est pas celui que vous aviez en tête. 9 minutes de lecture Vérifié par rapport au studio le 8 octobre 2026 ## Demander une modification 1. Ouvrir le projet Où : Projects Cliquez sur **Projects**, puis sur votre projet. Il s'ouvre sur l'onglet **Studio**. 2. Dites quoi et où Où : Studio Saisissez la modification dans la zone. Nommez la page et la partie concernée, dites ce qui s'y trouve actuellement si cela aide, et dites ce que vous voulez à la place. Un message peut compter jusqu'à 6 000 caractères. Si vous quittez la page, les mots non envoyés sont conservés dans ce navigateur. 3. Ajoutez des images si besoin Où : Studio Utilisez **Attach pictures** ou **Add from your media**, ou déposez des images dans la conversation. Marquez chacune **Reference** ou **On the site**. 4. Décider de la vérification Où : Studio Pour un changement de mise en page, comme une nouvelle section, activez **Check the site after this change** : Briks examine le site publié à quatre tailles d'écran et répare ce qui s'affiche mal. Cela ajoute quelques minutes. 5. Envoyer Où : Studio Appuyez sur Entrée ou sur le bouton flèche. Un panneau montre les étapes : **Applying your changes**, **Verifying build**, **Publishing**, puis **Checking the published site** si vous l'avez demandé. 6. Lire la réponse Où : Studio Une fois la publication terminée, une ligne verte indique « Published to » avec l'adresse et la durée, et Briks répond en précisant ce qu'il a modifié. L'aperçu se recharge tout seul. Où 1. Projects 2. Your project 3. Studio 4. Send Une modification est publiée là où le site se trouve actuellement : son adresse d'aperçu, ou la production si vous y avez déjà publié. ## Ce que coûte une modification Chaque modification bloque 5 crédits pendant son exécution, puis est facturée selon le travail réellement effectué. Une petite modification coûte d'ordinaire à peu près le montant bloqué. Mais les 5 ne sont qu'une retenue, et une grosse modification peut coûter plus. Le montant facturé apparaît sous la réponse de Briks. Une modification qui ajoute des pages est la seule à pouvoir coûter bien plus, c'est pourquoi Briks la vérifie d'abord. Il compare ce que prend d'ordinaire l'ajout de pages avec votre solde, et si ce dernier est inférieur, la modification ne démarre pas et rien n'est retenu. La conversation l'indique avec les chiffres, par exemple « Adding pages usually takes about 25 credits, and you have 12, so it was not started. », et propose un moyen d'obtenir des crédits. | Ce qui se passe | Ce qui vous est facturé | | --- | --- | | La modification se termine | Le travail effectué. Les crédits réservés mais non utilisés sont restitués. | | Cela demande plus de 5 crédits de travail | Le supplément est prélevé sur votre solde. | | Échec | Rien. | | Vous l'arrêtez avant qu'il ne commence | Rien. | | Vous l'arrêtez pendant la création | Le travail effectué jusque-là. Rien n'est publié et le site reste tel qu'il était. | | Vous annulez, rétablissez ou restaurez une version | Rien n'est retenu. Voir [Versions](https://briks.dev/fr/docs/versions). | Si votre solde est bas Une modification ne peut pas démarrer avec moins de 5 crédits, et le studio vous le dit. Pour en obtenir davantage, un Owner ouvre **Billing**. Voir [Crédits et offres](https://briks.dev/fr/docs/credits-and-plans). Si **Preferences** autorise les images créées à neuf, facturées à l'unité, une modification qui produit des images les facture aussi, avec la mention sous la réponse, par exemple « incl. 3 fresh pictures ». ## Images, vidéos et vos médias Vous pouvez ajouter jusqu'à six images à un même message : avec **Attach pictures**, en les collant, ou en les déposant n'importe où sur la conversation. Elles doivent être au format JPEG, PNG ou WebP, et peser moins de 12 Mo chacune. La zone n'accepte que des images : les vidéos passent donc d'abord par votre médiathèque. Chaque image jointe a deux boutons : - **Reference** montre à Briks un style, une mise en page ou un détail que vous souhaitez. Il n'est pas placé sur le site. C'est le réglage par défaut. - **On the site** place l'image elle-même sur la page, là où vos mots l'indiquent. **Add from your media** ouvre la médiathèque de votre espace de travail. Choisir un élément place son lien dans votre message, et cette image ou cette vidéo est ajoutée au site. Les éléments joints et les éléments liés ensemble font six au maximum. **Speak your request** transforme jusqu'à deux minutes de parole en texte dans la zone de saisie, que vous pouvez corriger avant d'envoyer. Remplacer une image par une autre Pour remplacer une image par une autre de votre bibliothèque, **Replace** dans l'onglet **Media** le fait sans création et sans crédits, et vous pouvez l'annuler comme n'importe quelle modification. Voir [Bibliothèque de médias](https://briks.dev/fr/docs/media-library). ## Comment Briks comprend la partie que vous modifiez Avant de retravailler la mise en page, les images ou les éléments d'une section, Briks regarde ce que cette section devait être : l'élément correspondant du site dont vous êtes parti, si vous en avez indiqué un, ou la place de la section dans le plan du site. Ce qui décide, dans cet ordre : 1. Votre demande, exactement comme vous l'avez formulée. Une autre mise en page, plus ou moins d'éléments, un carrousel à la place d'une grille : vos mots l'emportent. 2. Le design d'origine de la section, pour tout ce que vos mots laissent ouvert, comme le nombre de cartes affichées ou la forme des images. 3. L'apparence générale du site : ses couleurs, ses polices et ses espacements. Vos mots l'emportent aussi sur les vérifications de Briks : une correction faite après votre changement ne peut pas défaire ce que vous avez demandé, et si elle essaie, elle est annulée. Demandez des mots clairs sur un en-tête transparent, et aucune vérification ne le rendra plein discrètement. ### Votre dernière demande accompagne la suivante Chaque modification est lue avec la demande qui la précède : ses mots, la réponse de Briks et, quand la nouvelle ne comporte pas d'image, l'image qui accompagnait la précédente. Ainsi, un message de suite comme `Agrandis cette maquette` renvoie à la partie dont parlait votre dernière demande. Une image marquée **Reference** peut aussi être une capture d'écran de votre propre site : Briks retrouve la partie qu'elle montre et la modifie comme vous le demandez, plutôt que d'en copier le style. ## Modifier les pages intérieures Nommez la page par le libellé de son menu ou par son adresse : `On the Prices page…` ou `On /treatments…`. Si deux pages ont des sections semblables, précisez laquelle, ou les deux. Pour ajouter une page, dites-le : `Add a page for our group classes`. Briks planifie la nouvelle page section par section, comme il a planifié les premières, et dessine de nouvelles photographies là où le plan l'exige. Si vous la voulez dans le menu à un endroit précis, indiquez lequel. Un blog, une boutique ou toute liste que vous allez enrichir est construit sous forme d'enregistrements modifiables plutôt que de page fixe ; voir [Database](https://briks.dev/fr/docs/database). Une page intérieure Cabinet de kinésithérapie > `Sur la page Soins, ajoutez après Mal de dos une section sur le massage sportif. Trois courts paragraphes : à qui il s'adresse, ce que comprend une séance, et qu'elle dure 45 minutes pour £55. Reprenez la même mise en page que la section Mal de dos.` La section est apparue à l'endroit indiqué, avec la même mise en page que sa voisine, et le reste de la page n'a pas été touché. ## Un message ou plusieurs ? Plusieurs modifications dans un même message sont construites ensemble : une seule retenue, une seule construction, une seule nouvelle version, ce qui est plus rapide et souvent moins cher. Le revers, c'est que l'annulation fonctionne par version : annuler ce message reprend donc tout ce qu'il contenait. Les modifications envoyées une par une ont chacune leur version, et l'annulation est alors précise. Astuce Regroupez les petites modifications qui vont ensemble, comme trois retouches du pied de page. Envoyez seule une modification importante ou risquée, comme une nouvelle mise en page de la section d'accueil, pour pouvoir l'annuler sans rien perdre d'autre. Vous n'avez pas à attendre la fin d'une génération. Pendant qu'une est en cours, le bouton sous la zone de saisie indique **Queue** et la zone affiche « Queue your next change… ». Les messages en file attendent dans l'ordre, puis partent ensemble comme une seule modification avec une seule réservation. Si deux d'entre eux demandent des choses opposées, le dernier l'emporte. Jusqu'à 10 demandes peuvent attendre sur un même site, et **Remove** en retire une tant que sa génération n'a pas commencé. ## Les changements qui demandent une clé, et la demande de publication - **Une modification qui connecte un autre service**, comme un service de réservation ou d'envoi d'e-mails avec votre propre compte, peut nécessiter une clé. Si le site n'a pas encore de valeur pour elle, une carte dans la conversation vous la demande d'abord, avec un champ pour chaque clé. **Save and build** place la valeur directement dans les Secrets du site et lance la modification ; **Add it later** construit sans elle. Voir [Secrets](https://briks.dev/fr/docs/secrets). - **Une clé collée dans un message** est supprimée avant d'être enregistrée, et Briks vous dit de l'ajouter plutôt sous **Settings**, **Secrets**. - **Un message qui demande seulement de publier**, comme `Publish the site to production`, fonctionne comme le bouton **Publish** : la vérification avant lancement s'exécute d'abord, et rien n'est construit. Demander avec des mots confirme aussi les informations provisoires inventées par le premier brouillon, alors relisez-les d'abord. Voir [Publier en production](https://briks.dev/fr/docs/publish-to-production). ## Ce que vous voyez pendant le travail - Un minuteur s'incrémente, marqué **Waiting to start** jusqu'au début du travail, puis **Building**. - Les étapes se cochent une à une, avec en dessous une seule ligne indiquant ce qui se passe en ce moment. - Si vous avez activé la vérification, une carte **Visual check** affiche un score sur 100 et les problèmes d'affichage en cours de réparation. Ce qu'elle a seulement remarqué est listé sous « Noted, left as built ». Pour arrêter une modification, appuyez sur **Stop** à côté du minuteur et confirmez. Si elle n'a pas commencé, rien n'est facturé. Si elle est en cours de création, elle s'arrête avant toute publication et vous ne payez que le travail déjà fait. Si elle est déjà publiée, la modification reste et seul le reste de la vérification est ignoré. ## Demandes claires et demandes vagues Briks fait ce que vous demandez et comble les manques à partir du design du site. Moins vous laissez de manques, plus le premier essai est proche de ce que vous voulez. Vague Plombier > `Mettez à jour le numéro de téléphone.` Briks doit deviner de quel numéro il s'agit, et peut manquer la copie dans le pied de page. Clair Plombier > `Changez le numéro de téléphone partout où il apparaît (en-tête, section contact, pied de page) de 0117 496 0000 à 0117 496 0123. Sur mobile, faites que le numéro de l'en-tête lance l'appel d'un toucher.` Chaque occurrence du numéro a été modifiée, et le numéro de l'en-tête est devenu un lien d'appel sur téléphone. Une seule version, une seule facturation. Clair Studio de yoga > `Sur la page d'accueil, placez le planning des cours au-dessus des témoignages et réduisez l'intro sous le hero à une phrase : Des cours en petit groupe à Hove, pour tous les corps.` Les horaires ont été remontés, l'introduction est devenue cette phrase, et rien d'autre n'a changé. Avec des images Photographe de mariage > Deux portraits joints en **On the site** et une capture d'écran en **Reference** : `Put the two portraits in the About section, and lay the gallery out like the screenshot: wide pictures in a single column with plenty of space between them.` Les portraits sont allés dans la section À propos et la galerie est passée sur une seule colonne. La capture d'écran elle-même n'est apparue nulle part sur le site. ## Quand une modification n'a pas fait ce que vous demandiez 1. Regardez chaque largeur Où : Preview Vérifiez **Desktop**, **Tablet** et **Phone**, puis appuyez sur **Reload preview**. Parfois la modification est bien là, mais à une seule taille d'écran. 2. Revenez en arrière si c'est moins bien Où : Preview toolbar Appuyez sur la flèche d'annulation. La version précédant la modification repasse en ligne exactement telle qu'elle était, et l'annulation ne coûte rien. Voir [Versions](https://briks.dev/fr/docs/versions). 3. Redemander, plus précisément Où : Studio Dites ce que vous voyez maintenant et ce que vous voulez à la place. Nommez la page et la section, citez leurs mots, et donnez des chiffres quand vous pouvez : tailles, nombres, couleurs sous forme de codes comme `#1F6FEB`. Une capture d'écran marquée **Reference** aide aussi. 4. Corrigez une seule chose par message Où : Studio Envoyez chaque correction séparément, pour voir laquelle a fonctionné et l'annuler seule si elle n'a rien donné. Redemander Fleuriste > Premier message : `Make the header smaller.` Deuxième message, après avoir regardé le résultat : `The header is still too tall on phones. At phone width only, make it about half its current height, and keep the logo and the menu button on one line.` Cette fois, l'en-tête n'a changé que sur mobile. Si une modification échoue La conversation indique ce qui a échoué dans un encadré rouge. Une demande qui échoue n'est pas facturée, et si elle a échoué avant la publication, votre site n'est pas touché. Envoyez de nouveau la modification, de façon plus précise si le message en suggère la cause. ### Pourquoi Briks a-t-il répondu au lieu de modifier quelque chose ? Il a lu votre message comme une question. Écrivez-le comme une instruction, par exemple `Add a map to the contact page`, plutôt que `Is there room for a map on the contact page?` ### Puis-je changer les couleurs ou les polices sur tout le site ? Oui, demandez-le comme une modification. Pour qu'un choix s'applique à toutes les générations suivantes, définissez-le sous **Settings**, **Preferences**, **Design rules**. Voir [Paramètres du projet](https://briks.dev/fr/docs/project-settings). ## À lire ensuite - [Travailler sur un projet **Poser des questions** Interrogez Briks sur votre site, ses visites ou Briks lui-même, dans le chat des modifications. Réponse immédiate, sans build. Ce qu'il sait et tait.](https://briks.dev/fr/docs/asking-questions) - [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) - [Travailler sur un projet **La page du projet** Visite guidée d'un projet dans le studio Briks : conversation, aperçu en direct et largeurs d'écran, onglets sous la barre du haut, réglages et publication.](https://briks.dev/fr/docs/the-project-page) - [Premiers pas **Crédits et plans** Comment fonctionnent les crédits Briks : réserves de 50 et 5, travail facturé, estimations et créations en attente, solde à zéro et contenu de chaque plan.](https://briks.dev/fr/docs/credits-and-plans) 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.