Når en webshop vokser fra få varer til et stort sortiment, ændrer kravene sig. Flere produkter betyder flere billeder, kategorier, filtre, søgninger, lageropdateringer og databasekald. En løsning, der fungerede fint i begyndelsen, kan derfor blive langsom eller ustabil, selv om den stadig ser uændret ud på forsiden.
Den rigtige hosting handler ikke kun om mere plads. Den skal understøtte den måde, kataloget bruges på, og give plads til cache, søgning, produktimport, kampagner, checkout og backup. Her er tolv områder, en dansk webshop med mange varer bør gennemgå, før den vælger eller opgraderer sin tekniske platform.
Hovedpointen: Mål belastningen på katalog, søgning og checkout hver for sig. Vælg hosting efter de tungeste arbejdsgange, og ret samtidig de produktdata, billeder og plugins, der skaber unødigt arbejde.
1. Kend forskellen på lagerplads og arbejdskraft
Lagerplads fortæller, hvor meget der kan ligge på kontoen. Den siger ikke alene, hvor hurtigt serveren kan behandle en produktsøgning, bygge en kategoriside eller beregne en kurv. To webshops kan bruge lige mange gigabyte og alligevel stille meget forskellige krav.
Et katalog med mange produktvarianter, avancerede filtre og hyppige importer kan skabe mere databasearbejde end en indholdsside med samme filstørrelse. Spørg derfor ind til CPU, hukommelse, database, cache og samtidige processer, men vurder dem i forhold til de konkrete arbejdsgange frem for som isolerede tal.
2. Kortlæg de tungeste sidetyper
Test ikke kun forsiden. En stor webshop bør som minimum måle:
- En bred kategori med mange varer
- En kategori med flere aktive filtre
- En intern søgning med mange resultater
- Et produkt med varianter og flere billeder
- Kurven med flere varelinjer
- Checkout med fragt og betaling
- Administrationens produktliste og ordreoversigt
Resultatet viser, om udfordringen primært ligger i det offentlige katalog, kundens session eller administrationen. Det gør også en eventuel flytning lettere at validere bagefter.
3. Gør produktdata ensartede før du optimerer serveren
Uens data gør både navigation og teknik tungere. Hvis samme mærke, model eller egenskab er skrevet på mange forskellige måder, vokser antallet af filterværdier, søgningen bliver mindre præcis, og administrationen bliver sværere at vedligeholde.
Definér faste regler for produkttitler, mærker, modelnumre, varianter, farver, mål og kategorier. Brug attributter til egenskaber, der skal kunne filtreres, og almindelig beskrivelsestekst til forklaringer. Det reducerer behovet for specialløsninger og gør kataloget mere forudsigeligt.
4. Begræns variantkombinationer, der ikke giver kunden værdi
Et produkt med mange attributter kan skabe hundredvis af mulige kombinationer. Hvis de fleste kombinationer ikke findes, bruger webshoppen ressourcer på data, kunden aldrig kan købe.
Overvej separate produkter, når model eller anvendelse ændrer produktets identitet markant. Behold varianter, når kunden reelt vælger mellem nært beslægtede muligheder som farve eller størrelse. Målet er en struktur, der både er let at købe fra og let at behandle teknisk.
5. Sæt regler for produktbilleder ved import
Et stort katalog kan hurtigt samle mange gigabyte billeder. Komprimér ved upload, brug moderne formater og generér de størrelser, temaet faktisk anvender. Et originalbillede bør ikke sendes direkte til en lille produktflise, hvis en passende miniature findes.
Undgå også mange næsten identiske filer. Når leverandører genbruger billeder på tværs af produkter, kan filnavne og billedrelationer planlægges, så mediebiblioteket ikke vokser unødigt. Tag altid backup før større oprydninger i medier.
6. Brug cache med klare undtagelser
Offentlige kategorier, guides og produktsider kan ofte caches effektivt. Kurv, konto og checkout kræver derimod sessionsbestemt indhold. En robust opsætning har klare regler for, hvad der caches, hvor længe det gemmes, og hvilke hændelser der rydder de relevante sider.
Når en pris eller lagerstatus ændres, bør den berørte produktside og de relevante kategorier opdateres uden at hele sitet mister sin cache. Test altid med en anonym bruger, en indlogget kunde og en aktiv kurv.
7. Planlæg produktimporter og baggrundsjob
Prisfiler, lagerfeeds, billedbehandling, e-mails og oprydningsjob kører ofte i baggrunden. Hvis de alle starter samtidig, kan de konkurrere med kunderne om de samme ressourcer.
Lav en oversigt over tilbagevendende job, deres varighed og tidspunkt. Fordel tunge importer uden for de travleste perioder, og kontrollér, om et job bliver hængende eller starter igen, før det tidligere er færdigt. En rigtig serverbaseret planlægning er ofte mere forudsigelig end at lade tilfældige sidebesøg udløse alt arbejdet.
8. Vælg søgning og filtre efter katalogets størrelse
Den indbyggede søgning kan være tilstrækkelig i et mindre katalog. Når sortimentet vokser, bliver relevans, stavevariationer, synonymer og hurtig filtrering vigtigere. Søgningen bør kunne bruge de felter, kunderne faktisk kender: produkttitel, mærke, model, varenummer og centrale egenskaber.
Indeksbaseret søgning kan aflaste databasen, men den skal overvåges og holdes synkron med varer og lager. Et hurtigt søgeresultat er ikke nyttigt, hvis det viser udgåede produkter eller overser nye varer.
9. Match WooCommerce-hosting til webshoppen
WooCommerce har både offentlige sider, kundesessioner, ordrer og administrative arbejdsgange. Derfor bør hostingløsningen vurderes på mere end den rene sidevisning. Backup, staging, databaseydelse, cache og hjælp ved flytning har praktisk betydning, når butikken allerede er i drift.
Hostious samler de centrale rammer på deres side om WooCommerce-hosting til danske webshops. Sammenlign altid den konkrete plan med katalogets størrelse, antal webshops, lagerbehov og de integrationer, der skal køre. Undgå at antage, at en plan automatisk løser dårlige importer, tunge plugins eller ustrukturerede produktdata.
10. Gør backup til en dokumenteret gendannelsesproces
En backup er først værdifuld, når den kan gendannes. Webshops ændrer sig hele tiden gennem ordrer, lager og kundedata, så frekvens og opbevaring skal passe til, hvor meget data virksomheden kan tåle at miste.
Dokumentér, hvem der kan starte en gendannelse, hvor lang tid en test tager, og hvordan nye ordrer håndteres under et nedbrud. Test gendannelse på staging med jævne mellemrum. Det afslører manglende filer, for store databaser og integrationer, der kræver ekstra trin.
11. Brug staging uden at kopiere rigtige kundedata unødigt
Staging gør det muligt at afprøve opdateringer, design og nye funktioner uden at ændre den aktive butik. Miljøet bør være beskyttet mod søgemaskiner og uvedkommende adgang, og kundedata bør minimeres eller anonymiseres, når de ikke er nødvendige for testen.
Definér også, hvad der må flyttes tilbage til produktion. En fuld databasekopi fra staging kan overskrive nye ordrer, kunder og lagerændringer. Flyt derfor helst kode og konfiguration kontrolleret, mens live-data bevares.
12. Test en flytning som et rigtigt køb
En hostingflytning er ikke afsluttet, fordi forsiden kan åbnes. Gennemgå DNS, SSL, billeder, interne links, e-mailafsendelse, betalingscallback, fragt, ordrestatus, lager og planlagte job. Brug en midlertidig adresse eller lokal DNS-test, før trafikken skifter.
Efter skiftet bør den gamle løsning forblive tilgængelig i en kort kontrolleret periode, mens logfiler, ordrer og formularer overvåges. Opsig først, når web, mail og integrationer er verificeret.
Tegn på at webshoppen bør undersøges nærmere
| Tegn | Mulig forklaring | Første skridt |
|---|---|---|
| Kategorier bliver gradvist langsommere | Flere varer, filtre eller tunge forespørgsler | Sammenlign en lille og en stor kategori uden cache |
| Administration fryser under import | Baggrundsjob konkurrerer om ressourcer | Log varighed og planlæg importen uden for spidsbelastning |
| Kurven viser gamle priser | Forkerte cache-regler | Test anonym session og cache-undtagelser |
| Søgning giver irrelevante resultater | Uens produktdata eller svag indeksering | Normalisér mærke, model og varenummer |
| Checkout fejler sporadisk | Session, betaling, plugin eller serverfejl | Gennemfør testordre og sammenhold tidspunkt med logfiler |
Ofte stillede spørgsmål om hosting til store webshops
Hvor mange produkter kan WooCommerce håndtere?
Der findes ikke ét nyttigt maksimum. Resultatet afhænger af produktstruktur, varianter, database, søgning, filtre, cache, tema, plugins og server. Et velstruktureret stort katalog kan fungere bedre end et mindre katalog med tunge kombinationer og dårlig datahygiejne.
Er mere CPU altid den første løsning?
Nej. Flere ressourcer kan give plads, men de retter ikke automatisk dårlige forespørgsler, enorme billeder eller et script, der blokerer browseren. Mål flaskehalsen og kombiner eventuel opgradering med kildeoptimering.
Hvor ofte skal en webshop tage backup?
Det afhænger af ordretempo og hvor meget data virksomheden kan tåle at miste. En aktiv webshop har typisk brug for hyppigere databasebackup end en statisk hjemmeside. Gendannelsestest og en klar procedure er lige så vigtige som frekvensen.
Skal man skifte hosting, hvis hjemmesiden er langsom?
Kun hvis målingerne viser, at server, database eller nuværende platform er en væsentlig del af problemet. Begynd med de langsomste sidetyper og de tungeste jobs, så beslutningen bygger på konkrete data.
Den bedste løsning er tilpasset katalogets virkelighed
En stor webshop bliver stabil, når produktdata, billeder, søgning, cache, baggrundsjob og hosting er planlagt som én løsning. Kortlæg de tunge arbejdsgange, mål dem hver for sig, og ændr én dokumenteret flaskehals ad gangen.
På PrisPresseren kan du se, hvordan et bredt katalog er organiseret i eksempelvis Mobil & Tablet, eller gå direkte til hele webshoppen.