KENSAI Produktupdate: Nach Gebietsschema getrennte JSON-Dateien und einheitliche Übersichtsseiten optimieren die Veröffentlichung am selben Tag

Bei der heutigen Produktarbeit ging es darum, unbemerkte Abweichungen zu beseitigen. Jede erforderliche Sprache benötigt jetzt einen eigenen JSON-Bereich, eine eigene lokalisierte Artikelseite und am selben Tag eine mit der englischen Version übereinstimmende Übersicht, damit Englisch nicht mehr allein vorauseilt.

Was heute veröffentlicht wurde

Dieses Update ist weniger spektakulär als ein neues Dashboard, aber wichtiger. Wir haben den Veröffentlichungsprozess optimiert, damit mehrsprachige Blog-Inhalte auch unter Druck strukturell korrekt bleiben, statt vollständig zu wirken, während die Lokalisierungsebene unbemerkt abweicht.

Die zentralen Änderungen sind einfach: Jede Sprache erhält einen eigenen JSON-Index, die Übersichtsseiten müssen am selben Tag in allen erforderlichen Sprachen mit der englischen Version übereinstimmen, und die HTML-Dateien bleiben die maßgebliche Datenquelle für die Neuerstellung der abgeleiteten Indizes.

1) Jedes Gebietsschema erhält jetzt seinen eigenen JSON-Index

Die verbindliche Regel ist jetzt ausdrücklich in der Produktoberfläche festgehalten: Englische Beiträge gehören ausschließlich in blog-posts.json, deutsche ausschließlich in blog-posts-de.json, französische ausschließlich in blog-posts-fr.json und so weiter. Sprachen im englischen Index zu vermischen, ist keine mehrsprachige Veröffentlichung, sondern Metadatenkorruption mit besserem Branding.

Diese Trennung ist wichtig, weil jede nachgelagerte Oberfläche davon abhängt. Filter, Übersichtskarten, hreflang-Erwartungen und Prüfungen der tagesgleichen Anzahl werden weniger zuverlässig, sobald ein Gebietsschema in die falsche JSON-Datei gelangt.

2) Einheitliche Übersichten am selben Tag sind nicht länger optional

Wir haben außerdem die Vorgabe verschärft, dass die Blog-Übersicht jedes erforderlichen Gebietsschemas am selben Tag dieselben Veröffentlichungen wie die englische Version enthalten muss. Wenn die englische Version das Produktupdate des Tages enthält, sollten auch die Übersichten der erforderlichen Gebietsschemata diesen Beitrag noch am selben Tag anzeigen – nicht erst nach einer unbemerkten Verzögerung oder einer manuellen Bereinigung.

Diese Übereinstimmung ist kein kosmetisches SEO-Detail. Sie macht den Unterschied zwischen einem wirklich lokalisierten Veröffentlichungssystem und einem System, das nur synchronisiert zu sein scheint, wenn jemand kurz die Startseite überprüft.

3) HTML bleibt die maßgebliche Datenquelle, abgeleitete Indizes werden daraus neu erstellt

Eine weitere wichtige Verschärfung betrifft den Prozess: Die HTML-Artikeldateien bleiben die maßgebliche Datenquelle, während die JSON-Indizes aus diesen tatsächlichen Seiten neu generiert werden. Dadurch erhält der Veröffentlichungsprozess einen zuverlässigeren Wiederherstellungsweg, wenn JSON-Daten verunreinigt oder dupliziert werden oder schlicht hinter den tatsächlich veröffentlichten Inhalten zurückbleiben.

Das ist eine bessere Vereinbarung: zuerst echte Seiten, danach abgeleitete Indizes und anschließend die Erstellung der Übersichten. Die Reihenfolge klingt langweilig – und genau deshalb funktioniert sie.

Warum das wichtig ist

Mehrsprachige Veröffentlichungen am selben Tag scheitern auf unspektakuläre Weise: Eine Sprache landet im falschen Index, in einer Übersicht fehlt der neueste Artikel, eine lokalisierte Seite existiert ohne passende Metadaten – und plötzlich wirkt das System nur aus einem einzigen Blickwinkel vollständig. Dieses Update soll diese Lücken schließen.

KENSAI sollte nicht wie eine Demo veröffentlichen. Es sollte wie ein System veröffentlichen, das damit rechnet, überprüft zu werden.

Wie es weitergeht

Der nächste Schritt besteht in noch mehr derselben Disziplin: weniger unbemerkte Abweichungen zwischen HTML und JSON, klarere Prüfungen auf Gebietsschemaebene und schnellere Nachweise dafür, dass alle erforderlichen Sprachversionen am Veröffentlichungstag tatsächlich übereinstimmen.