Mediennutzungsverhalten: Warum es die Struktur Ihrer Website bestimmt

Ich sage das nicht, um zu provozieren. Ich sage es, weil ich es jede Woche sehe. Unternehmen investieren sechsstellige Beträge in einen Website-Relaunch, engagieren Agenturen, briefen Designer, diskutieren über Farben und Schriftarten — und vergessen dabei die eine entscheidende Frage: Wie konsumieren unsere Nutzer eigentlich Inhalte?

Die Antwort auf diese Frage bestimmt alles. Die Navigation. Die Seitenstruktur. Die Content-Hierarchie. Die Art, wie Sie Informationen aufbereiten und präsentieren. Und trotzdem wird sie in den meisten Relaunch-Projekten nie gestellt. Stattdessen orientiert man sich an dem, was die Konkurrenz macht. Oder an dem, was der Geschäftsführer persönlich gut findet. Oder an Templates, die ein Page-Builder vorgibt.

Das Ergebnis sind Websites, die niemand braucht. Schön anzusehen, technisch solide, aber an der Realität der Nutzer komplett vorbeigebaut.

Wenn wir über Mediennutzungsverhalten reden, müssen wir zuerst eine Unterscheidung treffen, die in der Webdesign-Branche systematisch ignoriert wird: B2B-Entscheider konsumieren Inhalte fundamental anders als B2C-Konsumenten. Ein CTO, der eine Plattform-Entscheidung vorbereitet, hat andere Bedürfnisse als jemand, der auf Instagram nach Sneakers scrollt. Klingt offensichtlich. Wird aber selten in die Website-Architektur übersetzt.

B2B-Entscheider recherchieren am Desktop. Das ist keine Vermutung, das zeigen die Daten immer wieder. Ja, der initiale Kontakt passiert oft mobil — ein LinkedIn-Post, eine Empfehlung per Messenger, ein Link in einer E-Mail. Aber die tiefe Auseinandersetzung mit einem Anbieter, das Vergleichen von Leistungen, das Lesen von Case Studies — das passiert am Schreibtisch. Mit großem Bildschirm. Oft mit mehreren Tabs gleichzeitig.

Was bedeutet das für Ihre Website? Es bedeutet, dass die Mobile-First-Doktrin, die seit Jahren als unumstößliches Gesetz gilt, für B2B-Websites differenzierter betrachtet werden muss. Mobile-First als Entwicklungsmethodik — ja, absolut. Mobile-First als Content-Strategie — gefährlich. Denn wenn Sie Ihre Inhalte so stark vereinfachen, dass sie auf dem Smartphone funktionieren, verlieren Sie möglicherweise genau die Tiefe, die ein B2B-Entscheider am Desktop sucht.

Was ich in der Praxis beobachte, ist ein typisches Zwei-Phasen-Muster. Phase eins ist mobil und flüchtig: Der Entscheider stößt auf Ihren Namen, klickt einen Link, überfliegt die Startseite, bildet sich einen ersten Eindruck. In dieser Phase haben Sie maximal 15 Sekunden. Die Frage, die beantwortet werden muss, ist simpel: Ist das relevant für mich? Wenn ja, wird ein Tab gespeichert, ein Lesezeichen gesetzt, oder der Link an einen Kollegen weitergeleitet.

Phase zwei passiert Stunden oder Tage später. Am Desktop. Jetzt wird gelesen, verglichen, bewertet. Jetzt wird durch die Leistungsseiten navigiert, werden Referenzen geprüft, wird nach Preismodellen gesucht. Die Aufmerksamkeitsspanne in dieser Phase ist deutlich höher — aber die Anforderungen an die Informationsarchitektur sind es auch. Der Nutzer erwartet, schnell zu finden, was er sucht. Er erwartet Struktur, Tiefe und Substanz.

Eine Website, die nur für Phase eins optimiert ist, verliert in Phase zwei. Und eine Website, die nur für Phase zwei gebaut ist, schafft es nie durch Phase eins. Die Kunst liegt darin, beides zu bedienen — und das erfordert eine Informationsarchitektur, die diese zwei Phasen versteht und bewusst gestaltet.

Es gibt diesen Mythos, dass niemand scrollt. Stimmt nicht. Menschen scrollen — aber sie scrollen anders, als die meisten Webdesigner annehmen. Die Forschung zeigt konsistent, dass Nutzer das obere Drittel einer Seite intensiv lesen, das mittlere Drittel überfliegen und das untere Drittel nur erreichen, wenn die oberen zwei Drittel überzeugend waren.

