Ein Rundgang durch die Projektseite

Jede Website, App oder jedes Dashboard, das Sie in Briks erstellen, hat eine eigene Projektseite. Dort sprechen Sie mit Briks, sehen zu, wie sich die Website verändert, und erreichen alles Weitere im Projekt. Diese Tour führt einmal herum, damit Sie wissen, wofür jeder Teil da ist, bevor Sie ihn brauchen.

10 Minuten LesezeitAm 8. Oktober 2026 mit dem Studio abgeglichen

  1. 1Wo Sie sind: Projects, dann der Name des Projekts, auf einem breiten Bildschirm mit seiner Adresse. Darunter die Tabs des Projekts als Wörter: Studio, Analytics, Media, Database (sobald das Projekt eine hat, davor für Owner und Admins), Storage, Chatbot und Settings.
  2. 2Die Unterhaltung. Bitten Sie um eine Änderung oder stellen Sie eine Frage in einfachen Worten.
  3. 3Die Vorschau Ihrer Website, die nach jeder Veröffentlichung aktualisiert wird.
  4. 4Vorschau-Werkzeuge: die Breite der Ansicht, Neu laden, Vollbild und in neuem Tab öffnen.
  5. 5Publish bringt die Website in Produktion, wenn Sie bereit sind.
Die Projektseite einer Beispiel-Bäckerei-Website: Oben in der Leiste sehen Sie, wo Sie sind, und Publish, darunter die Tabs des Projekts, links die Unterhaltung und rechts die Live-Vorschau.

Ein Projekt öffnen

Klicken Sie in der Seitenleiste auf Projects und dann auf das gewünschte Projekt. Ihre neuesten Projekte stehen auch in der Seitenleiste selbst unter Projects, jeweils mit einem Punkt für den Status, sodass Sie direkt zu einem springen können. Ein Projekt öffnet sich immer im Tab Studio: die Unterhaltung und die Vorschau nebeneinander.

Auf einem Laptop oder Desktop stehen beide nebeneinander. Auf einem schmalen Bildschirm, etwa einem Smartphone, steht die Unterhaltung zuerst und die Vorschau darunter.

Die obere Leiste

Die Leiste oben zeigt, wo Sie sind. Im Tab Studio steht dort Projects und der Name des Projekts. In jedem anderen Tab folgt der Name des Tabs, dann jeder Bereich oder jede Ansicht, die Sie darin geöffnet haben, zum Beispiel Projects / Crumb & Co bakery / Settings / Domain. Jeder Teil vor dem letzten ist ein Link dorthin zurück. Auf einem breiten Bildschirm steht die Live-Adresse des Projekts neben seinem Namen und öffnet die Website in einem neuen Tab.

Unter dieser Zeile steht eine Reihe von Tabs in Worten, der geöffnete ist unterstrichen. Auf einem Telefon scrollt die Reihe seitwärts, und die Zeile darüber zeigt nur den Namen des Projekts.

TabWas es enthältMehr lesen
StudioDie Unterhaltung und die Vorschau. Änderungen und Fragen gehören hierher.Änderungen vornehmen
Visual EditorIhre eigene Seite neben einem Bereich: Klicken Sie etwas an, um Texte, Bilder und Aussehen zu ändern, und veröffentlichen Sie dann ohne Credits. Enthalten in den bezahlten Plänen.Visueller Editor
AnalyticsBesucher, Seiten und Herkunft, in einer Ansicht Data und einer Ansicht Settings.Analytics
MarketingBeiträge für die Social-Media-Konten der Website. Der Tab erscheint, sobald Beiträge auf Briks freigeschaltet sind.Marketing und Social-Media-Beiträge
MediaJedes Bild und Video, das die Website zeigt, wie zuletzt veröffentlicht, jeweils mit Replace.Medienbibliothek
DatabaseWas die Website speichert, Sammlung für Sammlung. Der Tab erscheint, sobald das Projekt eine Datenbank hat, und davor nur für Owners und Admins, damit diese eine anlegen können.Datenbank
StorageDateien, die das Projekt für seine Seiten und für Sie aufbewahrt, in den Ansichten Files, Usage und Settings.Storage
ChatbotEin Chat für die veröffentlichte Website, der aus ihren eigenen Seiten antwortet und weitergibt, was er nicht beantworten kann.Chatbot
SettingsAlles andere: Name und Kennzeichen des Projekts, seine Domain, Formulare, Chats, E-Mail, Versionen, Backups und Werkzeuge für Entwickler.Siehe unten

