Begriffe, die wir verwenden

#A

• Accept the risk: Ihre Antwort auf eine Feststellung im Bericht des Security-Agenten, wenn Sie sich entscheiden, damit zu leben. Der Agent meldet sie nicht erneut, außer sie verschlimmert sich. Siehe Security-Agent.
• A/B-Test: Eine gespeicherte Version einer Website wird einem Teil der Besucher gezeigt und die Live-Version den übrigen, um zu sehen, welche mehr Menschen zum Handeln bewegt, etwa zum Antippen einer Telefonnummer oder zum Absenden eines Formulars. Siehe A/B-Tests.
• Admin: Eine Rolle. Admins verwalten Mitglieder, Einstellungen, Vorlagen und Skills und können Projekte in ein anderes Workspace verschieben. Siehe Mitglieder und Rollen.
• Agent: Ein KI-Helfer, den Sie ab dem Starter-Plan für ein Projekt einstellen. Er arbeitet nach Zeitplan oder wenn etwas geschieht, etwa ein neuer Formulareintrag, und fragt Sie zuerst, bevor etwas rausgeht, es sei denn, Sie haben ihn selbstständig handeln lassen. Siehe KI-Agenten einstellen.
• Analytics: Die Besucherzahlen einer veröffentlichten Website: Besucher, Seiten, Quellen, Referrer und Kampagnen-Tags, ohne Cookies gezählt. Standardmäßig aktiviert. Siehe Analytics.
• Approval: Etwas, das ein Agent tun möchte und das auf Ihr Ja wartet. Sie entscheiden unter Waiting for you auf der Seite Agents, über die E-Mail, die er sendet, oder in Telegram. Siehe Freigaben und Budgets.
• Approval steps: Optionale Pausen bei einem ersten Build, in denen Sie die Texte freigeben, einen Look auswählen oder ein Hero-Layout wählen, bevor Briks weitermacht. Siehe Freigabe während des Builds.

#B

• Backup: Eine gespeicherte Kopie, zu der Sie zurückkehren können. Jede Veröffentlichung behält eine Version des Codes der Website, und in einem kostenpflichtigen Plan kann die Datenbank eines Projekts zusätzlich nächtliche Kopien anlegen, die 30 Tage aufbewahrt werden. Siehe backups.
• Brief: Ihre Beschreibung dessen, was entstehen soll: für wen es ist, was es bietet, wie es wirken soll und welche Seiten es braucht. Bis zu 25.000 Zeichen. Siehe einen guten Brief schreiben.
• Build: Die Arbeit, aus einem Briefing eine veröffentlichte Website zu machen: Planung, Design, Code, Prüfungen und Veröffentlichung. Ein erster Build umfasst 50 Credits. Siehe Einen Build verfolgen.
• Built with Briks badge: Ein kleiner Link zu Briks in der linken unteren Ecke jeder Seite. Free-Websites zeigen ihn immer. In einem bezahlten Plan ist er aus, außer Sie schalten ihn in den Einstellungen des Projekts ein. Siehe Projekteinstellungen.

#C

• Änderung: Etwas, das Sie in einfachen Worten in der Unterhaltung eines Projekts anfordern, zum Beispiel ‚fügen Sie eine Seite für unsere Speisekarte hinzu‘. Briks baut es und veröffentlicht es. Eine Änderung bindet 5 Credits. Siehe Änderungen vornehmen.
• Chatbot: Ein optionales Chatfenster auf Ihrer Website, das Besuchern anhand Ihrer veröffentlichten Seiten antwortet und Ihnen die Fragen, die es weitergibt, per E-Mail schickt. Standardmäßig aus, bis zu 400 Chats pro Tag und Website. Siehe Chatbot.
• Website-Prüfung: Briks sucht auf Ihrer Website nach Problemen. Der Kontrast wird bei jedem ersten Build geprüft; die vollständige Prüfung bei vier Bildschirmgrößen, die fehlerhaft dargestellte Stellen repariert, schalten Sie selbst ein. Eine einzeln gestartete Prüfung reserviert 5 Credits. Siehe einen Build beobachten.
• Collection: Eine benannte Gruppe von Datensätzen in der Datenbank eines Projekts, zum Beispiel Buchungen, Produkte oder Anmeldungen. Stellen Sie sich ein Blatt in einer Tabelle vor. Siehe Datenbank.
• Credit: Die Einheit, in der Briks seine Arbeit berechnet. Jeder Auftrag wird nach dem Aufwand berechnet, auf ein Hundertstel Credit genau. Siehe Credits und Tarife.
• Eigene Domain: Ihre eigene Webadresse, etwa yourbakery.co.uk, die zusätzlich zur briks.live-Adresse mit einem Projekt verbunden wird. Ab dem Tarif Starter. Siehe Domain verbinden.