Für die Praxis heißt das: Ihre wichtigsten Informationen gehören nicht in den Hero-Bereich. Sie gehören in den Bereich direkt darunter. Der Hero-Bereich hat eine einzige Aufgabe: Orientierung geben und zum Weiterlesen motivieren. Nicht mehr. Die eigentliche Überzeugungsarbeit passiert im zweiten und dritten Viewport.

Ich sehe regelmäßig B2B-Websites, die ihren gesamten Überzeugungsaufwand in einen Hero-Banner packen. Ein großes Bild, ein Claim, ein Button. Als wäre der erste Viewport eine Plakatwand. Ist er aber nicht. Eine Website ist kein Plakat. Sie ist ein Gespräch. Und ein Gespräch beginnt man nicht mit der Schlussfolgerung.

In UX-Kreisen wird viel über Scan-Muster gesprochen. Das F-Pattern für textlastige Seiten, das Z-Pattern für Landing Pages. Diese Muster sind nicht falsch, aber sie sind Vereinfachungen, die in der Praxis oft mehr schaden als nutzen. Denn sie suggerieren, dass Nutzerverhalten vorhersagbar und einheitlich ist. Ist es nicht.

Was tatsächlich das Scan-Verhalten bestimmt, ist der Kontext. Ein Erstbesucher scannt anders als ein Wiederkehrer. Jemand, der über eine Google-Suche kommt, hat andere Erwartungen als jemand, der über einen Newsletter-Link landet. Und ein technischer Entscheider liest anders als ein kaufmännischer. Die Scan-Muster sind Durchschnittswerte — und Durchschnittswerte sind für die Gestaltung spezifischer Nutzererlebnisse nahezu wertlos.

Was stattdessen hilft: Verstehen Sie die Intention hinter dem Seitenbesuch. Warum ist diese Person hier? Was will sie herausfinden? Was ist die nächste logische Aktion? Wenn Sie diese Fragen beantworten können, ergibt sich die Seitenstruktur fast von selbst. Die Hierarchie der Informationen folgt der Hierarchie der Bedürfnisse.

Das Mediennutzungsverhalten hat sich nicht nur in Bezug auf Geräte und Scroll-Muster verändert. Es hat sich auch fundamental in Bezug auf Content-Formate verschoben. Die Vorstellung, dass ein Unternehmensblog ausreicht, um Sichtbarkeit und Vertrauen aufzubauen, ist überholt. Nicht, weil Blogs tot wären — sie sind es nicht. Sondern weil die Erwartungen an Content-Tiefe und Content-Vielfalt gestiegen sind.

B2B-Entscheider konsumieren heute parallel: einen Blogartikel lesen, einen Podcast hören, ein Video-Testimonial anschauen, eine Case Study als PDF herunterladen. Die Customer Journey ist nicht linear, sie ist ein Netzwerk. Und Ihre Website-Struktur muss dieses Netzwerk abbilden, nicht einen linearen Trichter.

Was das konkret für die Informationsarchitektur bedeutet: Sie brauchen nicht mehr Seiten. Sie brauchen bessere Vernetzung zwischen Ihren Inhalten. Ein Blogartikel über ein technisches Thema sollte direkt zur passenden Case Study verlinken. Eine Leistungsseite sollte das zugehörige Video einbetten. Eine Referenz sollte auf den Blogartikel verweisen, der das Projekt im Detail beleuchtet. Diese Quervernetzung ist kein Nice-to-have. Sie ist die Übersetzung des tatsächlichen Nutzerverhaltens in Website-Struktur.

Und genau hier wird die technische Architektur relevant. Ein monolithisches CMS wie WordPress mit Page-Builder zwingt Sie in Seitendenken. Sie erstellen Seite für Seite, Block für Block. Die Inhalte leben in Silos. Quervernetzung ist aufwendig und fragil — ein falsch gesetzter Link, ein umbenannter Slug, und die Verbindung ist gebrochen.

Ein Headless CMS wie Sanity denkt anders. Inhalte sind strukturierte Daten, nicht Seitenblöcke. Eine Case Study ist ein Datensatz mit Referenzen zum Kunden, zum Projekt, zur eingesetzten Technologie, zum zuständigen Team. Diese Referenzen sind keine Links — sie sind semantische Verbindungen. Wenn sich der Kundenname ändert, ändert er sich überall. Wenn Sie die Case Study an drei verschiedenen Stellen auf Ihrer Website einbinden wollen, referenzieren Sie denselben Datensatz.

Das klingt nach einem technischen Detail. Ist es aber nicht. Es ist die Voraussetzung dafür, dass Ihre Website-Struktur dem Mediennutzungsverhalten Ihrer Zielgruppe folgen kann, statt von den Limitierungen Ihres CMS diktiert zu werden. Und das ist ein Unterschied, der sich direkt auf Conversion und Nutzerzufriedenheit auswirkt.

