Neu Update auf Shop 5.5 dann 60% Umsatzeinbusse

MHillmann

Moderator
Mitarbeiter
11. Oktober 2018
1.353
518
Hallo, ich fasse das Thema einmal zusammen:
 
  • Gefällt mir
Reaktionen: sjk

scale

Aktives Mitglied
23. August 2013
66
14
Hallo, ich fasse das Thema einmal zusammen:


Guten Morgen,

ich versuche nachzuvollziehen, was bei den letzten Shop-Updates bezüglich der URL-Kodierung passiert ist, und habe dazu ein paar Fragen / einen Klärungsbedarf:

1 Was ich bisher verstehe​


VersionVerhalten bei Sonderzeichen (z. B. Klammern) in der URL
Shop 5.5.0Sonderzeichen wurden plötzlich zugelassen → Google hat diese neuen URLs gecrawlt → viele 404-Fehler für alte Links.
Shop 5.5.1Sonderzeichen sind wieder verboten → URLs werden erneut ohne Klammern erzeugt. Per define lässt sich das alte (5.5.0) Verhalten aber wieder aktivieren.

Habe ich das korrekt verstanden?


2 Mein aktueller Stand​

  • Ich habe (mit Hilfe von ChatGPT) ~2 200 SEO-Weiterleitungenangelegt:
    • alte Google-Links ohne Klammern → neue URLs mit Klammern.
  • Google hat die „neuen“ Klammer-URLs bereits in Shopping-Feed und Sitemap aufgenommen.

3 Konkrete Fragen​

  1. Soll ich jetzt wirklich auf das neue 5.5.1-Verhalten zurückspringen (Klammern wieder verbieten)?
    • Dann wären meine 2 200 Weiterleitungen hinfällig und Google müsste erneut umlernen.
  2. Ist das Zurückschalten per define offiziell empfohlen oder nur ein Work-around?
    • Gibt es bei der Aktualisierung eine deutliche Warnung / Auswahloption, damit man nicht versehentlich die Weiterleitungen zerschießt?
  3. Wie würdet ihr vorgehen, um den SEO-Schaden so gering wie möglich zu halten?
Ich freue mich über eine kurze Erläuterung, ob meine Zusammenfassung korrekt ist und welche Vorgehensweise ihr empfehlt.
 
  • Gefällt mir
Reaktionen: wawi-dl

JohnFrea

Sehr aktives Mitglied
21. September 2017
947
301
@MHillmann Danke für die Zusammenassung.

Was ist, wenn man von 5.4 (oder früher) kommt und direkt auf 5.5.1 geht?
Ist dann irgend eine Anpassung nötig oder funktionieren die alten URLs so wie bisher?
 
  • Gefällt mir
Reaktionen: wawi-dl

wawi-dl

Sehr aktives Mitglied
29. April 2008
6.674
807
@MHillmann VIELEN DANK!

Für mich als Laie sind die richtigen Fragen gestellt worden.

- Ändert sich für mich etwas, wenn ich von 5.4.0 auf 5.5.1 wechsel?
- Wie muss man "SLUG_ALLOW_SPECIAL_CHARS" definieren, damit Sonderzeichen wie bisher entfernt werden?

Danke.
 
  • Gefällt mir
Reaktionen: John

MHillmann

Moderator
Mitarbeiter
11. Oktober 2018
1.353
518
Es ändert sich nichts wenn man von einer Version kleiner als 5.5.0 kommt.
Für das Define "SLUG_ALLOW_SPECIAL_CHARS" gibt es nur true oder false. Der Standard ist wie im Ticket beschrieben false. Man muss hier also nichts anpassen. Das passt man nur an, wenn man möchte dass Sonderzeichen erlaubt werden.
 
  • Ich liebe es
Reaktionen: wawi-dl

scale

Aktives Mitglied
23. August 2013
66
14
Ich möchte mich nochmal ganz ganz herzlich bei JTL bedanken für diese tollen Desigenentscheidungen bezüglich Urls/Slug Änderung beim update ohne Vorwarnung. Auch nochmal extra dafür, dass ihr das jetzt nochmal umdrehbar macht mit dem Schalterchen,nur leider ist es halt recht zu spät, die Delle (zusätzlich zum alljährlichen Sommerloch) hat es gegeben und sie wird noch anhalten. Nochmals vielen Dank!


Sichtbarkeits-Screenshot in Kürze


