Performance i Magento 2: Find årsagen til en langsom webshop

En kategoriside er længe om at åbne. Filtreringen reagerer langsomt, og på mobilen går der flere sekunder, før kunden kan bruge siden. Samtidig viser PageSpeed Insights en lav score.

Det kan skyldes et tungt frontendtema, omfattende produktdata, moduler, integrationer eller serveropsætningen. Ofte er der flere forhold, som påvirker hastigheden på samme tid.

Hos Conversio anbefaler vi derfor at begynde med at undersøge, hvor ventetiden opstår i en Magento 2-webshop. Det gør det lettere at vurdere, om løsningen ligger i cache, integrationer, frontend, hosting eller en kombination af flere forbedringer.

Oplevet hastighed og PageSpeed-score fortæller forskellige ting

Den oplevede hastighed handler om, hvordan webshoppen fungerer for kunderne. Hvor hurtigt bliver produkterne synlige? Hvornår reagerer menuen? Og hvor længe skal kunden vente efter at have valgt et filter eller lagt en vare i kurven?

PageSpeed Insights måler andre dele af oplevelsen. Værktøjet udfører en simuleret test og viser desuden data fra faktiske brugere, når der er tilstrækkeligt med data. Performance-scoren bygger på den simulerede test og bør vurderes sammen med de enkelte målinger og brugerdata.

En produktside kan derfor godt få en fornuftig score, selvom søgningen eller checkout er langsom. Omvendt kan en side vise sit indhold hurtigt, men stadig få en lavere score på grund af tunge scripts eller elementer, der flytter sig under indlæsningen.

Find ud af, hvor webshoppen er langsom

Før vi begynder at optimere, skal vi vide, hvor problemet opstår. Er hele webshoppen langsom, eller gælder det bestemte sider og funktioner? Er hastigheden dårlig hele dagen, eller opstår problemerne især under produktimport og perioder med høj trafik?

Vi undersøger blandt andet:

• forside, kategorier og produktsider på mobil og desktop
• søgning, filtrering, kurv og checkout
• hastigheden ved første besøg og efterfølgende besøg
• forskellen mellem gæster og kunder, der er logget ind
• serverbelastningen under import og andre automatiske opgaver.

Hvis en kategoriside indlæses hurtigt fra cache, men er markant langsommere uden cache, kan årsagen ligge i det arbejde, Magento skal udføre for at generere siden.

Svarer serveren derimod hurtigt, mens browseren bruger lang tid på at vise indholdet, skal vi i højere grad se på frontend, JavaScript, billeder og andre ressourcer.

Store produktkataloger stiller krav til Magento

Et stort produktkatalog kan påvirke hastigheden, men katalogets opbygning har også betydning. Mange produktvarianter, omfattende filtrering og sortering, individuelle priser og flere markeder kan gøre det mere krævende at hente og præsentere produkterne.

Forestil jer en kategori med mange produkter og filtre. Hvis webshoppen samtidig skal beregne kundespecifikke priser og hente ekstra oplysninger gennem specialudviklede moduler, kan flere processer bidrage til ventetiden.

Her ser vi blandt andet på søgning, databaseforespørgsler, prisberegninger og den måde, produktdata bliver behandlet på. Vi undersøger også, om produktimport og opdateringer udløser unødvendige beregninger eller andre ressourcekrævende opgaver.

En kraftigere server kan hjælpe, hvis webshoppen mangler kapacitet. Men hvis et modul udfører den samme tunge beregning igen og igen, kan det give mere mening at optimere funktionen.

Integrationer kan påvirke webshoppens hastighed

Mange Magento 2-webshops udveksler løbende data med ERP, PIM, lagerstyring og leverandører. Integrationerne kan påvirke hastigheden, afhængigt af hvordan og hvornår data bliver behandlet. En integration mellem webshop og ERP kan blandt andet håndtere overførsel af produkter, priser, lagerstatus og ordrer. 

En stor produktimport kan eksempelvis belaste serveren, selvom kunderne ikke bruger integrationen direkte. Når mange produkter opdateres på én gang, kan det desuden medføre, at cachede sider bliver ugyldige og skal genereres igen.

Et andet problem kan opstå, hvis webshoppen skal vente på svar fra et eksternt system. Det kan være et opslag på lagerstatus eller en prisberegning, som udføres, mens kunden bruger siden. Her undersøger vi, om opslaget behøver at ske i det øjeblik, og hvad der sker, hvis det eksterne system svarer langsomt eller slet ikke.

