Min plass i WordPress-miljøet
- Jeg har hatt konto på wordpress.org siden 2006.
- Jeg har bidratt til WordPress-kjernen i versjon 7.0 og 7.1.
- Jeg vedlikeholder 30 programtillegg på wordpress.org.
- Jeg organiserer WordCamps og holder foredrag der.
- Jeg har vært på hver WordCamp Europe fra 2017 til 2026.
- Lokalt WordPress-meetup: WordPress Meetup Dortmund
Hva går en Shopify-jobb for en butikk i Dortmund egentlig ut på?
Jeg er frittstående utvikler og tar Shopify-oppdrag for bedrifter i Dortmund og resten av Ruhrområdet: temaer i Liquid, Online Store 2.0-seksjoner, metafields og metaobjects, Shopify Functions, integrasjoner og migrering fra WooCommerce. Alt jeg skriver under er skriftlig avtalt omfang. Du snakker med meg, ikke med et byrå.
Dortmund har ifølge Wikipedia rundt 600 000 innbyggere og ligger i Nordrhein-Westfalen. Etter nedgangen i kull og stål har økonomien dreid mot biomedisin, mikrosystemteknologi og tjenester, ved siden av handel og logistikk. Byen er et viktig transportknutepunkt for Ruhr og Benelux, og Dortmund havn omtales som Europas største kanalhavn. Handel og logistikk er altså lokal hverdag, og det gjør leveringsregler og lagerintegrasjon til de delene av en Shopify-butikk som oftest avgjør om den fungerer.
Når lønner det seg å bruke Shopify Functions i stedet for en app?
En Shopify Function kjører på Shopifys egen backend og endrer logikken der den hører hjemme. Ifølge Shopifys dokumentasjon kan Functions blant annet lage nye rabatttyper, skjule betalingsmåter, endre leveringsalternativer og blokkere checkout under bestemte vilkår. De kan skrives i alle språk som kompilerer til WebAssembly. Shopify anbefaler Rust for ytelse, og det finnes maler for Rust og JavaScript.
Jeg foreslår en Function når regelen er stabil og må være rask: for eksempel at en betalingsmåte skjules for bestemte varekurver, eller at et kundekontrakt-prisnivå gir egen rabatt. En app med eget frontend-skript er det jeg prøver å unngå, fordi den ofte er det som bremser kassen og er vanskeligst å feilsøke.
Hvordan flytter jeg en WooCommerce-butikk til Shopify uten å tape SEO?
Dette er arbeidet, i den rekkefølgen jeg gjør det:
- URL-kart. Jeg henter alle gamle adresser fra sitemap, serverlogger, analyse og Search Console. Produkter, kolleksjoner, blogg og statiske sider får hver sin ny adresse.
- Redirects. Hver gammel adresse peker rett til sin nye motpart med 301. Google sier at du ikke skal sende mange urelaterte sider til forsiden, fordi det kan behandles som soft 404, og at kjeder bør være korte. Jeg tester kartet med en crawl før cutover.
- Innholdsmodell. Varianter, produkttyper, tilleggsfelt og kundegrupper flyttes til Shopifys produktmodell og metafields. Det som ikke passer i modellen, løses med metaobjects eller en Function, ikke med en ekstra app.
- Strukturerte data. Product- og Offer-markup sjekkes på de nye malene, slik at pris og lagerstatus samsvarer med det kunden ser.
- Kunder og ordrehistorikk. Jeg avklarer hva som faktisk skal flyttes.
- Cutover. Domenet flyttes til Shopify, den nye sitemapen sendes inn, og redirects holdes minst ett år, slik Google anbefaler ved adresseendringer.
- Kontroll i Search Console. I dagene etterpå følger jeg indeksdekning, tester enkeltadresser i URL-inspeksjonen og ser etter 404-er i serverloggen. Flytter du bare stier på samme domene, brukes ikke verktøyet for adresseendring.
Det som oftest går galt: glemte kolleksjonsadresser med filterparametere, bilder som mister sine gamle stier, og betalingsleverandører som ikke er satt opp på nytt før lansering. Derfor tester jeg gjennomført kjøp, avbrutt betaling og retur på mobil før jeg regner noe som ferdig.
Hvilke tyske regler må en Shopify-butikk i Dortmund ta hensyn til?
Jeg er ikke jurist og vurderer ikke butikken din juridisk. Dette er det tekniske som ofte må på plass, med kilde:
- Impressum. § 5 Abs. 1 DDG krever at tilbydere gjør navn, adresse, rask kontakt inkludert e-post og eventuelt registernummer og USt-IdNr. lett tilgjengelig. Jeg legger det i footer og på egen side.
- Angrerett. I Tyskland er fristen 14 dager etter § 355 BGB. Samme lengde gjelder etter norsk angrerettlov § 21, så skal butikken også selge til norske forbrukere, er fristen den samme, men informasjonsplikten og skjemaet må være riktige i begge markeder.
- Tilgjengelighet. BFSG gjelder tjenester i elektronisk handel til forbrukere etter 28. juni 2025 (§ 1 Abs. 3 Nr. 5). Om unntak gjelder for din bedrift, avgjør du med en jurist. Teknisk betyr det tastaturnavigasjon, kontrast, skjemaetiketter og at kassen fungerer med skjermleser, og det tester jeg uansett.
- Personvern. DSGVO gjelder for kundedata i butikken. Samtykkeverktøy, sporingsskript og apper som sender data ut av EØS må vurderes før lansering.
Hvilke språk og markeder bør butikken dekke?
Dortmund-kunder handler på tysk, og det er språket butikken starter på. Hvis du også vil nå Norge, er det norsk bokmål, NOK og norsk angrerettinformasjon som kreves, ikke bare en oversatt tekst. Jeg setter opp språkversjoner med hreflang og egne adresser per språk, slik at Google ikke blander dem.
Skal butikken være headless?
Som regel nei. For en lokal eller regional butikk gir et godt Online Store 2.0-tema med riktige metafields mest for pengene. Hydrogen, Shopifys verktøykasse for headless, er verdt det når redaksjonelt innhold, ERP og storefront må utvikles uavhengig av hverandre. Jeg sier fra hvis jeg mener det ikke lønner seg. Les mer om Shopify-utvikling og om headless-migrering fra WooCommerce.
Hva sender jeg for å få et tilbud?
Send nåværende URL, plattformen i dag (WooCommerce, Magento eller noe annet), omtrentlig antall produkter og hvor trafikken kommer fra: organisk søk, annonser, markedsplasser. Jeg svarer med et skriftlig omfang og et individuelt pristilbud. Ingen pris før jeg har sett butikken.
Utvalgte prosjekter
Eksempler på arbeidet mitt.
gdasj.pl - WordPress Prosjekt | WPPoland
gdasj.pl er et lokalt nettsted fra Gdańsk, bygget for enkel publisering, god ytelse og ryddig tilgang til innhold.
Healthcare Website: terazjemy.pl
Terazjemy.pl er en nettplattform designet for å promotere en sunn livsstil ved å gi brukerne praktisk informasjon, oppskrifter og råd om balansert ernæring o...
kaminski.pl - WordPress Prosjekt | WPPoland
Kaminski.pl er en nettside opprettet for reisebloggeren og eventyreren Michał Kamiński, som delte sine erfaringer fra å utforske verden og inspirerte andre t...
WordPress utvikling & support i Dortmund
Trenger du tjenesten: Shopify-utvikler i Dortmund?
Beskriv prosjektet på e-post. Svar innen 48 timer.
Beskriv prosjektetVanlige spørsmål - Shopify-utvikler Dortmund
Kan du flytte WooCommerce-butikken min i Dortmund til Shopify uten å miste Google-trafikk?
Ja. Jeg bygger et URL-kart fra sitemap, serverlogger og Search Console før noe flyttes, setter 301-redirects fra hver gammel adresse til den nye samme siden, og beholder dem minst et år, slik Google anbefaler. Etter cutover sjekker jeg indeksdekning og enkeltadresser i URL-inspeksjonen.
Hvilket tysk regelverk må Shopify-butikken min følge?
Impressum etter § 5 DDG, 14 dagers angrerett etter § 355 BGB for forbrukere, personvern etter DSGVO, og tilgjengelighetskravene i BFSG for netthandel mot forbrukere etter 28. juni 2025. Jeg bygger det tekniske; juridisk vurdering av din butikk hører hjemme hos en jurist.
Hvilke sider av butikken kan du ta ansvar for?
Tema og seksjoner i Liquid, metafields, Shopify Functions for rabatt-, levering- og betalingslogikk, integrasjoner mot ERP og lager, og headless på Hydrogen når det faktisk trengs. Offentlige App Store-apper er eget scope.
Jobber du på stedet i Dortmund?
Nei, jeg jobber remote i mellomeuropeisk arbeidstid. Du sender nåværende URL, plattform og trafikkilder, og får skriftlig omfang og individuelt pristilbud.
Utforsk andre WordPress-tjenester og kunnskapsbase
Shopify-temaer, Liquid og WooCommerce → Shopify-migrering.
Butikker, checkout-flyt og salgslogikk.
WooCommerce-synkronisering med ERP og grossist.
Schema, UCP og beredskap for shopping-agenter.
Core Web Vitals, caching og raskere levering.
Headless WordPress, Sanity, Strapi og Contentful med Astro eller Next.js.
Relaterte kategorier
Stottende artikler

Valget mellom Shopify Plus og WooCommerce headless i 2026 er ikke lenger en binær avveining mellom "plattform vs custom". Begge kan kjøre headless, begge integrerer KI, begge leverer på edge. De reelle aksene er kontroll, totalkostnad over fem år og exit-strategi. Denne artikkelen går gjennom matrisen med bekreftede plattformfakta.

Seks til seksten uker for typiske oppdrag, i fire faser: kartlegging, scoping, bygging og overgang, finjustering. Variablene er katalogstørrelse, antall integrasjoner, URL-bevaring og redaksjonens beredskap, ikke valg av rammeverk.

En go-to-market-prosedyre for deg som lager WooCommerce-plugins og Shopify-apper: mål først, fyll ut hvert felt i oppføringen opp til de dokumenterte grensene, instrumenter onboardingen og gjør hver utgivelse om til innhold.