#D

• Datenbank: Der Ort, an dem ein Projekt seine gespeicherten Inhalte ablegt, Sammlung für Sammlung. Sie wird angelegt, wenn ein Build Daten speichern muss. Ihre Einträge lassen sich ansehen und bearbeiten, in einem kostenpflichtigen Tarif auch exportieren. Siehe Datenbank.
• Decide for me: Die Schaltfläche bei den Fragen vor einem ersten Build, die alle empfohlenen Antworten auf einmal übernimmt. Siehe Fragen vor dem Erstellen.
• Deploy hook: Eine geheime Webadresse, die ein Projekt erneut veröffentlicht, sobald etwas sie aufruft, zum Beispiel ein Content-Tool nach einer Bearbeitung. Siehe veröffentlichte Versionen und Deploy Hooks.

#E und F

• Editor: Eine Rolle. Editors erstellen, ändern und veröffentlichen Projekte. Siehe Mitglieder und Rollen.
• Estimate: Was Builds wie Ihrer üblicherweise an Credits brauchen, berechnet aus den Kosten ähnlicher Builds und auf die nächsten 5 aufgerundet. Das Studio zeigt eine Schätzung vor einem ersten Build und bei einer Änderung, die Seiten hinzufügt, wenn sie höher ist als Ihr Guthaben. Siehe Credits und Tarife.
• Formulareintrag: Eine Nachricht, die ein Besucher über ein Formular auf Ihrer Website sendet. Einträge werden im Studio gespeichert, wo die neuesten 100 angezeigt werden, und erst per E-Mail an Sie gesendet, wenn die Website in Produktion ist. Sie lassen sich noch nicht exportieren. Siehe forms.

#H und I

• Hold: Credits, die von Ihrem Guthaben zurückgelegt werden, wenn ein Auftrag startet: 50 für eine neue Website, 5 für eine Änderung, 5 für eine Prüfung, 3 für den Lauf eines Agents. Wenn der Auftrag endet, kommt zurück, was er nicht verbraucht hat. Siehe Credits und Tarife.
• Image editor: Hier erstellen Sie Bilder für Social-Media-Beiträge, Stories und Vorschaubilder in den Farben und Schriften Ihrer Website, in der exakten Größe jeder Plattform. Describe it schreibt drei Designs aus Ihren Worten. In jedem Plan verfügbar. Siehe Bildeditor.
• Einladung: Eine E-Mail, mit der jemand Ihrem Workspace mit einer Rolle beitreten kann. Ihr Link gilt 7 Tage und nur für die Adresse, an die sie geschickt wurde. Siehe Mitglieder und Rollen.

#L und M

