Drei Seiten mit unterschiedlicher Suchintention, DE/EN, Hub + Spokes: - /was-kostet-eine-pressemitteilung: kurze Antwort im ersten Bildschirm, vier Abrechnungsmodelle ohne Anbieternamen und fremde Preise, sechs Prueffragen fuer Folgekosten, "Was bei uns gilt" (sieben Zusagen mit Einloesung), Rechenbeispiel Einzelabrechnung gegen Starter-Monate mit Zeilen fuer beide Seiten. - /pressemitteilung-veroeffentlichen-ohne-abo: Ablauf, enthalten / nicht enthalten, nichts verfaellt, wann sich ein Tarif lohnt. - /pressemitteilung-loeschen-oder-aendern-lassen: fuenf Wege als Tabelle (Korrektur, Aenderung, DSGVO, Depublikation, DSA), Antragsweg ueber /melden/pm, Korrektur statt Loeschung, Absatz fuer Meldungen auf fremden Portalen ohne Zusagen ueber Dritte. PricingTransparencyData liefert alle Zahlen aus config/billing, credits, legal und dem Starter-Tarif; TransparencyPageController leitet die Marke aus dem Host ab. Tabellen-Typografie fuer .pm-body. Verlinkt aus Preisuebersicht, Hilfe-Center, Sitemaps und llms.txt. Test TransparencyPagesTest (9) erzwingt u. a., dass im Rechenbeispiel beide Modelle Zeilen gewinnen. Protokoll Teil 5, Roadmap 2.4 abgehakt. Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com> |
||
|---|---|---|
| .. | ||
| 2026-09-01 | ||
| archive | ||
| betrieb | ||
| lagacy-rechnungen | ||
| README.md | ||
| roadmap.md | ||
dev/ — Projekt- und Betriebsdokumentation
Stand: 20.07.2026 — das System ist live (pressekonto.com, presseecho.de, businessportal24.com). Die Struktur trennt aktive Betriebs-/Planungsdoku von abgeschlossenen Phasen (Archiv).
Aktiv
| Pfad | Inhalt |
|---|---|
betrieb/deploy-runbook.md |
Deploy- und Betriebs-Runbook (SFTP-Deploy-Checkliste, Worker, Scheduler, Stripe-Webhook, Rollback) — erste Anlaufstelle für alles Operative |
betrieb/api-legacy-paritaet.md |
Verhaltens-Referenz der Legacy-API-Kompatibilitätsschicht (/service/…) — lebendes Dokument, solange Alt-Integrationen (Connektar) die Pfade nutzen |
betrieb/umami.md |
Umami-Analytics-Snippets je Domain |
roadmap.md |
Offene Punkte und nächste Entwicklungen/Optimierungen |
Lokal / gitignored (bleiben liegen, nicht committen)
| Pfad | Inhalt |
|---|---|
migration/ |
Medien-Staging der Legacy-Migration (~7 GB Uploads beider Altportale) — Quelle für legacy:migrate-media; behalten, bis das Alt-System endgültig abgeschaltet und ein Server-Backup gezogen ist |
api/ |
Postman-Collection (enthält API-Keys!) und Activity-Log-Auswertungen der Alt-APIs |
archive/migration-2026/sql/ |
Legacy-DB-Dumps (Snapshots vom 23.04.2026) |
Archiv (archive/)
Abgeschlossene Phasen, als Historie/Referenz erhalten:
optimize/— System-Optimierungsphasen 0–6 und das Cutover-Runbook der Legacy-Migration (erledigt 20.07.2026; enthält weiterhin die Anleitung für--since-Delta-Läufe, falls das Alt-System noch einmal Daten liefert)release/— Release-Entwicklungsplan, manuelle QA-Checkliste, Boost-Platzierungs-Entscheidungmigration-2026/— Analyse- und Planungsdoku der Legacy-Migration (Datenmodell, Merge-Strategie, API-Kunden, Fortschritt)frontend/+frontend-audits/— Frontend-Konzepte und die Responsive-/Mobile-Audits vom 16.07.agentur-attribution/,legacy_logging/,legacy_performance/,_old/— ältere Einzelthemen bzw. Altsystem-Reste