Hvem: Mariusz Szatkowski, senior WooCommerce-utvikler med kommersiell WordPress-erfaring siden 2006. Jeg jobber alene, så koden du får, har jeg skrevet selv.
Hva: Tilpasset WooCommerce-utvikling, betalingsintegrasjoner, butikker med flere valutaer, abonnementer, B2B-handel og headless-arkitektur. Design og wireframes leverer du; jeg bygger dem som tema eller blokker.
Hvor: Fra Gdynia i Polen, på avstand, for butikker i Norge, Sverige, Danmark og resten av EØS. Kommunikasjonen går på e-post, i skriftlige dokumenter og i repositoriet. For mva, lokale betalingsløp og kasse i flere land, se WooCommerce EU-beredskapsvurdering.
Pris: Hvert prosjekt prises individuelt. Du sender en beskrivelse, jeg svarer med et skriftlig tilbud med omfang, forutsetninger og tidsplan. Faste oppdrag får fastpris, løpende arbeid faktureres etter medgått tid.
Hvordan fungerer skreddersydd WooCommerce-utvikling?
WooCommerce-utvikler: WPPoland (Mariusz Szatkowski) bygger katalog, kasse, Vipps og Klarna, og knytter butikken til ERP. Én utvikler i Gdynia, WordPress siden 2006. Ingen pakkepriser. Skriftlig tilbud etter en kort beskrivelse på /nb/kontakt/.
Hvis kassen allerede er nede, start med WooCommerce rescue sprint før du tenker på løpende avtale.
For drift etter at butikken er stabil, se Store Reliability Plan. Vurderer du Shopify i stedet for WooCommerce, er det en jobb for en Shopify-utvikler.
Når et eksisterende WordPress-nettsted trenger katalog, kasse, betaling, avgifter og frakt, samler WooCommerce innhold og handel i samme installasjon. Du eier koden og dataene, og kan bytte utvikler uten å bytte plattform. Mitt arbeid er å gjøre kasse, integrasjoner og ytelse målbare og vedlikeholdbare. Hvor mye du selger, avhenger også av pris, sortiment og trafikk, så det lover jeg ikke noe om.
Hvem du ansetter
- Kommersiell WordPress siden 2006, før Gutenberg og REST API
- Senior-ledet: ingeniøren fra discovery er den samme i uke seks
- Ingen offshore-overlevering, ingen PM-kostnad fakturert
- WordCamp Europe-arrangør, WordPress Foundation Credits-mentor
- Shopify Academy: CRO-læringssti pluss Partner Marketing (Credly, 2025)
Shopify Academy-sertifiseringer
Hvordan måles og avtales arbeidet?
Før jeg skriver kode, blir vi enige skriftlig om hva som skal måles og på hvilke maler. Etter levering får du samme måling på nytt.
Hva gjør en WooCommerce-utvikler?
En WooCommerce-utvikler bygger og tilpasser katalog, kasse, betaling og frakt, og kobler dem til systemene bak, fra lager til regnskap. En feil her stopper ordrer, så hver endring må kunne testes og rulles tilbake.
Det jeg gjør i praksis:
- Kjøpsflyten: Handlekurv, felter i kassen og produktsider bygges etter designet du leverer.
- Stabilitet: Oppdateringer, plugin-konflikter og ytelsesproblemer løses på staging før de når produksjon.
- Integrasjoner: Butikken kobles til ERP, CRM og betalingsløsninger. Mer i guiden om WooCommerce-integrasjoner med ERP og grossist-API-er.
Frilanser, byrå eller meg?
Jeg er selv en frilanser, én person. Spørsmålet er hva butikken din trenger rundt utvikleren.
| Modell | Når det passer | Hva du må avklare |
|---|---|---|
| Byrå | Flere arbeidsspor parallelt, døgnvakt, fast responstid | Hvem som faktisk rører kassen, og hvor mange overleveringer det blir |
| Frilanser uten skriftlige rutiner | Liten katalog, sjeldne endringer | Staging, backup og hvem som har tilgangene |
| Meg | Butikk som selger og skal bygges videre, med skriftlig omfang | Jeg har ingen vikar og ingen døgnvakt; trenger du det, velg et byrå |
Hvordan reparere kasse, OMS og markedsplasser?
Når butikken allerede selger, trenger du sjelden et nytt tema. Du trenger noen som leser kasselogger, betalingswebhooks og ordremapping mot OMS eller markedsplass-feeder.
Typiske oppdrag på en butikk i drift:
- Betalinger: Vipps, Klarna eller Stripe lar ordrer bli stående i
pending - Frakt: Fraktvalget i handlekurven fungerer, men etiketter hos Posten eller Bring blir ikke laget
- OMS og markedsplass: Dobbelt lagertrekk, ødelagte varianter eller en ordrekø som har stoppet
- ERP: Fakturaer og lager i Tripletex eller et annet system spriker etter en plugin-oppdatering
Jeg reproduserer feilen på staging, retter den i kode eller API-oppsett, og sjekker kjøpet på mobil på nytt før det går til produksjon. Bredere ERP-arbeid står i guiden WooCommerce-integrasjoner med ERP.
Hva er WooCommerce og hvorfor velge det?
WooCommerce er en åpen kildekode-utvidelse som gjør WordPress til en nettbutikk. Den passer bedrifter som vil eie kode og data og trenger egne integrasjoner. Når prosjektet går utover selve butikken, er det generell utvikling av WordPress-nettsider og -butikker.
| Egenskap | Hva det betyr i praksis |
|---|---|
| Åpen kode | Du kan endre kassen, produkttyper og ordreflyt uten å vente på en plattformleverandør. |
| Skala | Store kataloger går fint med riktig hosting, cache og HPOS; grensen finner du med en belastningstest. |
| SEO | Produkt- og kategorisider kan styres fullt ut, men må settes opp riktig. |
| WordPress | Samme redigeringsverktøy for innhold og butikk, og et stort utvalg utvidelser. |
Hva kan jeg hjelpe deg med?
Tilpassede funksjoner
Når standardoppsettet ikke rekker, bygger jeg det butikken mangler:
- Utseendet du leverer i Figma eller som skisse, bygget som tema eller blokker.
- Funksjoner som produktfiltre, bookingsystemer eller egne rabattregler.
- Kassefelt og flyt tilpasset hvordan kundene dine faktisk handler.
Ytelse
Jeg måler først hvilke maler som er trege, og retter dem:
- Core Web Vitals målt med repeterbare tester før og etter.
- Mindre friksjon i kassen, uten å love at ytelse alene gir høyere salg.
Integrasjoner med eksterne systemer
- Fraktleverandører som Posten, Bring og PostNord.
- Lagersystem, slik at lagerstatus oppdateres automatisk.
- Betalingsløsninger med webhooks som faktisk oppdaterer ordrestatus.
Sikkerhet og vedlikehold
WordPress og WooCommerce oppdateres ofte. I vedlikeholdet mitt inngår:
- Oppetidsovervåking hvert 1. til 5. minutt.
- Backup med minst 30 dagers lagring i EU-land.
- Oppdateringer testet på staging før produksjon.
Før jeg får tilgang til en butikk med kundedata, signerer vi en databehandleravtale etter GDPR art. 28. Døgnvakt og garanterte responstider tilbyr jeg ikke.
Hvorfor bruke en senior utvikler?

