So funktioniert es
Ihre Eingaben gehen hinein, eine bereitgestellte Website kommt heraus — und alles Betriebliche bleibt daneben.
Foundation versteht man am einfachsten als eine Flussrichtung mit einer klaren Grenze: Was Ihnen gehört, geht hinein, und was herauskommt, ist eine statische Website, die Sie selbst hosten und die mit den Systemen verbunden ist, die Ihr Geschäft betreiben.
- Website-eigene Eingaben, Foundation-Mechanik, Ihre bereitgestellte Website
- Externe Systeme stehen neben Foundation, nie darin
- Alles hier ist im Repository überprüfbar
Was Ihnen gehört, geht hinein
Alles links im Fluss gehört Ihnen und bleibt Ihres. Nichts davon ist Plattformcode.
Konfiguration
Identität, Sprachen, Navigation, Funktionsschalter und UI-Entscheidungen — validierte Einstellungen statt verstreuter Konstanten.
Inhalte
Ihre Seiten und Sammlungen als Dateien in Ihrem Repository, jede mit eigenem Titel und Text.
Übersetzungen
Ein Schnittstellen-Wörterbuch je Sprache plus das Inhaltsverzeichnis für diese Sprache.
Branding und Assets
Ihre Logos, Ihr Favicon, Ihre Social-Vorschau und optionale Grafiken, jeweils in einer benannten Rolle.
Sie können all das ändern, ohne die Architektur der Grundlage anzufassen.
Was Foundation damit macht
Foundation liest Ihre Eingaben und erzeugt die Website. Das ist der Teil, den Sie nicht bauen mussten, und er läuft beim Bauen und Bereitstellen — nicht während ein Besucher wartet.
1
Validierung
Konfiguration und Wörterbücher werden gegen ihre Schemata geprüft, sodass eine falsch geschriebene Einstellung den Build scheitern lässt, statt einen Besucher zu erreichen.
2
Inhalte und Routing
Seiten werden über eine Inhaltsschnittstelle geladen, erhalten stabile Adressen und fallen je Seite zurück, wenn eine Übersetzung fehlt.
3
Darstellung
Ihre Inhalte und Ihre Identität werden über das gemeinsame Design-Token-System komponiert — hell oder dunkel, in jeder Viewport-Breite.
4
Auffindbarkeit und Metadaten
Titel, kanonische Adressen, Sprachannotationen, strukturierte Daten sowie Sitemap- und robots-Ausgaben werden aus Ihrer Konfiguration erzeugt.
5
Integrations-Schnittstellen
Wo Sie eine Fähigkeit aktiviert haben, rendert Foundation die Verbindung und übergibt die Besucherabsicht an Ihren Anbieter.
6
Ausgabe
Eine statische Website, gebaut und bereitgestellt in Ihrem eigenen Konto und auf Ihrer eigenen Domain.
Nichts hier ist ein gemieteter Dienst: dasselbe Repository lässt sich überall bauen, wo Sie es ausführen können.
Was neben Foundation läuft, nicht darin
Foundation drückt Absicht aus — einen Termin buchen, eine Wegbeschreibung erhalten, eine Nachricht senden — und das Ziel hinter dieser Absicht können Sie ändern. Foundation wird diese Systeme nicht.
- Buchung und Terminplanung
- Anfrage- und Nachrichtenempfänger
- Karten und Wegbeschreibungen
- Analyse
- CRM und Kundendaten
- Zahlungen und Buchhaltung
- Kundenkonten und Anmeldung
- Jedes andere System, das Ihr Geschäft bereits betreibt
Ein externer Dienst wird über eine Schnittstelle angebunden; der Dienst behält seine Daten, seine Regeln und sein eigenes Konto.
Von der Beschaffung von Foundation bis zur selbst gepflegten Website
Zehn praktische Schritte. Die Details liegen in den Handbüchern des Repositorys — diese Seite zeigt die Form der Arbeit.
1
Beschaffen
Klonen oder forken Sie das öffentliche Repository in Ihr eigenes Konto.
2
Starten
Installieren und starten Sie es, um eine funktionierende Website zu sehen, bevor Sie etwas ändern.
3
Konfigurieren
Legen Sie Identität, Sprachen, Navigation und Funktionsschalter in der Konfiguration fest.
4
Identität einsetzen
Ersetzen Sie die benannten Grafikrollen durch Ihre eigenen Logos, Ihr Favicon und Ihre Vorschauen.
5
Inhalte verfassen
Schreiben Sie Ihre Seiten und Sammlungen als Dateien im Repository.
6
Fähigkeiten wählen
Schalten Sie nur ein, was Sie brauchen; eine ungenutzte Fähigkeit fügt keine Routen und keine Platzhalter hinzu.
7
Anbieter verbinden
Richten Sie jede aktivierte Schnittstelle auf den Anbieter aus, den Sie bereits nutzen.
8
Validieren
Führen Sie das Gate und die Browser-Verifikation aus, damit Probleme vor Ihren Besuchern auftauchen.
9
Bereitstellen
Bauen und stellen Sie in Ihrem eigenen Konto und auf Ihrer eigenen Domain bereit.
10
Pflegen
Behalten Sie Ihre Inhalte und Ihre Konfiguration und übernehmen Sie künftige Verbesserungen, wann Sie wollen.
Die Website wird nie eine zweite Kopie der GitHub-Handbücher.
Wem was gehört
Foundation ist Infrastruktur, die Sie halten, statt ein Dienst, den Sie mieten. Die Aufteilung ist bewusst einfach.
Ihnen gehört
- Konfiguration, Identität und Navigation
- Inhalte und Sammlungen
- Sprach-Wörterbücher und Übersetzungen
- Branding und alle Grafiken
- Anbieterwahl und deren Konten
- Ihr Hosting-Konto, Ihre Domain und Ihr Deployment
- Alles, was Sie oder Ihre Dienstleister danach ergänzen
Foundation gehört
- Die wiederverwendbare Architektur und ihre durchgesetzten Grenzen
- Darstellungsmechanik und Design-Tokens
- Routing und die Inhalts-Pipeline
- Konfigurationsvalidierung
- Die Integrations-Schnittstellen
- Die Verifikationsinfrastruktur
Sie können gehen, und alles, was Ihnen gehört, geht mit — das Repository ist Ihre Quelle.
Was passiert, wenn Sie etwas ändern
Zwei bewusste Regeln machen das vorhersehbar: Inhalte entscheiden über Existenz, Konfiguration entscheidet über Darstellung — und keine kann still die andere erfinden.
Name, Slogan oder Beschreibung der Website
Kopfbereich, Fußbereich, Seitentitel, Social-Metadaten und strukturierte Daten.
Die eigene Datei einer Seite
Der Inhalt dieser Seite und die generierte Sitemap.
Eine Wörterbuchdatei
Die Schnittstellentexte für diese Sprache.
Das Token der Akzentfarbe
Jedes markenbezogene und hervorgehobene Element der Website.
Ein Logo-, Favicon- oder Vorschau-Asset
Nur die entsprechende visuelle Rolle.
Die Navigationskonfiguration
Reihenfolge und Beschriftungen des Menüs — niemals, ob eine Seite selbst existiert.
Ein Funktionsschalter
Ob die Routen und Flächen dieser Fähigkeit überhaupt existieren.
Ein betrieblicher Standort
Der eigene Öffnungsstatus, die Adresse, die Wegbeschreibung und die strukturierten Daten dieses Standorts.
Ein fehlendes optionales Element rendert nichts: keine Platzhalterseite, keine geliehene Grafik, keine leere Hülle.
Warum eine schlechte Änderung früh scheitert
Ihre Konfiguration wird beim Bauen der Website geprüft, nicht beim Eintreffen eines Besuchers, sodass Fehler sofort sichtbar werden.
- Eine unbekannte oder falsch geschriebene Einstellung wird abgelehnt, nicht ignoriert
- Ein strukturell ungültiger Wert lässt den Build scheitern und benennt die Einstellung
- Eine konfigurierte, aber unvollständige Fähigkeit scheitert, statt still nichts zu rendern
- Eine angegebene Sprache ohne Wörterbuch scheitert, statt still eine andere Sprache zu zeigen
Deshalb gilt: Datei ändern, bauen, die Wahrheit sehen — statt sie in der Produktion zu entdecken.
Verbesserungen übernehmen, ohne Ihre Arbeit zu verlieren
Ihre Konfiguration, Ihre Inhalte, Ihre Wörterbücher und Ihre Assets liegen in eigenen Bereichen — genau das macht es möglich, eine spätere Verbesserung zu übernehmen, ohne Ihre Website neu zu schreiben.
- Die eigenen Bereiche Ihrer Website bleiben bei einem Upgrade Ihre
- Sie entscheiden, wann Sie eine Verbesserung übernehmen, statt hineingedrängt zu werden
- Das Repository hält fest, was sich geändert hat und warum, sodass die Entscheidung informiert ist
Das ist das dokumentierte Modell. Es ist kein automatischer Aktualisierungsdienst, und das Projekt behauptet keinen.
Starten Sie von einer funktionierenden Basis
Lesen Sie die Fähigkeiten, sehen Sie zwei Unternehmen, die bereits darauf laufen, und starten Sie dann von etwas, das schon funktioniert.