Sivuston tulot per 1 000 kävijää: Native, Display & Affiliate
Yksittäinen 'keskimääräinen RPM'-luku on lähes hyödytön ilman aihealueen, maantieteellisen sijainnin ja laitteen kontekstia. Tässä kerrotaan, mikä todella määrittää sivustosi tulot per 1 000 kävijää.

Sivuston tulot per 1 000 kävijää (usein kutsutaan RPM:ksi, revenue per mille) vaihtelevat tyypillisesti alle dollarista yli 50 dollariin riippuen lähes kokonaan aihealueesta, maantieteellisestä sijainnista, laitejakaumasta ja kaupallistamispinosta, minkä vuoksi mikä tahansa yksittäinen lukemasi "keskimääräinen RPM"-luku on lähes merkityksetön ilman näitä tarkentimia. Yhdysvaltalaisella työpöytäliikenteellä ja hyvin viritetyllä display- ja natiivipinolla varustettu rahoitussivusto ansaitsee suuruusluokkaa enemmän per 1 000 kävijää kuin viihdesivusto, jolla on seka-aluemaantieteellistä mobiililiikennettä ja yksi mainosyksikkö.
Muuttujat, jotka todella määrittävät RPM:si#
Ennen kuin vertaat itseäsi mihinkään vertailuarvoon, erottele, mikä todella ajaa lukua:
- Aihealue/vertikaali: rahoitus-, vakuutus- ja B2B-ohjelmistosisällöt saavat paljon korkeamman mainostajakysynnän kuin yleinen viihde- tai elämäntyylisisältö, koska mainostajan asiakasarvo on korkeampi
- Maantieteellinen sijainti: Yhdysvaltojen, Ison-Britannian, Kanadan ja Australian liikenne maksaa moninkertaisesti verrattuna tier-2- tai tier-3-maiden liikenteeseen lähes kaikissa mainosmuodoissa
- Laite: työpöytä suoriutuu yleensä mobiilia paremmin display- ja natiivimainonnassa, osittain suuremman näyttötilan vuoksi useammille mainosyksiköille, osittain historiallisesti vahvemman työpöydän mainostajakysynnän takia
- Liikenteen lähde ja tarkoitus: lukija, joka saapui korkean aikomuksen hakukyselyllä kaupallisesta aiheesta, on mainostajille arvokkaampi kuin lukija, joka klikkasi uteliaisuusotsikkoa sosiaalisessa mediassa
- Kaupallistamispinon syvyys: sivustot, jotka käyttävät display-mainontaa, natiivia sisältösuosittelua ja affiliate-linkkejä yhdessä, ansaitsevat huomattavasti enemmän per 1 000 kävijää kuin sivustot, jotka käyttävät vain yhtä kanavaa, vaikka jokaisella lisäyksiköllä on pienenevät tuotot ja sivunopeuskustannus
Miksi per-kävijä-ajattelu voi johtaa harhaan suuressa mittakaavassa#
"Per 1 000 kävijää" -kehys on hyödyllinen karkeaan suunnitteluun, mutta se voi hiljaa johtaa harhaan, jos käytät sitä jaksojen vertailuun tarkistamatta, pysyikö näiden 1 000 kävijän koostumus todella samana. Kuukausi, jolloin sisältö yllättäen leviää sosiaalisessa mediassa, voi lisätä suuren määrän matalan aikomuksen, korkean poistumisprosentin liikennettä, joka laimentaa yhdistettyä RPM:ääsi, vaikka mainosasetuksissasi ei muuttunut mitään. Toisaalta kuukausi, jolloin orgaaninen hakuliikenteesi kasvaa tasaisesti, tyypillisesti korkeamman aikomuksen, sitoutuneempia kävijöitä, voi nostaa yhdistettyä RPM:ääsi koskematta yhteenkään mainosasetukseen. Ennen kuin päättelet, että RPM:n muutos heijastaa jotain kaupallistamispinosi tilasta, sulje ensin pois muutos taustalla olevassa liikennekoostumuksessa.
Karkeat RPM-alueet kaupallistamistyypeittäin#
Nämä ovat suuntaa-antavia, eivät takuita, ja jokainen alla oleva alue voi ylittyä reilusti poikkeuksellisella aihealue/maantieteellinen yhdistelmällä tai alittua reilusti huonolla yhdistelmällä.
| Kaupallistamistyyppi | Tyypillinen RPM-alue | Vaihtelun pääasiallinen aiheuttaja |
|---|---|---|
| Display (ohjelmallinen) | Alhaisia yksittäisiä lukuja aina $15-20+ | Aihealueen arvo, maantieteellinen sijainti, näkyvyys, header bidding -syvyys |
| Natiivi sisältösuosittelu | Alhaisia yksittäisiä lukuja aina $10-15 | Tarjottu vertikaalisekoitus, widgetin sijoitus, verkosto |
| Affiliate-linkit | Erittäin vaihteleva, usein $0-$100+ | Palkkiorakenne ja konversioprosentti ovat tärkeämpiä kuin sivunäyttöjen määrä |
| Suoramyynti / sponsoroidut sijoittelut | Voi ylittää kaikki edellä mainitut | Riippuu suhteista, ei skaalautu pelkän liikenteen avulla |
Natiivin sisältösuosittelun RPM korreloi tiiviisti sen kanssa, mitä mainostajat todella tarjoavat palvelemillasi vertikaaleilla. OpenAdLibraryn indeksissä on 725 882 natiivia mainosta, joista terveys, rahoitus ja vakuutus ovat kolme suurinta vertikaalia mainosluovien määrällä mitattuna (24 472, 24 068 ja 22 427 mainosluovia), mikä suunnilleen kuvastaa, missä sisältösuosittelun kysyntä ja siten RPM keskittyy eniten.
Miksi "keskimääräiset RPM"-luvut ovat yleensä harhaanjohtavia#
Useimmat julkaistut RPM-vertailuarvot sekoittavat keskenään maantieteellisiä alueita, vertikaaleja ja liikenteen lähteitä tavalla, joka tekee niistä lähes hyödyttömiä tietylle sivustollesi. Luku, kuten "keskimääräinen sisältösivuston RPM on $X", on tyypillisesti keskiarvo kaikesta yhdysvaltalaisesta rahoitusblogista tier-3-maiden viihdeaggregaattoriin, kahdelta sivustolta, joiden RPM:t voivat erota 10-kertaisesti tai enemmän. Ainoa luottamisen arvoinen vertailuarvo on sellainen, joka on segmentoitu todellisen aihealueesi, maantieteellisen jakaumasi ja laitejakaumasi mukaan, ja silloinkin käsittele sitä karkeana vaihteluvälinä eikä tavoitteena.
Miten todella nostaa tulojasi per 1 000 kävijää#
Sen sijaan, että jahtaisit vertailulukua, työstä hallitsemiasi vipuja:
- Paranna liikenteen laatua ennen mainosyksiköiden lisäämistä. Enemmän display- tai natiivivarastoa matala-arvoisella liikenteellä ansaitsee vähemmän kuin samat yksiköt korkeamman aikomuksen liikenteellä. Korjaa liikennejakaumasi ensin.
- Lisää kaupallistamiska navia harkiten, testaamalla kunkin lisäyksen marginaalisen RPM-nousun sen sivunopeuskustannusta vastaan, sen sijaan että lisäisit yksiköitä refleksinomaisesti.
- Neuvottele sen sijaan, että hyväksyt oletukset, kun sinulla on todellista volyymia, koska oletusarvoiset itsepalveluehdot ovat harvoin verkoston paras tarjous.
- Hallinnoi aktiivisesti, mitkä mainostajat ja kategoriat palvelevat, koska widget täynnä matalan tason bulkkikysyntää maksaa vähemmän per näyttökerta kuin sellainen, joka on rajoitettu korkeamman arvon vertikaaleihin.
- Seuraa RPM:ää liikenteen lähteen mukaan erikseen, ei sekoitettuna, jotta näet, vetääkö tietty hankintakanava todella keskiarvoasi alas.
Miten natiivimainosten vertailuarvot sopivat suunnitteluusi#
Jos yrität ennustaa, mitä uusi natiivisijoitus realistisesti maksaa, ymmärtämällä kuinka paljon natiivimainokset maksavat mainostajille ja nykyiset natiivimainosten CPC-vertailuarvot saat kysyntäpuolen puolikkaan yhtälöstä: mitä mainostajat ovat valmiita maksamaan per klikkaus asettaa katon sille, mitä verkosto voi välittää sinulle julkaisijana oman marginaalinsa jälkeen.
Miten OpenAdLibrary auttaa sinua vertailemaan realistisesti#
Sen sijaan, että luottaisit geneeriseen toimialan keskimääräiseen RPM-lukuun, on hyödyllistä nähdä todellinen kysyntätiheys omalla vertikaalillasi. OpenAdLibrary indeksoi satoja tuhansia eläviä natiivimainoksia Taboolan, Outbrainin, MGID:n, Revcontentin ja muiden verkostojen kautta, haettavissa vertikaalin mukaan, joten voit arvioida, kuinka paljon aktiivista mainostajakysyntää sisältöluokassasi on juuri nyt, konkreettisempi signaali kuin sekoitettu toimialan vertailuarvo. Hinnoittelu sisältää ilmaisen tason selaamista varten.
Kaupallistamispinon rakentaminen järjestyksessä#
Useimmat julkaisijat lisäävät mainosyksiköitä reaktiivisesti, sen mukaan mikä on helpointa asentaa seuraavaksi, sen sijaan että tekisivät sen harkiten. Hyödyllisempi järjestys:
- Aloita hyvin konfiguroidulla display-asetuksella, koska se vaatii vähiten jatkuvaa hallintaa virityksen jälkeen ja skaalautuu puhtaasti sivunäyttöjen myötä
- Lisää natiivi sisältösuosittelu, kun sinulla on tarpeeksi liikennevolyymia houkutellaksesi kohtuullista kysyntää, koska täyttölaatu ja RPM molemmat paranevat mittakaavan myötä useimmissa verkostoissa
- Lisää affiliate-linkkejä valikoivasti, sisältöön jossa suositus on aidosti relevantti, eikä kaikkialle; affiliate-RPM riippuu paljon enemmän konversioaikomuksesta kuin raa'asta sivunäyttömäärästä, joten kattava sijoittelu laimentaa eikä auta
- Tavoittele suoramyyntiä tai sponsoroidut sijoittelut viimeisenä, kun sinulla on tarpeeksi liikennettä ja brändin uskottavuutta, että mainostajat lähestyvät sinua eikä päinvastoin, koska nämä kaupat riippuvat ajan myötä rakentamistasi suhteista, eivät itsepalvelurekisteröitymisestä
Jokaista kerrosta tulisi mitata sen marginaalisen panoksen perusteella, ei arvioida erikseen. Natiivigadget, joka nostaa yhdistettyä RPM:ääsi pienellä määrällä mutta vahingoittaa mitattavasti sivunopeuttasi ja orgaanista liikennettäsi ajan myötä, voi olla nettotappio, vaikka sen oma rivi näyttäisi positiiviselta.
Miten kausiluontoisuus ja liikenteen koostumus vääristävät keskiarvoasi#
Yksi yhdistetty RPM-luku piilottaa paljon sisäistä vaihtelua, joka on tärkeää suunnittelun kannalta. Vähittäiskaupan ja rahoitukseen liittyvä sisältö kokee usein RPM:n merkittävän muutoksen kausiluonteisten kysyntähuippujen ympärillä, kun mainostajien kilpailu samoista näyttökerroista kovenee. Sivusto, jolla on sekoitettu sisältökalenteri (joitain ikivihreitä ohjeita, joitain kausiluonteisia tai trendaavia artikkeleita), näkee yhdistetyn RPM:n heilahtelun, kun liikenteen jakautuminen näiden sisältötyyppien välillä muuttuu viikoittain, riippumatta siitä, mitä muutit mainosasetuksissasi.
Tällä on käytännön merkitystä: jos arvioit, paransiko jokin muutos (uusi gadgetto, uudelleenneuvoteltu hinta, uusi mainosyksikkö) todella RPM:ääsi, vertaa samankaltaisia jaksoja, samanlaista liikennejakaumaa ja kautta, sen sijaan että vertaisit raakaa kuukausi vs. kuukausi -lukua, joka saattaa heijastaa vain kausi- tai sisältöjakauman muutosta, jota et kontrolloinut.
Yhteenveto#
Ei ole olemassa yhtä ainoaa "tulot per 1 000 kävijää" -lukua, joka kannattaisi muistaa. Todellinen RPM:si on funktio aihealueesta, maantieteellisestä sijainnista, laitteesta ja kaupallistamissyvyydestä, ja rehellinen suunnittelutapa on segmentoida lukemasi vertailuarvo näiden muuttujien mukaan ennen kuin vertaat sitä omiin lukuihisi, ja sitten työstää hallittavissa olevia vipuja (liikenteen laatu, pinon syvyys, aktiivinen kategorioiden hallinta, neuvotellut ehdot) sen sijaan, että jahtaisit toimialan keskiarvoa, joka ei koskaan kuvaillut kaltaistasi sivustoa alun alkaenkaan.







