Pre-Lander Domeneoppsett: Eget domene, subdomene eller tracker-domene?

De fleste erfarne native-kjøpere plasserer pre-landere på et dedikert rotdomene kjøpt spesifikt for det tilbudet eller vertikalen, ikke på et subdomene av et merkenettsted og aldri på trackerens eget omdirigeringsdomene. Grunnen er spredningsradius: et dedikert domene isolerer én vinkels compliance-risiko fra alt annet du kjører, et subdomene deler omdømme med alt annet som ligger på roten, og et tracker-domene deler omdømme med alle andre annonsører som ruter gjennom samme klikkdomene.

Hva "pre-lander-domene" faktisk betyr i kanalen#

Et native annonseklikk lander nesten aldri brukeren direkte på pre-landeren din. Den virkelige kjeden ser slik ut: annonseenhet på utgiversiden, klikket går til nettverkets annonseserver, som omdirigerer gjennom din tracker (for klikk-ID-fangst og postback-attribusjon), og trackerens omdirigeringskjede lander endelig besøkende på pre-landerens eget domene før den videresender til tilbudet. Hvert hopp er et separat domenebeslutning, og denne artikkelen handler kun om det siste, domenet som faktisk hoster pre-lander-innholdet ditt. Hvis du ikke har kartlagt hele kjeden ennå, start med Landingssidekanaler for Native Trafikk, som legger ut strukturen fra annonse-til-prelander-til-tilbud ende til ende.

Alternativ 1: Et dedikert rotdomene per tilbud eller vertikal#

Dette er standarden for alle som kjører mer enn en håndfull kampanjer. Du registrerer et domene, peker det mot ingenting annet enn den ene pre-landeren (eller en liten familie av nesten identiske varianter), og behandler det som engangs. Hvis vinkelen blir flagget av et nettverks compliance-team, eller domenet havner på en nettleser- eller ISP-blokkeringsliste, mister du ett domene og bytter inn det neste. Alt annet du kjører forblir uberørt.

Avveiningene er stort sett operasjonelle. Å kjøpe og administrere dusinvis av domener koster penger og admintid, og billige TLD-er (.info, .live, .today, .click) er vanlige i denne verdenen fordi de er rimelige i bulk, men noen nettverk og noen utgivers sikkerhetsverktøy vekter nyere eller uvanlige TLD-er litt annerledes i automatisk gjennomgang. Dette er ikke publisert politikk noe sted, det er bare det kjøpere rapporterer å se. En vanlig .com med en ekte WHOIS-post har fortsatt en tendens til å passere gjennomgang raskere enn en samme-dag-registrert .xyz.

Alternativ 2: Et subdomene av ditt hovedmerke- eller byrådomene#

Å bruke tilbud1.dittbyra.com er fristende fordi det er gratis og raskt, du eier allerede roten. Problemet er delt omdømme. Noen nettverks compliance-systemer og tredjeparts blokkeringslister opererer på rotdomenenivå, ikke subdomenenivå, noe som betyr at en politikkstopp eller en blokkeringslistetreff på ett subdomene kan dra ned (eller bli flagget sammen med) alle andre subdomener som ligger på samme rot, inkludert det faktiske byrånettstedet ditt hvis du har ett.

Dette kan fungere hvis du kjører et tett QA-drevet operasjon med konservative vinkler og bevisst bygger domenenivå-tillit over tid, slik en etablert utgiver kanskje gjør. Det passer dårlig hvis du tester aggressive påstander innen helse, finans eller vekttap-vertikaler, hvor compliance-flagg er rutine og du ikke vil ha dem i nærheten av din primære forretningsidentitet.

Alternativ 3: La trackerens eller nettverkets omdirigeringsdomene doble som vert#

Dette er egentlig ikke et bevisst valg de fleste kjøpere tar, det er det som skjer når noen hopper over å sette opp hosting og lar trackerens eget klikkdomene servere pre-lander-innholdet direkte, eller peker pre-landeren mot et delt omdirigeringsdomene brukt på tvers av mange kampanjer. Unngå det. Det domenets omdømme deles med alle andre annonsører som bruker samme tracker eller omdirigeringsservice, så du arver deres compliance-historikk sammen med din egen, god eller dårlig. Det legger også til et ekstra hopp til sidens lasting på mobil, hvor hvert ekstra rundtur koster deg reell lastingstid og, med det, konverteringsrate.

Hvor mye påvirker dette faktisk utgifter, ikke bare risiko#

