Query strings trotz rewrite im SEO Browser und IE6

[Blox]

Moin zusammen,

hab mich ja jetzt schon mal ein wenig durch die Materie gelesen und auch das ein oder andere angewendet. Aber hier stecke ich in Sachen mod_rewrite und query strings gerade echt fest:

Ich habe einen Gambio GX Shop. Dort SEO Boost aktiviert um die Suchmaschinenfreundlichen URLs zu nutzen. Keine Problem...klappt wunderbar...bis auf z.b. der IE 6 zeigt bei leerem cache und dem ersten klick auf einen Link der Seite noch immer den query string an....geht man von dort zurück und wieder rein ist er verschwunden.
Auch der SEO Browser von Domaintools zeigt mir alle meine Links mit query strings an.
Die Seiten sind auch unter den query strings aufrufbar. Bedeutet das nicht double content für mich?
Kann ich noch eine Wert in der htacess hinzufügen um alle query strings zu umgehen? Momentan sieht die so aus:

Code: Alles auswählen

RewriteEngine on

RewriteCond %{HTTP_HOST} ^dooblox\.de
RewriteRule ^(.*)$ http://www.dooblox.de/$1 [R=permanent,L]

RewriteCond %{REQUEST_FILENAME} =.*\.(php|css|js|gif|jpg|jpeg|png)$
RewriteRule ^(.+) - [L]

RewriteCond %{REQUEST_URI} (.*)?/admin/(.*)
RewriteRule ^(.+) - [L]


RewriteCond %{REQUEST_FILENAME} -d
RewriteRule ^(.+) - [L]

RewriteCond %{REQUEST_FILENAME} -f
RewriteRule ^(.+) - [L]

RewriteCond %{REQUEST_FILENAME} -l
RewriteRule ^(.+) - [L]


##boosted CONTENT
RewriteRule (.*/)?info/([A-Za-z0-9_-]+)\.html.* shop_content.php?gm_boosted_content=$2&%{QUERY_STRING} [PT,L]

##boosted PRODUCTS
RewriteRule (.*/)?([A-Za-z0-9_-]+)\.html product_info.php?gm_boosted_product=$2&%{QUERY_STRING} [PT,L]

##boosted CATEGORIES
RewriteRule (.*/)?([A-Za-z0-9_-]+)/?.* index.php?gm_boosted_category=$2&%{QUERY_STRING} [L]

Würde mich freuen wenn jemand einen Tipp...oder zwei... für mich hätte die auftauchenden query strings trotz der bereits existierenden rewrite_rules zu beseitigen. Vielen Dank im voraus

Gruß,
Daniel

[bloddy newbie]

Ja es fehlt ein simples Fragezeichen (?):

Code: Alles auswählen

RewriteCond %{HTTP_HOST} ^dooblox\.de
RewriteRule ^(.*)$ http://www.dooblox.de/$1? [R=permanent,L] 

(hinter $1)

Dieses Fragezeichen veranlasst mod_rewrite dazu, den Query String zu verwerfen, anstatt ihn an die umgeschriebene Uri anzuhängen.

Weiterhin entsteht duplicate Content, da du die alten Uri in Form von bla.php?blub=bla&bla=blub nicht mittels 301 Redirect auf die statischen Uris umleitest. Was mich jedoch am meisten wundert - warum erwartest du bei statischen Uris einen QUERY_STRING?

Grüße

[Blox]

Prima....das mit dem Fragzeichen werde ich heute Abend mal ausprobieren.

Noch mal zum duplicate content......muss ich alle URis mittels 301 einzeln redirecten oder geht das auch mit einer einzigen Rule?

Zu Deiner Frage. Ich erwarte keine query strings...im gegenteil....ich hab gehofft sie wären weg. Es ist nur so, dass es ja eigentlich funktioniert aber der SEO Browser mich vor meinen query string links warnt obwohl ich überall (FF) statische angezeigt bekomme und Google auch nur statische von mir indexiert. Dann habe ich die query string Uris bei mir getestet und festgestellt...sie funktionieren noch. Das macht mich jetzt in Sachen duplicate content natürlich stutzig.

Vielen Dank für Deine Hilfe

[Nicos]

muss ich alle URis mittels 301 einzeln redirecten oder geht das auch mit einer einzigen Rule?

geht schon, aber dann hast Du vermutlich auch nur ein Ziel, sprich eine Seite auf der alle Redirects enden! Besser wäre händisch die alten Unterseiten auf die neuen Unterseiten umzuleiten!

Grüße
Nicos

[bloddy newbie]

die alten Uris müssten auch mittels Schema umleitbar sein (meines Erachtens):

Code: Alles auswählen

