Native vs Display RPM: Hvilken betaler udgivere mest?

Native annonce-RPM og display annonce-RPM er ikke direkte sammenlignelige tal, fordi de betales på forskellige mekanikker: native widget-indtjening drives af klik på anbefalet indhold, mens display-RPM drives af synlige visninger på tværs af dit bannerinventar. Intet format er universelt højere betalende; hvilket der producerer en bedre RPM på en given side afhænger af annoncørefterspørgselsdensiteten på dit indhold, dit publikums klikadfærd, og hvor på siden hver annoncetype placeres.

Hvorfor du ikke kan sammenligne de to RPM-tal direkte#

RPM (indtægt per tusinde sidevisninger) er en normaliseret metrik, hvilket fristende gør at behandle en native RPM og en display RPM som udskiftelige tal, du kan rangordne mod hinanden. De måler ikke den samme underliggende adfærd. En display-annonce tjener penge i det øjeblik den renderes og er synlig, uanset om læseren overhovedet interagerer med den. En native widget tjener intet, før en læser rent faktisk klikker videre til et anbefalet indhold, hvorefter du får en andel af, hvad annoncøren byder for det specifikke klik. To sider med identiske sidevisninger kan producere vidt forskellige native RPM'er udelukkende baseret på, hvor overbevisende anbefalingsoverskrifterne er, uafhængigt af display-RPM på samme side.

Mekanikkerne side om side#

Hvorfor spørgsmålet "hvilken betaler mest" ikke har ét svar#

Det ærlige svar er, at det afhænger af, hvad der driver trafik til siden, hvad indholdet handler om, og hvordan annoncen måles for konvertering længere nede i tragtten. En side med stærk intentionsdrevet søgetrafik (nogen, der aktivt undersøger en sundhedstilstand eller et finansielt produkt) har en tendens til at se stærkere native widget-ydelse, da læseren allerede er parat til at fortsætte med at læse relateret indhold, og annoncører i sundheds- og finansvertikaler, nogle af de dybeste annoncørkategorier sporet i OpenAdLibrary's indeks, byder aggressivt på det klik. En side med mere passiv, scroll-baseret social trafik ser ofte stærkere relativ display-ydelse, da visninger akkumuleres uanset om læseren engagerer sig yderligere.

Niche betyder mere end format i de fleste tilfælde. Vertikaler med tæt annoncørefterspørgsel (sundhed, finans og forsikring viser konsekvent det største kreativvolumen på tværs af det native annonceøkosystem) har en tendens til at producere stærke RPM'er i både native og display, simpelthen fordi flere annoncører konkurrerer om plads uanset betalingsmekanikken. En niche med lav efterspørgsel vil underperforme i begge formater, og at skifte fra native til display, eller omvendt, vil ikke løse et fundamentalt efterspørgselsproblem.

Hvor hvert format har en strukturel fordel#

Native har én klar strukturel fordel: det tjener penge på læserens opmærksomhed efter de har læst dit indhold, i det præcise øjeblik de beslutter, om de vil forlade siden eller fortsætte med at browse. Det er et øjeblik display-reklamer ikke fanger på samme måde, da et banner tjener sin visning uanset om læseren færdiggør artiklen eller hopper fra efter ti sekunder. Dette er en del af grunden til, at native widgets har en tendens til at klare sig uforholdsmæssigt godt på langform, dybt engagerende indhold, hvor en læser, der færdiggør stykket, er en virkelig engageret læser.

Display har den modsatte fordel: det tjener uanset engageringsdybde, hvilket gør det mere modstandsdygtigt på indholdstyper, hvor læsere skimter i stedet for at læse færdigt, som listeopslag eller hurtige referenceartikler, og det passer naturligt ind i en bredere programmatisk annoncering stak sammen med direkte solgt inventar. En administreret display-netværks header bidding auktion har også en tendens til at udvinde mere værdi fra en enkelt visning end et enkelt widget-klik kan, når annoncørefterspørgslen er virkelig dyb, da snesevis af efterspørgskilder byder på det ene slot samtidigt.

Det praktiske svar: kør begge, mål separat#

Da de to formater tjener penge på forskellig læseradfærd på samme side, er det praktiske træk ikke at vælge en vinder, det er at køre begge og overvåge hver RPM uafhængigt i stedet for at forsøge at tvinge ét kombineret tal. Hvis din native RPM er flad, mens din display RPM fortsætter med at stige, er det et signal om, at din widgetplacering, overskriftskvalitet eller nicheefterspørgsel efter klik-indhold har brug for opmærksomhed, ikke at native annoncer som kategori underperformerer. Det modsatte gælder også.

