Sådan beskytter du din synlighed, trafik og omsætning ved migrering til Shopify

Guiden kan både fungere som beslutningsgrundlag, projektplan og kravspecifikation.

Webbureauet designer og programmerer dit nye website, samt migrerer indholdet fra din nuværende webshop. Kendskab kortlægger, stiller krav, tester og følger op. Du får en webshop, som ikke bare er flot og opfylder de tekniske specifikationer, men en webshop, som skaber omsætning.

En migrering til Shopify er desværre ikke færdig, når produkter og kunder er importeret og den nye webshop er gået live – det er kun den ene del af opgaven.

Migreringen er nemlig først gennemført, når Google kan forstå flytningen, kunderne kan gennemføre deres køb, der er styr på marketing-data og webshoppens synlighed, trafik og omsætning er stabil igen.

At skifte til Shopify kan give mange fordele.

Men selve skiftet er et af de tidspunkter, hvor selv den mest etablerede og velfungerende webshop er mest udsat – uanset om det flyttes til Shopify eller et andet CMS.

Når platform, design, struktur, indhold og URLs ændres, skal Google genbesøge og forstå en stor del af webshoppen. Samtidig skal annoncer, produktfeeds, tracking, e-mail flows, betaling, fragt og integrationer fortsat virke. En fejl i én af disse dele kan koste dyrt på synlighed, trafik og salg og flere fejl på samme tid kan gøre det vanskeligt at finde den egentlige årsag og kan tage lang tid at løse.

Det mest alvorlige er, at konsekvensen ofte ikke kan ses når den nye webshop lanceres.

Forkerte redirects, manglende indhold, manglende interne links eller fejlagtige produkt-tags kan du måske først se konsekvensen af i Google over de efterfølgende dage og uger og reagerer du for sent, kan Google allerede have de-indekseret gamle URL'er eller i værste fald, har vurderet webshoppen på ny og fjernet de prominente og oparbejdede placeringer, som du sikkert har brugt årevis på at fortjene.

Fejl kan som regel rettes, men det er ikke sikkert, at tidligere placeringer og trafik kommer tilbage igen – hvis du ikke er opmærksomhed på det inden for få uger.

Derfor skal du have en god plan for din migration, før dit webbureau bygger den nye webshop og ikke først efter at webshoppen er lanceret.

Denne fejl har vi desværre set alt for mange gange og så er det ofte for sent at gøre noget ved eller kræver mange mange timers arbejde og tabt omsætning.

Kendskab er ikke et webbureau eller udviklingspartner, som kan hjælpe dig med at importere produkter, flytte kundedata, programmere integrationer eller designe og programmere din nye Shopify webshop.

Her skal I kontakte et Shopify webbureau (se vores anbefalede partnere her). Alternativt skal I selv udvikle den nye webshop, hvis I har kompetencerne til det.

Kendskabs rolle er at beskytte den placering og omsætning, som webshoppen allerede har opbygget, og gøre migreringen succesfuld.

Ikke målt på et flot design, men målt på synlighed, trafik og omsætning. Altså hele dit forretningsgrundlag.

Derfor hjælper vi med at

• kortlægge den eksisterende synlighed, landingssider, trafik, indhold og forretningskritiske kunderejser
• fastlægge kravene til URL'er, redirects, SEO, tracking, feeds, annoncering og sporing
• udarbejde migrations- og kontrolplanen sammen med jer og gerne i tæt samarbejde med webbureauet
• Kontrollere. kvalitetssikre. dokumentere fejl og risici som skal udbedres før lancering af den nye webshop
• kontrollere at den nye Shopify-shop kan læses, indekseres og spores
• overvåge synlighed, trafik og omsætning efter lancering, så problemer opdages og rettes hurtigt.

Dit webbureau udvikler den nye webshop og migrerer alt fra den nuværende webshop.

Kendskab kortlægger, stiller krav, tester og følger op for at minimere risikoen for at du taber alt, hvad du har brugt år på at bygge op.

Det samspil mellem dit webbureau og os giver dig en øget sikkerhed for at vi alle arbejder mod samme mål og har et tydeligt ansvar med hver vores spidskompetence.

Vi har arbejdet med migreringer i +25 år og har set mange succesfulde migreringer, men har desværre set en del, som ikke havde prioriteret dette, som mistede “alt” og måtte bygge deres forretning op igen.

