Shopify-utvikler i Berlin

#Hva trenger en Shopify-butikk i Berlin utover et ferdig tema?

Berlin er både hovedstad og en av Tysklands delstater. Ifølge Wikipedia hadde byen 3 596 999 innbyggere ved folketellingen i 2022 (Zensus 2022), og økonomien hviler på høyteknologi og tjenester: kreative næringer, oppstartsbedrifter, forskning og medier. Kilden gir ikke tall for Shopify-bruk, og jeg påstår ingen.

Det jeg ser i slike prosjekter er stort sett tre ting. Temaet er kjøpt og dekker ikke prislogikken. Appene har hopet seg opp og laster script i kassen. Og juridiske sider og samtykkeløsning er satt opp for et annet land enn det butikken faktisk selger til. Jeg jobber alene, så du får én person som både skriver Liquid, setter opp Functions og kan forklare valgene i skrift.

Shopify tar seg av betalingsbehandling, PCI-samsvar og skatteberegning i kassen. Jeg bruker tiden der plattformen slutter: egne prisregler i Shopify Functions, B2B-flyt på B2B Edition, headless med Hydrogen og Storefront API når et redaksjonelt CMS skal ligge ved siden av, og integrasjoner mot ERP, PIM og lager.

#Hvilke tyske regler gjelder for butikker som selger fra Berlin?

Her er det fire ting jeg legger inn i omfanget, alle fra primærkilder.

Impressum. § 5 Digitale-Dienste-Gesetz (DDG) krever at kommersielle digitale tjenester har navn og adresse, e-postadresse, handelsregister og registreringsnummer, og USt-IdNr. der leverandøren har en, lett gjenkjennelig og direkte tilgjengelig. I Shopify er det en egen side som må lenkes fra footer og fra kassen.

Samtykke til cookies og sporing. § 25 i TDDDG krever samtykke etter GDPR-kravene før noe lagres på eller leses fra brukerens enhet, med unntak for det som er strengt nødvendig for en tjeneste brukeren selv har bedt om. For en Shopify-butikk betyr det at analyse- og markedsføringspiksler ikke skal fyre før samtykket er gitt. Jeg tester dette i nettleserens nettverksfane, ikke bare i innstillingene til samtykkeverktøyet.

Tilgjengelighet. Barrierefreiheitsstärkungsgesetz (BFSG) gjennomfører direktiv (EU) 2019/882. Etter § 1 omfatter den tjenester i elektronisk forretningsdrift som tilbys forbrukere etter 28. juni 2025. Etter § 3 gjelder det generelle kravet ikke for mikroforetak som tilbyr tjenester. Om du er et mikroforetak etter loven, avgjør du sammen med en jurist. Er du ikke det, sjekker jeg tastaturnavigasjon, kontrast, skjemaetiketter og kassen mot kravene.

Personvern. Tilsynsmyndighet for Berlin er Berliner Beauftragte für Datenschutz und Informationsfreiheit. Det som berører utviklingen er hvilke apper som sender kundedata ut av EU, og at personvernerklæringen faktisk beskriver dem.

#Hva betyr det for norske selgere som vil inn i Berlin, eller berlinbedrifter med norske kunder?

I Norge gjelder GDPR som norsk lov gjennom personopplysningsloven, og Datatilsynet fører tilsyn med at myndigheter, bedrifter og organisasjoner følger reglene. Personvernet er altså i hovedsak det samme regelverket på begge sider. Forskjellene sitter i det nasjonale laget.

Angrerettloven gir 14 dagers angrefrist ved fjernsalg (§ 21), og fristen forlenges med 12 måneder hvis selgeren ikke har gitt påkrevd angrerettsinformasjon. Jeg legger angrerettsinformasjon og retursider inn per marked, slik at Shopify Markets viser riktig tekst og riktig språk til norske og tyske kunder.

Hvilken lov som gjelder for et konkret salg på tvers av grensen, er et juridisk spørsmål. Jeg bygger butikken slik at begge sett med sider og vilkår kan ligge side om side, og tar ikke stilling til hvilket som styrer.

En tysk kundeside trenger tysk tekst i kasse, e-poster og vilkår, ikke bare i produktbeskrivelsene. Jeg setter opp språkversjonene i Shopify Markets og sjekker at varslings-e-postene og ordrebekreftelsen følger kundens språk. Oversettelsen av selve vilkårene bør gjennomgås av en som kan tysk handelsrett.

#Hvordan flytter jeg en WooCommerce-butikk i Berlin til Shopify?

Jeg gjør det i denne rekkefølgen:

1. Eksporterer alle URL-er fra sitemap og fra Search Console, og lager et kart fra gammel til ny adresse. Shopify har faste URL-prefikser (/products/, /collections/), så nesten alle produkt- og kategorisider får ny adresse og trenger en 301.
2. Flytter produkter, varianter, kunder og ordrer. Rabatt- og fraktregler bygges på nytt med Shopifys egne verktøy eller Functions, ikke kopieres blindt fra plugins.
3. Går gjennom sider som ikke har noen direkte motpart (bloggen, landingssider) og bestemmer om de skal flyttes, slås sammen eller omdirigeres.
4. Setter opp hreflang og Markets hvis butikken har både norsk og tysk versjon.
5. Tester kassen med vellykket betaling, avbrutt betaling og retur før cutover, ikke bare i desktop Chrome.
6. Lanserer, sjekker at kartet faktisk gir 301 (ikke 302 eller 404), og følger dekningsrapporten i Search Console i ukene etterpå.

Det som typisk går galt, er URL-er med parametere og filtre som aldri kom med i kartet, produkter som ligger i flere kategorier i WooCommerce og bare kan ha én canonical i Shopify, og tredjepartsapper som legger inn script som bremser kassen. Jeg måler før og etter, og lover ikke en bestemt trafikkutvikling.

#Hvordan arbeider jeg med en eksisterende Shopify-butikk?

Tema- og appendringer havner i kundens Git, slik at neste utvikler kan lese historikken. Jeg lager en liste over apper som dobler det Shopify allerede gjør native, og foreslår hva som kan fjernes. Om du trenger Shopify Plus, skriver jeg ned kriteriene som ja eller nei i en sak, så beslutningen ikke bygger på prestisje.

Du får en demo-URL etter hver milepæl og dokumentasjon som er skrevet for den som overtar. Prisen settes individuelt etter skriftlig omfang. Jeg oppgir ingen fast prisliste her.

#Neste steg

Send meg nettadressen til butikken, CMS-et eller Shopify-planen du bruker i dag, og hvor trafikken kommer fra. Du får skriftlig omfang tilbake. Les også Shopify-utvikler for det jeg tilbyr generelt, og migrering til Astro og Next.js hvis butikken heller bør bli en headless frontend.