Jeg er Mariusz Szatkowski og har utviklet WordPress-nettsteder siden 2006. For virksomheter i Wrocław, og for norske firmaer med kolleger eller kunder i Polen, tar jeg det tekniske arbeidet: temaer etter designet du leverer, WooCommerce, egne utvidelser, migrering og vedlikehold. Jeg har ikke kontor i Wrocław. Jeg jobber eksternt fra Gdynia, og koden du får, skriver jeg selv.
Design og wireframes tar du med, for eksempel som Figma-fil eller som et utfylt regneark der du markerer hvilke elementer som skal stå hvor. Jeg bygger det som et responsivt WordPress-tema.
Det jeg leverer
Temaer. Blokktemaer med theme.json for farger, typografi og avstander fra designet ditt, og mønstre for innholdstypene redaksjonen faktisk bruker. Redaksjonen bygger sider selv, uten en sidebygger som lastes på hver visning.
WooCommerce. En norsk butikk trenger betalingsmåtene kundene kjenner: Vipps, Klarna og kort via betalingsleverandøren du har avtale med. Frakt kobler jeg til Bring eller til andre transportørers grensesnitt. Selger butikken også i Polen, kommer BLIK og Przelewy24 i tillegg.
Utvidelser. En egen utvidelse skriver jeg først når ingen eksisterende dekker behovet: egne innholdstyper, REST-endepunkter for en React-frontend, kobling mot lager eller regnskap. Funksjoner ligger i utvidelsen og utseende i temaet, så et nytt design senere tar ikke med seg dataene.
Overtakelse av eksisterende nettsted. Jeg starter med å gå gjennom koden og utvidelseslisten, og skriver deretter hva som må rettes nå, hva som kan vente og hva som bør fjernes.
Mer om samarbeidsformene står på siden WordPress-utvikler, og om nettbutikker på WooCommerce-utvikler.
Hvorfor Wrocław er nevnt
Wrocław har mange avdelinger av internasjonale selskaper og mange virksomheter som selger til Tyskland. Mange av dem har egen markedsavdeling eller eget utviklerteam, men mangler noen som kan WordPress. Der passer jeg inn: dere eier innhold og salg, jeg tar koden, oppdateringene og driften av nettstedet. Avstanden betyr lite i dette arbeidet, siden alt skjer skriftlig og i repositoriet.
Ytelse når trafikken øker
Et nettsted som er raskt i demoen, kan bli tregt den dagen en kampanje starter. Årsaken ligger sjelden i CSS. Oftest er det databasespørringer uten cache, utvidelser som lastes på hver side, og en options-tabell med megabyte av data som leses ved hver visning.
Derfor måler jeg først med Query Monitor og på serversiden, og de første rettelsene handler som regel om å fjerne unødvendig arbeid. Etterpå kommer objektcache og sidecache for anonym trafikk. I WooCommerce er handlekurv og kasse dynamiske, så der holder jeg disse stiene lette. Core Web Vitals vurderer jeg ut fra feltdata fra ekte brukere i CrUX, ikke én Lighthouse-kjøring.
Personvern og GDPR
Norge har tatt GDPR inn gjennom EØS-avtalen og personopplysningsloven, og Datatilsynet fører tilsyn. Artikkel 32 krever sikkerhetstiltak som står i forhold til risikoen. For et vanlig WordPress-nettsted betyr det krypterte sikkerhetskopier i EU, TLS, tofaktorinnlogging for administratorer, en aktivitetslogg og en oversikt over alle tredjepartsskript som berører besøksdata. Analyse laster jeg først etter samtykke.
Får jeg tilgang til et nettsted med personopplysninger, signerer vi først en databehandleravtale etter artikkel 28. Jeg bruker ingen underdatabehandlere. Polen er i EU, så data som behandles hos meg, forlater ikke EØS.
Migrering fra eldre CMS
Mange markedssider ligger fortsatt på en gammel Drupal eller et eget system som få kan vedlikeholde. Jeg flytter dem til WordPress slik at synligheten i Google beholdes:
- Viderekoblinger: Hver eksisterende URL kartlegges og får en 301-viderekobling til den nye adressen, sammen med canonical-tagger og strukturerte data.
- Innhold via skript: Artikler, kategorier, tilleggsfelt og media eksporteres, ryddes og importeres til egne innholdstyper og ACF-felt.
- Butikk: Ved flytting til WooCommerce overføres kundekontoer, ordrehistorikk og produktvarianter.
Mest tid går vanligvis med til innholdsgjennomgangen hos deg: hva som skal flyttes, og hva som kan arkiveres.
Slik fungerer samarbeidet
- Beskrivelse og spørsmål: Jeg leser beskrivelsen din, ser på dagens nettsted og stiller spørsmål på e-post.
- Tilbud: Omfang, forutsetninger og tidsplan står skriftlig før det skrives kode.
- Avtale og faktura: B2B-avtale under polsk rett, faktura med mitt EU-mva-nummer PL7393037445. Fakturaen er uten polsk mva.; hvordan den føres i Norge, avklarer regnskapsføreren din.
- Arbeid i repositoriet: Koden ligger i et privat Git-repositorium, og hver endring legges ut på staging med en beskrivelse av hva som er endret.
- Godkjenning og lansering: Før lansering tester jeg i oppdaterte nettlesere og på mobil. Etterpå kan jeg ta over vedlikeholdet: oppetidsovervåking hvert 1. til 5. minutt, sikkerhetskopier i over 30 dager i EU-land og oppdateringer som testes på staging først.
Polen og Norge ligger i samme tidssone. Vakttjeneste døgnet rundt og garanterte responstider tilbyr jeg ikke.
Headless WordPress: når det lønner seg
WordPress som redaksjonell backend med egen frontend i React eller Next.js gir mening når du har et frontend-team som skal vedlikeholde frontenden. Da tar jeg WordPress-siden: REST- eller WPGraphQL-endepunkter, ACF-felt som JSON og forhåndsvisning som fungerer mot staging.
Uten et slikt team dobler headless antallet ting som skal vedlikeholdes. Forhåndsvisningen kan slutte å virke etter et tokenbytte, og skjemaer mister et enkelt sted å lagre samtykke. Da er klassisk WordPress med god cache billigere i drift.
Når du ikke trenger en utvikler
Har nettstedet noen få sider, innhold som sjelden endres og ingen integrasjoner, trenger du ikke en fast utvikler. Et godt ferdigtema, noen velvalgte utvidelser og månedlige oppdateringer holder. Det skriver jeg også i svaret på beskrivelsen din.
WordPress-utvikling i andre polske byer
Jeg har også skrevet om WordPress-utvikler i Warszawa og WordPress i Tricity, der jeg bor. Siden jeg jobber eksternt, endrer byen verken arbeidsmåten eller prisen.
Kontakt
Send meg omfang, ønsket tidsplan og hva dagens nettsted kjører på via kontaktskjemaet. Du får neste steg skriftlig, og et tilbud med forutsetningene det bygger på.