Die Navigation einer B2B-Website wird meistens in einem Meeting festgelegt. Das Marketingteam setzt sich zusammen, diskutiert über die Hauptmenüpunkte, und am Ende steht da: Unternehmen, Leistungen, Referenzen, Blog, Kontakt. Fünf Punkte, wie seit 15 Jahren. Und niemand fragt sich, ob diese Struktur tatsächlich dem Nutzungsverhalten entspricht.

Tut sie meistens nicht. Denn sie bildet die interne Organisationsstruktur ab, nicht die Informationsbedürfnisse der Nutzer. Der Nutzer denkt nicht in Abteilungen. Er denkt in Problemen. Er fragt sich nicht: "Welche Leistungen bietet dieses Unternehmen an?" Er fragt sich: "Kann dieses Unternehmen mein Problem lösen?" Das ist ein fundamentaler Unterschied, der die gesamte Navigationslogik verändern sollte.

Moderne Analytics-Daten zeigen, dass der größte Teil der Navigation nicht über das Hauptmenü stattfindet. Nutzer navigieren über interne Links im Content, über CTAs, über verwandte Inhalte am Ende eines Artikels. Das Hauptmenü ist ein Sicherheitsnetz, nicht die primäre Navigationsmethode. Wer das versteht, investiert weniger Zeit in perfekte Mega-Menüs und mehr Zeit in intelligente Content-Verlinkung.

Was funktioniert, ist kontextuelle Navigation. Das bedeutet: Die nächsten logischen Schritte werden direkt dort angeboten, wo der Nutzer sich gerade befindet. Auf einer Leistungsseite sind das verwandte Case Studies und ein konkretes Kontaktangebot. In einem Blogartikel sind das weiterführende Artikel und die zugehörige Leistungsseite. Auf einer Referenzseite sind das die eingesetzten Technologien und ähnliche Projekte.

Diese Art der Navigation erfordert ein tiefes Verständnis der Nutzungsflüsse. Und sie erfordert ein CMS, das Beziehungen zwischen Inhalten abbilden kann. In einem klassischen WordPress-Setup müssen Sie diese Verknüpfungen manuell pflegen — bei jeder neuen Case Study, bei jedem neuen Blogartikel. In einem Headless-Setup mit strukturierten Daten können diese Verknüpfungen automatisiert werden. Das spart nicht nur Zeit, es stellt auch sicher, dass die Navigation immer aktuell und konsistent ist.

Sie haben diese Statistik bestimmt schon gehört: Die durchschnittliche Aufmerksamkeitsspanne des Menschen ist auf acht Sekunden gesunken — kürzer als die eines Goldfischs. Diese Zahl ist Unsinn. Sie stammt aus einer Microsoft-Studie von 2015, die methodisch fragwürdig war und seitdem zigfach widerlegt wurde. Trotzdem wird sie in jedem zweiten UX-Workshop zitiert, als wäre sie ein Naturgesetz.

Die Realität ist differenzierter. Menschen haben keine fixe Aufmerksamkeitsspanne. Sie haben eine kontextabhängige Aufmerksamkeitsbereitschaft. Wenn der Inhalt relevant ist, lesen Menschen ausführlich. Wenn er irrelevant wirkt, sind sie in Millisekunden weg. Das Problem ist nicht, dass Menschen nicht mehr aufmerksam sein können. Das Problem ist, dass die meisten Websites den Relevanznachweis nicht schnell genug erbringen.

Für B2B-Websites bedeutet das: Die ersten Sekunden entscheiden nicht über die Aufmerksamkeitsspanne, sondern über die Relevanzbewertung. Zeigen Sie in den ersten drei Sekunden, dass Sie das Problem des Besuchers verstehen, und er bleibt. Nicht acht Sekunden. Nicht dreißig. Sondern so lange, wie der Inhalt relevant bleibt. Und bei komplexen B2B-Themen kann das durchaus zehn oder fünfzehn Minuten sein.

Wenn wir all diese Erkenntnisse zusammenbringen — den Zwei-Phasen-Konsum, die kontextabhängige Aufmerksamkeit, die nicht-lineare Customer Journey, die Bedeutung kontextueller Navigation — dann ergibt sich ein klares Bild davon, wie eine B2B-Website strukturiert sein sollte.

Erstens: Die Startseite ist kein Plakat, sondern ein Verteiler. Ihre Aufgabe ist es, verschiedene Nutzertypen zu erkennen und ihnen den schnellsten Weg zu den für sie relevanten Inhalten zu zeigen. Ein CTO braucht andere Einstiegspunkte als ein Marketing-Leiter. Ihre Startseite sollte beide bedienen — nicht durch Kompromiss, sondern durch klare Segmentierung.

