Ihre Website, Ihre Wahl

Eine Website zu besitzen ist nicht eine einzige Sache. Es ist ein Bündel getrennter Dinge, die man leicht verwechselt: die Software, auf der die Website läuft, die Texte und Bilder, die sie veröffentlicht, die Einstellungen, die Ihr Unternehmen beschreiben, die Adresse, die Menschen eingeben, das Konto, das die Seiten ausliefert, und die Dienste, mit denen die Website spricht. Kontrolle über eine Website ist in der Praxis immer nur so stark wie die Kontrolle über jeden dieser Teile.

Deshalb verdient der Satz "Ihre Website gehört Ihnen" eine Erklärung statt einer Behauptung. Eine Lizenz kann unbefristet sein und trotzdem nichts nützen, wenn Adresse, Hosting-Konto und Build-Einstellungen jemand anderem gehören. Eine Kopie der Dateien kann Ihre sein und dennoch unbrauchbar, wenn das System, das daraus eine laufende Website macht, nicht Teil der Vereinbarung ist. Eigentum, das man nicht ausüben kann, ist ein Versprechen und keine Position.

Foundation ist mit diesem Unterschied gebaut. Die Plattform ist ein gemeinsames öffentliches Produkt unter einer offenen Lizenz; die Website, die Sie darauf bauen, ist Ihre. Wo die Konten liegen, die Ihre Website ausliefern — bei Ihnen oder bei uns im Rahmen einer verwalteten Betreuung —, hängt von der Betriebsform ab, für die Sie sich entscheiden. Diese Seite benennt ausdrücklich, was jeweils was ist.

Eine Foundation-Website lässt sich auf drei Wegen betreiben. Erstens vollständig selbst: Repository, Domain und Hosting-Konto liegen bei Ihnen, Änderungen bringen Sie selbst ein. Zweitens mit einer Entwicklerin, einem Entwickler oder einer Agentur Ihrer Wahl: Die Arbeit findet in Ihrem Repository und in Ihren Konten statt, ausgeführt von einem Dienstleister. Drittens mit Provelopment: nach Vereinbarung, mit Unterstützung bei Bereitstellung, Wartung und Betrieb.

Keine dieser Formen ist ein fertiger Leistungskatalog, und keine von ihnen verspricht, was heute tatsächlich angeboten wird. Sie beschreiben die Absicht, die hinter dem Projekt steht: Plattform, Konfiguration und Handbücher sind so gebaut, dass alle drei Wege funktionieren und keiner davon die einzig vernünftige Wahl ist.

Was in allen drei Formen gleich bleibt: Die Software ist Ihnen erlaubt, Inhalte und Branding gehören Ihnen, und die Entscheidung über einen Wechsel bleibt bei Ihnen.

Eine Installation und eine Website sind nicht dasselbe. Ein Foundation-Installationsstand kann eine einzige Website bedienen — oder mehrere: Dann liegt hinter jedem Hostnamen ein eigener Spoke mit eigener Identität, eigenen Inhalten, eigenen Assets und eigener Konfiguration, während alle Spokes dieselbe Foundation-Laufzeit nutzen. Geteilt sind dabei die Betriebsfähigkeiten: Laufzeit, gemeinsame Oberfläche, Schemata, Prüfschritte sowie der Ablauf für Build und Bereitstellung.

Für eine Übergabe ist dieser Unterschied praktisch bedeutsam. Umfasst die Installation nur eine Website, bleibt die Übergabe überschaubar. Umfasst sie mehrere Spokes, muss getrennt werden, was gemeinsam ist und was zu einem einzelnen Spoke gehört; ein Spoke lässt sich in eine andere Installation überführen, aber das verlangt Entscheidungen über die gemeinsamen Teile und mehr Arbeit als die Übergabe einer einzelnen Website. „Jede Website lässt sich unabhängig übertragen“ wäre deshalb eine falsche Zusage: Ob es geht, hängt davon ab, zu welcher Installation eine Website gehört und was dort geteilt wird.

Und selbst wenn Lizenz und Eigentum eindeutig sind, folgt daraus kein reibungsloser Umzug. Rechte sind kein Ersatz für Konten, Zugänge und Betriebswissen — deshalb folgt hier eine Liste, an der sich eine Übergabe überprüfen lässt.

Die Verantwortung für Wartung und Betrieb liegt immer bei jemandem. Festzulegen ist, bei wem: bei Ihnen, bei einem von Ihnen benannten Entwickler oder — nach Vereinbarung — bei Provelopment. Entscheidend ist nicht der Inhalt der Antwort, sondern dass sie eine Entscheidung ist und keine Annahme.

Ein Wechsel des Dienstleisters oder Anbieters ist eine normale Entscheidung. Die praktische Arbeit dabei: Konten und Einstellungen übertragen, den Verweis von Domain und DNS ändern, Geheimnisse und Umgebungsvariablen neu eintragen, in der neuen Umgebung bereitstellen und prüfen, dass Seiten, Formulare und Weiterleitungen sich wie zuvor verhalten. Ehrlich dazugehört auch: Das Ergebnis ist nicht immer identisch — Fähigkeiten, Preise und Qualität unterscheiden sich, und ein überstürzter Umzug führt vorübergehend zu Störungen. Foundation sagt nur eines zu: Kein Teil der Software ist absichtlich so gebaut, dass er einen Umzug erschwert.

Die Arbeit selbst ist unspektakulär und läuft weiter: Abhängigkeiten aktualisieren, Sicherheitsaktualisierungen einspielen, prüfen, dass sich Sicherungen wirklich zurückspielen lassen, die Erreichbarkeit beobachten und sicherstellen, dass eine Aktualisierung nichts beschädigt. Eine Website, um die sich niemand kümmert, bricht nicht plötzlich zusammen — sie veraltet allmählich, und die Kosten zeigen sich am Ende gesammelt. Eine getroffene Entscheidung ist deshalb billiger als eine Annahme.

Der kaufmännische Gedanke ist bewusst unspektakulär: Arbeit leisten, die das Geld wert ist, und sich daran messen lassen. Provelopment möchte Kunden halten, indem es nützlich ist — kompetente Einrichtung, verlässlicher Betrieb und das Urteilsvermögen, das daraus entsteht, Websites zu betreiben statt sie nur zu bauen.

Beide Ausgänge sind deshalb in Ordnung. Wer die Website übernimmt und sie selbst souverän betreibt, ist ein Erfolg: Das Projekt hat gehalten, was es versprochen hat. Wer bleibt, weil Provelopment tatsächlich die nützlichste Option ist, ebenfalls — und dieser Ausgang ist der erwünschte, weil er ein Vergleichen übersteht.

Zwei Einschränkungen gehören dazu. Ein Wechsel des Dienstleisters bedeutet nicht dasselbe Ergebnis: Fähigkeiten, Preise und Qualität unterscheiden sich. Und diese Seite ist keine Zusage über die Lage von Provelopment: Hier steht eine Absicht, die die Bauweise der Software trägt — keine Garantie über die Umstände eines Unternehmens.