Võtke ühendust toega

Vastame e-postiga, tavaliselt kahe päeva jooksul.

Väärkasutuse vältimiseks kontrollib seda saadetist Google reCAPTCHA. Seejuures edastatakse andmeid Googlele. Skript laaditakse alles selle vormi avamisel.

← Kõik postitused

Stats4U loenduri lisamine Google Tag Manageriga

· Lukas Wojcik

Sisust ja selle ülevaatamisest

Selles artiklis

On olemas juhend selle kohta blogis aastast 2015. Selle ekraanipildid näitavad Tag Managerit, mis enam nii ei näe välja, ja üks selle seitsmest sammust – märkimine document.write – pole enam üldse vajalik. See asendab seda.

See vastab ka küsimusele, mille vana juhend pooleli jättis. Too soovitas Tag Manageriga nähtamatut loendurit põhjusel, et Stats-pildi asukohta ei saanud kontrollida. Saab. See on selle lehe allosas.

Lühike versioon

Tag Manageris: Tags → New → Custom HTML, ja kleepige HTML-välja üks rida:

20157 — sammutäna3 — välja ja päästikdocument.write samm on kadunud — skript seda enam ei kasuta 
<script src="https://www.stats4u.net/s4u.js"
        data-id="YOUR-ID" data-style="981" async></script>

Päästik pannakse All Pages; seejärel salvestage ja avaldage konteiner. Atribuut data-id võtab loenduri numbri, mis on loetletud statistikalehel.

See ongi kogu töö – kolm välja ja päästik, kus 2015. aastal oli vaja seitset sammu. Document.write osas pole midagi märkida, sest skript seda enam ei kasuta.

Mida see tegelikult teeb ja miks see ei pruugi olla õige valik

Skript paigutab loenduri kohe enda järele lehel. Otse käsitsi kirjutatud HTML-i kleebituna on see täpselt õige: loendur ilmub sinna, kus kood asub.

Tag Manageri kaudu on see teisiti, sest paigutus ei ole enam vaba valik. Selle otsustab konteiner ja see asub tavaliselt dokumendi päises või seal, kuhu konteineri lõik paigaldati. Seega lisatakse loendur sinna – mitte jalusesse, mitte külgribale, vaid sinna, kuhu Tag Manager sildi juhuslikult süstis.

Kui valitud on nähtamatu loendur , pole see üldsegi oluline, mistõttu vana juhend seda soovitaski. Kujundus 980 ei näita midagi, kujundus 981 näitab ainult väikest ikooni, mis lingib statistikalehele. Sel juhul on ülaltoodud lühike versioon täielik ja ülejäänud artikkel on valikuline.

Nähtava loenduri paigutamine kindlasse kohta nõuab veidi rohkem.

Loenduri ilmumiskoha kontrollimine

Skriptil on teine režiim, mida vana juhend kunagi ei maininud. Atribuudi data-id asemel võtab see loendi ja otsib ID järgi kohatäiteelemente.

Esimene samm – kohatäide lehel, kuhu loendur kuulub. See läheb saidi malli enda sisse, mitte Tag Manageri, sest Tag Manager on see, mida me üritame sellest otsusest eemal hoida:

<div id="s4u_cp0"></div>

Teine samm – Tag Manageris asendab see ühe rea. Sama Custom HTML sildi tüüp:

<script>
(function () {
  // No placeholder on this page? Then no counter, and no request either.
  if (!document.getElementById('s4u_cp0')) { return; }

  window.s4uid         = ['YOUR-ID'];
  window.s4u_paramsarr = [{ s4ustyleid: '100' }];

  var s = document.createElement('script');
  s.src = 'https://www.stats4u.net/s4u.js';
  document.head.appendChild(s);
})();
</script>

Kolmas samm – muutke päästikut. See on osa, mis inimesi hätta ajab. All Pages käivitub nii vara, kui Tag Manager suudab, mis on sageli enne, kui kohatäide dokumendis eksisteerib. Sisseehitatud DOM Ready päästik on siin õige. Loendur peab saabuma pärast div-i, mitte enne seda.

Loendur ilmub nüüd selle div-i sees ja mitte kuskil mujal.

Lehtede kontrollimine, millel see ilmub

Siin on kaks sõltumatut hooba ja neid tasub eraldi mõista.

Kohatäide on üks neist. Funktsiooni esimene rida teeb töö ära: kui lehel pole s4u_cp0 , peatub see ja skripti ei laeta üldse alla. Seega mall, mis sisaldab div-i, saab loenduri ja mall, mis ei sisalda, ei saa – otsustatud saidimallides endis, ilma Tag Manageri muudatuseta ja ilma avaldamisetapita.

Päästik on teine. Sama otsuse saab teha ka Tag Manageris: tingimus päästikul, nii et see käivitub sündmusel DOM Ready ainult seal, kus Page Path vastab. Päästik sobib URL-e puudutavate reeglite jaoks, kohatäide mallide reeglite jaoks.

Rohkem kui üks loendur lehel

Loend võtab nii palju, kui vaja. Positsioon loendis on number kohatäite ID-s:

window.s4uid         = ['ID-ONE', 'ID-TWO'];
window.s4u_paramsarr = [{ s4ustyleid: '981' }, { s4ustyleid: '100' }];

Esimene läheb kohta s4u_cp0, teine kohta s4u_cp1. Mõlemad kontrolliti kirjutamise ajal brauseris: esimene joonistus 20 × 20 ikoonina, teine 162 × 25 ribana, kumbki oma kohatäite sees ja mitte kuskil mujal lehel.

Neli asja, mis hammustavad

  • Kaks meetodit ei segune. Silt, mis kasutab data-id atribuuti ja seab ka loendi, annab kaks loendurit ning kaks vaatamist loetakse eraldi.
  • Loend vajab alati s4ustyleid. Atribuut data-style langeb puudumisel vaikselt tagasi kujundusele 30. Loendiversioonil sellist tagavara pole ja see küsib tühja kujundust.
  • Puuduv kohatäide ebaõnnestub vaikselt. Loendurit pole, viga pole, konsoolis pole midagi. Kui midagi ei ilmu, on esimene kahtlusalune ID – s4u_cp0, nullimärgiga, mitte tähega O.
  • Nähtamatul loenduril pole meelega linki. Kujundus 980 joonistub ilma selleta, sest läbipaistev ühe piksli klõpsusihtmärk kellegi teise lehel on lõks, mitte funktsioon. Lingi jaoks teeb seda kujundus 981 oma väikese ikooniga.

Töötamise kontrollimine

Tag Manageri Preview režiim laeb lehe aktiivse konteineriga. Silt peaks ilmuma käivitunud siltide all sündmuse DOM Ready juures. Statistikaleht kinnitab seejärel – eelvaate kaudu tehtud külastus loetakse nagu iga teine, nii et number peaks mõne sekundi jooksul liikuma.

Kui silt käivitub, kuid midagi ei ilmu, on see kohatäide või päästik, selles järjekorras tõenäoline.

Reklaam