WS- und die Übersicht über die acht Seiten stehen auf Shop, Seite und Technik
Das Dreierschema
Zu fast jedem Eingabefeld gehören drei Tags._error liefert als Einzel-Tag die Zeichenkette _error und sonst nichts. Hängen Sie sie an einen Klassennamen, dann heißt die Klasse bei einem Fehler eingabe_error und sonst eingabe. Damit lässt sich die Fehlerdarstellung vollständig über CSS gestalten, ohne eine zweite Klammerung im Template.
Jedes _error-Tag greift zusätzlich als Klammerung, und zwar dann, wenn die Eingabe fehlerhaft ist. Das ist der Weg für eine Fehlermeldung in Worten neben dem Feld.
Anmeldung und Registrierung
Dieselben Felder dienen je nach Vorgang unterschiedlichen Zwecken. Das ist der häufigste Stolperstein auf dem Login-Template.WS-Email und WS-NewEmail ist nicht Alt gegen Neu, sondern Bestandskunde gegen Neukunde. Auf einem Template, das beide Fälle abdeckt, brauchen Sie beide Felder, und sie dürfen nicht dasselbe name-Attribut tragen.
WS-UserID gehört zu Shops, in denen sich der Käufer nicht über seine E-Mail-Adresse anmeldet, sondern über eine vergebene Kennung. Das ist vor allem im B2B-Bereich üblich. In einem Shop ohne diese Anmeldeart bleiben die drei Tags einfach ungenutzt.
Die Passwortampel
WS-SecureLoginConfigurationJS gibt den Inhalt des Abschnitts secure login der Shopkonfiguration als Skript in die Seite aus. Darüber erfährt die Passwortampel im Browser, welche Regeln für ein gültiges Passwort gelten. Ohne dieses Tag kann die Ampel nichts prüfen.
Das Tag gehört ausschließlich auf die Templates, auf denen der Käufer ein neues Passwort vergibt, also auf die Registrierung und auf die Passwortänderung. Auf der gewöhnlichen Anmeldeseite hat es nichts verloren.
Passwort vergessen
WS-PWRequestZip erzeugt ein fertiges Eingabefeld für die Postleitzahl. Sie schreiben nur das Tag, nicht das umgebende input-Element. Die zusätzliche Abfrage verhindert, dass jemand allein mit einer erratenen E-Mail-Adresse ein Passwort anfordert.
WS-RequestPWLink erzeugt den Link auf die Anmeldeseite für diesen Zweck. Es verhält sich wie WS-LoginLink, legt aber den Vorgang nicht auf den Bestellablauf fest.
Angemeldet bleiben
Ein Käufer, der bei jedem Besuch sein Passwort tippen muss, kommt seltener wieder. Zwei Ankreuzfelder bieten ihm an, angemeldet zu bleiben, und sie unterscheiden sich in einem wichtigen Punkt.Erneute Anmeldung vor kritischen Aktionen
WS-UserRequiresReAuthForCritAction greift, wenn drei Dinge zugleich zutreffen: Der Käufer wurde automatisch angemeldet, er hat in dieser Sitzung noch kein Passwort eingegeben, und die Seite erfüllt eines der konfigurierten Kriterien für eine kritische Aktion.
Die kombinierte Anmeldung
Im Bestellablauf wird der Käufer vor drei Möglichkeiten gestellt: Anmelden als Bestandskunde, neu registrieren, oder als Gast bestellen. Weil sich das in einem Formular abspielt, gibt es dafür eine eigene Tag-Familie mit regelmäßigem Aufbau. Die Auswahl besteht aus einem Namen und je Möglichkeit aus einem Wert und einer Markierung:
Die Felder folgen wieder dem Dreierschema:
_radioselected-Tags liefern als Einzel-Tag _checked. Sie gehören deshalb direkt in das input-Element, ohne Attributnamen davor. Als Klammerung greifen sie, wenn die jeweilige Möglichkeit gewählt ist. Damit lässt sich das passende Passwortfeld ein- und ausblenden, so wie im Beispiel.
Registrierung nach einer Gastbestellung
Hat ein Käufer ohne Konto bestellt, lässt sich ihm unmittelbar danach anbieten, aus den eingegebenen Daten ein Konto zu machen.Anmeldung über ein fremdes Konto
Meldet sich ein Käufer über ein fremdes Konto an, muss das Shopsystem herausfinden, ob dazu schon ein Kundenkonto gehört. Dafür fragt es die E-Mail-Adresse ab und, falls ein Konto existiert, auch das zugehörige Passwort.connect_email, im Passwortzweig Connect_pw mit großem C. Das ist im Shopsystem so hinterlegt.
Die E-Mail-Adresse bestätigen
Im E-Mail-Template steht der Link, der die Adresse bestätigt:
WS-DoubleOptInLink und WS-VoluntaryDoubleOptInVerificationLink gehören in die E-Mail-Templates, die in den Abschnitten NewCustomerDoubleOptInMail, ChangeEmailDoubleOptInMail und CustomerVoluntaryDoubleOptInMail der Shopkonfiguration festgelegt sind. Die beiden Anforderungs-Links gehören in den Shop.
Der Registrierungscode
WS-LoginRegistrationCode den Code aus und klammert danach, ob einer vorliegt. WS-LoginRegistrationCode_error liefert den Fehlerstyle-Suffix.
Ist niemand angemeldet und im Konto kein Code hinterlegt, greift das Tag auf den in der Shopkonfiguration hinterlegten Wert zurück.
Das Kundenkonto
Die Anzahl der Bestellungen
Ohne Parameter zählt das Tag alle Bestellungen im aktiven Subshop. Die Klammerung greift, wenn es überhaupt Bestellungen gibt, und berücksichtigt dabei denselben Zeitraum.
Die Zählung ist der schnellste Weg, Erstkäufer von Stammkunden zu unterscheiden, ohne die Bestellhistorie zu laden.
{!WS-OrderCount(1y)} greift bei jedem, der im letzten Jahr nicht gekauft hat.
Es gibt die Kennung des Unterkontos aus und greift als Klammerung, wenn eine vorliegt. In einem Shop ohne Mehrfachkonten bleibt es stumm.
Links ins Kundenkonto
{ST-LoggedIn}, statt sich darauf zu verlassen, dass das Shopsystem den nicht angemeldeten Besucher ohnehin zur Anmeldung schickt.
Drei dieser Tags bringen ihre eigene Prüfung mit und greifen zusätzlich als Klammerung. WS-BankManageLink greift nur, wenn das Speichern von Bankverbindungen freigeschaltet ist. WS-SavedBasketsManageLink greift nur bei angemeldetem Käufer. WS-PPCVaultManageLink greift nur, wenn das Hinterlegen von PayPal-Zahlungsmitteln erlaubt ist.
WS-OSBLink fällt aus der Reihe: Es führt nicht ins Kundenkonto, sondern in den Online-Servicebereich des Shopbetreibers, und es gehört in die Bestelleingangs-E-Mail an den Shopbetreiber. Die Adresse stammt aus der Shopkonfiguration.
Die Kundensuche des SuperUsers
Referenz: Die Trefferliste selbst bauen Sie mit den
UL-Tags, beschrieben auf UL- (SuperUser)
Die Tags im Überblick
Die Anmelde- und Registrierungsfelder gelten auf dem Login-Template, die
CombinedLogin-Familie dort im Bereich LoginUser. WS-BankManageLink und WS-PrimePackagesManage gelten auf der Kundenkontoübersicht, WS-DoubleOptInLink und WS-VoluntaryDoubleOptInVerificationLink in den zugehörigen E-Mail-Templates, WS-OSBLink in der Bestelleingangs-E-Mail an den Shopbetreiber, die Tags der Kundensuche auf deren Template. Alle übrigen sind auf allen Templates zulässig.
Verwandte Themen
- Wegweiser: Anmeldung und Registrierung
- Wegweiser: Dauerhafter Login
- Wegweiser: Double-OptIn
- Wegweiser: Passwort vergessen
- Wegweiser: SuperUser-Funktion
- Referenz: UL- (SuperUser)