KennzahlWertEinordnung
Sichtbarkeitsindex0,2857Tiefster Stand seit gut drei Jahren – das erklärt den organischen Besucherrückgang.
Trend-Kurveab Ende März ’25 deutlicher Knick (≈ -40 %).Timing passt exakt zu deinem JTL-Slug-Update → Google verliert alte URLs, neue ranken (noch) nicht.
Organischer Traffic (SISTRIX-Schätzung)6 k Besuche/Monat → 3 k € WertVorher über 10 k Besuche – Umsatzloch spiegelt sich wieder.
Interessante RankingsViele Haupt-Keywords zwar weiter Top 10, aber PositionsverlusteAuch lange Keywords (z. B. „xxxxxxx“) rutschen weg.
 

techno-com

Gut bekanntes Mitglied
20. Januar 2011
489
2
Heilbronn
Bei mir wurde auch vor längerer Zeit jetzt schon auf 5.5.0 updedatet ... Update auf 5.5.2 wäre akt. nicht gut sagte mein JTLér da dort noch Fehler drin wären wo man warten soll bis die 5.5.3 kommt , daher läuft die 5.5.0 bei mir akt. noch.

Jetzt fiel mir auf das Links über unser phpbb Forum die dort gesetzten neuen Links auf die URLs mit Klammern drin nicht gehen ...

So sahen/sehen die Urls zB. aus:


Und das ging nicht mit dem "%28/%29" als Ersatz für die Klammern wie es das phpForum macht ! Diese URL wurde nicht erkannt beim Shopaufruf und es kam eine Fehlerseite ....

Habe daher meine php-Forum Mann mal gefragt und der antwortet:
--------------

ich habe mir das Thema mal tiefer angeschaut:

Grundsätzlich ist es so, dass Klammern ( und ) in URLs zwar technisch erlaubt sind, aber sie müssen im Web standardmäßig URL-codiert werden (also als %28 und %29), damit sie korrekt funktionieren und keine Parsing-Probleme entstehen. Das Forum wandelt die Klammern beim automatischen Link-Parsing um, um die URL RFC-konform zu machen und zu vermeiden, dass Sonderzeichen die Darstellung oder das Parsen der URL stören. Das ist eine gängige Vorgehensweise, die verhindern soll, dass der Link „zerbricht“ oder falsch interpretiert wird.

Das ist kein Bug, sondern gewolltes Verhalten, um die Kompatibilität zu sichern und auch in einem Standard phpBB Forum der Fall - das hat nichts mit den Anpassungen zu tun.

Der Shop selbst hingegen sollte eigentlich in der Lage sein, URLs sowohl mit codierten als auch mit unkodierten Klammern richtig zu verarbeiten bzw. beim Linkaufbau konsistent zu bleiben.Wenn die Shop-URLs im Frontend oder bei Weiterleitungen nicht mit kodierten Klammern angezeigt oder angenommen werden, sondern rohe ( und ) enthalten, kann es zu Problemen kommen – etwa bei der Verarbeitung durch Webserver, Proxies oder Browser.Hier liegt das eigentliche Problem:
Der Shop müsste URLs richtig kodieren oder korrekt entschlüsseln, damit beide Varianten funktionieren.

Das heißt, das Problem mit den "kaputten" URLs wirst Du z.B. bei jedem phpBB Forum haben, wo deine Links eingestellt werden.

grafi.png


Aus meiner Sicht macht es daher keinen Sinn, dass ich bei deinem Forum die Funktionalität mühsam "umbiege", da es nur an der Stelle hilft, aber das generelle Problem bleibt.

Was ich daher gemacht habe (das jetzt nur wegen den Klammern, nicht wegen anderen Sonderzeichen die ggf. jetzt auch neu zugelassen wurden):

Ich habe eine Rewrite Rule für deinen Shop erstellt, der die encodierten URLs mit Klammern an die URLs ohne encodierte Klammern weiterleitet. Die Lösung funktioniert dann für alle Verlinkungen, egal auf welcher Seite.

Dazu habe ich die .htaccess unter: im Shop-Verzeichnis um folgenden Part ergänzt:

###() Weiterleitung
# Prüfen, ob die ursprüngliche HTTP-Anfrage %28 "(" oder %29 ")"enthält
RewriteCond %{THE_REQUEST} ^[A-Z]+\s(/[^\s]*)(%28|%29)[^\s]*\s [NC]
# Dynamische Weiterleitung auf die decodierte URI (ohne erneutes Escaping)
RewriteRule ^ https://%{HTTP_HOST}%{REQUEST_URI} [R=302,L,NE]

Bzgl. der beiden in Frage gestellten Regeln der .htaccess im Hauptverzeichnis:

Korrekt, der erste Eintrag ist von All Inkl. Dort werden Länder über GeoIP gesperrt - vermutlich aufgrund vieler Bot-Zugriffe / Angriffe o.ä..


