Bekræft jeres shop på 10 minutter (DNS-guide)

Kunder vil vide, at de handler på jeres rigtige domæne — ikke en kopi. Med én TXT-post hos jeres DNS-udbyder (Simply, Cloudflare, One.com osv.) bekræfter I ejerskab på under ti minutter i de fleste tilfælde. Det er stærkere end «vi ejer shoppen» i en footer.

Bag kulisserne er det teknisk — for kunden betyder det: «Denne adresse er knyttet til den verificerede butik.» Kombinér med firma-tjek (CVR) og et tillidsmærke ved checkout. Se live status som reference.

Hvorfor DNS — og ikke kun CVR eller kontakt?

CVR og adressedata kan være korrekte, mens domænet peger på en anden aktør — eller en svindler bruger dit firmanavn på et nyt domæne. Kontaktformular og e-mail beviser ikke, at den, der kan ændre DNS, er samme person som den, der modtager betaling. DNS-kontrol er derfor et direkte ejerskabssignal på den adresse, kunden indtaster i browseren.Mange platforme lader dig «verificere» via meta-tag i HTML; det beviser ofte kun adgang til websitet, som en freelancer eller hacker kan have. TXT på `_webshopverified` eller det host, dashboard viser, er sværere at fake uden adgang til DNS-zonen. Det er grunden til, at WebshopVerified insisterer på DNS som tredje lag efter abonnement og CVR.

DNS beviser, hvem der styrer adressen i browseren — ikke kun hvem der kan redigere en side eller uploade et CVR-nummer.

Sådan tilføjer du TXT-posten

Kopiér token med ét klik fra dashboardet for at undgå tastefejl. Nogle udbydere tilføjer automatisk anførselstegn — fjern dem, hvis verificering fejler. Brug TTL som anbefalet; meget lave TTL kan hjælpe ved test, men er ikke påkrævet. Har du flere domæner, skal hvert domæne, der skal være verificeret, have sin egen post — der er ikke «ét token til alle».

Propagation: hvorfor det tager tid

DNS er et distribueret system med cache verden over. Når du gemmer en TXT-post, skal den nå autoritative navneservere og derefter udløbe gammel cache hos resolvers. De fleste ændringer er synlige inden for en time, men edge cases kan tage længere. Planlæg verificering uden for peak, hvis du lancerer samme dag — ikke fem minutter før annoncekampagne går live.Brug eksterne DNS-lookup-værktøjer til at se, om posten er synlig udenfor vores checker. Hvis lookup viser korrekt værdi, men dashboard stadig rød, vent lidt eller kontakt support via FAQ med screenshot af DNS-panelet — det sparer frem og tilbage.

Cloudflare, CDN og flere domæner

Bruger du Cloudflare, skal posten ofte være «DNS only» (grå sky) hvis du ellers proxy’er alt — TXT til verificering skal være læsbar som DNS. Subdomæner som `www` vs apex (`@`) forvirrer: verificér det domæne, kunder handler på. Hvis shoppen kører på `www.butik.dk`, skal DNS-kontrollen matche den praksis, dashboard forventer.Ved skift af DNS-udbyder: flyt først eksisterende poster, tilføj WebshopVerified-token, vent propagation, og fjern ikke den gamle post for tidligt. Mange nedetidsepisoder skyldes parallelle ændringer — én ændring ad gangen er kedeligt, men pålideligt.

Sikkerhed og misbrug af domæne

Token er ikke en hemmelighed på niveau med API-nøgler — den beviser kontrol på et tidspunkt. Hvis en angriber får DNS-adgang, kan de i teorien verificere på vegne af en kompromitteret konto; derfor kræver vi også identitet og betaling. Rotér adgang til DNS-konto med 2FA, og begræns hvem der kan redigere zonen.Fjernes token eller udløber abonnement, falder verificering — kunder ser ikke længere fuld status. Det beskytter mod shops, der stoppede med at vedligeholde kontrol. Læs guide om legitim webshop for forbrugerperspektiv, når DNS mangler på verify-siden.

Hvad kunder bør vide

Som forbruger kan du ikke selv se TXT-posten uden værktøjer, men du kan se resultatet på verify-siden: domæne verificeret ja/nej. Kombinér med øvrige lag på certifikatet. Mangler DNS, er shoppen ikke fuldt verificeret — uanset flot badge-billede i footer.Del verify-link i stedet for at sige «de har et grønt ikon». Ikoner kopieres; offentlig status gør ikke. Det er kernen i DNS-verificering forklaret for e-handel i 2026.

Fejlsøgning: når DNS-verificering fejler

Dashboard viser rød DNS? Gå systematisk igennem listen — de fleste fejl er tastefejl, ikke platform-bugs. Bekræft host/præfiks tegn-for-tegn med dashboard (ofte `_webshopverified` eller underdomæne). Token skal stå i TXT-feltet, ikke CNAME eller A-record. Fjern ekstra anførselstegn, hvis udbyderen tilføjer dem automatisk; fjern mellemrum før/efter værdi.

Verificerer du apex (`@`) mens shoppen kører på `www`? Domænet i WebshopVerified skal matche det, kunder handler på. Efter DNS-ændring: vent propagation — typisk minutter til timer, sjældent op mod 48 timer. Brug eksternt DNS-lookup: hvis posten er synlig globalt, men dashboard stadig rød, vent og prøv igen; kontakt support via FAQ med screenshot af DNS-panelet.

Har du stadig problemer efter checklisten, notér domæne, udbyder og screenshot — det sparer tid i support. Når DNS er grøn, synkroniseres widget og verify-side automatisk med øvrige lag. Læs CVR-guiden hvis CVR også mangler.

Kom i gang som shop-ejer

Har du gennemført CVR og abonnement, er DNS ofte sidste mile. Sæt kalender påmindelse om at tjekke posten efter domænefornyelse — nogle udbydere nulstiller zoner ved fejl. Start via signup hvis du ikke er kunde endnu, og følg dashboardets trin-for-trin.Sammen med widget og guides bygger du en fortælling, kunder kan verificere: «vi er den operatør, der kontrollerer dette domæne» — ikke bare ord, men DNS, ID og offentlig verify-side. Det er forskellen mellem teknisk tillid og tom marketing.