Hva en senior faktisk gjør annerledes
Forskjellen mellom en senior og en utvikler med to års erfaring syns sjelden i selve koden. Den viser seg når Vipps-tilbakekallet kommer i feil rekkefølge, når WPML kolliderer med en betalingsgateway midt i kassen, eller når en plugin-oppdatering tar ned lagerintegrasjonen rett før Black Week. Jeg har jobbet med WordPress siden 2.x-tiden, og mye av det jeg tar med meg, er erfaring med hva man ikke skal gjøre. Det sparer ofte mer tid enn selve utviklingen.
Hva du faktisk betaler for
En fastpris fra meg er ikke nødvendigvis billigere enn et byrå. Du skriver direkte med personen som lager koden, uten prosjektleder imellom. Hver endring beskriver jeg skriftlig, så en annen leverandør kan ta over senere uten å miste sammenhengen. Kontrakten følger polsk rett, og fakturaen er en B2B-faktura med EU-mva-nummeret mitt, PL7393037445. Jeg lover ingen prosenter på salg, men du får tallene fra Core Web Vitals og serverlogger før og etter.

Hva er typiske prosjekter?
Dette er typer arbeid, ikke resultater fra bestemte kunder:
Klesbutikk
Stor katalog med integrasjon mot lagersystem
Lagersynkronisering, køer og feilhåndtering
Restaurant
Bestilling med betaling på nett
Tydelig kasseflyt og håndtering av betalingsstatus
B2B-markedsplass
Flere leverandører og prisnivåer
Roller, bestillingsregler og regnskapsintegrasjoner
Hvert prosjekt starter med data fra den aktuelle butikken. Resultater rapporterer jeg først etter måling i produksjon eller i et avtalt testmiljø.
Hvilke teknologier bruker jeg?
Valget følger butikkens krav til integrasjon, ytelse og vedlikehold:
I tillegg bruker jeg objektcache (Redis), sidecache (Varnish eller LiteSpeed), NGINX og GitHub Actions, slik at utrullinger er kontrollerte og kan rulles tilbake. Når butikken trenger det, bygger jeg headless WooCommerce med frontend i React/Next.js eller Vue/Nuxt.
Hva er headless WooCommerce?
Vanlig WooCommerce lager hele HTML-siden på serveren ved hver forespørsel. Med store kataloger og mange databasespørringer kan det bli tregt. Headless skiller visningen (frontend) fra data og logikk (backend).
I et headless-oppsett håndterer WordPress og WooCommerce bare produkter, ordrer, betalinger og lager, og snakker via GraphQL eller REST med en frontend bygget i Astro eller Next.js.
Hva det gir:
- Frontend og datalag kan skaleres hver for seg.
- Mer kontroll over Core Web Vitals, uten garanti for plassering i søk.
- WordPress-administrasjonen er ikke eksponert på den offentlige domenen.
- Ingen begrensninger fra tunge sidebyggere som Divi eller Elementor.
Prisen er mer kode å vedlikeholde, og mange WooCommerce-utvidelser virker ikke uten tilpasning.
Hvordan måles ytelsen før overlevering?
Mål avtales etter en revisjon og skrives ned for bestemte maler og testforhold:
Hvilke integrasjoner kobles til WooCommerce?
Systemer som ofte går igjen i nordiske nettbutikker:
| Kategori | Verktøy |
|---|---|
| Betalinger | Vipps MobilePay, Klarna, Stripe, Nets, PayPal |
| Frakt | Posten, Bring, PostNord, DHL, UPS |
| ERP og regnskap | Tripletex, Fiken, PowerOffice, Microsoft Dynamics, SAP |
| OMS og markedsplass | OMS-er av BaseLinker-typen, Amazon, regionale markedsplasser |
| Markedsføring | Klaviyo, Mailchimp, ActiveCampaign |
| Automatisering | Make, Zapier, n8n |
| Flerspråklig | WPML, Polylang, Weglot, TranslatePress, Aelia |
Hvilke av dem din butikk bruker, og om de har en stabil API, avgjør mye av omfanget. Færre utvidelser betyr som regel færre konflikter ved neste store WooCommerce-oppdatering.
Hvordan gjør du SEO for en WooCommerce-butikk?
WooCommerce-SEO handler mest om sidene butikken genererer selv. Produkt- og kategorisider lages i bulk, og uten oppfølging gir de tynt innhold, dupliserte filter-URL-er og trege, bildetunge maler. Jobben er å gjøre dem til sider som søkemotorer og AI-svarmotorer kan rangere og sitere.
- Produktskjema. Product- og Offer-data, og AggregateRating bare der vurderingene er ekte, slik at oppføringene kan vises som rike resultater og leses av AI-handleagenter.
- Kategori- og taksonomisider. Behandle dem som landingssider: ekte introtekst, fornuftig intern lenking og en kanonisk strategi så de ikke konkurrerer med hverandre.
- Filtre og sortering. De lager nesten like URL-er; bestem per parameter om den skal kanoniseres, få noindex eller blokkeres, så Google ikke kryper tusenvis av kombinasjoner.
- Core Web Vitals på malene som teller. LCP på produkt og kategori er som regel et stort bilde og en tung sidebygger, så å rette de to løfter hele katalogen.
Yoast eller Rank Math gir deg kontrollene; hvordan de brukes, avhenger av hvordan WooCommerce bygger URL-er og maler. Sammenligningen på plattformnivå finner du i guiden til beste CMS for SEO i 2026, og hvordan AI-agenter endrer måling, leser du i hva skjer når en AI-agent sjekker ut.
Hva er Universal Commerce Protocol for WooCommerce?
Jeg vurderer hvor klar butikken er for Universal Commerce Protocol (UCP) og setter opp en pilot der kanalene og systemene støtter det.
Vurderingen dekker produktdatakvalitet, schema, feeder, lagerstatus og sikre grenser i kassen. Støtte for protokoll og kanal bekreftes under discovery, uten løfter om indeksering eller synlighet i en bestemt assistent. Der agenter skal utføre handlinger, bygger jeg en egen MCP-server.
Les mer om Universal Commerce Protocol
Dette sjekker jeg før en UCP-pilot:
● Konsistens i katalog og varianter
● Tilgjengelighet og lagerstatus
● Tilgangsgrenser og validering av kassen
● Plan for pilot, overvåking og tilbakestilling
Hva kan en WooCommerce-utvikler love?
Fire ting du kan etterprøve etter at koden er rullet ut:
WordPress fra 2.x og frem til i dag
Kommersielt WordPress-arbeid siden 2006, gjennom overgangen til Gutenberg, REST API, FSE og HPOS. Norske integrasjoner som Vipps, Klarna, Bring og Tripletex får dokumenterte testflyter. Kapasitet før Black Week vurderes med målinger og belastningstester.
Målbar ytelse, ingen salgsløfter
Konvertering avhenger også av pris, sortiment, trafikk og marked. Etter en revisjon avtaler vi Core Web Vitals-mål for navngitte maler og en målemetode som kan gjentas. Rapporten viser utgangspunkt, testforhold og resultat.
Sikkerhet er konfigurasjon
Ingen plugin beskytter mot alt. Jeg setter opp 2FA for administratorer, minst mulig rettigheter per rolle, slår av filredigering i wp-config og holder backup utenfor serveren. Hva jeg har endret, står skriftlig, og du har tilgang til loggene.
Samme person hele veien
Den som leser beskrivelsen din, skriver også koden. Krever prosjektet flere utviklere samtidig, sier jeg det tidlig, og da passer et byrå bedre.
Utvalgte prosjekter i WooCommerce
- Grossist-API: WooCommerce-integrasjon mot grossist: synkronisering av katalog, lager og priser fra en bildelsgrossist via REST API, med automatisk marginlogikk.
- Datakomponenter: capslock.pl: WooCommerce-butikk fra 2013 med produktkatalog, grossistintegrasjon, eksport til markedsplasser, betaling og ytelsesarbeid.
- Kunstige planter: floresy.online: nettbutikk for en produsent og grossist av kunstige planter og blomster.
- Egne utvidelser: over 25 gratis utvidelser for WordPress og WooCommerce som jeg utvikler og vedlikeholder i WordPress.org-katalogen, blant dem Shoplex for EU-krav i nettbutikken (Omnibus, angreknapp, GPSR) og Customs for EU-tollen på 3 euro per vare.
Hvordan beskriver du prosjektet ditt?
Skriv hva som skal bygges eller rettes, hvilke systemer butikken bruker i dag, og når du trenger det. Da får du et skriftlig tilbud med forutsetningene det bygger på.












