OpenAdLibraryOpenAdLibrary
Natiivimainosverkostot

Natiivisen mainoswidgetin sijoittelu: Asennot, jotka maksimoivat RPM:n

Natiivisen mainoswidgetin asento vaikuttaa RPM:ään enemmän kuin sen takana oleva verkosto. Tässä sijoitteluhierarkia, koko-ohjeet ja kuinka testata muutoksia oikein.

Toimituksellinen kuvitus: Natiivisen mainoswidgetin sijoittelu: Asennot, jotka maksimoivat RPM:n

Korkeimman tuloksen tuottava asento natiiviselle mainoswidgetille on suoraan artikkelitekstin alle, minkä tahansa kommenttiosan tai alatunnisteen yläpuolella, kooltaan yksi rivi neljästä kahdeksaan ruutuun; tämä yksi sijoittelu suoriutuu johdonmukaisesti paremmin kuin sivupalkki, artikkelin sisäinen ja näkyvällä alueella olevat sijoittelut, koska se saavuttaa lukijat juuri sillä hetkellä, kun he ovat kuluttaneet sisällön loppuun ja päättävät seuraavasta toiminnasta, sen sijaan että keskeyttäisi heidät lukemisen keskeltä tai kilpailisi sisällön kanssa, jota he eivät ole vielä saavuttaneet.

Miksi asento voittaa lähes kaiken muun#

Sisältösuosituswidgeti tuottaa vain, kun joku napsauttaa sitä, ja napsautukset riippuvat siitä, että lukija saavutetaan päätöksentekotilanteessa. Artikkelitekstin alla on sivun vahvin päätöksentekotilanne: lukija on saanut tehtävänsä päätökseen ja hänen seuraava toimintonsa (välilehden sulkeminen, jatkuva vieritys, jonkin napsauttaminen) on aidosti päättämättä. Jokainen muu asento pakottaa syötemainoksen kilpailemaan jonkin kanssa, mitä lukija aktiivisesti tekee.

  • Näkyvällä alueella, ennen mitään sisältöä: teknisesti näkyvin paikka, mutta se keskeyttää aikomuksen ennen kuin lukijalla on mitään syytä luottaa sivuun, ja napsautusprosentti on tyypillisesti heikko, koska kukaan ei tullut katsomaan suosituksia ennen lukemista.
  • Artikkelin sisällä, kappaleiden väliin: voi toimia erittäin pitkissä sisällöissä (yli 2000 sanaa) toissijaisena sijoitteluna, mutta se kilpailee suoraan artikkelin itsensä kanssa ja voi heikentää lukemista loppuun, mikä puolestaan heikentää ensisijaisia mainospaikkoja sivun alempana.
  • Sivupalkki: suurelta osin huomiotta jätetty mobiilissa (useimpien julkaisijoiden liikenne nykyään) ja yhä enemmän työpöydällä bannerisokeuden vuoksi; natiiviset sisältösuositusruudut suoriutuvat erityisen heikosti täällä verrattuna syötesijoitteluihin, koska muotoilu on rakennettu näyttämään sisältöä, eikä sisältö sijaitse sivupalkeissa.
  • Artikkelin alla, kommenttien/alatunnisteen yläpuolella: vahvin oletus. Tässä kohdassa Taboolan, Outbrainin, MGID:n ja Revcontentin widgetit näytetään suurimmassa osassa mainossijoittelun integraatioita, ja se on asento, johon heidän omat suositellut toteutukset ohjaavat ensisijaisesti.

Koko ja asettelu#

Widgetin leveyden tulisi vastata artikkelipalstaa, ei venyä koko sivun levyiseksi yli sen, mikä tuntuu osalta sisällön virtaa; widget, joka näyttää liimatulta sivulle eikä luonnolliselta osalta sivun suunnittelua, joutuu usein bannerisokeuden uhriin jopa hyvässä asennossa. Neljä ruutua yhdellä rivillä toimii hyvin kapeammissa artikkelipalstoissa; kuusi kahdeksaan ruutua kaksirivisessä ruudukossa sopii leveämpiin asetteluihin, mutta yli kahdeksan ruutua yhdessä sijoittelussa yleensä lisää näyttökertoja lisäämättä napsautuksia suhteessa, koska huomio hajoaa useampien vaihtoehtojen kesken.

