Hvis du kigger på de seneste år med analytiketrafik til websteder, vil du sandsynligvis opleve, at de alle deler en fælles ting til fælles - en stigning i antallet af besøgende, de får fra brugere på mobile enheder.
Globalt er der nu mere webtrafik, der kommer fra mobilenheder end fra hvad vi ville betragte "traditionelle enheder", hvilket stort set betyder stationære eller bærbare computere. Der er ingen tvivl om, at mobil computing har ændret den måde, hvorpå folk bruger onlineindhold, hvilket betyder, at det har ændret måden, at vi skal opbygge hjemmesider til de stadig mere mobilcentreret publikum.
Opbygning af en mobil målgruppe
Oprettelse af "mobile venlige websteder" har været en prioritet for web-fagfolk i mange år. Øvelser som lydhurtigt webdesign, der har til formål at hjælpe med at oprette websteder, der fungerede godt for alle enheder, og fokus på websiteydelse og hurtige downloadtider gavner alle brugere, mobil eller på anden måde. En anden tilgang til mobile venlige websteder er kendt som AMP webudvikling, som står for Accelerated Mobile Pages.
Dette projekt, som støttes af Google, blev oprettet som en åben standard, der gjorde det muligt for udgivere at oprette websteder, der indlæser hurtigere på mobile enheder. Hvis du tænker på, at det lyder meget som lydhurt webdesign, er du ikke forkert. De to begreber deler meget til fælles, nemlig at de begge fokuserer på at levere indhold til brugere på mobile enheder. Der er dog en række forskelle mellem disse to tilgange.
Nøgleforskelle mellem AMP og Responsive Web Design
En af styrken i lydhurtigt webdesign har altid været den fleksibilitet, det tilføjer til et websted. Du kan oprette en side, der automatisk svarer til en besøgendes skærmstørrelse. Dette giver din side rækkevidde og evnen til at tjene en god oplevelse til en bred vifte af enheder og skærmstørrelser, fra mobiltelefoner til tablets til laptops, desktops og ud over. Responsive webdesign er fokuseret på alle enheder og brugeroplevelser, ikke kun mobil. Det er både godt på nogle måder og dårligt i andre.
Fleksibilitet på et websted er fantastisk, men hvis du virkelig ønsker at fokusere på mobil, kan du oprette et websted, der fokuserer på alle skærme, i stedet for udelukkende på mobilenheder, være fleksibilitet i handel med rent optimeret mobilpræstation. Det er teorien bag AMP.
AMP er udelukkende fokuseret på hastighed - nemlig mobil hastighed. Ifølge Malte Ubl, Google Tech Lead for dette projekt, har AMP til formål at bringe "instant rendering til webindhold." Nogle af måderne er gjort:
- Lazy loading
- Brug af forbindelsen
- Forudhenter ressourcer
- Async Javascript
- Inline stilark
- Ingen downloadbare skrifttyper
- Ressource prioritering
Dette er blot nogle af de instruktører, der gør AMP belastning så hurtigt. Der er dog også nogle ting i den liste, der kan gøre langsigtede webprofessorer cringe. Inline stilark, for eksempel. Mange af os har fået at vide i årevis, at alle stilarter skal være indeholdt i eksterne stilark. At kunne style masser af sidesider alt fra et eksternt ark er en af styrken i CSS-en styrke, der er negeret, hvis siderne bruger inline-stilarter i stedet. Ja, du forhindrer behovet for at downloade den eksterne fil, men på bekostning af at kunne administrere hele webstedet med det enkelte stilark. Så hvilken tilgang er bedre? Virkeligheden er, at de begge har deres fordele og ulemper. Internettet ændrer sig konstant, og forskellige personer, der besøger dit websted, har forskellige behov. Det er meget vanskeligt at fastlægge regler, der finder anvendelse i alle tilfælde, fordi forskellige tilgange giver mening i forskellige situationer. Nøglen er at afveje fordelene eller ulemperne ved hver tilgang til at bestemme, hvilket er bedst i dit særlige tilfælde.
En anden vigtig forskel mellem AMP og RWD er, at responsivt design sjældent "tilføjes" til et eksisterende websted. Fordi RWD virkelig er en grundig omtanke for et websteds arkitektur og erfaring, vil det generelt kræve, at webstedet redesignes og ombygges for at imødekomme de lydhøreste stilarter. AMP kan dog tilføjes på et eksisterende websted. Faktisk kan det endda tilføjes på et eksisterende responsivt sted.
Javascript Overvejelser
I modsætning til websteder med RWD fungerer ikke AMP-websteder godt med Javascript. Dette inkluderer 3rd party scripts og biblioteker, der er meget populære på websteder i dag. Disse biblioteker kan tilføre utroligt funktionalitet til et websted, men de har også indflydelse på ydeevnen. Som sådan står det til grund, at en tilgang, der er fokuseret på sidens hastighed, ville ødelægge Javascript-filer. Det er derfor, at AMP ofte bruges bedst på statiske websider i modsætning til meget dynamiske dem eller dem, der kræver specifikke Javascript-effekter af en eller anden grund. For eksempel vil et website galleri, der gør brug af en "lightbox" stil oplevelse ikke være en god kandidat til AMP. På den anden side vil en standard hjemmesideartikel eller pressemeddelelse, der ikke kræver nogen fancy funktionalitet, være en god side at levere med AMP. Denne side vil sandsynligvis blive læst af personer, der bruger mobile enheder, der måske har set linket på sociale medier eller via en mobil Google-søgning. At kunne levere dette indhold øjeblikkeligt, når de anmoder om det, i stedet for at bremse downloadhastigheden, mens unødvendige Javascript og andre ressourcer er indlæst, giver en god kundeoplevelse.
Valg af den rigtige løsning
Så hvilken indstilling passer til dig - AMP eller RWD? Det afhænger selvfølgelig af dine specifikke behov, men du behøver ikke at vælge den ene eller den anden. Hvis vi ønsker at have smartere (og mere succesfulde) online strategier, betyder det, at vi skal overveje alle de værktøjer til vores rådighed og lære, hvordan de vil arbejde sammen. Måske betyder det, at du leverer dit websted responsivt, men bruger AMP på udvalgte sektioner eller sider, der passer bedst til udviklingen. Det kan også betyde at tage aspekter af forskellige tilgange og kombinere dem med at skabe hybride løsninger, som opfylder meget specifikke behov, og som leverer det bedste fra begge verdener til de pågældende besøgende.
