

Funderar du på att översätta din webbplats med hjälp av Claude MCP? Det går alldeles utmärkt. Det kan till och med vara det bästa alternativet för ditt företag.
Med Claudes språkkunskaper, kopplingar till din webbplats via MCP och rätt instruktioner kan du skapa ett verkligt effektivt och i stort sett automatiserat översättningsflöde.
Men för att översätta en hel webbplats på ett bra sätt krävs mer än att bara byta ut ord. Man måste ta hänsyn till SEO, bevara varumärkets tonfall, se till att layouterna inte förstörs när texten blir längre, byta ut bilder och kontrollera kvaliteten på alla språk.
Låt oss alltså vara ärliga om allt detta. Vi ska gå igenom det ideala arbetsflödet för översättning med Claude MCP steg för steg, så att du kan bygga upp det själv om du vill. När vi är klara kommer du att veta exakt vad som krävs för att driva och underhålla den här lösningen – och allt du skulle behöva ta hand om själv istället för att använda ett specialiserat verktyg för webbplatsöversättning.
När Claude MCP översätter en webbplats är det tre faktorer som samverkar:
Det är just den kombinationen som gör att du slipper de långa kopierings- och klistringsmaraton som kan uppstå när du översätter en webbplats med ChatGPT – eller till och med bara med Claudes vanliga chattfönster.
Om MCP-kompatibilitet: Claude kan anslutas till verktyg som erbjuder en MCP-server (t.ex. Webflow har en sådan), eller arbeta direkt med webbplatsens kodfiler (repo) om en plattform inte har någon sådan. MCP utvecklas snabbt, så kolla i Claudes anslutningskatalog för att se de senaste uppgifterna om vad och hur det går att ansluta.
En sak man dock bör ha i åtanke är att även om MCP ger Claude ett standardiserat sätt att interagera med ditt CMS, garanterar det inte fullständiga lokaliseringsmöjligheter. Vad Claude faktiskt kan skapa, redigera, publicera eller lokalisera beror på vilka verktyg som görs tillgängliga av ditt CMS:s MCP-server.
Riktigt bra, men med ett förbehåll.
Claude hanterar nyanser, idiom och varumärkets ton på ett imponerande sätt. Den hamnade i topp i branschens WMT-översättningsjämförelse 2024 och har sedan dess legat i framkant.
Men det betyder inte att alla översättningar kommer att hålla lika hög kvalitet. Kvaliteten varierar fortfarande beroende på språkkombination och översättningsriktning, så testa de språk som är viktiga för dig och be en modersmålstalare att bekräfta om översättningen är bra som den är, användbar eller inte värd att satsa på.
Sedan har vi frågan om skala. Eftersom MCP hanterar anslutningen kan du tillämpa den kvaliteten på hela din live-webbplats, sida efter sida. Det är just den omfattningen som gör Claude till ett användbart alternativ för en riktig webbplats och inte bara för enstaka stycken.
Så ja. Det går både att översätta med Claude och det är ett bra alternativ. Resten av den här guiden handlar om hur man gör det på ett bra sätt, så att det håller den standard som alla besökare förväntar sig av en seriös företagswebbplats.
Fortsätter du med Claude-metoden och är du nöjd med ditt val? Här är den version vi rekommenderar, utformad så enkelt som möjligt. Följ stegen i ordning. Allteftersom stegen lägger sig på varandra kommer du också att få en tydlig bild av allt som ingår i en bra översättningsmiljö.
Börja med att utforma uppdragsbeskrivningen som ska ligga till grund för allt som Claude gör.
Skapa en Markdown-fil (t.ex. translation-brief.md) och skriv dina viktigaste anvisningar där: vilka språk du översätter till och dina viktigaste regler, till exempel att behålla HTML-koden och att produkt- och varumärkesnamn ska behållas på originalspråket.
Den här filen är din huvudmall. Under de kommande stegen kommer du att lägga till affärsmässigt sammanhang, ton, översättningsregler och SEO-krav till den.
Här är en bra och lättanpassad inledande uppmaning som du kan placera högst upp:
Se detta som en utgångspunkt. Ersätt med dina egna språk och regler. Du kan till exempel lägga till ”översätt alltid flerspråkig SEO till franska som ’SEO multilingue’”. Lägg sedan till fler detaljer allteftersom du går igenom de följande stegen. Vår erfarenhet visar att de team som uppnår bäst resultat är de som lägger ner mest arbete på detaljerna i början. Claude är bara så bra som den brief du ger den.
Hur du ansluter till Claude beror på var innehållet på din webbplats finns.
Om din plattform redan har en koppling eller en MCP-server, börja där. Webflow erbjuder till exempel en egen MCP-server, så att Claude kan samverka med din webbplats via den anslutningen istället för att du manuellt ska behöva flytta text fram och tillbaka.
Kolla i Claudes anslutningskatalog för att se vad som finns tillgängligt för just din konfiguration.