Domenebeslutningen sperrer ikke bare compliance-risiko, den påvirker direkte kostnad. På flere nettverk er et domenes tidlige ytelse og gjennomgangshistorikk faktorer i hvor raskt budet ditt klarerer auksjonen og hvor mye du betaler for samme plassering sammenlignet med et domene som allerede har en ren historikk. Mediekjøpere rapporterer ofte at et ferskt domene, selv et med rent innhold, i utgangspunktet leverer til en litt mindre gunstig effektiv CPC enn et etablert ett som kjører samme kreativ, før det stabiliseres når domenet har samlet nok historie. Dette er anekdotisk og nettverksavhengig snarere enn dokumentert politikk, men det er konsekvent nok på tvers av kjøperrapporter at det er verdt å ta med i beregningen av hvor aggressivt du roterer domener kun for å unngå compliance-gjennomgang; å rotere for ofte uten annen grunn enn å unngå gransking kan koste deg oppstartsperioden gjentatte ganger i stedet for én gang.

Domenenivåfaktorer verdt å få riktig uansett hvilket alternativ du velger#

Kostnadssiden ved å kjøre flere domener#

Å kjøpe domener i små partier gjennom en vanlig registrar er billig på per-domene-basis, men den virkelige kostnaden er administrasjonsbyrden: fornyelser, DNS-poster, SSL-sertifikater, og å holde oversikt over hvilket domene som tilhører hvilket tilbud og vinkel. Kjøpere som skalerer forbi en håndfull aktive kampanjer løser vanligvis dette med et regneark eller et lettvekts internt verktøy som sporer domene, registreringsdato, vertikal, vinkel og status (aktiv, flagget, pensjonert), fordi uten den journalføringen blir det umulig å si om en ytelsesnedgang er vinkelen som svikter eller domenet som stille mister tillit. Å hoppe over denne sporingen er den vanligste grunnen til at kjøpere ikke kan skille de to fra hverandre når noe slutter å konvertere.

Vanlige feil som skaper unødvendig risiko#

• Gjenbruke et flagget domene for en ny vinkel i stedet for å pensjonere det. Et domene som utløste en compliance-gjennomgang en gang har en tendens til å bli gjennomgått mer kritisk andre gang, selv for urelatert innhold.
• Peke flere urelaterte tilbud mot samme domene for å spare penger. Dette kollapser isolasjonsfordelen med den dedikerte-domenetilnærmingen helt og gjeninnfører det delte-risikoproblemet du prøvde å unngå.
• La et domenes SSL-sertifikat utløpe. Bortsett fra det åpenbare tillits- og nettleseradvarselsproblemet, er et utløpt sertifikat akkurat den typen forsømt-infrastruktur-signal som får et domene til å se forlatt eller lavkvalitets ut for både nettverk og lesere.
• Glemme å oppdatere WHOIS eller registrantkontaktinfo etter registrar- eller byråendringer. Avviste fornyelsesvarsler er hvordan domener går tapt ved utløp, noen ganger midt i en kampanje.

Et oppsett som skalerer uten å bli umulig å administrere#

Et fungerende kompromiss ser slik ut: kjøp domener i små partier (fem til ti) organisert etter vertikal, behold hvert enkelt dedikert til en enkelt vinkel eller en tett familie av varianter, plasser dem bak en CDN for hastighet, og hold tracker helt separat fra hostingen slik at en tracker-side-problematikk aldri berører domenepoolen din. Roter inn nye domener proaktivt for dine høyest-utgifts-vinkler i stedet for å vente på at en blokkering tvinger deg til det, og hold en enkel logg over hvilket domene som kjørte hvilken vinkel slik at du ikke gjetter når noe underpresterer.

Når du bestemmer hvordan en konkurrent strukturerer dette, trenger du ikke å gjette. Å hente opp en annonsørs sporet kanal i OpenAdLibrary's annonseintelligensverktøy viser den faktiske omdirigeringskjeden, inkludert om pre-landeren ligger på sitt eget rotdomene, et subdomene, eller spretter gjennom et delt tracker-domene, slik at du kan se hva som faktisk fungerer for dem i stedet for å kopiere en domenestrategi som kan være en belastning, ikke en styrke. Hvis du vil ha hele metoden for å lese en konkurrents kanal ende til ende, går både Reverse-Engineer a Competitor's Native Ad Funnel og How to Analyze a Competitor's Full Ad Funnel gjennom det mer i dybden enn denne artikkelen dekker.

Uansett hvilken struktur du velger, endres ikke det underliggende prinsippet: domenet som hoster pre-landeren din er en risikobeholder. Bestem hvor stor du vil at den beholderen skal være før et compliance-flagg eller en blokkeringslistepost bestemmer det for deg.