Har du nogensinde prøvet at klikke på en annonce, mens du krydser Facebook på mobilen, og undrer dig over, hvorfor det gik så langsomt? – Har du som købmand nogensinde undret dig over, hvorfor konverteringsraten er lavere på facebook via mobilen?
Efterhånden som mobilbrugen stiger, gør shopping via mobil det også – det betyder, at du virkelig bør holde omhyggeligt fokus på dette kanalmix (hvilket for erfarne Digital Marketeers ikke er nogen nyhed). Og mens alle taler om iOS 15-opdateringer, og hvordan de skader marketingfolk på e-mail-sfæren, kan dette være endnu mere sårende, ELLER bedre end det, afhængigt af hvad du sigter efter.
For at sætte dette ind i en situation, som du måske kan relatere til – for et par år siden sad jeg utrætteligt og så tusinde videoer (ingen pral, det var mere end det) om, hvordan købstragten fungerede for vores brugere på e-handel jeg blev ansat til at arbejde med at optimere kassen til. Vi fandt gennem kvantitativ og kvalitativ analyse, at denne specifikke blanding af facebook/android og facebook/safari gjorde ondt. For at være konkret var konverteringsraten skræmmende lav og heller ingen god grund.
Der var nogle indikatorer at gå ud fra, det så ud til, at indlæsningshastigheden blev påvirket, hvilket fik mig til at gå fra kvantitativ til kvalitativ analyse, derfor begyndte jeg at se en masse optagelser af hjemmesidebesøg ved hjælp af både Hotjar og VWO (de har forskellige kvaliteter, men begge virker bøde).
Det ser først og fremmest ud til, at caching-reglerne for en traditionel opsætning ignoreres, når fbclid=”344234234″ dekorationen blev vedhæftet, dette blev nemt rettet ved hjælp af apache-omskrivningsregler, og dette problem kan nemt løses ved at bruge google som en guide. Og dette hack hjalp, omend ikke i det omfang, mit team og jeg havde håbet. Så nu med denne rettelse anvendt, startede vi forfra, kiggede på de besøgende gennem video og forsøgte at navigere i, hvad der skete.
Det, vi fandt, var, at Facebook på noget tilfældige tidspunkter tester vejret for at tvinge sine brugere til at bruge in-app browser i stedet for deres foretrukne 3. parts browsere, som er lokalt valgt af brugeren. ligesom Safari/Chrome, og med god grund også – for nogle år siden besluttede facebook ikke at bruge chrom i deres webview/in-app browser. (https://www.maketecheasier.com/force-facebook-app-use-external-browser/)
Problemet, hvis du måtte, med denne switch er, at webview-browseren har begrænset funktionalitet, og det er noget, som de fleste e-handelsbutikker har svært ved at optimere deres indhold til. For at gøre det kort og enkelt, kan din side fungere, men der er begrænset saft til at drive den, og der er nogle begrænsninger, der begrænser funktionaliteten, hvilket betyder, at dine sidebesøg vil blive bremset ned til en gennemgang, og det kan være grunden til, at din konverteringsrate er skadelig . Et andet referencepunkt, der beviser, at en ændring er på vej, er, at Facebook for nylig tester at fjerne muligheden for at tvinge åbning i ekstern browser (https://www.xda-developers.com/facebook-removes-option-open-links- i-eksterne-browsere/).
Dette kan betyde undergang for mange mindre e-handelsbutikker uden den rette juice til at optimere til kanal/platform-mix, men da det er i Facebooks egen interesse at forhindre, at det skader deres primære indtægtskilde(reklamer), vil det ikke være noget. der slår internettet ned.
Ved først at prøve at navigere i dataperspektivet og derefter bekræfte oplevelsen gennem videoer, fandt vi også ud af, at kassen havde unikke problemer med knapper og rullemenuer. Efter at have anvendt mere end 21 små rettelser gik vi samlet set fra 0,94 % konverteringsrate til 5,3 %. Dette var på bekostning af måneders analyse, test, rettelser og start forfra.
Det vil tage noget tid for butikken at tjene på omkostningerne i optimeringsprojektet, men i det mindste nu har den en chance for at gøre det frem for at blive ved status quo, som aldrig står stille.
For kort at opsummere lå de problemer, vi fandt, i:
caching:

  • Checkout formularen
  • Trinene til kassen
  • Hjemmesidens samlede størrelse på mobil.