Ganz rechts in der Leiste sehen Sie, sobald die Website zum ersten Mal veröffentlicht wurde, ein graues Label Preview und eine Schaltfläche Publish. Jeder Build landet zuerst unter einer Vorschau-Adresse. Sie wird von Suchmaschinen ferngehalten, und Nachrichten, die über ihre Formulare gesendet werden, bleiben im Studio, statt per E-Mail zu kommen. Publish startet eine Launch-Prüfung und bringt die Website, wenn nichts zu beheben ist, in die Produktion. Danach steht auf der Schaltfläche In production, und ein Klick darauf bietet Back to preview an.

Das Gespräch

Die linke Seite ist ein laufendes Gespräch zwischen Ihnen und Briks. Ihre Nachrichten stehen rechts in dunklen Blasen, die Antworten von Briks links. Unter jeder Antwort steht eine kleine Zeile mit den Credits, die für diese Anfrage berechnet wurden, und der ungefähren Dauer. Über dem Gespräch zeigt eine Statusanzeige, wo die Website steht (Draft, Building, Live oder Needs attention) und, sobald etwas berechnet wurde, die laufende Summe des Projekts in Credits.

  • Eine Änderung wünschen in einfachen Worten, etwa Ergänzen Sie unsere Samstagszeiten im Footer: 9 bis 13 Uhr. Briks baut und veröffentlicht sie. Siehe Änderungen vornehmen.
  • Eine Frage stellen, etwa Wann wurde die Website zuletzt geändert?. Briks antwortet im Verlauf, ohne etwas zu bauen. Siehe Fragen stellen.
  • Beantworten Sie die Fragen von Briks vor dem ersten Build, oder geben Sie dessen Texte, Aussehen oder Hero frei, wenn diese Schritte aktiviert sind. Siehe Freigabe während des Builds.

Das Feld unten zeigt „Change the hero, add a page, adjust the colours…“, bis Sie etwas eingeben. Mit der Eingabetaste senden Sie, mit Umschalt plus Eingabetaste beginnen Sie eine neue Zeile. Neben dem Feld stehen drei Schaltflächen: Attach pictures, Add from your media und Speak your request. Darunter befindet sich ein Schalter, Check the site after this change, der die veröffentlichte Website in vier Bildschirmgrößen prüft und alles repariert, was fehlerhaft dargestellt wird. Das dauert ein paar Minuten länger, und Ihre Wahl wird für diese Website in Ihrem Browser gespeichert.

Wenn Ihre Rolle Viewer ist, wird das Feld durch einen Hinweis ersetzt: “You can view this project. Changes are made by Editors, Admins and Owners of this workspace.” Sie sehen weiterhin die ganze Unterhaltung und die Vorschau.

Während etwas gebaut wird

In der Unterhaltung erscheint ein Fenster mit einem Timer, den Schritten des Auftrags und einer Zeile darunter, die sagt, was Briks gerade tut. Bei einer Änderung sind die Schritte Applying your changes, Verifying build und Publishing, dazu Checking the published site, wenn Sie die Prüfung eingeschaltet haben. Neben dem Timer steht ein Stop-Button. Das Feld bleibt offen und sein Button wechselt zu Queue, sodass Sie Ihre nächste Anfrage einreihen können, während diese noch läuft.

Die Vorschau

Auf der rechten Seite sehen Sie Ihre echte, veröffentlichte Website in einem Rahmen. Es ist kein Bild: Sie können scrollen, ihre Buttons anklicken und ihr eigenes Menü nutzen, um zwischen den Seiten zu wechseln. Das Label darüber lautet Live preview mit der Uhrzeit der letzten Veröffentlichung, und der Rahmen lädt sich nach jeder Veröffentlichung kurz darauf selbst neu, sodass Sie immer sehen, was Besucher sehen.

