Sonntag, 7. Dezember 2008 Druck-Ansicht

In xt:Commerce-Shops sind Artikel immer unter mehreren Adressen erreichbar. Das kann für doppelten Content sorgen, wenn man beispielsweise auf Suchmaschinen freundliche URLs umstellt, ShopStat nachrüstet oder bereits einen Auftritt mit ShopStat-URLs hat - und seine Kategorien umsortiert oder umbenennt.

Standardmäßig werden Produkt-Links (Beispiel Artikel mit Produkt-ID 12) im Shop so ausgegeben:

www.shop.de/product_info.php?info=p12_Artikelname.html

Zum selben Artikel führen würden allerdings auch diese Links

www.shop.de/product_info.php?info=p12.html
www.shop.de/product_info.php?info=p12_Neuer-Name
…

Das ist nicht weiter wild - Im Shop selbst taucht im Regelfall ohnehin nur die “gewünschte” Version des Produktlinks auf. Und meistens werden Produkte (im Gegensatz zu Kategorien) auch nur selten umbenannt. Die Gefahr, dass den großen Suchmaschinen mehrere Links auf ein und denselben Artikel bekannt werden, ist also eher gering.

xt:C-Standard

Schaltet man die Suchmaschinen freundlichen URLs von xt:Commerce ein (und es klappt ausnahmsweise auch mal ohne Probleme), kommen noch ein paar funktionstüchtige Varianten hinzu, die zu Artikel 12 verlinken:

www.shop.de/product_info.php/info/p12_Artikelname
www.shop.de/product_info.php/info/p12_Neuer-Name.html
www.shop.de/product_info.php/info/p12
…

ShopStat

ShopStat arbeitet ein bisschen anders - und baut zusätzlich noch den Kategorien-Pfad zum Artikel in den Link mit ein. Wichtig für’s Funktionieren ist allerdings lediglich die Zahl, die direkt vorm “.html” steht. Was zwischen dem ersten Slash und den beiden Doppelpunkten steht, ist irrelevant:

www.shop.de/OberKat/UnterKat/Artikelname::12.html
www.shop.de/NeueKat/Umgezogen/Neuer-Name::12.html
www.shop.de/::12.html
www.shop.de/ist-vollkommen-Wurscht::12.html
…

Was heißt das für uns?

Wenn die “alten” Links schon gut bei Google & Co vertreten sind und man seine Artikel-Links via ShopStat oder den xt:C-Standard SuMa-freundlichen URLS zentral verändert, dann ist Doppelter Content quasi unvermeidlich.

Die alten Links sind bekannt, sie funktionieren außerdem noch - die neuen Varianten stehen im Shop - und die funktionieren natürlich auch. Und schon stehen lauter Artikel mehrfach drin.

Hat man ShopStat aktiviert, kommt noch hinzu, dass sich beim “Umsortieren” von Artikeln oder Kategorien auch der im “normalen Link” wiedergegebene Artikelpfad ändert, Links mit dem alten Pfad aber ebenfalls weiterhin Treffer landen.

So können bei ShopStat auch einfache “Aufräum”-Arbeiten mehrfach gelistete Produkte verursachen.

Die Lösung …

… ist eigentlich ganz einfach. Man stellt fest, ob man sich auf einer Produkt-Detail-Seite befindet oder nicht. Wenn ja, ermittelt man den “gewünschten”, aktuellen Produkt-Link. Stimmt dieser nicht mit den entsprechenden Teilen aus $_SERVER['REQUEST_URI'] überein, leitet man via 301er (”Moved Permanently”) zur neuen Adresse um.

Auf diese Weise teilt man den Suchmaschinen mit, dass sie in Zukunft bitteschön den neuen Link zu beachten haben, und doppelter Content kann für Artikel nicht mehr auftauchen.

gunnart_productRedirect

Ich hab für diese Problematik eine kleine Datei geschrieben, der Einbau kann komplett im Template stattfinden - Änderungen an System-Dateien sind nicht erforderlich.

~~Dieses » ZIP-Archiv herunterladen und entpacken~~
Dieses » ZIP-Archiv (Update!)
Dieses » ZIP-Archiv (BugFix!) herunterladen und entpacken
Die Datei “gunnart_productRedirect.inc.php” in den Ordner “source/inc” des aktiven Templates hochladen
In der “boxes.php” einbinden …
require_once (DIR_FS_CATALOG . 'templates/' . CURRENT_TEMPLATE . '/source/inc/gunnart_productRedirect.inc.php'); … am besten gleich ganz an den Anfang setzen
… und fertig!

