Poziționarea widget-ului de anunțuri native: Poziții care maximizează RPM

Cea mai profitabilă poziție pentru un widget de anunțuri native este direct sub corpul articolului, deasupra oricărei secțiuni de comentarii sau a footer-ului, dimensionat la un singur rând de la patru până la opt piese; acest singur plasament depășește în mod constant plasamentele din bara laterală, din mijlocul articolului și deasupra pliului, deoarece îi prinde pe cititori exact în momentul în care au terminat de consumat conținutul și decid ce să facă în continuare, mai degrabă decât să-i întrerupă în timpul citirii sau să concureze cu conținutul pe care nu l-au ajuns încă.

De ce poziția bate aproape orice altceva#

Un widget de recomandare de conținut câștigă doar când cineva dă click pe el, iar click-urile depind de prinderea cititorului într-un moment de decizie. Sub corpul articolului este cel mai puternic moment de decizie de pe o pagină: cititorul a terminat lucrul pentru care a venit și următoarea acțiune (închide tab-ul, continuă să deruleze, dă click pe ceva) este cu adevărat nedecisă. Fiecare altă poziție cere widget-ului în flux să concureze cu ceva ce cititorul face activ.

• Deasupra pliului, înainte de orice conținut: tehnic slotul cu cea mai mare vizibilitate, dar întrerupe intenția înainte ca cititorul să aibă vreun motiv să aibă încredere în pagină, iar CTR este în mod tipic slab pentru că nimeni nu a venit să vadă recomandări înainte de a citi ceva.
• În mijlocul articolului, inserat între paragrafe: poate funcționa pentru conținut foarte lung (peste 2.000 de cuvinte) ca plasament secundar, dar concurează direct cu articolul în sine și poate afecta parcursul citirii, ceea ce apoi afectează sloturile dvs. principale de anunțuri mai jos pe pagină.
• Bara laterală: în mare parte ignorată pe mobil (majoritatea traficului editorilor astăzi) și din ce în ce mai ignorată pe desktop din cauza orbirii la bannere; piesele native de recomandare de conținut subperformeză în mod specific aici în comparație cu pozițiile în flux, deoarece formatul este construit să arate ca conținut, iar conținutul nu trăiește în bare laterale.
• Sub articol, deasupra comentariilor/footer-ului: cea mai puternică opțiune implicită. Aici sunt afișate widget-urile Taboola, Outbrain, MGID și Revcontent în marea majoritate a plasamentelor de anunțuri integrate, și aceasta este poziția către care indică în primul rând implementările recomandate de către ei înșiși.

Dimensionarea și layout-ul#

Lățimea widget-ului ar trebui să se potrivească cu coloana articolului dvs., nu să se întindă pe toată lățimea paginii dincolo de ceea ce pare a face parte din fluxul de conținut; un widget care arată lipit mai degrabă decât nativ designului paginii tinde să fie ignorat ca un banner chiar și într-o poziție bună. Patru piese într-un singur rând funcționează bine pentru coloane de articole mai înguste; șase până la opt piese într-un grid pe două rânduri se potrivește layout-urilor mai late, dar depășirea cu mult a opt piese într-un singur plasament adaugă de obicei impresii fără a adăuga click-uri proporționale, deoarece atenția se împrăștie subțire pe mai multe opțiuni.

Dimensiunea imaginii contează mai mult decât își imaginează majoritatea editorilor: rețelele de recomandare recompensează în general (cu un grad de umplere mai bun și adesea cu un CPC mai bun) plasamentele care randeză imagini la calitate maximă mai degrabă decât miniaturi puternic comprimate, deoarece calitatea imaginii face parte din semnalele de calitate creativă pe care le cântărește licitația. Verificați documentația specifică curentă a rețelei dvs. pentru dimensiunile recomandate, deoarece acestea se schimbă periodic.

Note specifice de plasare pentru mobil#

Traficul mobil domină acum majoritatea audiențelor editorilor, iar mobilul schimbă calculul în două moduri. În primul rând, poziția sub articol este și mai dominantă pe mobil, deoarece nu există deloc opțiune de bară laterală, ceea ce înseamnă că plasarea nativă în flux devine efectiv singurul spațiu care concurează pentru acea decizie "ce urmează". În al doilea rând, widget-urile lipicioase sau care se încarcă automat și apar înainte ca un cititor să termine să deruleze articolul tind să dea rezultate contrare, atât pentru experiența utilizatorului, cât și pentru scorul de calitate al rețelei în sine, care penalizează din ce în ce mai mult plasamentele asociate cu un grad ridicat de abandon sau un timp de ședere scăzut.

Un widget vs. suprapunerea mai multor poziții#

Rularea unui singur widget bine plasat sub articol depășește în mod tipic rularea a două sau trei widget-uri mai mici împrăștiate pe pagină. Fiecare poziție suplimentară de widget diluează atenția pe mai multe puncte de decizie, iar majoritatea impresiilor adăugate vin în detrimentul unui CTR mai mic per piesă, mai degrabă decât al unui angajament cu adevărat nou. Excepția este conținutul foarte lung, unde o inserție secundară în mijlocul articolului între secțiuni majore poate adăuga venit incremental fără a canibaliza slotul principal sub articol, deoarece cele două plasamente îl prind pe cititor în momente cu adevărat diferite (pe parcurs vs. terminat).

Greșeli comune de plasare care costă RPM în tăcere#