Om din webbplats istället finns i ett kodarkiv är Claude Code det rätta valet. Det fungerar direkt med dessa filer utan att behöva ansluta till själva CMS:et via MCP.
Ett skräddarsytt CMS eller en mindre vanlig teknikstack kräver i allmänhet mer arbete med installationen. Det är här det tekniska arbetet börjar, så om du är marknadsförare eller webbplatsadministratör och inte brukar programmera så ofta kan det vara en bra idé att ta hjälp av en utvecklare. Det är just detta som många guider av typen ”anslut bara Claude till din webbplats” ofta hoppar över.
Och innan du översätter något bör du bestämma var översättningarna ska lagras. Claude kan skapa franska, tyska och spanska versioner av ditt innehåll, men din teknikstack behöver fortfarande en plats att lagra varje version på, ett sätt att leda besökarna till den och ett sätt att publicera den.
I ett CMS som Webflow innebär det att man först måste konfigurera språkinställningarna. I ett kodarkiv kan det innebära en mapp eller en rutt per språk (/fr/, /de/) eller en uppsättning översättningsfiler som ditt ramverk läser från. Det du väljer avgör hur din språkväljare fungerar, hur varje sidas URL ser ut på respektive språk och vad som publiceras var. Se till att detta är på plats innan steg 6, annars kommer du att ha en mapp full av utmärkta översättningar som du inte har någonstans att placera.
Lägg till affärsmässiga sammanhang i din brief och ta upp följande:
En mening som till exempel ”Vi är ett premiummärke inom hudvård som riktar sig till kvinnor över 30 år i USA och Frankrike. Vi säljer ett litet sortiment av serum, rengöringsprodukter och fuktighetskrämer” ger Claude den ram som behövs.

Med just den riktlinjen i åtanke fortsätter ett lyxvarumärke att framstå som just det på alla språk, men detsamma gäller även om du driver ett budgetvarumärke, ett mellanklassvarumärke, ett tekniskt varumärke eller ett lekfullt varumärke.
Sammanhanget avslöjar för Claude vem du är, medan tonfallet avslöjar hur du låter.
Ge din brief en egen ton, så att ditt varumärke behåller sin personlighet på olika språk.
Det snabbaste sättet är att klistra in 2 eller 3 stycken som bäst återspeglar din godkända varumärkesstil och be Claude att anpassa sig efter den.
I vårt exempel på ett exklusivt hudvårdsmärke kan riktlinjerna för tonfall (ToV) innehålla uttryck som ”exklusivt”, ”självsäkert” och ”tryggt”.

Det är just detta steg som gör att din översatta webbplats känns som din egen, istället för att framstå som en generisk version av den marknad du ger dig in på.
I vår guide till att etablera sig på den amerikanska marknaden undersöker vi vikten av att bevara varumärkesidentiteten under en expansion; de lärdomar som dras där gäller oavsett vilken marknad du riktar dig mot.
"Jag behöver inte glömma bort vilka vi är. Vi måste omfamna det."
– Alix de Sagazan, medgrundare på AB Tasty
Lägg till dina regler för längd, layout och formatering i briefen, så att Claude tillämpar dem vid varje körning. ”Riktlinjer”, som man säger inom marknadsföringsbranschen år 2026.
En rubrik som på engelska ryms på en rad kan till exempel sträcka sig över 2 eller 3 rader på tyska*. Sätt därför gränser: ange ett teckenbegränsning för CTA:er och bestäm hur lokaliserade URL-slugs ska skapas samt vad som ska hända med befintliga URL:er.
Så här skulle det kunna se ut:

Se till att reglerna fortfarande gäller även när ditt innehåll växer. Det är bland annat detta som skiljer en översatt webbplats från en lokaliserad.
*Översättningar från engelska till tyska är särskilt utsatta för textutvidgning. En rubrik i en e-handelsbutik som ”Shop skincare” kan bli ”Hautpflege entdecken” – samma innebörd, 7 tecken fler, märkbart mer utrymme.
Lägg till dina sökkriterier i briefen och kontrollera dem sedan i ditt CMS eller i koden.
Det innebär att:
Den sista punkten gäller GEO-lagret. Ju tydligare och mer fullständiga dina lokaliserade sidor är, desto större är chansen att de visas i sökresultaten på det språket.
För att få en fullständig bild av traditionell sökning kan du läsa vår guide om flerspråkig SEO och GEO. I vår flerspråkiga GEO-guide finns ytterligare råd som är specifika för AI-sökning.
Nu när din brief är uppdaterad och din stack är ansluten är du redo att översätta. Ange din innehållskälla och briefen i Point Claude tillsammans med en kort instruktion, till exempel:
"Översätt sidorna i den här mappen till franska, tyska och spanska enligt anvisningarna i filen translation-brief.md."
Alla detaljer finns i den filen, så körkommandot – som du kommer att återanvända varje gång du översätter – förblir kort.
Det är inom media som arbetsflödet börjar spridas över fler verktyg, och där den självständiga vägen för vissa börjar ta slut.
Om en bild innehåller inbäddad text behöver du en lokaliserad version för varje marknad och ett sätt att byta ut rätt bild till rätt språkversion.
Claude kan hjälpa till om du lägger till rätt verktyg för bild- eller digital tillgångshantering (DAM) i arbetsflödet. Och om du har tillräckligt med tokens (mer om kostnaden senare).
Video och ljud innebär också extra steg. Anta att du behöver lokaliserade undertexter: då måste du skapa en transkription eller en undertextfil, översätta texten och sedan lägga till den i den nya språkversionen.
Problemet är alltså inte att Claude inte klarar av era medier. Det klarar den. Men nu staplar ni på verktyg och kopplingar: bildredigeringsverktyg, DAM och transkriptionstjänster. Den extra kostnaden och konfigurationen kan äta upp den enkelhet som från början gjorde AI-vägen så lockande.
Inför två granskningssteg innan något publiceras: en automatisk kontroll av varje sida och en manuell kontroll av de sidor som kräver det.
Det automatiserade steget är en andra, oberoende AI-granskning. Använd en ny Claude-instans eller en annan modell än den som skapade den ursprungliga översättningen, så att granskningen sker med ”friska ögon” istället för att modellen själv ska bedöma sitt eget arbete. Ge granskaren din källtext, översättning, brief och åtkomst till sidan eller koden, och ge den sedan två uppgifter:
Det här steget fångar upp de mekaniska problemen väl. Men det som det inte kan avgöra är om den franska texten känns som om den vore skriven av ett franskt varumärke (den kan kanske låta som kanadensisk franska, men det skulle man inte kunna veta). AI-granskning bekräftar att en översättning är korrekt; den bekräftar inte att den är övertygande, att ett skämt går hem, att du använder rätt dialekt eller att din juridiska formulering håller i en tysk domstol.
Det är just det som ditt mänskliga led är till för. Du behöver inte använda det för att granska varje sida om du har begränsade resurser; spara granskningen av en modersmålstalare till innehåll där lokaliseringsfel kan kosta dig dyrt: din startsida och de viktigaste landningssidorna, prissättning och kassa, juridiska texter och efterlevnadstexter samt alla större kampanjer. Allt annat kan gå igenom den automatiska kontrollen, med en modersmålstalare som gör stickprovskontroller då och då.
Under testfasen bör du köra den automatiserade granskningen manuellt. När arbetsflödet är stabilt kan du automatisera det efter varje översättningsomgång och registrera den manuella granskningen som en status i din ändringslogg (steg 10), så att inget av stor betydelse publiceras utan att ha granskats.
Att översätta webbplatsen en gång är den enkla delen. Att hålla tre språkversioner synkroniserade med en källwebbplats som ändras varje vecka är där ett ”gör-det-själv”-arbetsflöde antingen visar att du är en blivande ingenjör – eller där det hela faller samman.
Innan du skalar upp måste du själv ha ett svar på var och en av dessa frågor (Claude kan inte svara åt dig):
Det viktigaste är att upptäcka förändringar. Någon – eller något – måste märka att prissidan ändrades förra torsdagen; det kan vara vanan att ”översätta det jag har ändrat”, en webhook i CMS-systemet eller ett skript som jämför publicerat innehåll med den senast översatta versionen. Bestäm sedan vad som ska utlösa en översättning: en redigerad mening bör inte leda till att hela sidan översätts på nytt, annars betalar du för att göra om arbete och riskerar att skapa nya inkonsekvenser. Spåra ändringar på avsnitts- eller strängnivå där det är möjligt.
Det är när det gäller att skydda godkända översättningar som det kan bli lite kaotiskt. Om en modersmålstalare finslipade din franska hemsida förra månaden och källtexten på engelska ändras något, kommer en oövervägd omkörning att skriva över dennes arbete. Du behöver ett arkiv med godkända översättningar som arbetsflödet återanvänder istället för att generera nya (översättningsminne, i lokaliseringssammanhang), samt en regel för när en ändring i källtexten är tillräckligt stor för att åsidosätta detta.
När sidor raderas, flyttas eller byter namn måste deras lokaliserade versioner, webbadresser och hreflang-taggar anpassas i enlighet med detta, annars riskerar du att få övergivna översättningar och 404-fel på tre språk. Se också till att redogöra för vilken källa som gäller redan från början: oftast webbplatsen på originalspråket. Men när en översatt sida väl har redigerats manuellt, blir den då källan för det språket? Skriv in svaret i din brief.
Lägg ihop allt detta så får du ett synkroniseringslager: ett sätt att markera ändrat innehåll, en databas med godkända översättningar och en uppsättning regler för vad som utlöser en ny körning. I ett repo tar Git-historiken dig en bit på vägen. I ett CMS bygger eller kopplar du ihop något. Oavsett vilket är det ett system som du äger och felsöker.
Det är också i det här steget som frågan förändras. Översättningskvaliteten är inte längre det svåra; Claude sköter det tillräckligt bra. Det svåra är att hålla en flerspråkig webbplats synkroniserad under flera månaders uppdateringar.
Innan du utökar arbetsflödet bör du skapa en gemensam ändringslogg för varje sida och varje språk som du översätter. Se åtminstone till att registrera sidan, språket, statusen, datumet samt vem som granskat eller godkänt översättningen.
Claude kan hjälpa dig med arbetet, men själva chatten är inte en gemensam projekthistorik.
Så fort det handlar om flera sidor, språk och teammedlemmar – även om det bara är en person till – behöver du ett ställe där du kan se vad som har översatts, vad som har ändrats och vad som har godkänts.
Ett kalkylblad eller ett delat dokument fungerar bra till att börja med, så länge alla som deltar i projektet åtar sig att hålla det uppdaterat som en del av sina arbetsuppgifter.
Kör hela arbetsflödet på en test- eller utvecklingssida innan du släpper ut det på hela webbplatsen. På så sätt minimeras omarbetningsbehovet om något skulle gå fel.
Kontrollera hur allt visas. Åtgärda eventuella fel och finjustera din brief tills resultatet blir bra.
När du är nöjd med resultatet kan du sammanställa de återanvändbara instruktionerna och granskningsprocessen till en Claude-skill: en sparad uppsättning instruktioner som Claude kan använda igen när du behöver översätta nytt eller uppdaterat innehåll. Du kan bokstavligen be Claude att ”sammanställa det här arbetsflödet till en skill” – så smidigt är det.

