Hallo Dieter,
darüber, wie diese URLs in den Suchindex geraten sind, l?sst sich leider nur mutma?en.
Bis Statify 1.6 wurden solche URLs tats?chlich zum Tracking genutzt, allerdings sollten diese auf die Home-URL der Seite zeigen, nicht auf eine Unterseite (also i.d.R. /?statify_referrer=...&statify_target=...) und liefern dann auch keine gültige Seite, sondern eine leere Antwort.
Bis 1.5 wurde dazu ein Pseudo-Element <script> eingebunden, danach erfolgte der Aufruf direkt aus dem JavaScript heraus. Aber eigentlich nie direkt durch einen Link oder Benutzeraufruf.
Seit 1.7 werden solche Aufrufe nicht mehr verarbeitet, entsprechend l?uft der ganz normale WordPress Zyklus durch (Ergebnis s.u.)
Vermutlich kamen hier diverse Punkte zusammen. Eine m?gliche Erkl?rung w?re, dass eine Seite, die vor dem Statify 1.7 Update bereits im Cache lag, solche (nicht mehr funktionierenden) Tracking-Aufrufe abgesetzt hat, die dann eine normale HTML Seite liefern. Eines der eingebunden Google Skripte k?nnte diesen Aufruf als gültig interpretiert haben (ist er ja auch) und entsprechend hat der Suchindex diese URL gelernt.
Ggf. kam noch ein Theme-Wechsel oder eine Umkonfiguration dazu, was die Seite 4 erkl?ren würde. Den Punkt finde ich aber hier eher zweitrangig.
Ich finde das sehr merkwürdig, da die URLs aufrufbar sind und eine Blogübersicht zeigen.
Dieser Teil ist tats?chlich das einzig nicht merkwürdige.
/page/<Nummer> ist ein Standardmechanismus von WordPress, der auf die entsprechende Seite der Blog-übersicht verweist. Bei vielen Themes, die die Standardmethodik zum Bl?ttern nicht nutzen – so wie deines – wird der zus?tzliche Parameter einfach ignoriert. Du kannst auch /page/99999 aufrufen. Statify hat hiermit nichts zu tun, der Parameter am Ende tut nichts.
Nach flüchtiger übersicht deiner Seite sieht das ganze eigentlich soweit gut aus und es sind keine Hinweise auf eine derartige URL oder ?hnliche überreste alter Statify-Verhalten auffindbar.
Gru?,
Stefan