Kuvan koko on tärkeämpi kuin useimmat julkaisijat olettavat: suositusverkostot yleensä palkitsevat (paremmalla täyttöasteella ja usein paremmalla CPC:llä) sijoitteluja, jotka renderöivät kuvat täydessä laadussa eivätkä voimakkaasti pakattuja pienoiskuvia, koska kuvanlaatu on osa huutokaupan luovan laadun signaaleja, joita punnitaan. Tarkista verkostosi nykyiset spesifikaatiot suositelluista mitoista, koska nämä muuttuvat ajoittain.

Mobiilikohtaiset sijoitteluohjeet#

Mobiililiikenne hallitsee useimpien julkaisijoiden yleisöjä nykyään, ja mobiili muuttaa laskelmaa kahdella tavalla. Ensinnäkin, artikkelin alle -asento on vieläkin hallitsevampi mobiilissa, koska sivupalkkivaihtoehtoa ei ole ollenkaan, mikä tarkoittaa, että syötesijoittelu käytännössä tulee ainoaksi kiinteistöksi, joka kilpailee siitä "mitä seuraavaksi" -päätöksestä. Toiseksi, liimautuvat tai automaattisesti latautuvat widgetit, jotka ilmestyvät ennen kuin lukija on vierittänyt artikkelin loppuun, yleensä kostautuvat, sekä käyttäjäkokemukselle että verkoston omalle laatupisteille, jotka yhä enemmän rankaisevat sijoitteluja, jotka liittyvät korkeaan lähtöprosenttiin tai lyhyeen oleskeluaikaan.

Yksi widget vs. useiden asentojen pinottaminen#

Yhden hyvin sijoitettu widget artikkelin alla tuottaa tyypillisesti paremmin kuin kaksi tai kolme pienempää widgettiä sivulla hajallaan. Jokainen ylimääräinen widget-asento laimentaa huomiota useampien päätöspisteiden kesken, ja suurin osa lisätyistä näyttökerroista tulee kustannuksella alhaisemmasta napsautusprosentista per ruutu eikä aidosti uudesta sitoutumisesta. Poikkeus on erittäin pitkä sisältö, jossa toissijainen artikkelin sisäinen lisäys pääosien väliin voi tuoda lisätuloja syömättä ensisijaisen artikkelin alla -paikan tulosta, koska nämä kaksi sijoittelua saavuttavat lukijan aidosti eri hetkinä (keskellä vs. valmis).

Yleiset sijoitteluvirheet, jotka hiljaa maksavat RPM:ää#

  • Widgetin sijoittaminen "lue lisää" -linkin tai sivutuksen katkaisun yläpuolelle. Jos artikkeli jakautuu useille sivuille, sijoita widget sisällön todellisen lopun jälkeen, ei sivutetun jaon ensimmäisen sivun jälkeen; lukijat, jotka eivät ole lukeneet artikkelia loppuun, napsauttavat suosituksia paljon harvemmin.
  • Annetaan widgetin renderöityä ennen kuin artikkelin omat kuvat latautuvat. Hitailla yhteyksillä widget, joka piirtyy ennen kuin pääkuva latautuu loppuun, näyttää kuuluvan eri, hitaammalle sivulle, ja lukijat lähtevät ennen kuin kumpikaan latautuu kokonaan.
  • Widgetin ruutukuvien liian läheinen vastaavuus sivustosi oman toimituksellisen valokuvatyylin kanssa. Tämä kuulostaa vastaintuitiiviselta, koska sulautuminen on yleensä hyvä suunnitteluneuvo, mutta natiiviset mainosverkostot suoriutuvat parhaiten, kun ruudut ovat tunnistettavasti erilainen, kuraattori sisältöjoukko, eivät erottamattomia sivustosi omista artikkelipienoiskuvista; lukijoiden täytyy rekisteröidä se "lisää tutkittavaa", eivätkä sekoittaa sitä sivustosi omaan liittyvien julkaisujen moduuliin.
  • Näkyvyyden unohtaminen. Widget, joka latautuu kauas sivun alaspäin, mihin useimmat lukijat eivät koskaan yllä, ei tuota riippumatta asennon laadusta. Tarkista analytiikkasi keskimääräisestä vierityssyvyydestä ennen sijoittelun vahvistamista; jos useimmat istunnot eivät yllä 80 % vieritykseen, artikkelin alla oleva widgeti saattaa joutua siirtymään rakenteellisesti ylemmäs, esimerkiksi lyhentämällä täytesisältöä sen yläpuolella.
  • Testaamisen unohtaminen sivustouudistuksen jälkeen. Uudistus, joka muuttaa palstan leveyttä, fontin kokoa tai artikkelin pituutta, siirtää vierityssyvyyttä ja lukuaikaa, mikä muuttaa, onko nykyinen widget-asentosi edelleen oikeassa päätöksentekohetkessä. Käsittele jokaista uudistusta syynä uudelleensuorittaa sijoittelutesti, äläkä oleta, että vanha asento toimii edelleen.

