Google AMP - Et fald på 70% i vores konverteringsfrekvens.

Æg. På. Ansigt. Jeg er lige færdig med ikke mindre end 3 artikler og 3 YouTube-videoer, der praler af, hvor stort mit design arbejde har været for nylig for at få en 500% forbedring af vores konverteringsfrekvens.

Og nu har jeg mistet en enorm del af den forbedring med nogle nylige ændringer.

Lad os tale om Google AMP. AMP står for Accelerated-Mobile-Pages. Det er en teknologi, Google oprindeligt introducerede for at få webudviklere til at fremskynde deres websider til mobile enheder og mobilnetværk. Men på mange måder ser det ud til at være god teknologi til enhver enhed eller netværk. Hvem vil ikke have hurtige websteder?

Der er ikke noget, der er magisk ved det. En stor del af dens ydeevne boost er simpelthen dens standarder: intet javascript, alt inline CSS og CSS kan kun måle 50 KB eller mindre. Du vil få enhver side til at indlæses hurtigere med disse krav.

Men Google er også vært for AMP-sider fra deres eget CDN. Så visse sider, du støder på fra organiske søgeresultater (og nu Google Ads), viser faktisk din side fra Googles egne servere. Yay! Det skal være hurtigt.

I organiske (og for nylig betalte) placeringer på din side er der endda et pænt AMP-lynikon.

Og det er blevet sagt, at Google muligvis rangerer disse placeringer højere end sider, der ikke er AMP.

Lad os komme ind på dette!

Så jeg brugte de sidste par uger på at gå dybt ind i at genopbygge vores destinationssidesoplevelser i Google AMP. Jeg blev psyket. Jeg var allerede høj på mine tidligere sejre, og nu skulle tingene blive endnu bedre. Tidlig test syntes positiv. 100% i Google Chrome's fyrtårn (et præstationsrevisionsværktøj bagt i browseren). Straight As fra webpagetest.org. Kom med trafikken fra de besøgende, som Google har velsignet før mig!

Crickets.

Ikke nøjagtigt crickets, men blystrømmen bremsedes hurtigt (og statistisk). Måske bare sommerferien doldrums? Nej, ikke det, da jeg sammenligner vores tal med nogle gode konverteringsresultater, der var sket lige gennem den amerikanske uafhængighedsferie. Dette var virkelig dårligt.

Det er umuligt at vide nøjagtigt, hvad der skete med sikkerhed, fordi der er en masse variabler. Men lad mig fremhæve et par tilfælde, hvis du udfører den samme type eksperiment og vil undgå lignende problemer.

Er dette en fidus?

Én ting, du vil bemærke, når du rammer en Google AMP-side, er, at nu dine sider, hvis de fås adgang fra en mobil / tablet-enhed, sandsynligvis er inde i "Google AMP Viewer."

google.com er i URL-adresselinjen med noget ekstra UI-krom øverst. Nu kan det at have google.com være et tillidssignal for folk.

Men er det hele tiden?

Jeg har en følelse ikke i mange tilfælde. Det er fint at læse nyhederne. Men jeg prøver at etablere min virksomhed som en legitim forretning, som en fremmed kan stole på til at bygge software til dem. At have google.com rækker ud af en phishing-scam eller flyve om natten, der ikke havde råd til deres eget domæne. Det hjælper ikke at klikke på “hamburger-menuen”, en standard designpraksis nu.

Det går til en supportartikel, som jeg tvivler på, at nogen af ​​mine besøgende læser.

Hvis du så finder ud af, hvordan man trykker på knappen Tilbage til vores site, kan du sandsynligvis have endnu mere krom om at være "logget ind" på Google.

Jeg kan virkelig ikke lide denne oplevelse som designer eller som bruger af et mærkeligt websted, jeg fandt på internettet, som prøver at få mig som deres klient.

Måske er AMP virkelig ødelagt.

Test af AMP-sider er heller ikke den mest enkle ting i verden. Nogle gange serveres dine sider fra dit domæne, nogle gange er de ikke og fra Googles CDN. Så sørg for, at du tester grundigt fra begge dele.

