dev: Deploy-Notiz v1.11.0, Roadmap 6.16 live und 6.17 teilweise erledigt

Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com>

dev/archive/betrieb/deploy-v1.11.0.md

@@ -0,0 +1,24 @@
+# Deploy v1.11.0 — Newsroom verwalten sichtbar, Firma ↔ Newsroom verknüpft
+
+**Stand:** 13.10.2026 · **Live bisher:** `v1.10.0` · Ablauf nach [git-deploy.md](../../betrieb/git-deploy.md), Abschnitte C und D.
+
+**Inhalt** (Roadmap [6.17](../../roadmap.md)):
+
+- **Newsroom-Seite:** Der Verwaltungszugang ist jetzt ein eigener Kasten statt einer grauen Zeile in der Profilbox. Es ist derselbe Kasten wie unter jeder Meldung (gemeinsame Komponente), mit maskierter Adresse und dem Knopf „Anmeldelink anfordern“. Auf Mobil steht er direkt unter dem Profil, am Desktop oben in der Seitenleiste. Der doppelte Kasten „Eigenen Newsroom starten“ entfällt, „Veröffentlichen“ bleibt.
+- **Kunden- und Admin-Firmenseite** heißen jetzt „Firma & Newsroom“. Unter dem Namen stehen die Links zum öffentlichen Newsroom je Portal, oder der Hinweis, dass der Newsroom erst mit der ersten Meldung erscheint. Das Menü heißt weiter „Firmen“ (Entscheidung 13.10.2026: Firma bleibt, Newsroom wird verknüpft).
+
+**Umfang:** keine Migration, keine neuen `.env`-Werte, kein Asset-Diff, Scheduler unverändert. Suite 2.548 grün, einer übersprungen; Larastan ohne Meldung. Erste Commits mit `Changelog:`/`Public:`-Zeilen (E20).
+
+## Deploy
+
+```bash
+cd ~/pressekonto.com
+bash dev/betrieb/deploy.sh v1.11.0
+```
+
+## Prüfungen danach
+
+- `/health` meldet `v1.11.0`.
+- Ein Newsroom auf presseecho.de und businessportal24.com, am Desktop und auf dem Handy: Der Kasten „Diesen Newsroom verwalten“ steht mit maskierter Adresse an der richtigen Stelle.
+- Kundenbereich ▸ Firmen ▸ eine Firma: Der Link „Öffentlicher Newsroom“ führt auf die richtige Seite.
+- Ab jetzt beobachten: `php artisan conversion:funnel --months=1`, „Hinweis auf der Newsroom-Seite“, Übergang von Stufe 2 nach 3. Vorher 7 → 1.

dev/roadmap.md

@@ -50,7 +50,8 @@ oder Release versehen.
 | v1.7.0 | 09.10. | Spamschutz mit Cloudflare Turnstile |
 | v1.8.0/v1.8.1 | 12.10. | Sicherheitsseite „Geräte und Anmeldungen“, Breadcrumbs ohne Daten, Löschfristen Aktivitätsverlauf/API-Protokoll, Newsletter-API 410, Wortwahl „automatisierte Prüfung“ |
 | v1.9.0/v1.9.1 | 13.10. | Boost als „Gebuchte Platzierung“ mit Erklärung, „Aktuell“ statt „Top-Auswahl“, Admin-Aktion „Boost beenden“, `audit:admins` |
-| v1.10.0 | (Deploy offen) | Trichter misst Verwaltungsseite, Anforderung und Firma bei der Einlösung; Admin ▸ Reports ▸ Wachstum; Umami-Anbindung (`umami:report`, `growth:report`) |
+| v1.10.0 | 13.10. | Trichter misst Verwaltungsseite, Anforderung und Firma bei der Einlösung; Admin ▸ Reports ▸ Wachstum; Umami-Anbindung (`umami:report`, `growth:report`) |
+| v1.11.0 | (Deploy offen) | Newsroom-Seite mit Kasten „Diesen Newsroom verwalten“; Firmenseiten „Firma & Newsroom“ mit Link zum öffentlichen Newsroom |
 
 ---
 
