

Vurderer du å oversette nettstedet ditt med Claude MCP? Det er fullt mulig. Det kan til og med være den beste løsningen for bedriften din.
Med Claudes språkkunnskaper, tilkoblinger til nettstedet ditt via MCP og de riktige instruksjonene, kan du bygge en genuint dyktig, i stor grad automatisert oversettelsesarbeidsflyt.
Men å oversette et helt nettsted på en god måte krever mer enn å bytte ut ord. Det er SEO å beskytte, en merkevarestemme å vedlikeholde, layouter som kan svikte når teksten blir lengre, medier å bytte ut og kvalitet å sjekke på tvers av alle språk.
Så la oss være ærlige om alt. Vi går gjennom den ideelle Claude MCP-oversettelsesarbeidsflyten trinn for trinn, slik at du kan bygge den selv hvis du vil. Til slutt vet du nøyaktig hva det krever å kjøre og vedlikeholde oppsettet – og alt du ville ha gjort selv i stedet for å bruke et dedikert nettstedsoversettelsesverktøy.
Når Claude MCP oversetter en nettside, er det tre ting som fungerer sammen:
Det er den kombinasjonen som lar deg unngå kopier-lim-maratonene du kan få når du oversetter et nettsted med ChatGPT – eller bare med Claudes generelle chatvindu.
Om MCP-kompatibilitet: Claude kan koble seg til verktøy som tilbyr en MCP-server (f.eks. Webflow har en), eller jobb direkte med nettstedets kodefiler (repo) når en plattform ikke har det. MCP beveger seg raskt, så sjekk Claudes koblingskatalog for siste nytt om hva og hvordan den kobler til.
En ting å huske på er imidlertid at selv om MCP gir Claude en standardisert måte å samhandle med CMS-et ditt på, garanterer det ikke fulle lokaliseringsmuligheter. Hva Claude faktisk kan opprette, redigere, publisere eller lokalisere avhenger av verktøyene som er tilgjengelige på CMS-ets MCP-server.
Virkelig bra, med et forbehold.
Claude håndterer nyanser, idiom og merkevaretone imponerende bra. Den toppet bransjens WMT-oversettelsesbenchmark for 2024 , og har holdt seg i frontlinjen siden.
Men det betyr ikke at alle oversettelser vil være like sterke. Ytelsen varierer fortsatt etter språkpar og oversettelsesretning, så test språkene som er viktige for deg og få en morsmålstalende til å bekrefte om det er bra som det er, brukbart eller ikke verdt å fortsette med.
Så er det skala. Med MCP som håndterer tilkoblingen, kan du bruke den kvaliteten på hele nettstedet ditt, side etter side. Det er dette omfanget som gjør Claude levedyktig for et ekte nettsted og ikke bare et og annet avsnitt.
Så ja. Å oversette med Claude er både mulig og levedyktig. Resten av denne veiledningen handler om å gjøre det bra, til den standarden enhver besøkende forventer av et skikkelig bedriftsnettsted.
Fortsatt på Claude-ruten og fornøyd med avgjørelsen din? Her er versjonen vi anbefaler, gjort så enkel som mulig. Følg den i rekkefølge. Etter hvert som trinnene hoper seg opp, vil du også få et klart bilde av alt et oppsett av god oversettelse innebærer.
Begynn med å lage en brief som skal veilede alt Claude gjør.
Opprett en markdown-fil (f.eks. translation-brief.md ) og skriv kjerneinstruksjonene dine i den: hvilke språk du oversetter til og nøkkelreglene dine, som å bevare HTML-koden din og beholde produkt- og merkenavn på originalspråket.
Denne filen er hovedprompten din. Du legger til forretningskontekst, tone, oversettelsesregler og SEO-krav i den i løpet av de neste trinnene.
Her er en solid, lett tilpassbar startprompt som du kan legge til øverst:
Bruk dette som et utgangspunkt. Bytt inn dine egne språk og regler. Du kan for eksempel legge til «oversett alltid flerspråklig SEO på fransk som 'SEO flerspråklig'». Legg deretter til flere detaljer etter hvert som du jobber deg gjennom de neste trinnene. Etter vår erfaring er det teamene som får best resultat som er de som legger disse detaljene i forkant. Claude er bare så god som briefen du gir den .
Hvordan du kobler deg til Claude avhenger av hvor innholdet på nettstedet ditt befinner seg.
Hvis plattformen din allerede har en kobling eller MCP-server, start der. Webflow tilbyr for eksempel sin egen MCP-server, slik at Claude kan jobbe med nettstedet ditt gjennom den tilkoblingen i stedet for at du manuelt flytter tekst inn og ut.
Sjekk Claudes koblingskatalog for å se hva som er tilgjengelig for oppsettet ditt.

