OpenAdLibraryOpenAdLibrary
Mainosluovuus ja myyntifunnelit

Kuinka rakentaa pre-lander: Työkalut, mallit ja yhden päivän työnkulku

Useimmat prelander-rakenteet epäonnistuvat seurannan johdotuksessa ja vaatimustenmukaisuudessa, ei kopiossa. Tässä on käytännöllinen tunti tunnilta -työnkulku ensimmäisen version testaamiseen yhdessä päivässä.

Editorial illustration: How to Build a Pre-Lander: Tools, Templates & a 1-Day Workflow

Toimiva pre-lander vaatii viisi asiaa ennen kuin kirjoitat yhtään riviä kopiota: vahvistetun kulman, otsikon, joka jatkaa mainoksesi tarkkaa väitettä, klikkiseurannan asetuksen, joka välittää parametrit tarjoukseen, vaatimustenmukaisen ilmoituksen ja yhden selkeän CTA:n. Kun nämä on päätetty, useimmat ostajat voivat rakentaa, merkitä ja lanseerata ensimmäisen version yhdessä työpäivässä käyttämällä mallipohjaista sivunrakentajaa mukautetun koodin sijaan.

Mitä päätettävä ennen kuin avaat rakentajan#

Suoraan suunnitteluun siirtyminen on yleisin tapa tuhlata päivä. Päätä nämä ensin:

  • Kulma. Minkä väitteen tai koukun prelander jatkaa mainosluovuudesta? Jos mainos lupaa tietyn tuloksen, prelanderin otsikon on jatkettava juuri sitä ketjua, ei käännyttävä jotain laajempaan.
  • Vaatimustenmukaisuuskanta alalle. Terveys-, rahoitus- ja arvontatarjoukset sisältävät erityisiä ilmoitusvaatimuksia; tarkista FTC:n ilmoitussäännöt advertoriaaleille ja natiiveille mainoksille ennen väitteiden kirjoittamista, joita et voi tukea.
  • Parametrien välityssuunnitelma. Päätä etukäteen, mitkä klikkitunnisteet, click ID:t ja subid:t tarvitsevat kulkea mainoksesta prelanderin kautta tarjoukseen, jotta seurantasi voi myöhemmin attribuoida konversiot oikein.

Keskeiset rakennuspalikat#

Prelander, joka konvertoi, tarvitsee vähintään:

  1. Otsikon, joka jatkaa mainoksen koukku ilman ristiriitaa.
  2. Päätekstin tai tarinan, joka antaa tarpeeksi kontekstia, jotta tarjous tuntuu ansaitulta eikä satunnaisesti lisätyltä (tämä on advertoriaalin mekaniikka toiminnassa).
  3. Todisteen tai luottamuselementin, jos ala sitä vaatii: päivämäärä, lähderivi, uskottava attribuutio.
  4. Yksittäinen, yksiselitteinen CTA, joka johtaa tarjoukseen, ei kilpailevien toimintojen valikkoon.
  5. Näkyvä ilmoitus, kooltaan ja sijainniltaan todella täyttävä alasi ja maantieteellisen alueesi vaatimukset, ei haudattu alatunnisteeseen, johon kukaan ei skrollaa.

Seurannan asetus: click ID:t, uudelleenohjaukset ja postbackit#

Tämä on osa, johon useimmat ensikertalaiset rakentajat sijoittavat liian vähän, ja se määrittää, voitko myöhemmin luottaa omiin tuloksiisi.

  • Jokaisen mainoksen klikin on kuljetettava click ID prelanderin kautta tarjoussivulle, jotta konversiot voidaan attribuoida takaisin niille mainoksille, maantieteellisille alueille ja sijoituksille, jotka ne synnyttivät.
  • Jos funnellisi reitittää välikohteen kautta, ymmärrä mukana oleva uudelleenohjausketju: jokainen lisähyppy lisää viivettä, ja viive maksaa konversioita, mikä liittyy suoraan sivun nopeuskysymyksiin, joita käsitellään erikseen.
  • Vahvista, mitä click-seurantadomainia käytät ja että se on naamioitu tai määritetty sopivasti verkon käytäntöjä varten ennen lanseerausta, ei havaittu ongelmana ensimmäisen tarkastuslipun jälkeen.
  • Jos tarjous maksaa viivästyneestä toiminnosta (puhelu, lomakkeen täyttö alavirrassa), varmista, että postback-URL on määritetty ja testattu todellisella testikonversiolla ennen kuin käytät todellista budjettia liikenteeseen.

Yhden päivän rakennustyönkulku#

Tunti 1: Kulma ja vaatimustenmukaisuuden lukitus. Vahvista tarkka väite, jonka prelander tekee, tarkista se alan ilmoitusvaatimuksia vasten ja kirjoita ylös parametriluettelo, jonka seurantasi tarvitsee välittää.

Tunti 2: Kopioluonnos. Kirjoita otsikko ensin, vastaten sanasta sanaan sävyssä mainoksen koukkuun. Luonnostele päätekstitarina sen ympärille, sitten CTA-kopio viimeisenä, kun sivun kaari on selvä.