KontrolleWas es tut
DesktopZeigt die Website in der vollen Breite des Rahmens.
TabletZeigt sie 834 Pixel breit und gerahmt, wie ein hochkant gehaltenes Tablet.
TelefonZeigt sie 390 Pixel breit, wie ein typisches Smartphone.
Die SeitenlisteErscheint, sobald die Website mehr als eine Seite hat: Wählen Sie eine Seite, um sie im Rahmen zu öffnen.
Pfeile für Rückgängig und WiederholenGehen Sie zur vorherigen Version zurück oder wieder vor. Siehe Versions.
Versions (die Uhr, mit der aktuellen Nummer wie v7)Listet jede gespeicherte Version auf, mit Make live und Test against live.
Reload previewLädt die Seite erneut, ohne auf eine Veröffentlichung zu warten.
Full screenGibt der Vorschau das ganze Fenster. Mit Esc schließen Sie sie.
Open in new tabÖffnet die Website unter ihrer eigenen Adresse.

Vor der ersten Veröffentlichung gibt es noch keine Website, die sich zeigen ließe. Deshalb legt die Vorschau Ihre Seite Teil für Teil aus, so wie Briks sie plant und schreibt. Sobald weitere Seiten geplant sind, können Sie mit kleinen Tabs (Home und der Name der jeweiligen Seite) jede einzelne ansehen. Einen Build beobachten erklärt diese Ansicht.

Der Tab Settings

Settings versammelt alles, was kein eigener Tab ist. Es öffnet sich auf General, mit allen Bereichen in Gruppen links aufgelistet. Auf einem schmalen Bildschirm, etwa einem Smartphone, klappt die Liste unter ein Bedienelement zusammen, das Settings: und den Namen des geöffneten Bereichs zeigt. Tippen Sie darauf, um einen anderen zu wählen.

AbschnittGruppeWofür es gedacht istMehr lesen
GeneralGanz obenName, Logo, Favicon, das Badge Built with Briks, Made with Briks, Kopieren, Verschieben und Löschen.Projekteinstellungen
DomainGanz obenDie Adresse der Website und Ihre eigenen Domains.Verbinden Sie Ihre Domain
PreferencesGanz obenDie Regeln, an die sich jeder Build hält, woher Bilder kommen, was jede Änderung bewirkt und von welchen Websites die Seite laden darf.Projekteinstellungen
FormsForms and emailWas Besucher über die Formulare der Website senden.Forms
ChatsForms and emailJede Unterhaltung, die Besucher in den letzten 90 Tagen mit dem Chat der Website geführt haben, die neuesten zuerst, mit Export CSV.Chatbot
EmailsForms and emailE-Mail, die die Website an ihre Besucher sendet.E-Mail der Website
Sign-in und PaymentsAccounts and paymentsWie sich die Besucher Ihrer Website anmelden und über welchen Zahlungsanbieter die Website Zahlungen abwickelt, jeweils mit Ihren eigenen Schlüsseln.Anmeldung und Zahlungen
VersionsVersions and backupsJede Version, die veröffentlicht wurde, jeweils mit einer Möglichkeit zur Wiederherstellung.Veröffentlichte Versionen
BackupsVersions and backupsJede Version des Codes, bereit zur Wiederherstellung oder, mit einem kostenpflichtigen Plan, zum Herunterladen.Backups
File ExplorerDeveloperDer für die Website geschriebene Code: Sie können ihn lesen und bearbeiten und in einem kostenpflichtigen Plan herunterladen.Der Code Ihrer Website
GitHubDeveloperHält den eigenen Code der Website in einem GitHub-Repository, in beide Richtungen abgeglichen.GitHub-Synchronisierung
SecretsDeveloperSchlüssel und Passwörter, die der eigene Code der Website liest. Einmal gespeichert, kann ein Wert nie wieder angezeigt werden.Secrets
WebhooksDeveloperTeilen Sie anderen Diensten mit, wenn auf der Website etwas passiert.Webhooks
Deploy hooksDeveloperGeheime Adressen, die das Projekt erneut veröffentlichen, wenn etwas sie aufruft.Deploy-Hooks
Scheduled tasksDeveloperAufrufe, die das Projekt nach einem Zeitplan in Ihrer Zeitzone ausführt.Geplante Aufgaben
LogsDeveloperJeder Build, jede Änderung und jede Veröffentlichung sowie die Schritte, die sie durchlaufen haben.Logs

