TranslatePress: min ærlige anmeldelse af dette plugin

TranslatePress fungerede rigtig godt de første seks måneder. Efter to års faktisk brug På min WordPress-hjemmeside er min vurdering helt klart negativ.

Jeg kan ikke anbefale det til dig i sin nuværende form, og jeg skal forklare dig hvorfor.

Jeg har installeret dette plugin til flersproget oversættelse i 2022 for at oversætte mine sider til flere 15 sprog. I starten er udvidelsen virkelig praktisk, og den visuel oversættelse holder, hvad den lover.

Problemet er, at jo længere tid siden er det, at hjemmesiden har brugt dette værktøj, jo mere katastrofalt bliver det. De negative punkter hober sig op med tiden, og det er netop det, ingen fortæller dig, før du installerer det TranslatePress.

Jeg har besluttet at skrive denne anmeldelse, efter at jeg har sendt snesevis, ja måske endda hundredvis af e-mails til kundesupporten.

Forklarende video på fransk af Alucare, ideelt supplement til siden. Se video (du kan bruge YouTubes automatiske oversættelse)

I denne video deler jeg min ærlige meninger på TranslatePress. Læs venligst det følgende grundigt, inden du installerer dette plugin.

Hvad er TranslatePress egentlig?

TranslatePress er en WordPress-oversættelsesudvidelse som giver dig mulighed for at gøre din hjemmeside flersproget.

Sådan fungerer det: Du oversætter dit indhold direkte fra en visuel grænseflade, ved at klikke på den tekst, der skal redigeres, på siden.

Pluginet opretter forbindelse til Google Translate Hvor DeepL for automatisk oversættelse, genererer en dedikeret URL for hvert sprog og administrerer metadataene for Flersproget SEO.

På papiret ser det perfekt ud. I virkeligheden er min oplevelse efter to år langt mere nuanceret.

Det største problem med TranslatePress:

Udvidelsen oversætter alt. Og når jeg siger alt, så mener jeg virkelig alt. Hvis du skriver en artikel om et spil som SUTOM, et spil på fransk, hvor dagens ord er PATATE; plugin'et oversætter det til 15 sprog. Det betyder, at det koster dig et par euro hver gang.

Det værste er, at disse oversættelser er helt nyttesløse. Disse sider vil slet ikke få nogen besøgende på de andre sprog.

Og hvis nogen vil prøve spillet på et andet sprog, vil vedkommende aldrig kunne svare »PATATE«, for vedkommende vil se »POTATO«. Med mere komplekse ord er det endnu værre.

Jeg har regnet på det, og jeg må have brugt over 2 000 € automatisk oversættelse i artikler, der kun var brugbare på fransk. Du vil sikkert sige: Pluginet har sikkert en knap til at deaktivere oversættelsen, når artiklen oprettes. Desværre, Ingen.

Det er dog netop den ændring, jeg har bedt supporten om slutningen af 2022 : en enkelt knap til at undlade at oversætte en bestemt artikel eller side. Der er stadig intet på nuværende tidspunkt.

Den eneste mulighed, der har været tilgængelig fra starten, er Do not translate certain paths. Men for at kunne bruge det skal hjemmesiden have kategorier i URL’erne. Og det frarådes inden for SEO.

På et eksisterende WordPress-websted skal du derfor tilføje denne struktur og foretage 301-omdirigeringer, hvilket ændrer alle webadresserne på hjemmesiden. Et rigtigt stort arbejde for en funktion, der burde være helt enkel.

Det genererer hundredtusindvis af 404-fejl

Det virkelige problem opstår, når du rydder op på din hjemmeside. Forestil dig snesevis af oversatte artikler, der ikke længere er til nogen nytte, for eksempel indhold om daglige spil, der blev offentliggjort den 10. juni 2022, som i dag er blevet overflødig.

Du sletter den oprindelige artikel og indsætter en 301-omdirigering for at undgå en 404-fejl. Indtil videre går det godt. Men problemet er, at 15 oversatte URL’er Links til denne artikel ender til gengæld med en 404-fejl.

Årsagen er enkel: TranslatePress opretter ikke forbindelsen. Pluginet forstår ikke, at hvis den oprindelige artikel omdirigeres med en 301- eller 410-status, skal oversættelserne følge med. Det arver ikke omdirigeringen.

Under en almindelig rengøring af Alucare.fr, så endte jeg med over 150.000 404-fejl. Jeg kontaktede supporten for at høre, hvad der ville blive gjort. Det officielle svar var: at oprette 301- eller 410-omdirigeringerne manuelt for hver oversat URL.

Problemet er, at disse oversatte adresser ikke er synlige ingen steder. Før hver sletning skal du manuelt hente den oversatte URL på hvert sprog. På en rigtig hjemmeside Flersproget WordPress, det er en opgave, der er umulig at håndtere i hverdagen.

At skifte fra Google Translate til DeepL: det egentlige problem

Vil du skifte fra Google Translate på DeepL for at forbedre kvaliteten af dine oversættelser? Dårlige nyheder. Dit allerede oversatte indhold er stadig låst fast i den gamle oversættelsesmotor.

For virkelig at skifte til DeepL, så er du nødt til at tømme hele databasen af de eksisterende oversættelser. Ellers er det kun de nye artikler, der drager fordel af den nye oversættelsesmotor. Jeg har forsøgt en løsning: at slette en artikel og derefter genudgive den for at tvinge en ny automatisk oversættelse frem.

Det virker ikke. Pluginet gemmer de gamle oversættelser i hukommelsen.

Konkret betyder det, at hvis du skifter oversættelsesmotor undervejs, må du næsten starte forfra med alle dine allerede oversatte sider. På et stort websted Flersproget WordPress, det er en reel hindring.

For mig, TranslatePress kunne blive et fremragende oversættelsesplugin. Der mangler dog tre vigtige funktioner:

• EN knap til at deaktivere oversættelsen fra en bestemt artikel eller side
• Det liste over oversatte URL’er kan ses, når du redigerer en artikel
• En rigtig håndtering af 404-fejl, eller i det mindste en automatisk sikkerhedsforanstaltning

Opdatering 21/08/2024:

Nyt afsnit med støtte fra TranslatePress. Kort resumé: Deres indsats førte til Hele min hjemmeside viste 404-fejl i 16 timer, og Google gennemgik netop i dette tidsrum. Her er, hvad der skete, i kronologisk rækkefølge.

Fejlen i starten

TranslatePress skabte 404-fejl ved brugerdefinerede slugs på hjemmesiden. Jeg havde ændret mange slugs manuelt. Pluginet fulgte ikke med i oversættelsen af disse URL’er, så de oversatte sider forsvandt.

Hvad supporten har gjort

Man har rådgivet mig til at deaktivere mit SEO-plugin. Jeg tester det: ja, det løser fejlen. Men jeg nægter at lade det være deaktiveret, netop fordi jeg havde ændret mange slugs med det.

Supportmedarbejderen loggede derefter selv ind på min hjemmeside. Han foretog ændringen og skrev til mig i en e-mail, at alt så ud til at være i orden. Jeg havde ikke mulighed for at tjekke det bagefter.

Konsekvenserne

Jeg logger ind igen 16 timer senere. Og så var der masser af 404-fejl. SEO-pluginet havde godt nok ændret URL’erne, men oversættelse af disse URL'er var ikke blevet foretaget. Resultat: den oversatte hjemmeside virkede ikke.

Vi taler om over 70 000 oversatte sider blev på én gang omdirigeret til 404. Google havde gemt de gamle adresser i cachen og har i mellemtiden indekseret alle disse fejl.

Det grundlæggende problem er stadig det samme: TranslatePress ignorerer URL-historikken. Hvis en side viser en 404-fejl, omdirigeres den ikke automatisk til den nye side. Ingen genoptagelse, ingen automatisk omdirigering.

Hvis du støder på andre punkter, der giver dig problemer med TranslatePress, så tøv ikke med at skrive det i en kommentar.