[Aufgelöst] Häufige 404 Fehler durch fehlerhafte Übersetzung in der Taxonomie
Dies ist das technische Support-Forum für WPML – das mehrsprachige WordPress-Plugin.
Mitlesen können alle, doch nur WPML-Kunden können hier Fragen veröffentlichen. Das WPML-Team antwortet im Forum an 6 Tagen pro Woche, 22 Stunden am Tag.
Heute stehen keine Supporter zur Arbeit im German-Forum zur Verfügung. Sie können gern Tickets erstellen, die wir bearbeiten werden, sobald wir online sind. Vielen Dank für Ihr Verständnis.
leider kommt es immer wieder zu 404 Fehlern, weil z.Bsp. versteckter Link dieser Link auftaucht, obwohl es diesen ja nicht gibt. Der korrekte Link ist dieser: versteckter Link
Ein leeren des wp-rocket cache löst dieses Problem, jedoch leider nur kurzfristig.
Ich habe keine Lösungsansätze mehr. Habe mir die ht.access angeschaut und konnte nichts nachteiliges feststellen. Jedoch sind meine Kenntnisse diesbezüglich limitiert.
Gibt es eventuell eurerseits eine passende Lösung?
momentan habe ich wpml multilingual cms deaktiviert, da ansonsten die Verlinkung komplett verrückt spielt. Die Verlinkungen habe ich jedoch vorher alle untersucht und die 404 Fehler durch 301 Weiterleitungen korrigiert. Ich habe keine Ahnung welche Ursache es hat. Vielleicht die ht.access? Was sehr eigenartig ist, ich habe eine Staging-Site installiert welche hinter einem Verzeichnisschutz ist, dort kann ich den Fehler nicht reproduzieren.
ich habe wpml multilingual cms wieder aktiviert. Ohne irgendwelcher Änderungen gemacht zu haben, scheint es nun wieder zu funktionieren, die Links zu laden, ohne Vermischung der Sprachen in der Taxonomie.
ich habe mich leider zu früh gefreut. Die Links werden sprachlich vermischt und generell gibt es Probleme mit diversen Verlinkungen.
Ein Deaktivieren von wpml multilingual cms behebt den Fehler.
Ich kann gerne anbieten mir das einmal genauer anzusehen.
Ich möchte einen temporären Zugriff (wp-admin und FTP) auf die Website anfordern, um das Problem genauer zu untersuchen.
Die dafür erforderlichen Felder findst Du unterhalb des Kommentarbereichs, wenn Du dich anmelden, um die nächste Antwort zu hinterlassen. Die Informationen, die Du angibst sind privat, was bedeutet, dass nur Du und ich sie sehen und darauf zugreifen können.
WICHTIG
Lege bitte unbedingt eine Sicherungskopie der Website und der Datenbank an, bevor Du uns den Zugriff gewährst.
Wenn Du die Felder "wp-admin / FTP" nicht sehen kannst, werden Ihre Anmeldedaten für Post und Website als "PUBLIC" (Öffentlich) festgelegt. Veröffentliche die Daten NICHT, es sei denn, Du siehst die erforderlichen wp-admin / FTP-Felder.
Ich muss hier ggfls. ein Plugin namens " All In One WP Migration" installieren, um eine Kopie der Website anzulegen, auf welche ich das Problem genauer untersuchen kann.
Lass mich bitte wissen, ob Du damit einverstanden bist.
Das private Antwortformular sieht so aus: versteckter Link
Klicke beim nächsten Antworten auf "I still need assistance".
Video: versteckter Link
Beachte bitte, dass wir verpflichtet sind, diese Informationen auf jedem Ticket individuell anzufordern. Wir dürfen nicht auf Zugangsinformationen zugreifen, die nicht speziell auf diesem Ticket im privaten Antwortformular übermittelt wurden.
Ich habe WPML wieder aktiviert - das genannte Produkte funktioniert weiterhin:
versteckter Link
Kannst Du mir bitte sagen, wo genau der falsche Link auftaucht?
Bachte bitte, dass Du unter WooCommerce > WooCommerce Multilingual & Multi Currency > Store URL den Endpunkt "measuring-unit" zu "" übersetzt hattest.
Diese Endpunkte erscheinen in der URL der Website und "Maßeinheit" ist kein gültiger URL Slug. Ich habe diesen deshalb zu "masseinheit" angepasst.
Um Dir weiter helfen zu können, müsste ich nun genau wissen, wo es zu dieser falschen URL kommt:
versteckter Link
Sollte das Problem erneut auftreten, gib mir bitte Bescheid. Ich muss dabei aber genau wissen, wo der falsche Link angezeigt wird (Produtkseite, Shopseite, Produktarchiv, Menü, ...)
Das Problem bleibt auf einer Kopie Deiner Website sogar dann bestehen, wenn ich in einem minimalen Setup, also alleine mit WooCommerce, WPML und dem Twenty Twenty One Theme teste.
Der Grund für das Problem ist mir bislang unklar, aber es ist so, dass in FR und EN der Taxonomy Base Slug der Hauptsprache durch den Sprachwechlser in der aktiven Sprache überschrieben wird.
Das bedeutet, es wird in der URL beim Sprachwechsel auf FR zu:
/produkt-kategorie/
anstatt
/categorie-de-produit/
und auf EN wird es zu
/produkt-kategorie/
anstatt
/product-category/
Deshalb kommt zu den 404 Fehlern, weil die Produkten auf diesen falschen URLs nicht gefunden werden können.
Diese Slugs werden durch String Translation übersetzt, allerdings scheint hier alles korrekt auszusehen.
Ich benötige hier leider noch etwas Zeit, um dies genauer zu untersuchen und werden zudem versuchen das Problem auf einer neuen Test-Site mit identischen Einstellungen nachzustellen, da es sich hier um einen Bug in WPML handeln könnte.
Ich konnte die Ursache für das zuvor beschrieben Problem auf Deiner Website bislang leider herausfinden - das Problem bleibt bestehen, wenn ich auf der Kopie Deiner Website alleine mit WooCommerce und WPML auf einen Standardtheme teste.
Das Ausführen der WPML Optionen zur Fehlerbehebung löste das Problem nicht.
Auf einer neuen WordPress-Installation kann ich das Problem in einem identischen Setup aktuell leider nicht nachstellen:
Login: versteckter Link
Ich werde morgen nochmal einen Blick in die Dastenbank der Website-Kopie werfen, einige Übersetzungen testen und ggfl. nochmals genau in String Translation suchen, da es sein kann, das hier eine URL oder ein Slug nicht korrekt übersetzt wurde.
Sollte ich bis dahin nicht die Ursache herausgefunden haben, werde ich das Problem an den Second Tier Support weiterleiten.
Aktuell funktionierte es auf Deiner Website nur zwischen DE und EN wie erwartet.
Sobald ich aber auf FR wechselt tratt das Problem erneut auf.
Es war hier so, dass ich die Produkt Category Base auf FR zu "categorie-produit" angepasst hatte. Unerwartetweise wurde aber im Language Switcher auf FR nun für DE und EN eine alte Product Category Base "catégorie-de-produit" verwendet.
(Zusatz: dieser Slug wurde wohl zuvor verwendet und ist ungültig, weil URLs keine Sonderzeichen beinhalten dürfen)
Dieser Anhaltspunkt half mir allerdings dann dabei das Problem zu lösen.
Das Problem war letztenendes ein WooCommerce Base Slug, der aus den Admin Texten in String Translation regisitriert und übersetzt wurde - das löschen dieses Strings löste das Problem.
das Problem war also eine falsch gewählte Sprache dieses einen Strings. Ich bin sehr glücklich, dass du diese Nadel im Heuhaufen finden konntest.
Bei den Slugs der Produkt Category Base waren nun deine Übersetzungen fehlerhaft. Es hieß jetzt produkt-kategorien anstatt produkt-kategorie. Eine Korrektur auf die Einzahl hat den Fehler behoben. Ebenso setzte ich den französischen Slug wieder auf categorie-de-produit zurück, denn ansonsten stimmen die URL des Menüs nicht mehr und es treten wieder dieselben 404-Fehler auf.
Eigenartigerweise kommen immer noch 404-Fehler. Schau dir bitte das Video an. versteckter Link
im Moment bin ich dabei die Menüs mit komplett mit individuellen Links auszustatten anstatt der Produkt- sowie Produkt-Kategorie Einträge. Mir ist aufgefallen, dass es teilweise individuelle links sind und teilweise sind Produktkategorien sowie Produkte hinzugefügt. Diese Mischung scheint nicht ideal zu sein.
Ich sah im Moment sogar auf dem deutschen Originalprodukt einen 404 Fehler und habe in den WordPress Permalinks festgestellt, dass Du diese wieder auf deutsch editiert hast, aber verwendest "produkt" mit Ausgangssprache Englisch - ich habe diese nun angepasst.
Dein Produktbeispiel funktioniert nun wie erwartet.
Die Probleme mit diesen Menu URLs sollten in WPML String Translation behoben werden können, wenn Du nach dem Slug suchst, also nach "product-category" zum Beispiel und dann die Übersetzungen der URLs anpasst.
Allerdings trat nun das alte Problem zurück - siehe deutsche Sprach-Link hier:
versteckter Link
Dies lag daran, dass wieder folgender String in String Translation registriert und übersetzt war:
