Online winkelen en diensten

Verbeter zoeken, vertrouwen en koopgemak van eerste bezoek tot ondersteuning achteraf.

55 artikelen · Laatst bijgewerkt artikel

De zoekopdracht doorzoekt alle artikelen over dit onderwerp, inclusief het archief en de artikeltekst.

Begrijp het onderwerp

Een praktische handleiding voor dit onderwerp

Een commerce journey moet het aanbod, de voorwaarden, de keuzes en de volgende stappen duidelijk maken. Deze categorie verbindt ontdekking, begrip, vertrouwen en conversie op mobiel en desktop.

Wat te onderzoeken
  • Bestudeer zoeken, vergelijken, winkelmandje, afrekenen en ondersteuning als één geheel.
  • Toon prijs, beschikbaarheid, levering en voorwaarden vóór de definitieve aankoop.
  • Test fouten, terugkoppeling en toegankelijkheidsbehoeften in cruciale stappen.
  • Controleer of een variant-URL daadwerkelijk de afbeelding, prijs, voorraad en aanbieding selecteert die aan de winkelwagen zijn toegevoegd.
  • Koppel klanttaal, betrouwbare attributen en filterstatussen aan duidelijke resultaten en gecontroleerde URL's.
  • Maak onderscheid tussen fysieke, verkoopbare, gereserveerde en binnenkomende voorraad en test vervolgens gelijktijdige aankopen, annuleringen en kanaalsynchronisatie.
  • Productretour en geldteruggave hebben afzonderlijke statussen.
  • Geloofwaardige reviews vereisen traceerbare herkomst en moderatie.
  • Bedragen vereisen expliciete valuta, schaal en rekenregels.
  • Verzoek, ingangsdatum, facturering en toegang zijn afzonderlijke toestanden.
Nuttige vragen
  • Waar verliest een klant context of vertrouwen?
  • Welke informatie komt te laat?
  • Kan iemand de taak voltooien met toetsenbord of zoom?
  • Weerspiegelt de e-mailbevestiging een daadwerkelijk geaccepteerde bestelling?
  • Is een niet-beschikbare variant nog steeds te koop via een ander kanaal?
  • Zijn eenheden en waarden consistent?
  • Is een eenheid in voorraad altijd verkoopbaar?
  • Mag je na een fout meteen opnieuw proberen?
  • Bewijst een hoog gemiddelde dat reviews echt zijn?
  • Valideert Intl.NumberFormat een afschrijving?
  • Betekent opzeggen een terugbetaling?

Illustratief beslissingsvoorbeeld

Situatie
Fictief voorbeeld: deze gegevens beschrijven geen klant of waargenomen resultaat. Iemand filtert de catalogus, opent een product en verliest bij terugkeer selectie en positie.
Controleren
Herhaal met meerdere filters, op mobiel en met toetsenbord. Controleer URL, zichtbare selectie, aantallen en uitleg bij lege resultaten.
Handelen
Bewaar nuttige context en bied een begrijpelijke uitweg uit lege resultaten. De aanwezigheid van filters bewijst geen bruikbaarheid.

De Sleutel tot E-commerce Succes: Optimaliseer Gebruikerservaring, Navigatie en Vertrouwen

Zoeken en facetten: een bruikbare catalogus maken

Google — Managing crawling of faceted navigation URLs

Dek de ogenschijnlijk verloren bestelling af.

Een ontbrekende bevestiging kan een succesvolle betaling verbergen. Stem de status van de provider, de bestelling en de afhandeling af voordat u gebruikers vraagt ​​het opnieuw te proberen; test herhaalde meldingen en onderbroken retouren.

Leidt een onderbreking van de verbinding na betaling tot één bestelling en een herstelbare status?

De methoden verkennen

Gegevens lezen en beslissen

Bestelling en terugbetaling exact afstemmen

Pagina, bestelling en betaling moeten dezelfde valuta en status behouden.

Betaald
€ 58,8759.97 − 6 + 4.90
Voorbeeldterugbetaling
€ 17,9919.99 − 2
Saldo
€ 40,8858.87 − 17.99