Nej. Der er desværre ingen garantier. Men følger vi Google retningslinjer, bruger vores erfaring og sørger for at der er en tæt dialog mellem dit webbureau og os – så er der en stor sandsynlighed for at migreringen bliver succesfuld.

Google skriver, at udsving i placeringer kan forekomme under en migrering, mens de gamle og nye URL'er crawles og behandles af systemet. På en mindre eller mellemstor webshop kan det tage uger. På en stor webshop kan det tage længere tid, da der er mere data og flere sider, som robotterne skal igennem.

En korrekt migrering kan derimod:

• begrænse unødvendige tab af synlighed, trafik og omsætning
• gøre sammenhængen mellem gamle og nye sider tydelig for Google (og brugeren)
• bevare værdifuldt indhold
• opdage fejl, før de rammer kunder og din omsætning
• gøre det muligt at reagere på data frem for mavefornemmelser

Målet er at minimere uundgåelige fejl, kende til de normale udsving og reagere hurtigt, hvis udviklingen falder uden for de normale værdier

Shopify er ikke blot et ny “skin” til en gammel webshop. Shopify har egne konventioner for URL'er, produkter, varianter, kollektioner, markeder, checkout, temaer og apps.

De centrale URL-mønstre er typisk:

• produkter: /products/produktnavn
• kollektioner: /collections/kollektionsnavn
• almindelige sider: /pages/sidenavn
• blogindlæg: /blogs/blognavn/artikelnavn

Hvis den gamle platform har en anden mappe struktur (som den ret sikkert har), ændres mange URL'er.

Det betyder at din URL-mapping og korrekte redirects er afgørende for at migreringen bliver en succes.

Shopify kan desuden gøre det samme produkt tilgængeligt via den primære produkt-URL og en kollektions- sti.

Shopify-temaer angiver normalt en canonical til den primære produkt-URL, men temaer og apps kan ændre adfærden. Derfor skal canonical-tags og interne links testes i den konkrete løsning – ikke antages at være korrekte, blot fordi at platformen er Shopify.

Man kan ikke beskytte det, man ikke har kortlagt. Før den nye webshop bliver udviklet, skal I skabe et dokumenteret før-billede.

Fastlæg baseline og tolerancer, ved at gemme mindst 12 måneders data (gerne 24 ved sæson eller tidligere år er vigtigt sammenligningsgrundlag). Baseline bør omfatte:

1. organisk trafik og omsætning pr. Landingsside
2. klik, eksponeringer, placeringer og CTR fra Google Search Console
3. omsætning, konverteringsrate, gennemsnitsordre og antal ordrer
4. betalt trafik, ROAS/POAS, CPA/CAC og konverteringer
5. direkte trafik, e-mail, affiliates og øvrige kilder
6. vigtigste søgeord og landingssider
7. Ingående links til produkter, kategorier, guides og andre sider
8. indekserede URL'er, 404-fejl og øvrige tekniske fejl
9. Core Web Vitals og andre relevante performance-målinger
10. antal produkter, kollektioner/kategorier, indholdssider og blogindlæg

Notér større kampagner, rabatter, mediespend, lagerproblemer og sæsonforhold. Ellers kan en naturlig ændring fejlagtigt blive forklaret som et migrations problem, hvor der bruges tid på at løse det forkerte.

Fastlæg på forhånd, hvornår en afvigelse udløser en undersøgelse. En samlet nedgang kan skjule et kritisk tab på enkelte kategorier, så tolerancer skal følges både samlet og på prioriterede sider.

Byg et komplet URL-inventar og saml URL'er fra flere kilder:

1. XML-sitemap
2. crawl af den eksisterende webshop
3. Google Search Console
4. Webanalyse
5. CMS- og produktdatabase
6. serverlogs, hvis de er tilgængelige
7. værktøj til at finde indgående links
8. Google Ads, Microsoft Ads og sociale annoncer
9. Merchant Center og andre feeds
10. E-mails, e-mail flows, QR-koder, affiliate-links og eksterne integrationer

Ingen enkelt kilde finder nødvendigvis alle værdifulde URL'er.

Mapping af URLs bør som minimum indeholde:

• Ansvarlig (Den person, der skal overvåge og løse fejl)
• Gammel URL (den URL, der findes før skiftet)
• Ny Shopify-URL (den nye URL)
• Sidetype (produkt, kategori/kollektion, side, blog, fil mv.)
• Handling (bevar, 301-redirect, saml, 404 eller 410)
• Prioritet (A, B eller C baseret på trafik, salg, links og betydning)
• Klik/omsætning/indgående links (grundlag for prioritering)
• Indhold flyttet (Ja/nej og kvalitetssikre)
• Redirect testet (statuskode og, destination)

Prioritet A bør omfatte alle sider med væsentlig trafik, omsætning, placeringer eller indgående lnks samt URL'er i aktive kampagner og feeds.

Beslut den nye informationsarkitektur før import af indhold. Kategorier fra den gamle webshop bliver typisk til kollektioner i Shopift. Det er ikke bare en teknisk navneændring, men bør være en vurdering af:

• hvilke kategorier der skal bevares 1:1
• hvilke kategorier der evt. skal opdeles eller samles til én kategori
• hvilke sider der matcher reelle søgeintentioner
• hvordan produkter kan findes via navigationen og interne links
• hvilke filtre der hjælper kunderne, og hvilke URL-varianter filtrene skaber
• om tidligere “SEO-landingssider” fortsat har en værdi

En vigtig gammel kategoriside må ikke blive til en tynd kollektion uden tekst, intern kontekst eller relevante produkter. Så bevarer I måske redirecten, men mister den sidekvalitet og relevans, der skabte placeringerne.

Kortlæg dernæst indhold og SEO-signaler. For hver vigtig side skal I beslutte, hvad der bevares, forbedres eller udgår:

• title og meta description
• H1 og overskriftsstruktur
• produkt-, kategori- og guidetekster
• billeder, filnavne og alt-tekster
• video, PDF'er og downloads
• interne links og brødkrummer (OBS. HUSK de manuelle oprettede interne links i brødtekst)
• Canonical-tags
• hreflang ved flere sprog og lande
• strukturerede data
• FAQ, anmeldelser og andet hjælpsomt indhold

Google anbefaler hjælpsomt, pålideligt og indhold der er skabt til mennesker. En migrering er derfor ikke kun en teknisk øvelse. Hvis gode tekster, ekspertindhold eller dokumentation forsvinder i det nye design, kan sidens evne til at hjælpe kunden og rangere i Google blive vækket.

Undgå at omskrive alle vigtige sider samtidig med platformsskiftet. Flyt først det, der virker, og gennemfør større indholdsændringer senere, medmindre den gamle side åbenlyst er forkert eller ikke længere repræsenterer sortimentet.

Kortlæg data og integrationer i samarbejde med webbureauet: Datamapping, der viser, hvad der flyttes, til hvilket Shopify-felt, og hvilke transformationer (ændringer) der foretages undervejs (f.eks. om en farveværdi skal ændres fra "blå" til "blue").

Kontrollér blandt andet:

• Produkter, varianter, SKU, GTIN/stregkode og meta-felter
• Priser, sammenligningspriser, kostpriser, moms og valuta
• Lager pr. lokation og lagerpolitik
• Produktstatus, leverandør, tags og kollektions-tilknytning
• Billeder, videoer og alt-tekster
• Kunder, adresser, segmenter og lovlige samtykker
• Ordrer, ordrelinjer, rabatter, moms, fragt og status
• Gavekort, abonnementer, anmeldelser og loyalitetspoint
• ERP, PIM, WMS, økonomi, betaling, fragt og retur
• Klaviyo eller anden e-mailplatform
• Kundeservice, søgning og personalisering

Alt, der kan flyttes, bør ikke nødvendigvis flyttes.

Persondata kræver et gyldigt behandlingsgrundlag, dataminimering, adgangsstyring og en plan for sletning.

URL'er og redirects

Når en gammel URL ændres, skal den som udgangspunkt sende brugeren og Google direkte til den mest relevante nye URL via en permanent server-side redirect også kaldet 301-redirect.

Følg disse retningslinjer:

• 301 Redirect 1:1 til den side, der bedst erstatter den gamle side
• Undgå at sende alle udgåede produkter og kategorier til forsiden
• Undgå redirect-kæder: gammel URL → midlertidig URL → ny URL
• Fjern redirect-loops og redirects til 404-sider
• Bevar queryparametre, når de har en reel funktion, eller håndter dem bevidst
• Opdatér interne links, så de går direkte til den nye URL og ikke gennem et redirect
• Bevar redirects i mindst ét år; for værdifulde eksterne links er permanente redirects ofte bedst
• En redirect er ikke kun en teknisk statuskode. Destinationen skal være fagligt relevant. En gammel side om løbesko bør ikke sendes til en generel sko-forside, hvis der findes en ny side for løbesko.

