E-commerce & trust

Padlock vs. real trust—what sells checkout?

SSL encrypts—it does not prove who you are. Give shoppers proof before Pay.

6 min readUpdated 23 May 2026WebshopVerified

WebshopVerified

  • Active subscription
  • CVR verified
  • DNS TXT matched
WebshopVerified verification stack

Consumers have been trained for twenty years to look for padlocks in the browser. SSL and its successor TLS do important work: they encrypt data between the shopper's device and the server they connected to. What they do not do is answer the question that matters at checkout — is the person taking my money who they claim to be, and do they control this domain as an accountable business? Confusing encryption with merchant verification is one of the most expensive myths in e-commerce security.

In 2026, HTTPS is ubiquitous. Browsers warn when it is missing. Scammers deploy TLS on disposable domains every day because certificate issuance proves domain control at issuance time — not business legitimacy, not a registered company, and not fulfillment intent. Real security for Danish webshops layers transport encryption with registry checks such as CVR verification and DNS proof published on inspectable certificates like /verify/example.com.

What SSL actually guarantees shoppers

TLS certificates enable encrypted connections and authenticate the server hostname you reached — preventing casual eavesdropping on networks you do not trust. Extended validation certificates once promised richer business vetting; today most shops use domain-validated certificates obtained automatically through hosts including Shopify, Cloudflare, and Let's Encrypt. That automation is good for privacy; it is neutral for merchant honesty.

Payment card industry standards still require encryption for card data in transit. Shoppers should never enter payment details on plain HTTP. But the padlock icon means "your connection to this server is encrypted," not "this merchant is trustworthy." Treat TLS as necessary infrastructure — the floor, not the ceiling — when evaluating e-commerce security standards for unfamiliar stores.

A secure connection to a scammer is still a scam — SSL proves encryption, not that the merchant is real.

The myth of the green padlock

Fraudulent shops exploit padlock literacy deliberately. Clone sites copy legitimate branding, enable HTTPS on look-alike domains, and harvest credentials or payments until chargebacks accumulate. Because TLS is cheap and automated, absence of a padlock is a red flag — but presence of one is not a green light.

Consumer education campaigns rarely keep pace with scam tactics. Many buyers still interpret any lock icon as endorsement. Merchants who care about conversion must supply stronger signals: verification pages summarizing CVR status, domain control, and ongoing subscription — the model WebshopVerified exposes publicly so shoppers do not rely on browser chrome alone.

Shoppers comparing stores should follow the full legitimacy checklist: domain spelling, policies, payment protections, reviews, and independent verification — not TLS alone.

What CVR verification adds for merchants

WebshopVerified looks up your CVR via cvrapi.dk against Virk — the Danish business registry. Passed verification ties an active registered company to the merchant account behind the storefront, raising the cost of anonymous shell stores that only display a borrowed CVR in the footer.

Customers see pass/fail status on the public certificate — not a full registry export. Optional Trustpilot and Google Places reviews may display as enrichment; they do not affect verified status. CVR answers "which company is liable?" in a way TLS cannot.

DNS verification and the complete trust picture

CVR without domain proof leaves a bypass: a verified company could be claimed while operating a scam on an unverified sister domain. DNS TXT verification binds the merchant account to authoritative control of the hostname customers pay on. Together, CVR plus DNS prevents the classic pattern where registration numbers and contact pages are copied but the scammer never controlled the storefront URL.

WebshopVerified requires active subscription, passed CVR verification, and DNS proof before displaying verified status — a conjunction described in the trust badge guide. SSL encrypts the session; CVR and DNS document who runs the shop and which domain they control.

Security layers shoppers should understand

  • TLS / SSL: encrypted connection to the server at this hostname.
  • Payment gateway: card network rules and dispute pathways — not merchant CVR.
  • CVR verification: company matched in Virk via cvrapi.dk.
  • DNS verification: proof the merchant controls the domain you see in the address bar.
  • Public certificate: live summary you can open without trusting inline badge images.

What consumers should look for in 2026

Start with TLS — leave immediately if checkout is not HTTPS. Then escalate: open the shop's verification page if they display a credible badge linked to /verify/example.com or their own domain equivalent. Confirm CVR and DNS status are current, not screenshots. Read shipping and return policies for specificity; test contact channels with a pre-sales question.

Prefer payment methods with buyer protections. Be wary when sites push irreversible rails as the only option. Compare verify pages when choosing between unfamiliar merchants — transparency often correlates with broader customer experience investment, though you should still validate policies independently.

In 2026, savvy shoppers click the badge — then read the verify page. Padlocks alone lost that war years ago.

WebshopVerified

For merchants: layering SSL with verifiable trust

You already have TLS through your host — do not treat it as a marketing badge. Invest instead in verification shoppers can audit: complete CVR verification, publish DNS TXT proof, embed the async WebshopVerified widget on product, cart, and checkout-adjacent templates, and link footer copy to your public certificate.

Support teams should reference the verify URL when customers ask about security. Plain language beats jargon: "We passed ID verification and proved domain ownership — click the badge to see current status." Point privacy questions to FAQ so buyers understand merchant KYC is separate from their purchase data.

Merchant setup beyond SSL

  1. 1

    Confirm TLS on primary checkout domain

    Fix mixed-content warnings and redirect bare HTTP to HTTPS — baseline hygiene before adding trust layers.

  2. 2

    Create WebshopVerified account

    Begin at signup with the domain customers use to pay.

  3. 3

    Complete CVR verification and DNS proof

    Work through both in parallel to minimize time-to-verified. Details in CVR verification for e-commerce and DNS verification explained.

  4. 4

    Replace static seal images with the live widget

    Static SSL or security PNGs mislead buyers into conflating encryption with merchant vetting. One API-backed badge is clearer and harder to forge.

Practical checklist for store owners

Audit your storefront as a skeptical first-time visitor. Do you claim "secure checkout" because of TLS alone? Do footer seals link anywhere inspectable, or are they decorative images copied from a free pack? Does your team know which URL proves verification status when chat asks?

Update marketing copy to distinguish encryption from CVR proof — education builds trust with sophisticated buyers and reduces support loops. Merchants in high-fraud niches such as dropshipping should pair this guide with dropshipping store trust for fulfillment-specific honesty tactics.

Frequently asked questions

Does SSL prove the merchant is real?
No — SSL encrypts traffic. CVR verification plus DNS proves accountability.
Why do shoppers still fear checkout with HTTPS?
Padlock does not answer «who am I paying?» — public /verify/example.com does.
Is CVR verification the same as Stripe Payments?
No — CVR verification is a registry lookup; Stripe Payments is your checkout gateway.
Can scammers get SSL on fake shops?
Yes — that is why trust badge with inspectable verify matters.
How do I add merchant proof?
Signup — FAQ in FAQ.

Read also

Related guides

Ready to replace doubt with proof?

Get your live certificate in place — and build the foundation for stronger conversion.