Interne Verlinkung Blog + Leistungsseiten, Hubs, Ankertexte und SEO-Crawl-Pfade (2026)

TL;DR

Interne Verlinkung verteilt PageRank-ähnliche Signale, hilft Google neue URLs zu finden und führt Nutzer von Bildung (Blog) zum Angebot (Money Page). Modell: Service-Hub → Spezialisierungs-Spokes + Support-Artikel mit beschreibenden Ankern. Vermeiden: Orphan Pages, generisches „hier klicken“, Footer-Link-Überladung, Kannibalisierung. In Next.js: Links im Markdown + CTA-Komponenten + Breadcrumbs; die Sitemap ergänzt, ersetzt aber nicht HTML-Links. Hosting auf DevStudioIT Cloud; URL-Beziehungmaps können in Postgres (Branchly) liegen. Unten: Hub-Architektur, Anker-Regeln, Audit und Publish-Workflow.

Für wen das ist

• Firmen mit Blog und Leistungskatalog auf einer Domain
• SEO / Content-Manager mit Themenclustern
• Next.js-Entwickler für Navigation und MDX/Markdown
• Teams nach Migrationen mit vielen URLs in Depth > 4 ohne Inlinks

Keywords (SEO)

interne Verlinkung SEO, Blog Leistungsseiten Linking, Hub Pages SEO 2026, Anchor Text Best Practices, Orphan Pages Crawl, Next.js Crawl-Pfade

Warum interne Links (Business + SEO)

Sitemap sagt „ich existiere“. Content-Link sagt „ich bin in diesem Kontext wichtig“.

Architektur: Hub → Spoke → Blog

/de/websites                            ← HUB (Money)
├── /de/websites/fuer-kanzleien         ← Spoke
├── /de/websites/fuer-gesundheitswesen  ← Spoke
└── Blog-Cluster (Support):
      ├── long-tail-keywords-...        → Link zu HUB + Spoke
      ├── open-graph-twitter-cards-...  → Link zu HUB (Tech-SEO)
      └── b2b-leady-ze-strony-www-...   → Link zu HUB + Kontakt-CTA

Hub = kommerzielles H1, CTA, Spoke-Liste und „Aus dem Blog“.
Spoke = enges Angebot / Branche.
Blog = informative Abdeckung + Links nach oben (und seitlich zwischen verwandten Posts).

Kein Silo so starr, dass Nutzer nicht zwischen Leistungen wechseln können, Silos sind Themenführung, kein UX-Gefängnis.

Anchor Text, praktische Regeln

3–8 kontextuelle Links in einem 1100–1500-Wörter-Artikel reichen meist. Zu viele wirken spammy und verwässern den Fokus.

UI-CTA-Buttons dürfen kurze Labels haben („Angebot anfragen“), während ein Absatz daneben natürlich beschreibend zur selben Money Page verlinkt, in Ordnung, wenn nicht übertrieben.

Crawl-Pfade und Tiefe

Ziel: wichtige Money Pages in 1–2 Klicks von Home / Hub. Blogposts: vom Blog-Index + Hub „Related“ + anderen Posts.

Home → Service-Hub → Spoke / Blogpost → Formular (#formularz-kontakt)
     ↘ Blog-Index → Post → Service-Hub

Related Posts und Automatisierung

Manuell: 2–4 „Verwandt“ am Artikelende (Redaktion kennt Intent).
Semi-auto: Tags / Cluster-translationId / Tabelle related_slugs in Branchly.
Vermeiden: „zufällig 5 neueste Posts“, oft null Themenbezug.

// Helper, Related aus Frontmatter oder DB
export function getRelatedPosts(slug: string, locale: string, limit = 3) {
  const map = getRelatedMap(); // JSON oder Branchly
  return (map[slug] ?? [])
    .map((s) => getPost(locale, s))
    .filter(Boolean)
    .slice(0, limit);
}

Nach Deploy auf DevStudioIT Cloud mit Screaming Frog (o. ä.) crawlen: Hub-Inlinks und Orphan-Kandidaten.

Workflow bei neuem Post

1. 1 Primary Money Page wählen, die der Post verlinken muss
2. 1–2 Links zu verwandten Artikeln (horizontal)
3. Hub „Aus dem Blog“ / Related aktualisieren, wenn strategisch
4. Breadcrumbs: Home → Blog → Titel (aligned mit JSON-LD)
5. Nach Publish: Smoke-Test Crawl (Link aus Blog-Index existiert)

Was vermeiden

• Jeden Post zur Homepage statt zum Service-Hub verlinken
• Identische Exact-Match-Anker in 20 Artikeln
• JavaScript-only-Menüs ohne SSR-Links im HTML
• Internes rel=nofollow ohne Grund
• Kannibalisierung: zwei Hubs aggressiv auf dieselbe Phrase ohne Intent-Split

Quartals-Audit (~90 Minuten)

Entscheidungen in Sheet oder Branchly-Tabelle speichern (from_slug, to_slug, anchor, added_at), nach dem Redesign raten Sie sonst.

FAQ

Wie viele interne Links pro Artikel?

Etwa 3–8 kontextuelle plus CTA. Relevanz schlägt Anzahl.

Reichen Breadcrumbs als interne Verlinkung?

Sie helfen Struktur und UX, ersetzen aber nicht Body-Links zu Money Pages und Related Posts.

Sprach-Alternates (hreflang) vs. interne Links?

hreflang / alternates.languages ist ein Sprachsignal in Metadata, kein Ersatz für Content-Links innerhalb eines Locales.

Wie Orphan Pages finden?

Crawl (Screaming Frog, Sitebulb) vs. Sitemap. Sitemap-URL ohne Content-Inlinks = Kandidat zum Verlinken oder noindex wenn ungenutzt.

Blog und Angebot für SEO verbinden?

• Kontaktieren Sie uns, Hubs, Link-Maps und Related Posts für Next.js
• Long-Tail-Keywords für Dienstleistungsseiten, Phrasen auf URLs mappen
• Sitemap und RSS in Next.js, Ergänzung zur Crawl-Discovery