Tillbaka till bloggen
Laptop showing a website with a language switcher open alongside translated locale files labelled by language, on a minimal desk.

Hur en enpersons innehållsbyrå levererar flerspråkiga webbplatser utan översättare

By Robert M

Hur en enpersoners innehållsbyrå levererar flerspråkiga webbplatser utan en översättare

En kund frågar om du kan leverera deras nya webbplats på engelska, franska, tyska, spanska och nederländska. Du driver en enpersonersbyrå. Du har ingen översättningsbudget inbakad i ditt avtal, och du har inget nätverk av frilansöversättare tillgängliga. Men du vill inte heller säga nej till ett bra projekt.

Det här är en situation som många små byråer och frilansare hamnar i. Efterfrågan på flerspråkiga webbplatser har vuxit stadigt eftersom fler företag försöker nå publik utanför sin hemmamarknad, men budgetdiskussionerna har inte hängt med. Kunder behandlar ofta översättning som en kostnadspost som kan krympas eller tas bort, utan att riktigt förstå vad det kostar att göra det ordentligt.

Det här inlägget handlar om hur man hanterar den klyftan praktiskt, utan att kompromissa med kvaliteten eller ta förlust på projektet.


De gamla alternativen och varför de inte räcker till

De traditionella vägarna är bekanta.

Du kunde anlita en frilansöversättare per språk. För en webbplats med fem språk och trettio sidor innehåll tittar du på en betydande kostnad innan du räknar in revisionsrundor, ledtider och overhead för att informera fem olika personer om kundens ton och terminologi. Den kostnaden äter antingen upp din marginal eller läggs på kundens faktura och plötsligt är projektet i fara.

Du kunde använda ett konsumentöversättningsverktyg och manuellt städa upp det. Det fungerar för enkla meningar, men så fort ditt innehåll har någon struktur (en JSON-lokalfil, ett Markdown-blogginlägg, en HTML-sida med attribut och taggar) blir resultatet oförutsägbart. Nycklar översätts. Markdown-syntax bryts. HTML-attribut förstörs. Du spenderar mer tid på att fixa resultatet än du sparade genom att inte anlita en översättare.

Du kunde säga till kunden att flerspråkighet är utanför omfattningen och göra en webbplats på ett språk. Ibland är det rätt svar. Men det är inte alltid ett samtal du vill ha.


Vad som faktiskt har förändrats

Det som gjorde detta arbetsflöde möjligt är inte AI-översättning i sig. Det är formatbevarande specifikt.

Problemet med att mata in strukturerat innehåll i ett allmänt översättningsverktyg var aldrig egentligen översättningskvaliteten. Modern maskinöversättning är bra. Problemet var att verktygen inte förstod skillnaden mellan innehåll och struktur. De behandlade allt som text som skulle översättas, inklusive delar som borde ha lämnats orörda.

En lokalfil som denna:

{
  "nav": {
    "home": "Home",
    "about": "About us",
    "contact": "Get in touch"
  }
}

Skulle komma tillbaka med nycklarna översatta, nästlingen kollapsad eller hela filen konverterad till prosa. Något av dessa resultat innebär manuell rensning innan filen kan användas, vilket är där tidsbesparingen försvinner.

Ett API som behandlar struktur som otillåtet ändrar ekonomin. Du skickar filen, du får tillbaka en identisk struktur med endast strängvärdena ändrade. Släpp utdatafilen direkt i projektet. Ingen rensning krävs.


Arbetsflödet i praktiken

Så här ser processen ut i ett faktiskt projekt.

I innehållsfasen går allt in i ren text eller Markdown-filer istället för hårdkodade strängar. Detta är god praxis för underhållbarhet, men det betyder också att innehållet är i ett format som kan översättas rent.

I byggfasen läser ett kort skript källspråksfilen, skickar den till PolyLingo API med listan över målspråk och skriver en utdatafil per lokal. För en webbplats som behöver fem språk är det ett API-anrop. Skriptet tar några sekunder att köra. Utdatafilerna går direkt in i projektstrukturen.