Kuinka sijoitteluohjeet eroavat verkostojen välillä#

Taboola, Outbrain, MGID, Revcontent ja MediaGo julkaisevat kukin omat suositellut toteutuksensa, ja vaikka artikkelin alle -asento on yhteinen oletus kaikilla, yksityiskohdat (vähimmäisruutumäärä, vaadittu etäisyys muista mainosyksiköistä, voivatko natiivit ja display-sijoittelut olla vierekkäin) vaihtelevat ja muuttuvat ajan myötä. Tarkista tietyn verkoston nykyinen julkaisijadokumentaatio ennen ruutumäärien tai välistysten vahvistamista sen sijaan, että olettaisit yhden verkoston spesifikaation pätevän toiselle; asettelu, joka on Taboolassa vaatimusten mukainen, voi rikkoa eri verkoston täysin erilaista välistysvaatimusta.

Mikä muuttuu AMP- ja sovelluksiin upotetuilla sivuilla#

AMP-sivut ja sovelluksiin upotetut artikkelinäkymät (Google Discover -syötteet, Apple News -tyyliset kääreet) usein rajoittavat, missä ja miten widget voi renderöityä, ja jotkut verkostot ylläpitävät erillisiä AMP-spesifisiä tunnisteita vähennetyillä mukautusmahdollisuuksilla. Jos merkittävä osa liikenteestäsi saapuu näiden pintojen kautta, tarkista verkostosi nykyinen AMP-integraatiodokumentaatio suoraan sen sijaan, että olettaisit vakiotyöpöytäsijoittelusi siirtyvän, koska renderöintikäyttäytyminen eroaa riittävästi vaikuttaakseen sekä täyttöasteeseen että asetteluun.

Sijoittelumuutosten oikea testaaminen#

Koska RPM yhdistää napsautusprosentin, CPC:n ja täyttöasteen yhdeksi luvuksi, sijoittelumuutos vaatii vähintään kaksi neljään viikkoa vakaa liikennettä, jotta se luetaan puhtaasti, ja mieluiten A/B-jakotestauksen (joillain sivuilla uusi sijoittelu, joillain vanha, sama aikaväli) ennen/jälkeen -vertailun sijaan, koska liikenneseos muuttuu viikosta toiseen riippumatta sivulla tekemistäsi muutoksista. Julkaisijat, jotka tekevät sijoittelumuutoksen ja arvioivat sen kolmen päivän datan perusteella, reagoivat yleensä kohinaan, ei signaaliin.

Pidä yksinkertainen loki muutetuista asioista ja milloin: päivämäärä, vaikutettu sivupohja ja tietty muutos (siirretty widgettiä 200 px ylöspäin, lisätty toinen rivi, vaihdettu ruutumäärä neljästä kuuteen). Ilman tätä lokia on mahdotonta myöhemmin liittää RPM:n muutosta sijoittelumuutokseen verrattuna mainostajien kysynnän kausivaihteluun tai liikenneseoksen muutokseen virallisesta julkaisusta. Useita pohjia (uutisartikkeli, arvostelujulkaisu, listajulkaisu) käyttävien julkaisijoiden tulisi testata jokainen pohja erikseen myös, koska ihanteellinen sijoittelu 400 sanan uutisjulkaisussa on harvoin identtinen ihanteellisen sijoittelun kanssa 3000 sanan ostopohjeessa, jolla on täysin erilainen vieritys- ja lukuaikaprofiili.

