Landing Page SEO Planer

Was macht Landing Page SEO Planer?

Erstellen Sie einen strukturierten SEO-Plan für alle Seiten. Kein Code – nur die SEO-Konfiguration, die fertig zum Einfügen in app/layout.tsx, app/sitemap.ts, app/robots.ts und die Metadaten pro Seite ist.

Eingaben

• {company_name} – Markenname
• {industry} – Branche
• {pages} – Liste der zu erfassenden Seiten (Standard: /, /tarifs, /a-propos, /blog, /cas-clients)
• {content_brief} – Hero-Überschrift, Feature-Texte usw. von landing-page-copy

---

Schritt 1 – Seitenarchitektur-Validierung

Bewerten Sie, ob das Standard-Seitenset für diese Branche optimal ist. Fragen Sie:

1. Benötigt diese Branche eine eigenständige /contact- oder /demo-Seite? (B2B SaaS → ja)
2. Fehlen hochintensive Keyword-Seiten? (z. B. /comparatif, /alternatives-[competitor], /[use-case])
3. Sollte /blog für diese Branche zu /ressources oder /guides werden?
4. Benötigt die Preisseite eine eigene /tarifs-Seite oder reicht ein #pricing-Anker aus?

Geben Sie eine endgültige Seitenliste mit URL, Titel und Zweck aus. Standard:

URL	Seitentitel	Zweck
/	Homepage	Conversion – Hero + Beweise + Funktionen
/tarifs	Tarife	Planvergleich, Upgrade-Absicht
/a-propos	Über uns	Vertrauensaufbau, Markengeschichte
/blog	Blog	SEO organischer Traffic
/cas-clients	Fallbeispiele	Vertrauen + Entscheidungsphase

Fügen Sie bis zu 2 zusätzliche Seiten hinzu, wenn sie durch die Branche stark gerechtfertigt sind.

---

Schritt 2 – Meta-Tags pro Seite

Generieren Sie für jede Seite:

page:         [url]
title:        [50-60 Zeichen. Primäres Keyword am Anfang. Marke am Ende nach " | "]
description:  [140-160 Zeichen. Aktionsverb. Nutzen. Sanfter CTA. Enthält primäres Keyword.]
og_title:     [Gleich wie title oder etwas ansprechender]
og_description: [Gleich wie description oder gesprächige Variante]
keywords:     [3-5 primäre Keywords für diese Seite]

Regeln für Titel-Tags:

• Homepage: {Primäres Keyword} | {Company Name} oder {Company Name} — {Kernwertversprechen}
• Feature/Preise: {Feature/Preise} {Company} — {Nutzen}
• Blog: {Artikel-Titel} | {Company Blog}
• 50-60 Zeichen, um SERP-Abschneidung zu vermeiden

Regeln für Meta-Descriptions:

• Einzigartig pro Seite – kein Kopieren und Einfügen
• Primäres Keyword natürlich einbinden
• Sanfter CTA: "Entdecken Sie", "Starten Sie kostenlos", "Vergleichen Sie die Pläne"
• Maximal 140-160 Zeichen

---

Schritt 3 – Schema-Markup-Plan

Geben Sie für jede Seite an, welche JSON-LD-Schemas implementiert werden sollen:

Homepage (/)

Organization {
  name, url, logo, description,
  sameAs: [Social-Profil-URLs – LinkedIn, Twitter/X, GitHub falls relevant],
  contactPoint: { contactType: "Kundenservice", availableLanguage: "Deutsch" }
}
WebSite {
  name, url,
  potentialAction: SearchAction (falls die Site eine Suche hat)
}

Preise (/tarifs)

// Für jeden Plan:
Offer {
  name, price, priceCurrency, description,
  seller: { "@type": "Organization", name }
}
FAQPage (falls ein FAQ-Bereich zu Preisen existiert) {
  mainEntity: [{ "@type": "Question", name, acceptedAnswer }]
}

Blog-Artikel-Seiten

Article {
  headline, datePublished, dateModified,
  author: { "@type": "Organization", name },
  publisher: { "@type": "Organization", name, logo },
  image, description
}
BreadcrumbList {
  itemListElement: [Start → Blog → Artikel]
}

Fallstudien-Seiten