Shopify kan importere URL-redirects via CSV, men import er ikke dokumentation for, at de virker. Alle prioritet A-URL'er og et repræsentativt udsnit af resten skal testes efter implementeringen.

Canonical, indeksering og dubletter

Kontrollér alle templates – produkter, kollektioner, sider og blogindlæg – i den faktiske tema- og appkombination.

Følg disse retningslinjer:

• Hver indekserbar side har én selvrefererende eller bevidst valgt canonical
• Canonical peger på en URL med status 200, som kan indekseres
• Interne links peger som udgangspunkt på canonical-versionen
• Alternative produktstier via kollektioner skaber ikke modstridende signaler
• Filter-, sorterings-, søge- og parameter-URL'er håndteres efter en dokumenteret strategi
• Paginering, tags og apps skaber ikke store mængder tynde, crawlbare URL'er

Sider, der skal findes i Google,må ikke være blokeret af noindex, password eller robots-regler. Husk på at der kan gemme sig noindex i javascripts som Google kan misforstå, hvilket vil betyde at din webshop vil blive fjernet fra søgemaskinen over tid (ja, det har vi OGSÅ oplevet)

Shopify genererer et XML-sitemap på /sitemap.xml og en standard robots.txt. Robots-filen kan tilpasses via robots.txt.liquid, men standarden bør ikke ændres uden et konkret og testet formål. robots.txt er heller ikke en sikker metode til at holde fortroligt indhold ude af Google - er skal du bruge noindex.

Internationale markeder

Ved Shopify Markets skal I teste hvert marked som en selvstændig kunderejse:

• Domæne, subdomæne eller undermappe
• Korrekt sprog og valuta
• Hreflang mellem alternative sprog- og landesider
• Canonical inden for den rigtige markeds version
• Moms, told, pris og tilgængelighed
• Betaling, fragt og retur
• Produktfeeds og destinationslande
• Oversættelser af navigation, metadata og strukturerede data

Automatisk hreflang er ikke en grund til at springe testen over. Ét forkert domæne, sprog eller canonical-signal kan påvirke, hvilken version Google viser i et marked og kan have katastrofale konsekvenser

Strukturerede data

Test som minimum relevante implementeringer af:

• Product
• Offer
• BreadcrumbList
• Organization
• Eventuelt Review/AggregateRating, når Googles regler og datagrundlaget er opfyldt

Temaer og apps kan begge indsætte schema-markup. Dobbelt eller modstridende markup kan give fejl eller gøre data sværere at forstå. Sammenhold altid markup med det synlige indhold, pris, lagerstatus og valuta.

Performance og Core Web Vitals

En ny Shopify webshop er ikke automatisk hurtig. Store temaer, video, tredjeparts scripts og mange apps kan gøre oplevelsen langsommere – det gælder for alle CMS-systemer.

Mål på repræsentative sider og enheder:

• Forsiden
• Kollektionssider
• Produkter med flere varianter
• Indholdssider og guide
• Indkøbskurv og relevante trin i kunderejsen

Sammenlign staging med den gamle shop og de aftalte mål. Vurder data – både før og efter lancenringee brugerdata efter lanceringen. Apps og scripts skal have en forretningsmæssig ejer; ellers bliver de sjældent fjernet igen.

Tracking og samtykke

Test ikke kun, om et “tag affyres” når der sendes data fra webshoppen.

Test, om de rigtige data sendes præcis én gang og under det rigtige samtykke.

Kontrollér følgende:

• view_item_list
• select_item
• View_item
• Add_to_cart
• View_cart
• Begin_checkout
• Add_shipping_info
• Add_payment_info
• Purchase
• Refund (hvis det er en del af målingen)

For hvert event skal I kontrollere produkt-id, produktnavn, variant, antal, rabat, valuta, fragt, moms og værdi. Afstem test-ordren mellem Shopify, betalingsudbyder, ERP og analyseplatform.

Shopifys løsning til pixels, checkout og kundeevents udvikler sig løbende. Derfor skal implementeringen vurderes ud fra den aktuelle Shopify-opsætning og de valgte apps – ikke ukritisk kopieres fra den gamle platform.