In der Praxis:

Beispiel “Magic and Arts” (ShopStat in der “Vollversion”) - Dieser Link ist gewünscht …

http://www.magic-and-arts.com/de/Geschenkgutschein/Geschenkgutschein-10::458.html

… und Links dieser Art funktionieren nicht bloß, sie leiten auch gleich auf die gewünschte Adresse des Artikels um:

Hinweise:

“gunnart_productRedirect” ist getestet mit xt:Commerce 3.04 SP2.1 - Mit und ohne ShopStat. Vermutlich funktioniert der kleine Trick auch mit den Bluegate-URLs und anderen, aber ich hatte noch keine Gelegenheit, das ausführlich auszuprobieren.
Abgesehen davon mag ich von allen bisher getesteten “SuMa-freundlichen URL Erweiterungen” ShopStat immer noch am liebsten.
Links umzuändern oder umzustrukturieren ist immer ein heißes Eisen. Nicht umsonst heißt es “Cool URLs don’t change”. Dass man so Abstürze im Ranking ausschließen kann - so weit lehne ich mich ganz bestimmt nicht aus dem Fenster. Aber ein bisschen Schadensbegrenzung sollte schon drin sein
Wie immer: Bitte erst an einem Test-System ausprobieren
Ähnliche Dateien für “Kategorien” und “ContentManager-Seiten” sind momentan in Arbeit.
Leider gibt’s sehr viele Shops mit Sortier-Funktionen, die die Sortier-Parameter via $_GET mitschleifen, was ein paar Dinge erschwert. Ich find’s allgemein sehr viel praktischer, solcherlei Sortier-Vorgaben mit in $_SESSION abzulegen …

Update (10. Dezember 2008)

In Version 0.12 wird geprüft, ob der jeweilige Artikel aktiv oder für die Kundengruppe zugelassen ist.

Bei den SuMa-URLs von customweb.ch kann es sonst (Danke an Andreas für den Hinweis und fürs Testen) zu “Endlosschleifen” kommen. Nun wird auf eine andere Seite weitergeleitet. Welche das ist, wird in Zeile 89 bestimmt:

$DefaultLink = xtc_href_link(FILENAME_DEFAULT);

Hier ist also die Startseite dran. Man könnte aber auch z.B. so zur SiteMap umleiten:

$DefaultLink = xtc_href_link(FILENAME_CONTENT,'coID=8');

Außerdem hatte ich vergessen (Sorry!), dass die Funktion xtc_product_link(); in Shops mit den Standard SuMa-freundlichen URLs auch noch den Artikelnamen für einen “schönen Link” benötigt.

Bei ShopStat und den mir bekannten anderen Erweiterungen reicht dazu die Products-ID.

BugFix (11. Dezember 2008)

Siehe Kommentar von Markus: Das “t” beim FSK-Check ist falsch …

Bookmarks, Feed und Links

Kommentar-Feed: RSS 2.0
Trackback URL für diesen Beitrag

Wenn Ihnen dieser Beitrag geholfen hat ...

Beiträge zu ähnlichen Themen:

xt:Commerce - CSS-Klasse zu Smarty-Tags hinzufügen
Smarty-Modifier: “myClass” für xt:Commerce Manchmal braucht man eine individuelle CSS-Klasse für einige Elemente, um sie im Template über das Stylesheet […]
Hersteller-Index für xt:Commerce
Mit diesem Script lässt sich ein alphabetischer Hersteller-Index erzeugen: Man kann im ContentManager nicht nur “normale Texte” eingeben, sondern auch […]
xt:Commerce - Tuning und Basteleien
Ankündigung - neue KategorieDurch Arbeit an aktuellen Projekten gibt’s bei gunnart. jetzt unter “Tipps & Tricks” die Kategorie “xt:Commerce”. Dieses […]
Smarty Modifier “editProductLink” für xt:Commerce
Eine kleine Arbeitserleichterung: Ein “Produkt-Bearbeiten”-Knopf, nur für Admins sichtbar, der in allen Template-Dateien eingesetzt werden kann. Produkt-ID rein, Knopf raus […]
xt:Commerce - mit doppelten E-Mail-Adressen Kunden aussperren
Beim Einrichten eines Kundenkontos überprüft xt:Commerce, ob die angegebene E-Mail Adresse bereits vorliegt. Denn diese ist gewissermaßen der “eindeutige Identifikator” […]

