Placering af native annonce-widgets: Positioner der maksimerer RPM

Den højest-indtjenende position for en native annonce-widget er direkte under artikelteksten, over enhver kommentarsektion eller footer, med en størrelse på en enkelt række med fire til otte felter; denne ene placering overgår konsekvent sidebjælke, midt-i-artikel og over-fold placeringer, fordi den fanger læserne i det præcise øjeblik de er færdige med at konsumere indhold og beslutter sig for hvad de skal gøre næste, i stedet for at afbryde dem midt i læsningen eller konkurrere med indhold de endnu ikke er nået til.

Hvorfor position slår næsten alt andet#

En content recommendation widget tjener kun penge når nogen klikker på den, og klik afhænger af at fange en læser i et beslutningsøjeblik. Under artikelteksten er det enkeltstærkeste beslutningsøjeblik på en side: læseren er færdig med det de kom for, og deres næste handling (luk fanen, fortsæt med at scrolle, klik på noget) er ærligt talt uafklaret. Hver anden position beder in-feed widget'en om at konkurrere med noget læseren aktivt er i gang med.

• Over folden, før noget indhold: teknisk set den højest-synlige plads, men den afbryder intentionen før læseren har nogen grund til at stole på siden, og CTR er typisk svag fordi ingen ankom for at se anbefalinger før de har læst noget.
• Midt i artiklen, indsat mellem afsnit: kan fungere for meget langt indhold (2.000+ ord) som en sekundær placering, men den konkurrerer direkte med artiklen selv og kan skade læsegennemgangen, hvilket så skader dine primære annoncepladser længere nede på siden.
• Sidebjælke: stort set ignoreret på mobil (det meste af udgivers trafik i dag) og i stigende grad ignoreret på desktop på grund af banner-blindhed; native content-recommendation felter underpræsterer specifikt her sammenlignet med in-feed positioner fordi formatet er bygget til at ligne indhold, og indhold lever ikke i sidebjælker.
• Under artiklen, over kommentarer/footer: den stærkeste standard. Det er her Taboola, Outbrain, MGID og Revcontent widgets vises i størstedelen af ad placement integrationer, og det er den position deres egne anbefalede implementeringer peger på først.

Størrelse og layout#

Widget-bredde bør matche din artikelkolonne, ikke strækkes over hele siden bredere end hvad der føles som en del af indholdsflowet; en widget der ser udklikket ud snarere end indfødt i sidens design har tendens til at blive banner-blindet selv i en god position. Fire felter i en enkelt række fungerer godt til smallere artikelkolonner; seks til otte felter i et to-række gitter passer til bredere layout, men at gå meget over otte felter i én placering tilføjer normalt visninger uden at tilføje proportionelt flere klik, da opmærksomheden spredes tyndt over flere muligheder.

Billedstørrelse betyder mere end de fleste udgivere antager: anbefalingsnetværk belønner generelt (med bedre fill og ofte bedre CPC) placeringer der gengiver billeder i fuld kvalitet snarere end stærkt komprimerede miniaturebilleder, da billedkvalitet er en del af hvad auktionens kreativkvalitets-signaler vejer. Tjek dit specifikke netværks aktuelle spec-dokumentation for anbefalede dimensioner, da disse ændrer sig periodisk.

Mobil-specifikke placeringsobservationer#

Mobiltrafik dominerer de fleste udgivers publikum nu, og mobil ændrer beregningen på to måder. For det første er positionen under artiklen endnu mere dominerende på mobil, da der slet ikke er nogen sidebjælke-mulighed, hvilket betyder at in-feed native placering effektivt bliver den eneste plads der konkurrerer om det "hvad nu"-beslutningsøjeblik. For det andet har sticky eller auto-loading widgets, der vises før en læser er færdig med at scrolle artiklen, tendens til at slå tilbage, både på brugeroplevelsen og på netværkets egen kvalitetsscoring, som i stigende grad straffer placeringer forbundet med høj bounce eller lav dwell time.

Én widget vs. stabling af flere positioner#

At køre en enkelt velplaceret widget under artiklen overgår typisk at køre to eller tre mindre widgets spredt ud over siden. Hver ekstra widget-position fortynder opmærksomheden over flere beslutningspunkter, og det meste af de tilføjede visninger kommer på bekostning af lavere CTR pr. felt snarere end ægte ny engagement. Undtagelsen er meget langt indhold, hvor en sekundær indsættelse midt i artiklen mellem større sektioner kan tilføje inkrementel indtægt uden at underminere den primære plads under artiklen, da de to placeringer fanger læseren i ægte forskellige øjeblikke (midtvejs vs. færdig).

Almindelige placeringfejl der stille og roligt koster RPM#