Article (Typ: "TechArticle" oder generisch)
BreadcrumbList {
  itemListElement: [Start → Fallbeispiele → Fallname]
}

Über uns (/a-propos)

AboutPage {
  name, description, url,
  mainEntity: Organization (gleich wie Homepage)
}

SoftwareApplication-Schema – zur Homepage hinzufügen, wenn die Branche SaaS/Tech ist:

SoftwareApplication {
  name, applicationCategory: "BusinessApplication",
  operatingSystem: "Web",
  offers: { price, priceCurrency }
}

---

Schritt 4 – XML-Sitemap-Konfiguration

// sitemap.ts Einträge
pages: [
  { url: "/",            changeFreq: "weekly",  priority: 1.0 },
  { url: "/tarifs",      changeFreq: "weekly",  priority: 0.9 },
  { url: "/a-propos",    changeFreq: "monthly", priority: 0.6 },
  { url: "/blog",        changeFreq: "daily",   priority: 0.8 },
  { url: "/cas-clients", changeFreq: "monthly", priority: 0.7 },
  // Blogbeiträge:       changeFreq: "monthly",  priority: 0.6
  // Fallstudien:        changeFreq: "monthly",  priority: 0.7
]

Passen Sie die Prioritäten basierend auf der Conversion-Absicht an:

• Seiten mit hoher Conversion-Absicht (/, /tarifs): 0.9-1.0
• Vertrauen / mittlerer Trichter (/cas-clients): 0.7-0.8
• Oberer Trichter / Inhalt (/blog, /a-propos): 0.5-0.7

---

Schritt 5 – Core Web Vitals Hinweise

Basierend auf den geplanten Komponenten markieren Sie diese Build-Zeit-Optimierungen:

Bilder:

• Verwenden Sie next/image mit priority={true} für das Hero-Bild
• WebP-Format via unoptimized: true (Static Export) + voroptimierte Assets
• Explizite width und height, um CLS zu verhindern

Schriftarten:

• Verwenden Sie next/font/google mit display: 'swap'
• Fügen Sie preconnect zu fonts.googleapis.com im <head> hinzu

CSS:

• Verwenden Sie CSS-Variablen – vermeidet Neuberechnung der Klassennamen bei Theme-Wechsel
• Vermeiden Sie @import in CSS (verwenden Sie stattdessen next/font)

JavaScript:

• 'use client' nur bei interaktiven Komponenten (DarkModeToggle, ContactForm, Pricing toggle)
• Statische Abschnitte (Hero-Text, Funktionen, Footer) = Server-Komponenten = kein JS-Bundle-Aufwand

---

Schritt 6 – KI-SEO (Zitierbarkeits-)Hinweise

Damit KI-Übersichten, Perplexity, ChatGPT diese Seite zitieren können:

Strukturhinweise für die Code-Generierungsphase:

• FAQ-Bereich muss <dl> oder semantisches Q/A-HTML verwenden (nur div/p vermeiden)
• Statistiken im Hero sollten mit <data value="X"> umschlossen sein
• Blog-Artikel benötigen <article> mit <time datetime="..."> und klarem <h1>
• Fallstudien benötigen eine explizite H2-Struktur "Herausforderung / Lösung / Ergebnis"
• Die Über-uns-Seite benötigt <address> für Unternehmenskontaktinformationen

Inhaltshinweise:

• Fügen Sie 1-2 FAQ-Antworten ein, die direkt "Was ist {company_name}?" und "Wie funktioniert {company_name}?" beantworten (diese werden von KI direkt zitiert)
• Blog-Artikel sollten im ersten Absatz eine TL;DR-Zusammenfassung haben
• Statistiken müssen Quelle/Kontext enthalten (auch wenn intern: "basierend auf Kundendaten")

---

Ausgabeformat

Geben Sie den Plan als SEO_PLAN aus:

## SEO_PLAN

### page_list
[Endgültige Seitenliste mit etwaigen Ergänzungen]

### meta_tags
[Seitentitel, Beschreibung, og_title, og_description, keywords pro Seite]

### schema_plan
[Schema-Typen pro Seite + wichtige Felder]

### sitemap_config
[Priorität + changeFreq pro Seite]

### build_hints
[CWV- + KI-SEO-Hinweise zur Weitergabe an die Code-Generierung]