54 Antworten zu Doppelten Content vermeiden - productRedirect für xt:Commerce

1. Rollenrampe.de schrieb am 7. Dezember 2008 um 22:43 Uhr

Hallo Pufaxx, danke für den Tipp - ich habe mit meiner Domain nämlich genau dieses Problem (allerdings selbstverschuldet da 2 x das Modul gewechselt). Der Shop läuft auf commerce:seo mit bluegates, bisher sieht alles so aus als hätte es den gewünschten Effekt - Danke dir!
2. Bulli schrieb am 8. Dezember 2008 um 06:45 Uhr

Moin,
soweit ich das weiß kann das ein oder andere SEO Modul das schon seit längerer Zeit. Ihc kann mich natürlich auch irren. Werde ich nochmals nachforschen.
3. pufaxx schrieb am 8. Dezember 2008 um 08:14 Uhr

… kann gut sein. Das Script war aber auch für ShopStat und die Standard-URLs gedacht.
4. Andreas schrieb am 9. Dezember 2008 um 23:03 Uhr

Hi,
also habe es genau nach Anleitung eingebaut. Beim test musste ich feststellen, das wenn ein Seite bzw. Artikel aufgerufen der nicht mehr existiert kommt beim FF die Fehlermeldung:

Umleitungsschleife
Die aufgerufene Website leitet die Anfrage so um, dass sie nie beendet werden kann.

Weiss jemand woran das liegt?
5. pufaxx schrieb am 10. Dezember 2008 um 08:03 Uhr

@Andreas: Die Endlosschleifen sollten nun nicht mehr auftauchen.
6. Andreas schrieb am 10. Dezember 2008 um 08:43 Uhr

Moin,
habe dir gestern bereits auf deine Mail geantwortet

Vielen Dank für die tolle Arbeit hier!
7. Tommy schrieb am 10. Dezember 2008 um 13:01 Uhr

Gute Tipps zu xt:commerce in Deinem Blog.
Werden wir gleich mal checken.
Unser Problem sind momentan “gute” Um- oder Weiterleitungen von unserem alten Shop-System auf vor www.absolut-online.com auf jetzt www.my-jeans.de.
Haste dafür auch einen Tipp parat?
thx
Tommy
8. pufaxx schrieb am 11. Dezember 2008 um 00:20 Uhr

Eigentlich sollte eine .htaccess im Stammverzeichnis des alten Shops reichen:

Redirect permanent / http://www.neuer-shop.de/

Damit wird auch http://www.alter-shop.de/irgendwas.php zu http://www.neuer-shop.de/irgendwas.php weitergeleitet.
9. Markus schrieb am 11. Dezember 2008 um 11:22 Uhr

Hallo, im neuen Script (vor 10 Minuten heruntergeladen) ist ein kleiner Fehler in der “gunnart_productRedirect.inc.php”. Die folgende Zeile

$fsk_lock = "AND tp.products_fsk18!=1 ";
$fsk_lock = "AND p.products_fsk18!=1 ";

Da hat sich einfach ein “t” reingedrängelt

Gruß
Markus
10. pufaxx schrieb am 11. Dezember 2008 um 11:56 Uhr

@Markus: Stimmt - ist jetzt gefixt.
11. marcopolo schrieb am 17. Dezember 2008 um 23:50 Uhr

ich finde den beitrag sehr interessant. mein dickes lob dafür

hab es auch gleich mit SeoFriend for Xtcommerce von Southbridge ausprobiert und habe jedoch ein schleifenproblem in der URL a la “/de/product/15/de/product/15/de/product/15///de/product/15///15///xyz.html”.

nachdem ich mich mit seofriend.php, xtc_href_link.inc.php und der gunnart_productRedirect.inc.php auseinandergesetzt habe, kann ich mir nicht recht erklären wie & wo das passieren kann.

über einen tipp von einem seofriend benutzer in eine richtung wäre ich dankbar.