Kurzfassung: Das Hauptproblem an der Stelle ist eigentlich der Shop, der auch mit den encodierten URLs umgehen können müsste - generell würde ich persönlich auf Klammern in den URLs generell eher verzichten, aber an sich ist es zulässig. Durch meine Rewrite Rule sollte das Problem nicht mehr auftreten.

--------------
Soweit mal das !

Was mich aber auch stutzig macht, wie kommt man auf einmal darauf diese Sonderzeichen da zuzulassen ?

Das sagt die KI dazu ...

KI.JPG

Was mir noch offen bleibt jetzt, ggf. habe ich aber hier auch einen Denkfehler ?!

Zuerst war die alte URL , die ohne Klammer ... jetzt wurde das geändert auf die mit Sonderzeichen und es wurden automatische Weiterleitungen angelegt weil sich die URL geändert hat ... und jetzt in der 5.5.2 geht es zurück auf die alten URLS ! Hm ... wird jetzt wieder eine Umleitung/Weiterleitung dann angelegt auf die alten URL für die es aber doch schon eine Weiterleitung gibt auf die neue URL mit Klammer !? Wäre das dann keine Endlosschleife (hin, zurück, hin, zurück ...) ?



 

scale

Aktives Mitglied
23. August 2013
66
14
Das Problem ist für mich erst einmal erledigt – ich habe für alle Artikel eigene Slugs gesetzt.
Jetzt heißt es: abwarten, bis Google mir verziehen hat, und weiterhin Nachtschichten in der Search Console einlegen, um den Rest zu reparieren. Ich rechne frühestens gegen Ende des Jahres mit einer Besserung.
Was ich über diesen JTL-Patzer denke, erspare ich mir lieber – insbesondere über das ständige Hin und Her sowie die mangelhafte Kommunikation.
Und ich sage auch nichts dazu, dass jede automatisch angelegte Weiterleitung im Shop-SEO-Modul manuell per Datenbankbefehl (update param auf 2) angepasst werden muss, damit Google-Links mit Parametern nicht auf einer 404-Seite enden.
Wenn ich ehrlich bin, bin ich einfach nur sprachlos, wie so etwas ohne größeren Aufschrei unter den Shopbetreibern durchgeht – aber vermutlich gilt wie so oft: Was ich nicht weiß, macht mich nicht heiß.
 

techno-com

Gut bekanntes Mitglied
20. Januar 2011
489
2
Heilbronn
das kam heute noch:


Hallo Tristan,

sehr gut. Den Rest sollte dann im Idealfall der Dienstleister machen, der deinen Shop betreut. Der weiß vermutlich deutlich besser, was sinnvoll ist an Rewrite Rules etc.

Ich habe mir das mal durchgelesen: Schon abenteuerlich, was da gemacht wird bei einem kommerziell genutzten Shop...

Wenn die es wieder zurück ändern, dann solltet ihr die Regel wieder aus der .htaccess werfen und prüfen, ob die "neuen alten" URLs alle korrekt weitergeleitet werden. Aus SEO-Sicht ist das alles ziemlich suboptimal für einen Shop....
 