##boosted CONTENT => 301
RewriteCond %{QUERY_STRING} gm_boosted_content=([A-Za-z0-9_\-]+)
RewriteCond %{QUERY_STRING} !dummy$
RewriteRule shop_content.php info/%1.html? [R=301,L]

##boosted PRODUCTS => 301
RewriteCond %{QUERY_STRING} gm_boosted_product=([A-Za-z0-9_\-]+)
RewriteCond %{QUERY_STRING} !dummy$
RewriteRule shop_info.php %1.html? [R=301,L]

##boosted CATEGORIES => 301
RewriteCond %{QUERY_STRING} gm_boosted_category=([A-Za-z0-9_\-]+)
RewriteCond %{QUERY_STRING} !dummy$
RewriteRule index.php %1? [R=301,L]


##boosted CONTENT
RewriteRule (.*/)?info/([A-Za-z0-9_\-]+)\.html$ shop_content.php?gm_boosted_content=$2&dummy [L]

##boosted PRODUCTS
RewriteRule (.*/)?([A-Za-z0-9_\-]+)\.html$ product_info.php?gm_boosted_product=$2&dummy [L]

##boosted CATEGORIES
RewriteCond %{REQUEST_URI} !\.php$
RewriteRule (.*/)?([A-Za-z0-9_\-]+)/?.* index.php?gm_boosted_category=$2&dummy [L]

Erläuterungen
1. zu den 301ern
Sollte ein Spider oder ein Aufruf durch "fehlerhafte" Verlinkung auf das alte Format zeigen, werden die dynamischen Uris mittels 301 Permanent Redirect auf die entsprechende statische Uri umgeleitet. Hier kommt jeweils eine Bedingung zum tragen, die auf den GET Parameter "dummy" prüft. Dazu später mehr...

2. Die eigentlichen Rewrite Rules (statisch auf dynamisch) werden wie gewohnt umgeleitet. Ich habe hier am Ende mal den QUERY_STRING entfernt UND ein "&dummy" angehängt. Der Query wird hier nicht benötigt und ist auch nicht zu erwarten (es sei denn du arbeitest mit Session Ids, welche an der Uri kleben). Der Zusatz "&dummy" verhindert, dass sich die 301er Regeln mit diesen hier im Kreis drehen (Endlosschleife) und wird weder von Suchmaschinen noch sonstwem erkannt oder gesehen. Es ist ein einfacher Trick um die Uris von alt auf neu umzustellen.

3. Das Flag PT benötigst du meiner Meinung nach nicht. (habe es aber dennoch mal drin gelassen, da es auch nicht weiter stört)

Eventuell kannst du ja mal eine Uri posten, die dein Seobrowser als nicht statisch erkannt hat.

Grüße

[Blox]

Klaro...also eine Seite ist unter https://www.dooblox.de/Blox/?XTCsid=52d ... 48b31b9aa4
und unter https://www.dooblox.de/Blox/ erreichbar. Hängt also wirklich noch der query dran. Das betrifft laut SEO Browser auch alle anderen links auf der Seite.

Dank Euch für die super Infos. Ich inhaliere quasi gerade die Posts
Werde mich nach der Arbeit mal ransetzen....mal sehen ob dat wat wird.

Grüße,
Daniel

[bloddy newbie]

Dann würde ich dir empfehlen, die Session ID nicht mehr an Uris anzuhängen sondern mittels Cookiesession durch zu schleifen. XTCsid ist übrigens die angesprochene Session ID. Wie das im XTC Shop geht - keine Ahnung

vielleicht so hier:
https://www.xt-commerce.com/forum/archi ... t-314.html

Grüße

[Blox]

Ahhh...das bringt so langsam Licht. Also sind meine "queries" gar keine sondern nur Session IDs? Dann funktioniert doch meine Umleitung so weit....bis eben auf die IDs. Macht es denn Sinn die Einstellungen, die Du gepostet hast trotzdem zu übernehmen oder sollte ich mich gleich um die Session IDs kümmern? Das muss man scheinbar ein bisschen fummeln bis das klappt. Ich lese mich mal durch das Thema.
Google und Co. haben scheinbar keine Probleme mit den IDs. Frage mich ob ich trotzdem darauf verzichten sollte.

Grüße,
Daniel

[bloddy newbie]

Stelle doch im XTC Backend wie beschrieben den Knipser auf "für Bots botte keine SIDs anhängen" und fertig ist der Lack. Die Rules würde ich, falls der Shop schon ne Weile existiert, dennoch rein nehmen. Die Suppe mit den unleserlichen Uris ist eh nicht so heiß, wie sie hier immer gegessen wird .

Grüße