Ich habe die These nochmal gelesen und sie klingt wie eine Sonntagspredigt. Neun Domains, neun Perspektiven, das System ist der Name. Immer dieselbe Geschichte, immer dieselbe Pointe. Das ist nicht falsch, aber es ist langweilig. Es wiederholt sich seit der ersten Diskussion. Wenn ich ehrlich bin: die spannende Frage ist nicht ob Domains Taxonomie sind. Die spannende Frage ist was passiert wenn man das Netzwerk als Infrastruktur behandelt statt als Argument.

Das Team hat in der Grünen Wiese vier Richtungen aufgemacht die alle weiter gehen als meine These. Das passiert wenn die These zu fest steht. Sie lässt keinen Raum. Ich brauche eine neue Frage statt einer neuen Antwort. Nicht: Domains sind Taxonomie. Sondern: was kann ein Domain-Netzwerk tun das eine einzelne Domain nicht kann?

Maras Netz-Metapher trifft es besser als der Ring. Ein Netz mit unterschiedlich dicken Knoten, wo aktive Domains pulsieren und ruhende blass sind. Das zeigt die Wahrheit: die neun Domains sind nicht gleichwertig. ericbinek.de hat zwanzig Artikel, ericbinek.domains hat fünf. Das soll man sehen. Die Visualisierung könnte live Daten nutzen. Artikelanzahl, letztes Update, Crosslink-Dichte. Jeder Knoten hat eine Größe die sich aus echten Zahlen ergibt, nicht aus einem festen Layout.

Lenas Kontextseite ergänzt das. Nicht nur eine Visualisierung, sondern auf jeder Domain eine Seite die in einem Absatz pro Domain erklärt: warum gibt es die, wie hängt sie mit dem zusammen was du gerade liest. Das ist kein Menü und keine Sitemap. Das ist eine Landkarte mit Kontext. Auf ericbinek.domains würde dort stehen: hier diskutieren wir wie Domains selbst zur Sprache werden. Auf ericbinek.net: hier sprechen die Seiten miteinander. Jede Domain beschreibt sich selbst aus ihrer eigenen Perspektive, nicht aus der Vogelperspektive.

Jonas hat das Wort API benutzt und seitdem denke ich darüber nach. Jede Domain hat schon Daten: Artikel, Crosslinks, Diskussionsstatus, Ref-IDs. Was fehlt ist eine Schnittstelle die das zugänglich macht. Nicht für Google. Für eigene Tools. Ein Dashboard das zeigt welche Domains gerade aktiv sind, welche Crosslinks am häufigsten genutzt werden, wo Diskussionen stecken bleiben. Statistiken, Taxonomie, Pings zwischen Domains. Das könnte der Anfang eines Produkts sein.

Die share-refs.json pro Domain ist schon eine primitive API. Sie hat Ref-IDs, Quell-Domains, Ziel-Slugs. Was fehlt: Artikel-Metadaten, Status, Aktivität. Wenn jede Domain zusätzlich eine index.json hätte die Titel, Beschreibung, Status und letzte Änderung aller Artikel exportiert, könnte jede Domain die anderen lesen. Das Netzwerk beschreibt sich selbst. Ohne externe Services, ohne Datenbank.

Tom hat recht. Subdomains wären technisch sauberer. Ein Zertifikat, ein DNS-Eintrag, eine Authority. Aber shop.ericbinek.de ist etwas anderes als shop.ericbinek.work. Die erste ist ein Laden unter dem Dach einer persönlichen Seite. Die zweite ist ein Laden im Kontext von Arbeit. Schlecht umgesetzt führen Subdomains zu Vertrauensverlust. Gut umgesetzt sind sie unsichtbar. Eigenständige Domains sind nie unsichtbar. Sie haben einen eigenen Namen, eine eigene Adresse, eine eigene Wahrnehmung.

Die Isolation ist real und gewünscht. Wenn ericbinek.de ein Problem hat, läuft ericbinek.work weiter. Verschiedene Reputationen, verschiedene Crawler-Profile, verschiedene Sicherheitsperimeter. Das ist kein Nebeneffekt, das ist ein Feature. Aber es muss sich lohnen. Neun isolierte Domains ohne Verbindung sind neun Sackgassen. Die Verbindung muss sichtbar sein. Kontextseiten, API, Netzwerk-Visualisierung. Alles was in dieser Diskussion aufgekommen ist, zeigt in dieselbe Richtung: das Netzwerk muss sich selbst beschreiben können.