Arbejdsgang · 15. jul. 2026
Bevar lokaliseringsnavigation i URL'en
Landestandard, søgning, filtre og paginering er arbejdskontekst. At bevare dem i URL'en gør oversættelsesgennemgang hurtigere og muligt at gendanne.
En redaktør filtrerer Contentful-poster til én indholdstype, vælger en kildelandestandard, søger efter en kampagne og åbner den side, der skal gennemgås.
Efter at have tjekket oversættelsen klikker vedkommende tilbage og finder standardlisten over indhold.
Dataene er der stadig. Arbejdskonteksten er væk.
Navigationstilstand er en del af opgaven
Lokaliseringsskærme har ofte flere dimensioner:
- projekt
- kilde- og mållandestandard
- indholdstype
- oversættelsesstatus
- søgeforespørgsel
- sorteringsrækkefølge
- side
Disse værdier afgør, hvilket arbejde redaktøren udfører. At behandle dem som midlertidig komponenttilstand gør arbejdsgangen skrøbelig på tværs af navigation, opdatering og delte links.
URL'en er det naturlige sted for navigationsstatus, der kan gendannes.
Tilbage bør betyde tilbage
Redaktører bevæger sig gentagne gange mellem liste- og detaljevisninger. De inspicerer en post, gennemgår en anmodning, vender tilbage til køen og åbner det næste element.
Når filtre og paginering ligger i query-strengen, bevarer browserhistorikken denne løkke. Brugeren vender tilbage til det samme udsnit af arbejdet i stedet for at genskabe det efter hver detaljevisning.
Det handler ikke kun om bekvemmelighed. Det reducerer risikoen for, at en reviewer ved et uheld skifter landestandard eller batch efter at have mistet konteksten.
Delbare visninger forbedrer koordinering
En URL med stabile filtre kan deles med en kollega:
?locale=fr&content_type=landingPage&state=failed
Modtageren åbner den samme operationelle visning i stedet for at følge skriftlige instruktioner for at genskabe den.
Support og fejlfinding bliver også hurtigere. Et link kan bevare den relevante søge- og statuskontekst, mens tekniske identifikatorer fortsat er tilgængelige på siden.
Følsomme data bør ikke placeres i URL'en, men almindelige indholdsfiltre er netop den slags tilstand, som query-parametre håndterer godt.
Gør query'en kanonisk
Vedvarende URL'er kræver disciplin. Flere parameterrækkefølger, tomme værdier, duplikerede standarder og forældede sidetal kan skabe forvirrende historik.
En ren implementering bør:
- validere query-værdier på serveren
- udelade standarder, hvor det er muligt
- nulstille paginering, når et filter ændres
- bevare urelaterede gyldige filtre
- erstatte historik ved hurtige søgeændringer og tilføje til historikken ved bevidst navigation
Resultatet er en URL, der repræsenterer visningen uden at blive en append-only-log over hver UI-interaktion.
Hold delte kontroller synkroniserede
Landestandardvælgere vises på tværs af indholdslister, postdetaljer, oversættelsesgennemgang og batchskærme. Hver kontrol bør læse fra og skrive til den samme navigationsmodel.
Hvis én vælger ændrer lokal tilstand, mens en anden opdaterer ruten, ser brugerne inkonsistente etiketter, og anmodninger kan blive oprettet med den forkerte landestandard.
Servervalideret URL-tilstand giver én tydelig kilde til den aktuelle browsingkontekst.
Konklusion
Filtre er ikke engangsindstillinger i grænsefladen, når de definerer det arbejde, der ligger foran en redaktør.
Bevar landestandard, søgning, indholdstype, status og paginering i en kanonisk URL. Tilbage-navigation bliver pålidelig, visninger bliver delbare, og oversættelsesarbejde overlever den almindelige bevægelse mellem lister og detaljer.