En ting, du kan gøre for at teste dine sider, er at bruge Google Chromes enhedsemulator til at emulere en mobil eller tablet-enhed.

Dette kan dog være vanskeligt for dig. Du skal først finde din webside via Google. Søg forhåbentlig med nøgleord, der får dit websted til de bedste resultater. Klik på den organiske liste, og voíla kan du teste dit websted.

Men et problem. Nogle gange får jeg blanke sider.

Der er ikke noget i Javascript-konsollen om fejl (AMP har sit eget Javascript forresten). Jeg troede, det var bare et udfald at udføre en test i en emulator, men nu, da jeg har fået min konverteringsfrekvensydelse, er jeg ikke så sikker.

Der er flere tråde om dette emne.

Første tip er at ikke bruge html {position: relative}. Det var jeg ikke. Det er det eneste tip.

Og problemet er intermitterende. Der er ingen rim eller grund, når det dukker op. Jeg har heller ikke været i stand til at se det med de få faktiske enheder, jeg har testet på. Er dette et reelt problem i produktionen?

Jeg har ingen ide. Men det kan være. Jeg har oprettet sofistikerede websteder i over 20 år, og jeg kan ikke engang være sikker på, at Google viser mit indhold konsekvent?

Er designene virkelig de samme.

Hvis du prøver at konvertere en side til AMP, er du sandsynligvis nødt til at tage nogle forskellige designbeslutninger. Ikke blot at flytte CSS, men vælge en anden designramme, der forbliver lille. Og så skal du gentage din originale side, hvis du vil sammenligne resultater med æbler til æbler.

Så jeg brugte en masse tid på at replikere siderne, men det var ikke perfekt. For eksempel går min hovedoverskrift på en bestemt bredde til 3 linjer mod 2 i den ikke-AMP version.

Sandsynligvis ikke en markant nok af en ændring til at udgøre et fald på 70% i konverteringsfrekvensen, men det kombineret med alt det andet, der er nævnt ovenfor og andre designfornøjelser som dette, kan alle bringe os ned.

Er denne designdel AMP's skyld? Slet ikke.

Men hvis du går ned af denne sti, har jeg, skal du sørge for, at du har masser af tid til at gøre disse sider identiske, eller du vil have de samme problemer med at prøve at måle konverteringsydelsen, mens andre designbits ændrer sig under dig. Det er hårdt. Giv god tid til at få det rigtigt.

Hvad nu? Nå, jeg er stadig temmelig bevidst om AMP's koncept og standarder. Jeg ville elske sider for at blive mindre og hurtigere på nettet. Der er lidt grund til, at et lille virksomhedswebsted, der kunne indlæses 100ms som et statisk sted for al HTML og intet Javascript, faktisk er en 100MB React-app

Men jeg tøver med fuldt ud at omfatte Google Ecosystem, der tager lige så meget kontrol over mit websted som AMP. Jeg kan godt lide Google og det hele, men jeg har haft problemer med at indlæse Google Analytics i over 24 timer uden svar fra "Support": / Vil jeg have, at de skal eje endnu mere af min virksomhed?

Den gode nyhed er, at Google understøtter at tage det bedste ud af AMP og gøre det til en standard, der ikke rigtig handler om Google.

Google lover, at enhver webside, der matcher ydelsen på en AMP-side, får den nøjagtig samme behandling i Google-søgning.

Så jeg er spændt over at se, hvordan dette rum udvikler sig.

Men når jeg fortsætter med at bygge nye websteder og landingssider her i den nærmeste fremtid, holder jeg på med at bygge disse med AMP. Jeg fortsætter med at eksperimentere, men nye sider og destinationssider vil holde deres hjem på steder, jeg har meget mere kontrol over og forståelse for.

P. S. Hvis du har brug for hjælp til at opbygge software, kan du ringe til os. Jeg er sikker på, at vi kan hjælpe.

Og du skal følge mig på YouTube: youtube.com/nathankontny, hvor jeg deler mere om, hvordan jeg driver en virksomhed, udfører produktdesign, markedsfører mig selv og bare kommer igennem livet.

Oprindeligt offentliggjort på www.rockstarcoders.com den 8. august 2018.