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.
- 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.
- 2Die Unterhaltung. Bitten Sie um eine Änderung oder stellen Sie eine Frage in einfachen Worten.
- 3Die Vorschau Ihrer Website, die nach jeder Veröffentlichung aktualisiert wird.
- 4Vorschau-Werkzeuge: die Breite der Ansicht, Neu laden, Vollbild und in neuem Tab öffnen.
- 5Publish bringt die Website in Produktion, wenn Sie bereit sind.
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.
| Tab | Was es enthält | Mehr lesen |
|---|---|---|
| Studio | Die Unterhaltung und die Vorschau. Änderungen und Fragen gehören hierher. | Änderungen vornehmen |
| Visual Editor | Ihre 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 |
| Analytics | Besucher, Seiten und Herkunft, in einer Ansicht Data und einer Ansicht Settings. | Analytics |
| Marketing | Beiträ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 |
| Media | Jedes Bild und Video, das die Website zeigt, wie zuletzt veröffentlicht, jeweils mit Replace. | Medienbibliothek |
| Database | Was 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 |
| Storage | Dateien, die das Projekt für seine Seiten und für Sie aufbewahrt, in den Ansichten Files, Usage und Settings. | Storage |
| Chatbot | Ein Chat für die veröffentlichte Website, der aus ihren eigenen Seiten antwortet und weitergibt, was er nicht beantworten kann. | Chatbot |
| Settings | Alles 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.
| Kontrolle | Was es tut |
|---|---|
| Desktop | Zeigt die Website in der vollen Breite des Rahmens. |
| Tablet | Zeigt sie 834 Pixel breit und gerahmt, wie ein hochkant gehaltenes Tablet. |
| Telefon | Zeigt sie 390 Pixel breit, wie ein typisches Smartphone. |
| Die Seitenliste | Erscheint, 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 Wiederholen | Gehen 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 preview | Lädt die Seite erneut, ohne auf eine Veröffentlichung zu warten. |
| Full screen | Gibt 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.
| Abschnitt | Gruppe | Wofür es gedacht ist | Mehr lesen |
|---|---|---|---|
| General | Ganz oben | Name, Logo, Favicon, das Badge Built with Briks, Made with Briks, Kopieren, Verschieben und Löschen. | Projekteinstellungen |
| Domain | Ganz oben | Die Adresse der Website und Ihre eigenen Domains. | Verbinden Sie Ihre Domain |
| Preferences | Ganz oben | Die Regeln, an die sich jeder Build hält, woher Bilder kommen, was jede Änderung bewirkt und von welchen Websites die Seite laden darf. | Projekteinstellungen |
| Forms | Forms and email | Was Besucher über die Formulare der Website senden. | Forms |
| Chats | Forms and email | Jede Unterhaltung, die Besucher in den letzten 90 Tagen mit dem Chat der Website geführt haben, die neuesten zuerst, mit Export CSV. | Chatbot |
| Emails | Forms and email | E-Mail, die die Website an ihre Besucher sendet. | E-Mail der Website |
| Sign-in und Payments | Accounts and payments | Wie sich die Besucher Ihrer Website anmelden und über welchen Zahlungsanbieter die Website Zahlungen abwickelt, jeweils mit Ihren eigenen Schlüsseln. | Anmeldung und Zahlungen |
| Versions | Versions and backups | Jede Version, die veröffentlicht wurde, jeweils mit einer Möglichkeit zur Wiederherstellung. | Veröffentlichte Versionen |
| Backups | Versions and backups | Jede Version des Codes, bereit zur Wiederherstellung oder, mit einem kostenpflichtigen Plan, zum Herunterladen. | Backups |
| File Explorer | Developer | Der für die Website geschriebene Code: Sie können ihn lesen und bearbeiten und in einem kostenpflichtigen Plan herunterladen. | Der Code Ihrer Website |
| GitHub | Developer | Hält den eigenen Code der Website in einem GitHub-Repository, in beide Richtungen abgeglichen. | GitHub-Synchronisierung |
| Secrets | Developer | Schlüssel und Passwörter, die der eigene Code der Website liest. Einmal gespeichert, kann ein Wert nie wieder angezeigt werden. | Secrets |
| Webhooks | Developer | Teilen Sie anderen Diensten mit, wenn auf der Website etwas passiert. | Webhooks |
| Deploy hooks | Developer | Geheime Adressen, die das Projekt erneut veröffentlichen, wenn etwas sie aufruft. | Deploy-Hooks |
| Scheduled tasks | Developer | Aufrufe, die das Projekt nach einem Zeitplan in Ihrer Zeitzone ausführt. | Geplante Aufgaben |
| Logs | Developer | Jeder 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
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.
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.
Durch die Seiten klicken
Wo: Preview
Nutzen Sie das eigene Menü der Website im Rahmen, um jede Seite zu besuchen, genau wie ein Besucher.
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.
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.
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.
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
| Rolle | Auf der Projektseite |
|---|---|
| Owner und Admin | Alles, 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. |
| Viewer | Die 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.