Miten OpenAdLibrary sopii kuvaan#

Ennen kuin sitoudut tietyn verkoston widgettiin korkean liikenteen sivuillasi, on hyödyllistä nähdä, mitkä mainostajat ovat oikeasti aktiivisia kyseisellä verkostolla sisältösi vertikaalissa juuri nyt, koska widget, jonka takana on heikko mainostajakysyntä, suoriutuu heikosti riippumatta siitä, kuinka hyvin sen sijoitat. OpenAdLibraryn natiivinen mainostiedustelutyökalu antaa sinun tarkistaa live-luovan volyymin ja mainostajaseoksen verkostokohtaisesti ennen kuin päätät, minne reitität parhaan inventaarisi.

UKK#

Usein kysytyt kysymykset

Minne natiivinen mainoswidget kannattaa sijoittaa korkeimman RPM:n saavuttamiseksi?
Suoraan artikkelitekstin alle, kommenttiosan tai alatunnisteen yläpuolelle, kooltaan yksi rivi neljästä kahdeksaan ruutuun. Tämä asento suoriutuu johdonmukaisesti paremmin kuin sivupalkki, näkyvällä alueella ja artikkelin sisäiset sijoittelut, koska se saavuttaa lukijat sillä hetkellä, kun he ovat lukeneet sisällön loppuun eivätkä ole vielä päättäneet seuraavasta toiminnasta.
Vaikuttaako widgetin koko napsautusprosenttiin?
Kyllä. Neljä ruutua sopii kapeisiin artikkelipalstoihin, kuusi kahdeksaan ruutua ruudukossa sopii leveämpiin asetteluihin, ja yli kahdeksan ruutua yhdessä sijoittelussa yleensä hajottaa huomion ohentamatta napsautuksia suhteessa. Sovita widgetin leveys sisältöpalstaan sen sijaan, että venyttäisit sitä koko sivun levyiseksi.
Pitäisikö sivulla olla useampi kuin yksi natiivinen mainoswidget?
Yleensä ei, paitsi erittäin pitkissä sisällöissä. Yksi hyvin sijoitettu widget artikkelin alla tuottaa tyypillisesti paremmin kuin useat pienemmät widgetit sivulla hajallaan, koska jokainen ylimääräinen asento kilpailee samasta rajallisesta huomiosta. Toissijainen artikkelin sisäinen sijoittelu voi toimia yli 2000 sanan sisällöissä ilman, että se syö ensisijaista paikan tulosta.
Eroaako mobiilisijoittelu työpöytäversiosta?
Kyllä. Mobiilissa ei ole sivupalkkivaihtoehtoa, joten artikkelin alle -asennosta tulee entistäkin hallitsevampi. Liimautuvat tai automaattisesti latautuvat widgetit, jotka keskeyttävät vierityksen ennen kuin lukija on lukenut artikkelin loppuun, heikentävät sekä käyttäjäkokemusta että verkoston laatupisteitä, mikä voi ajan myötä vähentää täyttöastetta.
Kuinka kauan sijoittelumuutosta pitäisi testata ennen tulosten arviointia?
Vähintään kaksi neljään viikkoa vakaata liikennettä, mieluiten A/B-jakotestauksella ennen/jälkeen -vertailun sijaan, koska RPM yhdistää napsautusprosentin, CPC:n ja täyttöasteen, ja viikosta toiseen liikenneseos muuttuu itsestään riippumatta tekemistäsi muutoksista.
OpenAdLibrary-tiimi
KirjoittanutOpenAdLibrary-tiimi
Mainosälykkyys ja native-mainonnan tutkimus

Rakennamme OpenAdLibraryä, avointa mainosten läpinäkyvyysalustaa. Joka päivä järjestelmämme tallentavat live-native-mainoksia Taboolasta, Outbrainista, MGID:stä, Revcontentista, Teadsista, Yahoosta ja MSN:stä, tunnistavat jokaisen mainoksen todellisen mainostajan ja seuraavat klikkauksen sen kohdesivulle. Nämä oppaat tiivistävät havaintojamme tästä datasta, jotta voit tutkia markkinoita nopeammin.