OT: Statify und AMP (Accelerated Mobile Pages)

Das daten­schutz­freund­li­che Sta­tis­tik-Plug­in ‚Sta­ti­fy‘ (<https://​de​.word​press​.org/​p​l​u​g​i​n​s/statify/>) dürf­te in den letz­ten Wochen eine gan­ze Men­ge Anwen­der hin­zu­ge­won­nen haben. Ich selbst benut­ze es mit einer kur­zen Unter­bre­chung schon sehr lan­ge und war immer ver­gleichs­wei­se zufrie­den – nicht zuletzt auf­grund der extre­men Daten­spar­sam­keit: Sta­ti­fy erfasst tat­säch­lich nur das Datum des Zugriffs, einen even­tu­el­len Refer­rer sowie die auf­ge­ru­fe­ne Sei­te bzw. den auf­ge­ru­fe­nen Bei­trag; eine Spei­che­rung per­so­nen­be­zo­ge­ner Daten (oder auch nach­träg­lich Per­so­nen zuord­ne­ba­rer Daten) fin­det nicht statt.

Gestört hat mich eigent­lich nur eines: Sta­ti­fy zählt – min­des­tens im Zusam­men­hang mit dem Track­ing über JavaScript​¹ – kei­ne Auf­ru­fe von AMP-Ver­sio­nen​² der jewei­li­gen Seiten/​Beiträge (hier bspw. die AMP-Ver­si­on die­ses Bei­trags). Das hat einen ganz ein­fa­chen Grund: Eige­ner Java­Script-Code kann in AMP-Sei­ten spe­zi­fi­ka­ti­ons­be­dingt nur mit erheb­li­chen Ver­ren­kun­gen aus­ge­führt werden​³ und wird vom „Sani­ti­zer“ des Word­Press-AMP-Plug­ins (<https://​de​.word​press​.org/​p​l​ugins/amp/>) dem­entspre­chend sinn­vol­ler­wei­se her­aus­ge­fil­tert. Das Ärger­li­che dar­an ist: Sowohl die mobi­le Suche von Google​⁴ als auch die mobi­len Twitter-Apps​⁵ ver­wei­sen i. d. R. auf die AMP-Ver­si­on der Sei­te – mobi­le Auf­ru­fe von Twit­ter-App-Nut­zern oder Auf­ru­fe über die mobi­le Goog­le-Suche blei­ben also für Sta­ti­fy größ­ten­teils unsichtbar.

Update 12. Mai 2020: Seit Ver­si­on 1.7.0 zählt Sta­ti­fy auch Zugrif­fe auf die jewei­li­gen AMP-Ver­si­on der Inhal­te, sofern das offi­zi­el­le AMP-Plug­in ver­wen­det wird​⁶. Die fol­gen­den Hin­wei­se sind damit obsolet.

Glück­li­cher­wei­se ist die­ses Pro­blem lös­bar: Die AMP-Spe­zi­fi­ka­ti­on ver­fügt über das Tag <amp-analytics>​⁷, dem per JSON-„Script“ Anwei­sun­gen über­ge­ben wer­den kön­nen, wel­che URL bei wel­chem Event zu Track­ing-Zwe­cken auf­ge­ru­fen wer­den soll. Das Word­Press-AMP-Plug­in ver­fügt zudem unter „AMP“ → „Ana­ly­tics“ über eine eige­ne Kon­fi­gu­ra­ti­ons­sei­te für eben die­se JSON-Datei. Hin­ter­legt man dort eine ent­spre­chen­de Kon­fi­gu­ra­ti­on, kann man bei jedem Auf­ruf einer AMP-Sei­te die sel­be Track­ing-URL anspre­chen las­sen, der für „nor­ma­le“ Sei­ten vom Sta­ti­fy-Track­ing-Script auf­ge­ru­fen wird:

Der „Type:“ in obi­ger Kon­fi­gu­ra­ti­on kann frei gewählt wer­den, soll­te aber nicht mit einem der Wer­te aus <https://​git​hub​.com/​a​m​p​p​r​o​j​e​c​t​/​d​o​c​s​/​b​l​o​b​/​m​a​s​t​e​r​/​c​o​n​t​e​n​t​/​d​o​c​s​/​a​n​a​l​y​t​i​c​s​/​a​n​a​l​y​t​i​c​s​-​vendors.md> kol­li­die­ren – ich habe der Ein­fach­heit hal­ber den Wert statify gewählt. Der Wert für „ID:“ wird auto­ma­tisch generiert.

{
      "requests": {
        "event": "https://<URL>/?statify_referrer=${documentReferrer}&statify_target=${canonicalPath}amp/"
      },
      "triggers": {
        "trackPageview": {
          "on": "visible",
          "request": "event",
          "vars": {
            "eventId": "pageview"
          }
        }
      }
}

Die <URL> in obi­gem Bei­spiel-Code (wie alle Anga­ben in die­sem Arti­kel natür­lich nur auf eige­ne Gefahr und ohne jede Gewähr zu nut­zen) muss natür­lich durch die URL der jewei­li­gen Sei­te ersetzt wer­den – und das soll­te auf jeden Fall eine https://-URL sein. Möch­te man AMP-Sei­ten nicht getrennt von den „nor­ma­len“ Sei­ten zählen​⁸, reicht es aus, in der obi­gen Kon­fi­gu­ra­ti­on das Suf­fix amp/ zu entfernen.