# App-SEO-Seiten (news.kotsch.tech) — Design

**Datum:** 2026-07-13 · **Branch:** feat/wissen-subdomain

## Ziel
Für jede der 25 live im App Store veröffentlichten Apps von Arthur Kotsch je **10 SEO-Landingpages**
mit unterschiedlichen Blickwinkeln, damit Google-Suchen ("{App} Alternative", "{App} Anleitung",
"Rechnung teilen App" …) auf kotsch.tech landen. Jede Seite lobt die App, verlinkt in den App Store
und bietet einen Weg für Verbesserungs-/Funktionswünsche (→ Feedback-System).

## Nicht-Ziel / Risiko
Kein Doorway-/Thin-Content. 250 fast-identische Seiten würden das Ranking **schädigen** (die Domain
wurde bei AdSense bereits wegen dünner/duplizierter Inhalte abgelehnt). Jede Seite muss echten,
eigenen Nutzwert haben — geerdet an echten App-Store-Daten, je Blickwinkel differenziert.

## Architektur (Wiederverwendung, kein neuer Code-Pfad)
Jede SEO-Seite = **eine News-Artikel-Datei** `news/{app}-{winkel}/index.html` im bestehenden
Artikel-Format. Damit greifen ohne neue Route/Controller:
- `AdditionalWebsiteController@show` parst Titel, `<meta description>`, `.article__breadcrumb span`
  (Kategorie), `.article__tag` (Tags), `<time datetime>`, `.article__reading-time`,
  `.article__hero img`, `.article__body` (Inhalt).
- `news.show` rendert im Marken-Layout inkl. Voll-Meta, OG, JSON-LD `Article`, Related-Cards, Ads.
- `routes/web.php` (~Z. 218) nimmt jeden `news/{slug}` **automatisch in die Sitemap**.
- `/news`-Index listet + filtert clientseitig; Kategorie `Apps` → Gruppe „Software".

**URL:** `https://news.kotsch.tech/{app}-{winkel}`
**Slug:** `{app}` = kebab-case des App-Namens (nicht der lange Store-Slug); `{winkel}` s. u.
Bei bestehendem Slug-Konflikt: Suffix `-app` o. ä., wird beim Bauen geprüft.

## Die 10 Blickwinkel je App
1. `landing` — Haupt-Landingpage: was die App ist, für wen, Kernnutzen
2. `funktionen` — Funktionen/Features im Detail
3. `anleitung` — So funktioniert's / Schritt-für-Schritt
4. `anwendungsfaelle` — Konkrete Anwendungsfälle / Szenarien
5. `geraete` — Für iPhone / iPad / Mac (je nach `kind`)
6. `alternative` — „{App} Alternative" / beste {Genre}-App
7. `vergleich` — Vergleich mit typischer Kategorie-Konkurrenz
8. `faq` — Häufige Fragen (`<dl>`, speist FAQ-Schema)
9. `erfahrungen` — Test / Erfahrungen / Bewertung
10. `tipps` — Tipps & Tricks / Profi-Nutzung

## Inhaltserzeugung (KI-Fan-out via Workflow)
Multi-Agent-Lauf, 1 Agent je App. Input: echte App-Store-Daten (Name, Genre, Beschreibung,
Version/OS/Größe, Screenshots, Rating **nur wenn > 0**, `trackViewUrl`). Output: strukturiertes
JSON mit 10 Artikeln (`winkel`, `title` ≤ 60 Zeichen sinnvoll, `description` 140–160 Z.,
`tags[]`, `reading_time`, `body_html`). Je Artikel ~700–1200 Wörter, echte `<h2>/<h3>`, Listen,
mind. eine `<table>` oder `<dl>`, `tip-box`/`info-box` wo passend. Ein Skript schreibt daraus die
`index.html`-Dateien im Artikel-Format.

**Regeln für die Agenten:**
- Keine erfundenen Bewertungen/Sterne. Ratings nur nennen, wenn im Store echt vorhanden.
- Kein Blabla-Klon zwischen Winkeln; jeder Winkel eigener Fokus & eigene Keywords.
- Ehrlich: bei sehr neuen Apps keine „Millionen Nutzer"-Behauptungen.

## „In den Himmel heben" + Backlinks
- **Interner Link-Silo:** jeder Artikel verlinkt im Text die anderen 9 Winkel derselben App +
  Landing (`https://news.kotsch.tech/{app}-{winkel}`). Related-Cards kommen automatisch dazu.
- **App-Store-CTA:** prominenter Button „Im App Store laden" (echte `trackViewUrl`) + Smart-Link
  `https://kotsch.tech/apps/{slug}` (falls vorhanden).
- **Feedback-/Wunsch-CTA:** auf jeder Seite „Funktion wünschen / Verbesserung vorschlagen" →
  Feedback-Seite mit vorbelegtem Ziel `app:{slug}` und `type=wish`. Prefill-Support im
  Feedback-Index wird geprüft und bei Bedarf ergänzt (Query `?target=&type=&category=apps`).
  Fallback wenn App nicht als ProblemRadar-App published: `?category=apps`.
- Kategorie `Apps`, Tags aus App-Name + Genre + Blickwinkel-Keyword.
- **Hero:** App-Icon (`artworkUrl512`) bzw. Screenshot als absolute https-URL direkt eingebettet.

## Sprache
DE wird indexiert. EN läuft automatisch über das bestehende Wörterbuch (news.show setzt für /en
`noindex` + Canonical auf die DE-URL). Kein separater EN-Content.

## Vorgehen
1. **Pilot:** SplitMate (Finance) — 10 Seiten komplett bauen, live prüfen (Optik, Qualität,
   CTAs, Feedback-Link, interner Silo).
2. Nach Freigabe: Fan-out auf alle 25 Apps (250 Seiten).
3. Sitemap/Cache: `config:cache` + News-Page-Cache invalidiert automatisch über Datei-Mtimes.

## Offene Punkte (beim Bauen gelöst)
- Feedback-Prefill: prüfen ob `feedback.index` Query-Parameter liest; sonst kleine Ergänzung.
- Smart-Link `kotsch.tech/apps/{slug}`: nur verlinken, wenn ein aktiver `AppLink` existiert.
- iOS-Screenshots fehlen im Feed → Hero nutzt App-Icon; optional Screenshot wenn vorhanden.