Întrebări frecvente (FAQ) – Încărcare leneră, derulare infinită și aplicații pe o singură pagină (SPA)

Această postare a fost actualizată cel mai recent pe 14 septembrie 2021

Încărcarea leneră este cazul în care un articol sau o pagină are numeroase elemente, poate părți de listă, imagini sau subsecțiuni ale articolului și, pe măsură ce utilizatorul derulează în jos, elementele nu sunt de fapt descărcate până când utilizatorul este în apropiere pe pagină.

Derularea infinită este atunci când utilizatorul se apropie de sfârșitul unui articol și un alt articol sau o bucată de conținut pe care utilizatorul i-ar putea plăcea este adăugat imediat pe pagină, astfel încât utilizatorul să poată continua să se bucure de site cu un efort minim.

Aplicațiile pentru o singură pagină (SPA) sunt în cazul în care utilizatorul face clic pe un element al paginii și, în loc de reîmprospătarea întregii pagini, sunt actualizate doar părți ale paginii care se modifică (de obicei conținutul central). Acest lucru duce adesea la o experiență semnificativ mai rapidă a site-ului, dar unele motoare de căutare au probleme la indexarea acestui conținut.

Aceste trei tehnici sunt adesea combinate pentru a face experiențe web fără întreruperi și foarte rapide.

Cum știu dacă Lazy/Infinite/SPA este potrivit pentru mine?

În primul rând, ar trebui să ai un dezvoltator obișnuit în echipa ta care să execute aceste strategii în mod corespunzător. Există o mână de plugin-uri wordpress care pot oferi o astfel de funcționalitate, dar am considerat frecvent că experiența lor de utilizator este foarte slabă. Dacă nu aveți un dezvoltator, aceste tehnici avansate vor fi foarte greu de implementat corect.

În al doilea rând, trebuie să luați în considerare faptul că agenții de publicitate cumpără anunțuri pe o buclă de feedback. Când începeți să treceți la leneș/infinit, majoritatea editorilor văd o scădere imediată a RPM sesiunii. Acest lucru se datorează faptului că unitățile lor tradiționale, în special cele aflate mai jos pe pagină, au o vizibilitate mult mai redusă. Acea performanță publicitară este atribuită noului inventar leneș/infinit. Bucla de feedback necesită timp pentru ca agenții de publicitate să se adapteze. Am văzut că durează 4-8 săptămâni până când editorii încep să atingă pragul de rentabilitate. Dacă nu aveți această perioadă de timp în ciclul dvs. de venituri pentru a investi, nu ar trebui să testați încărcarea leneșă.

În al treilea rând, unii editori se bazează foarte mult pe căutarea organică sau pe acoperirea socială organică. Mulți indexatori ai motoarelor de căutare majore și rețelelor sociale le este greu să indexeze conținutul leneș/infinit/SPA. Pentru unii editori, aceasta înseamnă că trecerea la leneș/infinit/SPA poate reduce traficul organic. Acestea fiind spuse, Google și Facebook sunt destul de adepți la indexarea corectă lazy/infinite/SPA atunci când sunt implementate curat cu framework-uri javascript majore. Pe de altă parte, Google și Facebook includ în mare măsură viteza de încărcare a paginii în algoritmii lor de acoperire organică, iar accelerarea drastică a paginii dvs. poate duce la o creștere semnificativă a traficului organic. Așadar, fiți atenți – dacă raza dumneavoastră organică se scufundă după schimbare, ar trebui să vă gândiți cu tărie să reveniți la setările tradiționale.

Leneș/infinitul/SPA crește veniturile?

Ideea generală pe lazy/infinite/SPA este că utilizatorul primește reclame/conținut doar atunci când este aproape de el. Acest lucru crește drastic vizibilitatea și interacțiunea cu acele anunțuri, dar reduce numărul mare de afișări ale anunțurilor. Majoritatea agenților de publicitate plătesc o primă disproporționată pentru o vizibilitate mai mare. Statisticile din industrie arată că dublarea vizibilității unei unități de vizibilitate de 35-40% la 70-80% are ca rezultat o creștere de 2,4 ori a veniturilor. Acesta este un alt motiv pentru care editorii caută să folosească lazy/infinite/SPA.

