Mantieni la navigazione della localizzazione nell’URL

Un editor filtra le voci di Contentful per un solo tipo di contenuto, sceglie una locale di origine, cerca una campagna e apre la pagina che necessita di revisione.

Dopo aver controllato la traduzione, torna indietro e trova l’elenco dei contenuti predefinito.

I dati sono ancora lì. Il contesto di lavoro è scomparso.

Lo stato di navigazione fa parte dell’attività

Le schermate di localizzazione hanno spesso diverse dimensioni:

• progetto
• locale di origine e di destinazione
• tipo di contenuto
• stato della traduzione
• query di ricerca
• ordine di ordinamento
• pagina

Questi valori determinano quale lavoro sta svolgendo l’editor. Trattarli come stato temporaneo del componente rende il flusso di lavoro fragile durante la navigazione, l’aggiornamento della pagina e i link condivisi.

L’URL è il luogo naturale per uno stato di navigazione recuperabile.

Indietro dovrebbe voler dire indietro

Gli editor si spostano ripetutamente tra viste elenco e viste di dettaglio. Esaminano una voce, revisionano una richiesta, tornano alla coda e aprono l’elemento successivo.

Quando filtri e paginazione vivono nella query string, la cronologia del browser conserva quel ciclo. L’utente torna alla stessa porzione di lavoro invece di ricostruirla dopo ogni vista di dettaglio.

Non è solo una comodità. Riduce la probabilità che un revisore cambi accidentalmente locale o batch dopo aver perso il contesto.

Le viste condivisibili migliorano il coordinamento

Un URL con filtri stabili può essere condiviso con un collega:

?locale=fr&content_type=landingPage&state=failed

Il destinatario apre la stessa vista operativa invece di seguire istruzioni scritte per ricrearla.

Anche il supporto e il debugging diventano più rapidi. Un link può preservare lo stato di ricerca e di stato rilevante, mentre gli identificatori tecnici restano disponibili nella pagina.

I dati sensibili non dovrebbero essere inseriti nell’URL, ma i normali filtri dei contenuti sono esattamente il tipo di stato che i parametri di query gestiscono bene.

Canonicalizza la query

Gli URL persistenti richiedono disciplina. Ordini multipli dei parametri, valori vuoti, duplicati dei valori predefiniti e numeri di pagina obsoleti possono creare una cronologia confusa.

Un’implementazione pulita dovrebbe:

1. convalidare i valori della query sul server
2. omettere i valori predefiniti quando possibile
3. reimpostare la paginazione quando cambia un filtro
4. preservare i filtri validi non correlati
5. sostituire la cronologia per cambi rapidi della ricerca e aggiungere alla cronologia per una navigazione deliberata

Il risultato è un URL che rappresenta la vista senza diventare un registro append-only di ogni interazione dell’interfaccia.

Mantieni sincronizzati i controlli condivisi

I selettori di locale compaiono negli elenchi dei contenuti, nel dettaglio della voce, nella revisione della traduzione e nelle schermate batch. Ogni controllo dovrebbe leggere e scrivere sullo stesso modello di navigazione.

Se un selettore modifica lo stato locale mentre un altro aggiorna la route, gli utenti vedono etichette incoerenti e le richieste possono essere create con la locale sbagliata.

Lo stato dell’URL convalidato dal server fornisce un’unica fonte chiara per l’attuale contesto di navigazione.

Il punto chiave

I filtri non sono impostazioni dell’interfaccia usa e getta quando definiscono il lavoro davanti a un editor.

Mantieni locale, ricerca, tipo di contenuto, stato e paginazione in un URL canonico. La navigazione all’indietro diventa affidabile, le viste diventano condivisibili e il lavoro di traduzione sopravvive al normale passaggio tra elenchi e dettagli.