Online-Shopping und Dienste

Verbessern Sie Produktsuche, Kaufprozess und Vertrauen vom ersten Besuch bis zur Betreuung danach.

55 Artikel · Zuletzt aktualisierter Artikel

Die Suche erfasst alle Artikel dieses Themas, einschließlich Archiv und Artikeltext.

Verstehen Sie das Thema.

Ein praktischer Leitfaden zu diesem Thema.

Ein Kaufprozess sollte Angebot, Bedingungen, Auswahlmöglichkeiten und nächste Schritte klar darstellen. Diese Kategorie verbindet Auffindbarkeit, Verständnis, Vertrauen und Konversion auf Mobilgeräten und Desktop-Computern.

Was ist zu prüfen?
  • Betrachten Sie Suche, Vergleich, Warenkorb, Checkout und Support als einen zusammenhängenden Prozess.
  • Preis, Verfügbarkeit, Lieferbedingungen und Konditionen vor der Bestellung anzeigen.
  • Fehler, Rückverfolgung und Barrierefreiheit in entscheidenden Schritten testen.
  • Prüfen, ob eine Varianten-URL tatsächlich das Bild, den Preis, den Lagerbestand und das dem Warenkorb hinzugefügte Angebot auswählt.
  • Verknüpfen Sie Kundensprache, zuverlässige Attribute und Filterzustände, um klare Ergebnisse und kontrollierte URLs zu gewährleisten.
  • Physischen, verkaufsfähigen, reservierten und eingehenden Bestand unterscheiden und anschließend gleichzeitige Käufe, Stornierungen und die Kanalsynchronisierung testen.
  • Warenrückgabe und Geldrückzahlung haben getrennte Zustände.
  • Verifizierte Bewertungen erklären und faire Regeln von der Abgabe bis zu strukturierten Daten anwenden.
  • Geldbeträge benötigen ausdrückliche Währungs-, Skalierungs- und Rechenregeln.
  • Antrag, Wirksamkeitsdatum, Abrechnung und Zugriff sind getrennte Zustände.
Hilfreiche Fragen.
  • Wo verliert ein Kunde den Kontext oder das Vertrauen?
  • Welche Informationen kommen zu spät an?
  • Kann die Aufgabe mit Tastatur oder Zoom abgeschlossen werden?
  • Spiegelt die E-Mail-Bestätigung eine tatsächlich angenommene Bestellung wider?
  • Ist eine nicht verfügbare Variante auf einem anderen Kanal noch als kaufbar angezeigt?
  • Sind Einheiten und Werte konsistent?
  • Ist eine verfügbare Einheit immer verkaufsfähig?
  • Erlaubt ein Fehler sofortige Wiederholung?
  • Soll eine negative Bewertung gelöscht werden?
  • Validiert Intl.NumberFormat eine Abbuchung?
  • Bedeutet Kündigung eine Erstattung?

Beispiel einer Entscheidung.

Situation.
Fiktives Beispiel: Diese Daten beschreiben keine Kunden oder beobachteten Ergebnisse. Eine Person filtert den Katalog, öffnet ein Produkt und verliert bei der Rückkehr Auswahl und Position.
Prüfen.
Mit mehreren Filtern auf Mobilgeräten und per Tastatur wiederholen. URL, sichtbare Auswahl, Trefferzahl und Hinweise bei leeren Listen prüfen.
Handeln.
Nützlichen Kontext bewahren und einen verständlichen Ausweg aus leeren Ergebnissen bieten. Vorhandene Filter belegen noch keine gute Bedienbarkeit.

Optimale User Experience im E-Commerce: Navigation und Vertrauen als Erfolgsfaktoren

Suche und Facetten: Katalog nutzbar machen

Google — Managing crawling of faceted navigation URLs

Vermutlich verlorene Bestellungen nachverfolgen.

Fehlende Bestätigungen können eine erfolgreiche Zahlung verschleiern. Anbieterstatus, Bestellung und Auftragsabwicklung abgleichen, bevor Nutzer zum erneuten Versuch aufgefordert werden; wiederholte Benachrichtigungen und abgebrochene Rücksendungen testen.

Führt die Trennung nach der Zahlung zu einer Bestellung und einem wiederherstellbaren Status?

Erkunden Sie die Methoden.

Daten lesen und entscheiden

Bestellung und Erstattung exakt abstimmen

Seite, Bestellung und Zahlung brauchen gleiche Währung und Zustände.

Bezahlt
58,87 €59.97 − 6 + 4.90
Beispielerstattung
17,99 €19.99 − 2
Restbetrag
40,88 €58.87 − 17.99

Fiktiver Lehrfall: Die Zahlen beschreiben weder CIE noch Kunden.

Fragen zur Vorbereitung Ihrer Entscheidungen

Antworten und praktische Prüfpunkte finden Sie in den Analysen dieser Rubrik.

Im Archiv weiterlesen

Weitere Analysen zu diesem Thema außerhalb der aktuellen Artikelliste.

Referenzen: Daten, Nutzung und Grenzen

Dokumentation geprüft am .

Ausführliche Hinweise stehen in dieser Ausgabe auf Englisch zur Verfügung.

Referenzen: Daten, Nutzung und Grenzen
Quelle und ZweckGeprüfte Daten oder RichtwertePraktische NutzungZu beachtende Grenze
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.

Methode vertiefen →

 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.

Methode vertiefen →

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

E-Mail-Sicherheit: Identität, Alignment und Transport

Ausführliche Hinweise stehen in dieser Ausgabe auf Englisch zur Verfügung.

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

Produktidentität: GTIN und Varianten

Ausführliche Hinweise stehen in dieser Ausgabe auf Englisch zur Verfügung.

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-Betragspräzision und exakte Einheiten

Ausführliche Hinweise stehen in dieser Ausgabe auf Englisch zur Verfügung.

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

Weiterführende Quellen

Originaldokumente der Organisationen, die diese Methoden und Standards verantworten.