Vi gennemgår også, hvor ofte integrationerne kører, hvor store datamængder de behandler, og om kørslerne falder sammen med perioder, hvor webshoppen bliver langsom.

Nogle gange kan belastningen reduceres ved at fordele større importer over flere kørsler. Andre gange kan det hjælpe kun at overføre eller behandle oplysninger, der faktisk er ændret.

Cache kan reducere svartiden

Cache gør det muligt for Magento at genbruge indhold, som allerede er genereret. Full-page cache har især betydning for kategori-, produkt- og indholdssider. Når en side kan leveres direkte fra cache, kan det både forkorte svartiden og reducere belastningen på serveren.

Kurv og checkout kræver en anden håndtering, fordi de indeholder oplysninger, der varierer fra kunde til kunde.

Ved en performancegennemgang undersøger vi, om siderne bliver leveret fra cache, og hvor ofte cachen bliver tømt eller gjort ugyldig.

Et modul kan eksempelvis være udviklet på en måde, der forhindrer en ellers cachebar side i at blive cachet. Resultatet kan være, at Magento skal generere hele siden igen ved hvert besøg.

Cache warming kan gøre siderne klar på forhånd

Når en side endnu ikke ligger i cache, skal Magento først generere den. Det kan give en længere svartid for den første kunde, der besøger siden.

En cache warmer kan besøge udvalgte sider automatisk, så de bliver lagt i cache, inden kunderne åbner dem. Det er blandt andet relevant efter deployment eller ændringer, der har gjort cachede sider ugyldige.

På webshops med store produktkataloger bør cache warming dog planlægges efter, hvilke sider der bliver besøgt mest. Hvis systemet ukritisk forsøger at opbygge cache for alle produkter, filtre og markeder, kan det skabe unødig belastning.

Hyvä kan give en hurtigere frontend

Når ventetiden primært opstår i browseren, kan det være relevant at se nærmere på webshoppens frontend.

Hyvä er et alternativt frontendtema til Magento 2, der er udviklet med fokus på en lettere teknisk opbygning. Sammenlignet med Magentos traditionelle Luma-frontend bruger Hyvä som udgangspunkt mindre JavaScript og CSS. Det kan reducere mængden af kode, browseren skal hente og behandle.

Det kan give hurtigere indlæsning og bedre PageSpeed-resultater afhængigt af webshoppens opbygning.

Store billeder, mange marketingtags og tunge tredjepartsfunktioner kan stadig gøre en Hyvä-webshop langsom. Et skifte til Hyvä ændrer heller ikke på tunge databaseforespørgsler, langsomme ERP-opslag eller manglende serverkapacitet.

Eksisterende moduler og specialudviklede funktioner skal også gennemgås, da nogle kan kræve tilpasning for at fungere med Hyvä. Både den forventede forbedring og udviklingsomkostningerne bør indgå i beslutningen.

Serveropsætningen skal passe til belastningen

Hostingmiljøet har betydning for, hvor hurtigt Magento kan behandle forespørgsler, og hvor godt webshoppen håndterer mange samtidige besøgende.

Derfor gennemgår vi blandt andet serverens ressourcer, database, cache og søgemotor. Vi ser også på, om automatiske opgaver og importer konkurrerer med kundernes forespørgsler om de samme ressourcer.

Hvis webshoppen bliver langsom, hver gang en stor import kører, kan det være nødvendigt at ændre både importens opsætning og fordelingen af serverressourcer.

Er serverbelastningen derimod lav, mens en bestemt funktion stadig er langsom, kan problemet ligge i selve koden eller de databaseforespørgsler, funktionen udfører.

Find flaskehalsene, før I investerer i forbedringer

Vi sammenholder kundernes oplevelse med målinger af frontend, cache, integrationer, database og serverbelastning.

På den baggrund prioriterer vi de forbedringer, der forventes at få størst betydning for hastigheden. Det kan være et modul, der forhindrer caching, en import, der belaster serveren unødigt, eller en frontend, hvor tunge scripts forsinker indlæsningen. I andre tilfælde kan en ændring af serveropsætningen eller et skifte til Hyvä være relevant.

Kontakt os, så vi kan gennemgå jeres løsning og vurdere, hvilke forbedringer der giver mening at prioritere.