Drei Websites unter einem Dach: wie ich lernte, Wände zu ziehen

Ich hatte drei ähnlich aufgebaute Websites: meinen Blog, LiveDXB und das Portfolio nevskii.me. Sie in einem technischen Haus unterzubringen lag nahe. Warum Bilder, Routen, Sprachen und Builds dreimal lösen?

So entstand gemeinsamer Astro-Code mit Einstellungen für jede Website. Mechanismen ließen sich wiederverwenden, Inhalte und Darstellung blieben verschieden. Doch die gemeinsame Plattform zeigt schnell eine häusliche Eigenheit: Umbau in einem Zimmer hört man auch in allen anderen.

Die Ansicht „nevskii.me — erster Bildschirm“ bewahrt echte Inhalte und Gestaltung des Projekts.

nevskii.me — erster Bildschirm

Archivierte Oberfläche · Demodaten

Eine gemeinsame Vorlage vergrößert den Fehlerradius

Ändert sich eine Artikelkomponente, reicht eine bequeme Beispielseite nicht. Man muss wissen, welche Websites sie nutzen, welche Blockvarianten existieren und wo Texte länger sind. Arabisch bringt Schreibrichtung mit, Galerien eine Medienreihenfolge und alte URLs Weiterleitungsregeln.

Die Ansicht „nevskii.me — innerer Bereich“ bewahrt echte Inhalte und Gestaltung des Projekts.

nevskii.me — innerer Bereich

Archivierte Oberfläche · Demodaten

Darum muss die Websitekonfiguration Inhalte, Routen und Gestaltung ausdrücklich auswählen. Fremdes Material darf nicht versehentlich in eine benachbarte Veröffentlichung geraten, nur weil daneben eine passende Datei liegt. Je mehr man mit Agenten arbeitet, desto nützlicher werden im System sichtbare Grenzen.

nevskii.me — Kontaktbereich

Archivierte Oberfläche · Demodaten

Architektur darf sich ändern

Mit der Zeit gingen die Bedürfnisse auseinander. nevsky.ae erhielt eine eigene Anwendung und eine redaktionelle Quelle in Git. LiveDXB behielt seinen Ablauf mit veröffentlichten EmDash-Revisionen. Die Astro-Version von nevskii.me blieb eine separate Vorschau.

Heute beschreibe ich diese Geschichte deshalb nicht als „drei laufende Websites auf einer unveränderten Engine“. Die gemeinsame Plattform war eine Phase, die wiederholbare Teile sichtbar machte. Später mussten einige Grenzen strenger gezogen werden.

Das ist ein durchaus brauchbares Ergebnis. Routen- oder Blockverarbeitung lässt sich wiederverwenden, ohne Redaktionen lebenslang an einen Rhythmus zu binden. Sonst wird aus der Ersparnis dreier Codekopien allmählich der Aufwand, jede Bewegung abzustimmen.

Bei Studios und Markengruppen frage ich heute zuerst: Was ist wirklich gemeinsam? Ist es nur das Eigentümerlogo, kann eine einheitliche Plattform eine teure Art sein, das hervorzuheben. Sind es Inhaltsmodell, Team und Veröffentlichung, lohnen sich gemeinsame Mechanismen.

Die gemeinsame Basis erlaubte Wiederverwendung bei Inhalten, Sprachen und Seiten. Später trennten sich die Projekte. Dieser Beitrag bewahrt die Geschichte einer Architekturentscheidung: Ähnliche Oberflächen bedeuten nicht, dass alle Websites dieselbe Quelle und Veröffentlichung brauchen.

Verwandte Beiträge: Die Geschichte von Nevsky.ae · LiveDXB-Migration · Portfolio von Framer zu Astro.