• Placere widget'en over et "læs mere" eller pagineringsovergang. Hvis din artikel deles over flere sider, sæt widget'en efter det sande slutning af indholdet, ikke efter side et af en pagineret opdeling; læsere der ikke er færdige med stykket er langt mindre tilbøjelige til at klikke på en anbefaling.
• Lade widget'en gengive før artiklens egne billeder er loadet. På langsomme forbindelser ser en widget der tegnes før hero-billedet er færdig med at loade ud som om den tilhører en anden, langsommere side, og læsere hopper fra før nogen af dem er loadet færdigt.
• Matche widget-feltbilleder for tæt på dit sites egen redaktionelle fotografi-stil. Dette lyder kontraintuitivt, da at passe ind normalt er god designrådgivning, men native annoncenetværk performer bedst når felterne er genkendeligt et andet, kurateret sæt indhold, ikke uadskillelige fra dine egne artikel-miniaturebilleder; læsere skal registrere det som "mere at udforske," ikke forveksle det med dit sites eget relaterede-indlægs-modul.
• Ignorere viewability. En widget der loader langt nede på en side de fleste læsere aldrig når, vil ikke tjene penge uanset positionskvalitet. Tjek dine analyser for gennemsnitlig scrolle-dybde før du finaliserer en placering; hvis de fleste sessioner ikke når 80% scroll, kan din widget under artiklen have brug for at flytte sig strukturelt op, for eksempel ved at forkorte fyldindhold over den.
• Glemme at gen-teste efter et site-redesign. Et redesign der ændrer kolonnebredde, skriftstørrelse eller artikellængde skifter scrolle-dybde og læsetid, hvilket ændrer om din eksisterende widget-position stadig lander i det rigtige beslutningsøjeblik. Behandel hvert redesign som en grund til at genkøre en placeringstest, ikke en antagelse om at den gamle position stadig virker.

Hvordan placeringvejledning adskiller sig efter netværk#

Taboola, Outbrain, MGID, Revcontent og MediaGo udgiver hver deres egen anbefalede implementering, og mens positionen under artiklen er den fælles standard på tværs af dem alle, varierer detaljerne (minimum antal felter, påkrævet afstand til andre annonceenheder, om native og display-placeringer kan sidde ved siden af) og ændrer sig over tid. Tjek det specifikke netværks aktuelle udgiverdokumentation før du finaliserer feltantal eller afstand, snarere end at antage at ét netværks specifikationer gælder for et andet; et layout der er compliant på Taboola kan overtræde et afstandskrav på et helt andet netværk.

Hvad ændrer sig for AMP og app-indlejrede sider#

AMP-sider og app-indlejrede artikelvisninger (Google Discover-feeds, Apple News-stil wrappers) begrænser ofte hvor og hvordan en widget kan gengives, og nogle netværk vedligeholder separate AMP-specifikke tags med reduceret tilpasning. Hvis en betydelig andel af din trafik ankommer gennem disse overflader, tjek dit netværks aktuelle AMP-integrationsdokumentation direkte snarere end at antage at din standard desktop-placering overføres, da gengivelsesadfærd adskiller sig nok til at betyde noget for både fill-rate og layout.

Test placeringændringer korrekt#

Fordi RPM blander CTR, CPC og fill-rate til ét tal, har en placeringændring brug for mindst to til fire uger med stabil trafik for at kunne aflæses rent, og helst en A/B-opdeling (nogle sider med den nye placering, nogle med den gamle, samme tidsvindue) snarere end en ren før/efter-sammenligning, da trafikblandingen skifter uge til uge uanset hvad du ændrer på siden. Udgivere der foretager en placeringændring og bedømmer den ud fra tre dages data reagerer normalt på støj, ikke signal.

Hold en simpel log over hvad der ændredes og hvornår: dato, sidetemplate påvirket, og den specifikke ændring (flyttede widget 200px op, tilføjede en ekstra række, skiftede feltantal fra fire til seks). Uden den log bliver det umuligt at tilskrive et senere RPM-skift til placeringændringen versus en sæsonbestemt svingning i annoncørefterspørgsel eller en trafikblandingsændring fra et viral opslag. Udgivere der kører flere templates (nyhedsartikel, anmeldelsesopslag, listicle) bør også teste hvert template separat, da den ideelle placering på et 400-ords nyhedsopslag sjældent er identisk med den ideelle placering på en 3.000-ords købsvejledning med en helt anden scrolle- og læsetidsprofil.

Hvordan OpenAdLibrary passer ind#

Før du forpligter dig til en specifik netværks widget på dine højst-trafikerede sider, hjælper det at se hvilke annoncører der faktisk er aktive på det netværk i dit indholds vertikal lige nu, da en widget med svag annoncørefterspørgsel bag den vil underperformere uanset hvor godt du placerer den. OpenAdLibrary's native ad spy tool lader dig tjekke live kreativ volumen og annoncørblanding pr. netværk før du beslutter hvor du vil dirigere dit bedste inventory.

FAQ#