Fictief leervoorbeeld: de cijfers beschrijven CIE noch klanten.

Vragen ter voorbereiding van uw beslissingen

Vind antwoorden en praktische controles in de analyses binnen dit onderwerp.

Verder lezen in het archief

Meer analyses over dit onderwerp, naast de recente artikelen hieronder.

Referenties: gegevens, gebruik en grenzen

Documentatie geraadpleegd op .

De uitgebreide toelichtingen zijn in deze editie beschikbaar in het Engels.

Referenties: gegevens, gebruik en grenzen
Bron en doelGecontroleerde gegevens of maatstafPraktisch gebruikTe behouden beperking
W3C · WCAG 2.2

Evaluate accessibility criteria for web content.

WCAG 2.2 is a W3C Recommendation. Success criteria have A, AA and AAA levels. Define tasks, pages and states, then combine inspection, keyboard, zoom and relevant assistive technology. Keep reproduction steps for barriers.

Verdiep de methode →

An automated scanner does not establish conformity of a complete journey. Evaluation must cover interactive states and actual content.
Google · Core Web Vitals

Distinguish loading, responsiveness and visual stability.

Good thresholds are LCP ≤ 2.5 s, INP ≤ 200 ms and CLS ≤ 0.1 at the 75th percentile, segmented by mobile and desktop. Separate field measurement from laboratory tests. Record period, URL, device, population and sample size before comparing changes.

Verdiep de methode →

These thresholds are not measured results for this site. A good lab score alone does not establish visitor experience.
MDN · Cookie boundaries

Understand session-cookie scope and SameSite boundaries.

Secure, HttpOnly, SameSite and the __Host- prefix address different risks. A site can include multiple origins. Test external navigation, subdomains, provider returns and authenticated operations separately.

Verdiep de methode →

Cookie configuration does not replace CSRF checks or server-side authorisation.

E-mailbeveiliging: identiteit, uitlijning en transport

De uitgebreide toelichtingen zijn in deze editie beschikbaar in het Engels.

E-commerce: distinguish authenticated and expected mail

Orders, receipts and promotions have different purposes. Validated domain identity establishes neither commercial relevance nor the recipient’s expectations.

  • Map transactional and promotional platforms separately.
  • Test alignment on each stream, including authorised payment or delivery providers.
  • Analyse technical refusals separately from unsubscribe and open metrics.

Open the comparison and DMARC simulator →

References and status checked on · SPF · RFC 7208 DKIM · RFC 6376 DMARC · RFC 9989

Productidentiteit: GTIN en varianten

De uitgebreide toelichtingen zijn in deze editie beschikbaar in het Engels.

Ecommerce: enrich the page without blurring the entity

Connect structured data and the purchase journey to a documented identity model.

  • Preserve zeros and raw values useful for acceptance checks.
  • Test the URL preselecting each variant.
  • Compare identity, price and availability on the page and in the cart.

Explore identifiers and check a GTIN digit →

GS1 · 2D Barcodes at Retail POS Implementation Guideline · Release 1.1.0 · ratified December 2025 · §4.3 / Table 4-2

Google Search Central · Product variant structured data · Updated 2026-09-08 · consulted 2026-10-23

API-bedragprecisie en exacte eenheden

De uitgebreide toelichtingen zijn in deze editie beschikbaar in het Engels.

Separate exact conversion from payment confirmation

An interface can display the correct price while preparing an incorrect provider integer. Acceptance must reconcile the server amount with the operation contract, then check confirmed state without mistaking arithmetic for completed payment.

  • Test zero-, two- and three-decimal currencies.
  • Include a case where step cannot be inferred from decimals.
  • Retain an exact reference before localised formatting.

Check a unit in the workshop →

Adyen · Currency codes and minor units · Provider documentation · reviewed 2026-10-23

Stripe · Supported currencies and special cases · Provider documentation · reviewed 2026-10-23

Bronnen en richtlijnen

Oorspronkelijke documenten van de organisaties achter deze methoden en standaarden.