Blogg

Slutt å behandle landingssider som en sjekkliste: Rekkefølgen som faktisk betyr noe

En repeterbar fremgangsmåte for å fikse landingssidefeil på tvers av kundekontoer – uten å bli lammet av sjekklister.

Sammendrag

Det meste av råd om landingssidefeil er en liste over alt som kan gå galt, noe som er farlig lite hjelpsomt for et byrå som må levere resultater på tvers av mange kundekontoer. Det som faktisk fungerer, er en operasjonsrekkefølge: fiks løftet (promise match) før layout, velg ett konverteringsmål før polering, bevis tilbudet over folden, gjør deretter sosialt bevis relevant, revider sidevekt før du skylder på verten, og lanser med én testbar hypotese. Denne artikkelen går gjennom denne sekvensen som et repeterbart revisjonsrammeverk, med avveininger og forbehold som generelle oppsummeringer hopper over. Den utfordrer også antakelsen om at mer sosialt bevis alltid er bedre, og at A/B-testing bør komme først. Resultatet er en raskere og mer forsvarlig prosess som fungerer for alle kunder, ikke bare én side.

Det meste av råd om landingssidefeil er en liste over alt som kan gå galt. Hvis du har én side og én kunde, er den listen brukbar. Hvis du driver et byrå og er ansvarlig for sider på tvers av fem, ti eller femten kontoer, er en liste uten rekkefølge en byrde: du kan ikke fikse alt, og å prøve på det gir en spredt versjon av hver side som ikke presterer bedre enn før. Alternativet er en operasjonsrekkefølge. Kunsten er ikke å vite hva som kan gå i stykker; det er å vite hva du skal fikse først, hva du skal fikse senere, og hva du skal la være i dette kvartalet.

1. Start med løftet, ikke siden

Skriv ned det nøyaktige løftet fra annonsen, e-posten eller søkeresultatet som sendte besøkende til siden. Les deretter overskriften på landingssiden høyt. Hvis de to ikke er gjenkjennelige som samme setning, har du funnet det første du må fikse – før noen diskusjon om farge, layout eller sosialt bevis. Dette er annonse-til-landingsside-mismatch-problemet, og det er den vanligste grunnen til at en side mottar trafikk og likevel konverterer dårlig. Den besøkende tar en ubevisst vurdering i de første sekundene: «Er dette der annonsen sa jeg skulle lande?» Hvis løftet på siden er annerledes, er tilliten borte, og ingen mengde polering kan gjenopprette den. Match betyr ikke å gjenta annonsen ord for ord. Det betyr at fordelen må være den samme og ordlyden må føles sammenhengende. En kunde kan kjøre tre annonser med ulike vinklinger; siden din bør tilpasse overskriften til vinklingen, eller du bør sende hver vinkling til sin egen versjon av siden. Som et minimum må den dominerende overskriften gjenspeile det dominerende løftet.

2. Velg ett konverteringsmål, og slett resten

Før du åpner designfilen, spør kunden hva et vellykket besøk er i én setning. Finn deretter alle andre forespørsler på siden – «bestill demo»-knappen, «last ned guiden»-lenken, den faste navigasjonen i toppteksten – og enten fjern dem eller nedgrader dem så tydelig at den primære handlingen er det eneste visuelt dominerende på siden. For mange mål lammer besøkende; en side som ber om to handlinger, får vanligvis ingen. Dette er det minst glamorøse og mest effektive trinnet i revisjonen. Forbeholdet er at noen sider med rette trenger en sekundær handling, som en chat-widget eller et telefonnummer. Det er greit. Regelen er ikke «bare ett element»; den er «én primær handling, og alle andre handlinger er tydelig mindre». Hvis et element er like dominerende som den viktigste CTA-en, er det et konkurrerende mål.

3. Bevis tilbudet i første skjermbilde

Hva ser en besøkende de første to sekundene av sidelastingen? Overskriften, en undertittel med fordeler og den primære CTA-en bør være synlige uten å scrolle – både på en bærbar datamaskin og på en telefon. Dette kalles ofte over-folden-optimalisering, selv om uttrykket er litt misvisende: på mobil er «folden» et bevegelig mål, så prinsippet er prioritering, ikke propping. Spør hva som fortjener en plass i det første visningsområdet. Hvis toppen av siden har et stort bannerbilde, en logo og en tre-linjers navigasjonsmeny før noen fordel er nevnt, bruker siden de første sekundene på alt annet enn tilbudet. Forbeholdet er at du ikke bør respondere ved å stappe alle nøkkelmeldingene inn i første skjermbilde til det blir en vegg av tekst. Målet er en tydelig sekvens: løfte, bevis på fordel, handling. En nyttig test er å åpne siden på en telefon og telle hvor mange tommelfinger-sveip det tar å se CTA-en. Hvis det tar mer enn to, avgjør hva som er mindre verdifullt enn CTA-en og flytt det lenger ned.

