Hey Leute,
ich steh gerade vor einem nervigen Problem und komm nicht weiter. Ich hab auf meiner Affiliate-Site seit kurzem ein Caching-Plugin aktiviert (WP Rocket, falls das relevant ist) und seitdem verhalten sich einige meiner Affiliate-Links komisch. Konkret: Manche Links werden gecacht in einer Version, wo der Tracking-Parameter fehlt oder abgeschnitten wird. Ich merk das, weil meine Klickzahlen im Netzwerk-Dashboard plötzlich nicht mehr mit dem übereinstimmen, was mein eigenes Tracking zeigt.
Ich hab schon ein bisschen gegoogelt und gelesen, dass man bestimmte URL-Parameter vom Caching ausschließen soll – aber ich versteh nicht ganz wie das bei WP Rocket genau geht, und ob das überhaupt das Problem ist. Oder liegt es vielleicht an der Link-Cloaking-Funktion von Pretty Links, die ich parallel nutze?
Noch dazu: Ich hab die Site im Sommer immer etwas weniger im Blick weil ich auch mal Urlaub machen will, und würde das gerne vorher sauber gelöst haben bevor ich weg bin. Will nicht zurückkommen und feststellen dass wochenlang Tracking-Daten fehlen.
Hat jemand Erfahrung damit wie sich WP Rocket und Pretty Links (oder ähnliche Cloaking-Plugins) gegenseitig beeinflussen? Und wie habt ihr das konfiguriert damit die Parameter sauber durchkommen?
Danke schon mal!
Das kenn ich aus eigener Erfahrung, hatte das vor einem Jahr bei einer meiner Nischenseiten. Das Problem liegt meistens nicht direkt an WP Rocket, sondern daran wie Pretty Links die Weiterleitungen ausführt. Pretty Links arbeitet mit 301/302-Weiterleitungen die über PHP laufen – die werden normalerweise nicht gecacht. Aber: Wenn du bei WP Rocket die 'Cache Preloading'-Funktion aktiv hast und gleichzeitig deine gecloakten Links irgendwo als reguläre Links im Content gespeichert sind, kann es zu Überschneidungen kommen.
Mein Tipp: Geh in WP Rocket unter 'Advanced Rules' und trag dein Pretty-Links-Präfix (meistens /go/ oder /empfehlung/) unter 'Never Cache the Following Pages' ein. Dann werden diese URLs komplett vom Caching ausgenommen.
Zusätzlich würde ich empfehlen die Query-Parameter deines Netzwerks (z.B. clickid, subid usw.) unter 'Excluded Parameters' einzutragen. Das verhindert dass gecachte Seiten mit falschen oder leeren Parametern ausgeliefert werden.
Hatte ich damals auch in dem Thread über Alternative zu Amazon - welche Partnerprogramme rocken eure Nischen? kurz angesprochen – Tracking-Sauberkeit ist bei Netzwerken außerhalb Amazon nochmal wichtiger weil die Toleranz bei Datendiskrepanzen kleiner ist.
Kurze Ergänzung noch: Schau auch mal ob Pretty Links in den eigenen Einstellungen eine 'Redirect Type'-Option hat. Manchmal ist da 307 sinnvoller als 301 wenn du willst das Parameter zuverlässig durchgereicht werden – 301er werden von manchen Browsern aggressiv gecacht und dann gehen Query-Strings verloren. Kleines Detail aber hab das schon mehrfach als Ursache gesehen.
Ich bin selbst eher auf der Tracking-Seite unterwegs als bei der technischen WordPress-Konfiguration, aber das Thema kenn ich aus einer anderen Richtung. In meinen Threads über KPIs (Welche KPIs brauche ich wirklich am Anfang?) hab ich oft betont wie wichtig konsistente Klickdaten sind – genau weil sowas wie du beschreibst die Zahlen völlig durcheinander bringt.
Was ich ergänzen würde: Bevor du tief in die WP-Rocket-Einstellungen gehst, würd ich erstmal prüfen ob das Problem reproduzierbar ist. Also einen bestimmten Link nehmen, Tracking-Parameter notieren, einmal im normalen Browser aufrufen und einmal im Inkognito-Modus – schauen ob der Parameter in beiden Fällen korrekt weitergegeben wird. Manchmal ist es auch einfach Browser-Caching auf Nutzerseite und nicht serverseitiges Caching.
Ansonsten stimmt das was TrafficHunter beschreibt schon – Pretty-Links-Pfade aus dem Cache ausschließen ist der erste sinnvolle Schritt.
MichaelK hat nen guten Punkt mit dem JS. Ich hab das exakt gleiche Problem mal mit dem 'Delay JavaScript Execution'-Feature von WP Rocket gehabt – das hat einen Tracking-Aufruf verschoben bis nach dem Klick, dadurch fehlte der Parameter im Netzwerk-Log. Kurz gesagt: Tracking-Scripts immer von der JS-Verzögerung ausschließen.
In WP Rocket unter 'Excluded Files' kannst du bestimmte Scripts rausnehmen. Den Dateinamen des jeweiligen Netzwerk-Tracking-Scripts dort eintragen reicht meistens.
Und wegen Urlaub: Ich hab das in einem ähnlichen Kontext schon angesprochen – vor längeren Pausen mindestens 48h laufen lassen und Klickdaten vergleichen, bevor man sicher sagen kann dass alles stimmt.