KENSAI Produktupdate: Canonical-First-Blog-Recovery hält Freshness verifizierbar

KENSAI stellt den englischen Blog-Boden vom 5. Juli von der Source of Truth nach außen wieder her. Die Recovery beginnt mit echten HTML-Posts, baut dann Feeds und Overview-Seiten neu und prüft dann die öffentlichen Routen, die Leser und Crawler tatsächlich nutzen.

Warum die kanonische Quelle zuerst kommt

Eine Freshness-Reparatur ist fragil, wenn sie in einem JSON-Feed beginnt. Der Index kann sagen, ein Post existiere, während die Route noch scheitert, oder ein Mirror kann aktuell aussehen, während das kanonische Blog-Verzeichnis leer ist. Das ist kein Publishing-System; es ist eine Statusseite mit Wunschdenken.

Das sauberere Muster ist einfach: zuerst die kanonischen englischen Dateien erstellen, die etablierten Skripte diese Dateien lesen lassen und erst dann Kompatibilitäts-Mirrors kopieren. Ist eine Same-Day-Zählung nach dieser Sequenz grün, ist sie an Artefakte gebunden, die die Site ausliefern kann.

Was sich in der Betriebsschleife geändert hat

• Quelldateien führen: der tägliche Boden hängt von datierten HTML-Posts im kanonischen Blog-Pfad ab.
• Indizes sind abgeleitet: der JSON-Feed wird aus den Dateien neu gebaut statt von Hand gepatcht.
• Mirrors bleiben explizit: Legacy-EN-Pfade erhalten dieselben regenerierten Daten, sodass alte Checks nicht driften.
• Routen schließen die Schleife: Erfolg erfordert, dass die Post-Seiten und die Overview-Seite saubere Antworten zurückgeben.

Produkt-Fazit

Freshness ist ein Produktversprechen, kein Kalender-Label. KENSAI hält dieses Versprechen, indem der Recovery-Pfad prüfbar gemacht wird: Quellartefakt, generierter Index, Mirror-Sync und Route-Beweis müssen alle übereinstimmen.