Macro Context, Micro Context: Warum gute SEO für jeden Artikel 2 Themen verlangt
Ein Artikel, ein Thema – oder?
Wenn du jemals einen SEO-Ratgeber zum Thema Content-Erstellung gelesen hast, kennst du die Regel: Ein Artikel, ein Thema. Fokussier dich. Schweif nicht ab. Bediene eine Suchintention, und bediene sie gut. Alles andere verwässert die Relevanz.
Diese Regel ist nicht falsch. Aber sie ist unvollständig. Und wenn du sie zu wörtlich nimmst, baust du Artikel, die zwar fokussiert sind – aber isoliert. Artikel, die für sich genommen funktionieren mögen, aber keinen kontextuellen Beitrag zum Rest deiner Website leisten. Die Suchmaschine sieht dann einzelne Dokumente, aber kein Netzwerk.
In meinem letzten Artikel habe ich erklärt, warum die meisten Topical Maps eigentlich Concept Maps sind – und was eine echte semantische Content-Architektur ausmacht. Dabei ging es um die übergeordnete Struktur: Entity-Typen, Attribute, Source Context. In diesem Artikel gehe ich eine Ebene tiefer und schaue mir an, wie ein einzelnes Dokument innerhalb dieser Architektur aufgebaut sein muss.
Der Kern: Jeder gut gebaute Artikel hat nicht ein Thema, sondern zwei. Einen Macro Context, der den Großteil des Dokuments dominiert – und einen Micro Context, der gezielt ein angrenzendes Thema berührt und damit die kontextuelle Brücke zum Rest der Website schlägt. Das ist kein Widerspruch zur Fokus-Regel. Es ist ihre Weiterentwicklung.
Was Macro Context und Micro Context tatsächlich bedeuten
Die meisten SEOs kennen den Unterschied zwischen Main Content und Supplementary Content – zumindest dem Namen nach. Google verwendet diese Begriffe in den Quality Rater Guidelines. Aber nur wenige verstehen, was das für die interne Architektur eines einzelnen Dokuments bedeutet.
Jedes Dokument auf deiner Website besteht aus drei Bereichen: Main Content, Supplementary Content und Werbung. Werbung ignorieren wir hier. Entscheidend ist die Unterscheidung zwischen den ersten beiden – denn sie bildet die Grundlage für das gesamte Macro/Micro-Konzept.
Der Macro Context ist das, wovon dein Artikel handelt. Er wird definiert durch den Title Tag, die H1, die ersten Absätze und den Großteil der Heading-Hierarchie. Wenn dein Artikel „Vorteile einer Wärmepumpe im Altbau“ heißt, dann ist der Macro Context: Wärmepumpe, Altbau, Vorteile – und alles, was dazugehört. Energieeffizienz, Heizkostenersparnis, Fördermöglichkeiten, COP-Werte, Praxiserfahrungen. Der Macro Context nimmt den überwiegenden Teil des Dokuments ein. Nicht die Hälfte. Den Großteil.
Der Micro Context sitzt im Supplementary Content – typischerweise im unteren Drittel des Artikels. Er behandelt ein angrenzendes Thema, das kontextuell mit dem Macro Context verwandt ist, aber eine eigene Perspektive einbringt. Im Wärmepumpen-Beispiel wäre ein naheliegender Micro Context: Nachteile und Grenzen einer Wärmepumpe im Altbau. Gleiche Entität (Wärmepumpe), gleicher Kontext (Altbau), aber ein anderer Blickwinkel – das Gegenteil.
Die Grenzlinie zwischen Macro und Micro Context liegt nicht bei 50/50. Sie liegt eher bei 75/25 oder 80/20. Der Macro Context dominiert. Der Micro Context ist ein bewusst dosierter Kontrapunkt – keine zweite Haupthandlung.
Warum der Micro Context keine Ablenkung ist, sondern ein Relevanzsignal
Das klingt erstmal widersprüchlich. Einerseits predige ich in meinem Topical-Map-Artikel, dass der Contextual Vector eines Dokuments eine gerade Linie sein muss. Kein Abschweifer, kein Zickzack. Andererseits sage ich jetzt, dass jeder Artikel ein zweites Thema braucht. Wie passt das zusammen?
Die Antwort liegt in der Art, wie Suchmaschinen Relevanz berechnen. Ein Dokument, das nur über die Vorteile einer Wärmepumpe im Altbau spricht, ist relevant für genau diese Suchanfrage. Aber ein Dokument, das über die Vorteile spricht und im Supplementary Content die Grenzen und Nachteile kurz einordnet, ist für die Suchmaschine kontextuell reicher. Es zeigt: Der Autor versteht das Thema nicht nur aus einer Richtung, sondern auch aus der Gegenposition. In der Linguistik heißt dieses Prinzip lexikalische Relationen – und Antonyme sind eine der stärksten davon.
Wenn du in einem Artikel über die Vorteile auch die Nachteile kurz anreißt, passieren zwei Dinge gleichzeitig:
1. Kontextuelle Abdeckung. Nutzer, die nach den Vorteilen suchen, interessieren sich implizit auch für mögliche Einschränkungen – die Suchmaschine weiß das aus den Query-Netzwerken. Dein Dokument bedient dieses Informationsbedürfnis, ohne das Hauptthema zu verlassen.
2. Natürliche Verlinkungsbrücke. Wenn du einen separaten Artikel über die Nachteile und Grenzen hast, ist der Micro Context in deinem Vorteile-Artikel der exakte Ort, an dem der interne Link hingehört. Nicht als nachträgliche Verlinkung, die irgendwo im Text eingeklebt wird, sondern als kontextuell gerechtfertigter Verweis.
Das ist auch der Mechanismus, der zwei Dokumente innerhalb deiner Topical Map miteinander verknüpft. Dokument A hat „Vorteile der Wärmepumpe im Altbau“ als Macro Context und „Nachteile und Grenzen“ als Micro Context. Dokument B hat es umgekehrt: „Nachteile und häufige Probleme“ als Macro Context, „Vorteile und Gegenargumente“ als Micro Context. Beide verlinken aufeinander – und zwar aus dem jeweils passenden kontextuellen Rahmen heraus. So entsteht ein semantisches Netzwerk, in dem jeder Artikel den nächsten stärkt.
Distributional Semantics: Was durch den gesamten Artikel fließt – und was nicht
Es gibt noch eine Ebene, die über die reine Macro/Micro-Aufteilung hinausgeht. Und die wird fast nirgends besprochen, obwohl sie für die Relevanzberechnung zentral ist.
Innerhalb eines gut gebauten Artikels gibt es Begriffe, die durch das gesamte Dokument fließen – von der Einleitung bis zum letzten Absatz. Das sind deine zentralen Kontextterme. In einem Artikel über E-Auto-Reichweite wäre der zentrale Kontextterm nicht „E-Auto“, sondern der spezifischere Ausdruck „Reichweite von Elektrofahrzeugen“. Dieser Term taucht in jeder Sektion auf – egal ob du gerade über Batteriekapazität, Ladeinfrastruktur oder Temperatureinflüsse schreibst.
Daneben gibt es Begriffe, die nur lokal in einem Unterabschnitt vorkommen. „Lithium-Ionen-Zellchemie“ taucht im Abschnitt über Batterietechnologie auf, aber nicht im Abschnitt über Fahrverhalten. „Rekuperation“ erscheint in seinem eigenen Abschnitt, wird aber bei der Diskussion über Schnellladeinfrastruktur nicht wiederholt. Jeder Unterabschnitt hat seinen eigenen lokalen Wortschatz – aber der zentrale Kontextterm verbindet sie alle.
Dieses Prinzip heißt in der Linguistik Distributional Semantics: Die Bedeutung eines Worts ergibt sich aus seinem Verteilungsmuster im Text. Und für Suchmaschinen ist dieses Verteilungsmuster ein direktes Signal für kontextuelle Kohärenz – dasselbe Prinzip, nach dem auch die vektorbasierte Suche funktioniert. Wenn dein zentraler Kontextterm gleichmäßig durch das gesamte Dokument verteilt ist, erkennt die Suchmaschine: Dieses Dokument bleibt bei seinem Thema. Wenn er nur in der Einleitung und im Fazit auftaucht, aber im Mittelteil fehlt, entsteht ein kontextuelles Loch – der Contextual Vector bricht.
Das ist auch der Grund, warum der Micro Context am Ende des Artikels sitzt und nicht in der Mitte. Würdest du ihn mitten im Dokument platzieren, würde er den Fluss des zentralen Kontextterms unterbrechen. Am Ende des Main Content hingegen ist der Macro Context bereits vollständig abgehandelt, und der Micro Context kann als kontextuelle Erweiterung angedockt werden, ohne den Hauptfaden zu stören.
Wann verdient ein Thema eine eigene URL?
Eine der teuersten Fehlentscheidungen in der Content-Strategie ist eine, über die kaum jemand spricht: die Frage, ob ein Thema eine eigene Seite bekommt oder als Abschnitt in einem bestehenden Artikel behandelt wird. Die meisten SEOs beantworten diese Frage nach Bauchgefühl oder nach Suchvolumen. Beides führt regelmäßig in die Irre.
Die Logik dahinter ist im Kern eine Kostenrechnung – allerdings nicht deine, sondern die der Suchmaschine. Jede neue URL, die du veröffentlichst, verursacht Aufwand: Sie muss gecrawlt, indiziert, vektorisiert und in die Relevanzberechnung einbezogen werden. Die Suchmaschine investiert Rechenzeit in dein Dokument. Und sie tut das nur, wenn sich die Investition lohnt – wenn das Dokument eine Suchanfrage besser beantwortet als das, was bereits im Index existiert.
Das bedeutet: Nicht jedes Thema, das existiert, rechtfertigt eine eigene Indexkonstruktion. Und „Indexkonstruktion“ ist hier wörtlich gemeint – die Suchmaschine muss entscheiden, ob sie für dein Dokument einen eigenen Eintrag in ihrem Index anlegt oder ob die Information besser als Teil eines bestehenden Dokuments behandelt wird.
Zwei Bedingungen, die gleichzeitig erfüllt sein müssen
Ein Thema verdient eine eigene URL, wenn zwei Bedingungen gleichzeitig erfüllt sind:
Bedingung 1 – Ausreichende Suchnachfrage. Es muss ein erkennbares Query-Netzwerk geben – eine Gruppe von Suchanfragen, die auf dieses Thema einzahlen. Dabei geht es nicht um ein einzelnes Keyword mit hohem Suchvolumen, sondern um ein kohärentes Bündel aus Hauptfrage und Variationen. Wenn du zu deinem Thema nur eine einzige Suchanfrage findest und keine verwandten Variationen, ist das ein Signal, dass der kontextuelle Vektor zu dünn für ein eigenständiges Dokument ist.
Bedingung 2 – Ein eigenständiger kontextueller Vektor. Das Thema muss genug Substanz haben, um einen eigenen Macro Context zu tragen – mit eigener H1, eigenem Heading-Verlauf, eigenem Kontextfluss von Anfang bis Ende. Wenn du merkst, dass du den Artikel mit Füllmaterial strecken müsstest, um auf eine akzeptable Länge zu kommen, ist das ein Zeichen, dass das Thema als Abschnitt in einem bestehenden Artikel besser aufgehoben wäre.
Wenn nur eine der beiden Bedingungen erfüllt ist – Suchnachfrage vorhanden, aber kein eigenständiger kontextueller Vektor, oder umgekehrt –, dann bleibt das Thema Supplementary Content innerhalb eines bestehenden Dokuments.
Warum zu viele Seiten aktiv schaden
Das klingt nach einer Detailfrage für Redaktionsplanung. Ist es nicht. Es ist eine der häufigsten Ursachen für stagnierende oder sinkende Rankings auf Websites mit viel Content.
Wenn du für ein Thema eine eigene URL anlegst, das keinen eigenständigen kontextuellen Vektor trägt, passiert Folgendes: Du produzierst ein dünnes Dokument, das die Suchmaschine crawlt und indiziert – aber das gegen die Passage in deinem bestehenden Artikel konkurriert, die dasselbe Thema bereits im Supplementary Content behandelt. Die Suchmaschine muss jetzt entscheiden: Welches deiner beiden Dokumente ist die bessere Antwort? Und diese Entscheidung fällt häufig zugunsten des bestehenden Artikels aus, weil der einen stärkeren Macro Context hat und in ein dichteres internes Verlinkungsnetz eingebunden ist. Das neue Dokument versauert im Index, verbraucht Crawl-Budget und verwässert die thematische Klarheit deiner Website.
Das ist übrigens ein Problem, das durch KI-generierte Inhalte massiv verschärft wird. Weil das Produzieren von Artikeln fast nichts mehr kostet, neigen viele dazu, für jedes erdenkliche Long-Tail-Keyword eine eigene Seite zu erstellen. Das Ergebnis: Dutzende dünne Dokumente, die sich gegenseitig die Relevanz streitig machen. Die Suchmaschine sieht nicht thematische Autorität, sondern thematisches Rauschen.
Die Faustregel
Im Zweifel gilt: Weniger Seiten mit mehr Tiefe schlagen mehr Seiten mit weniger Substanz. Wenn du dir nicht sicher bist, ob ein Thema eine eigene URL verdient, pack es erstmal als Micro Context in einen bestehenden Artikel. Du kannst es später immer noch auslagern, wenn die Daten zeigen, dass ein eigenständiger kontextueller Vektor gerechtfertigt ist – zum Beispiel wenn du in der Google Search Console siehst, dass dein Supplementary-Abschnitt plötzlich für ein eigenes Query-Cluster Impressionen generiert, die nichts mit dem Macro Context des Artikels zu tun haben.
Das ist das Signal: Dieses Thema will raus. Jetzt lohnt sich eine eigene Seite. Bis dahin bleibt es dort, wo es hingehört: als kontextuelle Erweiterung eines stärkeren Dokuments.
Das richtige Format am richtigen Ort – oder: Wie du gegen dich selbst konkurrierst
Angenommen, du betreibst ein Finanzportal und hast fünf verschiedene Artikel, die alle irgendwo die Frage beantworten: „Welche Arten von Baufinanzierung gibt es?“ In Artikel A ist es das Hauptthema – Macro Context, eigene H1, ausführliche Vergleichstabelle. In Artikel B taucht die Frage als H3 im Supplementary Content auf, beantwortet in einem kurzen Absatz. In Artikel C steht eine verkürzte Liste. In Artikel D erwähnst du die Finanzierungsarten beiläufig in der Einleitung. In Artikel E gibt es eine Infografik dazu.
Fünf Antworten auf dieselbe Frage, verteilt über fünf Dokumente. Die Suchmaschine muss jetzt entscheiden: Welche davon rankt sie? Und genau hier wird ein Konzept relevant, das in der SEO-Branche fast nie diskutiert wird: Candidate Answer Passage Scoring.
Wie die Suchmaschine zwischen deinen eigenen Antworten wählt
Seit Google Passage Indexing eingeführt hat, bewertet die Suchmaschine nicht mehr nur ganze Dokumente, sondern einzelne Passagen innerhalb eines Dokuments. Das heißt: Jeder Absatz, jede Liste, jede Tabelle auf deiner Website ist ein eigenständiger Antwortkandidat. Und wenn dieselbe Frage auf deiner Website mehrfach beantwortet wird, treten diese Kandidaten gegeneinander an.
Die Suchmaschine prüft dabei zwei Dinge:
1. Dokumentkontext. Eine Passage, die im Macro Context eines Artikels steht – also dort, wo das Thema die H1, den Title Tag und den Großteil der Heading-Hierarchie bestimmt –, hat einen höheren Relevanzwert als dieselbe Antwort im Supplementary Content eines thematisch anders ausgerichteten Artikels.
2. Antwortformat. Eine Vergleichstabelle für Finanzierungsarten hat einen anderen Informationswert als ein Fließtextabsatz, der dieselben Typen beiläufig aufzählt.
Das Problem entsteht, wenn du das beste Format an der falschen Stelle einsetzt. Wenn dein ausführlichster, am besten strukturierter Vergleich in einem Artikel steht, dessen Macro Context eigentlich „Bauzinsen 2026″ ist – also ein anderes Thema –, dann hast du die stärkste Antwort im schwächsten Kontext platziert. Die Suchmaschine sieht eine hervorragende Passage, aber eingebettet in ein Dokument, das thematisch woanders hingehört. Das Ergebnis: Weder rankt der Bauzinsen-Artikel für Finanzierungsarten, noch rankt dein eigentlicher Finanzierungsarten-Artikel – weil dessen Antwort im Vergleich weniger überzeugend formatiert ist.
Die Regel: Das beste Format gehört in den Macro Context
Die umfassendste, am besten formatierte Antwort auf eine Frage gehört in den Artikel, in dem diese Frage den Macro Context bildet. Nirgendwo sonst.
Wenn du einen Artikel hast, dessen H1 „Arten der Baufinanzierung im Vergleich“ lautet, dann gehört die vollständige Vergleichstabelle – mit allen Typen, Zinssätzen, Vor- und Nachteilen – genau dort hin.
In jedem anderen Artikel, der das Thema Finanzierungsarten berührt, verwendest du bewusst ein reduziertes Format. Kein ausführlicher Vergleich, keine vollständige Tabelle. Stattdessen ein kurzer Fließtextabsatz, der die wichtigsten Typen erwähnt und auf deinen Hauptartikel verlinkt. Du gibst eine Antwort – aber nicht die beste. Die beste hebst du dir für das Dokument auf, das die Frage als Macro Context behandelt.
Das klingt nach einem kleinen Detail. In der Praxis entscheidet es darüber, ob die Suchmaschine versteht, welches deiner Dokumente die autoritativste Antwort auf welche Frage ist. Und in der KI-Suche wird es noch relevanter: KI-Chatbots wählen einzelne Chunks als Zitat aus. Wenn dein bester Chunk zum Thema Finanzierungsarten in einem Artikel über Bauzinsen steckt, wird die KI diesen Chunk möglicherweise zitieren – aber die URL des Bauzinsen-Artikels als Quelle angeben, nicht die deines eigentlichen Finanzierungsarten-Artikels. Du verlierst die Attribution an dein falsches Dokument.
Representative Questions vs. Represented Questions
Es gibt noch eine Ebene, die damit zusammenhängt. Nicht jede Suchanfrage ist gleichwertig. In jedem Query-Netzwerk gibt es eine repräsentative Frage – die Formulierung, die die Suchmaschine als Hauptversion betrachtet – und Dutzende repräsentierte Variationen, die inhaltlich dasselbe meinen, aber anders formuliert sind.
„Welche Arten von Baufinanzierung gibt es?“ könnte die repräsentative Frage sein. Variationen wären: „Baufinanzierung Modelle Vergleich“, „Unterschied Annuitätendarlehen Tilgungsdarlehen“, „welche Kreditarten für Hauskauf“. Die Suchmaschine gruppiert diese Variationen und ordnet sie der repräsentativen Frage zu.
Für die Dokumentarchitektur heißt das: Dein Macro-Context-Artikel beantwortet die repräsentative Frage im bestmöglichen Format. Die Variationen können in anderen Artikeln auftauchen – als H3 im Supplementary Content, als kurzer Absatz, als Nebenaspekt. Aber immer in einem reduzierten Format und immer mit einem internen Link zurück auf den Hauptartikel. So signalisierst du der Suchmaschine: Für dieses Query-Netzwerk ist Dokument A meine beste Antwort. Die anderen Dokumente stützen, vertiefen, ergänzen – aber sie konkurrieren nicht.
Structured Language und Prose Language
Ein letzter Aspekt, der in der Praxis fast nie berücksichtigt wird, aber direkt aus Googles Patenten stammt: Die Suchmaschine unterscheidet zwischen zwei Arten von Content-Qualität innerhalb eines Dokuments – Structured Language und Prose Language.
Structured Language ist alles, was eine formale Struktur hat: Tabellen, geordnete Listen, Vergleiche mit klaren Kategorien, Schritt-für-Schritt-Anleitungen. Prose Language ist Fließtext – argumentativ, erklärend, narrativ. Beides wird separat bewertet. Ein Dokument, das nur aus Listen und Tabellen besteht, hat möglicherweise einen hohen Structured-Score, aber einen niedrigen Prose-Score. Umgekehrt genauso.
Warum ist das relevant? Weil es die Format-Entscheidung innerhalb eines Artikels beeinflusst. Wenn dein Macro Context eine Vergleichsfrage beantwortet, brauchst du starke strukturierte Elemente – Tabellen, Listen, klare Kategorisierungen. Aber du brauchst auch erklärenden Fließtext, der die Tabelle kontextualisiert, Zusammenhänge herstellt und die Informationen in einen narrativen Rahmen einbettet. Wer nur das eine oder nur das andere liefert, lässt Relevanzpunkte auf dem Tisch liegen.
Im Supplementary Content – also dort, wo der Micro Context sitzt – ist die Gewichtung anders. Hier dominiert Prose Language: ein erklärender Absatz, der das verwandte Thema einordnet und die Brücke zum internen Link baut. Keine ausführliche Tabelle, keine umfassende Liste. Der Supplementary Content soll nicht die beste Antwort liefern – er soll die Existenz des Themas kontextuell verankern und den Leser zum richtigen Dokument weiterleiten.
Jeder Artikel ist ein Knoten in einem Netzwerk
Fassen wir zusammen, was Macro Context und Micro Context für die Praxis bedeuten.
Ein Artikel, der nur sein eigenes Thema behandelt und sonst nichts, ist fokussiert – aber isoliert. Er steht für sich, rankt vielleicht für seine Hauptanfrage, aber er leistet keinen Beitrag zur thematischen Autorität der gesamten Website. Er ist ein Datenpunkt, kein Knoten in einem Netzwerk.
Ein Artikel, der seinen Macro Context sauber abarbeitet und im Supplementary Content einen bewusst gewählten Micro Context platziert, tut mehr als nur eine Frage zu beantworten. Er öffnet eine kontextuelle Brücke zu einem anderen Dokument. Er liefert der Suchmaschine ein Signal für lexikalische Relationen – meistens über Antonyme, manchmal über angrenzende Perspektiven. Er schafft den natürlichen Ort für eine interne Verlinkung, die nicht eingeklebt wirkt, sondern sich aus dem Inhalt ergibt. Und er signalisiert: Der Autor versteht dieses Thema nicht nur aus einer Richtung.
Das ist kein Stilmittel. Das ist Architektur. Und es erklärt, warum manche Websites mit überschaubarem Content-Volumen eine thematische Dichte aufbauen, die Seiten mit dem zehnfachen Output nicht erreichen. Jeder einzelne Artikel ist so gebaut, dass er die Relevanz der umliegenden Artikel stärkt – und umgekehrt.
In der Praxis heißt das, bei jedem neuen Artikel vier Fragen zu beantworten, bevor du mit dem Schreiben beginnst:
Erstens: Was ist mein Macro Context – und ist er spezifisch genug, um einen eigenständigen kontextuellen Vektor zu tragen? Wenn nicht, gehört das Thema als Abschnitt in einen bestehenden Artikel.
Zweitens: Welches verwandte Thema eignet sich als Micro Context – und existiert dafür bereits ein eigener Artikel auf meiner Website, auf den ich verlinken kann? Wenn ja, ist der Supplementary Content der exakte Ort für diese Verlinkung. Wenn nein, muss ich entscheiden, ob das Thema eine eigene URL verdient oder ob der Micro Context vorerst ohne Verlinkungsziel stehen bleibt.
Drittens: Wo auf meiner Website beantworte ich dieselbe Frage – und in welchem Format? Das umfassendste Format gehört in den Artikel, der die Frage als Macro Context behandelt. Überall sonst wird reduziert. Kein Artikel konkurriert gegen sich selbst.
Viertens: Welcher zentrale Kontextterm fließt durch mein gesamtes Dokument – und bleibt er von der Einleitung bis zum letzten Absatz präsent? Wenn er im Mittelteil abreißt, bricht der Contextual Vector. Wenn er am Ende fehlt, bleibt der Kreis offen.
Wer diese vier Fragen bei jedem Artikel beantwortet, baut kein Content-Silo und keinen Pillar-Page-Cluster. Er baut ein semantisches Netzwerk, in dem jeder Knoten seine Nachbarn stärkt. Macro und Micro Context sind das Bindegewebe, das aus einer Sammlung von Artikeln eine zusammenhängende Informationsarchitektur macht. Ohne dieses Bindegewebe hast du Seiten. Mit ihm hast du eine Website.
