Shopify-utvikler i Karlsruhe

#Hva gjør en Shopify-utvikler for en butikk i Karlsruhe?

Jeg er frittstående utvikler. Du får meg, ikke et byrå med flere ledd. Oppdragene er tekniske: bygge eller refaktorere et Liquid-tema, flytte en eksisterende butikk til Shopify, rydde i apper som dobler det Shopify allerede gjør, og få kassen til å tåle ekte bestillinger. Selger butikken din på tysk, kan innholdet være tysk mens vi skriver sammen på norsk eller engelsk.

Karlsruhe er ifølge Wikipedia den tredje største byen i Baden-Württemberg, med rundt 309 000 innbyggere ved utgangen av 2025. Byen har ni høyere utdanningsinstitusjoner, KIT blant dem, og de to føderale domstolene BVerfG og BGH. Merkevarene Web.de og 1&1 hører hjemme i Karlsruhe og eies av United Internet, og regionen kalles Technologieregion Karlsruhe, et samarbeid mellom byene i regionen for å fremme høyteknologi.

#Hvordan flytter jeg en butikk fra WooCommerce eller Magento til Shopify uten å miste trafikk?

Alt starter med et inventar. Jeg eksporterer alle URL-er som er indeksert, fra sitemap, Search Console og serverlogg, og setter dem opp mot produkter, kategorier, blogginnlegg og sider som skal flyttes. Resultatet er et regneark med gammel URL, ny URL og status.

Deretter går jeg gjennom disse trinnene:

• Innholdsmodell. Produktattributter blir typede metafields, gjentakende innhold blir metaobjects. Det avgjør hva temaet kan vise og hva som kan leses maskinelt.
• 301-redirects. Shopify tar imot redirects som CSV under Content, Menus, URL redirects. Standardbutikker kan ha opptil 100 000 redirects, Plus-butikker opptil 20 000 000, ifølge Shopify Help Center. En redirect virker bare på en URL som ellers gir feil, og stier som starter med /cart, /orders og /apps kan ikke omdirigeres. Jeg sjekker kartet mot disse reglene før opplasting.
• Strukturerte data. Product og Offer genereres fra de samme feltene som siden viser, slik at pris og lager ikke kan avvike mellom side og markup. AggregateRating kommer bare der det finnes ekte anmeldelser.
• Språk og hreflang. Har butikken tysk og norsk versjon, må hver språkversjon peke gjensidig på den andre og på seg selv. Jeg tester det på bygget, ikke i innstillingene.
• Trinnvis overgang. Jeg bygger butikken bak passord, tester kasse og betaling med avbrutte og mislykkede betalinger, og bytter DNS når redirect-kartet er validert. Etter lansering sammenligner jeg indeksdekning, 404-er og klikk i Search Console i flere uker.

Det som oftest går galt er redirects som mangler for gamle filter-URL-er, kanoniske adresser som peker på gammel plattform, og apper som injiserer skript i kassen. Jeg finner dem ved å crawle både gammel og ny butikk og sammenligne listene.

#Hva krever tysk lov av en nettbutikk som selger i Karlsruhe?

Disse punktene er fakta om det tyske markedet, ikke juridisk rådgivning. Rett jurist avgjør hva som gjelder for deg.

• Impressum. § 5 DDG krever at kommersielle digitale tjenester har navn og adresse, e-postadresse, registeroppføring med nummer og MVA-nummer, der de finnes, lett gjenkjennelig og alltid tilgjengelig. Jeg legger siden inn i footer og i kassen.
• Cookies og skript. § 25 TDDDG krever samtykke på bakgrunn av klar og fullstendig informasjon før noe lagres eller leses på kundens enhet, med unntak for det som er strengt nødvendig for tjenesten kunden ba om. Jeg lister alle skript temaet laster og hva hvert enkelt gjør.
• Tilsynsmyndighet. For selskaper i Baden-Württemberg er det Landesbeauftragte für den Datenschutz und die Informationsfreiheit (LfDI BW) som rådgir bedrifter om personvern. Selger du også til Norge, gjelder GDPR der gjennom personopplysningsloven, som gjennomfører forordningen i norsk rett.
• Tilgjengelighet. BFSG gjelder tjenester i elektronisk handel overfor forbrukere etter 28. juni 2025, med unntak for kleinstunternehmen (§ 1 Abs. 3 Nr. 5 og § 3 Abs. 3). Jeg tester tastaturnavigasjon, kontrast og skjemaetiketter i temaet og kassen, og rapporterer det jeg finner.

#Når er Liquid nok, og når trenger butikken Functions eller Hydrogen?

Online Store 2.0 med seksjoner og typede metafields dekker de fleste butikker med en katalog som kan håndteres uten eget frontend-team. Shopify Functions kommer inn når rabatt-, betalings- eller leveringslogikk ikke kan settes opp i admin. Hydrogen er et valg når storefront og innholdssystem må skilles. Jeg sier fra hvis jeg mener du bør velge den enklere veien, selv om det gir meg mindre arbeid.

Embedded apps for egen bruk tar jeg på meg. Offentlig innsending til Shopify App Store er et eget scope med webhooks, GDPR-endepunkter og review.

#Hvordan tester jeg kassen før lansering?

Jeg går gjennom hele kjøpsløpet på mobil og desktop: vellykket betaling, avbrutt betaling, avvist kort, gavekort og rabattkode, returinformasjon og bekreftelsesmail. Jeg sjekker at skatt og valuta i Markets stemmer med fakturaen, og at ingen app laster skript du ikke har godkjent. Alt dokumenteres i en testliste du kan lese.

#Vanlige spørsmål

Må jeg ha tysk Impressum selv om selskapet mitt er norsk? Det avgjør du med en jurist. Teknisk legger jeg inn siden og lenker til den fra footer og kasse.

Kan du ta bare en del av jobben, for eksempel redirects eller temaet? Ja. Skriv hva du trenger, så får du et skriftlig scope for den delen.

Hvem eier koden? Du. Temaet ligger i ditt GitHub-repo, og jeg leverer med dokumentasjon av hva som er endret.

#Hva er neste steg?

Send meg dagens URL, hvilket system butikken kjører på i dag og hvor trafikken kommer fra (Search Console, Analytics eller en sitemap holder). Jeg svarer med et skriftlig scope og en liste over det jeg ser som risiko. Les mer om Shopify-utvikling og om migrering mellom CMS og rammeverk.