@@ -179,8 +180,8 @@ aber nirgends belegt.
 | 6.13 | Ausbau aus dem Release-Plan, bewusst vertagt: EN-Übersetzung der Langseiten (FAQ, Hilfe, API, Veröffentlichen), EN-Rechtstexte und öffentliche Versionshistorie, DSA-Queue, Coupons, Regionen-Seiten, Blacklist-Admin, Bulk-Publish/-Reject, In-App-Benachrichtigungen, Hero-Slider, Boost als Zeitraum. | [Release-Plan](archive/release/entwicklungsplan-release.md), [Boost](archive/release/boost-platzierung-offen.md) | je M |
 | 6.14 | **Spitze ohne Partner** („beste Pressemitteilungen“): Auszeichnung ab einer festen, öffentlich bekannten Schwelle auf Basis des Scorings, keine Quote, kein Ermessen, nie käuflich; getrennt von „Aktuell“ und von „Gebuchte Platzierung“. Reihenfolge verbindlich: (1) Spitze + Infoseite mit Kriterienkategorien, (2) Werkzeuge als Weg zur Spitze, (3) Zufluss (connektar) schärfer filtern, erst wenn Direktkunden tragen. Offen: Name, Schwellenwert (konservativ, nach Nullmessung justieren), Wortlaut der maschinellen Kurzbegründung, Schwelle je Portal. Nullmessung vor dem Start. | [Decision-Update Spitze ohne Partner](partner/decision-update_spitze-ohne-partner.md), [Konzept Rubrik](partner/konzept_bestepresse-rubrik.md) | L |
 | 6.15 | Partnervorlage (Gutscheine, Kontingent gegen Naturalleistung, Provision mit Codes, Interessenkonflikt-Kennzeichnung, Pilot 6 Monate mit Nullmessung) für künftige Partner bereithalten — kein Code, bis ein Partner konkret wird. | [Decision-Update Spitze ohne Partner §6](partner/decision-update_spitze-ohne-partner.md) | [EXTERN] |
-| ~~6.16~~ | ~~Messung und Seite „Wachstum“~~ — **gebaut für v1.10.0 (13.10.2026), Deploy offen:** (a) „Magic Link eingelöst“ trägt Firma und Meldung aus dem Token; (b) neue Stufen „Verwaltungsseite geöffnet“ und „Anmeldelink angefordert“ (Leiter mit 7 Stufen); (c) Erstbuchung mit der Herkunft des letzten eingelösten Links; (d) Admin ▸ Reports ▸ Wachstum und `growth:report` mit den Bedingungen aus 6.1; Umami nur lesend über `UMAMI_API_*`, Befehl `umami:report`. Deploy-Notiz: [`archive/betrieb/deploy-v1.10.0.md`](archive/betrieb/deploy-v1.10.0.md). | Abgleich 13.10.2026 | — |
-| 6.17 | **Klarheit der Kundenmails.** Kunden übersehen, dass sie sich mit der Adresse, an die die Mail ging, selbst anmelden und ihre Meldung ändern können (wiederholt, zuletzt 13.10.2026). Veröffentlichungs- und Ablehnungsmail auf einen klaren nächsten Schritt prüfen; Wirkung über die Stufen „Verwaltungsseite geöffnet“ und „Link angefordert“ aus 6.16 messen. | Betreiber 13.10.2026 | S–M |
+| ~~6.16~~ | ~~Messung und Seite „Wachstum“~~ — **live mit v1.10.0 (13.10.2026):** (a) „Magic Link eingelöst“ trägt Firma und Meldung aus dem Token; (b) neue Stufen „Verwaltungsseite geöffnet“ und „Anmeldelink angefordert“ (Leiter mit 7 Stufen); (c) Erstbuchung mit der Herkunft des letzten eingelösten Links; (d) Admin ▸ Reports ▸ Wachstum und `growth:report` mit den Bedingungen aus 6.1; Umami nur lesend über `UMAMI_API_*`, Befehl `umami:report`. Deploy-Notiz: [`archive/betrieb/deploy-v1.10.0.md`](archive/betrieb/deploy-v1.10.0.md). | Abgleich 13.10.2026 | — |
+| 6.17 | **Klarheit des Verwaltungszugangs.** Kunden übersehen, dass sie sich mit der Adresse, an die die Mail ging, selbst anmelden und ihre Meldung ändern können (wiederholt, zuletzt 13.10.2026). **Erledigt mit v1.11.0:** Newsroom-Seite mit eigenem Kasten statt grauer Zeile (erster Messwert nach v1.10.0: 7 Firmen öffneten die Verwaltungsseite, 1 forderte an); Kunden- und Admin-Firmenseite „Firma & Newsroom“ mit Link zum öffentlichen Newsroom (Entscheidung: Backend sagt weiter „Firma“). **Offen:** Veröffentlichungs- und Ablehnungsmail auf einen klaren nächsten Schritt prüfen (aus der Mail öffnete bisher niemand die Verwaltungsseite); Wirkung über die Stufen 2 und 3 messen. | Betreiber 13.10.2026 | S |
 
 ---