Hvis nettstedet ditt ligger i et kodelager i stedet, er Claude Code løsningen. Det vil fungere direkte med disse filene uten en MCP-tilkobling til selve CMS-et.
Et tilpasset CMS eller en mindre vanlig stack krever vanligvis mer oppsett. Det er her det tekniske løftet begynner, så hvis du er en markedsfører eller nettstedadministrator som ikke koder ofte, kan det være lurt å hente inn en utvikler. Det er her mange «bare koble Claude til nettstedet ditt»-guider pleier å hoppe over.
Og før du oversetter noe som helst, bør du bestemme hvor oversettelsene skal ligge. Claude kan produsere franske, tyske og spanske versjoner av innholdet ditt, men stacken din trenger fortsatt et sted å lagre hver enkelt, en måte å dirigere besøkende til den på, og en måte å publisere den på.
På et CMS som Webflow , betyr det at du først setter opp språkinnstillinger. På et kodelager kan det bety en mappe eller rute per språk (/fr/, /de/) eller et sett med oversettelsesfiler rammeverket ditt leser fra. Det du velger, bestemmer hvordan språkvelgeren din fungerer, hvordan hver sides URL ser ut på hvert språk, og hva som publiserer hva. Få dette på plass før trinn 6, ellers vil du ha en mappe med utmerkede oversettelser uten noe sted å legge dem.
Legg til forretningskontekst i briefen din, som dekker:
For eksempel gir en setning som «Vi er et premium hudpleiemerke som selger til kvinner over 30 år i USA og Frankrike. Vi selger et lite utvalg av serumer, rensemidler og fuktighetskremer» Claude den rammen den trenger.

Med den veiledningen spesielt, fortsetter et luksusmerke å høres ut som et på alle språk, men det samme gjelder hvis du driver et budsjett-, mellomklasse-, teknisk eller lekent merke.
Kontekst forteller Claude hvem du er, mens tonen forteller hvordan du høres ut.
Gi briefen din en tydelig tone, slik at merkevaren din beholder sin personlighet på tvers av språk.
Den raskeste måten er å lime inn 2 eller 3 avsnitt som best representerer din godkjente merkevarestemme, og be Claude om å matche den.
For vårt løpende eksempel på et premium hudpleiemerke, kan retningslinjene for verdivurderinger bruke språk som «high-end», «trygg» og «betryggende».

Dette trinnet er det som sørger for at det oversatte nettstedet ditt høres ut som deg, i stedet for en generisk versjon av markedet du går inn i.
Vi utforsker verdien av å beskytte merkeidentitet under ekspansjon i vår guide til å komme inn i USA ; lærdommene gjelder uansett hvor du sikter deg inn på.
«Jeg trenger ikke å glemme hvem vi er. Vi må omfavne det.»
– Alix de Sagazan, medgründer av AB Tasty
Legg til lengde-, layout- og formateringsregler i briefen, slik at Claude bruker dem i hver runde. «Guardrails», med ekte markedsførerspråk fra 2026.
En overskrift som tar opp én linje på engelsk kan for eksempel brytes til 2 eller 3 linjer på tysk*. Så sett grenser: gi handlingsfremmende tiltak en tegngrense, og bestem hvordan lokaliserte URL-slugs skal opprettes og hva som skal skje med eventuelle URL-er som allerede er aktive.
Slik kan det se ut:

Fortsett å sjekke at reglene fortsatt gjelder etter hvert som innholdet ditt vokser. Dette laget er en del av det som skiller et oversatt nettsted fra et lokalisert .
*Engelsk-til-tysk er spesielt utsatt for tekstutvidelse. En e-handelsoverskrift som «Shop skincare» kan bli til «Hautpflege entdecken» – samme idé, 7 ekstra tegn, merkbart mer plass.
Legg til søkekravene dine i beskrivelsen, og bekreft dem deretter i CMS-et eller koden din.
Det betyr:
Det siste punktet er GEO-laget. Jo tydeligere og mer komplette de lokaliserte sidene dine er, desto større er sjansen for at de vises i søkeresultatene på det språket.
For å få et fullstendig bilde av tradisjonelt søk, les vår guide til flerspråklig SEO og GEO . Det finnes flere AI-søkespesifikke råd i vår flerspråklige GEO-guide .
Når beskrivelsen din er oppdatert og stacken din er koblet til, er du klar til å oversette. Pek Claude mot innholdet ditt og beskrivelsen med en kort instruksjon, for eksempel:
"Oversett sidene i denne mappen til fransk, tysk og spansk, ved å følge instruksjonene i translation-brief.md."
Alle detaljene ligger i den filen, så kjøreinstruksjonen – som du vil bruke om igjen hver gang du oversetter – forblir kort.
Det er i media at arbeidsflyten begynner å spre seg over flere verktøy, og at gjør-det-selv-ruten begynner å gå tom for noen.
Hvis et bilde har innebygd tekst, trenger du en lokalisert versjon for hvert marked og en måte å bytte riktig ressurs til riktig språkversjon.
Claude kan hjelpe hvis du legger til riktig bilde- eller digital ressursforvaltningsverktøy (DAM) i arbeidsflyten. Og har tokenene til overs (mer om kostnader senere).
Video og lyd legger også til ekstra trinn. La oss si at du trenger lokaliserte undertekster: det vil bety å generere en transkripsjons- eller undertekstfil, oversette teksten og deretter legge den til på nytt i den nye språkversjonen.
Så problemet er ikke at Claude ikke kan håndtere mediene dine. Det kan den. Men nå stabler du verktøy og koblinger: bildeverktøy, DAM og transkripsjonstjenester. Den ekstra kostnaden og konfigurasjonen kan tære på enkelheten som gjorde AI-ruten tiltalende i utgangspunktet.
Sett opp to lag med gjennomgang før noe publiseres: en automatisk sjekk på hver side, og en menneskelig sjekk på sidene som fortjener det.
Det automatiserte laget er en andre, uavhengig AI-gjennomgang. Bruk en ny Claude-instans eller en annen modell som ikke produserte den opprinnelige oversettelsen, slik at den sjekker arbeidet med nye «øyne» i stedet for å rette sin egen lekse. Gi anmelderen kildeteksten, oversettelsen, beskrivelsen og tilgang til siden eller koden, og gi den deretter to jobber:
Dette laget fanger opp de mekaniske problemene godt. Men det den ikke kan fortelle deg er om fransken leses slik et fransk merke skrev den (det kan komme fra kanadisk fransk, men du ville ikke vite det). AI-gjennomgang AI vil bekrefte at en oversettelse er nøyaktig; den vil ikke bekrefte at den er overbevisende, at en vits treffer, at du bruker riktig dialekt, eller at den juridiske formuleringen din holder mål i en tysk domstol.
Det er det det menneskelige laget ditt er til for. Du trenger ikke at det dekker hver side hvis du har begrenset med ressurser; reserver morsmålsgjennomgang for innhold der lokaliseringsfeil vil koste deg: hjemmesiden din og topp landingssider, priser og betaling, juridisk og samsvarstekst og eventuelle større kampanjer. Alt annet kan gå gjennom den automatiserte kontrollen, med en morsmålsbruker som stikkprøvekontrollerer et utvalg nå og da.
Mens du tester, kjør den automatiserte gjennomgangen manuelt. Når arbeidsflyten er stabil, automatiser den etter hver oversettelsesprosess, og registrer den menneskelige gjennomgangen som en status i endringsloggen din (trinn 10), slik at ingenting av stor betydning legges ut ulest.
Å oversette nettstedet ditt én gang er den enkle delen. Å holde tre språkversjoner i takt med et kildenettsted som endres hver uke er der en gjør-det-selv-arbeidsflyt viser at du er en ingeniør i utvikling, ellers faller den fullstendig fra hverandre.
Før du skalerer, trenger oppsettet ditt et svar på hver av disse selv (Claude kan ikke svare på dem for deg):
Oppdagelse kommer først. Noen, eller noe, må legge merke til at prissiden endret seg forrige torsdag; det kan være en «oversett det jeg rørte ved»-vane, en CMS-webhook eller et skript som sammenligner publisert innhold med den sist oversatte versjonen. Deretter bestemmer du hva en endring utløser: én redigert setning skal ikke oversette hele siden på nytt, eller du betaler for å gjøre om arbeidet og inviterer til nye inkonsekvenser. Spor endringer på seksjons- eller strengnivå der du kan.
Det er når man beskytter godkjente oversettelser som kan bli litt kaotisk. Hvis en morsmålstalende pusset opp den franske hjemmesiden din forrige måned, og den engelske kilden får en liten redigering, overskriver en enkel ny kjøring arbeidet deres. Du trenger et lager med godkjente oversettelser som arbeidsflyten gjenbruker i stedet for å generere på nytt (oversettelsesminne, i lokaliseringstermer), pluss en regel for når en kildeendring er stor nok til å overstyre den.
Slettede, flyttede og omdøpte sider trenger sine lokaliserte versjoner, URL-er og hreflang-tagger for å følge, ellers ender du opp med foreldreløse oversettelser og 404-feil på tre språk. Og avgjør spørsmålet om sannhetens kilde først: nettstedet på originalspråket, vanligvis. Men når en oversatt side har blitt redigert for hånd, blir den kildekoden for det språket? Skriv svaret i briefen din.
Legg alt dette sammen, og du har et synkroniseringslag: en måte å flagge endret innhold på, et lager av godkjente oversettelser og et regelsett for hva som utløser en ny kjøring. På et repo hjelper git-historikk deg et stykke på veien. På et CMS bygger eller kobler du til noe. Uansett er det et system du eier og feilsøker.
Dette er også trinnet som endrer spørsmålet. Oversettelseskvalitet er ikke lenger den vanskelige delen; Claude gjør en god nok jobb. Å holde et flerspråklig nettsted synkronisert gjennom måneder med oppdateringer er det.
Før du skalerer arbeidsflyten, bør du opprette en delt endringslogg for hver side og hvert språk du oversetter. Spor som et minimum siden, språket, statusen, datoen og den som anmelder eller godkjenner.
Claude kan hjelpe deg med jobben, men selve chatten er ikke en delt prosjekthistorikk.
Så snart flere sider, språk og teammedlemmer er involvert – selv bare én annen person – trenger du et sted å se hva som er oversatt, hva som er endret og hva som er godkjent.
Et regneark eller et delt dokument er greit å starte med, så lenge alle i prosjektet forplikter seg til å holde det oppdatert som en del av arbeidsmengden sin.
Kjør hele arbeidsflyten på én test- eller stagingside før du lar den gå løs på hele nettstedet. Dette begrenser behovet for omarbeiding hvis noe går galt.
Sjekk hvordan alt gjengis. Reparer alt som går i stykker, og stram til briefen til resultatet er solid.
Når du er fornøyd med det, pakker du de gjenbrukbare instruksjonene og gjennomgangsprosessen inn i en Claude-ferdighet: et lagret sett med instruksjoner Claude kan bruke igjen når du trenger å oversette nytt eller oppdatert innhold. Du kan bokstavelig talt be Claude om å «pakke denne arbeidsflyten inn i en ferdighet» – det er bra sånn.