4. Gjør sosialt bevis til relevant bevis for fasen

Ta alle anbefalinger, logoer og vurderinger av siden, og fordel dem i hauger etter hvilken fase besøkende er i. En besøkende som nettopp har landet fra en annonse, spør ikke «er dette selskapet generelt pålitelig?»; de spør «er dette relevant for min situasjon?» En anbefaling fra en stor bedrift kan fremmedgjøre en småbedriftseier som ikke kjenner seg igjen i den kunden. Den praktiske testen er å lese hvert sitat med målkjøperen i tankene og spørre om det får personen til å føle seg forstått. Hvis sitatet kunne stått på en hvilken som helst konkurrents side, gjør det ikke jobben. Det kontrare er at en landingsside uten logoer fortsatt kan konvertere godt hvis den betjener et veldig tidlig publikum som ennå ikke har lært hva de skal se etter – en tydelig forklaring på problemet er mer verdifull enn en imponerende kundeliste. Så ikke behandle «legg til sosialt bevis» som en universell løsning. Behandle det som et element som bare fungerer når beviset er lesbart for den spesifikke personen som leser det.

5. Tell hva som er på siden før du skylder på serveren

En treg landingsside er ikke et hostingproblem ennå. Det er et innholdsproblem. Kjør siden i et grunnleggende ytelsesverktøy, og se deretter på hva du lastet inn: ukomprimerte bilder, en video som spilles automatisk, en tredjeparts-widget, store fonter, tung tilpasset kode. De fleste hastighetsproblemer på landingssider kommer fra disse elementene, og å fikse dem er vanligvis billigere og raskere enn å bytte hostingplan. Selv en ettsekunds forsinkelse kan redusere konverteringsraten betydelig, så dette er ikke kosmetisk. Gå gjennom element for element og spør om hver ting forsvarer vekten sin. Formidler det bildet noe overskriften ikke gjør? Må videoen spilles automatisk, eller kan den være en miniatyrbilde som spilles på forespørsel? Forbeholdet er at ikke alle tunge elementer er en feil. Noen produkter trenger virkelig en kort forklaringsvideo, og en perfekt rask side som ikke kan forklare tilbudet, er ingen seier. Den riktige sekvensen er å fjerne det som ikke forsvarer plassen sin, deretter komprimere det som er igjen, og så måle igjen. Hvis siden fortsatt er treg etter å ha fjernet en tredjedel av elementene, da – og først da – begynner du å se på serveren og oppbyggingen.

6. Lanser med én testbar hypotese

Her tar de konvensjonelle rådene feil rekkefølge. «Ikke A/B-testing» er listet som en feil, og det er det, men for et byrå er den større feilen å teste før du har en stabil baseline – eller å endre fem ting mellom to lanseringer og kalle resultatet en test. Før du publiserer en side, bestem deg for den enkeltstående mest usikre antakelsen på siden. Er det overskriften? CTA-ordlyden? Skjemalengden? Hvis skjemaet er det sannsynlige friksjonspunktet, vil veiledningen i fikse landingsside-skjemaer hjelpe deg med å bestemme hva du skal teste først. Definer deretter hva du vil endre hvis trafikk beviser at antakelsen er feil. Dette gir deg en test fra dag én uten å trenge en egen forskningsfase. For mindre kunder med lav trafikk kan statistisk signifikans være langt unna; behandle testen som en strukturert måte å lære på, ikke som en myntkast. Og uansett hva du gjør, ikke test kundens smak. Test tilbudet, løftet og friksjonen. En test som endrer knappfarge basert på en magefølelse, er ikke en test; det er en redesign med ekstra steg.

Rekkefølgen er strategien

Sekvensen er bevisst: meldingsmatch før layout, ett mål før polering, bevis over folden, relevant tillit før generisk tillit, hastighet gjennom subtraksjon før hastighet gjennom infrastruktur, og én hypotese før kontinuerlig testing. Hvis du bare har én time med en kunde, gjør trinn én og to i den timen. Hvis du har en uke, gjør alle seks. Grunnen til at dette rammeverket fungerer på tvers av ulike kunder, er at det ikke handler om smak. Det handler om rekkefølgen en besøkende tar beslutninger i, og den rekkefølgen endrer seg ikke fra bransje til bransje. Når du kjører revisjonen i denne sekvensen, bruker du mindre tid på å diskutere estetikk og mer tid på å fjerne friksjonen som faktisk hindrer den besøkende i å si ja. Det er en repeterbar prosess, og repeterbarhet er det et byrå faktisk selger.

Sources (5)