At tjekke, hvad der rent faktisk kører i dit indholdsvertikal, er den hurtigste måde at sanity-checke begge tal på. OpenAdLibrary's native annonce-spionværktøj lader dig se live kreativvolumen efter vertikal og netværk gratis, hvilket fortæller dig, om en tynd native RPM i din niche er et placeringsproblem eller simpelthen et efterspørgselsproblem, du ikke kan optimere dig ud af.

Hvad dette betyder for en udgiver, der beslutter, hvor de skal investere indsats#

Hvis din native RPM hænger kraftigt efter i forhold til din display RPM på sammenlignelige sider, så kig først på widgetplacering og overskriftskvalitet, før du antager, at formatet i sig selv er forkert til dit indhold. Hvis begge hænger efter i forhold til, hvad lignende udgivere rapporterer i din niche, er det mere sandsynlige problem annoncørefterspørgselsdensiteten i din indholdskategori, som ingen mængde af annoncestak-optimering på nogen side vil fuldt ud løse. At matche indholdsstrategi med påvist annoncørefterspørgsel, i begge formater, har en tendens til at flytte nålen mere end at vælge native frem for display eller omvendt.

Hvordan synlighed stille og roligt former display-RPM specifikt#

Display-RPM har en variabel, som native for det meste omgår: synlighed. Et banner, der renderes under folden og aldrig faktisk scrolleres ind i synsfeltet, tjener intet under de fleste moderne header-bidding-arrangementer, selvom det teknisk set blev indlæst på siden. Derfor kan to sites med identiske rå sidevisninger og identisk annoncedensitet rapportere meget forskellige display-RPM'er, hvis den ene har et langsommere-scrollende, mere engageret publikum, og den anden har en høj frafaldsrate, der aldrig får læsere forbi det første skærmbillede. Native widgets, placeret i slutningen af en artikel, filtrerer implicit for en mere engageret delmængde af læsere, da kun en person, der rent faktisk har nået bunden af siden, nogensinde ser widgetten overhovedet, hvilket er en del af grunden til, at native RPM per widget-visning har en tendens til at se stærk ud, selv når overordnede side-RPM-sammenligninger bliver mere mudrede.

Hvorfor længdevarighedsdata er et nyttigt krydstjek for begge formater#

Et signal, der gælder for både native og display-beslutninger, er, hvor længe specifikke annoncørkampagner fortsætter med at køre i dit vertikal. En annoncør, der holder et native kreativ kørende i uger i stedet for at trække det tilbage efter et par dage, fortæller dig implicit, at kampagnen er profitabel nok til at vedligeholde, hvilket er en proxy for, hvor meget vedvarende efterspørgsel (og vedvarende RPM-støtte) du kan forvente i en given indholdsniche. OpenAdLibrary's annoncelængdevarighedssignal sporer netop dette på tværs af indekset, først-set og sidst-set datoer på hvert kreativ, hvilket giver udgivere en måde at vurdere, om en niches native efterspørgsel er et forbigående spike eller en holdbar trend, før de omstrukturerer en indholds- eller monetiseringsstrategi omkring den.

At kombinere de to formater uden at overkomplicere måling#

Den enkleste praktiske opsætning, de fleste udgivere ender med, er at køre en administreret display-stak (Mediavine, Ezoic eller et lignende netværk) på tværs af siden som baseline, tilføje en enkelt native widget i slutningen af artiklen som et ekstra indtægtslag, og gennemgå begge RPM-tal månedligt i stedet for dagligt, da daglige udsving i begge metrikker for det meste er støj fra annoncørbudgetpacing snarere end et signal værd at reagere på med det samme. At overoptimere begge formater som reaktion på kortvarige udsving har en tendens til at spilde mere tid, end det tjener i ekstra indtægt.

En hurtig checkliste, før du omstrukturerer nogen af annoncestakkene#

Før du antager, at et lavt RPM-tal betyder, at du skal droppe et format helt, så gennemgå en kort liste: bekræft at widgetten eller banneret rent faktisk renderes korrekt på mobil, da en ødelagt mobil-layout stille dræber en stor del af de fleste sites trafikvægtede RPM; tjek om din niche viser reel annoncørefterspørgsel, før du antager, at formatet i sig selv underperformerer; sammenlign RPM på tværs af en hel måned i stedet for et par dage for at udjævne annoncørbudgetpacing; og adskil eventuelle geo-mixændringer, da et skift mod lavere-tier trafikkilder vil trykke både native og display RPM samtidigt på en måde, der intet har at gøre med formatvalg.