Hvad er en playable-annonce? En letforståelig guide

Key takeaways - En playable-annonce er en kort, interaktiv demo, der kører i en annonceplads. Brugeren prøver et udsnit af din app og installerer derefter eller forlader annoncen. - De fleste playables følger samme forløb: en hurtig hook, nogle få meningsfulde interaktioner og et slutkort (end card) med en tydelig installationsknap. - De bygges som regel som HTML5, og derfor kan de indlæses i et browserlignende miljø inde i annoncepladsen. - Playables passer til apps, hvis kerneoplevelse kan forstås på få tryk. De passer dårligt, når appens værdi ikke kan vises hurtigt. - Håndværket ligger i det, du lader ude. En god playable er en teaser af kerneloopet, ikke en miniversion af hele appen.

Hvad er en playable-annonce?

En playable-annonce er en annonce, du kan bruge frem for blot at se. Den indlæses i en annonceplacering, for eksempel en rewarded-placering i et andet spil eller en interstitial mellem skærmbilleder. Den lader brugeren udføre nogle få ægte handlinger: flette to brikker, styre en bil, swipe for at klippe et reb eller flytte en skyder i et budgetværktøj. Efter en kort interaktion viser annoncen et slutkort (end card), der sender brugeren videre til App Store eller Google Play.

Betydningen af playable-annoncer er lettest at se i kontrast til en videoannonce. En video siger: "sådan ser vores spil ud." En playable siger: "prøv selv de første ti sekunder." Brugeren er ikke længere tilskuer. Det ændrer, hvem der trykker på installér: dem, der har gennemført demoen, har allerede set, hvordan oplevelsen føles.

En playable-annonces anatomi

Næsten alle playables har uanset genre de samme dele. Når du kender dem, er det lettere at briefe en designer, gennemgå en build eller vurdere et værktøj.

1. Hooket

Det første øjeblik skal forklare sig selv uden tekst. Tænk på et puzzlespil, der åbner med et bræt, hvor ét oplagt træk er fremhævet, eller et racerspil, hvor bilen allerede er i bevægelse. Hvis brugeren skal læse instruktioner, lukker mange blot annoncen.

2. Kerneinteraktionen

Det er playablens hjerte. Den bør afspejle produktets reelle loop, ikke en forenklet imitation. Et match-3-spil lader dig bytte brikker og se en kaskade. Et idle-tycoon-spil lader dig trykke for at tjene og derefter købe den første opgradering. En sprogapp kan lade dig besvare ét spørgsmål og få øjeblikkelig feedback.

Begrundelsen for reglen: annoncen er et løfte. Hvis demoen føles anderledes end den rigtige app, vil de, der installerer, føle sig vildledt, og du betaler for installationer, der falder fra igen.

3. Feedback og stigende sværhedsgrad

Små belønninger holder folk i gang: lyd, partikler, en score, der springer, en figur, der reagerer. Mange gode playables hæver også sværhedsgraden eller afslører en ny mekanik undervejs, så oplevelsen ikke føles flad.

4. Slutkortet

Når interaktionen slutter, ser brugeren en tydelig opfordring til handling (call to action). Den indeholder som regel appikonet, en kort tekstlinje og en installationsknap. Nogle playables tilføjer også en "fortsæt"- eller "prøv igen"-mulighed, men vejen til installation må aldrig være skjult.

5. Udgangen

Enhver playable skal have en defineret måde at sende klikket videre til storen. Hvordan det fungerer, afhænger af annoncenetværket, og derfor er QA på hvert netværk vigtig. For Google Ads, se ExitApi i App-kampagner.

Hvad en playable-annonce består af

Under motorhjelmen er de fleste playables HTML5-pakker: HTML til struktur, CSS til styling, JavaScript til logik og assets som billeder og lyd. Mange bruger et canvas-element til at tegne spilgrafik; MDN's dokumentation om canvas er et godt udgangspunkt, hvis du vil forstå, hvad det betyder.

Annoncenetværket indlæser pakken i en webview og giver den en måde at rapportere klik på og i nogle tilfælde at vide, hvornår den er synlig. Nogle netværk bruger MRAID-standarden til denne kommunikation mellem annonce og app; IAB Tech Lab huser MRAID-specifikationen. Andre bruger deres egen klikfunktion eller et defineret exit-kald. Det er den del, der varierer mest fra netværk til netværk, og den del, der oftest får uploads til at fejle.

Fordi pakken kører i en annonceplads, har den begrænsninger, en almindelig webside ikke har: den skal indlæses hurtigt, fungere med begrænset hukommelse, undgå uventede eksterne forespørgsler og håndtere touch-input godt. Hvert netværk offentliggør sine egne grænser for filstørrelse og pakning. Tjek altid netværkets aktuelle specifikation i stedet for at stole på tal, du har set i et blogindlæg.

Hvor playable-annoncer kører

Playables optræder i flere typer placeringer:

