Säilytä lokalisoinnin navigointi URL-osoitteessa

Toimittaja suodattaa Contentful-merkinnät yhteen sisältötyyppiin, valitsee lähdealueasetuksen, hakee kampanjaa ja avaa sivun, joka tarvitsee tarkistusta.

Tarkistettuaan käännöksen he napsauttavat takaisin ja näkevät oletussisältöluettelon.

Data on edelleen siellä. Työkonteksti on kadonnut.

Navigointitila on osa tehtävää

Lokalisointinäkymissä on usein useita ulottuvuuksia:

• projekti
• lähde- ja kohdealueasetus
• sisältötyyppi
• käännöksen tila
• hakukysely
• lajittelujärjestys
• sivu

Nämä arvot määrittävät, mitä työtä toimittaja tekee. Niiden käsitteleminen väliaikaisena komponenttitilana tekee työnkulusta hauraan navigoinnin, sivun päivityksen ja jaettujen linkkien yli.

URL-osoite on luonteva paikka palautettavalle navigointitilalle.

Takaisin pitäisi tarkoittaa takaisin

Toimittajat liikkuvat toistuvasti luettelo- ja tietonäkymien välillä. He tarkastavat merkinnän, arvioivat pyynnön, palaavat jonoon ja avaavat seuraavan kohteen.

Kun suodattimet ja sivutus elävät kyselymerkkijonossa, selaimen historia säilyttää tämän silmukan. Käyttäjä palaa samaan työsiivuun sen sijaan, että rakentaisi sen uudelleen jokaisen tietonäkymän jälkeen.

Tämä ei ole vain mukavuutta. Se vähentää todennäköisyyttä, että tarkistaja vaihtaa alueasetuksia tai eriä vahingossa kontekstin kadottua.

Jaettavat näkymät parantavat koordinointia

URL-osoite, jossa on vakaat suodattimet, voidaan jakaa tiimikaverille:

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

Vastaanottaja avaa saman operatiivisen näkymän sen sijaan, että seuraisi kirjallisia ohjeita sen luomiseksi uudelleen.

Myös tuki ja virheenkorjaus nopeutuvat. Linkki voi säilyttää olennaisen haku- ja tilakontekstin samalla kun tekniset tunnisteet pysyvät saatavilla sivulla.

Arkaluonteista dataa ei pitäisi sijoittaa URL-osoitteeseen, mutta tavalliset sisältösuodattimet ovat juuri sellaista tilaa, jota kyselyparametrit käsittelevät hyvin.

Kanonisoi kysely

Pysyvät URL-osoitteet vaativat kurinalaisuutta. Useat parametrien järjestykset, tyhjät arvot, oletusten kaksoiskappaleet ja vanhentuneet sivunumerot voivat luoda hämmentävän historian.

Hyvän toteutuksen pitäisi:

1. validoida kyselyarvot palvelimella
2. jättää oletukset pois aina kun mahdollista
3. nollata sivutus, kun suodatin muuttuu
4. säilyttää asiaankuulumattomat mutta kelvolliset suodattimet
5. korvata historia nopeissa haun muutoksissa ja lisätä historiaan tarkoituksellisessa navigoinnissa

Tuloksena on URL-osoite, joka edustaa näkymää muuttumatta jokaisen käyttöliittymävuorovaikutuksen loputtomasti kasvavaksi lokiksi.

Pidä jaetut hallintaelementit synkronissa

Alueasetusten valitsimet näkyvät sisältöluetteloissa, merkinnän tiedoissa, käännösten tarkistuksessa ja eränäytöissä. Jokaisen hallintaelementin pitäisi lukea samasta navigointimallista ja kirjoittaa siihen.

Jos yksi valitsin muuttaa paikallista tilaa samalla kun toinen päivittää reitin, käyttäjät näkevät ristiriitaisia tunnisteita ja pyyntöjä voidaan luoda väärällä alueasetuksella.

Palvelimella validoitu URL-tila tarjoaa yhden selkeän lähteen nykyiselle selauskontekstille.

Yhteenveto

Suodattimet eivät ole kertakäyttöisiä käyttöliittymäasetuksia, kun ne määrittävät toimittajan edessä olevan työn.

Säilytä alueasetus, haku, sisältötyyppi, tila ja sivutus kanonisessa URL-osoitteessa. Takaisin-navigoinnista tulee luotettavaa, näkymistä tulee jaettavia, ja käännöstyö säilyy tavallisessa liikkumisessa luetteloiden ja tietonäkymien välillä.