Én side beviser at arbeidsflyten fungerer. Ferdigheten gjør den repeterbar, og endringsloggen din lagrer historikken. Voilà!
Vi sa jo at dette var en ærlig guide. Vel, her er noen flere sannheter du burde vite.
Å holde alt i orden krever reell oppsett, reelt vedlikehold, reelle kostnader og reelt eierskap.
Og du gjør det ikke én gang. Et nettsted på 40 sider oversatt til tre språk er allerede 120 oversatte sider som må opprettes og kontrolleres før neste produktlansering, prisendring eller kampanjelansering. Hver oppdatering starter en ny gjennomgang av i det minste deler av arbeidsflyten.
Slik ser det ut.
Å bygge arbeidsflyten krever arbeid. Å holde den i gang krever også arbeid. Den går i stykker, den trenger feilsøking, og den må utvikles hver gang nettstedet eller stakken din endres.
En ny sidemal, en plattformoppdatering, et redesign – alt dette kan sende deg tilbake til oppgaven og kontaktene dine for å rette opp i ting. Og så er det mer administrasjon på gang, fordi endringsloggen fra trinn 9 ikke oppdaterer seg selv.
Og når noe går galt, finnes det ikke noe supportteam å kontakte. Claude kan hjelpe deg med å finne ut hva som gikk galt, men det er ditt (eller utvikleren du hyret inn i trinn 2) ansvar å spore opp årsaken på tvers av briefen, koblingene og CMS-et – og fikse det.
Hver oversettelse bruker tokens, og med en fullstendig brief, toneeksempler og en gjennomgang, bruker hver side mange av dem. Men folk flest klarer ikke å anslå ordentlig hvor mye de faktisk vil bruke, og undervurderer alt rundt det.
En mer rettferdig ligning ser slik ut:
Gjør-det-selv-kostnad = modellbruk + CMS, MCP og verktøy + menneskelig gjennomgang + vedlikeholdstid + utviklertid
Ta en nettside på 50 sider som er oversatt til tre språk. Det er 150 oversatte sider, pluss 150 vurderinger. Med dagens API-priser kommer tokenene for en full kjøring på en håndfull dollar, og selv generøse nye forsøk vil ikke strekke til. Resten av ligningen er hvor pengene går.
Verktøy dekker CMS-planen din ( Webflow s lokalisering er et betalt tillegg, for eksempel), enhver DAM- eller transkripsjonstjeneste fra trinn 7, og hva enn du bruker for å spore endringer. Menneskelig gjennomgang er en morsmålstalende som sjekker de 20 sidene med høyest verdi per språk, til frilanspriser, før hver større oppdatering.
Vedlikehold er timene du eller en lagkamerat bruker på å kjøre arbeidsflyten på nytt, oppdatere briefen og fikse det som gikk i stykker etter en plattformoppdatering. Utviklertiden dekker den første tilkoblingen i trinn 2, synkroniseringslaget i trinn 9 og det som går i stykker etter det.
Men det er ikke innholdsoppdateringer medregnet. Legge til nye produkter? Flere tokens. Justere litt lovlig tekst? Mer igjen.
Kostnadene dine kan også endre seg når bruken din ikke gjør det. Growth Unhinged rapporterte at Pylons Anthropic-regning var ventet å hoppe 3,5 ganger, fra 400 000 dollar til 1,4 millioner dollar i året. Selskapet brukte ikke Claude mer enn før. Det hadde vokst forbi 150 seter, noe som flyttet det til Anthropics Enterprise-plan, hvor hver token faktureres til full pris.
Det er et ekstremt eksempel, og regningen for oversettelsesprosjektet ditt vil sannsynligvis ikke komme opp i 1,4 millioner dollar, men poenget står: jo flere endringer på nettstedet ditt skjer, desto raskere øker kostnadene.
Claude i seg selv kan være billig. Men å drifte systemet du bygger rundt det, og skalere det med hvor ofte nettstedet ditt endres, vil påvirke kostnaden mest, snarere enn hvor god modellen er.
Jo flere verktøy du legger til, desto flere steder havner innholdet ditt, og desto flere kontroller er du ansvarlig for.
Modellleverandøren din, CMS-koblingen, DAM-en, transkripsjonstjenesten og alle andre verktøy du legger til, har sine egne tillatelser og datapolicyer. Du må sjekke hva hver tjeneste lagrer, hvem som har tilgang til det, og om innholdet ditt kan brukes til opplæring.
Kvalitetssikring er også din ansvar. Vanskelig hvis du ikke kan språkene, og dyrt hvis du outsourcer anmeldelser.
Tenk på alle disse «hakene», som å vibe-kod ditt eget CRM-system. Det kan du absolutt nå, og det vil sannsynligvis føles som en kostnadsbesparende gevinst. Men i det øyeblikket det eksisterer, eier du det . Det er ditt ansvar å holde dataene rene, spore hva som har endret seg, fikse det som ikke fungerer, og oppdatere dem etter hvert som ting går fremover.
En hjemmebygd oversettelsespipeline er det samme: du bygger den én gang, men du registrerer deg også for å kjøre den.
MCP i seg selv er ikke et visuelt gjennomgangslag. Noen CMS-implementeringer eksponerer visuelle verktøy ( Webflow s MCP kan ta øyeblikksbilder av elementer, men bare med Designer åpen og Bridge-appen tilkoblet), så du trenger vanligvis fortsatt en egen måte å gjennomgå oversatte sider i kontekst. Planlegg for det fra starten av.
Arbeidet skjer gjennom instruksjoner og tekst, så når en oversettelse endres, må du fortsatt åpne en separat forhåndsvisning av nettstedet for å se hvordan den gjengis.
Hvordan passer den tyske overskriften inn i knappen? Bred den franske overskriften seg over på en annen linje og presser layouten ut av form? Hva skjer på mobil, i en smalere layout eller i en annen nettleser?
En liste med tekststrenger lar deg gjette og håpe at det ser riktig ut når det er publisert. Hvis ikke, må du gå et steg tilbake og prøve på nytt.
La oss være tydelige: dette er ikke Claude mot et dashbord. MCP og kommandolinjearbeidsflyter er kraftige. De vokser raskt, og mange team liker å jobbe på den måten.
Å gjennomgå oversettelser visuelt, rett der på siden, er én ting et MCP alene ikke gir deg. Det bringer oss pent til verktøyene som gjør det.
Alt vi nettopp gikk gjennom, Weglot allerede gjør for deg. De samme jobbene, uten den store rørledningen, alle dens intrikate bevegelige deler og byrden med eierskap etter prosjektet.
Slik ser det ut:

Ingenting av dette er en tynn innpakning rundt en chatbot. Weglot starter med ledende oversettelsesmotorer – DeepL, Google og Microsoft, og velger mellom dem etter språkpar – og legger deretter til den tilpassede AI-oversettelsesmodellen, drevet av OpenAI og Gemini. SEO, merkevare, layout og kvalitetsbeskyttelse er innebygd i produktet.
Hvis du liker å jobbe i Claude eller kommandolinjen, fortsett med det. Weglot tar ikke bort det. Det er bare den andre veien. Vi ser bare at de fleste team fortsatt ønsker å se oversettelser på siden og administrere dem på ett sted, slik at de kan fortsette med markedsføring eller drift av virksomheten sin.
Du kan spørre teamene bak disse netthandelsnettstedene: The Bradery , som oversetter over 500 produkter om dagen; Ron Dorff , som nå tjener 70 % av inntektene sine internasjonalt; eller REVIEWS.io , som kuttet behovet for utviklerstøtte fullstendig. Det er mange flere i Weglot kundehistorier .
Claude MCP og Weglot kan begge ta deg til et flerspråklig nettsted. Den beste løsningen avhenger av hva du ønsker å oppnå.
Det er den virkelige avgjørelsen om å bygge kontra kjøpe . Claude gir deg enorm fleksibilitet. Weglot pakker SEO-beskyttelse, merkevarekonsistens, mediehåndtering, visuell gjennomgang og kontinuerlig synkroniseringsarbeid du ellers måtte kjøre manuelt.
Hvis du vil ta gjør-det-selv-veien, absolutt. Du har hele kartet nå, og du vet hva som kreves for å bygge og drive. Hvis du heller vil hoppe over prosessen og komme dit på få minutter, kan du starte en 14-dagers gratis prøveperiode med Weglot .
Uansett hvilken vei du tar, venter ditt neste marked. God reise!
0 besøk fra oversatte sider de siste 90 dagene.




