SEO URLs mit Query-String-Parametern

[ufreier]

Hi,

nach der Aktivierung von SEO-URLs hängt die Software an die Links in der Navigation teilweise irgendwelche (ich denke mal ziemlich sinnfreie) Query-Strings an, also z.B.:

www.domain.tld/schoener/seo/url/pfad.html?x7659f=eptjsq3177gc4jv0ctirbctac710d3

Wie bekommt man das denn weg? Ist ja eigentlich nicht im Sinne der SEO-URLs.

Gruß, Uwe

[xt:mzanier]

das sind session ids, je nach browser einstellungen müssen diese angehängt werden.

Auf die indexierung bei Google hat dies aber keine auswirkungen, da hier die session ids nicht angezeigt werden. (außer severeinstellungen sind falsch).

[giller]

Herr Zainer,

Sie können sich drauf verlassen das ich die richtigen Servereinstellung
sofort vornehme wenn sie bekannt gegeben werden.

Zitat von mzanier

(außer severeinstellungen sind falsch).

Nach diesen Server einstellung betell ich
und viele andere schon seit Monaten

[xt:mzanier]

Die Frage die hier ja immer wieder zu den Session IDs auftaucht ist berechtigt da, wenn man nicht umfassende vorkerhungen im System trifft (z.B. in Google Webmaster Tools diese Session IDs blockiert) diese sehr wohl zu massiven Problemen mit Google fürhren können.

Nein das ist falsch.

4.0.13 erzeugt für den google bot und einige hundert andere bots KEINE session id am link oder cookie.

Nach diesen Server einstellung betell ich
und viele andere schon seit Monaten

dies steht zig male im Forum, der Server/php darf von selbst keine Sessions anhängen (content links etc). Parameter hierfür zb session trans sid.

Für weitere Fragen bitte an den Helpdesk wenden (Support).

[ufreier]

Hallo Herr Zanier,

das sind session ids, je nach browser einstellungen müssen diese angehängt werden.

Warum das denn? Ich programmiere selbst in PHP und wüßte jetzt nicht, warum bei den SEO URLs eine Übergabe der session ids in den URLs benötigt werden sollte. Das wäre aber wichtig zu klären!

Ansonsten als Quick + Dirty Lösung für das Problem:

Man erweitere sein .htaccess um folgende Zeilen:

Direkt nach "RewriteEngine on"

RewriteCond %{REQUEST_URI} ^(.*)\.html$
RewriteCond %{QUERY_STRING} !^$
RewriteRule ^(.*)$ [Shop-URL]%1.html? [R=301,L]

Bitte anstelle von [Shop-URL] schon die echte Shop-URL reinschreiben! :-)

Achtung:

Geht natürlich nur dann, wenn in den Query-Strings keine wirklich notwendigen Infos stehen - deshalb oben die Bitte um Erläuterung.

außer severeinstellungen sind falsch

Was ist da genau falsch bzw. was muss man am Server ändern, damit das Phänomen verschwindet? Ich habe auf dem gleichen Server mehrere PHP-Applikationen laufen, die mit mod_rewrite arbeiten, dabei aber keine Übergabe der session ids in der URL brauchen.

dies steht zig male im Forum, der Server/php darf von selbst keine Sessions anhängen (content links etc). Parameter hierfür zb session trans sid.

Eine Suche nach "session trans id" bringt genau 2 Fundstellen, diesen Thread und einen, in dem steht, dass "session.use_trans_sid = 0" gesetzt werden soll. Nachdem das die default-Einstellungen sind, habe ich sie und werden viele haben.

4.0.13 erzeugt für den google bot und einige hundert andere bots KEINE session id am link oder cookie.

Falsch, 4.0.13 erzeugt (teilweise, nicht immer) irgendwelche Query-Parameter an den Links in der Navigation.


@Amelie:
wie sperrt man denn am besten diese URL-Anhängsel in den Google WMT?


Gruß, Uwe

[giller]

session trans sid wird ja jetzt auch bei der Installation von 4.0.13
geprüft.

Dies sind die Einstellung bei mir bei PHP mit Session
warum macht er beim Aufruf eines Cronjobs mit cronjobs.de eine Session mit am export


Ich glaube jetzt ist mir was eingefallen
mal in den logs schauen was cronjob.de im header sendet
ob man das in die bots.txt packen kann.

[xt:mzanier]

Warum das denn? Ich programmiere selbst in PHP und wüßte jetzt nicht, warum bei den SEO URLs eine Übergabe der session ids in den URLs benötigt werden sollte. Das wäre aber wichtig zu klären!

ist aus vielen gründen erforderlich.
zb wenn kein session cookie gesetzt werden kann.
oder für wechseln von http auf https über einen ssl proxy, da nicht für fremnde domains im vorfeld cookies gesetzt werden können.

Falsch, 4.0.13 erzeugt (teilweise, nicht immer) irgendwelche Query-Parameter an den Links in der Navigation.

Nochmals, 4.0.13 erzeugt KEINE session parameter wenn der aufruf durch einen suma bot erfolgt, hier wird weder ein cookie gesetzt noch eine session id an den link gehängt.

Dies sind die Einstellung bei mir bei PHP mit Session
warum macht er beim Aufruf eines Cronjobs mit cronjobs.de eine Session mit am export

Das hat nichts mit dem Thema hier zu tun, hierzu bitte an den Support wenden, dafür gibt es bereits einen fix.

[giller]

Zitat von mzanier

dafür gibt es bereits einen fix.

Das ist ja schön da werde ich gleich den Support belästigen.


Aber als Tip fürs XTC Team.

Veröffentlicht doch solche fixes über alle Kanäle
die Ihr zur verfügung habt (Newsletter, Blog, Facebook, Im Forum)
den hättet Ihr weniger Arbeit mit nörgelden Kunden.

Bei BUI ist es genau so schlim mit der Informationt Politik. Anstat das sie
das mit in den Newsletter schreiben das es eine Neue version von einem
Plugin gibt. Soll man das auf der Seite selber finden. Ich mache auch nichts anderes als über Seiten zu Surfen und nach updates zu suchen den ganzen Tag.

[xt:mzanier]

Veröffentlicht doch solche fixes über alle Kanäle

Wird seit monaten bereits: xt:Commerce - Powered By Kayako SupportSuite

Kann man sogar abonnieren!

Das Fix für export ist noch nicht freigegeben für alle, darum auch nicht in der liste.

[giller]

Da könnte man ja nee Umfrage starten wer ausser mir hat davon nicht gewust.
(das man da information abonieren kann)

[Alle Kanäle sind das ja noch nicht und wie man an mir sieht geht das woll an einigen vorbei]