Aggiornamento prodotto KENSAI: JSON per lingua e parità overview irrigidiscono la pubblicazione nello stesso giorno

Il lavoro prodotto di oggi è servito a uccidere la deriva silenziosa. Ogni lingua richiesta ora ha bisogno del proprio binario JSON, della propria superficie articolo localizzata e della parità overview nello stesso giorno, così l’inglese non corre avanti da solo.

Cosa è stato rilasciato oggi

Questo aggiornamento è meno appariscente di una nuova dashboard, ma più importante. Abbiamo irrigidito il percorso di pubblicazione in modo che l’output multilingue resti strutturalmente onesto, invece di sembrare completo mentre il livello locale deraglia in silenzio.

Le modifiche principali sono semplici: ogni lingua possiede il proprio indice JSON, le overview del giorno per le lingue richieste devono allinearsi all’inglese e i file HTML restano la fonte di verità per ricostruire gli indici derivati.

1) Ogni lingua ora possiede il proprio indice JSON

La regola dura ora è esplicita: i post in inglese vanno solo in blog-posts.json, il tedesco solo in blog-posts-de.json, il francese solo in blog-posts-fr.json, e così via. Mescolare lingue dentro l’indice inglese non è publishing multilingue, è corruzione di metadati con un marketing migliore.

Questa separazione conta perché tutte le superfici derivate dipendono da essa. Filtri, card overview, aspettative hreflang e controlli di conteggio giornaliero diventano meno affidabili nel momento in cui una lingua finisce nel file JSON sbagliato.

2) La parità overview nello stesso giorno non è più facoltativa

Abbiamo anche irrigidito l’aspettativa che l’overview del blog dello stesso giorno, per ogni lingua richiesta, rifletta esattamente lo stesso set di pubblicazione dell’inglese. Se l’inglese ha l’aggiornamento prodotto del giorno, anche le overview locali richieste devono mostrare quel post nello stesso giorno, non dopo un ritardo silenzioso o una pulizia manuale.

Questa parità non è un dettaglio SEO cosmetico. È la differenza tra un sistema davvero localizzato e uno che finge soltanto di essere sincronizzato.

3) L’HTML resta la fonte di verità, gli indici derivati vengono ricostruiti da lì

Un altro irrigidimento importante è procedurale: i file HTML degli articoli restano la fonte di verità, mentre gli indici JSON vengono rigenerati da quelle pagine reali. Questo offre al percorso di pubblicazione una modalità di recupero più pulita quando il JSON viene inquinato, duplicato o semplicemente resta indietro rispetto al contenuto effettivamente pubblicato.

È un contratto migliore: prima le pagine reali, poi gli indici derivati, poi la generazione overview. Sembra noioso, ed è esattamente per questo che funziona.

Perché conta

La pubblicazione multilingue nello stesso giorno si rompe in modi banali: una lingua finisce nell’indice sbagliato, un’overview perde l’ultimo articolo, una pagina locale esiste senza metadati coerenti e all’improvviso il sistema sembra completo solo da un’angolazione. Questo aggiornamento serve a chiudere quei vuoti.

KENSAI non dovrebbe pubblicare come una demo. Dovrebbe pubblicare come un sistema che si aspetta di essere ispezionato.

Cosa arriva dopo

Il prossimo passo è più della stessa disciplina: meno deriva silenziosa tra HTML e JSON, verifica più chiara lingua per lingua e prova più rapida che tutte le superfici richieste coincidano davvero nel giorno di pubblicazione.