• Plasarea widget-ului deasupra unei pauze "citește mai mult" sau a paginării. Dacă articolul dvs. se împarte pe mai multe pagini, plasați widget-ul după adevăratul sfârșit al conținutului, nu după pagina unu a unei diviziuni paginate; cititorii care nu au terminat articolul sunt mult mai puțin înclinați să dea click pe o recomandare.
• Lăsarea widget-ului să se randeze înainte ca imaginile proprii ale articolului să se încarce. Pe conexiuni lente, un widget care se pictă înainte ca imaginea principală să termine încărcarea arată că aparține unei pagini diferite, mai lente, iar cititorii abandonă înainte ca oricare să se încarce complet.
• Potrivirea imaginilor pieselor widget-ului prea aproape de stilul de fotografie editorială propriu al site-ului dvs. Sună contraintuitiv, deoarece integrarea este de obicei un sfat bun de design, dar rețelele de anunțuri native performează cel mai bine când piesele sunt recunoscut ca un set diferit, curat de conținut, nu de nedistins de miniaturile propriilor articole ale site-ului dvs.; cititorii trebuie să le înregistreze ca "mai multe de explorat", nu să le confunde cu modulul propriu de articole conexe al site-ului dvs.
• Ignorarea vizibilității. Un widget care se încarcă departe în josul unei pagini pe care majoritatea cititorilor nu o ajung nu va câștiga indiferent de calitatea poziției. Verificați analiticele dvs. pentru adâncimea medie de derulare înainte de a finaliza un plasament; dacă majoritatea sesiunilor nu ajung la 80% derulare, widget-ul dvs. sub articol poate trebui să se mute în sus structural, de exemplu prin scurtarea conținutului de umplere de deasupra lui.
• Uitarea să retestați după o reproiectare a site-ului. O reproiectare care schimbă lățimea coloanei, dimensiunea fontului sau lungimea articolului modifică adâncimea de derulare și timpul de citire, ceea ce schimbă dacă poziția existentă a widget-ului dvs. mai aterizează în momentul potrivit de decizie. Tratați fiecare reproiectare ca pe un motiv pentru a relua un test de plasare, nu ca pe o presupunere că vechea poziție încă funcționează.

Cum diferă îndrumările de plasare în funcție de rețea#

Taboola, Outbrain, MGID, Revcontent și MediaGo își publică fiecare propria implementare recomandată, și deși poziția sub articol este opțiunea implicită comună pentru toate, specificațiile (numărul minim de piese, spațierea obligatorie de la alte unități de anunțuri, dacă plasamentele native și de display pot sta adiacente) variază și se schimbă în timp. Verificați documentația curentă a editorului pentru rețeaua specifică înainte de a finaliza numărul de piese sau spațierea, mai degrabă decât să presupuneți că specificațiile unei rețele se aplică alteia; un layout care este conform pe Taboola poate încălca o cerință de spațiere pe o rețea complet diferită.

Ce se schimbă pentru paginile AMP și încorporate în aplicații#

Paginile AMP și vizualizările de articole încorporate în aplicații (fluxuri Google Discover, învelișuri de tip Apple News) restricționează adesea unde și cum se poate randa un widget, iar unele rețele mențin tag-uri separate specifice AMP cu personalizare redusă. Dacă o parte semnificativă din traficul dvs. ajunge prin aceste suprafețe, verificați direct documentația curentă de integrare AMP a rețelei dvs., mai degrabă decât să presupuneți că plasamentul dvs. standard de desktop se transferă, deoarece comportamentul de randare diferă suficient pentru a conta atât pentru gradul de umplere, cât și pentru layout.

Testarea corectă a modificărilor de plasare#

Deoarece RPM combină CTR, CPC și gradul de umplere într-un singur număr, o modificare de plasare are nevoie de cel puțin două până la patru săptămâni de trafic stabil pentru a fi citită clar, și ideal un split A/B (unele pagini cu noul plasament, altele cu cel vechi, aceeași perioadă de timp) mai degrabă decât o comparație simplă înainte/după, deoarece mixul de trafic se schimbă de la o săptămână la alta indiferent de ce ați schimbat pe pagină. Editorii care fac o modificare de plasare și o judecă după trei zile de date reacționează de obicei la zgomot, nu la semnal.

Țineți un jurnal simplu cu ce s-a schimbat și când: data, șablonul de pagină afectat și modificarea specifică (mutat widget-ul în sus cu 200px, adăugat un al doilea rând, schimbat numărul de piese de la patru la șase). Fără acel jurnal, devine imposibil să atribuiți o schimbare ulterioară de RPM modificării de plasare versus unei variații sezoniere a cererii de la advertiseri sau unei schimbări a mixului de trafic de la o postare virală. Editorii care rulează mai multe șabloane (articol de știri, post de recenzie, listă) ar trebui să testeze și fiecare șablon separat, deoarece plasamentul ideal pe un post de știri de 400 de cuvinte este rareori identic cu plasamentul ideal pe un ghid de cumpărare de 3.000 de cuvinte cu un profil complet diferit de derulare și timp de citire.

Cum se încadrează OpenAdLibrary#

Înainte de a vă angaja la widget-ul unei anumite rețele pe paginile dvs. cu cel mai mare trafic, ajută să vedeți care advertiseri sunt de fapt activi pe acea rețea în verticala conținutului dvs. chiar acum, deoarece un widget cu cerere slabă de la advertiseri în spate va subperforma indiferent de cât de bine îl plasați. Instrumentul de spionaj a anunțurilor native al OpenAdLibrary vă permite să verificați volumul creativ live și mixul de advertiseri pe rețea înainte de a decide unde să direcționați cel mai bun inventar.

FAQ#