presseportale/dev/archive/2026-09-nutzergewinnung/basiswerte-block0.md
Kevin Adametz 8e3554bf91 dev: Doku aufgeräumt, neue Roadmap als einzige Liste offener Punkte
- dev/roadmap.md neu: alle offenen Punkte aus Plänen, Audits und Protokollen,
  gegen Code und Git abgeglichen (Stand v1.7.0)
- Abgeschlossenes ins Archiv: 2026-09-01 → archive/2026-09-nutzergewinnung,
  2026-09-11-audit → archive/2026-09-audit, lagacy-rechnungen →
  archive/legacy-rechnungen, Deploy-Protokoll v1.1.0, Umami-Snippets,
  Go-Live-Roadmap vom 20.07.
- Aktiv bleiben eigene Ordner bildrechte/ (Plan Fassung 2, Decision-Update)
  und changelog/ (Decision-Update Changelog)
- dev/README.md als Ordnerkarte neu, Verweise und zwei Code-Kommentare auf
  die neuen Pfade

Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com>
2026-10-09 11:25:09 +00:00

10 KiB
Raw Blame History

Basiswerte Block 0

Erhoben: 01.09.2026 auf dem Live-System; Kohorten-Basiswert am 21.09.2026 (Abschnitt „✔ Basiswert 0.1") Fenster: 01.06.2026 bis 01.09.2026 (Kohorten: bis 21.09.2026) Erhoben mit: press-releases:view-distribution, press-releases:rejection-rate

Diese Werte sind der Vergleichspunkt für alles, was aus Block 1 folgt. Sie stehen fest, bevor die erste Maßnahme live geht — genau dafür existiert Block 0.


0.1 Aufrufzahlen

Gesamtverteilung im Fenster

Portal PMs Min P10 P25 Median P75 P90 Max Mittelwert
Presseecho 1436 1 43 72 98 164 212 412 118,6
Businessportal24 1491 7 81 127 200 279 351 1376 214,4

Aufgeteilt nach Bestand:

Portal Bestand PMs Median
Presseecho seit Relaunch 1172 100
Presseecho Altbestand 264 58
Businessportal24 seit Relaunch 1210 202
Businessportal24 Altbestand 281 189

Häufigkeitsverteilung:

Klasse Presseecho Businessportal24
0–24 Aufrufe 2 % 0 %
25–49 11 % 4 %
50–99 38 % 11 %
100–199 37 % 35 %
200–499 12 % 48 %
500–999 0 % 2 %
1000+ 0 % 0 %

⚠ Der Gesamtmedian ist NICHT der Basiswert

press_releases.hits ist ein mitlaufender Gesamtzähler, und die Aufrufe wachsen nach der Veröffentlichung über Wochen weiter. Gemessen auf der Dev-Kopie (Stand 13.08.), nur Meldungen seit dem Relaunch:

Alter der Meldung Presseecho ⌀ Businessportal24 ⌀
0–6 Tage 76 81
7–13 Tage 128 126
14–20 Tage 169 179
21–27 Tage 235 231

Nach drei Wochen ist kein Plateau erreicht — die Kurve steigt weiter. Damit misst der Median über ein Drei-Monats-Fenster nicht, wie viele Aufrufe eine Meldung bekommt, sondern wie viel eine zufällig alte Meldung bisher gesammelt hat. Dieser Wert verschiebt sich mit der Altersmischung des Fensters; zwei Messungen zu verschiedenen Zeitpunkten wären nicht vergleichbar.

Vergleichbar ist nur die einzelne Alterskohorte. Der Report gibt sie seit dem 01.09. mit aus. Als Basiswert festzuhalten ist die Zeile „28–55 Tage" je Portal — sie lässt sich in einem halben Jahr identisch erheben.

Offen: Die Kohortenwerte vom Live-System fehlen noch. Der Report ist nachgerüstet, aber die Zahlen oben stammen aus dem Lauf davor. Vor dem Livegang von Block 1 einmal nachziehen: php artisan press-releases:view-distribution --json > basiswert-0.1.json

21.09.2026: Lauf mit --from=2026-06-01 --to=2026-09-01 --json auf dem Live-System, Datei basiswert-0.1.json liegt im Ordner. Auswertung im nächsten Abschnitt.

Erhebung 21.09.2026 — dasselbe Fenster, drei Wochen später

Gleiches Fenster (01.06.–01.09.), gemessen am 21.09. statt am 01.09. (basiswert-0.1.json):

Portal PMs Median 01.09. Median 21.09. Mittelwert 21.09. P10 / P90
Presseecho 1413 98 126 141,4 65 / 229
Businessportal24 1466 200 303 303,5 149 / 409

Der Gesamtmedian ist in drei Wochen um 29 % (Presseecho) bzw. 52 % (Businessportal24) gestiegen, ohne dass sich am Fenster etwas geändert hat — genau der Effekt, vor dem der Abschnitt oben warnt. (Die PM-Zahl ist um 23 bzw. 25 gesunken: seither offline genommene Meldungen.)

Kohorten laut Datei (Alter gerechnet ab --to = 01.09., Zähler aber Stand 21.09. — das tatsächliche Alter liegt 20 Tage höher):

Zeile in der Datei tatsächliches Alter Presseecho PMs / Median Businessportal24 PMs / Median
0–6 Tage 20–26 188 / 109 187 / 252
7–13 Tage 27–33 146 / 108 154 / 294
14–20 Tage 34–40 171 / 104 175 / 336
21–27 Tage 41–47 136 / 128 142 / 319
28–55 Tage 48–75 (nur ab Go-Live 20.07.) 351 / 202 368 / 338

Lesbar ist daraus schon einiges: Businessportal24 erreicht ab etwa fünf Wochen ein Plateau um 320–340 Aufrufe; Presseecho liegt bei rund 105–130 und springt nur in der Go-Live-Kohorte (Meldungen vom 20.07.–04.08.) auf 202 — vermutlich der Erstcrawl nach dem Umzug, kein Dauerzustand.

Als Basiswert taugt diese Kohortenzeile trotzdem nicht: Der Report rechnete das Alter ab --to, die Zähler stehen aber immer auf heute. Mit einem Enddatum in der Vergangenheit verschieben sich alle Kohorten um die Verzögerung des Laufs. Seit dem 21.09.2026 zählt der Report das Alter ab dem Stichtag der Erhebung (Feld stichtag in der JSON-Ausgabe); ein --to in der Vergangenheit lässt die jungen Kohorten leer.

Offen (letzter Schritt für 0.1): einmal mit Stichtag = heute laufen lassen — erledigt, siehe nächster Abschnitt.

✔ Basiswert 0.1 — Kohorte „28–55 Tage", Stichtag 21.09.2026

Lauf press-releases:view-distribution --from=2026-06-01 --json auf dem Live-System am 21.09.2026 (Enddatum = Stichtag, Alter und Zähler passen zusammen; basiswert-0.1-kohorten.json). Nur Meldungen seit dem Relaunch.

Portal PMs in der Kohorte Median Mittelwert
Presseecho 703 122 133,2
Businessportal24 727 314 318,0

Das ist der Vergleichspunkt für Block 1–3. Nächste Erhebung mit demselben Befehl (ohne --to), Zeile „28–55 Tage", frühestens im Frühjahr 2027; die Kohorte enthält dann ausschließlich Meldungen, die unter den Maßnahmen von Block 1 veröffentlicht wurden.

Die ganze Kurve am Stichtag 21.09.2026:

Alter Presseecho PMs / Median Businessportal24 PMs / Median
0–6 Tage 176 / 75 181 / 115
7–13 Tage 177 / 98 179 / 171
14–20 Tage 185 / 111 180 / 217
21–27 Tage 191 / 109 190 / 253
28–55 Tage 703 / 122 727 / 314
56–90 Tage (= Go-Live-Wochen 20.07.–27.07.) 184 / 230 194 / 346

Fußnote (25.09.2026, Umsetzungsaudit N15): Die Kohorten dieser Erhebung waren je einen Tag schmaler als beschriftet — der Report bildete die Untergrenze mit Stichtag − (Obergrenze − 1) und ließ an jeder Kohortengrenze 24 Stunden aus. „28–55 Tage" umfasst hier also 27 statt 28 Tage, die Kohortensumme (1.616 / 1.651) liegt deshalb unter „seit Relaunch" (1.804 / 1.847). Der Report ist seit dem 25.09.2026 korrigiert (halboffene Intervalle, lückenlos). Die Werte 122 / 314 bleiben als Basiswert stehen — eine Neuerhebung heute träfe eine andere Meldungsmenge, nicht denselben Stichtag. Die nächste Erhebung läuft mit dem korrigierten Report; der Unterschied von einem Tag Breite ist für den Vergleich der Mediane unerheblich.

Lesart:

  • Businessportal24 sammelt stetig bis etwa Woche 5 und liegt dann bei gut 300; Meldungen bekommen dort im ersten Monat rund zweieinhalbmal so viele Aufrufe wie auf Presseecho.
  • Presseecho ist nach zwei Wochen praktisch fertig (111 → 109 → 122). Die 230 der Go-Live-Kohorte sind der Erstcrawl nach dem Umzug, kein Dauerzustand — der Ausreißer aus der ersten Datei ist damit erklärt.
  • Die Fensterwerte der ersten Datei (Median 126 / 303 für 01.06.–01.09.) lagen genau deshalb höher als der Kohortenwert: sie enthalten die Go-Live-Wochen zu einem Drittel.
  • Für E2 ändert sich nichts: keine Bodensatz-Klasse, Mittelwert nahe am Median, Portale um den Faktor 2,5 auseinander — Rohzahlen, je Portal.

0.2 Ablehnungsquote je Quelle

Quelle Eingereicht Veröffentlicht Abgelehnt Quote
API: connektar.de Presseverteiler (#13993) 2428 2369 59 2,4 %
direkt (Kundenbereich) 13 13 0 0 %
gesamt 2441 2382 59 2,4 %

Nur eine API-Quelle

Die Roadmap nannte ursprünglich „connektar, openPR, direkt". Das war ein Missverständnis: openPR ist kein zweiter Kanal, sondern der Presse-API-Verteiler von connektar — also derselbe Zulauf. Bestätigt am 01.09.2026.

In den Daten: genau ein API-Token wurde je benutzt (User 13993). Der Report gruppiert trotzdem generisch je API-Client, damit ein späterer zweiter Kunde automatisch eine eigene Zeile bekommt.

⚠ Was diese Zahl für Block 1d bedeutet

59 Ablehnungen im Quartal sind eine schmale Grundlage. Grobe Abschätzung bei n ≈ 2400 und p = 2,4 %: Der Standardfehler liegt bei rund 0,3 Prozentpunkten, der eines Vorher-Nachher-Vergleichs bei rund 0,44.

Angestrebte Wirkung von 1d Erkennbar nach einem Quartal?
Quote halbiert (2,4 % → 1,2 %) ja, rund 2,7 Standardfehler
Quote um 20 % gesenkt (2,4 % → 1,9 %) nein, rund 1,1 Standardfehler

Folge für die Abbruchbedingung von Block 1: „Wiedereinreichung nach Ablehnung ist messbar" als Kriterium arbeitet mit rund 59 Fällen je Quartal. Ein Schwellwert muss dazu passen, sonst wird Block 1 an einem Rauschen gemessen.


Was daraus für E2 folgt

E2 — Zeigt die Absenderansicht Rohzahlen oder eine Einordnung gegen den Portaldurchschnitt?

Empfehlung: Rohzahlen. Begründung:

  1. Kein Bodensatz, den eine Einordnung kaschieren müsste. Unter 25 Aufrufen liegen 2 % (Presseecho) beziehungsweise 0 % (Businessportal24) der Meldungen. Die Befürchtung aus der Roadmap — „fällt die Verteilung schwach aus, werden Rohzahlen zum Nachteil" — tritt nicht ein.
  2. Die Verteilungen sind nahezu symmetrisch. Mittelwert zu Median: 118,6 zu 98 und 214,4 zu 200. Es gibt keine Handvoll Ausreißer, die den Schnitt nach oben zieht und die Mehrheit darunter zurücklässt.
  3. Eine Einordnung gegen den Portaldurchschnitt wäre sogar falsch. Wegen der Wachstumskurve oben vergleicht sie eine zwei Tage alte Meldung gegen einen Schnitt, der drei Monate alte Meldungen enthält — jede frische Veröffentlichung sähe wie ein Misserfolg aus. Eine Einordnung müsste zwingend altersgleich sein, und dann ist sie deutlich aufwendiger als der Nutzen rechtfertigt.
  4. Ein portalübergreifender Durchschnitt verbietet sich ohnehin. Die Mediane unterscheiden sich um den Faktor zwei (98 gegenüber 200). Jede Einordnung müsste je Portal geführt werden.

Wenn später doch eine Einordnung gewünscht ist, dann als Perzentil-Angabe innerhalb der eigenen Alterskohorte („liegt über 60 % der Meldungen vergleichbaren Alters auf diesem Portal") — nicht als Vergleich gegen einen Durchschnitt. Die Kohortenlogik dafür steht bereits im Report.