Cu SPA, pot reîmprospăta reclamele atunci când utilizatorul accesează o nouă bucată de conținut?

Evident, dacă reclamele sunt în conținut și întregul panou de conținut este încărcat, veți dori ca anunțurile să se declanșeze corect. În ceea ce privește pagina, acestea sunt anunțuri complet noi. Dacă aveți reclame din bara laterală care nu se modifică cu SPA, ar trebui să le reîmprospătați numai dacă au fost vizualizate. În caz contrar, vă răniți doar propriile statistici de vizibilitate. Puteți contacta specialistul în operațiuni de publicitate pentru asistență în configurarea acestor reîmprospătări de afișări vizualizate.

Când ar trebui să încarc lazy/infinite și cât de mult conținut ar trebui să încarc?

Când fereastra de vizualizare a utilizatorului ajunge la aproximativ o fereastră de vizualizare de partea de jos a paginii, ar trebui să începeți să încărcați conținut cu derulare leneșă sau infinită. Nu așteptați până când utilizatorul ajunge până în partea de jos a paginii sau veți obține o experiență de utilizator foarte slabă, deoarece așteaptă în mod constant încărcarea conținutului. În loc să aștepte, mulți pleacă.

Cantitatea de conținut care ar trebui să fie încărcată cu derulare infinită depinde de numărul mediu de afișări de pagină pe sesiune. Dacă utilizatorii tăi în medie 10 afișări de pagină, atunci ar trebui să iei în considerare încărcarea a maximum 10 articole pe o afișare de pagină (încărcând fiecare în parte, desigur). După aceea, afișați o listă de opțiuni pe care utilizatorul trebuie să facă clic. Este important să limitați bucățile de conținut pe pagină, deoarece există o mulțime de roboți online care vor consuma tone de resurse de server doar derulând până ajung la partea de jos a unei pagini și, dacă scroll-ul dvs. infinit este cu adevărat infinit, veți să irosești o mulțime de resurse cu astfel de sarcini.

Câte reclame putem încărca pe o singură pagină cu leneș/infinit/SPA?

Am descoperit că unii editori devin foarte agresivi cu numărul de anunțuri încărcate pe pagină. Încărcarea leneșă și derularea infinită nu sunt o scuză pentru a rula anunțuri nelimitate pe o pagină. Editorii care depășesc anumite limite văd o acoperire redusă la social și la motoarele de căutare. Am confirmat că încărcarea a 75 de unități pe o pagină încalcă regulile rețelelor sociale populare, reducând drastic acoperirea socială a editorului.

Pentru mobil, ar trebui să existe o singură unitate pe ecran; niciodată două unități de anunțuri la un moment dat. Unitățile de ancorare sunt o excepție de la aceasta, deși unele platforme sociale reduc acoperirea pentru utilizarea ancorelor. Cu alte cuvinte, includeți un anunț, apoi completați conținutul cu înălțimea unui ecran complet și apoi puteți include un alt anunț.

Pot folosi aceleași etichete, unități de anunțuri sau PID-uri de licitare pentru antet pentru a împărți setările de testare leneș/infinite/SPA față de setările tradiționale?

Nu. Dacă faceți acest lucru, agenții de publicitate nu pot face diferența între cele două segmente de inventar. Afișările de anunțuri pentru o experiență publicitară leneșă/infinită au, de obicei, vizibilitate și CTR semnificativ mai mari, deoarece sunt mult mai probabil să fie văzute (nu sunt încărcate până când utilizatorul este aproape). Fără a oferi agenților de publicitate posibilitatea de a diferenția inventarul, editorii vor vedea câștiguri limitate sau neglijabile în venituri. Acesta este motivul pentru care trebuie să aveți etichete publicitare diferite, unități de anunțuri diferite și PID-uri diferite pentru licitarea antetului dacă testați sau treceți la leneș/infinit/SPA.

