Deel 15 van 22

Interne links en sitearchitectuur

Interne links en sitearchitectuur

Interne links zijn de goedkoopste SEO-hefboom waar je volledige controle over hebt. Ze bepalen hoe autoriteit door de site stroomt, welke pagina's zoekmachines belangrijk vinden en of een crawler (of AI-engine) je content überhaupt vindt. De meeste sites breken geen regels, ze ontwerpen gewoon niets: links stapelen zich op in plaats van gepland te worden.

Architectuur: hubs en clusters

Organiseer content in topicclusters: een hubpagina is eigenaar van een breed onderwerp, spaakpagina's dekken subonderwerpen, alles in twee richtingen gelinkt. Deze gids is zelf een voorbeeld: een hub die naar 22 onderwerpen linkt, waarbij elk onderwerp terug- en zijwaarts linkt.

Waarom dat werkt:

  • Zoekmachines leiden topicale autoriteit af uit dicht gelinkte clusters: twintig verbonden pagina's over SEO in Next.js verslaan twintig losse berichten.
  • Autoriteit van externe links naar een willekeurige pagina in het cluster vloeit over het hele cluster.
  • AI-engines volgen dezelfde paden wanneer ze beslissen of je een bron bent of een eenmalige vermelding.

Praktische regel: elke belangrijke pagina maximaal 3 klikken van de homepage. Diepere pagina's worden minder vaak gecrawld, lager gerankt en minder vaak ververst in de index.

Anchors dragen betekenis

De linktekst vertelt de crawler waar de doelpagina over gaat: het komt het dichtst bij stemmen op je eigen zoekwoorden:

  • ❌ "Meer informatie hier": verspild signaal.
  • ✅ "hoe ISR-revalidatie pagina's vers houdt": de doelpagina kreeg een stem op haar onderwerp.

Varieer anchors op een natuurlijke manier: identieke exacte zinnen vanaf elke pagina zien er mechanisch uit. En geef interne links nooit nofollow: dat is alsof je Google zegt je eigen site niet te vertrouwen.

Wezen en dode ballast

Een verweesde pagina, waar niets naartoe linkt, bestaat praktisch niet: geen crawlprioriteit, geen autoriteit, vaak geen indexering. Wezen hopen zich stilletjes op: landingspagina's van oude campagnes, berichten uit een verwijderde categorie, pagina's die alleen bereikbaar waren via een afgebroken menu.

Audit elk kwartaal: loop de site door met een crawler (Screaming Frog of een script over je eigen sitemap), vergelijk de set URL's met de pagina's die interne links ontvangen en link wezen of trek ze terug. In Next.js is de oplossing structureel: genereer linkblokken uit dezelfde data waaruit je de pagina's genereert:

// gerelateerde onderwerpen uit het register — pagina's kunnen geen wees worden,
// want elke pagina wordt door constructie door buren gelinkt
const related = topics.filter((t) => t.cluster === current.cluster);

Ook de plek van de link telt

  • Contextuele links in de tekst wegen het zwaarst: een link in een relevante alinea verslaat tien links in de footer.
  • Breadcrumbs (UI + BreadcrumbList-schema) geven elke diepe pagina een crawlbaar pad naar haar hub.
  • Blokken gerelateerde content onder artikelen leiden crawler en lezer verder; genereer ze uit data, niet met de hand: handmatige lijstjes verrotten.
  • Links in de sitebrede footer zijn prima voor navigatie, maar als rankingsignaal worden ze sterk gedevalueerd; prop er geen zoekwoorden in.

Checklist:

  • Content georganiseerd in hub-and-spoke-clusters met links in beide richtingen
  • Elke indexeerbare pagina bereikbaar binnen 3 klikken vanaf de homepage
  • Overal beschrijvende anchors; geen "klik hier" en geen nofollow op interne links
  • Kwartaalaudit op wezen; gerelateerde blokken uit data gegenereerd, niet met de hand
  • Breadcrumbs met schema op alle diepe pagina's

Laat je dit liever door iemand anders doen?

Ik audit en herstel technische SEO op Next.js-websites — indexering, snelheid, hreflang en zichtbaarheid in AI-zoekmachines.

Dienst technische SEO