Dezentrale Plattformen verändern nicht nur die Technik – sie verändern Informationsarchitektur und Governance
Wenn von dezentrierten Plattformen die Rede ist, denken viele zuerst an Technik. Die schwierigeren Fragen beginnen jedoch früher: Was gilt als Eintrag, wer entscheidet über Kategorien und wer trägt Verantwortung für unvollständige oder veraltete Daten?
Wenn von dezentrierten Plattformen die Rede ist, denken viele zuerst an Technik.
An Blockchain. An offene Protokolle. An mehrere Server. An Föderation, Schnittstellen, Wallets oder neue Formen digitaler Identität.
Das alles kann eine Rolle spielen.
Die schwierigeren Fragen beginnen jedoch früher: „Was gilt auf dieser Plattform überhaupt als Eintrag?“ „Wer entscheidet, welche Kategorie verwendet wird?“ „Wer darf Informationen ändern, veröffentlichen oder entfernen?“ „Was passiert, wenn zwei Beteiligte dieselbe Sache unterschiedlich beschreiben?“ „Und wer trägt Verantwortung, wenn Daten unvollständig, widersprüchlich oder veraltet sind?“
Dezentralisierung verändert nicht nur die technische Infrastruktur einer Plattform. Sie verändert auch, wer Informationen definiert, pflegt, bewertet, veröffentlicht und kontrolliert.
Genau dort werden Informationsarchitektur und Governance entscheidend.
Dezentral ist nicht nur eine technische Frage
Eine Plattform muss keine Blockchain verwenden, um vor einem dezentralen Problem zu stehen.
Nehmen wir einen regionalen digitalen Marktplatz: Betriebe tragen ihre Angebote selbst ein, mehrere Gemeinden liefern Veranstaltungsdaten, eine Redaktion prüft Inhalte, eine Tourismusorganisation verantwortet gemeinsame Qualitätsstandards und externe Systeme spielen Daten über Schnittstellen ein.
Technisch könnte diese Plattform auf einem einzigen Server laufen. Organisatorisch ist sie trotzdem dezentral. Denn Informationen, Datenquellen und Entscheidungsrechte liegen bei mehreren Akteuren.
- Branchen- und Mitgliederverzeichnisse
- Tourismus- und Destinationsplattformen
- Marktplätze mit mehreren Anbieter:innen
- Wissensplattformen mit verschiedenen Autor:innen
- Verbandsplattformen
- Plattformen öffentlicher Einrichtungen
- Systeme mit regionalen, fachlichen oder internationalen Teilorganisationen
- Plattformen, die Daten aus mehreren Tools, Datenbanken oder Partnernetzwerken zusammenführen
Sobald mehrere Menschen, Teams, Organisationen oder Systeme an Inhalten und Daten beteiligt sind, muss klar sein, welche Informationen existieren, was sie bedeuten und wer darüber entscheiden darf.
Die Technik kann Entscheidungen nicht ersetzen
In vielen Projekten werden diese Fragen erst beantwortet, wenn Entwicklung bereits begonnen hat. Dann tauchen sie scheinbar als technische Detailfragen auf:
- Brauchen wir für das einen eigenen Inhaltstyp?
- Soll das ein Feld, eine Kategorie oder ein Tag sein?
- Kann ein Partner diesen Eintrag selbst veröffentlichen?
- Welche Filter sollen verfügbar sein?
- Was passiert bei mehreren Standorten?
- Wie bilden wir unterschiedliche Qualitätsstufen ab?
- Dürfen Anbieter:innen eigene Kategorien anlegen?
- Wie gehen wir mit doppelten oder widersprüchlichen Einträgen um?
Wenn fachliche Festlegungen fehlen
Irgendjemand muss darauf eine Antwort geben, damit das Projekt weitergeht. Oft trifft das Entwicklungsteam diese Entscheidungen. Nicht aus bösem Willen und nicht, weil Entwickler:innen ungeeignet wären. Sondern weil technische Teams nur mit konkreten Festlegungen arbeiten können.
Wenn fachliche Entscheidungen fehlen, entstehen jedoch häufig Lösungen nach technischer Logik: „Dafür gibt es bereits ein Feld.“ „Das lässt sich am einfachsten als Kategorie abbilden.“ „Wir können das später ergänzen.“ „Dann geben wir allen dieselben Rechte.“
Diese Entscheidungen wirken zunächst klein. Später bestimmen sie aber, ob die Plattform Informationen konsistent abbilden, sinnvoll filtern, zuverlässig durchsuchen, weiterentwickeln und auswerten kann.
Ein Seitentext lässt sich ändern. Ein Button lässt sich verschieben. Auch ein neues Layout ist meist machbar. Ein ungeeignetes Datenmodell, eine widersprüchliche Taxonomie oder ungeklärte Entscheidungsrechte sind wesentlich schwieriger und teurer zu korrigieren.
Informationsarchitektur ist die gemeinsame Sprache der Plattform
Informationsarchitektur wird häufig mit Navigation, Menüs oder der Struktur einzelner Webseiten verbunden. Das gehört dazu, greift für Plattformen aber zu kurz.
In einer Plattform mit mehreren Beteiligten ist Informationsarchitektur die gemeinsame Sprache, auf die sich alle verlassen müssen. Sie beantwortet beispielsweise:
- Welche Arten von Einträgen gibt es?
- Was unterscheidet einen Betrieb von einem Angebot, einer Veranstaltung, einem Ort oder einer Person?
- Welche Angaben gehören zwingend zu einem Eintrag?
- Welche Informationen sind optional?
- Welche Beziehungen können oder müssen zwischen Einträgen bestehen?
- Welche Kategorien und Begriffe gelten verbindlich?
- Welche Daten dürfen frei eingegeben werden und welche müssen aus einer kontrollierten Liste ausgewählt werden?
- Welche Informationen sollen Nutzer:innen suchen, vergleichen oder filtern können?
- Welche Angaben müssen dauerhaft nachvollziehbar bleiben?
Das sind keine kleinen Content-Probleme. Es sind Probleme des Informationsmodells.
Wenn die gemeinsame Sprache fehlt
Wenn diese Fragen nicht eindeutig beantwortet sind, sieht die Plattform nach außen vielleicht zunächst vollständig aus. Im Betrieb entstehen jedoch typische Probleme:
- Mehrere Einträge beschreiben dasselbe Angebot in unterschiedlicher Form.
- Kategorien überschneiden sich oder werden uneinheitlich verwendet.
- Nutzer:innen finden vergleichbare Inhalte nicht über dieselben Filter.
- Pflichtangaben fehlen, weil niemand definiert hat, was verpflichtend ist.
- Daten aus Partnerquellen lassen sich nicht sauber zusammenführen.
- Änderungen werden informell geregelt und sind später nicht nachvollziehbar.
- Fachabteilungen, Betreiber:innen und Entwickler:innen verwenden dieselben Wörter mit unterschiedlicher Bedeutung.
Beispiel: Ein regionaler Marktplatz
Stellen wir uns eine Plattform für eine Region vor. Sie soll Unterkünfte, Gastronomie, Ausflüge, Veranstaltungen, Produzent:innen und saisonale Angebote sichtbar machen.
Die Idee klingt zunächst überschaubar: Jeder Betrieb bekommt ein Profil, Angebote können beschrieben werden, Besucher:innen können nach Interessen suchen und filtern. Doch bereits bei den ersten Einträgen entstehen grundlegende Fragen.
Ist ein „Angebot“ ein dauerhaft buchbares Produkt, eine einzelne Veranstaltung, ein Paket aus mehreren Leistungen, eine saisonale Empfehlung, ein Eintrag, der einem Betrieb zugeordnet ist, oder eine eigene Einheit, die auch von mehreren Betrieben angeboten werden kann?
Die Antwort entscheidet unter anderem darüber, welche Daten gespeichert werden, welche Filter möglich sind, wie Suchergebnisse funktionieren und wie Inhalte später gepflegt werden.
Dann folgt die Taxonomie. Soll ein Betrieb selbst auswählen, ob sein Angebot „familienfreundlich“ ist? Gibt es dafür eine verbindliche Definition? Ist „Familienangebot“ dasselbe wie „für Kinder geeignet“ oder „kinderwagenfreundlich“? Darf ein Betrieb neue Begriffe anlegen? Und wer entscheidet, wenn sich Kategorien überschneiden oder sich die Bedeutung eines Begriffs verändert?
Ohne gemeinsame Regeln entstehen schnell mehrere Varianten für dieselbe Sache: familienfreundlich, für Familien, Familienangebot, Kinderprogramm oder geeignet mit Kindern.
Für Menschen mag das auf den ersten Blick verständlich sein. Für Filter, Suche, Auswertungen, Schnittstellen und KI-Systeme erzeugt es jedoch Unschärfe. Vergleichbarkeit geht verloren.
Die Plattform wird nicht deshalb unübersichtlich, weil die Beteiligten schlecht arbeiten. Sie wird unübersichtlich, weil das System keine gemeinsame Sprache und keine klaren Regeln vorgibt.
Das Datenmodell bestimmt, was später möglich ist
Das Datenmodell legt fest, welche Objekte eine Plattform kennt und wie sie miteinander verbunden sind. In unserem Beispiel könnten das etwa sein:
- Betrieb
- Angebot
- Veranstaltung
- Ort
- Region
- Zielgruppe
- Kategorie
- Merkmal
- Zeitraum
- Preis
- Buchungsmöglichkeit
- Ansprechpartner:in
Deshalb gehört das Datenmodell nicht ans Ende eines Projekts. Es gehört an den Anfang.
Grundbausteine statt bloßer Felder
Diese Begriffe sind nicht bloß Felder in einem CMS. Sie sind die Grundbausteine dafür, wie die Plattform die Realität abbildet.
Ein gutes Datenmodell ermöglicht, Angebote nach Zielgruppe, Saison, Ort oder Merkmal zu filtern, Veranstaltungen zuverlässig zuzuordnen, Betriebe mit mehreren Standorten korrekt abzubilden, Datenquellen zusammenzuführen, doppelte Einträge zu erkennen, Informationen weiterzugeben und Datenqualität messbar zu machen.
Ein schlechtes oder zu frühes Datenmodell erzeugt dagegen Workarounds: Wichtige Informationen verschwinden in freien Textfeldern, dieselbe Eigenschaft wird mehrfach gepflegt, Filter funktionieren nur teilweise, Exporte bleiben inkonsistent und neue Anforderungen führen zu Sonderfällen.
Taxonomie: Begriffe müssen nicht nur gut klingen
Eine Taxonomie ist mehr als eine Liste von Kategorien. Sie legt fest, welche Begriffe eine Plattform verwendet, wie sie voneinander abgegrenzt sind und welche Beziehungen zwischen ihnen bestehen.
- Kategorien
- Themenbereiche
- Zielgruppen
- Regionen
- Angebotsarten
- Qualitätsmerkmale
- Zugänglichkeit
- Ausstattungsmerkmale
- Rollen
- Statuswerte
Fachliche Entscheidungen sichtbar machen
Eine gute Taxonomie schafft Orientierung für Nutzer:innen und Konsistenz für alle, die Daten pflegen.
Sie beantwortet etwa: Ist „bio“ eine Kategorie, ein Qualitätsmerkmal oder ein Zertifikat? Ist „Wien“ ein Ort, eine Region, ein Suchbegriff oder alles zugleich? Ist ein „Workshop“ ein Veranstaltungstyp oder ein Format innerhalb eines Angebots? Was ist der Unterschied zwischen „barrierearm“, „barrierefrei“ und „für Menschen mit eingeschränkter Mobilität geeignet“?
Solche Entscheidungen sind fachlich, organisatorisch und teilweise rechtlich relevant. Sie sollten nicht zufällig aus Dropdown-Menüs, alten Excel-Listen oder Einzelwünschen entstehen.
Vor allem in dezentralen Plattformen gilt: Je mehr Akteure Inhalte pflegen, desto wichtiger werden kontrollierte Begriffe und klare Regeln für deren Weiterentwicklung.
Governance: Wer darf worüber entscheiden?
Informationsarchitektur beschreibt, wie Informationen strukturiert sind. Governance beschreibt, wie diese Struktur im Alltag geschützt, gepflegt und weiterentwickelt wird.
Einfach gesagt beantwortet Governance vier Fragen: Wer darf entscheiden? Nach welcher Regel wird entschieden? Wie wird die Entscheidung dokumentiert? Was passiert bei Konflikten oder Ausnahmen?
Das klingt formal. Im Plattformbetrieb ist es sehr praktisch. Governance regelt zum Beispiel:
- Wer neue Einträge anlegen darf.
- Wer Inhalte prüfen und veröffentlichen darf.
- Wer Fehler korrigieren oder Einträge sperren kann.
- Wer neue Kategorien beantragen darf.
- Wer über Änderungen an Kategorien, Pflichtfeldern oder Datenstandards entscheidet.
- Wer die Datenqualität überwacht.
- Wer bei widersprüchlichen Angaben entscheidet.
- Wie Änderungen kommuniziert werden.
- Wie mit veralteten, doppelten oder unvollständigen Daten umgegangen wird.
- Welche Rollen Partner:innen, Redaktion, Plattformbetreiber:innen und externe Dienstleister haben.
- Wie Einwände, Beschwerden oder Eskalationen behandelt werden.
Ohne diese Regeln verlagert sich Governance in persönliche Abstimmungen, E-Mails, Tickets und spontane Einzelfallentscheidungen. Mit wachsender Plattform wird das langsam, widersprüchlich und abhängig von einzelnen Personen.
Dezentralisierung braucht gemeinsame Leitplanken
Dezentralisierung bedeutet nicht, dass alle alles entscheiden. Und sie bedeutet auch nicht, dass zentrale Standards grundsätzlich schlecht sind.
Die relevante Frage lautet vielmehr: Welche Entscheidungen müssen plattformweit einheitlich sein — und wo brauchen lokale Akteure sinnvolle Handlungsspielräume?
Ein Betrieb kennt sein Angebot besser als eine zentrale Redaktion. Eine regionale Organisation kennt lokale Besonderheiten besser als ein übergeordnetes Team.
Gleichzeitig brauchen Nutzer:innen verlässliche Informationen und vergleichbare Filter. Betreiber:innen benötigen Daten, die zusammenpassen. Entwicklungsteams brauchen eindeutige Anforderungen. Und Schnittstellen funktionieren nur, wenn Felder, Werte und Bedeutungen klar definiert sind.
Eine tragfähige Plattform verbindet daher beides:
- Lokale Autonomie, wo fachliche Nähe und Aktualität wichtig sind.
- Gemeinsame Standards, wo Vergleichbarkeit, Qualität, Sicherheit und technische Anschlussfähigkeit nötig sind.
Dezentralisierung ohne Standards führt zu Fragmentierung. Zentralisierung ohne Beteiligung führt zu Abhängigkeit und schlechter Akzeptanz. Die eigentliche Gestaltungsaufgabe liegt dazwischen.
Warum das auch für KI-Sichtbarkeit wichtig ist
Klar strukturierte Informationen helfen nicht nur den Menschen, die eine Plattform nutzen oder betreiben. Sie helfen auch Systemen, Inhalte besser zu erfassen und einzuordnen.
Wenn ein Angebot eindeutig als Angebot modelliert ist, wenn Zielgruppe, Ort, Zeitpunkt, Voraussetzungen, Leistungen und Beziehungen klar beschrieben sind, kann es zuverlässiger gefunden, gefiltert, verglichen und weiterverwendet werden.
- die interne Suche einer Plattform
- Filter und Empfehlungen
- Datenexporte und Schnittstellen
- Analysen und Reporting
- strukturierte Daten für Suchmaschinen
- automatisierte Prozesse
- KI-gestützte Suche und Antwortsysteme
Eine wichtige Voraussetzung
Eine gute Informationsarchitektur garantiert keine Nennung in einer KI-Antwort. Sie schafft aber eine wichtige Voraussetzung dafür, dass Systeme Inhalte nicht nur lesen, sondern besser verstehen und in Beziehung setzen können.
Mehr zum Thema KI-Sichtbarkeit und dazu, wie KI-Systeme Inhalte erfassen und einordnen.
Betrifft das Ihre Plattform?
Dieses Thema betrifft Ihre Plattform wahrscheinlich, wenn mehrere der folgenden Punkte zutreffen:
- Mehrere Personen, Betriebe, Teams oder Organisationen pflegen Inhalte und Daten.
- Informationen stammen aus verschiedenen Quellen oder werden an andere Systeme weitergegeben.
- Kategorien, Begriffe und Filter werden regelmäßig diskutiert oder uneinheitlich verwendet.
- Es ist unklar, wer für Aktualität, Qualität und Korrekturen verantwortlich ist.
- Ein Relaunch, ein neues Portal, ein Marktplatz oder eine Wissensplattform ist geplant.
- Schnittstellen, APIs, Partnerdaten oder externe Verzeichnisse sollen integriert werden.
- Nutzer:innen sollen nach Region, Thema, Zielgruppe, Qualität, Merkmalen oder Verfügbarkeit filtern können.
- Die Plattform soll langfristig wachsen, ohne dass jede Änderung von einzelnen Entwickler:innen oder Schlüsselpersonen abhängt.
- KI-Sichtbarkeit, strukturierte Daten, bessere Suche oder automatisierte Ausspielung werden künftig wichtiger.
Wenn Sie sich darin wiederfinden, beginnt die zentrale Frage nicht mit der Auswahl eines Systems. Sie lautet: „Welche Informations- und Entscheidungslogik muss dieses System zuverlässig abbilden?“
Bevor gebaut wird: den Informationshaushalt prüfen
Eine Plattform kann nur so gut arbeiten wie die Regeln, Strukturen und Verantwortlichkeiten, auf denen sie aufbaut.
Bevor Entwickler:innen Datenbankstrukturen, Rollen, Formulare, Filter, Workflows oder Schnittstellen umsetzen, sollten die fachlichen Grundlagen geklärt werden:
- Welche Informationsobjekte gibt es?
- Welche Daten gehören verbindlich dazu?
- Welche Begriffe und Kategorien gelten?
- Welche Beziehungen müssen abbildbar sein?
- Wer pflegt, prüft und verantwortet welche Informationen?
- Welche Entscheidungen werden zentral, lokal oder gemeinsam getroffen?
- Wo entstehen Risiken durch unklare Zuständigkeiten, uneinheitliche Begriffe oder nicht definierte Datenstandards?
Eine Entscheidungsgrundlage vor der Umsetzung
Der Information Economy Health Check (IEHC) ist eine individuelle Vorabanalyse für genau diese Fragen.
Er hilft dabei, strukturelle Risiken sichtbar zu machen, bevor sie im Datenmodell, in der Taxonomie, in Rollenmodellen, in Schnittstellen oder im späteren Plattformbetrieb teuer werden.
Das Ergebnis ist keine technische Umsetzung und kein allgemeiner Ideenkatalog. Es ist eine verständliche Entscheidungsgrundlage für Betreiber:innen, Fachverantwortliche, Agenturen und Entwicklungsteams: damit fachliche Anforderungen vor dem Bau geklärt werden und nicht erst während der Umsetzung improvisiert werden müssen.
Was Sie daraus mitnehmen können
- Dezentralisierung ist auch eine Frage verteilter Informations- und Entscheidungsrechte.
- Datenmodell und Taxonomie bestimmen, was eine Plattform später filtern, verbinden und weiterverwenden kann.
- Governance klärt Zuständigkeiten, Regeln und Konfliktwege im laufenden Betrieb.
- Diese Grundlagen sollten vor Entwicklung oder Relaunch geklärt werden.
Information Economy Health Check (IEHC)
Wenn Sie wissen möchten, welche strukturellen Fragen Ihr Plattformprojekt vor der Entwicklung beantworten sollte, fordern Sie eine individuelle Vorabanalyse an.