- R-02/K-03: Aufrufaggregation und Merge ändern updated_at nicht mehr; neue Spalte press_releases.content_changed_at (INSTANT), contentModifiedAt() für Sitemap-lastmod, dateModified und article:modified_time - R-03: Sitemap und Legacy-view_url mit /en/ für englische Meldungen - R-04/O01: X-Pk-Ref je Empfänger per HMAC signiert; auf eine Sperre zählt — hart wie weich — nur ein gültig signierter Rückläufer, unsignierte standardmäßig nur zur Sichtung (BOUNCE_UNSIGNED_KIND=policy) - R-05/R-06: Unmerge setzt nur unveränderte Füllwerte zurück (company_merge_moves.merged_value), Canonical-Neubewertung nach Merge und Unmerge, assignAll setzt veraltete Verweise zurück - R-07 bis R-11: Crawler zählen nicht als Aufruf, Mail-Klick gedrosselt und verzögert geschrieben, Claim-Zähler erst nach Versand, email_bounces nach 395 Tagen gelöscht, Canonical-Portal über Kategorie-ID, llms-Cache geleert, Feed-Teaser ohne Doppel-Escaping, Merge-Ketten aufgelöst - N17/N18: kein falsches „gelistet seit", Rollen im Indexbericht wie Sitemap - OPT-1/OPT-2: topFeeds in SQL, purge-events löscht nach Grenz-ID Enthält aus PressRelease.php auch die Card-Bild-Helfer (B-01) und wasEverPublished()/neverPublished() (A-05), weil die Datei ungeteilt committet ist. Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com>
124 lines
5.3 KiB
PHP
124 lines
5.3 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', true),
|
|
|
|
// ID der Hauptkategorie => Portal, das die Erstquelle führt (E9).
|
|
// Maßgeblich vor `portal_by_category`: eine Slug-Änderung im Admin
|
|
// schaltete die Zuordnung sonst still ab (Umsetzungsaudit 29.09.2026,
|
|
// R-11). IDs aus dem Bestand (Stand 29.09.2026, identisch mit der
|
|
// Slug-Liste unten — gleiche Wirkung). Im Testlauf leer: dort vergibt
|
|
// SQLite die IDs neu, Tests setzen ihre Zuordnung selbst.
|
|
'portal_by_category_id' => env('APP_ENV') === 'testing' ? [] : [
|
|
1 => 'businessportal24', // handel
|
|
2 => 'businessportal24', // it
|
|
3 => 'businessportal24', // finanzen
|
|
4 => 'presseecho', // reisen
|
|
5 => 'presseecho', // kultur
|
|
6 => 'presseecho', // politik
|
|
7 => 'presseecho', // medizin
|
|
8 => 'presseecho', // sport
|
|
9 => 'businessportal24', // motor-verkehr
|
|
10 => 'presseecho', // haus
|
|
11 => 'presseecho', // mode
|
|
12 => 'presseecho', // sonstiges
|
|
13 => 'businessportal24', // wissenschaft-forschung
|
|
14 => 'businessportal24', // recht
|
|
],
|
|
|
|
// Rückwärtskompatibel: DE-Slug der Hauptkategorie => Portal. Greift nur
|
|
// für Hauptkategorien ohne Eintrag in `portal_by_category_id`.
|
|
// Kategorien ohne beides 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'),
|
|
|
|
/*
|
|
|----------------------------------------------------------------------
|
|
| Statische Seiten auf drei Hosts (E10, entschieden 18.09.2026)
|
|
|----------------------------------------------------------------------
|
|
|
|
|
| faq, hilfe, Transparenzseiten & Co. werden auf Hub und beiden Portalen
|
|
| mit identischem Text ausgeliefert — dieselbe Doppelung wie bei den
|
|
| Meldungen, nur dreifach. Die Portale führen (ältere Domains),
|
|
| presseecho ist der Standard; die API-Dokumentation gehört zum Hub.
|
|
|
|
|
| Routenname => Domain-Schlüssel aus config/domains.php. Nicht gelistete
|
|
| Seiten bleiben self-canonical je Host.
|
|
|
|
|
| BEWUSST NICHT gelistet: impressum, datenschutz, agb, richtlinien,
|
|
| melden, kuendigung. Jede Domain ist ein eigenes Angebot mit eigener
|
|
| Anbieterkennzeichnung, eigenem Meldeweg und eigenen Bedingungen —
|
|
| diese Seiten müssen je Host für sich stehen und auffindbar bleiben.
|
|
|
|
|
*/
|
|
|
|
'static_page_host' => [
|
|
'faq' => 'presseecho',
|
|
'hilfe' => 'presseecho',
|
|
'gute-pressemitteilung' => 'presseecho',
|
|
'was-kostet-eine-pressemitteilung' => 'presseecho',
|
|
'pressemitteilung-veroeffentlichen-ohne-abo' => 'presseecho',
|
|
'pressemitteilung-loeschen-oder-aendern-lassen' => 'presseecho',
|
|
'pressemitteilung-kostenlos-veroeffentlichen' => 'presseecho',
|
|
'api' => 'pressekonto',
|
|
],
|
|
|
|
/*
|
|
| Seiten, die es nur auf den Portalen gibt. Auf dem Hub wurden sie bisher
|
|
| mit Portal-Branding unter pressekonto.com ausgeliefert (der Portal-
|
|
| Kontext fällt dort auf businessportal24 zurück) — jetzt 301 auf das
|
|
| führende Portal.
|
|
*/
|
|
|
|
'portal_only_pages' => ['preise', 'veroeffentlichen', 'newsrooms', 'suche', 'rss'],
|
|
|
|
/*
|
|
| Portal-INHALTE (Kategorie, Jahresarchiv, Meldung, Newsroom). Die
|
|
| Ausgabe-Routen gelten für alle Hosts, deshalb waren sie auch unter
|
|
| pressekonto.com erreichbar — dieselben Texte ein drittes Mal, nur mit
|
|
| dem Branding des Portals, auf das der Hub-Kontext zurückfällt.
|
|
| Ziel ist bei Meldung und Newsroom das Portal des Eintrags selbst,
|
|
| sonst `portal_only_host`.
|
|
*/
|
|
|
|
'portal_only_content_routes' => ['kategorie', 'kategorie.archiv', 'kategorie.feed', 'feed', 'release.detail', 'newsroom', 'newsroom.claim', 'newsroom.feed'],
|
|
|
|
'portal_only_host' => 'presseecho',
|
|
|
|
];
|