Tunti 3: Mallin valinta ja rakentaminen. Valitse mallirakenne, joka vastaa formaattiasi (yksittäinen skrollattava advertoriaali tai tietovisatyylinen interaktiivinen lander, jos tarjouksella on todellista kelpoisuusarvoa) ja pudota kopio sisään. Älä mukauta asettelua laajasti ensimmäisessä rakenteessa; vahvista kulma ennen kuin investoit suunnitteluhienouteen.

Tunti 4: Seurannan johdotus. Lisää click ID:n välitys, vahvista uudelleenohjaushyppyjen määrä ja aseta postback, jos tarjous sitä vaatii. Käynnistä todellinen testiklikki koko ketjun läpi ja vahvista, että konversio rekisteröityy oikein seurannan puolella.

Tunti 5: Ilmoitus ja vaatimustenmukaisuustarkastus. Lue jokainen väite uudelleen lähdemateriaalia vastaan, jota voit todella puolustaa, vahvista, että ilmoitus on näkyvä ja oikean kokoinen, ja tarkista sivu todellisella mobiililaitteella, ei vain skaalatulla selainikkunalla.

Tunti 6: Lataus ja lanseeraus. Pakkaa kuvat, tarkista latausaika rajoitetulla yhteydellä ja lanseeraa pieneen testibudjettiin ennen kulutuksen skaalaamista.

Yleiset rakennusvirheet, jotka tappavat konversion ennen kuin ensimmäinen testi edes alkaa#

  • Otsikon ajautuminen. Prelanderin otsikko sanoo jotain muuta kuin mainoksen koukku, mikä vaikuttaa kävijöille houkuttelulta ja vaihtamiselta ja tuhoaa luottamuksen välittömästi.
  • Puuttuva tai haudattu ilmoitus. Vaatimustenmukaisuusriskin lisäksi piilotetun tuntuinen ilmoitus vaikuttaa välttelevältä niille kävijöille, jotka sen huomaavat, mikä vahingoittaa konversiota jopa niiden käyttäjien keskuudessa, joita ei olisi kiinnostanut muutenkaan.
  • Liian monta uudelleenohjaushyppyä. Jokainen lisädomainien välinen pomppu lisää latausaikaa ja mahdollisuutta seurannan hajoamiselle hiljaisesti.
  • Testaus vain työpöydällä. Natiivi liikenne on ylivoimaisesti mobiilia; sivu, joka näyttää hyvältä leveällä selainleveydellä, voi olla rikki tai tuskallisen hidas todellisella puhelimella.
  • Ei testikonversiota ennen kulutusta. Lanseeraus ilman postbackin todellisen käynnistymisen vahvistamista tarkoittaa, että voit polttaa kokonaisen päivän budjetin ennen kuin huomaat datasi olevan arvotonta.

Mallirakenteen valinta alallesi#

Kaikki tarjoukset eivät tarvitse samaa sivumuotoa. Yksittäinen skrollattava advertoriaali toimii hyvin, kun kulma on tarinallinen väite, joka hyötyy kontekstista ennen pyyntöä (terveyslöytö, rahoitus-"silmukka", elämäntapatarina). Lyhyempi, suorempi lander minimaalisella kopiolla toimii paremmin tarjouksille, joissa arvolupaus on ilmeinen ja tarinan lisääminen vain viivästyttää CTA:ta. Tietovisatyylinen interaktiivinen lander on rakentamisajan arvoinen vain, kun tarjouksella on todellisia kelpoisuuskriteerejä, joita visan voi uskottavasti arvioida. Väärän muodon valitseminen tarjoukselle on yleinen syy sille, miksi teknisesti hyvin rakennettu prelander silti alisuoriutuu: itse muoto taistelee kulmaa vastaan.

Missä isännöidä se ja mitä tämä päätös vaikuttaa#

Useimmat ostajat isännöivät prelandereita erillisellä domainilla irti mistään brändisivustosta, sekä vaatimustenmukaisuuden puhtauden vuoksi että siksi, että politiikkaongelma yhdessä funnellissa ei kosketa mitään muuta, mitä ajat. Päätä varhain, tarvitseeko domainin olla naamioitu tai esitetty eri tavalla verkon koneelliselle kävijälle kuin todellisille kävijöille, käytäntö, jolla on todellisia politiikkavaikutuksia, jotka vaihtelevat verkon mukaan; tarkista kyseisen verkon ajankohtainen dokumentaatio sen sijaan, että olettaisi yleisen lähestymistavan olevan turvallinen. Mitä päätätkin, pidä päätös yhtenäisenä jokaisen prelanderin kautta kyseisellä domainilla, koska epäjohdonmukainen käyttäytyminen saman domainin sivujen välillä on yksi yleisimmistä tavoista, joilla politiikkatarkastus eskaloituu yhdestä liputetusta sivusta koko domainiin.

Käynnistyksen jälkeinen tarkistuslista, joka kannattaa pitää käsillä#

  • Vahvista, että testikonversio rekisteröityi oikein seurantasi mukaan ennen kuin skaalaat kulutusta pienen testibudjetin yli.
  • Tarkista mobiilirenderöinti todellisella laitteella, ei skaalatulla selainikkunalla, ensimmäisen tunnin sisällä liikenteen virratessa.
  • Tarkkaile varhaisia merkkejä ilmoitus- tai politiikkavastustuksesta verkon tarkastusprosessista ja käsittele ne välittömästi sen sijaan, että odottaisit täyttä keskeytystä.
  • Segmentoi varhainen suorituskyky maantieteellisesti ja laitteen mukaan sen sijaan, että katsoisit yhtä sekoitettua lukua, koska vahva kokonaiskeskiarvo voi peittää pahasti alisuoriutuvan segmentin.
  • Pidättele kaikista kopiomuutoksista, kunnes sinulla on riittävästi volyymia useamman kuin yhden päivän ajalta arvioidaksesi alkuperäistä versiota oikeudenmukaisesti.

Testaus käynnistyksen jälkeen#

Kun on käynnissä, vastusta prelanderin arvioimista muutaman klikin perusteella. Anna sille riittävästi volyymia vähintään täyden viikonpäiväjakson ajalta ennen johtopäätöksiä, ja muuta yhtä muuttujaa kerrallaan (otsikko, sitten kuva, sitten CTA-kopio) sen sijaan, että lanseeraisit täysin erilaisen sivun uudelleen ja menettäisit kyvyn eristää, mikä todella liikutti numeroa.

Miten OpenAdLibrary auttaa#

Prelanderin rakentaminen tyhjältä sivulta on hitaampaa ja riskialttiimpaa kuin rakentaminen viitepisteestä. OpenAdLibraryn natiivimainosten vakoilutyökalu jäljittää live-natiivimainoksia niiden todellisille kohdesivuille, joten voit tutkia niiden rakennetta, koukkutyyliä ja ilmoitussijaintia prelandereissa, jotka ovat selvinneet tarpeeksi kauan todistaakseen toimivansa, ennen kuin sitoudut rakentamaan oman versionsi päivän rakennusaikaa.

Bottom line#

Pre-lander on nopea rakentaa, kun kulma, vaatimustenmukaisuuskanta ja seurantasuunnitelma on päätetty etukäteen. Suurin osa riskistä ensimmäisessä rakenteessa ei ole kopio, vaan seurannan johdotuksen ja mobiilitestin ohittaminen ennen todellisen budjetin käyttöä sitä vastaan.

Usein kysytyt kysymykset

Kuinka kauan prelanderin rakentaminen kestää?
Ensimmäinen toimiva versio voidaan rakentaa ja lanseerata yhdessä päivässä, jos kulma, vaatimustenmukaisuusvaatimukset ja seurantaparametrit on päätetty ennen kuin aloitat kopion tai suunnittelun. Useimmat viiveet johtuvat tämän etukäteissuunnittelun ohittamisesta, eivät itse sivun rakentamisesta.
Mitä seurantaa tarvitsen prelanderissa?
Vähintään click ID, joka välitetään mainoksesta tarjoukseen attribuointia varten, tunnettu uudelleenohjaushyppyjen määrä, jos reitität välikohteen kautta, ja testattu postback-URL, jos tarjous maksaa viivästyneestä toiminnosta. Käynnistä todellinen testikonversio ennen budjetin käyttöä.
Tarvitsenko mukautettua koodia prelanderin rakentamiseen?
Ei. Useimmat prelanderit voidaan rakentaa mallipohjaisella sivunrakentajalla ilman mukautettua koodia, erityisesti ensimmäistä testiä varten. Mukautettu koodi kannattaa myöhemmin, jos tarvitset dynaamista haarautumista (kuten tietovisa) tai erityistä seurantakäyttäytymistä, jota mallit eivät tue.
Mikä on suurin virhe, jonka ihmiset tekevät rakentaessaan ensimmäistä prelanderiaan?
Otsikon ajautuminen, jossa prelanderin otsikko ei jatka mainoksen tarkkaa väitettä. Se vaikuttaa kävijöille houkuttelulta ja vaihtamiselta ja tuhoaa luottamuksen välittömästi riippumatta siitä, kuinka hyvä muu sivu on.
Mistä tiedän, että prelanderini on vaatimustenmukainen?
Tarkista alan erityiset ilmoitusvaatimukset ennen väitteiden kirjoittamista, pidä ilmoitus näkyvänä ja sopivan kokoisena sen sijaan, että hautaat sen alatunnisteeseen, johon kukaan ei skrollaa, ja tee vain väitteitä, joita voit todella tukea lähdemateriaalilla. Vaatimukset vaihtelevat maantieteellisesti ja alakohtaisesti, joten tarkista ajankohtaiset ohjeet omaan tapaustasi.
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.