--- title: "Änderungen vornehmen | Briks" url: https://briks.dev/de/docs/making-changes description: "Website per Nachricht an Briks ändern: was Sie sagen, Bilder hinzufügen, Inhalt und Kosten einer Änderung, Unterseiten, wartende Anfragen, Fehler beheben." last_updated: 2026-10-08 --- # Änderungen vornehmen Sobald eine Website veröffentlicht ist, ändern Sie sie, indem Sie Briks in der Unterhaltung des Projekts schreiben, ähnlich wie Sie einer Designerin per E-Mail ein Briefing geben. Diese Seite zeigt, wie Sie eine Änderung formulieren, die gleich beim ersten Mal gelingt, was sie kostet und was zu tun ist, wenn das Ergebnis nicht Ihren Vorstellungen entspricht. 9 Minuten Lesezeit Am 8. Oktober 2026 mit dem Studio abgeglichen ## Eine Änderung anfragen 1. Projekt öffnen Wo: Projects Klicken Sie auf **Projects**, dann auf Ihr Projekt. Es öffnet sich im Tab **Studio**. 2. Sagen Sie, was und wo Wo: Studio Tippen Sie die Änderung in das Feld. Nennen Sie die Seite und den Teil davon, sagen Sie, was jetzt dort steht, wenn das hilft, und was Sie stattdessen möchten. Eine Nachricht darf bis zu 6.000 Zeichen lang sein. Wenn Sie die Seite verlassen, bleibt Ihr nicht gesendeter Text in diesem Browser erhalten. 3. Fügen Sie Bilder hinzu, wenn Sie welche brauchen Wo: Studio Nutzen Sie **Attach pictures** oder **Add from your media**, oder ziehen Sie Bilder in die Unterhaltung. Markieren Sie jedes als **Reference** oder **On the site**. 4. Über die Prüfung entscheiden Wo: Studio Schalten Sie bei einer Layout-Änderung, etwa einem neuen Abschnitt, **Check the site after this change** ein: Briks prüft die veröffentlichte Website in vier Bildschirmgrößen und repariert, was fehlerhaft dargestellt wird. Das dauert einige Minuten länger. 5. Senden Wo: Studio Drücken Sie die Eingabetaste oder die Pfeiltaste. Ein Bereich zeigt die Schritte: **Applying your changes**, **Verifying build**, **Publishing**, dann **Checking the published site**, wenn Sie das angefordert haben. 6. Antwort lesen Wo: Studio Wenn der Vorgang abgeschlossen ist, steht in einer grünen Zeile „Published to“ mit der Adresse und der benötigten Zeit, und Briks antwortet mit dem, was es geändert hat. Die Vorschau wird von selbst neu geladen. Wo 1. Projects 2. Your project 3. Studio 4. Send Eine Änderung wird dort veröffentlicht, wo die Website gerade liegt: unter ihrer Vorschau-Adresse oder in der Produktion, falls Sie dort bereits veröffentlicht haben. ## Was eine Änderung kostet Jede Änderung hält 5 Credits zurück, solange sie läuft, und wird dann nach der tatsächlich geleisteten Arbeit berechnet. Eine kleine Änderung kostet meist etwa den zurückgehaltenen Betrag. Die 5 sind jedoch nur eine Reservierung, und eine große Änderung kann mehr kosten. Die Abrechnung erscheint unter der Antwort von Briks. Eine Änderung, die Seiten hinzufügt, ist die einzige Art, die deutlich mehr kosten kann, deshalb prüft Briks sie zuerst. Es vergleicht, was das Hinzufügen von Seiten üblicherweise braucht, mit Ihrem Guthaben. Haben Sie weniger, startet die Änderung nicht und nichts wird reserviert. Die Unterhaltung sagt das mit den Zahlen, zum Beispiel „Adding pages usually takes about 25 credits, and you have 12, so it was not started.“, und bietet einen Weg an, Credits zu bekommen. | Was passiert | Was Ihnen berechnet wird | | --- | --- | | Wenn Sie statt einer Änderung eine Frage eingeben, etwa „Welche Seiten haben ein Formular?“, erhalten Sie die Antwort im Gespräch, ohne Build und ohne dass etwas reserviert wird. Siehe [Fragen stellen](https://briks.dev/de/docs/asking-questions) und [Änderungen vornehmen](https://briks.dev/de/docs/making-changes). | Die geleistete Arbeit. Reservierte, aber nicht verbrauchte Credits kommen zurück. | | Es braucht mehr als 5 Credits an Arbeit | Der Mehrbetrag wird von Ihrem Guthaben abgezogen. | | Es schlägt fehl | Nichts. | | Sie stoppen es, bevor es beginnt | Nichts. | | Sie stoppen ihn, während er baut | Die bis dahin geleistete Arbeit. Nichts wird veröffentlicht, und die Website bleibt, wie sie war. | | Sie machen rückgängig, wiederholen oder stellen eine Version wieder her | Nichts wird zurückgehalten. Siehe [Versions](https://briks.dev/de/docs/versions). | Wenn Ihr Guthaben niedrig ist Eine Änderung kann mit weniger als 5 Credits nicht starten, und das Studio sagt das. Um mehr zu erhalten, öffnet ein Owner **Billing**. Siehe [Credits und Pläne](https://briks.dev/de/docs/credits-and-plans). Wenn in **Preferences** neu gezeichnete Bilder mit einem Preis pro Bild eingestellt sind, berechnet auch eine Änderung, die Bilder erzeugt, diese. Sie werden unter der Antwort genannt, zum Beispiel „inkl. 3 neue Bilder“. ## Bilder, Videos und Ihre Medien Sie können einer Nachricht bis zu sechs Bilder hinzufügen: mit **Attach pictures**, durch Einfügen oder indem Sie sie an eine beliebige Stelle über der Unterhaltung ziehen. Sie müssen JPEG, PNG oder WebP sein und jeweils unter 12 MB. Das Feld nimmt nur Bilder an, Videos laufen daher zuerst über Ihre Medienbibliothek. Jedes angehängte Bild hat zwei Buttons: - **Reference** zeigt Briks einen Look, ein Layout oder ein Detail, das Sie möchten. Es kommt nicht auf die Website. Das ist die Standardeinstellung. - **On the site** setzt das Bild selbst auf die Seite, dorthin, wo Ihr Text es sagt. **Add from your media** öffnet die Mediathek Ihres Workspace. Wenn Sie ein Element auswählen, wird sein Link in Ihre Nachricht eingefügt, und dieses Bild oder Video kommt auf die Website. Angehängte und verlinkte Elemente zusammen sind höchstens sechs. **Speak your request** wandelt bis zu zwei Minuten Sprache in Text im Feld um, den Sie vor dem Senden korrigieren können. Ein Bild durch ein anderes ersetzen Um ein Bild durch eines aus Ihrer Bibliothek zu ersetzen, genügt auf dem Tab **Media** die Schaltfläche **Replace**, ohne Build und ohne Credits, und Sie können es wie jede Änderung rückgängig machen. Siehe [Medienbibliothek](https://briks.dev/de/docs/media-library). ## Wie Briks den Teil liest, den Sie ändern Bevor Briks das Layout, die Bilder oder die Bestandteile eines Abschnitts überarbeitet, prüft es, was dieser Abschnitt sein sollte: der passende Teil der Website, von der Sie ausgegangen sind, falls Sie eine angegeben haben, oder die Stellung des Abschnitts im Plan der Website. Entscheidend ist, in dieser Reihenfolge: 1. Ihre Anfrage, genau so, wie Sie sie gestellt haben. Ein anderes Layout, mehr oder weniger Elemente, ein Karussell statt eines Rasters: Ihre Worte zählen. 2. Das ursprüngliche Design des Abschnitts, für alles, was Ihre Worte offenlassen, etwa wie viele Karten angezeigt werden oder welche Form die Bilder haben. 3. Das Gesamtbild der Website: Farben, Schrift und Abstände. Ihre Vorgaben haben auch Vorrang vor den eigenen Prüfungen von Briks: Eine Reparatur nach Ihrer Änderung darf nicht rückgängig machen, worum Sie gebeten haben, und eine Reparatur, die das versucht, wird zurückgenommen. Bitten Sie um helle Schrift auf einem transparenten Header, und keine Prüfung macht ihn stillschweigend wieder deckend. ### Ihre letzte Anfrage reist mit der nächsten mit Jede Änderung wird zusammen mit der Anfrage davor gelesen: ihren Worten, der Antwort von Briks und, wenn die neue kein Bild mitbringt, dem Bild, das die letzte mitbrachte. So verweist eine Folgeanfrage wie `Mach das Mockup größer` auf den Teil, um den es in Ihrer letzten Anfrage ging. Ein als **Reference** markiertes Bild kann auch ein Screenshot Ihrer eigenen Website sein: Briks findet den gezeigten Teil und ändert ihn wie gewünscht, statt seinen Stil zu kopieren. ## Unterseiten ändern Nennen Sie die Seite mit ihrem Menünamen oder ihrer Adresse: `On the Prices page…` oder `On /treatments…`. Wenn zwei Seiten ähnliche Abschnitte haben, sagen Sie, welche, oder nennen Sie beide. Um eine Seite hinzuzufügen, sagen Sie es einfach: `Add a page for our group classes`. Briks plant die neue Seite Abschnitt für Abschnitt, wie es die ersten geplant hat, und erstellt neue Fotos, wo der Plan sie vorsieht. Wenn Sie sie an einer bestimmten Stelle im Menü haben möchten, sagen Sie, wo. Ein Blog, ein Shop oder jede Liste, die Sie laufend erweitern, wird als bearbeitbare Einträge aufgebaut statt als feste Seite; siehe [Database](https://briks.dev/de/docs/database). Eine Unterseite Physiotherapiepraxis > `Füge auf der Seite Treatments nach Back pain einen Abschnitt für Sportmassage hinzu. Drei kurze Absätze: für wen sie ist, was eine Sitzung umfasst und dass sie 45 Minuten für £55 dauert. Verwende dasselbe Layout wie im Abschnitt Back pain.` Der Abschnitt erschien an der genannten Stelle, im selben Layout wie der Nachbarabschnitt, und der Rest der Seite blieb unverändert. ## Eine Nachricht oder mehrere? Mehrere Änderungen in einer Nachricht werden zusammen umgesetzt: ein Halt, ein Build, eine neue Version. Das geht schneller und ist meist günstiger. Der Haken: Rückgängig machen funktioniert pro Version, daher nimmt das Rückgängigmachen dieser Nachricht alles darin zurück. Einzeln gesendete Änderungen erhalten jeweils eine eigene Version, sodass sich genau eine Änderung zurücknehmen lässt. Tipp Fassen Sie kleine Änderungen zusammen, die zusammengehören, etwa drei Änderungen am Footer. Senden Sie eine große oder riskante Änderung, etwa ein neues Hero-Layout, einzeln, damit Sie sie rückgängig machen können, ohne etwas anderes zu verlieren. Sie müssen nicht warten, bis ein Build fertig ist. Während einer läuft, steht auf dem Button unter dem Feld **Queue** und im Feld „Queue your next change…“. Nachrichten in der Warteschlange warten der Reihe nach und werden dann gemeinsam als eine Änderung mit einer gemeinsamen Reservierung ausgeführt. Verlangen zwei davon Gegensätzliches, gilt die spätere. Auf einer Website können bis zu 10 Anfragen warten, und mit **Remove** nehmen Sie eine zurück, bis ihr Build beginnt. ## Änderungen, die einen Schlüssel brauchen, und die Bitte um Veröffentlichung - **Eine Änderung, die einen weiteren Dienst anbindet**, etwa einen Buchungs- oder Mailingdienst mit Ihrem eigenen Konto, braucht unter Umständen einen Schlüssel. Hat die Website dafür noch keinen Wert, fragt zuerst eine Karte in der Unterhaltung, mit einem Feld für jeden Schlüssel. **Save and build** legt den Wert direkt in den Secrets der Website ab und startet die Änderung; **Add it later** baut ohne ihn. Siehe [Secrets](https://briks.dev/de/docs/secrets). - **Ein in eine Nachricht eingefügter Schlüssel** wird herausgeschnitten, bevor er gespeichert wird, und Briks sagt Ihnen, dass Sie ihn stattdessen unter **Settings**, **Secrets** hinterlegen sollen. - **Eine Nachricht, die nur um Veröffentlichung bittet**, etwa `Veröffentliche die Website in Produktion`, funktioniert wie der Button **Publish**: Zuerst läuft die Startprüfung, und nichts wird gebaut. Wer es in Worten verlangt, bestätigt auch alle Platzhalterangaben, die der erste Entwurf erfunden hat, lesen Sie sie also zuerst. Siehe [In Produktion veröffentlichen](https://briks.dev/de/docs/publish-to-production). ## Was Sie während der Arbeit sehen - Ein Timer zählt hoch, markiert mit **Waiting to start**, bis die Arbeit beginnt, und danach mit **Building**. - Die Schritte werden nacheinander abgehakt, mit einer einzelnen Zeile darunter, die sagt, was gerade passiert. - Wenn Sie die Prüfung eingeschaltet haben, zeigt eine Karte **Visual check** einen Wert von 100 und alle Darstellungsfehler, die gerade behoben werden. Was nur aufgefallen ist, steht unter „Noted, left as built“. Um eine Änderung zu stoppen, drücken Sie neben dem Timer auf **Stop** und bestätigen Sie. Hat sie noch nicht begonnen, wird nichts berechnet. Wird sie gerade erstellt, stoppt sie, bevor etwas veröffentlicht wird, und Sie zahlen nur für die bisherige Arbeit. Ist sie bereits veröffentlicht, bleibt die Änderung bestehen und nur der Rest der Prüfung entfällt. ## Gute und vage Anfragen Briks tut, was Sie verlangen, und füllt die Lücken anhand des Designs der Website. Je weniger Lücken Sie lassen, desto näher liegt der erste Versuch an Ihrem Wunsch. Vage Klempner > `Aktualisieren Sie die Telefonnummer.` Briks muss raten, welche Zahl gemeint ist, und übersieht womöglich die Kopie in der Fußzeile. Klar Klempner > `Ändere die Telefonnummer überall, wo sie vorkommt (Header, Kontaktbereich, Footer), von 0117 496 0000 auf 0117 496 0123. Auf Handys soll die Nummer im Header per Tipp einen Anruf starten.` Jede Kopie der Nummer wurde geändert, und die Nummer in der Kopfzeile wurde auf Smartphones zu einem Anruf-Link. Eine Version, eine Abbuchung. Klar Yogastudio > `Verschieben Sie auf der Startseite den Stundenplan über die Kundenstimmen und kürzen Sie die Einleitung unter dem Hero auf einen Satz: Kleine Kurse in Hove, für jeden Körper.` Der Stundenplan rückte nach oben, die Einleitung wurde zu diesem Satz, und sonst änderte sich nichts. Mit Bildern Hochzeitsfotograf > Zwei Porträts als **On the site** angehängt und ein Screenshot als **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.` Die Porträts kamen in den Abschnitt Über uns, und die Galerie wurde einspaltig. Der Screenshot selbst erschien nirgends auf der Website. ## Wenn eine Änderung nicht das bewirkt hat, worum Sie gebeten haben 1. Jede Breite ansehen Wo: Preview Prüfen Sie **Desktop**, **Tablet** und **Phone** und klicken Sie auf **Reload preview**. Manchmal ist die Änderung da, nur in einer anderen Größe. 2. Zurückgehen, wenn es schlechter ist Wo: Preview toolbar Klicken Sie auf den Rückgängig-Pfeil. Die Version vor der Änderung geht genau so wieder live, wie sie war, und das Rückgängigmachen kostet nichts. Siehe [Versions](https://briks.dev/de/docs/versions). 3. Noch einmal genauer fragen Wo: Studio Sagen Sie, was Sie jetzt sehen und was Sie stattdessen möchten. Nennen Sie die Seite und den Abschnitt, zitieren Sie dessen Worte und geben Sie Zahlen an, wo möglich: Größen, Anzahlen, Farben als Codes wie `#1F6FEB`. Auch ein als **Reference** markierter Screenshot hilft. 4. Pro Nachricht eine Sache korrigieren Wo: Studio Senden Sie jede Korrektur einzeln, damit Sie sehen, welche gewirkt hat, und sie allein rückgängig machen können, falls nicht. Erneut fragen Blumengeschäft > Erste Nachricht: `Mach den Header kleiner.` Zweite Nachricht, nachdem Sie das Ergebnis gesehen haben: `Der Header ist auf dem Handy immer noch zu hoch. Nur in der Handybreite: Mach ihn etwa halb so hoch wie jetzt und lass das Logo und den Menü-Button in einer Zeile.` Diesmal hat sich der Header nur auf Smartphones geändert. Wenn eine Änderung fehlschlägt Die Unterhaltung zeigt in einem roten Feld, was schiefgegangen ist. Eine fehlgeschlagene Anfrage wird nicht berechnet, und wenn sie vor dem Veröffentlichen fehlschlug, bleibt Ihre Website unverändert. Senden Sie die Änderung erneut, genauer formuliert, wenn die Meldung einen Grund nahelegt. ### Warum hat Briks geantwortet, statt etwas zu ändern? Ihre Nachricht wurde als Frage verstanden. Schreiben Sie sie als Anweisung, etwa `Add a map to the contact page`, statt `Is there room for a map on the contact page?` ### Kann ich Farben oder Schriften für die ganze Website ändern? Ja, bitten Sie darum als Änderung. Damit eine Wahl für jeden späteren Build gilt, legen Sie sie unter **Settings**, **Preferences**, **Design rules** fest. Siehe [Projekteinstellungen](https://briks.dev/de/docs/project-settings). ## Als Nächstes lesen - [An einem Projekt arbeiten **Fragen stellen** Fragen Sie Briks im Änderungs-Chat zu Ihrer Website, ihren Besuchen oder zu Briks selbst. Antworten sofort, ohne Build. Was Briks weiß und was nicht.](https://briks.dev/de/docs/asking-questions) - [An einem Projekt arbeiten **Versionen, Rückgängig und Wiederholen** Jeder Build und jede Änderung ist eine Version. Rückgängig, wiederholen oder jede frühere Version unverändert live setzen, ohne reservierte Credits.](https://briks.dev/de/docs/versions) - [An einem Projekt arbeiten **Die Projektseite** Rundgang durch ein Projekt im Briks Studio: Unterhaltung, Live-Vorschau mit Bildschirmbreiten, Tabs unter der oberen Leiste, Settings und Publish.](https://briks.dev/de/docs/the-project-page) - [Erste Schritte **Credits und Pläne** Briks Credits erklärt: Reservierungen von 50 und 5, Abrechnung erledigter Arbeit, Schätzungen, wartende Builds, was bei null passiert, was jeder Plan bietet.](https://briks.dev/de/docs/credits-and-plans) Noch nicht weitergekommen? Schreiben Sie an [hello@briks.dev](mailto:hello@briks.dev) mit dem Namen Ihres Projekts und dem, was Sie erwartet haben. Ein Screenshot hilft.