Zweitens: Leistungsseiten brauchen Tiefe. Nicht eine halbe Seite mit drei Bullet Points und einem Kontaktformular, sondern ausführliche Darstellungen, die den Entscheidungsprozess unterstützen. Technische Details für den CTO. Business Cases für den Geschäftsführer. Prozessbeschreibungen für den Projektleiter. Diese verschiedenen Perspektiven können auf einer Seite existieren — mit intelligenter Inhaltsstrukturierung und Sprungmarken.

Drittens: Content-Hubs statt isolierter Blogposts. Statt einer chronologischen Blog-Liste, die nach drei Monaten im Nirwana verschwindet, brauchen Sie thematische Cluster. Alle Inhalte zum Thema Plattform-Migration an einem Ort. Alle Inhalte zum Thema API-Strategie an einem anderen. Diese Cluster bilden das Netzwerk ab, in dem Ihre Nutzer denken — und navigieren.

Ein Aspekt, der in der Diskussion über Mediennutzung oft übersehen wird: Performance ist keine technische Optimierung. Performance ist eine strukturelle Entscheidung. Eine Seite, die drei Sekunden zum Laden braucht, hat ein anderes Nutzungsverhalten als eine, die in einer halben Sekunde steht. Das beeinflusst alles: Absprungraten, Scroll-Tiefe, Conversion.

In unseren Projekten setzen wir auf einen Stack, der Performance als Grundprinzip hat. Next.js mit Server-Side Rendering und Static Generation sorgt dafür, dass Seiten schnell laden. Ein Headless CMS wie Sanity liefert Inhalte über eine API, ohne den Overhead eines monolithischen Systems. Und ein selbstgehostetes Setup auf Hetzner mit Docker gibt uns die Kontrolle über die Infrastruktur, ohne in Vendor-Lock-in zu geraten.

Das ist kein Technik-Fetischismus. Das ist die logische Konsequenz aus dem Mediennutzungsverhalten. Wenn Ihre Nutzer in Phase eins mobil auf Ihre Seite kommen, vielleicht über eine langsame Verbindung im Zug, dann entscheidet die Ladezeit über Erfolg oder Misserfolg. Ein WordPress mit zwanzig Plugins und einem Page-Builder, der für jede Seite das komplette CSS-Framework lädt, hat in diesem Szenario keine Chance. Und nein, ein Caching-Plugin löst das Problem nicht grundsätzlich.

Am Ende geht es um eine einfache Wahrheit: Ihre Website-Struktur ist kein technisches Projekt. Sie ist die Übersetzung des Verhaltens Ihrer Zielgruppe in digitale Architektur. Und wenn diese Übersetzung nicht stimmt, können Sie noch so viel in SEO, Ads und Content-Marketing investieren — die Besucher werden kommen und wieder gehen, ohne je zu Kunden zu werden.

Die Unternehmen, die ich als erfolgreich erlebe, machen eines anders: Sie beginnen nicht mit der Frage "Wie soll unsere Website aussehen?", sondern mit der Frage "Wie nutzen unsere Kunden digitale Medien?". Sie analysieren ihre Analytics-Daten, sie befragen ihre Sales-Teams, sie beobachten, über welche Kanäle und Geräte ihre Kunden kommen. Und erst dann treffen sie strukturelle Entscheidungen.

Die technische Umsetzung — ob Next.js oder ein anderes Framework, ob Sanity oder ein anderes Headless CMS, ob Hetzner oder ein anderer Hoster — das sind nachgelagerte Entscheidungen. Wichtig ist, dass die Technologie die Struktur ermöglicht, die Ihre Nutzer brauchen. Und nicht umgekehrt: dass die Technologie die Struktur diktiert, die Sie bauen können.

Genau das ist der Fehler, den WordPress mit Page-Buildern, TYPO3 mit seinen starren Templates und Sitecore mit seiner Enterprise-Komplexität systematisch erzwingen. Diese Systeme geben Ihnen vor, wie Ihre Website strukturiert sein kann. Die Struktur folgt der Technologie. Bei einem modernen Headless-Stack ist es umgekehrt: Die Technologie folgt der Struktur. Und die Struktur folgt dem Nutzerverhalten.

Wenn Sie gerade über einen Relaunch nachdenken, oder wenn Ihre bestehende Website nicht die Ergebnisse liefert, die Sie erwarten: Fangen Sie nicht mit dem Design an. Fangen Sie nicht mit der Technologie an. Fangen Sie mit Ihren Nutzern an. Verstehen Sie, wie sie Medien konsumieren, welche Geräte sie nutzen, welche Content-Formate sie bevorzugen, in welchen Phasen sie welche Informationen suchen. Bauen Sie Ihre Website um diese Erkenntnisse herum. Alles andere ist Dekoration.