De ce mi-au scăzut numărul de afișări de pagină cu leneș/infinit/SPA?

Majoritatea platformelor de analiză nu iau în considerare încărcările leneșe/infinite/SPA ca o nouă afișare de pagină, cu excepția cazului în care ați dezvoltat codul pentru a declanșa în mod special un astfel de eveniment. Rezultatul este că numărul de afișări de pagină scad. În schimb, ar trebui să acordați atenție sesiunilor și RPM sesiunii ca KPI principal.

Cât de repede pot declanșa și reactiva licitațiile de licitație cu antet cu leneș/infinit/SPA?

Unii ofertanți nu acceptă cereri concurente, așa că licitațiile nu sunt de obicei declanșate concomitent. În plus, cererile excesive au ca rezultat limitarea internă a ratei de către ofertanți. Practic, aceștia nu vor mai trimite cereri de licitare către DSP-urile lor și către alți parteneri publicitari. În plus, efectuarea în mod repetat a numeroase cereri de licitare pentru antet crește latența și înrăutățește experiența utilizatorului. Din aceste motive, avem un minim greu de 10 secunde între licitații și rareori îl mutăm sub 30 de secunde.

De asemenea, trebuie remarcat faptul că câteva surse de cerere sunt pur și simplu incompatibile cu mai multe solicitări de licitare care se declanșează în aceeași vizualizare de pagină. Dacă codul lor nu afișează o eroare, acesta răspunde cu o sumă licitată nulă sau zero. Facem cererea inițială și nu facem cereri ulterioare pentru acești ofertanți.

Din aceste motive, setările leneș/infinite/SPA vor avea adesea 2-6 seturi de PID-uri de licitare pentru antet pentru exact aceeași unitate de anunțuri, astfel încât acestea pot fi utilizate în unități comparative și analoge de-a lungul paginii, fără a fi necesară reînnoirea unei licitații.

Cum implementez anunțuri cu lazy/infinite/SPA și PubGuru/MonetizeMore?

Mai întâi, încorporați configurația pe pagină ca de obicei:

 <script src="https://m2d.m2.ai/path-to-config.js" type="text/javascript" async></script>

Apoi, div-urile dvs. publicitare ar trebui să facă referire corectă nu prin ID-ul div, ci în schimb prin data-gpt-parent.

 <div class="pg-lazy" data-gpt-parent="leaderboard"></div>

<div class="pg-lazy" data-gpt-parent="right-rail"></div>

<div class="pg-lazy" data-gpt-parent="in-content"></div>

Data-gpt-parent trebuie să se potrivească cu oricare dintre unitățile din configurație după codul de spațiu sau unitatea de anunțuri (cu sau fără codul de rețea GAM). Aceasta înseamnă că dacă aveți o unitate de „/1234567890/atf-leaderboard” și div id-ul (slot) este „atf-lb” în configurație, puteți utiliza oricare dintre următoarele valori pentru data-gpt-parent:

• /1234567890/atf-leaderboard
• ATF-leaderboard
• atf-lb

Doar asigurați-vă că codurile unității sau div id-urile (sloturi) sunt unice în configurație. Pe măsură ce utilizatorul derulează sau schimbă paginile cu lazy/infinite/SPA, puteți continua să faceți referire la aceleași div-uri de unitate, iar codul nostru se va ocupa de restul. În exemplul de cod de mai sus, dacă editorul are 5 copii ale unității „în conținut”, codul nostru va moșteni setările din acea unitate pentru fiecare dintre acele copii.

Pentru asistență suplimentară în ceea ce privește licitarea pentru antet PubGuru, încărcarea leneră și setările de defilare infinită, creați-vă un cont profesional la MonetizeMore astăzi!

Ultima actualizare: 24 octombrie 2019