Kontrollér desuden:

• GA4 og eventuel Google Tag Manager
• Google Ads og Microsoft Ads
• Meta Pixel og eventuel server-side måling
• Consent Mode og samtykkeplatform
• Deduplikering mellem browser- og server events
• Affiliate- og partnertracking
• Korrekt ordre-ID, så genindlæsning af “tak”-for dit køb-siden ikke giver dobbeltkøb

Produktfeeds, kataloger og annoncer

En Shopify-migrering kan ændre produkt-id'er, URL'er, variantlogik og feedstruktur. Det kan bryde historikken i Google Merchant Center, Metas kataloger og dynamiske kampagner.

Dokumentér før og efter:

• Hvilket felt der er produktets stabile id
• Sammenhængen mellem parent-produkt og variant
• GTIN, brand, pris, lagerstatus, fragt og landingsside
• destinationslande og valuta
• Hvilke kampagner og kataloger der bruger de enkelte id'er
• Om redirects og final URLs i annoncer er opdateret

Ændr ikke produkt-id-strategi ved et tilfælde. Hvis id'er skal ændres, skal konsekvensen for feeds, tracking, anmeldelser, e-mail og annonce historik være kendt på forhånd.

Beskyt staging miljøet

Staging skal kunne gennemtestes, men må ikke blive en konkurrerende kopi i Google.

Brug adgangskontrol/password som primær beskyttelse og noindex, hvor det er relevant, som ekstra lag. Kontrollér før go-live, at beskyttelsen fjernes fra produktions webshoppen.

Et stagingcrawl skal sammenlignes med den gamle webshop for:

• Manglende sider og indhold
• Statuskoder
• Titles, descriptions og H1'er
• Canonical og robots-direktiver
• Interne links og klikdybde
• Billeder og alt-tekster
• Strukturerede data
• Hreflang
• Sitemap-egnethed

Prøvemigrér og afstem data

“Import gennemført” er ikke godt nok. Webbureauet skal dokumentere antal, summer, relationer og stikprøver.

Test virkelige kunderejser

Test på relevante mobiltelefoner, browsere, markeder og kundetyper.

Mindst følgende scenarier bør indgå:

• Nyt og tilbagevendende køb
• Gæstekøb og kundelogin
• Produkt med og uden variant
• Rabatkode og automatisk rabat
• Gavekort, abonnement eller B2B-pris, hvis relevant
• Flere betalings- og fragtformer
• Forskellige lande, valutaer og moms scenarier
• Udsolgt produkt og lav lagerbeholdning
• Annullering, refundering og retur
• Ordrebekræftelse, leveringsmail og e-mail flows
• Ordre til ERP, lager, kundeservice og regnskab

Alle kritiske fejl skal være løst.

Målbare acceptkriterier

En webshop er ikke klar og succesfuld migreret, blot fordi den “ser færdig ud”.

Brug blandt andet disse kriterier:

• 100 % af prioritet A-URL'erne returnerer 200 uændret eller 301 redirect til den korrekte nye side
• Ingen prioritet A-URL ender i 404, redirect-kæde, loop, soft 404 eller en irrelevant forside
• Alle indekserbare templates har korrekt robots-direktiv, én gyldig canonical og en entydig H1-logik.
• XML-sitemap indeholder kun canonical-URL'er med status 200, som må indekseres
• Ingen interne produkt-, menu- eller indholdslinks peger på gamle URL'er
• Testordrer stemmer på varebeløb, rabat, fragt, moms, valuta og total i alle relevante systemer
• Kritiske events registreres én gang og med korrekt consent-status
• Produkt-id'er er konsistente mellem Shopify, tracking, Merchant Center, Meta og e-mailplatforme
• Kritiske brugerrejser er bestået på mobil og desktop
• Ingen kritiske fejl er u-løste ved launch, medmindre du udtrykkeligt har accepteret risikoen

Vælg tidspunkt og bemanding

Læg lanceringen af den nye webshop tidligt på en arbejdsdag og helst tidligt på ugen. De ansvarlige fra virksomheden, webbureauet og Kendskab skal være tilgængelige og ikke på vej hjem, på weekend eller på juleferie. Undgå især fredag eftermiddag.

Problemer med checkout, DNS, tracking eller integrationer bliver ikke mindre alvorlige, fordi teamet omkring din webshop er gået på weekend.

Den kontrollerede rækkefølge