• Rewarded- og interstitial-placeringer i mobilspil. Det er formatets klassiske hjemsted. Brugeren er allerede i en spillestemning, så en interaktiv annonce virker ikke malplaceret.
• App-kampagner på store annonceplatforme. Nogle platforme accepterer HTML5-assets som en del af app install-kampagner, hvilket gør playables tilgængelige uden et separat netværksforhold. Uploadprocessen har sine egne regler; se Sådan uploader du en HTML5 ZIP til Google Ads.
• Annoncenetværk og mediationplatforme specialiseret i annoncering for app-installationer. Hver har sin egen specifikation, sine egne forhåndsvisningsværktøjer og sin egen godkendelsesproces.

Ikke alle netværk understøtter alle playables. En build, der består på ét netværk, kan fejle på et andet på grund af en klikhåndtering, et eksternt kald eller et pakkeproblem.

Playable-annoncer versus andre interaktive annoncer til apps

"Interaktive annoncer til apps" er en bred betegnelse, så det er værd at adskille de almindelige formater:

• Playable-annoncer: brugeren styrer et reelt, om end lille, stykke af appen.
• Interaktiv video: en video med trykmål eller forgreninger. Den er for det meste lineær, og brugerens input er begrænset.
• Rich media- eller udvidelige annoncer: de kan animere, udvide sig eller reagere på et tryk, men de simulerer sjældent produktet.
• Standardvideo og statiske annoncer: brugeren ser eller kigger og beslutter sig derefter.

Ingen af dem er "bedre" generelt. De løser forskellige opgaver. Video er god til at fortælle en historie og opbygge genkendelse. En playable er bedre til at lade nogen selv bedømme gameplayet eller funktionen.

Hvornår en playable giver mening

Playables virker bedst, når din kerneoplevelse kan forstås i løbet af få interaktioner. Typiske eksempler:

• Hyper-casual- og casual-spil med et enkelt, gentageligt loop.
• Puzzle- og merge-spil, hvor ét tilfredsstillende træk viser hele idéen.
• Simulations- og tycoon-spil, hvor det at trykke og opgradere er selve nydelsen.
• Utility- og lifestyle-apps, der kan vise ét tydeligt før-og-efter-øjeblik.

De passer dårligere, når:

• Appens værdi afhænger af indhold, sociale forbindelser eller langsigtet progression, som ikke kan vises i en kort demo.
• Din onboarding er kompliceret og ikke kan komprimeres uden at forvrænge produktet.
• Du ikke har kapacitet til at teste buildet på rigtige enheder og på hvert netværk.

Den ærlige test er enkel: kan en fremmed efter en håndfuld tryk forstå, hvorfor din app er sjov eller nyttig? Hvis ja, er en playable værd at prøve. Hvis ikke, løser en video måske opgaven bedre.

Almindelige fejl med playables

• For lang. Hvis brugeren ikke inden for rimelig tid når slutkortet, falder mange fra. Skær tutorials og ekstra baner væk.
• For nem eller for svær. En demo, man ikke kan tabe, føles kedelig. En, der frustrerer fra start, spilder eksponeringen.
• En vildledende demo. Hvis playablen viser mekanikker, der ikke findes i appen, vil du før eller siden se det i dine retention-tal.
• Ingen tydelig opfordring til handling. Slutkortet skal gøre næste skridt oplagt.
• Ingen test på enheder. Touch-håndtering, automatisk lydafspilning og skærmstørrelser opfører sig anderledes på rigtige telefoner end i en forhåndsvisning på computeren. Brug en tjekliste som QA-tjeklisten for HTML5-playables, før du indsender noget.

Sådan kommer du i gang

Du har tre realistiske veje:

1. Byg den i hånden med webkode eller et spilframework. Det giver fuld kontrol og kræver udviklertid.
2. Eksportér fra en spilmotor. Hvis dit spil allerede er bygget i en motor med en eksportløsning til playables, kan du genbruge assets og logik. Du skal stadig overholde hvert netværks pakkeregler.
3. Generér en første version ud fra din store-side. Et værktøj som PlayableRun kan omdanne en App Store- eller Google Play-side til en HTML5-playable og eksportere en ZIP, der er klar til Google Ads. Det giver dig hurtigt noget at teste og finjustere, men du bør stadig gennemgå den, som du ville gøre med ethvert andet kreativ.

Du kan læse en gennemgang af hele processen, herunder hvad du skal forberede og tjekke, i Sådan laver du en playable-annonce uden en udvikler.

Uanset hvilken vej du vælger, så start med én idé, én kerneinteraktion og ét slutkort. Udgiv den, se hvordan folk opfører sig, og iterér. Playables belønner små, fokuserede eksperimenter mere end ambitiøse første builds.

Where to go from here

Hvis du vil se, hvordan en færdig playable føles, før du beslutter noget, kan du se på live-demoerne. Hvis du hellere vil prøve at lave en ud fra din egen store-side, kan du oprette en gratis konto og se, hvor langt et første udkast bringer dig.