• Startprüfung: Die Prüfung, die Briks ausführt, wenn Sie Publish to production drücken, einschließlich einer Suche nach Links, die ins Leere führen. Wenn etwas behoben werden muss, ändert sich nichts, und Sie erfahren, was. Siehe In Produktion veröffentlichen.
• Marketing tab: Der Tab eines Projekts für Social-Media-Beiträge: Verbinden Sie seine Social-Media-Konten, dann schreiben und planen Sie Beiträge dafür. Er erscheint, sobald Beiträge für Sie verfügbar sind. Siehe Marketing und Social-Media-Beiträge.
• Logs: Das Protokoll eines Projekts mit jedem Build, jeder Änderung und jeder Veröffentlichung samt den einzelnen Schritten, dazu die Anfragen und Fehler der Website in den letzten 24 Stunden. Siehe Logs.
• Media library: Der Speicher eines Workspace für Bilder und Videos, die Sie in jedem seiner Projekte verwenden können. Siehe Mediathek.
• Mitglied: Jemand, der zu einem Workspace gehört. Jedes Mitglied hat eine Rolle. Jeder Tarif enthält eine bestimmte Zahl an Mitgliedern, ohne Gebühren pro Platz. Siehe Mitglieder und Rollen.

#N

• Notifications: Die Glocke in der oberen Leiste. Sie listet Builds, arbeitende Agenten, was auf Sie wartet, Formulareinträge und Chat-Übergaben auf, die neuesten zuerst, und beim Öffnen werden sie als gelesen markiert. Siehe das Dashboard erkunden.

#O und P

• Owner: Die Rolle mit allen Rechten, einschließlich Abrechnung, Hinzufügen oder Entfernen weiterer Owner und Löschen des Workspace. Ein Workspace behält immer mindestens einen. Siehe Mitglieder und Rollen.
• Vorschau: Der erste veröffentlichte Stand einer Website, unter ihrer briks.live-Adresse. Sie funktioniert vollständig, doch Suchmaschinen werden gebeten, sie auszulassen, und Formulareinträge werden nicht per E-Mail zugestellt. Siehe Vorschau und Produktion.
• Production: Eine Website, die wirklich veröffentlicht ist: Suchmaschinen dürfen sie listen, und Formulareinträge werden Ihnen per E-Mail geschickt. Dorthin gelangen Sie mit Publish to production. Siehe Vorschau und Produktion.
• Projekt: Eine Website, Web-App oder ein Dashboard, mit Unterhaltung, Versionen, Adresse und Einstellungen. Jeder Tarif enthält eine bestimmte Anzahl davon. Siehe ein neues Projekt starten.
• Publish: Die neueste Version unter der Adresse der Website online stellen. Jeder Aufbau und jede Änderung wird veröffentlicht; Publish to production ist der gesonderte Schritt, der eine Vorschau vollständig öffentlich macht. Siehe In Produktion veröffentlichen.

#Fragen und Antworten

• Queue: Nachrichten, die Sie senden, während ein Build läuft, warten in einer Warteschlange und werden nach dessen Ende gemeinsam als eine Änderung ausgeführt. Siehe Änderungen vornehmen.
• Questions: Vor dem ersten Build einer Website oder Web-App fragt Briks, welche Seiten Sie möchten, und, sofern Sie es nicht abschalten, nach allem, was Ihr Briefing offenlässt. Eine Frage, die Sie später in die Unterhaltung tippen, wird ohne Build beantwortet. Siehe Fragen vor dem Bauen.
• Record: Ein Eintrag in einer Sammlung, etwa eine einzelne Buchung oder ein einzelnes Produkt. Stellen Sie sich eine Zeile in einer Tabelle vor. Siehe database.
• Resume building: Die Schaltfläche, die einen ersten Aufbau, der auf Credits wartet, anhand seines Plans fortsetzt, sobald Sie welche haben. Ein wartender Aufbau läuft nie von selbst weiter. Siehe Credits und Tarife.
• Referenz-Website: Eine Website, die Ihnen gefällt und die Sie Briks beim Start eines Projekts zeigen, damit es ihrem Layout, den Abständen, der Schrift, der Bewegung und dem Header-Menü folgen kann. Eine pro Projekt, dazu Screenshots. Siehe Aus einer Website bauen, die Ihnen gefällt.
• Role: Was ein Mitglied in einem Workspace tun kann: Owner, Admin, Editor oder Viewer. Siehe Mitglieder und Rollen.

#S

