--- title: "Der Code Ihrer Website | Briks" url: https://briks.dev/de/docs/code description: "Code Ihrer Website im File Explorer ansehen, bearbeiten und veröffentlichen, in jedem Plan. Im kostenpflichtigen Plan als Zip laden und sehen, was fehlt." last_updated: 2026-10-08 --- # Der Code Ihrer Website Briks schreibt für jede Website echten Code, und Sie dürfen ihn lesen. Der File Explorer zeigt die für Ihre Website geschriebenen Dateien so, wie die Live-Version sie enthält. Wer Bearbeitungsrechte hat, kann sie in jedem Plan ändern und veröffentlichen. In einem kostenpflichtigen Plan kann außerdem jede Person im Workspace sie als Zip herunterladen. 6 Minuten Lesezeit Am 8. Oktober 2026 mit dem Studio abgeglichen ## File Explorer öffnen Wo 1. Projects 2. Your project 3. Settings 4. File Explorer Es hat zwei Ansichten: **Files**, in der Sie lesen und bearbeiten, und **Settings**, in der Sie mit einem kostenpflichtigen Tarif herunterladen. Die Überschrift nennt, welche Version live ist, zum Beispiel „Der für diese Website geschriebene Code, da Version 14 live ist.“ Solange die Website nicht veröffentlicht wurde, gibt es nichts anzuzeigen, und die Seite meldet „Nothing published yet“. ## Dateien durchsuchen Ordner und Dateien stehen links in einer Baumansicht, zuerst die Ordner, jeweils nach Namen sortiert. Geben Sie unter **Filter files** etwas ein, um die Liste nach Name oder Ordner einzugrenzen. Darunter steht eine Anzahl wie „38 files written for this site“. Die erste geöffnete Datei ist `content/site.ts`, die die wichtigsten Fakten der Website enthält. | Ordner | Was enthalten ist | | --- | --- | | `app/` | Die Seiten der Website, ein Ordner für jede Seitenadresse. | | `components/custom/` | Die für Ihre Website geschriebenen Abschnitte, etwa Hero, Leistungsliste und Footer. | | `content/` | Die Texte und Fakten der Website. | | `public/` | Dateien, die die Website unverändert ausliefert. | | `api/` | Der eigene Servercode der Website, falls sie welchen hat. | | `db/` | Die Struktur der Daten der Website, falls sie welche speichert. | Klicken Sie auf eine Datei, um sie mit Zeilennummern zu lesen. **Wrap lines** verhindert, dass lange Zeilen über den Rand hinauslaufen, und **Copy** legt die ganze Datei in Ihre Zwischenablage. Bilder und andere Dateien, die kein Text sind, werden aufgelistet, aber nicht angezeigt, und sie sind mit einem kostenpflichtigen Plan Teil des Downloads. ## Eine Datei bearbeiten und veröffentlichen Editor, Admin und Owner erhalten einen Editor, wenn sie eine Datei öffnen. Viewer sehen jede Datei nur lesend. 1. Datei öffnen Wo: Files Klicken Sie im Baum darauf. Der Editor öffnet sich mit dem Text. 2. Nehmen Sie Ihre Änderung vor Wo: Editor Tippen Sie wie in jedem Code-Editor. Die Datei wird als **Edited** markiert, und ihr Ordner zeigt im geschlossenen Zustand einen Punkt. **Undo changes** stellt eine einzelne Datei wieder her. 3. Dateien bei Bedarf hinzufügen oder löschen Wo: Files **New file** fragt nach einem Pfad innerhalb von `app/`, `components/custom/`, `content/`, `api/`, `db/` oder `public/`. **Delete** markiert eine Datei zum Entfernen, und mit **Keep file** überlegen Sie es sich anders. 4. Speichern und veröffentlichen Wo: Editor Drücken Sie **Save and publish** in der Leiste unten oder Strg+S (⌘S auf dem Mac). Der Dialog listet jede geänderte Datei auf. 5. Notiz hinzufügen Wo: Dialog Sagen Sie optional unter **Note**, was sich geändert hat. Es wird im Versionsverlauf gespeichert. 6. Bestätigen Wo: Dialog Klicken Sie auf **Save and publish**. Die Leiste zeigt zum Beispiel „Publishing 2 changed files.“ mit einem Link, um den Vorgang im Studio zu verfolgen. Änderungen gelten nur in diesem Tab Bis Sie veröffentlichen, existieren Ihre Änderungen nur in diesem Browser-Tab. Beim Verlassen der Seite erscheint die Frage „Leave without publishing?“, und das Schließen des Tabs verwirft die Änderungen. Die Live-Website bleibt unberührt, bis Sie veröffentlichen. ## Was nach dem Speichern passiert Briks baut die Website mit Ihren Dateien und veröffentlicht sie, meist innerhalb weniger Minuten. Nichts wird neu gestaltet oder umgeschrieben, und es werden keine Credits reserviert oder berechnet. Das Studio zeigt **Verifying build** und **Publishing**, dann eine Antwort wie „Your code changes are live: 2 files changed in the File Explorer. Nothing else about the site changed.“ Zurück im File Explorer erscheint eine grüne Leiste mit „Your changes are published and live.“ und **Open the site**. Die Speicherung wird zu einer neuen Version mit der Markierung **Change**, sodass der Rückgängig-Pfeil über der Vorschau sie zurücknimmt. Änderungen, die Sie später im Gespräch anfordern, beginnen bei Ihren bearbeiteten Dateien. Änderungen, die aus dem [Visuellen Editor](https://briks.dev/de/docs/visual-editor) veröffentlicht werden, landen in denselben Dateien, sodass Sie sie hier sehen, sobald sie live sind. Wenn sich Ihr Code nicht erstellen lässt, wird nichts veröffentlicht, und die Live-Website bleibt, wie sie war. Ein rotes Feld meldet „Nothing was published“, nennt die Datei, in der es gestoppt hat, und zeigt darunter die eigenen Zeilen des Builds. Ihre Änderungen bleiben erhalten: Klicken Sie bei dieser Datei auf die Schaltfläche **Open**, um zur Zeile zu springen, beheben Sie den Fehler und veröffentlichen Sie erneut. | Limit | Betrag | | --- | --- | | Dateien in einem Speichervorgang | 50 | | Eine Datei, die Sie bearbeiten können | 256 KB (größere Dateien werden schreibgeschützt angezeigt) | | Alle Änderungen in einem Speichervorgang | 2 MB | | Die Notiz | 300 Zeichen | Ein Speichern wird mit Angabe des Grundes abgelehnt, wenn sich die Website geändert hat, seit Sie die Seite geöffnet haben („The site changed since you opened it: reload to see the new version.“), während etwas gebaut wird oder während ein A/B-Test läuft. Einige Dateien schreibt das Studio vor jedem Build selbst, sie lassen sich hier nicht ändern, und der File Explorer weist darauf hin, wenn Sie es versuchen. ## Code herunterladen Das Herunterladen des Codes gehört zu einem kostenpflichtigen Plan. Im Free-Plan werden der Button **Download code** und die Buttons **Download** unter **Backups** nicht angezeigt. Ein Hinweis lautet „Downloading the code comes with a paid plan.“, und **See what's included** öffnet das Upgrade-Fenster bei **Download your site's code**. Die Dateien durchsehen und bearbeiten können Sie in jedem Plan weiterhin. 1. Zur Ansicht Settings gehen Wo: File Explorer Öffnen Sie **Settings**, **File Explorer** und dann neben **Files** die Ansicht **Settings**. 2. Herunterladen Wo: Export Klicken Sie auf **Download code**. Sie erhalten eine Zip-Datei, die nach der Adresse und Version der Website benannt ist, etwa `harbour-plumbing-version-14.zip`. Wo 1. Settings 2. File Explorer 3. Settings 4. Download code Für eine frühere Version öffnen Sie **Settings**, **Backups**: Jede Version hat ihre eigene Schaltfläche **Download**. Die Zeile **Download code** trägt ein Etikett **Paid**. ## Was die Zip-Datei enthält und was nicht Die Zip-Datei enthält die für Ihre Website geschriebenen Dateien: ihre Seiten, Abschnitte, Texte und eigenen Dateien, genau so, wie diese Version sie hatte. Nicht enthalten sind die gemeinsamen Bausteine, die das Studio für jede Website bereitstellt, die Dateien, die den Build einrichten, und alles Geheime. Weil diese gemeinsamen Teile fehlen, lässt sich die Zip-Datei allein weder ausführen noch bauen. Damit ist es eine Aufzeichnung und ein Nachschlagewerk, keine übertragbare Kopie. Man nutzt es, um ein Archiv des Veröffentlichten zu führen, einem Entwickler zu zeigen, wie ein Abschnitt entstanden ist, oder die Texte der Website im eigenen Editor zu durchsuchen. Archivieren Designagentur > Eine Agentur mit sechs Kunden-Websites lädt nach dem Start die Zip-Datei jeder Website herunter und legt sie zum Vertrag des Kunden ab. Jede Zip-Datei enthält die Seiten und Texte der Startversion, sodass sich genau zeigen lässt, was wann live ging. Eine kleine Korrektur von Hand Physiotherapiepraxis > Die Büroleiterin der Klinik findet die Datei mit den Öffnungszeiten, ändert Freitag auf 8 bis 16 Uhr, fügt die Notiz `Winter hours` hinzu und drückt **Save and publish**. Wenige Minuten später zeigte die Website die neuen Öffnungszeiten. **Versions** führte es als **Change**, und es wurden keine Credits verbraucht. ### Können Viewers Code bearbeiten? Nein. Sie können jede Datei lesen und mit einem kostenpflichtigen Plan die Zip-Datei herunterladen. ### Kann ich den Code im Free-Plan herunterladen? Nein. Der Code-Download gehört zu einem kostenpflichtigen Tarif, ab Starter. Im Tarif Free können Sie weiterhin jede Datei durchsuchen und, mit Bearbeitungsrechten, bearbeiten und veröffentlichen. ### Überschreibt Briks meine Änderungen? Änderungen, die Sie später anfordern, gehen von Ihren Dateien aus. Eine Änderung kann trotzdem eine Datei, die sie berührt, überarbeiten. Erwähnen Sie daher Ihre eigene Bearbeitung, wenn Sie Briks bitten, denselben Abschnitt zu ändern. ### Kann ich hier Bilder hinzufügen? Nein. Bilder und andere Dateien, die kein Text sind, lassen sich im File Explorer nicht erstellen. Nutzen Sie den Tab **Media** oder **Storage**. ## Als Nächstes lesen - [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 **GitHub-Sync** GitHub-Repository verbinden: Jede veröffentlichte Version wird dort committet, jeder Push auf den Branch wird geprüft und auf Ihrer Website veröffentlicht.](https://briks.dev/de/docs/github) - [Daten und Automatisierung **Backups** Was Briks pro Projekt sichert: Code-Versionen, Wiederherstellungspunkte der Datenbank und nächtliche Kopien. Wiederherstellen, Download, Inhalt jeder Kopie.](https://briks.dev/de/docs/backups) - [Daten und Automatisierung **Secrets** API-Schlüssel und Passwörter Ihres Website-Codes bleiben auf dem Website-Server, nie in Seiten oder Downloads. Hinzufügen, Ändern, Entfernen und Briks-Regeln.](https://briks.dev/de/docs/secrets) 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.