Ü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>
47 lines
1.8 KiB
PHP
47 lines
1.8 KiB
PHP
<?php
|
|
|
|
/*
|
|
|--------------------------------------------------------------------------
|
|
| Kanonische Zuordnung bei Doppelveröffentlichung (Anhang 2, 1c.8)
|
|
|--------------------------------------------------------------------------
|
|
|
|
|
| Liegt dieselbe Meldung auf beiden Portalen, bestimmt das Portal die
|
|
| Erstquelle: die zweite Fassung verweist per rel=canonical auf die erste,
|
|
| Leser sehen weiterhin beide. Welche Fassung „erste" ist, folgt der
|
|
| Kategorie (Entscheidung E9): Wirtschafts- und Unternehmensthemen auf
|
|
| businessportal24, breite Themen auf presseecho. Meldungen mit
|
|
| portal=both (eine Zeile, zwei Adressen) folgen derselben Zuordnung.
|
|
|
|
|
| Solange `enabled` aus ist, wird nichts zugeordnet und jede Fassung bleibt
|
|
| ihr eigenes Canonical — genau der Zustand vor Anhang 2.
|
|
|
|
|
*/
|
|
|
|
return [
|
|
|
|
'enabled' => (bool) env('CANONICAL_ASSIGNMENT_ENABLED', false),
|
|
|
|
// DE-Slug der Hauptkategorie => Portal, das die Erstquelle führt.
|
|
// Vorschlag zu E9; Kategorien ohne Eintrag fallen auf `fallback`.
|
|
'portal_by_category' => [
|
|
'finanzen' => 'businessportal24',
|
|
'handel' => 'businessportal24',
|
|
'it' => 'businessportal24',
|
|
'recht' => 'businessportal24',
|
|
'wissenschaft-forschung' => 'businessportal24',
|
|
'motor-verkehr' => 'businessportal24',
|
|
'haus' => 'presseecho',
|
|
'kultur' => 'presseecho',
|
|
'medizin' => 'presseecho',
|
|
'mode' => 'presseecho',
|
|
'politik' => 'presseecho',
|
|
'reisen' => 'presseecho',
|
|
'sport' => 'presseecho',
|
|
'sonstiges' => 'presseecho',
|
|
],
|
|
|
|
// Ohne Kategorie-Eintrag: 'first' = die zuerst veröffentlichte Fassung
|
|
// bleibt Erstquelle; alternativ ein Portalname als feste Vorgabe.
|
|
'fallback' => env('CANONICAL_FALLBACK', 'first'),
|
|
|
|
];
|