Direkt zum Inhalt
Redaktion/Betriebssystem/Block 58
58P02 · Prüfregister · vollständig veröffentlicht
Canonical- und Duplikatlogik

Canonical- und Duplikatlogik: Daten-, Quellen- und Prüfregister

Canonical- und Duplikatlogik so ausbauen, dass wir strukturierte, aktualisierbare und nachvollziehbar belegte Daten für Redaktion und Produkte bereitstellen.

Abhängigkeit
Block 56 (Canonical- und Duplikatlogik: Grundlage)
Prüfstand
27. August 2026
Nächster Systemreview
19. November 2026
Hauptlieferumfang

Was dieser Block wirklich liefert.

Die Bestandteile bilden gemeinsam den Abschlussnachweis. Eine einzelne Seite oder ein einzelnes Bedienelement genügt nicht.

01

strukturiertes Prüfregister

02

Pflichtfelder: Varianten-ID, Ausgangs-URL, Seitentyp, Nutzerabsicht, Canonical-Ziel, HTTP-Status, Sitemapstatus, interne Linkziele, Prüfdatum, verantwortliche Rolle

03

Prüfstatus und Änderungsverlauf

04

druck- und exportierbare Feldansicht

Die Druckansicht bewahrt Feldnamen, Status und Qualitäts-Gate. Browserseitig werden dabei keine Registerdaten versendet.

Canonical- und Duplikatlogik
Registerregeln

So wird der Lieferumfang angewendet.

Jeder Schritt ist absichtlich prüfbar formuliert. Fehlende Pflichtangaben erhalten keinen grünen Status.

  1. 01Varianten-ID ist Pflichtfeld oder erhält einen sichtbaren Status ‚nicht anwendbar‘ mit Begründung.
  2. 02Ausgangs-URL ist Pflichtfeld oder erhält einen sichtbaren Status ‚nicht anwendbar‘ mit Begründung.
  3. 03Seitentyp ist Pflichtfeld oder erhält einen sichtbaren Status ‚nicht anwendbar‘ mit Begründung.
  4. 04Nutzerabsicht ist Pflichtfeld oder erhält einen sichtbaren Status ‚nicht anwendbar‘ mit Begründung.
  5. 05Canonical-Ziel ist Pflichtfeld oder erhält einen sichtbaren Status ‚nicht anwendbar‘ mit Begründung.
  6. 06HTTP-Status ist Pflichtfeld oder erhält einen sichtbaren Status ‚nicht anwendbar‘ mit Begründung.
  7. 07Sitemapstatus ist Pflichtfeld oder erhält einen sichtbaren Status ‚nicht anwendbar‘ mit Begründung.
  8. 08interne Linkziele ist Pflichtfeld oder erhält einen sichtbaren Status ‚nicht anwendbar‘ mit Begründung.
  9. 09Prüfdatum ist Pflichtfeld oder erhält einen sichtbaren Status ‚nicht anwendbar‘ mit Begründung.
  10. 10verantwortliche Rolle ist Pflichtfeld oder erhält einen sichtbaren Status ‚nicht anwendbar‘ mit Begründung.
Qualitäts-Gate

Erledigt heißt: nachgewiesen.

Pflichtfelder vollständig, Primärquellen dokumentiert, Aktualisierungsintervall und Verantwortliche gesetzt

Nachweis 1keine stillen Pflichtfeldlücken
Nachweis 2Quelle, Prüfdatum und Rolle sind getrennt
Nachweis 3Änderungen bleiben nachvollziehbar
Nachweis 4Druckansicht bewahrt Feldbezeichnungen und Status
Im Portal vernetzt

Keine Insellösung.