Topic clusters als de zoekmachine leest in plaats van rangschikt
Het clustermodel werkt nog, met het gewicht omgekeerd. De pijlerpagina was het bezit en de clusterpagina's voedden hem. Bij ophalen zijn de clusterpagina's het bezit, want een machine licht de smalle pagina eruit die één vraag beantwoordt, niet de brede die er twintig overziet.
Het model van pijler en cluster is gebouwd voor een wereld waarin autoriteit zich op één URL concentreerde en al het andere daarnaar verwees. Die wereld ging uit van een rankingwedstrijd om een brede term. Ophalen houdt geen wedstrijd om een brede term; het zoekt de passage die een specifieke term beantwoordt.
Wat er omkeert
| Tijdperk van ranking | Tijdperk van ophalen | |
|---|---|---|
| Het bezit | De pijlerpagina | Elke clusterpagina |
| Clusterpagina's bestaan om | De pijler te steunen | Zelf geciteerd te worden |
| Ideale clusterpagina | Achthonderd woorden die omhoog voeden | Wat nodig is om één vraag te beantwoorden |
| De taak van de pijler | Ranken op de hoofdterm | Een lezer oriënteren en een machine de weg wijzen |
| Richting van linken | Vooral omhoog | Twee kanten op, en zijwaarts tussen broers en zussen |
Het praktische gevolg is dat de dunne ondersteunende pagina (geschreven om te bestaan, niet om gelezen te worden) niet langer onschuldig is en het probleem wordt. Hij zou nooit geciteerd worden, en hij verdunt nu een onderwerp waar je wilt dat een machine één heldere bron vindt.
Twintig pagina's die elk iets beantwoorden, winnen van één pagina die twintig dingen overziet.
Hoe je er nu een bouwt
Niet "marketing". Iets waarin je met recht bij de beste bronnen in je taal en markt kunt horen.
Alles wat iemand vraagt op weg van er niets van weten naar een besluit. Sales en support maken een betere lijst dan welke tool ook.
Wat betekent dit, hoe werkt het, wat kost het, wat gaat er mis, hoe kies ik, hoe begin ik. De keten is het plan voor interne links.
Titel als vraag. Willen twee vragen dezelfde pagina, dan waren het er één.
Een kort verhaal over het onderwerp met een eerlijke kaart van de keten. Een wegwijspagina en een pagina die een lezer naar een collega kan sturen, geen poging van twaalfduizend woorden om alles te bevatten.
Elke pagina linkt naar de volgende vraag in de keten en naar zijn naaste buren. Zo reist een lezer, en zo ziet een machine dat deze pagina's bij elkaar horen.
Wanneer de pijler zijn lengte nog verdient
Voor onderwerpen waar mensen echt één document willen (een specificatie, een norm, een volledige methode) is een lange pijler juist, en dan hoort hij zo opgebouwd te zijn dat elke sectie op zichzelf eruit te lichten is. De fout is de lange pijler die voor de lengte geschreven is in plaats van omdat iemand het geheel op één plek nodig had.
Vragen die dit beantwoordt
Nee, maar lengte vervangt geen specificiteit meer. Een lange gids waarvan elke sectie iets beantwoordt, is prima; een lange gids die overziet, wordt ingehaald door de smalle pagina's die hij overziet.
Zoveel als er afzonderlijke vragen zijn, meestal tussen de acht en dertig. Vragen verzinnen om een getal te halen, levert de dunne pagina's op die het model niet meer verdraagt.
Dat helpt een lezer en maakt de relatie leesbaar in de URL, maar linken telt meer dan de padstructuur.