Hallo zusammen,
ich kämpfe seit ein paar Tagen mit einem Problem das mich ehrlich gesagt langsam wahnsinnig macht. Ich hab meine Site vor kurzem auf ein neues Hosting umgezogen und dabei auch gleich ein paar kleinere technische Sachen aufgeräumt. Soweit so gut.
Jetzt hab ich aber festgestellt dass meine Affiliate-Links die ich per PHP dynamisch in den Header-Bereich einbinde (also über eine kleine Custom-Funktion, kein Plugin) nach der HTTPS-Umstellung teilweise nicht mehr korrekt weitergeleitet werden. Konkret: Der Nutzer klickt, landet kurz auf einer Zwischen-URL und wird dann manchmal einfach auf die Homepage des Merchants weitergeleitet statt auf die Produktseite. Das passiert nicht bei allen Links, nur bei denen im Header-Bereich. Footer-Links funktionieren normal.
Ich hab schon gecheckt ob die Links selbst kaputt sind – sind sie nicht, ich hab sie manuell getestet. Auch die HTTPS-Weiterleitung in der .htaccess hab ich mehrfach angeschaut. Mein Verdacht ist irgendwas mit der Reihenfolge wie PHP den Header rendert und ob da vielleicht irgendwelche Cookies oder Session-Daten nicht mehr sauber übergeben werden.
Hat jemand sowas schon mal gehabt? Oder eine Idee wo ich anfangen soll zu suchen? Wäre für jeden Hinweis dankbar, auch wenn es erstmal nur eine Richtung ist.
Grüße
Marcus
Ich seh das ein bisschen anders als die Kollegen hier – bevor du tief in PHP-Debugging gehst würde ich zuerst sicherstellen dass das Problem überhaupt reproduzierbar und konsistent ist. Du schreibst selbst 'manchmal', das klingt nach einem intermittierenden Fehler. Sowas kann auch am Merchant-Ende liegen, z.B. wenn deren Tracking-Server unter Last reagiert anders.
Mach am besten ein paar Testklicks zu verschiedenen Tageszeiten und notier genau wann es passiert und wann nicht. Wenn das Problem zur Mittagszeit häufiger auftritt aber morgens um 7 kaum – dann ist die Ursache wahrscheinlich nicht bei dir.
Datenschutztechnisch noch ein Hinweis am Rande: Wenn du mit der HTTPS-Umstellung auch eure Cookie-Einstellungen angefasst hast, prüf ob Tracking-Cookies jetzt das Secure-Flag gesetzt haben müssen. Das kann Affiliate-Tracking auf manchen Netzwerken leise killen ohne Fehlermeldung. Dazu hab ich hier im Datenschutz-Thread auch schon was geschrieben, das Thema betrifft mehr als die meisten denken.
Kurze Frage: Nutzt du vielleicht ob_start() in deiner Custom-Funktion? Wenn nicht, könnte Ausgabe-Pufferung das Problem sein. Ohne Puffer geht Header-Manipulation schnell schief.
Das klingt nach einem klassischen Problem mit HTTP-Headern die zu früh gesendet werden. Wenn deine PHP-Funktion im Header-Bereich läuft und dabei irgendwo schon Output passiert (auch ein einzelnes Leerzeichen vor dem PHP-Tag reicht), dann können Cookies und Session-Daten nicht mehr korrekt gesetzt werden. Das würde erklären warum Footer-Links funktionieren – die werden ja erst nach dem kompletten Header-Rendering ausgegeben.
Ich würde als erstes prüfen ob du irgendwo ein 'headers already sent' in deinen PHP-Error-Logs hast. Das ist meistens der Übeltäter. Kurz in die php.ini schauen ob error_reporting aktiv ist, oder temporär ini_set('display_errors', 1) setzen um zu sehen was da passiert.
Ein anderer Punkt: Merchant-seitige Weiterleitungen reagieren manchmal empfindlich auf Referrer-Änderungen. Nach einer HTTPS-Migration ändert sich dein Referrer-Header, und manche Merchants werten das aus. Ob das bei dir der Fall ist müsstest du direkt beim Netzwerk anfragen.
Hatte letztens ähnliches bei einem EPC-Thema, da war auch viel Raten bis man die eigentliche Ursache gefunden hatte – wie ich da schon geschrieben hab: systematisch vorgehen hilft mehr als wild rumprobieren. (Bezug auf Verwirrt von den Zahlen - was bedeutet EPC 0,85 EUR konkret für mich?)
Ich würd da erstmal ganz simpel anfangen bevor man in PHP-Innereien wühlt: Hast du nach dem Hosting-Umzug auch die Affiliate-Link-Parameter selbst geprüft? Manche Netzwerke hängen Session-IDs oder Tracking-Token an die URL die nach einem Server-Wechsel anders behandelt werden können, vor allem wenn sich eure SSL-Terminierung verändert hat.
Was ich konkret machen würde: Browser-Dev-Tools aufmachen, einen der kaputten Header-Links klicken und in der Network-Ansicht jeden einzelnen Redirect-Schritt anschauen. Du siehst dann genau wo die Weiterleitung abbiegt. Bei mir hatte ich nach einem Hosting-Wechsel mal sowas – es war letztlich eine doppelte Weiterleitung (HTTP→HTTPS plus eine interne Redirect-Regel) die sich mit dem Tracking-Parameter gebissen hat.
Also: erstmal mit den Dev-Tools schauen, dann entscheiden ob es PHP oder Serverconfig ist.