Auf jeden Fall sehr freundlich und engagiert. Ich habe das Problemchen noch mal geschildert und auch einen Beispiel-Link geschickt. Gelöst ist das Problem wohl nicht, aber zumindest habe ich noch einen Tipp für einen Workaround bekommen. Und zwar:
Das hier funktioniert (noch) nicht:
&WT.srch=1
Das hier auch nicht:
&WT.srch%3D1
Aber das hier:
%26WT.srch=1
Ursache ist wohl, dass sich PHP bei einem "." im Variablennamen verschluckt, bzw. selbstständig den Punkt zum Unterstrick macht.
Etracker hat es daher so eingerichtet, dass ab dem Parameter, der die Redirect-URL enthält, alle weiteren Parameter ignoriert werden, in der Annahme, dass sie zur eingebetteten und nicht zur umgebenden URL gehören. Erst ab einem uncodierten & wird dann wieder weiter geguckt.
Da ich auch den ein oder anderen Foreneintrag gefunden habe, wo Leute ein ähnliches Problem hatten, klingt es plausibel. Ich glaube zwar, dass man das sicherlich auch lösen könnte, aber wenn man weiß, wie man es umgehen kann, geht es auch. Die WebTrends-Verschwörung gibt es dann wohl doch nicht. :-)
Zum Schluß noch einen Kleinen Tipp, wie man solche Redirects richtig einsetzt und was man vermeiden muss:
Das geht:
et_url=...%26p1=bla%26WT.srch=1&etrackerParam=...
Das nicht:
et_url=...&p1=bla%26WT.srch=1&etrackerParam=...
Und das sollte man auch vermeiden:
et_url=...%26p1=bla%26WT.srch=1%26etrackerParam=...
Bei der letzten Variante könnte es sonst passieren, dass ein echter etracker-Parameter der Redirect-URL zugeordnet wird.