Shopify-utvikler i Düsseldorf

#Hva gjør en Shopify-utvikler for en nettbutikk i Düsseldorf?

Jeg er frilanser og tar oppdrag direkte, uten byrålag imellom. For en butikk som selger til kunder i Düsseldorf jobber jeg med fire ting: temaet (Liquid og Online Store 2.0), egne regler for pris og levering (Shopify Functions), integrasjoner mot lager, ERP og regnskap, og migrering fra en annen plattform. Hydrogen og Storefront API er aktuelt bare når butikken faktisk trenger en egen frontend.

Düsseldorf er hovedstaden i Nordrhein-Westfalen og har ifølge Wikipedia 619 444 innbyggere (2025). Byen er kjent for messer, mote, telekom og det største japanske miljøet i Tyskland. For en nettbutikk betyr det først og fremst at kundene er tyskspråklige, forventer tysk kasse og tyske juridiske tekster, og sammenligner deg med lokale konkurrenter.

#Hvordan bygger jeg eller rydder opp i et Shopify-tema?

Jeg starter med det som allerede er der. Hvilke apper injiserer JavaScript på hver side? Hvilke Liquid-løkker går over hele katalogen? Hvilke seksjoner mangler skjema, slik at redaktøren må be en utvikler om hver endring?

Arbeidet består av konkrete steg:

• Seksjoner og blokker med skjema, slik at innhold kan endres uten kode.
• Metafelt og metaobjekter for data som størrelsestabeller, materialer og tekniske data, i stedet for tekst klistret inn i beskrivelser.
• Færre apper: det som temaet eller Shopify kan gjøre selv, fjerner jeg fra appene.
• Bilder via Shopifys egne bildefunksjoner med riktige størrelser.
• Lighthouse og Core Web Vitals målt før og etter, slik at forbedringen kan kontrolleres og ikke bare påstås.

Før jeg rører koden, får du en kort liste over hva jeg fant og hva jeg foreslår å gjøre først. Du ser hvilke apper som kan fjernes, hvilke seksjoner som mangler skjema og hvilke sider som er tyngst, og du bestemmer rekkefølgen. Ingenting endres i produksjon før endringene er testet i et kopitema.

Tysk som butikkspråk betyr også at oversettelser, valutaformat, avgiftsvisning og juridiske sider må være på plass før lansering, ikke etterpå.

#Hva gjelder for en Shopify-butikk som selger til tyske forbrukere?

Her er det viktig å skille mellom det jeg har kontrollert og det som må avklares juridisk for din virksomhet. Jeg er ikke advokat, og jeg skriver ikke juridiske tekster for deg.

Tilgjengelighet. Barrierefreiheitsstärkungsgesetz (BFSG) omfatter etter § 1 Abs. 3 Nr. 5 tjenester i elektronisk handel som ytes til forbrukere etter 28. juni 2025 (gesetze-im-internet.de). I et tema betyr det at jeg sjekker tastaturnavigasjon, fokusmarkering, skjemaetiketter, feilmeldinger i kassen og kontrast. Om unntak gjelder din virksomhet, avgjør lovteksten og eventuelt juristen din.

Personvern. For en virksomhet i Nordrhein-Westfalen er det Landesbeauftragte für Datenschutz und Informationsfreiheit Nordrhein-Westfalen (LDI NRW) som fører tilsyn, og den beskriver seg selv som uavhengig og instruksjonsfri (ldi.nrw.de). Praktisk betyr det samtykkebanner som faktisk blokkerer sporingsskript før samtykke, en oversikt over hvilke apper som sender data hvor, og databehandleravtaler med appleverandørene.

EØS-perspektivet. Siden du leser dette på norsk: personvernforordningen (GDPR) gjelder i hele EØS, så et norsk selskap som selger til Tyskland må forholde seg til regelverket for kundene i Tyskland, ikke bare til norsk praksis. Hva som konkret kreves av ditt selskap, må du avklare med en jurist.

#Hvordan flytter jeg en WooCommerce-butikk til Shopify uten å miste søketrafikk?

Dette er arbeidsrekkefølgen jeg bruker:

1. URL-inventar. Jeg henter alle adresser fra gammel butikk: sitemap, Search Console, logger og interne lenker. Produkter, kategorier, filtersider og blogg kommer hver for seg.
2. Redirect-kart. Hver gammel adresse får ett nytt mål. Shopify bestemmer URL-strukturen for produkter og kolleksjoner, så noen adresser må endres, og de får 301.
3. Datamodell. Varianter, kolleksjoner, kunder, ordrehistorikk og metadata flyttes. Jeg avklarer på forhånd hva som ikke kan flyttes én til én, for eksempel enkelte betalingsmetoder og abonnementsdata.
4. Strukturerte data og hreflang. Produktdata, tittel og beskrivelse sjekkes i den nye malen. Hvis butikken har flere språk, kontrollerer jeg at hver språkversjon peker riktig.
5. Trinnvis cutover. Testbutikk først, deretter bytte av domene utenom salgstopper. Gammelt system står urørt til jeg har bekreftet statuskodene.
6. Etterkontroll. Jeg kjører redirect-listen mot den nye butikken, ser etter 404-feil i Search Console og sammenligner indekserte sider før og etter.

Det som kan gå galt: glemte filtersider med innkommende lenker, kanoniske adresser som peker på gammelt domene, og redirect-kjeder som ender i 404. Derfor lages kartet før, ikke etter, flyttingen.

Mer om den tekniske siden finner du på Shopify-utvikler og WooCommerce headless-migrering.

#Når lønner headless på Hydrogen seg?

Headless er riktig når butikken skal kombinere handel med innhold fra et eget CMS, eller når Liquid ikke gir kontrollen designsystemet trenger. Hydrogen kjører React og Oxygen er Shopifys hosting for den. Prisen er en ekstra kodebase, egen utrulling og eget ansvar for ytelse og tilgjengelighet. For en liten katalog anbefaler jeg et godt bygget Online Store 2.0-tema.

#Hvordan fungerer samarbeidet etter lansering?

Før jobben starter får du omfang og forutsetninger skriftlig. Hvert punkt har akseptansekriterier du kan sjekke selv, for eksempel at en gitt adresse gir 301 til riktig side, at kassen kan brukes med tastatur alene, eller at en gitt app er fjernet fra temaet. Etter lansering følger jeg Search Console og salgstall i en avtalt periode, og feil som skyldes mitt arbeid rettes. Kontrakten er en B2B-avtale under EU-jurisdiksjon, og pris settes individuelt etter gjennomgang av butikken.

#Hva gjør du nå?

Send meg dagens nettadresse, plattform (WooCommerce, Magento, BigCommerce eller Shopify) og hvor trafikken kommer fra: søk, annonser eller e-post. Jeg svarer skriftlig med omfang og forutsetninger, og du bestemmer om det er verdt å gå videre.