Den konkrete rækkefølge aftales med webbureauet, men kontrolplanen skal som minimum omfatte:

• Endelig data- og ordreafstemning
• Tilknytning af primært domæne og kontrol af DNS og HTTPS
• Fjernelse af password og utilsigtet noindex på produktionswebshoppen
• Aktivering og test af redirects
• Kontrol af robots.txt, canonical, hreflang og sitemap
• Crawl af gamle prioriterede URL'er og den nye shop
• Rigtige testordrer på relevante enheder, markeder og betalingsformer
• Kontrol af tracking, samtykke, feeds, mails og integrationer
• Opdatering af annoncer, e-mails og andre kontrollerede links, så de peger direkte på nye URL'er
• Indsendelse af /sitemap.xml i Google Search Console
• Kontrolleret genstart eller opskalering af annoncer og kampagner

Ved samme domæne og ændrede URL-stier skal redirects og sitemap bruges. Googles værktøj til adresseændring er beregnet til domæneflytninger og skal ikke anvendes ved et almindeligt CMS-skifte på samme domæne.

Launch – de første 4 timer

Kontrollér løbende:

• Forside, vigtige kollektioner, produkter og indholdssider
• 404, 5xx, redirects og certifikatfejl
• Mobilnavigation, søgning og filtre
• Kurv, checkout, betaling og ordrebekræftelse
• Lager, ERP, fragt og øvrige integrationer
• E-mails og automatiske flows
• Realtidsdata og debug af tracking
• Merchant Center og andre feeds
• Hastighed

Stop-, trafik pause- og rollback-kriterier

Rollback på en platform migrering kan være vanskelig, især efter nye ordrer og kundeoprettelser. Derfor skal den tekniske mulighed, data konsekvensen og beslutningstageren være afklaret inden launch.

Eksempler på kritiske hændelser:

• Checkout eller betaling fejler for en væsentlig del af kunderne
• Priser, moms, valuta eller lager er forkerte
• Ordrer går tabt eller synkroniseres ikke
• Store dele af webshoppen returnerer 4xx eller 5xx
• Produktionen er fortsat passwordbeskyttet eller har noindex
• Centrale redirects mangler systematisk
• Persondata eksponeres eller behandles forkert

Afhængigt af hændelsen kan handlingen være at stoppe annoncer og udsendelser, lukke en funktion, rette fremad eller rulle tilbage. Beslutningen træffes efter en beredskabsplan og ikke ad hoc.

Overvåg hver dag, kort efter migreringen

De første dage bør I som minimum følge:

• Omsætning, ordrer og konverteringsrat
• Afviste betalinger og checkout-fald
• Trafik og omsætning pr. kanal
• Vigtige landingssider og kategorier
• 404, 5xx, soft 404 og redirect fejl
• Crawling, indeksering og canonical-status i Search Console
• Tracking, feeds og afviste produkter
• Hastighed og Core Web Vitals

Segmentér data på enhed, kanal, marked, sidetype og nye/tilbagevendende kunder.

Et stabilt samlet tal kan skjule, at mobil konverteringen eller et bestemt marked er brudt.

Prioritér fejl efter konsekvens for forretningen

1. Kritisk: Checkout fejl, forkert pris, webshoppen har noindex
2. Høj: Vigtige sider giver 404, køb spores ikke, feed afvises bredt
3. Mellem: Metadata mangler på mindre sektioner, enkelte interne redirects fejler
4. Lav: Kosmetiske fejl uden målbar effekt eller som giver nedgang i omsætning

“SEO-fejl” skal ikke nedprioriteres, blot fordi webshoppen kan tage imod ordrer.

Hvis Google i flere uger møder 404-sider, forkerte canonicals eller væsentligt svagere indhold, kan genopretningen blive både langsommere og mere usikker for potentiel udbedring.

30-, 60- og 90-dages kontrol

Efter 30 dage

• Er alle prioriterede redirects fortsat korrekte?
• Er vigtige nye URL'er crawlet og indekseret?
• Har Google valgt de forventede canonicals?
• Er trafik og omsætning inden for tolerancerne?
• Er tracking og feeds stabile?
• Er kritiske og høje fejl lukket?

Efter 60 dage

• Hvordan udvikler synlighed og placeringer sig pr. sidetype og emne?
• Har bestemte kollektioner, markeder eller devices mistet mere end resten?
• Er crawl-budget spildt på filtre, parametre eller dubletter?
• Er performance og konverteringsrate bedre, uændret eller dårligere end før?

