Shopify-utvikler i Bremen

#Hva gjør en Shopify-utvikler for en bedrift i Bremen?

Jeg er én senior utvikler, ikke et byrå. Jobben er å få Shopify-butikken din til å selge i det tyske markedet uten at tema, apper eller kasse blir en vedlikeholdsbyrde. Det betyr Liquid-temaer med Online Store 2.0-seksjoner, metafields og metaobjects for produktdata, integrasjoner mot ERP, PIM og lager, og tilpasninger i kassen.

Bremen er hovedstad i delstaten Bremen, en delstat med to byer som også omfatter Bremerhaven, og har ifølge Wikipedia rundt 588 000 innbyggere (desember 2025). Havnen i Bremen og Bremerhaven er etter Wikipedia Tysklands nest største etter Hamburg. Samme kilde nevner Airbus, Mercedes-Benz-fabrikken og kaffemerker som Melitta og Azul Kaffee, og Universität Bremen som byens største universitet.

#Når holder Liquid, og når trenger butikken headless?

De fleste butikker trenger ikke headless. Online Store 2.0 gir seksjoner og blokker du kan redigere uten kode, og Liquid dekker collections, varianter, handlekurv og kundekontoer. Jeg anbefaler å bli på Liquid til du kan peke på en konkret begrensning.

Headless er aktuelt når redaksjonelt innhold, flere merkevarer eller sterkt tilpasset navigasjon sprenger temaet. Shopify beskriver Hydrogen som et verktøysett for headless storefronts med en typet Storefront API-klient, og med bindinger for React og Vue (kilde: shopify.dev). Prisen er mer kode å eie: eget hosting-oppsett, egen caching og egen testing. Jeg legger fram begge alternativene med hva de krever av deg i drift, så du velger med åpne øyne.

#Hva kan Shopify Functions løse som apper ikke gjør?

Functions lar utviklere tilpasse Shopifys backend-logikk. Dokumentasjonen nevner rabatter, skjuling av betalingsmetoder, omdøping av leveringsvalg og validering som kan stoppe en kasse (kilde: shopify.dev/docs/apps/build/functions). Logikken kompileres til WebAssembly, med maler for Rust og JavaScript, og Shopify anbefaler Rust for ytelse.

Dokumentasjonen sier også at egendefinerte apper med Functions-API-er bare er tilgjengelige for Shopify Plus-butikker, mens apper fra App Store med funksjoner kan brukes på alle planer. Det avgjør om en tilpasning blir en liten app eller en Plus-vurdering, og jeg sjekker planen din før jeg foreslår løsning.

Typiske tilfeller for en B2B-nær butikk: skjule faktura som betalingsmåte for nye kunder, blokkere bestillinger som bryter en minimumsmengde, eller justere rabatt etter kundegruppe. Hver av dem skriver jeg med tester på kantene, som tom handlekurv, flere valutaer og avbrutt betaling.

#Hvilke tyske regler må være på plass i butikken?

Tre ting kommer igjen i tyske prosjekter.

Impressum. Etter § 5 DDG må tilbyderen holde tilgjengelig blant annet navn og adresse, en e-postadresse for rask kontakt, handelsregister og registernummer der det finnes, og VAT-ID eller økonomisk identifikasjonsnummer (kilde: gesetze-im-internet.de, DDG § 5). Opplysningene må være lett gjenkjennelige og direkte tilgjengelige. Jeg legger lenken i footer og sjekker at den følger med på alle maler, også kasse og kundekonto.

Personvern. Etter § 40 BDSG er det myndighetene som er utpekt etter delstatsrett som fører tilsyn med private virksomheter innenfor GDPR (kilde: gesetze-im-internet.de, BDSG § 40). For en bedrift i Bremen er det altså en delstatsmyndighet, ikke en føderal. Jeg går gjennom hvilke apper som laster tredjepartsskript, hva som settes før samtykke, og at samtykkebanneret faktisk blokkerer det det skal blokkere.

Tilgjengelighet. BFSG omfatter tjenester i elektronisk handel for forbrukere (§ 1 Abs. 3), men mikroforetak som tilbyr tjenester er unntatt etter § 3 Abs. 3 (kilde: gesetze-im-internet.de, BFSG). Er du ikke mikroforetak, må tema, skjemaer og kasse tåle tastaturnavigasjon og skjermleser. Jeg tester det i selve temaet og i appene som injiserer markup.

Hvis du i tillegg selger til norske forbrukere, gjelder norsk angrerettlov for dem. Den krever informasjon på norsk når markedsføringen retter seg mot norske forbrukere (§ 8 tredje ledd), at opplysningene fremheves umiddelbart før bestilling og at bestillingsknappen er tydelig merket (§ 16), og setter angrefristen til 14 dager (§ 21), forlenget til 12 måneder om du ikke har informert om retten (kilde: lovdata.no, angrerettloven). Shopify Markets kan skille språk og vilkår per marked, men jeg kontrollerer at hver markedsvariant faktisk viser riktig tekst.

Jeg gir ikke juridisk rådgivning. Tekstene til impressum, vilkår og personvern skal godkjennes av en jurist i landet butikken selger i.

#Hvordan flytter jeg en WooCommerce-butikk til Shopify?

Dette er stegene, i rekkefølge:

1. Inventar. Jeg eksporterer alle URL-er fra WooCommerce og Search Console: produkter, kategorier, filtersider, blogg, sider med trafikk.
2. URL-kart og 301. Hver gamle URL får en målside. Shopify bruker faste prefikser som /products/ og /collections/, så kartet må lages før noe bygges.
3. Datamodell. Attributter og egne felt blir variantalternativer, metafields eller metaobjects.
4. Strukturerte data. Product, Offer og BreadcrumbList sammenlignes før og etter, slik at pris og tilgjengelighet er riktige.
5. Kunder og ordrer. Kontoer og ordrehistorikk flyttes etter en prøvekjøring. Passord kan ikke flyttes, så kundene får en invitasjon.
6. Staged cutover. Testbutikk, så frysing av ordrer i et avtalt vindu, så DNS.
7. Etterkontroll. Jeg følger dekning og 404-er i Search Console i ukene etter og retter det som dukker opp.

Det som oftest går galt er glemte URL-er med trafikk, filtersider som ikke finnes i Shopify, og betalingsmetoder som mangler ved lansering. Derfor er inventaret første steg.

Les også Shopify-utvikler og WooCommerce til headless for den generelle gjennomgangen.

#Hva er neste steg?

Send meg adressen til dagens butikk, plattformen den kjører på i dag (WooCommerce, Shopify eller annet), og hvor trafikken din kommer fra. Du får skriftlig omfang og pristilbud etter at jeg har sett butikken. Ingen priser før det.