web: Doppelveröffentlichung — Prüfsumme, kanonische Zuordnung (aus bis E9), Quellenauskunft, noindex im Portal (Anhang 2)

Über die API kommt praktisch jede Meldung zweimal, je Portal eine Zeile
mit gleichem Text: 9.092 Paare, 53 % des Archivs, bisher jede Fassung
self-canonical und in beiden Sitemaps — Google wählte.

1c.7: press_releases.content_hash (SHA-256 über Titel + Text ohne Markup),
gesetzt beim Speichern, Bestand per press-releases:hash-content
(Query-Builder, Blöcke). Migration in zwei Statements — ADD COLUMN INSTANT,
ADD INDEX INPLACE, kein Rebuild. press-releases:duplicates-report zählt
Paare je Hauptkategorie.

1c.8: canonical_press_release_id + CanonicalAssigner. Erstquelle folgt der
Kategorie (config/canonical.php, Vorschlag zu E9), sonst die zuerst
veröffentlichte Fassung. Zuordnung bei jeder Veröffentlichung und über den
Bestand (press-releases:assign-canonicals). Die Kopie trägt rel=canonical
und mainEntityOfPage auf die Erstquelle; Sitemap und News-Sitemap nennen
nur sie; Leser sehen weiterhin beide. Alles hinter
CANONICAL_ASSIGNMENT_ENABLED (false), bis E9 entschieden ist.

1c.9: user_canonical in den Index-Prüfungen, sourceVerdict() unterscheidet
eigene Adresse / andere eigene Fassung / fremdes Portal; Anzeige im Block
„Google-Index" hinter GSC_CUSTOMER_VISIBLE, ohne Aussage über das Warum.

Dazu: Abschnitt zur einen Quelle auf /gute-pressemitteilung (Verteiler →
viele Kopien, eigene Website zuerst, keine Garantie), noindex in Admin-,
Kunden- und Auth-Layouts, UmamiSnippetTest von der lokalen .env gelöst.

Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>

lang/de/static.php

@@ -160,6 +160,12 @@ return [
         'images_format' => 'Format',
         'images_format_text' => 'JPG, PNG oder WebP, ausreichend groß für die Verwendung durch Dritte; Querformat funktioniert in den meisten Layouts am besten.',
 
+        'source_heading' => 'Warum eine Meldung mehrfach im Netz steht und nur einmal in den Suchergebnissen',
+        'source_p1' => 'Wer eine Pressemitteilung über einen Verteiler ausspielt, findet sie danach gleichlautend auf vielen Portalen. Für Leser sind das viele Fundstellen. Für eine Suchmaschine ist es ein Text, und sie wählt eine Adresse davon als maßgeblich aus — die anderen erscheinen in den Ergebnissen nicht. Das ist keine Abwertung, sondern eine Auswahl. Welche Fassung sie trifft, entscheidet der Algorithmus; Portale und Absender erfahren nur das Ergebnis, nicht den Grund.',
+        'source_p2' => 'Bei uns gilt dasselbe zwischen presseecho und businessportal24: Erscheint eine Meldung auf beiden Portalen, sind das zwei Fundstellen für Leser, nicht zwei Fundstellen in der Suche.',
+        'source_p2_assigned' => 'Damit nicht der Zufall entscheidet, verweist bei uns die zweite Fassung auf die erste — die Erstquelle richtet sich nach dem Themenfeld der Meldung.',
+        'source_p3' => 'Die stabilste Quelle, die ein Unternehmen hat, ist die eigene Website. Wer eine Meldung zuerst dort veröffentlicht und danach auf Portale gibt, hat die Erstfassung unter eigener Kontrolle. Das schmälert nichts von dem, was Portale leisten: Verbreitung bekommt über die eigene Website niemand.',
+        'source_p4' => 'Eine direkt eingereichte, geprüfte Meldung mit strukturierten Daten und stabiler Adresse hat bessere Voraussetzungen, als Quelle geführt zu werden, als eine Verteilerkopie. Garantieren lässt sich das nicht — von niemandem.',
         'more_heading' => 'Weiterführend',
         'more_guidelines' => 'Veröffentlichungsrichtlinien — die Kategorien, gegen die geprüft wird',
         'more_publish' => 'Veröffentlichen — der Weg vom Entwurf zur Meldung',