Links, die gespeichert wurden, bevor diese Bereiche in die Settings verschoben wurden, etwa in älteren E-Mails, funktionieren weiterhin: Sie öffnen hier denselben Bereich.

Ein erster Blick, Schritt für Schritt

Zehn Minuten mit einem neuen Projekt

  1. Status prüfen

    Wo: Studio

    Sehen Sie auf die Anzeige über der Unterhaltung. Live bedeutet, dass die letzte Veröffentlichung geklappt hat. Needs attention bedeutet, dass der letzte Auftrag fehlgeschlagen ist, und die Unterhaltung nennt den Grund.

  2. Auf dem Smartphone ansehen

    Wo: Preview toolbar

    Klicken Sie auf Phone, scrollen Sie die ganze Seite durch und öffnen Sie das Menü. Das meiste, was man korrigieren möchte, fällt hier zuerst auf.

  3. Durch die Seiten klicken

    Wo: Preview

    Nutzen Sie das eigene Menü der Website im Rahmen, um jede Seite zu besuchen, genau wie ein Besucher.

  4. Versionen öffnen

    Wo: Versions

    Klicken Sie auf das Uhrsymbol mit der Versionsnummer. Jeder Build und jede Änderung ist aufgelistet, und die Version, die Besucher sehen, ist mit Live markiert.

  5. Geben Sie ihm einen passenden Namen

    Wo: Settings, General

    Öffnen Sie den Tab Settings, der sich auf General öffnet. Prüfen Sie den Projektnamen, fügen Sie Ihr Logo und Ihr Favicon hinzu, falls Sie welche haben, und klicken Sie unter Name and marks auf Save.

  6. Bitten Sie um Ihre erste Änderung

    Wo: Studio

    Schreiben Sie zurück im Studio eine konkrete Änderung und drücken Sie Enter. Beobachten Sie die Schritte und sehen Sie sich dann die Vorschau an, wenn sie neu lädt.

  7. Veröffentlichen Sie, wenn Sie bereit sind

    Wo: Top bar

    Klicken Sie auf Publish. Zuerst läuft die Launch-Prüfung, und ihr Ergebnis erscheint im Gespräch.

Was jede Rolle sieht

RolleAuf der Projektseite
Owner und AdminAlles, einschließlich das Projekt zu löschen, es in einen anderen Workspace zu verschieben und seine Adresse zu ändern.
EditorÄnderungen, Fragen, Veröffentlichen, Versionen, A/B-Tests, der Visual Editor und das Bearbeiten von Code. Nicht: Löschen, Verschieben oder Ändern der Adresse.
ViewerDie Unterhaltung, die Vorschau, die Versionsliste und die Analytics, nur lesend. Kein Prompt-Feld, kein Chats-Protokoll, und der Visual Editor nur zum Durchsehen und Kommentieren.

Rollen gehören zum Workspace, nicht zu einem einzelnen Projekt. Mitglieder und Rollen enthält die vollständige Tabelle.

Warum gibt es keinen Publish-Button?

Er erscheint, sobald die Website zum ersten Mal veröffentlicht wurde. Bis dahin gibt es nichts, was in die Produktion übernommen werden kann.

Warum sehe ich den Tab Database nicht?

Er erscheint, sobald das Projekt eine Datenbank hat. Davor sehen ihn nur Owner und Admins, damit sie eine anlegen können. Datenbank erklärt, wie das geht.

Warum sehe ich den Tab Visual Editor nicht?

Der Visuelle Editor gehört zu den kostenpflichtigen Tarifen, deshalb zeigt ein Workspace im Tarif Free den Tab nicht. Ein Owner kann den Tarif unter Billing ändern. Siehe Visueller Editor.

Die Vorschau wirkt veraltet.

Klicken Sie auf Reload preview. Nach einer Veröffentlichung wartet der Rahmen ein paar Sekunden, bevor er neu lädt, damit die neue Version überall bereitsteht.

Wer kann einen Build stoppen?

Editor, Admin und Owner. Eine Ausführung zu stoppen, die noch nicht begonnen hat, kostet nichts.