Shopify-utvikler i Leipzig

#Hva må på plass før en Shopify-butikk i Leipzig tåler tysk rett?

Leipzig har 615 932 innbyggere (offisielt tall per 31. desember 2025) og ligger i delstaten Sachsen. Byen har Universität Leipzig, grunnlagt i 1409, og Leipziger Messe, som kan spores tilbake til 1190.

Jeg er en enkeltstående senior Shopify-utvikler. Du får én kontaktperson, ingen mellomledd og en skriftlig avgrensning før jeg starter. Jeg lover ikke noe om responstid eller teamstørrelse, og jeg oppgir ingen kundenavn jeg ikke kan dokumentere.

Tre tyske krav påvirker butikken direkte:

• BFSG gjelder tjenester i elektronisk handel som tilbys forbrukere etter 28. juni 2025 (§ 1 Abs. 3).
• DDG § 5 krever Impressum: navn, adresse, e-post, registernummer og moms-ID hvis du har en.
• DSGVO styrer samtykke, informasjonskapsler og kundekontoer, med Sächsische Datenschutz- und Transparenzbeauftragte som tilsynsmyndighet i Sachsen.

#Hvordan bygger jeg et Shopify-tema for tyske kunder?

Utgangspunktet er Online Store 2.0: seksjoner og blokker som du redigerer selv i temaeditoren, med Liquid for logikken. Jeg setter opp tysk som hovedspråk i Markets, med egne oversettelser av produkttekster, metafelt og kassetekster. Jeg kontrollerer i kildekoden at hver språkversjon har hreflang og peker på sin egen kanoniske adresse.

Konkret arbeid i et typisk oppdrag:

1. Gjennomgang av eksisterende tema: hvilke apper injiserer script, hva laster på hver malside, hva er ubrukt.
2. Metafelt og metaobjekter for det katalogen trenger (materiale, mål, leveringstid, sertifiseringer), slik at data ligger strukturert og ikke i fritekst.
3. Strukturerte data for Product og Offer fra de samme feltene, slik at det som vises i søkeresultatet stemmer med siden.
4. Juridiske sider (Impressum, personvern, angrerett, frakt) som egne sider med faste lenker i footer og kasse.
5. Test av hele kjøpet: vellykket betaling, avbrutt betaling, kupong, gavekort, retur og kundekonto, på mobil og desktop.

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

Migrering fra WooCommerce, Magento eller en annen plattform er der de fleste mister synlighet. Shopify har faste URL-mønstre (/products/, /collections/, /pages/), så gamle adresser må mappes én til én.

Slik går jeg frem:

1. Eksport av alle gamle URL-er fra sitemap, serverlogger og Search Console, ikke bare de som ligger i menyen.
2. URL-kart: hver gamle adresse får ett mål. Tilsvarende siden først, nærmeste kategori som fallback, aldri forsiden for alt.
3. 301-omdirigeringer lastet inn i Shopify via CSV. Jeg tester kjeder og løkker før lansering.
4. Innholdsmodell: produkter, varianter, samlinger og sider flyttes med riktige handles, bilder med alt-tekst og metafelt der dataene trenger det.
5. Stegvis overgang: først en testbutikk bak passord, deretter DNS-bytte på et tidspunkt med lav trafikk.
6. Etter lansering: ny sitemap sendes til Search Console, og jeg sjekker dekning, 404-rapport og de viktigste landingssidene mot gamle posisjoner.

Det som typisk går galt: produkter med flere varianter som tidligere hadde egne adresser, filtre som ga indekserte parameter-URL-er, og kundekontoer som ikke kan flyttes med passord. Det siste løses med tilbakestillingsmail, og du må varsle kundene på forhånd.

#Hva sjekker jeg før lansering?

Før DNS byttes går jeg gjennom en fast liste mot testbutikken:

• Alle gamle URL-er fra eksporten gir 301 til riktig mål, uten kjeder.
• Hver malside har én H1, riktig kanonisk adresse og hreflang som peker tilbake.
• Product-markup validerer, og pris og lagerstatus samsvarer med siden.
• Kassen fungerer med alle betalingsmetoder du tilbyr, også ved avbrutt betaling.
• Impressum, personvern og angrerett er lenket fra footer og kasse.
• Ingen tredjepartsscript lastes før samtykke er gitt.

Resultatet får du som en skriftlig liste med status per punkt, så du ser hva som er testet og hva som ikke er det.

#Hva betyr BFSG for en nettbutikk i Leipzig?

BFSG omfatter tjenester i elektronisk handel for forbrukere (§ 1 Abs. 3 nr. 5). Loven unntar blant annet arkivert innhold som ikke oppdateres etter 28. juni 2025 og tredjepartsinnhold du verken finansierer, utvikler eller kontrollerer (§ 1 Abs. 4). For en butikk betyr det at kassen, produktsidene og kontoområdet må kunne brukes uten mus, med lesbar kontrast og skjemafelt med etiketter. Jeg tester temaet med tastatur og skjermleser og lister hva som gjenstår, særlig i apper du selv har installert. Om en virksomhet er unntatt etter størrelse, avgjør du ut fra lovteksten og juridisk rådgivning.

#Hva sier DSGVO og DDG om butikken din?

Sächsische Datenschutz- und Transparenzbeauftragte tar imot klager fra kunder og meldinger om brudd etter artikkel 33 i GDPR. Det du kan kontrollere i butikken: hvilke tredjepartsscript som lastes før samtykke, hvilke apper som sender kundedata ut av EU, og hvordan kundekontoer og nyhetsbrev håndterer samtykke. Jeg lager en liste over apper med formål og dataflyt, slik at du kan dokumentere behandlingen.

DDG § 5 krever Impressum med navn, adresse, e-post, registernummer og moms-ID. Jeg legger den inn som egen side, tilgjengelig fra alle sider.

#Når passer headless på Hydrogen, og når holder Liquid?

Liquid holder for de fleste butikker, også med B2B Edition. Headless på Hydrogen passer når storefront trenger en egen redaksjonell flate, uvanlig mye tilpasset logikk eller en frontend som deles med andre systemer. Prisen er mer kode å vedlikeholde. Shopify Functions bruker jeg bare der rabatt-, betalings- eller leveringsregler ikke lar seg løse med native innstillinger.

Integrasjoner mot ERP, PIM og lager bygger jeg med webhooks og Admin API. For å unngå dobbelt lager er det viktig med én kilde for lagerstatus, med ordre-ID-er som nøkkel, og jeg tester gjentatte webhook-kall før lansering.

#Neste steg

Send meg nettadressen, nåværende plattform og trafikkilder (Search Console, Analytics eller bare en beskrivelse). Du får en skriftlig avgrensning med det jeg ser, hva jeg foreslår og hva som ligger utenfor. Les mer om oppdraget på Shopify-utvikler.