gruss
marcopolo
12. Henning schrieb am 31. Dezember 2008 um 14:11 Uhr

Hallo Puffax,

wie immer auch dieses mal wieder super Arbeit und auch eine super Idee dieses Script. Eine kleine Anmerkung habe ich allerdings:

Mein Shop läuft auf einem Windows-Server und das Umschreiben von URLs wird von ISAPI rewrite erledigt. Das heißt, in meinem Fall muss in Zeile 73 nicht auf $_SERVER[’REQUEST_URI’] sondern auf $_SERVER[’HTTP_X_REWRITE_URL’] zugegriffen werden.

Vielleicht hilft der Tipp dem Einen oder Anderen…
13. handydoctor schrieb am 14. Januar 2009 um 16:40 Uhr

Hallo Puffax,
habe das mal bei mir eingebaut, vielen Dank für die tolle Arbeit.
14. Sven schrieb am 15. Januar 2009 um 14:00 Uhr

Hallo,

ich habe das gleiche Problem wie marcopolo. Gibts da eine Lösung für?
15. stemro schrieb am 21. Januar 2009 um 13:58 Uhr

Hallo pufaxx,
bin immer wieder begeistert von deinen Tipps. Habe den redirct eingebaut und mit Blick auf die logs funktioniert es bestens. Eine Sache ist aber merkwürdig. Habe heute mal Produkte in einer Kategorie nur von einem Hersteller anzeigen wollen. Also Kat. xyz nur Produkte von Hersteller abc. Dies funktionierte vor kurzem noch, jetzt komme ich immer auf meiner Startseite raus. Sieht so aus, als ob hier ein redirct durchgeführt wird. Kann das am Einbau dieses Codes liegen?
Grüße
Stephan
16. stemro schrieb am 22. Januar 2009 um 08:57 Uhr

Das oben beschriebene Problem wird dadurch verursacht, dass die id der Kategorie nicht in die URL geschrieben wird.
/index.php?cat=&sort=&filter_id=13
statt z.B.
/index.php?cat=66&sort=&filter_id=13
Grüße
Stephan
17. Nils schrieb am 23. Januar 2009 um 22:27 Uhr

hi, ich habe auch dieses problem. kann irgendjemand bitte helfen?
18. Peter schrieb am 24. Januar 2009 um 17:14 Uhr

Das ist ja mal wieder eine klasse Idee - danke dafür.
Leider lande ich nach dem Einbau immer wieder auf der Startseite da die URL vmtl. umgeschrieben wird.
Die Frage ist nun: Liegt das an der (alten) einsprachigen Version von Shopstat oder am self-commerce oder an Host Europe?
Hat jemand die Erweiterung im self laufen?
Gruß Peter
19. stemro schrieb am 26. Januar 2009 um 10:45 Uhr

Moin, also an dem redirect-Modul liegt es nicht. Habe dieses “ausgehängt”, Problem bleibt. Meine Recherche ergab, dass es wohl etwas mit Shopstat zu tun hat, jedenfalls tritt dieses Problem u.a. beim Betrieb von Shopstat auf.
Grüße
Stephan
20. Peter schrieb am 26. Januar 2009 um 18:25 Uhr

Nachtrag:
Wenn ich in der gunnart_productRedirect.inc.php die Zeile:
$DefaultLink = xtc_href_link(FILENAME_DEFAULT);
auskommentiere, dann klappt es!?
Sollte es aber wohl nicht
21. deadslayer schrieb am 28. Januar 2009 um 13:01 Uhr