• Geplante Aufgabe: Ein Aufruf an eine Adresse Ihrer Website oder an eine beliebige sichere Webadresse, der nach Zeitplan erfolgt, etwa täglich um 09:00. Wird für tägliche Zusammenfassungen, das Aufräumen alter Datensätze oder den Abgleich mit einem anderen Dienst genutzt. Siehe geplante Aufgaben.
• Secret: Ein privater Wert, den Ihre Website braucht, etwa ein Schlüssel für einen anderen Dienst, der bei der Live-Website aufbewahrt wird, statt in ihren Code geschrieben zu werden. Siehe Secrets.
• Site address: Die Adresse, die jedes Projekt erhält, in der Form name.briks.live. Sie wird aus dem Projektnamen gebildet, und ein Owner oder Admin kann sie in einen beliebigen freien Namen aus 3 bis 40 Kleinbuchstaben, Ziffern und Bindestrichen ändern. Siehe Adresse Ihrer Website.
• E-Mail der Website: E-Mail, die Ihre Website verschickt, etwa eine Bestätigung an einen Besucher, von einer Adresse bei emails.briks.live. Standardmäßig ausgeschaltet, mit einem monatlichen Kontingent je nach Tarif. Siehe E-Mail der Website.
• Sicherheits-Agent: Ein Agent, der den Code einer Website, ihre Schlüssel und die Live-Website jede Woche und nach jeder Veröffentlichung prüft und Ihnen klar sagt, was er gefunden hat. Seine Korrekturen warten immer auf Ihre Freigabe. Siehe Sicherheits-Agent.
• Skill: Schriftliche Anweisungen, denen Briks bei den Projekten eines Workspace folgt, wenn eine Aufgabe dazu passt: Ihr Ton, Ihre Fakten, Ihre Konventionen. Siehe skills.
• Storage: Die eigenen Dateien eines Projekts, einschließlich öffentlicher Ordner, die die Website Besuchern bereitstellen kann. Siehe storage.

#Du und Sie

• Teamleiter: Ein Agent, der die anderen Agents eines Projekts anführt. Er plant die Woche anhand Ihrer Ziele, verteilt die Arbeit und schickt Ihnen ein Stand-up. Er genehmigt nie etwas für jemanden. Siehe Teamleiter.
• Vorlage: Eine veröffentlichte Website, eingefroren als Ausgangspunkt. Starten Sie mit einer, geben Sie die Angaben zu Ihrem Unternehmen ein, und jede Seite wird vor der Veröffentlichung für Sie neu geschrieben. Siehe Vorlagen.
• Version: Ein gespeicherter Stand einer Website. Jeder Aufbau, jede Änderung und jede erneute Prüfung erzeugt einen, und jeder mit Bearbeitungsrechten kann rückgängig machen, wiederholen oder wiederherstellen. Siehe Versionen, Rückgängig und Wiederholen.
• Viewer: Eine Rolle, die Projekte, Vorschauen und Analysen sehen, aber nichts ändern kann. Siehe Mitglieder und Rollen.
• Visual Editor: Ein Projekt-Tab, in dem Sie jeden Teil einer veröffentlichten Seite anklicken und ihre Texte, Bilder und Abschnitte von Hand ändern können. Danach veröffentlichen Sie ohne Build und ohne Credits. KI-Hilfe bei Texten wird pro Nutzung berechnet. Gehört zu einem kostenpflichtigen Plan. Siehe Visueller Editor.

#W

• Waiting for credits: Ein erster Build wurde nach der Planung angehalten, weil der Rest meist mehr Credits braucht, als Sie haben. Der Plan bleibt erhalten, bis Sie Resume building drücken. Siehe Credits und Tarife.
• Webhook: Eine Nachricht, die Briks an die Adresse eines anderen Dienstes sendet, wenn etwas passiert: eine Website wird veröffentlicht, ein Formulareintrag kommt an oder ein Datensatz ändert sich. Siehe Webhooks.
• Workspace: Ein gemeinsamer Bereich mit eigenen Projekten, Mitgliedern, Plan und Credits. Eine Person kann bis zu 10 besitzen. Siehe Workspaces.