ready_for_controlled_launch · score_header_clarity
Verstehen Betreiber Score und Grenzen schneller, ohne dass Korrekturanfragen steigen?
Nur Copy-/Layout-Variante im Score-Header; keine neue Scoring-Formel und kein neues Domainurteil.
Gate: Report-Quality-Smoke muss grüne False-Positive-Faelle für heise.de, kochcode.de, ayurveda.de und mkg-schlosspark.de zeigen.
Messgrenze: Nur aggregierte score_explainer_open- und report_correction_open-Signale je Reporttyp und Woche.
Privacy-Grenze: Keine Besucherprofile, keine IP-/User-Agent-Rohdaten und keine Domain-Eingaben einzelner Nutzer in öffentlicher Evidence.
Aktivierung: Start erst nach unveränderter Report-Quality-Evidence und Betreiberfreigabe für die sichtbare Copy.
Stop-Bedingung: Sofort stoppen, wenn Korrekturanfragen steigen oder harte Besucherwarnungen wieder erscheinen.
Public-Claim-Grenze: Keine Gewinnerbehauptung, keine Rechtsfreigabe und kein Score-Qualitätsclaim ohne aggregierte Evidence.
Verantwortlichkeit: Produkt und Report-Qualität
ready_for_controlled_launch · home_scan_activation
Führt eine klarere Startseite zu mehr abgeschlossenen Checks mit kanonischer Report-URL?
Nur Hero-/Formular-Copy und Reihenfolge; keine Änderung an Crawl-Logik, Domainrouting oder Kurz-URL-Regeln.
Gate: Crawler-Readiness, SEO/PWA-Smoke und Competitive-Smoke müssen ohne Fehler laufen.
Messgrenze: Nur aggregierte scan_start- und scan_complete-Signale je Landingpage und Kalenderwoche.
Privacy-Grenze: Keine Speicherung einzelner Eingabedomains im KPI-Artefakt und keine Session-ID.
Aktivierung: Start erst, wenn kanonische Weiterleitung nach Scanabschluss live verifiziert ist.
Stop-Bedingung: Stoppen, wenn Scan-Completion sinkt oder Nutzer auf nicht-kanonische Ergebnislinks gelangen.
Public-Claim-Grenze: Keine Conversion-Steigerung behaupten, solange nur ein interner Smoke oder Einzeltest vorliegt.
Verantwortlichkeit: Produkt und Routing
template_contract_active · report_summary_first
Hilft die Kurzfazit-Struktur Betreibern, Fakten, Grenzen und nächste Schritte zu trennen?
Template-Variante bleibt faktisch: keine Hintergrundinhalte im Testresult, nur Links auf Hintergrundseiten und Evidence.
Gate: Report-Quality-Smoke muss Link-only, Score-Erklärung und verbotene Phrasen absichern.
Messgrenze: Nur aggregierte report_evidence_open- und report_guide_open-Signale je Modulklasse.
Privacy-Grenze: Keine personenbezogenen Besucherlogs und keine Rohklickpfade in öffentlichen Artefakten.
Aktivierung: Aktiv, solange Link-only-Testresult und Score-Semantik-Smokes grün bleiben.
Stop-Bedingung: Stoppen, wenn Reportseiten wieder allgemeine Hintergrundseiten oder nicht belegte Empfehlungen anzeigen.
Public-Claim-Grenze: Keine Aussage, dass ein Betreiberproblem gelöst wurde; nur bessere Lesefuehrung ist testbar.
Verantwortlichkeit: Report UX und Qualität
ready_for_controlled_launch · trust_entry_visibility
Erhoeht sichtbarer Trust-Einstieg Vertrauen, ohne den Check-Start zu verdraengen?
Nur Navigation/Teaser zu Impressum, Datenschutz, Über SaferPage und Sicherheitskontakt.
Gate: Trust-Seiten, security.txt, Portal-Header und HXT-Publisher-Daten müssen grün sein.
Messgrenze: Nur aggregierte about_trust_open-, scan_start- und report_correction_open-Signale.
Privacy-Grenze: Keine Besucherprofile, keine personenbezogene Trust-Journey und keine Mailadresse im KPI-Export.
Aktivierung: Start erst, wenn eigene Trust-Hygiene-Smokes ohne Platzhalter laufen.
Stop-Bedingung: Stoppen, wenn Scan-Starts sinken oder Trust-Seiten wieder Platzhalter enthalten.
Public-Claim-Grenze: Kein Trust-Siegel, keine Zertifizierung und keine Reaktionszeit-Zusage.
Verantwortlichkeit: Trust und Betreiberkommunikation
wartet_auf_betreiberfreigabe · operator_fix_path
Brauchen Betreiber erst Hintergrund-Links oder strukturierte Nachweispositionen, um Befunde schneller zu bearbeiten?
Nachweispositionen-Variante nur als Betreiber-Arbeitsansicht; öffentliche Testresult-Seiten bleiben Fakt und Linkziel.
Gate: Go-live-Control, No-Secret-Grenzen und Link-only-Testresult müssen für Nachweispositionen unverändert gelten.
Messgrenze: Nur aggregierte report_guide_open-, report_evidence_open- und Re-Scan-Signale je Modul.
Privacy-Grenze: Keine privaten Nachweispositionen, Ziel-URLs, Empfänger, Rohpayloads oder Betreiberkommentare in Public Evidence.
Aktivierung: Start erst nach Betreiberfreigabe für Arbeitsansicht, Rollenmodell und Exportgrenzen.
Stop-Bedingung: Stoppen, wenn öffentliche Reports wieder Umsetzungsschritte statt Fakten zeigen.
Public-Claim-Grenze: Keine Behebungsquote und kein Zielzeit-Claim ohne Betreiber-Workflow-Evidence.
Verantwortlichkeit: Betreiber-Workflow
ready_for_controlled_launch · correction_path_friction
Senkt ein direkter Korrekturhinweis die Huerde für qualifizierte False-Positive-Meldungen?
Nur Inline-Hinweis und Formular-/Kontaktverlinkung; keine automatische Report-Änderung ohne Review.
Gate: Korrekturpfad, Kontaktseite, Report-Quality-Fallledger und No-Secret-Regeln müssen sichtbar sein.
Messgrenze: Nur aggregierte report_correction_open- und qualifizierte Korrekturpfad-Oeffnungen nach Reporttyp.
Privacy-Grenze: Keine E-Mail-Adresse, kein Freitext, keine Scan-ID-Rohdaten und keine privaten Nachweise in öffentlicher Evidence.
Aktivierung: Start erst, wenn Korrekturhinweis klar zwischen Scan-Evidence und manueller Prüfung trennt.
Stop-Bedingung: Stoppen, wenn Meldungen ohne Domain, Scan-ID oder betroffenen Befund zunehmen.
Public-Claim-Grenze: Keine Aussage über Fehlerquote oder Bearbeitungszeit ohne freigegebene Support-Evidence.
Verantwortlichkeit: Support und Report-Qualität