Hallo, ich habe dieses Script bei mir Installiert. Nun werden die Detailseiten leider nicht mehr angezeigt (Auf http:///….. wird gewartet.) Tritt dieses Problem nur bei mir auf und hat jemand evtl. eine Lösung dafür?

Gruß,
Andreas Höft
22. deadslayer schrieb am 28. Januar 2009 um 13:30 Uhr

Hallo, ich habe dieses Script bei mir Installiert. Nun werden die Detailseiten leider nicht mehr angezeigt (Auf … wird gewartet.) Tritt dieses Problem nur bei mir auf und hat jemand evtl. eine Lösung dafür?

Gruß,
Andreas Höft
23. Sebastian schrieb am 30. Januar 2009 um 21:11 Uhr

Danke für die coole Idee - leider funktioniert es bei mir noch nicht ganz.

In welche boxes.php binde ich die Datei ein?

Wenn ich’s in includes\classes\boxes.php einbinde, dann lande ich immer auf $DefaultLink.

Wenn ich die templates\\source\boxes.php nehme, dann passiert rein gar nichts.

Ich habe keine SEO Erweiterung aktiv und verwende nur die xtc-Standard SEO-URLs …
24. stemro schrieb am 4. Februar 2009 um 12:59 Uhr

Hallo, habe noch einen Bug gefunden:
Wenn ich mich auf einer Produktdetailseite befinde, gibt es die Box Herstellerinfo. Dort ist ein Link “mehr Artikel”. Klicke ich diesen Link komme ich auf eine Übersichtsseite mit den Artikeln des Herstellers. Die Url der Seite wird von Shopstat erstellt, im Gegensatz zu dem Link aus der Box Artikel nach Hersteller, wo es keine Suma-URL gibt. Befinde ich mich auf o.g. Seite kann ich über ein Dropdown eine bestimmte Kategorie auswählen. Wähle ich nun eine Kategorie werde ich zur Startseite des Shops geleitet und erhalte folgende Fehlermeldung:
Warning: implode() [function.implode]: Invalid arguments passed in /xxx/xxx/includes/modules/metatags.php on line 244
Die xxx stehen da nicht sondern der Pfad zu meinem Verzeichnis auf dem Server. Irgendeinen Tip?
Ach ja, gibt es eine Möglichkeit den Titel in der Art
Kat1-Kat2-Produktname-Shopname
auszugeben?
Grüße
Stephan
25. Sebastian schrieb am 9. Februar 2009 um 17:46 Uhr

Niemand der mir veraten kann in welche boxes.php require_once reinkommt? Pufaxx?

Vielen Dank!
26. Chris schrieb am 11. Februar 2009 um 22:12 Uhr

Ich habe schon lange über so eine Sache nachgedacht. Aber ich bin immer wieder von dieser Idee abgekommen, weil ich einfach keine Zeit dafür hatte, dass ich mich näher damit beschäftige. Ich weiß auch nicht, aber vor kurzem habe ich mir dann überlegt, dass ich die Sache noch mal angehen könnte. Ich bin sehr dankbar für diese Seite, denn ich wäre alleine wahrscheinlich nicht auf das gekommen. Dafür wollte ich mich einfach mal kurz bei Ihnen bedanken.
27. Klaus schrieb am 20. Februar 2009 um 22:23 Uhr

Hallo pufaxx, coole Sache.
Jetzt fehlt nur noch die gleiche Sache für die Kategorien …
Grüße

Klaus
28. Klaus schrieb am 20. Februar 2009 um 22:40 Uhr

sollte nicht:

if($ProductLink != $CurrentLink) {

viel schneller sein als:

if(strpos($ProductLink, $CurrentLink) === false) {

oder vertue ich mich da?
29. Klaus schrieb am 21. Februar 2009 um 13:59 Uhr

Nachtrag:
hätte auch den Vorteil, dass auch gekürzte URLs wie:

http://www.magic-and-arts.com/Geschenkgutschein-10::458.html

berichtigt werden (also inkl. /de)
30. Pfefferspray schrieb am 24. Februar 2009 um 20:02 Uhr

Wollte nur Danke sagen, musste einige Produktbezeichnungen ändern. Das Script funktioniert einfach perfekt!
31. herbergsvater schrieb am 24. Februar 2009 um 23:04 Uhr

Ich habe ebenfalls keine SEO Erweiterung installiert, leider funktioniert der Redirect hier auch nicht …
32. Benny schrieb am 25. Februar 2009 um 10:44 Uhr

Beim anklicken einer Kategorie oder eines Produktes wird man leider nur auf die index.php übergeleitet …
Woran kann das liegen?
33. Clubfashion schrieb am 26. Februar 2009 um 13:25 Uhr

Sehr geil danke ich habe da selber so meine Probleme, habe zwar viel umprogrammiert auch die URLs und alles aber das Problem kommt doch immer wieder.
34. Surplus Raw Vintage Shop schrieb am 10. März 2009 um 23:55 Uhr

wieder mal ein guter Hinweis. Ich habe schon den ein oder anderen Tipp von dieser Seite gebrauchen können und in meinen Online-Shop eingearbeitet. Einfach und verständlich erklärt. Super.
Armyshop 24 sagt danke!
35. Mathias schrieb am 16. März 2009 um 15:31 Uhr
Hallo,

in der htacces-Datei könnte man den Code um folgenden erweitern:
```
RewriteEngine on
RewriteRule (.*)/info/p([0-9]+)_(.+).html$ /product_info.php?products_id=$2 [R=301,L]
RewriteRule (.*)/products_id/([0-9]+) /product_info.php?products_id=$2 [R=301,L]
```
Dadurch würden alle bisher von Google indizierten Seiten (wenn man vorher die XT eigenen SEO-Urls benutzt hat) ebenfalls auf die neuen URLs umgeleitet werden. Und das auch permanent.
Zumindest sagt mir das mein gefährliches Halbwissen.
36. manfred schrieb am 4. April 2009 um 00:09 Uhr

@Mathias.
Sei damit vorsichtig !
Damit gibst Du google die nicht seo urls als 301 Weiterleitung. Das ist eher das gegenteil von dem was viele gerne möchten. Aber wenn Du den 301 in der htaccess weglaesst machts Sinn.
Ich denke aber, dass die Art der alten URLs schon beruecksichtigt wurde. Schoenen Gruss manfred
37. Jake schrieb am 3. Juni 2009 um 21:51 Uhr

Hallo und vielen Dank für diese Erweiterung!

Bei 95% meiner Seiten funktioniert sie auch hervorragend, aber bei den restlichen 5% bekomme ich die gleiche Fehlermeldung wie Andreas im 4.Post.

Ich hab die zip heute heruntergeladen, weshalb die sache ja eigentlich gefixt sein sollte (5. Post von Purfaxx).

Hat jemand einen Rat?

Gruß Jake
38. H. Summerer schrieb am 21. Juni 2009 um 00:51 Uhr

Auch diese Erweiterung 1A - spitze - vom feinsten!

Gibts es mittlerweile auch eine ähnliche Erweiterung für die Kategorien/Contentseiten wie im Dezember 2008 angekündigt?

Schönen Gruss
39. Matthias schrieb am 6. Juli 2009 um 22:47 Uhr

Wie Sebastian hab ich das gleiche Problem, das rein gar nichts passiert, es wird nict weitergeleitet. Allerdings sind die URL via Shopstat SEO-freundlich.
Jemand eine Idee?
40. Benny schrieb am 15. August 2009 um 12:43 Uhr

Funktioniert bislang Prima.
Nur auf einer Subdomain habe ich noch Probleme.

Klasse Mod.
Thx purfaxx
41. Mathias schrieb am 18. September 2009 um 12:47 Uhr

Hallo,
vielen Dank für diesen tollen Tipp!
Eine kleine Frage: ist es möglich, den Redirect so zu modifizieren, dass er auch mit der Erweiterung “Produkterinnerung für Kunden” funktioniert?

http://www.xtc-load.de/2009/04 (...) erung-fur-kunden/#comment-2051

MIt dem Modul können sich Kunden bei ausverkauften Artikeln in eine Liste eintragen und werden automatisch per Mail informiert, wenn der Artikel wieder verfügbar ist. Nach dem Eintragen erfolgt ein Redirect, um auf derselben Seite anzuzeigen, dass der Eintrag in die Liste erfolgreich war. Dieser Redirect wird durch Deine Erweiterung ausgehebelt und die Erfolgsmeldung wird nicht angezeigt…
Kann man das irgendwie abfangen?

Danke und Gruß
Mathias
42. Shopstat-Urls bei mehrsprachigem Shop - der.erste.raum schrieb am 2. Oktober 2009 um 18:30 Uhr

[…] will, weil es schon zahlreiche Originale Urls in den SERPS gibt – Dem kann ich den productRedirect von gunnart.de empfehlen. Dieser Zusatz sorgt dann mit 301-Weiterleitungen dafür, dass die falsch indexierten […]
43. Gerdi schrieb am 16. Oktober 2009 um 20:37 Uhr

hallo pufaxx, wie kann ich das vermeiden, dass immer auf die index.php umgeleitet wird? Ich möchte gerne meine 404er Seite verwenden.
44. stephan schrieb am 18. Oktober 2009 um 14:26 Uhr

Hi Gerdi, das liegt nicht am Modul, du musst in deiner .htaccess so was ind der Art:
ErrorDocument 404 /deinefehlerseite.php?error=404
definieren.
@pufaxx, habe gerade Kategorien in meinem Shop geändert. Alle Seiten aus dem Googleindex noch zu erreichen. Ich liebe es.
Danke nochmal
45. Gerdi schrieb am 20. Oktober 2009 um 14:50 Uhr

@stephan,
steht aber drinnen:
ErrorDocument 404 /sitemap.html?error=404
und wird aber immer auf die Index umgeleitet.
46. stephan schrieb am 22. Oktober 2009 um 10:14 Uhr

@Gerdi
War ein Versuch. Gibt es diese Datei denn? Ruf doch mal deine.domain/sitemap.html auf.
47. Friedegard schrieb am 23. November 2009 um 15:52 Uhr

@pufaxx:
Läuft Super,
Schankedön!
48. Greg schrieb am 14. Januar 2010 um 23:02 Uhr

Hallo,

nach so einer Lösung habe ich schon seit Monaten gesucht und bin hier nun endlich fündig geworden.
Vielen Dank dafür!

Leider habe ich das gleiche Problem wie in Beitrag 23. von Sebastian und Beitrag 39. von Matthias, denn bei mir passiert nach dem Einbau des Codeschnipsels und der Datei leider rein gar nichts.
Leider gab es auf die o.g. Beiträge bisher keine Antwort.
Wenn es da eine Lösung gibt, würde ich mich über eine Antwort sehr freuen.

Vorab vielen Dank
49. Greg schrieb am 21. Februar 2010 um 15:13 Uhr

Hallo,

hat denn keiner eine Idee?
50. Bling Bling Shop schrieb am 10. April 2010 um 02:09 Uhr

@#23 und #48

Wenn ihr keinen INC Ordner habt in der templates/euer_template/source dann müsst ihr erst einen erstellen und die Datei dann dort reinkopieren. Der ECB Shop hat beispielsweise keinen INC Ordner an der Stelle.

———–

Bei mir funzt das Tool auch 1a! Super Sache, danke!
Allerdings würde mich so ein Modul für Kategorien noch mehr interessieren, da sich diese bei mir häufiger mal ändern. Und bei denen finde ichs besonders wichtig. Ist sowas mittlerweile irgendwo zu haben?
51. Tobias schrieb am 18. Mai 2010 um 21:38 Uhr

Hallo,
Gibt es eine ähnliche Lösung auch für Kategorien und Hersteller? Ich habe nun schon Stunden vor Google verbracht und keine Lösung gefunden. Würde mich bei meinem Problem deutlich weiter bringen.

Gruß
Tobias
52. Sergej schrieb am 1. November 2010 um 11:19 Uhr

Hallo,
bräuchte mal etwas Hilfe. Ich bin von einem OSCommerceShop auf XT Commerce umgestiegen und habe alle Artikel mit dem Migrationstool übernommen. Somit sind die Product-IDs alle gleich geblieben. Das Problem das ich habe ist nun das die SEO-URLs in Oscommerce z.B. so aussahen: http://www.us-tack.de/absorbin (...) black-fliegenspray-pr-284.html
unter XTCMod sieht er so aus:
http://www.us-tack.de/Pflegepr (...) lack-EX-Fliegenspray::284.html

Wie ich festgestellthabe ist es eigentlich ganz egal, was vor der Zahl am Ende steht. Kann man das Script vielleicht noch entsprechend erweitern, das auch die alten OSC URLs berücksichtigt werden ?

Vorab vielen Dank
53. Klaus schrieb am 7. Dezember 2010 um 16:03 Uhr

Gibts es mittlerweile auch eine ähnliche Erweiterung für die Kategorien/Contentseiten wie im Dezember 2008 angekündigt?
54. Melanie schrieb am 19. Dezember 2010 um 22:25 Uhr

Vielen Dank für die vielen Tipps auf Deiner Seite. Ich bastel gerade an einer XTC-Lösung (noch local auf meinem Rechner mit xampp) und bin bei einigen Themen am verzweifeln - habe jetzt aber mit Hilfe Deiner Seite schon 2-3 Themen klären können. DANKE!