Migratie van machinevertaling van Google Translate naar Claude API – Wat we hebben geleerd uit de uitvoering van LLM-vertaling | Onderwerpen

Ongeveer twee maanden geleden schakelden we de artikelvertalingen van ons bedrijf over van Google Translate naar een LLM.

Waarom kozen we voor Claude? Hoe werkt het systeem dat we gebruiken? En waarom hebben we gekozen voor Claude in plaats van de goedkopere Gemini?

Hoewel we nog in de experimentele fase zijn, documenteren we hier onze huidige opzet en aanpak.

Google Translate kan natuurlijk ook vertalen

Om duidelijk te zijn: Google Translate was niet slecht.

Het vertaalt snel en is meer dan voldoende voor normaal gebruik. We hebben er tot nu toe geen grote problemen mee gehad, maar bij het vertalen van hele artikelen voelde het ontoereikend vergeleken met de nauwkeurigheid die je van moderne AI mag verwachten – je vervant eenvoudig Japanse tekst door een andere taal zonder meer.

Individuele zinnen zijn misschien niet fout, maar wanneer je het hele artikel leest, voelt het onnatuurlijk aan. Dezelfde woorden worden halverwege anders vertaald, en bijvoorbeeld koppelingen of slogans die letter voor letter zijn opgedeeld, worden helemaal verwoest.

Het gaat niet alleen om vertalingen die begrijpelijk zijn – je hebt vertaling nodig die natuurlijk leest als een artikel.

Daarom zijn we, zij het wat laat, overgestapt naar machinetranslatie met LLM.

Vorig jaar hebben we ons uitgebreid naar meerdere talen met Google Translate en onze DR daalde van 30 naar 19

De reden om over te stappen naar LLM ging verder dan alleen vertaalkwaliteit

Toen we Google Translate gebruikten voor meertalige verspreiding van artikelen, hebben we ook veel in het SEO-ontwerp aangepast. Omdat we ineens 8 talen ondersteunden, daalde de linkjuice drastisch

De Ahrefs DR daalde van 30 naar 19. 😨

Een daling van 11 punten

Het daalde behoorlijk flink

Natuurlijk is het niet zo simpel dat de DR alleen daalde omdat we Google Translate gebruikten. Het kernprobleem lag in het SEO-ontwerp van onze meertalige site, inclusief URL's en interne links. We moesten echt onze hele aanpak voor meertaligheid heroverwegen, inclusief hoe we vertaalden en hoe we vertaalde artikelen structureerden!

De DR zou nu boven de 30 moeten zijn, maar we gaan nog een aantal experimenten uitvoeren, dus deze zal waarschijnlijk weer dalen. w

Nu gaat het omhoog, dan weer omlaag~

Na vergelijking bleek Claude het beste voor onze artikelen

Bij het overstappen naar LLM-vertaling hebben we verschillende modellen onderzocht en daadwerkelijk artikelen laten vertalen.

We hebben vooral op de volgende punten gelet.

Of de vertaalde tekst natuurlijk leesbaar is
Of de context behouden blijft, zelfs in lange artikelen
Of termen en schrijfwijzen consistent zijn
Of de relatie tussen koppelingen en broodtekst wordt begrepen
Of onze opgegeven vertaalregels worden gevolgd
Of er zonder toestemming inhoud wordt toegevoegd die niet in het origineel staat

Na vergelijking bleek dat Claude's vertaling het beste voor onze artikelen werkt.

Dit betekent niet dat Claude in alle vertalingen ter wereld het beste is.

Dit zijn resultaten die uitsluitend op basis van onze tests en evaluatiecriteria zijn verkregen. Afhankelijk van het type en de lengte van de tekst die u wilt vertalen en de gewenste schrijfstijl, kunnen de resultaten variëren.

Deze keer hebben we Claude API gekozen met prioriteit op de natuurlijkheid als artikel.

Wat betreft kosten is Gemini goedkoper.

Hoewel Claude beter presteerde op het gebied van vertaalkwaliteit, is Gemini kostenefficiënter als we alleen naar de prijs kijken.

We hebben niet van tevoren besloten om Claude voortdurend te gebruiken, maar we gaan eerst proberen met Claude, dat een betere vertaalkwaliteit liet zien!

Daarna, als Gemini ook de benodigde kwaliteit kan leveren, schakelen we over!
Of we gebruiken meerdere modellen afhankelijk van het type artikel.

We overwegen ook deze werkwijze.

LLM's veranderen snel, dus het beste model van vandaag hoeft niet het beste model over zes maanden te zijn.
Zowel de prestaties als de prijs van modellen veranderen.

Gebruik wat goed is vandaag, en schakel over als de situatie verandert.

Het lijkt erop dat het huidige AI-gebruik met deze afstandelijke benadering het beste werkt!

Claude API alleen aanroepen voor niet-vertaalde artikelen

We roepen de Claude API niet elke keer aan wanneer een artikel wordt weergegeven.

We slaan vertaalde artikelen op in de cache tijdens het bouwen, en geven daarna de opgeslagen vertaling terug. We roepen Claude API alleen aan voor artikelen die nog niet zijn vertaald.

Als je hetzelfde artikel elke keer vertaalt, worden er steeds API-kosten berekend. Ook wordt de laadtijd langer.

Vertaal alleen de artikelen die nodig zijn en hergebruik vertaalde teksten.

Met deze aanpak kunnen we zowel de API-kosten als de weergavesnelheid tot op zekere hoogte beperken.

Vertaal opnieuw wanneer een artikel wordt bijgewerkt

Wanneer je vertalingen in cache opslaat, moet je ook rekening houden met updates van het originele artikel.

Het zou vervelend zijn als het Japanse artikel is gecorrigeerd, maar de vertaalde versie nog steeds de oude inhoud toont.

Daarom gebruiken we Claude API opnieuw om te vertalen als de originele tekst verandert, in plaats van de opgeslagen vertaling te gebruiken.

Dit is iets wat we op dit moment aan het aanpassen zijn door het daadwerkelijk te gebruiken.

Samenvatting

Wat betreft de vertaalkwaliteit ben ik blij dat ik voor Claude heb gekozen, maar gezien de kosten en nauwkeurigheid is het natuurlijk mogelijk dat we op enig moment overstappen naar modellen zoals ChatGPT of Gemini.

Het onderzoek gaat door! We schrijven later meer details over SEO in een apart artikel!!