Innhold
- Viktige problemer med responsiv annonsering
- Dualiteten til problemet (både forlegger og annonsør)
- Når man blander sammen de forskjellige standardene, er verdien på annonseenhetene forskjellige
- Utgående lenker må også fungere (landingssidens responsive strategi)
- Å administrere en enkelt annonceserver for alle visningene er som å si "den separate virksomheten for mobilannonsevisning er død eller bare for apper"
- Rike medier er ikke vanlig for alle plattformer
- Løsninger
- Tilfelle A: flytte annonser slik at de samme annonsene fungerer på alle visninger
- Sak B: ettermontering av annonsetjeneren
- Sak D: utgivere som kjøper responsive annonseenheter (responsive strekningsannonser)
- Tilfelle E: et fleksibelt responsivt annonserammeverk (f.eks. Responsive bytte- og strekkannonser)
- Responsiv bytte
- Responsiv strekk
- Konklusjon
Med den eksplosive veksten av smarttelefonenheter og nettbrett åpnet 2010 et nytt tiår og gjenfødte i å tenke på flerskjermdesign, nettet (HTML5 / CSS3) og innfødte mobilapplikasjoner (appen). I mobilverdenen ble appen konge og tjente penger på å virke som et stort nytt fokus for merkevarer, byråer og utgivere da de omfavnet dette nye rike mediet for å skape overbevisende og innovative brukerdesignopplevelser.
En mengde medieplattformer for mobilmedier begynte å dukke opp, men stille i de dype sirkler av webdesignmiljøet, den neste store bevegelsen rundt en felles arkitektur for et synlig nettsted på flere skjermer basert på den adaptive skjermen / fluid grid-tilnærmingen, kalt Responsive Web Design (RWD), tok samfunnet med storm.
I slutten av 2011, ifølge Google Trends, gikk søk fra RWD forbi søk etter Mobile Web Design og Mobile Applications Design. I april 2012 var RWD over 2,5 ganger større, og banen innen 2013 viser at RWD kan være så mye som 10 ganger de andre mediumene. Denne forbløffende trenden har begynt å fortelle en unik historie om konvergens av media og kraften til nettet mot silos mobile nettsteder og apper.
Den beste metoden for å tjene penger på RWD-nettsteder via reklame er imidlertid et nytt puslespill som må tas opp. Gitt at medieinnkjøpsstrategier har vært så spesifikke i dedikerte kanaler tidligere, har det å trekke alle kanalene sammen i flytende form blitt en ny forstyrrelse at både utgiveren og annonsøren virkelig må omfavne som en del av RWD-bevegelsen.
I denne artikkelen vil vi dele noen av problemene og løsningene knyttet til forlagsperspektivet knyttet til utfordringene og mulighetene for vekst i denne bransjen (del to vil spesifikt se på byrået, merkevaren og annonsøren).
Viktige problemer med responsiv annonsering
Dualiteten til problemet (både forlegger og annonsør)
En av de viktigste kritiske problemene rundt reklame på RWD-nettsteder er at det ikke bare er et emne som må løses av utgiveren alene. Annonsøren må tilpasses denne strategien eller ha en mobilstrategi på tvers av skjermen. Dette er det som gjør responsiv annonsering så kompleks.
På noen måter ligner det "kylling eller egg" -situasjonen. Hvis en utgiver plasserer en stasjonær annonse (300x250) på en mobilvisning via det flytende rutenettet, selv når en bruker klikker på annonsen, får de en destinasjonsside på skrivebordet og potensielt ikke en mobil.
Til tross for at verdien av et mobilinntrykk er forskjellig fra en stasjonær, hvordan justerer du både kjøpesiden og selgesiden samtidig?
Når man blander sammen de forskjellige standardene, er verdien på annonseenhetene forskjellige
Bransjeforeningen, IAB (Interactive Advertising Bureau), dekker hele den interaktive kanalannonseringsstandardporteføljen som desktop, video og rich media og mobil. I fellesskap adresserer MMA (Mobile Marketing Association) det brede spekteret og mangfoldet av annonseringsstandarder for mobile enheter (fra smarttelefoner til telefoner, nett, apper og rich media).
Imidlertid har begge foreninger bare sett på reklame for dedikert kanallevering og faste utskriftsstørrelser for annonseenheter. Selv om det har blitt introdusert ganske mange nye annonseenheter de siste 12 månedene, for eksempel IAB "Rising Star" -formatene, har det generelt ennå ikke vært den dype tanken på hva som skjer når disse kanalene slås sammen.
Hvordan kan en annonseenhet representere to forskjellige verdiforslag, størrelser, former og til og med teknologier (Flash vs HTML5)?
Utgående lenker må også fungere (landingssidens responsive strategi)
Når et nettsted er utformet “responsivt”, er det kritiske problemet med at hver visning (stasjonær, nettbrett, smarttelefon, funksjonstelefon) er designet for den spesifikke brukssaken og konteksten.
Så lenge innholdet er gjengitt for hver visning, kan brukergrensesnittet / UX justeres best for hver visning. Imidlertid, hvis det er en utgående lenke innebygd i innholdet eller en widget som går utenfor nettstedet, har konteksten av denne opplevelsen nå flyttet til utformingen av den lenken destinasjonssiden er stasjonær, mobil eller nettbrett. Brukere kan oppleve den perfekte smarttelefonvisningen til et nettsted og deretter klikke på en lenke for å bli tatt til et nettsted som er designet for en stasjonær opplevelse.
I en perfekt verden der alle har innhold som er tilpasset en RWD-tilnærming eller en 1-til-1-paritetslink-matchingsstrategi for deres mobile nettsteddesign, kan brukerne føres til opplevelser som er optimalisert. Dette er en tydelig retning industrien går, men vi er fortsatt langt borte fra sammenkoblingen av media som fungerer jevnt fra skjerm til skjerm.
Sosiale mediekoblinger fra Twitter, Facebook og alle de andre plattformene har tydeligvis ført både innbundet markedsføring med utbundet lenketrafikk, noe som gjør det viktig for utgivere og annonsører å våkne opp til konteksten av koblingskompatibilitet.
Denne prosessen, definert av SMO (Social Media Optimization) og SEO (Search Engine Optimization), er ikke en silo'd-designtilnærming, men må også inkludere klikkbare lenker på tvers av media.
Heldigvis i dag har smarttelefoner fullstendige HTML-nettlesere som kan gjengi disse sidene, selv gjennom brukerens behov for å klemme og zoome innholdet for å se det.
Brukere har noe akseptert dette som en del av den generelle opplevelsen av en smarttelefon i dag, vel vitende om at nettleseren kan gjengi fullverdige skrivebordsdesignede nettsteder. I teorien er dette noe akseptabelt, med mindre siden inneholder elementer som Flash i designet som ikke støttes i det hele tatt, og dermed får brukerne til å sprette av siden ganske raskt.
Hvis det er en påmeldings- eller kjøpsprosess på siden, kan markedsføreren glemme denne leadgen-prosessen: avfallsraten kan være et flertall av den innkommende trafikken. Ettersom mye av desktop-reklamebransjen har omfavnet Flash, er det nødvendig med en fullstendig reversering av strategien når vi begynner å kombinere disse mediumene.
Når innholdet er en annonse som en bruker klikker på i mobilsammenheng som har blitt flyttet til en stasjonær opplevelse uten at selve destinasjonssiden er flyttet til den opplevelsen, kan merkevaren eller annonsøren fremstilles suboptimal, noe som gir den motsatte effekten av omdannelse. Den samlede verdien av kampanjen kan bli ødelagt av en dårlig brukeropplevelse på den utgående.
Ikke alle kampanjer er konfigurert for automatisk viderekobling til mobilvennlige destinasjonssider, og i mange tilfeller når mediekjøp skjer i blinde annonsenettverk (annonseleveringsmål ikke kjent) kan resultatene ha en betydelig negativ innvirkning på den markedsføreren.
Dessuten, som diskutert ovenfor, er valutaen til en annonseenhet for en stasjonær opplevelse helt forskjellig fra mobil- eller nettbrettinntrykket.
Derfor sier sunn fornuft oss at å skifte rundt annonser i væskegitteret tydeligvis ikke er svaret, men utgivere gjør det som en stop gap-løsning i dag.
Hvis en annonse selges for et bestemt medium fra utgiveren til annonsøren, må det være en justering mellom utgiveren og annonsøren og konteksten for hvor inntrykket skal gjøres. Forleggere som selger egne medier er i stand til å gjøre dette, men for utgivere som bruker annonsenettverk for å fylle beholdningen, er dette umulig. Hvis annonsen brukes i en annen kanal eller visning, må annonsøren informeres og tilpasses den distribusjonsstrategien; og dermed gjøre dette komplisert.
Å administrere en enkelt annonceserver for alle visningene er som å si "den separate virksomheten for mobilannonsevisning er død eller bare for apper"
Mobile dedikerte løsninger, nettverk og selskaper står ikke stille. Det er mye innovasjon i fronten for mobilannonsering, og på mange måter begynner mobilannonsering bare. Konteksten av plassering, plassering i sanntid, data, mobil relevant innhold og integrering av sosiale medier er bare på toppen av isfjellet.
Publisister skal kunne dra nytte av de nyeste og beste for å tjene penger på mobile enheter, og trenger ikke å jobbe med bare en enkelt løsning for annonselevering. I mange tilfeller har store utgivere forskjellige team for forskjellige kanaler. Hvordan blander utgivere og matcher annonsetjenere og til og med annonsenettverk for å dekke deres behov best?
Rike medier er ikke vanlig for alle plattformer
Nettannonsering styres fortsatt av tungt Flash-annonser, mens stasjonær og mobil vektes tungt på HTML5 og mobilspesifikke formater. Dette endres veldig raskt, men inntil denne fullstendige konverteringen finner sted, er det også spesielt nødvendig med en blanding av rich media.
Dette er også tilfelle for videoformater på mange plattformer. Når det gjelder mobil, kan det hende at video må starte en separat spiller i stedet for å spille av video rett i selve annonseenheten, og dermed endre videoopplevelsen (i tillegg til at det er ganske mye fragmentering i mobil mellom iOS, Android, Windows, og Blackberry).
Det er ganske vanskelig å overføre ett videoformat til alle dem i en nettopplevelse. Derfor utviklet innfødte apper seg også for å sikre den beste brukeropplevelsen for hver av enhetene for avspilling av video.
Mange videoannonsenettverk og plattformer har nå utvidet mobil som en del av tilbudet, men å trekke alt dette inn i en blandet rygg av responsiv annonsering er definitivt en utfordring.
Løsninger
For å løse løsninger på det responsive annonseringsproblemet, må du også se på hvilken type utgiver som er involvert.
Det er hovedsakelig tre typer av utgivere (foruten alle aggregatorene og utgivernettverkene) som utnytter reklame som en del av forretningsmodellen deres. Hver av disse har en annen tilnærming til inntektsgenerering:
- Type A: Forleggere selger sin egen beholdning og har en annonsetjener
- Type B: Utgivere har en annonceserver, men bruker tredjeparts nettverksmerker for å fylle ut beholdningen
- Type C: Forleggere har ingen løsning for annonselevering, men bruker tredjeparts koder og annonsenettverk for annonsering på nettstedet. Disse pleier å være langhale publisister eller små og mellomstore bedrifter som kan ha stor nytte av et RWD-nettsted for SEO-formål, og vil legge inn et nettverk som Google AdSense og / eller tilknyttede nettverksannonsetyper for visninger på skrivebordet
Tilfelle A: flytte annonser slik at de samme annonsene fungerer på alle visninger
Som nevnt ovenfor ser dette ut til å være det mange utgivere gjør i dag som en midlertidig løsning, selv om vi mener at det ikke er den riktige løsningen.
Ikke bare blander det verdien av visninger annonsøren hadde til hensikt å kjøpe potensielt for en CPM-valuta (kostnad per tusen), det kan hende at justeringen på den utgående lenken ikke blir fullstendig kontrollert med annonsøren. Disse problemene er illustrert i diagrammet nedenfor.
- For eksempel, på mange RWD-nettsteder, blir innholdet presset i mobilvisningen under folden, og dermed blir annonsen med en annen verdi av inntrykket i en ny kanal (mobil). Samlet sett er valutaen til en annonseenhet i mobil tydelig forskjellig fra den på skrivebordet.
- Hvis annonsøren har en mobil destinasjonsside, bør den også tilpasses klikkprosessen. Når du klikker på annonsen, skal den gå til riktig format og ikke til en skrivebordsvisning.
Når varelager selges på et nettsted eller plasseres på et nettsted basert på CPM- eller visningsbasert salg, over folden (i det synlige området på siden), hvor inntrykket er angitt, er det veldig viktig. Når en annonseplassering flyttes rundt på nettstedet, må verdien av denne plasseringen kvalifiseres.
En løsning for dette er å selge annonser på en CPC (kostnad per klikk) eller en CPA (kostnad per handling). På denne måten spiller ikke salgskostnadene noen rolle, men de faktiske eCPMene (effektive kostnad per tusen visninger) for de forskjellige visningene kan kvalifiseres til å bedre etablere en beregningsverdi: verdien av beholdningen din på hvert skjermbilde.
Dette vil løse plasseringsproblemet, men hva med problemet med destinasjonssidene? Google AdSense er et eksempel på en god CPC-løsning for å få annonsene dine justert for forskjellige visninger, men du må bytte ut Google AdSense-annonsen for de som er kontekstuelt relevante for den visningen. Denne løsningen er rettet mot utgiver type B og C.
En annen løsning som ble diskutert i en nylig artikkel av Mark Boulton om Responsive Advertising, handlet om å selge alle enhetene som en komplett pakke, som i tilfellet med utgiver type A. Han uttaler at den ikke er basert på CPM per hver annonseenhet, men snarere en slags "sponsing" for stedene i alle kanalene og samlet CPM for alle annonser.
Dette kan være en løsning forenklet for utgiveren å se på alle visningene på tvers av skjermen og summen av hele verdien av kampanjen. Dette ville løse problemet med plasseringen ved å etablere en pris for pakken, men en gang til det løser potensielt ikke problemet med at landingssiden ikke er optimalisert. Annonsørene må være i tråd med denne salgs- og designstrategien.
Sak B: ettermontering av annonsetjeneren
Det er en måte å nærme seg utfordringen med den frakoblede konteksten til den utgående siden, ved å ha annonsekampanjen også justert, slik at hver kanal er riktig konfigurert.
Mange utgivere prøver å bruke en annonsetjener slik at den kun viser annonser som ble solgt i sammenheng med den visningen, men dette er komplisert og potensielt utfordrende på kort sikt. Selv om reklamen og fotavtrykket til annonseenheten er det samme basert på standardstørrelsesstandardene, vil annonsøren trenge å gjenkjenne de forskjellige kampanjene og prisene for de forskjellige visningene, samt konverteringssider som også er designet for hver av de forskjellige visningene. Hvis annonsøren har en responsivt utformet destinasjonsside, kan dette løse det i det minste det problemet.
Diagram IV viser et scenario der den faste iframmen til annonseenhetene forskyves, og hver annonse som selges faktisk selges som en annen annonse (selv om den er av samme størrelse), med hver annonseenhet justert for den bestemte kanalen (visningen) og tilhørende destinasjonssiden for å gå med den reklamen for hver av de forskjellige visningene.
Dette vil skje via et spesialisert målrettingsoppsett og enhetsgjenkjenning. Hver sak ville ha sin egen prisstruktur og oppsett for å levere på tvers av alle forskjellige synspunkter. Dette er et komplisert oppsett, og kan bli et mareritt for administrasjon av annonsekoder for hver sideposisjon når det er behov for endring. Hvis det gjøres automatisk av annonsetjeneren i fremtiden, kan dette definitivt løse problemet.
Likevel er å justere forskjellige kanaler for hver annonse en løsning som muligens kan gjøres med annonsetjenere for type A, B-utgivere.
Rob Flaherty har lagt ut en interessant artikkel om hvordan du bruker 24/7 Real Medias Open AdStream (en av de største aktørene i det første partiets annonseplass) på en responsiv måte. Han foreslår at du bruker jQuery for å justere nettleserbredden for å vise Open AdStream-annonsen, avhengig av bredden.
Dette er en god løsning for utgivere som har tilgang til koden som kommer fra annonsetjeneren. Flaherty uttaler at "det kan være tilfeller der annonseinnholdet ikke kan isoleres fra distribusjonskoden". Ettermontering av annonsetjeneren din kan bli en smerte i…. og vil kreve teknisk kunnskap samt tilgang til deler av systemet du kanskje ikke har tilgang til. Den eneste enkle løsningen for ettermontering av annonsetjeneren vi mener er RAFT (Responsive Advertising Framework Technology), som er et av de patentanmeldte produktene til ResponsiveAds. Vi vil diskutere mer om dette Sak E under.
Sak D: utgivere som kjøper responsive annonseenheter (responsive strekningsannonser)
Dette er tilfelle når en utgiver kilder annonser som er laget for å være responsive. Vi refererer til denne annonsetypen som Responsive Stretch, og vi vil forklare denne tilnærmingen litt mer i avsnitt Case E og en fremtidig oppfølging av denne artikkelen spesielt rettet mot annonsøren. Noen gode eksempler på Responsive Stretch-annonseutforming vises på CSS-Tricks 'tilbudsside. Som du kan se, er de grunnleggende annonser, men det er et eksempel på en responsiv strekk. Vi vil ha mer om dette emnet i del to av denne artikkelen.
Tilfelle E: et fleksibelt responsivt annonserammeverk (f.eks. Responsive bytte- og strekkannonser)
På samme måte som designere har henvendt seg til RWD med forskjellige rammer for utvikling og lagt ut forskjellige design for forskjellige visninger, er en annen tilnærming å bruke et rammeverk for å administrere annonseretning og nettverksfestannonsemerker på hele nettstedet.
Dette konseptet kan gi utgivere størst frihet til å angi forskjellige posisjoner for hvert enkelt syn og fylle beholdningen med fleksibilitet for den rette forretningsmodellen for disse visningene. De kan introdusere annonsører som har opprettet Responsive Stretch-annonser når de blir tilgjengelige.
Denne metoden er faktisk bra for alle tre forlagstyper (A, B, C). For eksempel kan en online annonseserver for skrivebordet brukes til din egen solgte beholdning eller tredjeparts nettverkskoder og deretter muligens en dedikert mobilannonsetjener med mobile tredjeparts nettverkskoder for mobilvisningene.
Mobil i dag er ikke bare en smarttelefonvisning, men har også flere forskjellige telefonformater. Å blande og matche forskjellige nettverksmerker for skrivebordsvisning og mobilannonsenettverk for mobilvisninger kan opprettes med denne typen rammeverk. Det er dette som gjør denne muligheten så fleksibel. Det kan gi utgiveren muligheten til å velge de beste forskjellige plattformene og inntektsgenererende kjøretøyene for forskjellige visninger, og ha riktig oppsett og pris for de forskjellige visningene.
Når du fyller lager ved hjelp av et rammeverk, er det to forskjellige typer konfigurasjoner vi fant essensielle. Vi kaller dem Responsiv bytte og Responsiv strekk.
Responsiv bytte
Responsive Swap er ganske enkelt en annen annonsetype "byttet ut" for hver visning for en angitt posisjon på nettstedet. Denne strategien tar det beste fra alle de forskjellige kanalene og bringer dem sammen. Med andre ord, med fremveksten av RWD og reklame, er det ikke "død av mobilannonsenettverkene", men en mulighet for dem å kombinere mer effektivt til en utgivers responsive nettstrategi.
For eksempel kan en topplasseringsposisjon for et forleggs nettsted (som du kan se i diagrammet nedenfor) ha for hver visning en optimal leaderboardstørrelse og design; skrivebordet kan være 728x90, nettbrettet 468x60, smarttelefonen 300x50 og funksjonstelefonen 216x26. Så det er ikke lenger behov for fast størrelse, men heller konseptet med leaderboard på tvers av nettsteder.
Annonsespots trenger ikke å skiftes rundt på nettstedet, men kan støtte flytende størrelser på annonsefotavtrykk. Diagrammet viser forskjellige farger for å representere hver spesifikke posisjon som er solgt med forskjellige reklamemerker, annonse- eller tredjepartsmerker og som kan konfigureres avhengig av visningene. På denne måten kan utgiveren ha forskjellige inntektsgenereringsteknikker som passer best til hver av disse visningene:
- Det kan til og med være Google AdSense-annonser på tvers av alle visningene, men for forskjellige visninger er det et annet fotavtrykk for størrelsene (Grønn, Lilla, Blå, Rød) - Utgiver Type B, C
- En utgiver vil kanskje ha en kombinasjon av Google AdSense-annonser på hele nettstedet, men for mobilvisningene bruker du et annet annonsenettverk som betaler mer. (Blå og rød = Google AdSense, Lilla og grønn= Mobile annonsenettverk (f.eks. Millennium Media, Google / AdMob, InMobi, Jumptap, osv.) Eller mobilannonseroptimaliserere (Smaato, Admarvel, etc) - Utgiver Type B, C
- Utgiveren kan ha sin egen annonsetjener, men har den bare konfigurert for skrivebordet i begynnelsen, fordi det var det de hadde solgt. De kan gradvis begynne å selge for mobil når de forsterker prosessen og oppsettet (Blå og rød = eget salg, Lilla og grønn= Mobile annonsenettverk) - Utgiver Type A
Rammeverk er kraftige, ettersom de kan gi utgiveren muligheten til å prøve mange forskjellige konfigurasjoner for best å dekke behovene til deres målsettingsmål for deres egen sak. De vil kanskje beholde sin annonseringsstrategi og behandle den samme for hver kanal til det er opphenting, med annonsørene selv som har løsninger for de forskjellige kanalene.
Et eksempel på et rammeverk er vår RAFT (Responsive Ad Framework Technology). RAFT gir utgivere et enkelt rammeverk for å laste inn forskjellige reklamer eller ad-server-koder, basert på den flytende posisjonen de vil at den skal vises på siden for hver av de forskjellige visningene.
Denne løsningen krever nesten ingen teknisk kunnskap, siden du bare trenger å distribuere den ene JavaScript-koden (som Google Analytics eller andre tjenester) på det responsive nettstedet. Det fungerer i utgangspunktet sammen med annonsetjeneren din. Det grunnleggende systemet er gratis og fortsatt i privat beta-modus. Det lar deg fortsette å bruke din eksisterende annonsetjener eller strategi, men utvide tilnærmingen din til alle skjermbilder.
Når RWD dukker opp, vil også forskjellige rammer for å administrere varelager og annonsering på tvers av de forskjellige visningene. Det er en annen tilnærming til å forenkle opplevelsen av annonselevering.
Responsiv strekk
Dette er et emne som har vært ganske aktivt i samfunnet om å la annonseannonser selv strekke seg eller tilpasse seg hvilken som helst skjerm. Dette er viktig å merke seg at for responsive stretch-annonser er det mye kompleksitet rundt løsningen fra tre forskjellige perspektiver:
- Forretningsmodell
- Design
- Servering
Det er hovedsakelig en prosess for byrået og annonsøren, og vi vil nærme oss dette problemet i del to av denne artikkelserien.
Forretningsmodellen
For at en annonse skal fungere på tvers av alle skjermbilder, må det være en metode for å administrere eller bestemme prisene for annonsen for hver visning hvis modellen er CPM. Dette går tilbake til sak A, hvor eksisterende annonser ble flyttet rundt på nettstedet.
Annonsetjenere selv har tradisjonelt holdt hver kreativitet og annonsefotavtrykk som én annonsetype. For å ha fleksibilitet for en annonse å ha et adaptivt kreativt og fotavtrykk for å endre for hvert enkelt syn, kreves en helt annen tilnærming til annonselevering.
Med mindre landingssiden også er responsiv eller konfigurert på en måte å jobbe for denne morfing-reklamen, er du tilbake til det samme problemet; å ha en annen kontekst for en visning som tar deg til en destinasjonsside som ikke er optimalisert for den visningen.
Diagrammet nedenfor viser et konsept med en responsiv strekkannonse for to forskjellige annonsetyper. Den første er et leaderboard som fungerer på tvers av alle skjermer.Ledertavlen i dette tilfellet er en 728x90 som endres til en 468x90 IAB-konfigurasjon for nettbrett, til en 320x50 / 300x50 MMA-konfigurasjon for smarttelefoner og en 216x36 MMA-konfigurasjon for en funksjonstelefon. Den andre typen er en 300x250 rektangel IAB-annonse som endres til en størrelse på 300x50 slik at den kan holde seg over folden og jobbe med funksjonen og smarte skjermer.
Likevel er det en responsiv destinasjonsside knyttet til annonsen for hver av disse Responsive Stretch-annonsene. Dette er representert med de samme fargene rød og gul. I praksis vil en utgiver kanskje bare innlemme en Responsive Stretch-reklame, og bare ha en stasjonær destinasjonsside for nettstedet som i det andre diagrammet nedenfor. Dette er definitivt ikke optimalt (som diskutert i sak A) for annonsøren og anbefales ikke, men det er mulig å gjøre med smarttelefoner.
Man kan forestille seg hvor kompleks dette er for bransjen og annonsørene. De trenger ikke bare å lage en dynamisk HTML5-reklame som fungerer på alle skjermer, men har en destinasjonsside designet med RWD-teknikk.
Dette er tydeligvis fremtiden for responsiv reklame, men det kan være litt vanskelig for merkevarer og byråer å forstå umiddelbart, da det er en rekke forskjellige prioriteringer på bordet mens det responsive nettstedets inventar ramper opp og endrer disse prioriteringene.
Type A-utgivere som administrerer sin egen annonsetjener og annonsesalg, er i en god posisjon til å samarbeide med annonsørene om å levere de ressursene som trengs for å få en fullverdig responsiv opplevelse av Responsive Stretch-annonser for et responsivt nettsted.
Design
Å designe en responsiv strekkannonse har egentlig ikke blitt definert av bransjen. Så det er "det ville vesten" for nye innovative løsninger som bruker HTML5 og CSS3. Det vil kreve mye dedikert tid med byrået eller annonsøren for å få dem opp i fart i prosessen (dermed kostnad).
Når standarder er på plass, vil dette gjøre utdannelsesprosessen mye lettere for bransjen. Det er ikke bare en utfordring å få disse løsningene slik at de er kompatible med eksisterende konfigurasjoner for adskillelse av annonser, men det kan være viktig å få innholdet til å tilpasse seg slik at det for enhver mulig visning av annonsen fortsatt kan godkjennes av merkevaren og byrået.
Produksjonen av en Responsive Stretch-annonse kan være ganske komplisert, og før du hopper inn i prosessen, må du forstå kostnadene knyttet til annonsen mot å ha forskjellige reklamer brukt i et Responsive Swap-scenario.
Servering
Det er definitivt et problem med å tilpasse denne strategien til eksisterende annonsetjenere. De fleste annonsetjenere var ikke designet for å håndtere annonseenheter som endrer størrelse eller konfigurasjon basert på skjermoppløsning eller skjermkontekst; så det kreves en alternativ ettermonteringsløsning. Derfor, selv med Responsive Stretch, kan det å ha et Responsive Ad Framework for å administrere dette fungere med eksisterende annonsetjenere for mobil, online, nettbrett eller hvilken som helst annen kanaltype.
Konklusjon
Denne artikkelen har presentert forskjellige problemer og noen løsninger for muligheten for reklame og inntektsgenerering, spesielt for utgivere som omfavner responsive nettsteder. Etter hvert som responsiv reklame dukker opp, vil det være en rekke nye løsninger introdusert på både publiseringssiden og annonsørsiden. Vi kom ikke for dypt inn i problemene og løsningene for annonsøren i denne artikkelen, og vi planlegger å gjøre en oppfølging om kort tid.
Å få det grunnleggende om å sette opp annonser som fungerer for hver kanal, er definitivt det første trinnet i prosessen. Forleggere bør prøve å få det første trinnet riktig ved å sette sine grunnleggende mål og mål, og deretter vokse derfra.
Vi tror at bruk av mobilannonsenettverk for mobilvisninger og stasjonære annonsenettverk for nettvisninger med et rammeverk er en av de beste tilnærmingene for en nettsideeier som er ny for responsiv webdesign. Når forlagets beholdning er fylt og det genereres penger fra den responsive eiendommen, vil det være mange spennende muligheter for målretting på tvers av skjerm, ommålretting og optimalisering i fremtiden for å løfte inntektene. Derfor er det avgjørende i første fase for utgiveren å utlede en strategi som inkluderer både RWD og responsiv annonsering.
Vi har blitt kontaktet av mange utgivere som ønsker å gå videre med et RWD-nettsted, men hvis de tar den risikoen med responsiv reklame, vil de da kunne opprettholde sin eksisterende inntektsstrøm?
Vi mener det er avgjørende for utgiveren å forstå at de trenger å forstå at responsiv annonsering bare er en utvidelse av deres eksisterende skrivebordsmodell: en måte å tjene ytterligere penger på nettbrett- og mobilvisninger i kombinasjon med de eksisterende stasjonære visningene, og dermed gi nettoresultatet av å utvide virksomheten.
Nå, hvis du leter etter designinspirasjon, kan du sjekke ut disse 30 eksemplene på fantastiske trykte annonser på søstersiden vår Creative Bloq.