En sida visar att arbetsflödet fungerar. Tack vare den här funktionen blir det repeterbart, och din ändringslogg sparar historiken. Voilà!
Vi sa ju redan i början att det här var en ärlig guide. Här kommer några fler sanningar som du bör känna till.
För att allt ovanstående ska fungera krävs ordentlig installation, ordentligt underhåll, ordentliga kostnader och ett verkligt ägarskap.
Och det är inte något man gör en enda gång. En webbplats på 40 sidor som översätts till tre språk innebär redan 120 översatta sidor som måste skapas och granskas innan nästa produktlansering, prisändring eller kampanjstart. Varje uppdatering innebär att åtminstone en del av arbetsflödet måste gås igenom på nytt.
Så här ser det ut.
Det krävs arbete att bygga upp arbetsflödet. Det krävs också arbete att hålla det igång. Det kan gå sönder, det kräver felsökning och det måste anpassas varje gång din webbplats eller din teknikstack förändras.
En ny sidmall, en plattformsuppdatering, en omdesign – var och en av dessa kan tvinga dig att gå tillbaka till uppdragsbeskrivningen och kontakterna för att rätta till saker och ting. Och då blir det ännu mer administration att ta itu med, eftersom ändringsloggen från steg 9 inte uppdateras av sig själv.
Och när något väl går sönder finns det inget supportteam att vända sig till. Claude kan hjälpa dig att ta reda på vad som gick fel, men att spåra orsaken i din brief, dina kopplingar och ditt CMS – och åtgärda problemet – är upp till dig (eller den utvecklare du anlitade i steg 2).
Varje översättning räknas i tecken, och med en fullständig brief, tonfallsexempel och en korrekturläsning går det åt många tecken per sida. Men de flesta misslyckas med att korrekt uppskatta hur många tecken de faktiskt kommer att använda och underskattar allt som hör till.
En mer rättvis ekvation ser ut så här:
Kostnad för egenutveckling = användning av modellen + CMS, MCP och verktyg + manuell granskning + underhållstid + utvecklingstid
Ta en webbplats på 50 sidor som ska översättas till tre språk. Det blir 150 översatta sidor, plus 150 granskningstillfällen. Med nuvarande API-priser kostar token för en fullständig översättning en handfull dollar, och inte ens generösa antal omförsök räcker så långt. Det är i resten av ekvationen som pengarna går åt.
Verktyg omfattar ditt CMS-abonnemang (lokaliseringen avWebflow är till exempel ett betalt tillägg), eventuella DAM- eller transkriptionstjänster från steg 7 samt det verktyg du använder för att spåra ändringar. Manuell granskning innebär att en modersmålstalare granskar dina 20 viktigaste sidor per språk, till frilanspriser, före varje större uppdatering.
Underhåll avser den tid som du eller en kollega lägger på att köra arbetsflödet på nytt, uppdatera briefen och åtgärda fel som uppstått efter en plattformsuppdatering. Utvecklarens arbetstid omfattar den inledande anslutningen i steg 2, synkroniseringslagret i steg 9 samt eventuella fel som uppstår därefter.
Men då har man inte räknat med innehållsuppdateringar. Ska man lägga till nya produkter? Då behövs fler tokens. Ska man justera vissa juridiska texter? Då behövs det ännu fler.
Dina kostnader kan också förändras även om din användning förblir oförändrad. Growth Unhinged rapporterade att Pylons faktura från Anthropic skulle öka med 3,5 gånger, från 400 000 dollar till 1,4 miljoner dollar per år. Företaget använde inte Claude mer än tidigare. Det hade vuxit till över 150 användarkonton, vilket innebar att det flyttades över till Anthropics Enterprise-abonnemang, där varje token faktureras till fullt pris.
Det är ett extremt exempel, och kostnaden för ditt översättningsprojekt skulle förmodligen inte uppgå till 1,4 miljoner dollar, men poängen kvarstår: ju mer din webbplats förändras, desto snabbare stiger kostnaden.
Claude i sig kan vara billigt. Men det är driften av det system du bygger upp kring det, och att skala upp det i takt med hur ofta din webbplats förändras, som påverkar kostnaden mest – snarare än hur bra modellen är.
Ju fler verktyg du lägger till, desto fler ställen hamnar ditt innehåll på och desto fler kontroller måste du sköta.
Din modellleverantör, CMS-koppling, DAM, transkriptionstjänst och alla andra verktyg du lägger till har sina egna behörigheter och datapolicyer. Du måste kontrollera vad varje tjänst lagrar, vem som har åtkomst till det och om ditt innehåll får användas för träning.
Kvalitetssäkringen är också ditt ansvar. Det kan vara svårt om du inte behärskar språken, och dyrt om du lägger ut granskningarna på entreprenad.
Tänk på alla dessa ”fällor” som ett sätt att anpassa ditt eget CRM efter dina egna behov. Det går absolut att göra nu, och det kommer förmodligen att kännas som en kostnadsbesparande vinst. Men så fort det finns där är det ditt ansvar. Det är upp till dig att hålla data ren, spåra vad som har ändrats, åtgärda fel och uppdatera systemet i takt med att saker och ting utvecklas.
En egenutvecklad översättningsprocess fungerar på samma sätt: man bygger upp den en gång, men man förbinder sig också att driva den.
MCP i sig är inte ett verktyg för visuell granskning. Vissa CMS-implementeringar erbjuder visuella verktyg (Webflow s MCP kan ta skärmdumpar av element, men endast om Designer är öppet och dess Bridge-app är ansluten), så i allmänhet behöver du fortfarande ett separat sätt att granska översatta sidor i sitt sammanhang. Planera för detta redan från början.
Arbetet sker med hjälp av instruktioner och text, så när en översättning ändras måste du ändå öppna en separat förhandsgranskning av webbplatsen för att se hur den visas.
Hur ser den tyska rubriken ut inuti knappen? Går den franska texten över till en andra rad och förstör din layout? Vad händer på mobilen, i en smalare layout eller i en annan webbläsare?
En lista med textsträngar gör att man får gissa och hoppas att det ser rätt ut när det väl är live. Om inte, får man ta ett steg tillbaka och försöka igen.
Låt oss vara tydliga: det här handlar inte om att jämföra Claude med en instrumentpanel. MCP och kommandoradsbaserade arbetsflöden är kraftfulla. De växer snabbt, och många team föredrar att arbeta på det sättet.
Att kunna granska översättningar visuellt, direkt på sidan, är bara en av de saker som MCP i sig inte erbjuder. Det leder oss smidigt vidare till de verktyg som däremot gör det.
Allt det vi just har gått igenom sköter Weglot redan åt dig. Samma uppgifter, utan den stora projektkedjan, alla dess komplicerade delar och bördan av ansvaret efter projektets slut.
Så här ser det ut:

Inget av detta är bara ett tunt skal runt en chattbot. Weglot utgår från ledande översättningsmotorer – DeepL, Google och Microsoft, där man väljer mellan dem utifrån språkpar – och lägger sedan till den anpassade AI-översättningsmodellen, som drivs av OpenAI och Gemini. Funktioner för SEO, varumärke, layout och kvalitetskontroll är inbyggda i produkten.
Om du gillar att arbeta i Claude eller på kommandoraden, fortsätt gärna med det. ” Weglot ” tar inte bort den möjligheten. Det är bara ett alternativ. Vi har bara märkt att de flesta team fortfarande vill se översättningarna direkt på sidan och hantera dem på ett och samma ställe, så att de kan ägna sig åt marknadsföring eller att driva sin verksamhet.
Fråga gärna teamen bakom dessa e-handelssajter: The Bradery, som översätter över 500 produkter om dagen; Ron Dorff, som numera får 70 % av sina intäkter från utlandet; eller REVIEWS.io, som helt har eliminerat behovet av stöd från utvecklare. Det finns många fler exempel i Weglot:s kundberättelser.
Både Claude MCP och Weglot kan hjälpa dig att skapa en flerspråkig webbplats. Vilket alternativ som passar bäst beror på vad du vill uppnå.
Det är det verkliga valet mellan att bygga själv eller köpa in som man måste fatta. Claude ger dig enorm flexibilitet. Weglot samlar de SEO-riktlinjer, den varumärkeskonsistens, mediehanteringen, den visuella granskningen och det löpande synkroniseringsarbetet som du annars skulle behöva sköta manuellt.
Om du vill göra det själv, så är det inga problem. Du har nu hela översikten och vet vad som krävs för att bygga upp och driva tjänsten. Om du hellre vill hoppa över hela processen och komma igång på några minuter kan du påbörja en 14-dagars gratis provperiod på Weglot.
Oavsett vilken väg du väljer väntar din nästa marknad på dig. Lycka till!
0 besök från översatta sidor under de senaste 90 dagarna.




