Helau, habe gerade in der htaccess beim Block "# Put your own Redirects and Rewrites here - Start" zwei 301 Weiterleitungen eingetragen, die leider nicht funktionieren. Also, im Prinzip funktionieren sie, aber Gambio grätscht irgendwie dazwischen und hängt an die neue URL ein gm_boosted_product und dann die alte URL an. Der Shop findet das natürlich dann nicht :-( Eintrag in der htaccess: Code: Redirect 301 /de/Matcha-von/Teelirium/Matcha-Silk-Organic-30-gr-Dose.html https://www.matchashop.de/de/Matcha-von/Teelirium/bio-matcha-silk-organic-50g.html Beim Klick auf einen Link, der noch zur alten Seite führt, steht in der Adressleiste dann: Code: https://www.matchashop.de/de/Matcha-von/Teelirium/bio-matcha-silk-organic-50g.html?gm_boosted_product=Matcha-von/Teelirium/Matcha-Silk-Organic-30-gr-Dose Wie krieg ich das gm_boosted_product=.... da raus? Danke!
Habe leider keine Lösung für dich, kann das Phänomen aber bestätigen. Hatte ich bei einem Shop Version 3.11. auch vor kurzem. Wir haben es dann über den ReWrite im Produkt selbst gelöst, weil das vorerst die praktischere Lösung war und besser ging als stundenlang Kontingent für den Fehler drauf gehen zu lassen. Hänge mich daher einmal dran. Beim erstellen von ReWrites über die .htaccess ist das bei mir auch schon aufgetreten.
Rewrite Rules statt Redirects verwenden, das geht auf mehr Servern als andersrum. Das Beispiel müssen wir mal darauf anpassen. Wichtig: L-Flag setzen für Last Rule.
Das geht leider genauso wenig :-( In der htaccess steht jetzt: Code: RewriteRule /de/Matcha-von/Teelirium/Matcha-Silk-Organic-30-gr-Dose.html https://www.matchashop.de/de/Matcha-von/Teelirium/bio-matcha-silk-organic-50g.html [R=301,L] Das Ergebnis beim Aufruf ist das gleiche wie oben erwähnt.
Wie üblich funktionieren bei Gambio ja nicht bei jedem Hoster die gleichen Varianten. Probiert hatte ich: Code: RewriteCond %{QUERY_STRING} ^info=p743\_produkt\-\-\-\-kekse\-\-gebacken\.html$ RewriteCond %{REQUEST_URI} ^\/$ RewriteRule .* https://www.domain.de/kekse/gebacken.html? [R=301,L] Code: Redirect 301 /info=p743_produkt—kekse–gebacken.html https://www.domain.de/kekse/gebacken.html Code: RewriteCond %{REQUEST_URI} info=p743_produkt—kekse–gebacken.html auf www.domain.de/kekse/gebacken.html RewriteRule ^(.*)$ https://www.domain.de/kekse/gebacken.html [L,R=301] Eine dieser Varianten hat bisher eigentlich immer funktioniert. In dem Fall wie FlorianR es auch beschreibt. Einige funktionierten gar nicht (wie oft) und bei den anderen war die gm boost Erweiterung hinten dran.
Meine Shops laufen bei all-inkl - das ist ja jetzt nicht gerade der Wald- und Wiesenhoster beim Nachbarn aufm Dorf im Keller, sondern schon was größeres ;-) Wo bist Du?
Ich kann es für verschiedene Hoster sagen. Sowohl große und rennomierte, als auch kleine eher unbekannte. Nicht bei jedem Hoster funktioniert jede Variante von ReWrite und ReDirect. Man kommt manchmal gar nicht drum herum verschiedene auszuprobieren. Ich habe eher den Verdacht, dass Gambio dort die Ursache ist, weil ich vergleichbare Probleme von Wordpress nicht kenne Wobei das nicht heißt, dass es die da nicht gibt. Müsste man mal testen. Bei Wordpress gibt es praktische kleine 301-Plugins, die das ganze .htaccess gemehre unnötig machen. Wünsche ich mir für Gambio schon lange.
Ich bin auch bei all-inkl, bei mir funktioniert Folgendes: Code: RewriteCond %{REQUEST_URI} alter-artikelname-ohne-kategorie.html RewriteRule ^(.*)$ https://domain.de/kategorie/neuer-artikelname.html [L,R=301]
Die Lösung von cybot sieht nicht so ganz schlecht aus. Bei der Condition erwischt das allerdings jedes Vorkommen des Suchbegriffs in einer URL, mehrfach verlinkte Artikel sind damit ein eventueller Aufmerkfall. Bei der Rule wird artig umgeleitet werden, allerdings gehen eventuelle angehängte Parameter verloren. Das kann richtig oder falsch sein.
Teilweise hat man leider keine Wahl. Irgendwo in der FB Gruppe hatten wir das Thema ja auch schonmal (glaube da war es Alfahosting). Teilweise ist die o.g. Methode die einzige, die überhaupt funktioniert. Mit der Variante hatte ich bisher am häufigsten Erfolg. Hab mal eben kurz rausgesucht: Publicompserver funktioniert bisher keine Variante erfolgreich. Wäre aber nicht auszuschließen, dass die Ursache in diesem Shop noch woanders liegt. Beim betroffenen Shop liegt auch gerade ein Ticket bei euch wegen Analytics & E-Commerce Daten.
Deswegen ja der Hinweis, dass es auch am Shop liegen kann. Oder an der Konfiguration des Servers. Oder einfach daran, dass jemand nicht aufgegessen hat. Ursache und Wirkung können ja bei so komplexen Sachen recht...nunja...komplex sein. Aber wem erzähle ich das eigentlich? Wenn ich die Zeit habe, werde ich in dem Shop nochmal testen.
Man könnte all-inklö. auch einfach mal fragen. meist sind die doch recht hilfsbereit. Für sowas fehlt noch ne Rewrite Tabelle im Adminbereich wo man bequem die urls umleiten kann und nicht am server fummeln muss. Dürfte für cloud Kunden doch dann sicher auch die bessere Variante sein, da die ja nicht an die htaccess kommen.
Hallo zusammen, ich klinke mich hier mal ein. Hatte bisher die Shop Version 3.8.1.2 und habe auf 3.10.2.0 upgedated. Bisher haben meine Weiterleitungen immer funktioniert, seit der neuen Shopversion funktionieren diese aber nicht mehr. Bisherige Weiterleitungen: Redirect 301 /Edelrost-auf-Lager/Edelrost-Ostern/Edelrost-Hase-sitzend--32-cm.html https://www.angels-garden-dekoshop.de/Edelrost-auf-Lager/Edelrost-Ostern/edelrost-hase-sitzend.html Wurde im Shop auch immer schön umgeleitet. Jetzt erscheint mir folgender Link, der ins Nirwana zeigt: https://www.angels-garden-dekoshop..../Edelrost-Ostern/Edelrost-Hase-sitzend--32-cm Woran kann das liegen? Bei Alfahosting ist mod_rewrite gesetzt wie immer. Im Shop ist unter SEO Boost nichts geändert worden, folgende Einstellung sind getätigt: Suchmaschinenfreundliche URLs Pro für Artikeldetailseiten aktiviere / Ja Kurze Produkt-URLs/ Nein Suchmaschinenfreundliche URLs Pro für Kategorieseiten aktivieren/ JA Suchmaschinenfreundliche URLs Pro für Content-Manager-Seiten aktivieren/ JA Sprachcode in URLs integrieren/ Nein index.php Suffix in zugehörigen URLs entfernen / Ja Hab auch schon folgende Variante ausprobiert, funktionieren ebenfalls nicht: RewriteCond %{REQUEST_URI} /Edelrost-Hase-sitzend--32-cm.html RewriteRule ^(.*)$ https://www.angels-garden-dekoshop.de/Edelrost-auf-Lager/Edelrost-Ostern/edelrost-hase-sitzend.html [L,R=301] RewriteCond %{REQUEST_URI} ^/Edelrost-Hase-sitzend--32-cm.html/(.*) RewriteRule .* https://www.angels-garden-dekoshop.de/Edelrost-auf-Lager/Edelrost-Ostern/edelrost-hase-sitzend.html [L,R=301] Bin grad mit meinem Latein am Ende, vielleicht fällt euch ja was passendes ein. Danke
Das ist die wahrscheinlichst beste und richtigste, ich glaub aber die Conditions werden noch nicht richtig sein.
So funktioniert es auch nicht: RewriteCond %{REQUEST_URI} ^/Edelrost-auf-Lager/Edelrost-Ostern/Edelrost-Hase-sitzend--32-cm.html$ RewriteRule .* https://www.angels-garden-dekoshop.de/Edelrost-auf-Lager/Edelrost-Ostern/edelrost-hase-sitzend.html [R=301,L] RewriteCond %{REQUEST_URI} ^\/Edelrost\-auf\-Lager\/Edelrost\-Ostern\/Edelrost\-Hase\-sitzend\-\-32\-cm\.html$ RewriteRule .* https://www.angels-garden-dekoshop.de/Edelrost-auf-Lager/Edelrost-Ostern/edelrost-hase-sitzend.html [R=301,L] (Code von https://www.webcellent.com/tools/modrewrite/) Woran kann es liegen das die alten Weiterleitungen, die ja alle mal funktioniert haben, nicht mehr gehen?
Wir haben da zwischen 3.8 und 3.10 quasi nix verändert. Sind die Weiterleitungen an dem Ort in der htaccess den wir vorschlagen? Wenn nicht, dahin schieben. Warum der Startmarker ^ und der Endmarker $ ? Gerade letzterer kann dir Ärger machen, wenn Parameter anhängen.
Was spricht gegen... RewriteRule (^[A-Za-z]{2}/){0,1}(my-old-stuff)\.html $1my-new-awesome-stuff.html [NC,L,R=301]