Redaktions-Blueprint

Template für SEO-starke Blogposts

Diese Seite kombiniert technischen Unterbau und redaktionellen Ablauf. Nutze sie als Startpunkt für neue Beiträge, damit Inhalt, Struktur, Suchintention und CTA von Anfang an sauber sitzen.

Technik-Setup Redaktioneller Aufbau Copy/Paste-Vorlage

1) Technischer Aufbau (Pflicht)

Onpage-SEO

Ein H1, klare H2/H3-Hierarchie ohne Spruenge
Title mit Hauptkeyword + Jahr + klarer Nutzen
Meta-Description mit Suchintent statt Floskeln
Sprechender Slug, keine Jahreswechsel im Nachgang

Trust & Links

Affiliate-Links nur mit rel="sponsored nofollow"
Keine Platzhalter-Links wie #
Publikations- und Update-Datum sichtbar ausgeben
Mindestens 2 interne Links auf relevante Zielseiten

Strukturierte Daten

BlogPosting mit datePublished und dateModified
mainEntityOfPage auf die kanonische URL
author, publisher, headline, description

QA vor Livegang

Build lokal gruen: npm run build
Erstveroeffentlichungsdatum festlegen und danach nie mehr aendern
Nach neuem Live-Post Lock aktualisieren: npm run update:published-dates-lock
Interne Links und Sprungmarken funktionieren
Snippet liest sich wie ein SERP-Teaser
Nach Veroeffentlichung nur noch gezielte Updates

2) Redaktioneller Aufbau (empfohlen)

Hook + Kurzantwort: Erste 3-5 Zeilen beantworten direkt die Suchfrage. Nutzer sollen ohne Scrollen verstehen, ob der Beitrag ihr Problem loest.
Methodik: Erklaere in einem kurzen Abschnitt, wie du ausgewählt, getestet oder gewichtet hast. Das staerkt Glaubwuerdigkeit und Differenzierung.
Hauptteil in klaren Bloecken: Jede Empfehlung/Option bekommt denselben Mini-Rahmen: Inhalt, fuer wen geeignet, Grenze, klare Aktion.
Entscheidungshilfe: Verdichte den Hauptteil in 1 Tabelle oder 1 Kriterienliste. Ziel ist weniger Leselast und schnellere Entscheidung.
Fazit + CTA: Konkrete Empfehlung in 1-2 Saetzen und danach ein eindeutiger naechster Schritt (Vergleich, Deal oder Anbieter-Test).

3) Frontmatter-Vorlage

Als Startpunkt fuer neue Beitragsdateien.

---
title: "Klarer Suchintent-Titel mit Jahr und Nutzen"
description: "Präzise Zusammenfassung in 140-155 Zeichen mit Hauptkeyword."
slug: "dein-keyword-slug-2026"
datePublished: "2026-03-01T08:00:00+01:00"
dateModified: "2026-03-01T08:00:00+01:00"
author: "Dominik"
category: "Empfehlungen"
tags:
  - "Hörbücher"
  - "Keyword"
  - "Use-Case"
draft: true
---

4) Schema-Vorlage

Minimales JSON-LD fuer BlogPosting.

{
  "@context": "https://schema.org",
  "@type": "BlogPosting",
  "headline": "Titel des Beitrags",
  "description": "Kurzbeschreibung",
  "datePublished": "2026-03-01T08:00:00+01:00",
  "dateModified": "2026-03-01T08:00:00+01:00",
  "mainEntityOfPage": {
    "@type": "WebPage",
    "@id": "https://hoerbuchhub.de/blog/dein-keyword-slug-2026"
  },
  "author": { "@type": "Person", "name": "Dominik" },
  "publisher": {
    "@type": "Organization",
    "name": "HörbuchHub",
    "logo": { "@type": "ImageObject", "url": "https://hoerbuchhub.de/favicon.png" }
  }
}

5) Redaktionelle Rohvorlage (Copy/Paste)

Nutze diese Struktur, wenn du von null startest.

# [H1] Primärer Suchintent + Jahr + Nutzen

## Kurzantwort in 2-3 Saetzen
- Was ist das Ergebnis?
- Fuer wen gilt es?
- Was ist die wichtigste Einschraenkung?

## Schnellnavigation
- [Abschnitt 1]
- [Abschnitt 2]
- [Abschnitt 3]

## [H2] Kontext und Auswahl-/Testlogik
- Datenbasis
- Bewertungslogik
- Aktualitaetsstand

## [H2] Hauptteil (3-5 Unterabschnitte)
### [H3] Option 1
- Kurzfazit
- Vorteile
- Grenzen
- CTA

### [H3] Option 2
...

## [H2] Vergleich / Entscheidungshilfe
- Tabellarischer Vergleich oder Kriterienliste

## [H2] FAQ (3-5 Fragen)
- Frage 1
- Frage 2
- Frage 3

## [H2] Fazit + naechster Schritt
- Konkrete Empfehlung
- Interner Link zu Vergleich/Deals
- Abschluss-CTA

Design-Richtung fuer Blogposts

Verwende pro Beitrag eine klare visuelle Leitidee: Hero-Panel mit einem dominanten Farbton aus den Tokens, strukturierte Inhaltskarten und gut sichtbare Abschnittsanker. So bleibt der Text langformig, aber scannbar.

Kurze Intro-Box mit Suchintent und Erwartungsklaerung
Abschnitte als ruhige Karten statt endloser Fliesstext
CTA nur an strategischen Stellen: Mitte und Ende

Technische Regel: Nach dem Go-live bleibt datePublished unveraendert. Fuer inhaltliche Updates nur dateModified erhoehen. Der Build-Check blockiert abweichende Erstveroeffentlichungsdaten.