Inntekter per 1 000 besøkende: Native, Display & Affiliate

Inntekter per 1 000 besøkende (ofte kalt RPM, revenue per mille) varierer typisk fra under en dollar til godt over $50 avhengig av nesten utelukkende nisje, geografi, enhetsblanding og monetiseringsstack, noe som er grunnen til at ethvert enkelt "gjennomsnittlig RPM"-tall du leser på nettet er nesten meningsløst uten disse kvalifikatorene festet. Et finansnettsted med amerikansk desktop-trafikk og en velinnstilt display- og native-stack tjener en størrelsesorden mer per 1 000 besøkende enn et underholdningsnettsted med blandet geografisk mobil-trafikk og en enkelt annonseenhet.

Variablene som faktisk bestemmer din RPM#

Før du sammenligner deg med noen benchmark, skill ut det som faktisk driver tallet:

• Nisje/vertikal: innhold om finans, forsikring og B2B-programvare har langt høyere etterspørsel fra annonsører enn generelt underholdnings- eller livsstilsinnhold, fordi annonsørens kundeverdi er høyere
• Geografi: trafikk fra USA, Storbritannia, Canada og Australia betaler flere ganger mer enn trafikk fra andre eller tredje geografiske nivå på tvers av nesten alle annonseformater
• Enhet: desktop presterer generelt bedre enn mobil for display og native, delvis på grunn av skjermplass for flere annonseenheter, delvis på grunn av historisk sterkere annonsøretterspørsel på desktop
• Trafikkkilde og intensjon: en leser som kom via en søkeforespørsel med høy intensjon på et kommersielt tema er verdt mer for annonsører enn en leser som klikket på en nysgjerrighetsoverskrift på sosiale medier
• Monetiseringsstack-dybde: nettsteder som kjører display, native innholdsanbefaling og affiliate-lenker sammen tjener betydelig mer per 1 000 besøkende enn nettsteder som kun kjører én kanal, selv om hver ekstra enhet har avtagende utbytte og en sidehastighetskostnad

Hvorfor per-besøkende-tenking kan villede deg i stor skala#

"Per 1 000 besøkende"-rammeverket er nyttig for grov planlegging, men det kan stille deg i villspor hvis du bruker det til å sammenligne perioder uten å sjekke om sammensetningen av de 1 000 besøkende faktisk forble den samme. En måned hvor et innholdsstykke uventat blir viralt på sosiale medier, kan legge til et stort volum med lav-intensitets-, høy-bounce-trafikk som fortynner din blandede RPM selv om ingenting med annonseoppsettet ditt endret seg. Omvendt kan en måned hvor din organiske søketrafikk vokser jevnt, typisk besøkende med høyere intensjon og engasjement, heve din blandede RPM uten at du rører en eneste annonseinnstilling. Før du konkluderer med at en endring i RPM-en din reflekterer noe om monetiseringsstacken din, utelukk først et skift i den underliggende trafikksammensetningen.

Grove RPM-områder etter monetiseringstype#

Dette er retningsgivende, ikke garantier, og hvert område nedenfor kan sprenges langt forbi taket av en eksepsjonell nisje/geografi-kombinasjon eller langt under gulvet av en dårlig en.

Native innholdsanbefaling-RPM korrelerer tett med hva annonsører faktisk byr i dine serverte vertikaler. Gjennom OpenAdLibrarys indeks på 725 882 native kreativer, er helse, finans og forsikring de tre største vertikalene etter kreativvolum (henholdsvis 24 472, 24 068 og 22 427 kreativer), som grovt sett sporer hvor etterspørselen etter innholdsanbefaling, og derfor RPM, konsentrerer seg mest.

Hvorfor "gjennomsnittlig RPM"-tall vanligvis er villedende#

De fleste publiserte RPM-benchmarks blander på tvers av geografier, vertikaler og trafikkkilder på måter som gjør dem nesten ubrukelige for din spesifikke nettside. Et tall som "gjennomsnittlig RPM for innholdsnettsted er $X" er typisk et gjennomsnitt på tvers av alt fra en amerikansk finansblogg til en underholdningsaggregator fra tredje geografiske nivå, to nettsteder med RPM-er som kan avvike med 10x eller mer. Den eneste benchmarken som er verdt å stole på, er en segmentert etter din faktiske nisje, geografiblanding og enhetsfordeling, og selv da, behandle den som et grovt område snarere enn et mål.

Hvordan du faktisk kan øke inntektene dine per 1 000 besøkende#

I stedet for å jage et benchmark-tall, jobb med de spakene du faktisk kontrollerer:

1. Forbedre trafikkkvaliteten før du legger til annonseenheter. Flere display- eller native-lagerbeholdning på lavverditrafikk tjener mindre enn de samme enhetene på trafikk med høyere intensjon. Fiks trafikkblandingen din først.
2. Legg til monetiseringskanaler bevisst, test den marginale RPM-økningen for hver tilføyelse mot dens sidehastighetskostnad, i stedet for å legge til enheter refleksivt.
3. Forhandle i stedet for å akseptere standarder når du har reelt volum, siden standard selvbetjeningsvilkår sjelden er nettverkets beste tilbud.
4. Administrer aktivt hvilke annonsører og kategorier som serveres, siden en widget full av lavkvalitets etterspørsel betaler mindre per impresjon enn en begrenset til høyere verdsatte vertikaler.
5. Spor RPM per trafikkkilde separat, ikke blandet, slik at du kan se om en spesifikk anskaffelseskanal faktisk trekker gjennomsnittet ditt ned.

Hvor native annonsebenchmarks passer inn i planleggingen din#

Hvis du prøver å prognosere hva en ny native-plassering realistisk sett kan betale, gir forståelse av hvor mye native annonser koster annonsører og nåværende native annonse CPC-benchmarks deg etterspørselssiden av ligningen: hva annonsører faktisk er villige til å betale per klikk setter taket på hva et nettverk kan videreføre til deg som utgiver, etter sin egen margin.

Hvordan OpenAdLibrary hjelper deg med å benchmarke realistisk#

I stedet for å stole på et generisk bransjegjennomsnitt for RPM, hjelper det å se den faktiske etterspørselstettheten i din spesifikke vertikal. OpenAdLibrary indekserer hundrevis av tusenvis av levende native kreativer på tvers av Taboola, Outbrain, MGID, Revcontent og andre nettverk, søkbart etter vertikal, slik at du kan vurdere hvor mye aktiv annonsøretterspørsel som finnes i din innholdskategori akkurat nå, et mer konkret signal enn en blandet bransjebenchmark. Priser inkluderer et gratisnivå for browsing.

Bygge en monetiseringsstack i rekkefølge#

De fleste utgivere legger til annonseenheter reaktivt, det som er enklest å installere neste, i stedet for bevisst. En mer nyttig sekvens:

1. Start med et velkonfigurert display-oppsett, siden det krever minst pågående administrasjon når det er innstilt og skalerer rent med sidevisninger
2. Legg til native innholdsanbefaling når du har nok trafikkvolum til å tiltrekke deg god etterspørsel, siden fyllkvalitet og RPM begge forbedres med skala på de fleste nettverk
3. Legg til affiliate-lenker selektivt, i innhold hvor en anbefaling er genuint relevant, i stedet for overalt; affiliate-RPM avhenger langt mer av konverteringsintensjon enn av rå sidevisningstall, så blankettplassering fortynner snarere enn hjelper
4. Forfølg direktesolgte eller sponsede plasseringer sist, når du har nok trafikk og merkevarekredibilitet til at annonsører henvender seg til deg snarere enn omvendt, siden disse avtalene avhenger av relasjoner du bygger over tid, ikke på en selvbetjeningspåmelding

Hvert lag bør måles mot sin marginale bidrag, ikke evalueres isolert. En native-widget som hever din blandede RPM med en liten mengde, men målbart skader sidehastigheten og den organiske trafikken din over tid, kan være et nettotap selv om dens egen linjepost ser positiv ut.

Hvordan sesongvariasjon og trafikksammensetning forvrenger ditt gjennomsnitt#

Et enkelt blandet RPM-tall skjuler mye intern varians som betyr noe for planlegging. Innhold knyttet til detaljhandel og finans ser ofte RPM skifte betydelig rundt sesongmessige etterspørselstopp, ettersom annonsørkonkurransen intensiveres for de samme impresjonene. En nettside med en blandet innholdskalender (noe eviggrønt hvordan-innhold, noe sesong- eller trendinnhold) vil se sin blandede RPM svinge når trafikkblandingen mellom disse innholdstypene skifter uke for uke, uavhengig av noe du endret i annonseoppsettet ditt.

Dette betyr noe i praksis: hvis du evaluerer om en endring (en ny widget, en omforhandlet rate, en ny annonseenhet) faktisk forbedret RPM-en din, sammenlign like perioder, lignende trafikkblanding og sesong, i stedet for et rått måned-til-måned-tall som kanskje bare reflekterer et sesong- eller innholdsblandingsskift du ikke kontrollerte for.

Bunnlinjen#

Det finnes ikke et enkelt "inntekter per 1 000 besøkende"-tall som er verdt å huske. Din faktiske RPM er en funksjon av nisje, geografi, enhet og monetiseringsdybde, og den ærlige planleggingsmetoden er å segmentere enhver benchmark du leser etter disse variablene før du sammenligner den med dine egne tall, deretter jobbe med de kontrollerbare spakene (trafikkkvalitet, stack-dybde, aktiv kategoristyring, forhandlede vilkår) i stedet for å jage et bransjegjennomsnitt som aldri beskrev et nettsted som ditt i utgangspunktet.