I granskningsfasen granskar kunden det översatta innehållet. Detta är ett steg värt att behålla. Maskinöversättning hanterar det mesta av innehållet väl, men kunder har ibland föredragen terminologi, varumärkesfraser eller regionala konventioner som behöver en mänsklig blick. Granskningen går snabbare än att översätta från början eftersom strukturen redan är korrekt och det mesta av innehållet är korrekt. Du granskar snarare än producerar.

I överlämningsfasen levereras webbplatsen med alla lokaliseringsfiler på plats. Språkväxlaren fungerar från dag ett. Det finns inget att följa upp.


Vad detta kostar jämfört med att anlita översättare

Siffrorna beror på projektets storlek, men jämförelsens struktur är konsekvent.

En typisk liten företagswebbplats kan ha runt 2 000 ord gränssnittstext och sidinnehåll. Översatt till fem språk blir det ungefär 10 000 ord utdata. Med en medelnivå frilansöversättares taxa tittar du på flera hundra pund eller dollar före revisioner.

Med PolyLingo ryms 2 000 ord innehåll på fem målspråk bekvämt inom det betalda Starter-planen för 9 dollar per månad, inklusive kapacitet för flera projekt under samma faktureringsperiod. Gratisnivån (50 000 tokens per månad) täcker mindre projekt utan kostnad alls.

Kunden gör fortfarande en granskningsrunda, vilket innebär att de är involverade i kvaliteten på utdata snarare än bara att få en faktura. Det tenderar att tas emot bättre i projektkonversationer.


Samtalet om omfattning med kunder

En förändring som detta arbetsflöde möjliggör är att ändra hur du pratar om flerspråkig omfattning med kunder.

Tidigare betydde "flerspråkig" "dyrare, längre tidslinje, beroende av tredje part." Nu är det närmare ett konfigurationsbeslut. Du definierar omfattningen, kör skriptet, kunden granskar. Den svåra delen är innehållsstrategin och webbplatsarkitekturen, inte översättningslogistiken.

Det ändrar vad du kan erbjuda. En kund som tänkte göra en lansering på ett språk med en vag plan att lägga till språk senare kan göra alla fem vid lansering utan att projektkostnaden fördubblas. En kund som fortsätter lägga till sidor kan köra skriptet igen när innehållet ändras istället för att gå tillbaka till en översättare med en ny brief.

Det ändrar också samtalet om vad flerspråkighet faktiskt innebär. Byråns jobb är att bygga en webbplats med en korrekt i18n-arkitektur, bra text på källspråket och en granskningsprocess för översättningarna. Det är ett samtal med högre värde än "vi löser översättningarna när den engelska versionen är klar."


När det fortfarande är vettigt att använda mänskliga översättare

Det är värt att vara ärlig om detta.

För marknadsföringstexter som behöver bära verklig känslomässig tyngd på målspråket kommer en skicklig mänsklig översättare att producera bättre resultat. Skillnaden är viktigast för kampanjer, varumärkespositioneringsuttalanden och allt där själva formuleringen är produkten.

För starkt reglerat innehåll (juridiskt, medicinskt, finansiellt) är en mänsklig översättare med domänkunskap rätt val och ofta ett krav för efterlevnad.

För långformigt redaktionellt innehåll där rösten behöver kännas som infödd snarare än översatt är mänsklig granskning mer än en lätt genomgång.

Det arbetsflöde som beskrivs här passar bäst för gränssnittstexter, sidinnehåll, produktbeskrivningar, dokumentation och marknadsföringssajter där noggrannhet och strukturell integritet är viktigare än stilistiska nyanser. Det täcker en stor del av vad en liten byrå faktiskt levererar.


Komma igång

PolyLingos gratisnivå inkluderar 50 000 tokens per månad utan krav på kreditkort. För en liten byrå täcker det en betydande mängd innehåll innan du behöver tänka på en betald plan.

API:et accepterar ren text, Markdown, JSON och HTML. Den kodfria översättaren i kontrollpanelen hanterar engångsuppdrag utan att röra API:et alls, vilket är användbart för kundgranskningssessioner där du vill visa översatt resultat utan att bygga något först.

Börja översätta gratis