Ähnliche Themen
Titel Forum Antworten Datum
Neu Nach Update auf 1.11.9 - alle Shopify Shop nicht mehr connected Shopify-Connector 4
Update auf Shop 5.5.0 von 5.4.1 ist der Shop nicht mehr erreichbar Upgrade JTL-Shop4 auf JTL-Shop5 4
Neu Problem nach Update auf Shop 5.6.1 - Impressum JTL-Shop - Fehler und Bugs 2
Neu Strukturierte Daten vom Typ "Produkt" werden nach Update auf JTL Shop 5.6.1 nur fehlerhaft erkannt JTL-Shop - Fehler und Bugs 3
Neu OPC friert beim speichern von Änderungen ein nach JTL-Shop Update von Version 5.1.5 auf 5.6.1 JTL-Shop - Fehler und Bugs 6
Erfahrungswerte Update von 1.8.12.2 auf 1.11.10 JTL-Wawi 1.11 3
Neu Nach Update auf 1.11.10.0 Abgleich zu Ebay über 3 Stunden bei neuen Angeboten eBay-Anbindung - Fehler und Bugs 2
Neu Nach Update auf 1.11.10 klappt stornieren über ios Wawi App nicht mehr JTL-Workflows - Fehler und Bugs 0
Dashboard lädt nicht und Umsatzanzeige rechnet falsch seit Update auf 1.11.8 JTL-Wawi 1.11 7
Update von 1.10.15 auf 1.11.10 JTL-Wawi 1.11 10
Neu Nach Update auf JTL-Wawi 2.0.3 keine WMS-Lager mehr auswählbar – Versand komplett blockiert JTL-Wawi 2.0 3
Update auf 1.11 verlangt ein Update auf aktuelleren SQL Server JTL-Wawi 1.11 7
Neu ❓JTL Wawi Update von 1.8 auf ??? User helfen Usern - Fragen zu JTL-Wawi 1
Update von 1.10.10.3 auf aktuellere Versionen JTL-Wawi 1.10 0
Nach Update auf 2.0 auf einmal kostenpflichtig JTL-Wawi 2.0 2
Neu Update von 1.8.12.4 auf 1.11 User helfen Usern - Fragen zu JTL-Wawi 0
Nach Update auf 2.01 kein Worker mehr JTL-Wawi 2.0 13
Nach Update auf Wawi 2.0.X, API v1 Fehler JTL-Wawi 2.0 9
Update auf 2.0.1 Fehler bei eazybusiness JTL-Wawi 2.0 17
Neu Fehler beim Update der Datenbank von 1.11.7 auf 2.0.1 JTL-Wawi - Fehler und Bugs 7
Update auf 2.0.1.0 bricht ab bei 1.12.0.0. JTL-Wawi 2.0 6
Neu Update Wawi 1.10.16.0 auf 1.11.7 -> JTL-POS Einrichtung / Updates von JTL-POS 6
Neu Seit Update auf JTL-WaWi 2.0.0.0 keine Abholung der Kundendaten bei MediaSaturn-Bestellungen JTL-Wawi - Fehler und Bugs 7
Beantwortet Update von 1.11.5 auf 2.0 bleibt hängen JTL-Wawi 2.0 2
Update 1.9.8.0 auf 1.11.7.0 sofort Meldung "Not Responding" JTL-Wawi 1.11 2
Seit umzug auf neuen Server und vorherigem update auf 2.0, startet worker nicht... JTL-Wawi 2.0 8
Update auf 1.11.7 JTL-Wawi 1.11 4
Update von 1.11.6 auf 1.11.7: JTL Worker verbindet nicht mehr mit Datenbank (WaWi schon) JTL-Wawi 1.11 1
Import von Aufträgen via tXMLBestellImport Tabelle seit Update sehr träge/langsam JTL-Wawi 1.11 3
Neu Update von Modul DHL 3.0 aud 4.0 - Versandlabels lassen sich nicht erstellen JTL-ShippingLabels - Fehler und Bugs 17
Automatische Pickliste geht nicht mehr seit Update JTL-Wawi 2.0 0
Wawi Meldung SQL Servicepack zu installieren - aber welches? Update SQL2022 CU24 nicht möglich JTL-Wawi 1.11 3
Update 2.0.3 POS Server Einrichtung JTL-Wawi 2.0 0
Update 2.0.2. WMS Mobile Server JTL-Wawi 2.0 8
Neu Shop 5.7 update empfhalen Installation / Updates von JTL-Shop 13
Neu Nach Update in Dez 2025 wird TSE Swissbit nicht mehr erkannt JTL-POS - Fehler und Bugs 1
Neu Update fehlgeschlagen Starten mit JTL: Projektabwicklung & Migration 4
Neu WAWI Update - welche Version denn nun? User helfen Usern - Fragen zu JTL-Wawi 19
WAWI - Update JTL-Wawi 2.0 17
Neu JTL Pos liest keine Verkäufe mehr ein nach Update Einrichtung / Updates von JTL-POS 0
Neu Datenbank-Update bricht ab Installation / Updates von JTL-Shop 8
Neu JTL-Wawi Update Historie User helfen Usern - Fragen zu JTL-Wawi 2
Seit Update keine zweite POS-Anbindung mehr möglich JTL-Wawi 2.0 12
Shop Apotheke Bestellungen seit Update als „nicht bezahlt“ – Versand blockiert JTL-Wawi 2.0 8
Warnung vor Update? JTL-Wawi 1.11 20
Neu nach Update nicht alle Rechnungen mehr an Amazon Amazon-Anbindung - Fehler und Bugs 0
Aktuelles Update 1.11.7: Anmeldedialog merkt sich den letzten User immer noch nicht & falsche Warnung für angeblich fehlendes SQL Server Update JTL-Wawi 1.11 3
Neu von JTL-Wawi-Version 1.10.16.0 ist kein Update...möglich Installation von JTL-Wawi 2
Neu Umzug von sehr alter JTL Wawi Version auf neuen PC User helfen Usern - Fragen zu JTL-Wawi 3
Neu Rechnungskorrektur/Storno wird auf falsches Buchungskonto gebucht JTL-Wawi - Fehler und Bugs 1

Ähnliche Themen