Efter 90 dage

• Er migrationsmålene nået?
• Hvilke afvigelser skyldes migreringen, og hvilke skyldes marked, sæson, sortiment eller mediespend?
• Kan migrationsberedskabet afsluttes?
• Hvilke forbedringer kan nu prioriteres uden at blande dem sammen med selve flytningen?
• Migreringen afsluttes først formelt, når den navngivne godkender har accepteret resultaterne – ikke automatisk på lanceringsdagen.

1. SEO og tracking bliver først involveret, når webshoppen næsten er færdig
2. URL-listen bygger kun på det gamle sitemap og mangler værdifulde sider
3. Alle udgåede sider redirectes til forsiden
4. Redirects opretter kæder eller peger på ikke-eksisterende sider
5. Stærke kategoritekster, guides og interne links forsvinder i det nye design
6. Produkter kan kun findes via søgning eller filtre og mister interne links
7. Tema og apps skaber forkerte canonicals eller dobbelt schema-markup
8. Staging bliver indekseret, eller produktionen går live med noindex
9. Hreflang, valuta og domæner testes ikke pr. Marked
10. Produkt-id'er ændres uden koordinering med feeds, annoncer, anmeldelser og e-mail
11. Køb registreres dobbelt eller slet ikke
12. Data kontrolleres på antal, men ikke på beløb, relationer og stikprøver
13. Annoncer og e-mails sender stor trafik ind, før checkout og tracking er valideret
14. Der findes ingen klare stop- eller rollback-kriterier
15. Fald opdages først i månedsrapporten, efter at Google og kunderne har mødt fejlene i ugevis

Derfor skal jeres Shopify-bureau ikke kun sige at “SEO er tænkt ind”, men forsikre dig om at der er:

• datamapping med felter, transformationer og kendte begrænsninger
• fuldt URL-map og eksport af implementerede redirects
• testresultat for alle prioritet A-URL'er
• model for produkter, varianter, kollektioner, markeder, sprog og valuta
• liste over standardfunktioner, apps og specialudvikling
• appomkostninger, dataadgang og performancepåvirkning
• test af statuskoder, canonical, robots, sitemap, hreflang og schema
• dokumentation for tracking, samtykke og deduplikering
• konsistente produkt-id'er på tværs af Shopify og marketing platforme
• afstemte testordrer gennem betaling, fragt, lager, ERP og analytics
• backup-, deployment-, beredskabs- og rollback procedure
• liste over kendte fejl og skriftlig accept af eventuelle resterende risici

Et ordentligt Shopify-bureau vil normalt hilse tydelige krav velkommen. Det mindsker misforståelser og gør det lettere at levere et godt projekt, når der ikke kun tales om design og farver – men om din forretning.

Vi arbejder helst sammen med det webbureau, I har valgt. Hvis I ikke har valgt endnu, har vi samarbejdet med flere bureauer allerede og hjælper gerne med at finde et, som passer til jeres ønsker.

Vores opgave er ikke at overtage Shopify- bureauets udviklingsarbejde, men at sikre, at marketing- og forretningsværdien ikke falder ned mellem de tekniske leverancer.

Et typisk forløb kan omfatte:

Før udviklingen

• baseline for synlighed, trafik, salg og konvertering
• oversigt over værdifulde URL'er og indhold
• krav til struktur og URL-principper
• tracking-, feed- og integrationskrav
• risiko-, ansvars- og testplan

Før lanceringen

• crawl og SEO-kvalitetssikring af staging
• kontrol af indhold, interne links, canonical, hreflang og schema
• gennemgang af redirects og acceptkriterier
• test af tracking, feeds, annoncer og centrale kunderejser
• dokumenteret anbefaling om go eller no-go

Efter lanceringen

• kontrol af gamle og nye URL'er
• Search Console-, tracking- og feedkontrol
• overvågning af synlighed, trafik, konvertering og omsætning
• prioriteret fejlliste til webbureauet
• 30-, 60- og 90-dages evaluering

Hvis I overvejer Shopify, hjælper Kendskab med at kortlægge det, I risikerer at miste, og gøre kravene til den nye shop målbare.
I får en plan, som der kan træffes beslutninger ud fra og som I kan styre efter og som webbureauet kan bygge og teste imod.