Hvordan en enmanns innholdsbyrå leverer flerspråklige nettsteder uten oversetter
By Robert M
Hvordan et enmanns innholdsbyrå leverer flerspråklige nettsteder uten en oversetter
En kunde spør om du kan levere deres nye nettsted på engelsk, fransk, tysk, spansk og nederlandsk. Du driver en enmannsbedrift. Du har ikke et oversettelsesbudsjett inkludert i din avtale, og du har ikke et nettverk av frilansoversettere tilgjengelig. Men du vil heller ikke si nei til et godt prosjekt.
Dette er en situasjon mange små byråer og frilansere havner i. Etterspørselen etter flerspråklige nettsteder har økt jevnt ettersom flere bedrifter prøver å nå publikum utenfor hjemmemarkedet, men budsjett-samtalene har ikke holdt tritt. Kunder behandler ofte oversettelse som en post de kan krympe eller kutte, uten å egentlig forstå hva det koster å gjøre det ordentlig.
Dette innlegget handler om hvordan man håndterer dette gapet praktisk, uten å gå på kompromiss med kvalitet eller tape penger på prosjektet.
De gamle alternativene, og hvorfor de ikke strekker til
De tradisjonelle veiene er kjente.
Du kunne hyre en frilansoversetter per språk. For et femspråklig nettsted med tretti sider innhold, ser du på betydelige kostnader før du tar med revisjonsrunder, behandlingstid og overhead med å gi fem forskjellige personer briefing om kundens tone og terminologi. Den kostnaden spiser enten marginen din eller legges på kundens faktura, og plutselig er prosjektet i fare.
Du kunne bruke et forbrukeroversettelsesverktøy og rydde opp manuelt. Det fungerer for enkle setninger, men i det øyeblikket innholdet ditt har noen struktur (en JSON locale-fil, et Markdown-blogginnlegg, en HTML-side med attributter og tagger) blir output uforutsigbar. Nøkler blir oversatt. Markdown-syntaks brytes. HTML-attributter blir rotete. Du ender opp med å bruke mer tid på å fikse output enn du sparte ved å ikke ansette en oversetter.
Du kunne fortelle kunden at flerspråklighet er utenfor omfang og lage et enspråklig nettsted. Noen ganger er det riktig svar. Men det er ikke alltid en samtale du ønsker å ha.
Hva som faktisk endret seg
Det som gjorde denne arbeidsflyten mulig, er ikke AI-oversettelse i abstrakt forstand. Det er formatbevaring spesielt.
Problemet med å mate strukturert innhold inn i et generelt oversettelsesverktøy var aldri egentlig oversettelseskvaliteten. Moderne maskinoversettelse er god. Problemet var at verktøyene ikke forsto forskjellen mellom innhold og struktur. De behandlet alt som tekst som skulle oversettes, inkludert delene som burde vært urørt.
En locale-fil som denne:
{
"nav": {
"home": "Home",
"about": "About us",
"contact": "Get in touch"
}
}
Ville komme tilbake med nøklene oversatt, nestingen kollapset, eller hele greia konvertert til prosa. Noen av disse utfallene betyr manuell opprydding før filen er brukbar, og der forsvinner tidsbesparelsen.
En API som behandler struktur som utenfor grensene, endrer økonomien. Du sender filen, du får tilbake en identisk struktur med bare strengverdiene endret. Slipp output-filen rett inn i prosjektet. Ingen oppryddingsrunde nødvendig.
Arbeidsflyten i praksis
Slik ser prosessen ut i et faktisk prosjekt.
På innholdsstadiet går alt inn i ren tekst eller Markdown-filer i stedet for hardkodede strenger. Dette er god praksis uansett for vedlikeholdbarhet, men det betyr også at innholdet er i et format som kan oversettes rent.
På byggestadiet leser et kort skript kildefil for språket, sender det til PolyLingo API med listen over målspråk, og skriver ut én fil per locale. For et nettsted som trenger fem språk, er det én API-kall. Skriptet tar noen sekunder å kjøre. Output-filene går rett inn i prosjektstrukturen.
På gjennomgangsstadiet gjennomgår kunden det oversatte innholdet. Dette er et steg verdt å beholde. Maskinoversettelse håndterer det meste av innhold godt, men kunder har noen ganger foretrukket terminologi, merkevarefraser eller regionale konvensjoner som trenger et menneskelig øye. Gjennomgangen går raskere enn å oversette fra bunnen av fordi strukturen allerede er korrekt og mesteparten av innholdet er nøyaktig. Du gjennomgår i stedet for å produsere.
På overleveringsstadiet leveres nettstedet med alle locale-filene på plass. Språkvelgeren fungerer fra dag én. Det er ingenting å følge opp.
Hva dette koster versus å ansette oversettere
Tallene avhenger av prosjektets størrelse, men strukturen i sammenligningen er konsekvent.
Et typisk lite bedriftsnettsted kan ha rundt 2 000 ord med grensesnitttekst og sideinnhold. Oversatt til fem språk er det omtrent 10 000 ord output. Til en middels freelance oversetterpris ser du på flere hundre pund eller dollar før revisjoner.
Med PolyLingo passer 2 000 ord innhold på tvers av fem målspråk komfortabelt innenfor den betalte Starter-planen på $9 per måned, inkludert kapasitet for flere prosjekter i samme faktureringsperiode. Gratisnivået (50 000 tokens per måned) dekker mindre prosjekter uten kostnad.
Kunden gjør fortsatt en gjennomgang, noe som betyr at de er involvert i kvaliteten på output i stedet for bare å motta en regning. Det pleier å falle bedre i prosjekt-samtaler.
Omfangssamtalen med kunder
En endring denne arbeidsflyten muliggjør, er å endre hvordan du snakker om flerspråklig omfang med kunder.
Tidligere betydde "flerspråklig" "dyrere, lengre tidslinje, avhengighet av tredjeparter." Nå er det nærmere en konfigurasjonsbeslutning. Du definerer omfanget, kjører skriptet, kunden gjennomgår. Det vanskelige er innholdsstrategien og nettstedarkitekturen, ikke oversettelseslogistikken.
Det endrer hva du kan tilby. En kunde som skulle gjøre en enspråklig lansering med en vag plan om å legge til språk senere, kan gjøre alle fem ved lansering uten at prosjektkostnaden dobles. En kunde som fortsetter å legge til sider kan kjøre skriptet på nytt når innholdet endres i stedet for å gå tilbake til en oversetter med en ny brief.
Det endrer også samtalen om hva flerspråklig faktisk innebærer. Byråets jobb er å bygge et nettsted med en skikkelig i18n-arkitektur, god tekst på kildespråket, og en gjennomgangsprosess for oversettelsene. Det er en mer verdifull samtale enn "vi ordner oversettelsene når den engelske versjonen er ferdig."
Når det fortsatt gir mening å bruke menneskelige oversettere
Dette er verdt å være ærlig om.
For markedsføringstekster som må bære ekte emosjonell tyngde på målspråket, vil en dyktig menneskelig oversetter produsere bedre output. Forskjellen betyr mest for kampanjer, merkevareposisjoneringsuttalelser, og alt der formuleringen i seg selv er produktet.
For sterkt regulert innhold (juridisk, medisinsk, finansielt) er en menneskelig oversetter med domeneekspertise det riktige valget, og ofte et krav for samsvar.
For langt redaksjonelt innhold der stemmen må føles naturlig snarere enn oversatt, er menneskelig gjennomgang mer enn en lett sjekk.
Arbeidsflyten beskrevet her passer best for grensesnitttekst, sideinnhold, produktbeskrivelser, dokumentasjon og markedsføringsnettsteder der nøyaktighet og strukturell integritet betyr mer enn stilistiske nyanser. Det dekker en stor del av det et lite byrå faktisk leverer.
Komme i gang
PolyLingos gratisnivå inkluderer 50 000 tokens per måned uten krav om kredittkort. For et lite byrå dekker det en meningsfull mengde innhold før du må tenke på en betalt plan.
API-en aksepterer ren tekst, Markdown, JSON og HTML. Den kodefrie oversetteren i dashbordet håndterer engangsoppgaver uten å berøre API-en i det hele tatt, noe som er nyttig for kundegjennomgangssesjoner der du vil vise oversatt output uten å bygge noe først.