SHOPIFY-MIGRERING – LANCERING, ANSVAR OG 90-DAGES OPFØLGNING
Arbejdsark · kasperstuck.dk/guide/migrering-til-shopify
Udfyld navne, tider og kriterier. Eksemplet nederst skal erstattes.
Omfang og betaling følger den konkrete aftale; arket er ikke en garanti.

1. RAMMER OG EJERE
Shop/domæne:
Inkluderede datatyper, sider og integrationer:
Ekskluderet indhold: ejer og beslutning før lancering:
Baselineperiode, sæson og kampagner:
Lanceringstidspunkt og forventet overgang:
Beslutningstager (go/no-go):
Projektansvarlig og kontakt:
Teknik/data og kontakt:
SEO/URL-plan og kontakt:
Feed/marketing/tracking og kontakt:
Kundeservice og kontakt:
Juridisk/revisor og kontakt:
Rollback-beslutningstager og udførende:
Opfølgningsperiode, opgaver og betaling:

2. FORBEREDELSE
Backup og læsbarhed kontrolleret af/dato:
Adgang til gammel løsning og aftalt opbevaring:
Feltmapping og prøveimport godkendt af/dato:
Optælling før/efter: produkter, varianter, kunder, ordrer (kun i scope):
Afstemte id-relationer og stikprøveværdier:
Historisk import: test af mails, fulfillment, lager, regnskab og automatik:
Tilmeldinger/afmeldinger og samtykkedokumentation afstemt:
Automatik slukket; ansvarlig for godkendt genaktivering:
Hele forventede URL-map testet; interne links crawlet:
Uændrede sider og bevidste 404/410 kontrolleret:
Sprog/marked-par: selvreference, gensidige hreflang-links og tilsigtede canonicals:
Gamle locale-URL’er til korrekte slutdestinationer: resultat, dokumentation og navngiven ejer:
Dato og ejer for vedligeholdelse af redirects (mindst ét år anbefalet):
Markup og synligt indhold sammenlignet; Rich Results Test gemt:
Feed-id’er/custom labels bevaret eller ændringer dokumenteret:
Testmatrix og åbne undtagelser:
Kundelogin valgt og testet med importeret profil:
Digital fortrydelsesfunktion afklaret/testet hvor relevant:

3. DNS OG SIDSTE DATAOVERFØRSEL
Eksisterende DNS-poster gemt, MX og e-mailposter bevares:
Eventuel lavere TTL sat dato/tid; tidligere TTL udløber:
Webposter der ændres og ansvarlig:
Domæne/HTTPS/SSL/SPF/DKIM/mail kontrolleret af:
Stop for ændringer eller delta-sync: omfang, tidspunkt, udførende:
Hvem afstemmer nye ordrer, betalinger, lager og kunder efter sidste sync?
Hvordan håndteres køb hvis begge butikker modtager ordrer?
Afstemningsresultat og kendte afvigelser:

4. GO/NO-GO OG LANCERING
Kritiske acceptkriterier og dokumentation:
Åbne fejl, konsekvens, ejer og godkendelse:
Beslutning (go/no-go), navn og tidspunkt:
Domæne/DNS og offentlig adgang kontrolleret:
Crawlregler kontrolleret separat fra meta robots/X-Robots-Tag:
Sitemap og indekserbare sider kontrolleret:
Offentlig eventtest: køb, værdi, valuta, ordre-id, consent og dubletter:
Standard-GA4 tracker ikke bag Shopify-adgangskode; notér evt. egnet særskilt testsetup:
Feed-diagnostik/domæne/URL/pris/lager kontrolleret:
Annonce-, katalog-, e-mail- og øvrige destinationslinks opdateret:
Affiliate-partner, slutdestination og påkrævede parametre/identifikatorer:
Udbydergodkendt attributionstest: observation, dokumentation og godkendelse:
Marketingejer og ansvarlig for opdatering af affiliate-links hos partneren:
Produktionstestordre med betaling, lager, fragt, bogføring og refundering:
Kundeservice informeret; kundekommunikation efter kontotype:

5. ROLLBACK
Udløsere: mål, grænse, varighed og beslutningstager:
Hvordan stoppes nye køb og marketing efter behov?
Hvordan sikres og afstemmes Shopify-ordrer, betalinger og lagerændringer?
Hvordan undgås mistede køb, dobbelt fulfillment og bogføring?
Hvornår er gammel løsning og integrationer klar til at overtage?
Aftalte DNS-/integrationshandlinger, udførende og dokumentation:
Kundekommunikation og ny lanceringsbeslutning:
Skift ikke blot DNS tilbage uden afstemning af nye ordrer.

6. OPFØLGNING – EJER, RESULTAT OG HANDLING FOR HVER PERIODE
Første dag:
- Teknik: betalinger, ordreflow, lager, mails og sidste afstemning.
- SEO: hele offentlige URL-map, canonical, indeksdirektiver og interne links.
- Marketing/feed: events, consent, dubletter, feed-diagnostik og destinationslinks.
- Projektansvarlig: fejlprioritet og rollback-grænser.
Navne, resultater, dokumentation og handlinger:

Uge 1 (dagligt):
- Teknik/kundeservice: ordrer, refunderinger, login og henvendelser.
- SEO: 404’er, crawl/indeksering og Search Console (data kan være forsinkede).
- Marketing/feed: tracking, priser/lager/afvisninger og links.
Navne, resultater, dokumentation og handlinger:

Uge 2-4 (ugentligt):
- Projektansvarlig samler teknik, SEO og marketing.
- Faktiske ordrer/omsætning afstemmes mod kanaler, feeds og GSC.
- Sammenlign baseline med sæson, kampagner, lager og samtykkeændringer.
- Undersøg afvigelser; et fald i GA4 er ikke alene bevis for SEO-tab.
Navne, resultater, dokumentation og handlinger:
30-dages læring og åbne opgaver:

Uge 5-12 (ugentligt) samt dag 90:
- Følg fortsat ordrer, omsætning, kanaler, feed og 404’er, og kontrollér, at relevante sider er indekserbare.
- Godkend status, åbne fejl og overdragelse til drift ved 90 dage.
- Angiv ejer, deadline og næste kontrol for hver resterende opgave.
Navne, resultater, dokumentation og godkendelse:

EKSEMPEL – KUN ILLUSTRATION, ERSTAT MED EGEN BESLUTNING
Kriterium: TEST-O1 hører til TEST-K1 og afstemmes én gang i regnskab.
Ejer: [navn på dataansvarlig]. Godkender: [navn på beslutningstager].
Dokumentation: [link til afstemning og testresultat].
Ved afvigelse: historisk import stoppes; årsag rettes og genkørsel testes.