general bündelt sämtliche allgemeinen und systemweiten Grundeinstellungen des Onlineshops. Er ist einer der zentralsten und zugleich umfangreichsten Konfigurationsbereiche und enthält Parameter, die zahlreiche Module, Funktionen und Darstellungen des Shops beeinflussen.
Im Admin-Interface sind die hier zusammengeführten Einstellungen nicht unter einem einzigen Menüpunkt zu finden. Sie betreffen unterschiedliche Funktionsbereiche (beispielsweise Sprachen, Länder, Subshops, Consent-Management) und sind dort entsprechend thematisch gruppiert.Die jeweilige Zuordnung im Admin-Interface wird in der Dokumentation des jeweiligen Abschnitts angegeben. Die Gruppen werden angezeigt, wenn in der Shop-Konfiguration unter Anordnung die Option nach Gruppen gewählt ist. Über diesen Knoten lassen sich u. a. folgende Aspekte steuern:
- Aktivierungsstatus, Zeitzone und Basisparameter des Shops
- Definition der verfügbaren Länder, Sprachen, Titel und Anreden
- Subshop-spezifische Einstellungen (beispielsweise Sprache, Währung, Theme)
- Cookie- und Tracking-Consent-Gruppen inkl. einzelner Dienste
- Formatierungen für Preise, Mengen und Gewichte
- Postleitzahl-Prüfungen pro Land
- Einstellungen für Testmodus, Kundenkontolöschung und Session-Gültigkeit
general* - Grundstruktur
Nachfolgend der Grundaufbau des Knotens general:
Parameterbeschreibung:
general.addressListElements - Adresslisten
Der Knoten general.addressListElements definiert auswählbare Listen (Dropdowns/Radio-Listen) für Adressformulare.
Jedes Listenelement besitzt eine eindeutige ID, einen technischen Namen, optional einen Anwendungsbereich (Rechnungs-/Lieferadresse) sowie die auswählbaren Werte.
Konfiguration im Admin-Interface unter Einstellungen → Shop-Konfiguration, Gruppe „Adressdaten“, Kachel „Adresslisten“.
Die Einstellung kann über folgenden Link direkt im Admin-Interface geöffnet werden: https://<shop-domain>/admin/config/general.addressListElements (Deeplink-Übersicht)
Beispielkonfiguration (general.addressListElements.billAddressType)
Parameterübersicht
general.adminAccountSettings - Anmelderichtlinien für das Admin-Interface
Der Knoten general.adminAccountSettings definiert sicherheitsrelevante Vorgaben für das Admin-Interface des Shops.
Hier wird festgelegt, wie viele fehlgeschlagene Anmeldeversuche erlaubt sind und wie lange ein Benutzer nach Erreichen dieses Limits gesperrt bleibt, bevor ein erneuter Loginversuch möglich ist. Außerdem wird festgelegt, wie lange ein über OAuth erteilter Zugang gültig bleibt.Die Einstellungen dienen dem Schutz vor unbefugtem Zugriff und Brute-Force-Angriffen. Konfiguration im Admin-Interface unter Einstellungen → Shop-Konfiguration, Gruppe „Admin Interface“, Kachel „Admin-Interface“. Die Einstellung kann über folgenden Link direkt im Admin-Interface geöffnet werden:
https://<shop-domain>/admin/config/general.adminAccountSettings (Deeplink-Übersicht)
Beispielkonfiguration (general.adminAccountSettings)
Parameterübersicht
Hinweis: Diese Sperrung betrifft ausschließlich den Zugang zum Admin-Interface und hat keine Auswirkungen auf Benutzerkonten im Frontend oder im Kundenbereich des Shops.
general.asse - Schnittstelle für Asynchronous Server-Side Events (ASSE)
Der Knoten general.asse definiert die Konfiguration der asynchronen Server-Side-Event-Schnittstelle (ASSE).
Über diese Schnittstelle können serverseitige Ereignisse (Events) automatisiert an externe Systeme übermittelt werden, beispielsweise für Webhooks, Benachrichtigungen oder Integrationen mit Drittsystemen.
Konfiguration im Admin-Interface unter Einstellungen → Shop-Konfiguration, Gruppe „Sonstige Module“, Kachel „Asse“.
Die Einstellung kann über folgenden Link direkt im Admin-Interface geöffnet werden: https://<shop-domain>/admin/config/general.asse (Deeplink-Übersicht)
Beispielkonfiguration (general.asse.subscribeNewsletter2Go)
Parameterübersicht
general.consentCookie* - Consent Layer
Es werden alle Einstellungen definiert, die den Einwilligungsdialog für Cookies, Tracking- und Analysedienste betreffen.
Dieser Layer wird beim ersten Besuch des Shops angezeigt und ist gemäß DSGVO (Datenschutz-Grundverordnung) und ePrivacy-Richtlinie verpflichtend, sobald der Shop Daten des Besuchers erhebt oder externe Dienste (beispielsweise Tracking, Captcha, Medien-Einbindungen) nutzt.
Zu den hier konfigurierten Consent-Einstellungen können ergänzend Fehlermeldungen oder Benachrichtigungstexte im Abschnitt actions.consentChange definiert werden.
general.consentCookieGroup - Gruppierung zustimmungspflichtiger Cookies/Trackings
Der Knoten general.consentCookieGroup definiert die Gruppen, die im Consent Layer (Cookie-Banner) des Shops angezeigt werden, also die bekannten Kategorien wie beispielsweise Notwendige Cookies, Statistik oder Marketing.
Jede Gruppe fasst einen oder mehrere Services zusammen. Diese Services werden separat unter general.consentCookieService (siehe unten) angelegt und hier per Referenz zugewiesen.
Konfiguration im Admin-Interface unter Einstellungen → Shop-Konfiguration, Gruppe „Sicherheit“, Kachel „Consent-Gruppen (Cookie-Gruppen)“.
Wie hängen Gruppen und Services zusammen?Eine Gruppe ist die Kategorie, die der Besucher im Consent Layer (Cookie-Banner) sieht und per Checkbox akzeptieren oder ablehnen kann, beispielsweise “Marketing”. Ein Service ist ein konkretes Tracking- oder Cookie-Tool, das dieser Gruppe zugeordnet ist, beispielsweise “Google Ads” oder “Meta Pixel”. Einer Gruppe können beliebig viele Services zugeordnet werden. Der Besucher stimmt immer der gesamten Gruppe zu, nicht einzelnen Services. Woher kommen die Service-Bezeichnungen?
Die Bezeichnungen unter
services (beispielsweise general.consentCookieService.googleads) setzen sich immer aus dem Präfix general.consentCookieService und dem technischen Namen des jeweiligen Service zusammen. Es gibt folgende Arten von Services:
- Mitgelieferte Standardservices: Sie sind bereits im System vordefiniert und können direkt referenziert werden. Eine Liste der verfügbaren Standardservices befindet sich im Abschnitt zu
general.consentCookieService. - Selbst angelegte Services: Eigene Services können unter
general.consentCookieServicefrei angelegt werden (beispielsweise für ein eigenes Tracking-Tool). Der dort vergebenenameergibt dann den Referenzpfad.
https://<shop-domain>/admin/config/general.consentCookieGroup (Deeplink-Übersicht)
Beispielkonfiguration für die Gruppe “Marketing” (general.consentCookieGroup.marketing)
services eingetragen. Jeder Eintrag referenziert einen Service-Knoten, der unter general.consentCookieService angelegt wurde.
Beispielkonfiguration für die Gruppe “Statistik” (general.consentCookieGroup.statistics)
Parameterbeschreibung
general.consentCookieService -Einzeldefinition zustimmungspflichtiger Cookies/Trackings
Der Knoten general.consentCookieService enthält die Definitionen der einzelnen Dienste, die im Consent Layer (Cookie-Banner) angezeigt werden. Jeder Service steht für ein konkretes Tracking-, Analyse- oder Einbindungs-Tool, dem der Besucher explizit zustimmen oder widersprechen kann, beispielsweise Google Ads, Meta Pixel oder ein Captcha-Dienst.
Jeder Service-Knoten beschreibt genau einen Dienst. Für jeden weiteren Dienst wird ein eigener Knoten angelegt. Die Services werden anschließend in Gruppen eingebunden. Wie das funktioniert, ist im Abschnitt zu general.consentCookieGroup beschrieben.
Konfiguration im Admin-Interface unter Einstellungen → Shop-Konfiguration, Gruppe „Sicherheit“, Kachel „Consent-Dienste (Cookie-Services)“.
Die Einstellung kann über folgenden Link direkt im Admin-Interface geöffnet werden: https://<shop-domain>/admin/config/general.consentCookieService (Deeplink-Übersicht)
Beispielkonfiguration “Google Ads” (general.consentCookieService.googleads)
Beispielkonfiguration “Meta Pixel” (general.consentCookieService.metapixel)
Beispielkonfiguration “Cookie-Warenkorb” (general.consentCookieService.cookiebasket)
Für interne Shop-Funktionen, wie in diesem Beispiel, wird shopService gesetzt und externalService wird auf null gestellt.
Parameterbeschreibung
general.country - Länderdefinitionen
Der Unterknoten general.country definiert alle Länder, die im Onlineshop zur Auswahl stehen, beispielsweise bei Rechnungsadresse, Lieferadresse oder in Kontakt- und Anfrageformularen.
Konfiguration im Admin-Interface unter Einstellungen → Shop-Konfiguration, Gruppe „Adressdaten“, Kachel „Länder“.
Die Einstellung kann über folgenden Link direkt im Admin-Interface geöffnet werden: https://<shop-domain>/admin/config/general.country (Deeplink-Übersicht)
Beispielkonfiguration für Land “Deutschland” (general.country.de)
Beispielkonfiguration für Land “Polen” (general.country.pl)
Parameterbeschreibung
Die offiziellen ISO-3166-1-Codes (alpha-2, alpha-3 und numerisch) finden sich auf der Website der International Organization for Standardization (ISO): https://www.iso.org/iso-3166-country-codes.html
Um Länder ausschließen zu können, wird GeoIP von IPLocate.io eingesetzt.
general.customerAccountSettings - Verhalten bei Löschung von Kundenkonten
Der Unterknoten general.customerAccountSettings legt fest, wie das System mit Kundenkonten umgeht, wenn diese gelöscht werden sollen. Die Einstellung ist insbesondere relevant, wenn der Shop an eine Warenwirtschaft (WaWi) angebunden ist.
Ist das Soft Delete aktiviert, wird ein vom Kunden gelöschtes Konto nicht sofort vollständig entfernt, sondern zunächst nur als „gelöscht” markiert.
Der eigentliche Löschvorgang erfolgt erst, nachdem die WaWi den Kunden ebenfalls gelöscht hat. Auf diese Weise bleibt die Datenkonsistenz zwischen Shop und Warenwirtschaft gewährleistet.
Wenn das Soft Delete deaktiviert ist (softDelete = false), erfolgt die Löschung sofort im Shop, bevor die WaWi darüber informiert wurde. Dadurch kann es zu Inkonsistenzen oder fehlenden Synchronisationen kommen.
Konfiguration im Admin-Interface unter Einstellungen → Shop-Konfiguration, Gruppe „Kundenkonto“, Kachel „Kundenkonto-Löschung“.
Die Einstellung kann über folgenden Link direkt im Admin-Interface geöffnet werden: https://<shop-domain>/admin/config/general.customerAccountSettings (Deeplink-Übersicht)
Beispielkonfiguration für alle Subshops (general.customerAccountSettings)
Parameterbeschreibung
general.dataCheckerValidationErrors - Fehlertexte für Feldprüfungen
Der Knoten general.dataCheckerValidationErrors enthält die Fehlertexte aller Prüfungen aus dataChecker.*. Schlägt eine solche Prüfung fehl, gibt der Shop den Text der konkreten Prüfung aus. Statt einer allgemeinen Meldung wie “Feldprüfung fehlgeschlagen” erscheint beispielsweise die Fehlermeldung “Die Eingabe ist zu kurz”. Dies gilt überall dort, wo dataChecker-Prüfungen eingebunden sind, beispielsweise in Formularen, bei Kundenzusatzdaten, im Online-Bestellschein und bei den Zusatzfeldern von Zahlungsarten.
Der Knoten gilt für den ganzen Shop. Er ist weder staged noch je Subshop überschreibbar.
Die Einstellung kann über folgenden Link direkt im Admin-Interface geöffnet werden: https://<shop-domain>/admin/config/general.dataCheckerValidationErrors (Deeplink-Übersicht)
Beispielkonfiguration (general.dataCheckerValidationErrors)
Parameterbeschreibung
Mit dieser Umstellung sind die allgemeinen Fehlertexte
fieldCheckFailed in actions.setCustomerData und itemNumberCheckFailed in actions.directOrder entfallen. Die Fehlercodes selbst bleiben erhalten, sodass Templates, die auf den Code prüfen, weiter funktionieren.
general.deviceTypes - Gerätetypen
Der Knoten general.deviceTypes ist für die Definition und Verwaltung von Gerätetypen vorgesehen, die im Shop-System unterschieden oder gezielt angesprochen werden können (beispielsweise Desktop, Tablet, Smartphone).
Konfiguration im Admin-Interface unter Einstellungen → Shop-Konfiguration, Gruppe „Sonstige Module“, Kachel „Gerätetypen“.
Die Einstellung kann über folgenden Link direkt im Admin-Interface geöffnet werden: https://<shop-domain>/admin/config/general.deviceTypes (Deeplink-Übersicht)
Beispielkonfiguration (general.deviceTypes)
Parameterübersicht
general.garbageCollection - Sitzungsverwaltung und automatische Aufräumprozesse
Der Unterknoten general.garbageCollection definiert die Gültigkeitsdauer von Benutzersitzungen (Sessions) und legt fest, wann abgelaufene oder unvollständige Sessions automatisch gelöscht werden.Damit wird sichergestellt, dass veraltete Sitzungsdaten regelmäßig bereinigt werden und die Systemleistung stabil bleibt. Über diese Parameter lässt sich außerdem steuern, wie lange aktive und ausstehende (pending) Sessions bestehen bleiben dürfen, bevor sie aus dem System entfernt werden. Konfiguration im Admin-Interface unter Einstellungen → Shop-Konfiguration, Gruppe „Sitzungsverwaltung“, Kachel „Sitzungsverwaltung“. Die Einstellung kann über folgenden Link direkt im Admin-Interface geöffnet werden:
https://<shop-domain>/admin/config/general.garbageCollection (Deeplink-Übersicht)
Beispielkonfiguration für alle Subshop (general.garbageCollection)
Parameterbeschreibung
general.general - Allgemeine Basiseinstellungen
Der Unterknoten general.general enthält zentrale Basisparameter, die das allgemeine Verhalten des Onlineshops steuern. Hier werden grundlegende technische Einstellungen wie der Aktivierungsstatus, erlaubte Parametergrenzen, die Zeitzone oder URL-Parameter zur Referer- und Subreferer-Erkennung festgelegt.
Konfiguration im Admin-Interface unter Einstellungen → Shop-Konfiguration, Gruppe „Allgemein“, Kachel „Allgemein“.
Die Einstellung kann über folgenden Link direkt im Admin-Interface geöffnet werden: https://<shop-domain>/admin/config/general.general (Deeplink-Übersicht)
Beispielkonfiguration für alle Subshop (general.general)
Parameterbeschreibung
Beim setzen von
Für ein abgesichertes Live-Schalten verwenden Sie den Workflow unter Admin → Konfiguration → Subshops (Aktion “Live schalten”) oder rufen Sie vorab den Endpoint
status direkt über die Konfiguration (Admin-Interface oder API) findet keine Bereitschaftsprüfung statt. Der Wechsel auf active wird auch dann übernommen, wenn aktive Online-Zahlungsarten noch im Sandbox-Modus laufen.Für ein abgesichertes Live-Schalten verwenden Sie den Workflow unter Admin → Konfiguration → Subshops (Aktion “Live schalten”) oder rufen Sie vorab den Endpoint
GET /shopStatus/goLive/{subshopId} auf. Details siehe hier.general.language - Sprachdefinitionen
Der Unterknoten general.language definiert alle Sprachen, die im System verfügbar sind.
Diese Sprachen können anschließend in Subshops, Textbausteinen und sprachabhängigen Inhalten verwendet werden.
Konfiguration im Admin-Interface unter Einstellungen → Shop-Konfiguration, Gruppe „Sprache“, Kachel „Sprachen“.
Die Einstellung kann über folgenden Link direkt im Admin-Interface geöffnet werden: https://<shop-domain>/admin/config/general.language (Deeplink-Übersicht)
Beispielkonfiguration für die Sprache “Deutsch” (general.language.de)
Beispielkonfiguration für die Sprache “Englisch” (general.language.en)
Parameterbeschreibung
general.numberFormat - Zahlen- und Preisformatierung
Der Unterknoten general.numberFormat definiert die Formatierung numerischer Werte im gesamten Shop. Über diese Einstellungen wird festgelegt, wie Preise, Gewichte, Mengen oder Bewertungen im Frontend dargestellt werden, beispielsweise mit welchem Dezimaltrennzeichen, wie viele Nachkommastellen angezeigt werden oder ob Tausendertrennzeichen genutzt werden.
Diese Formatierungen wirken sich auf alle Ausgaben aus, die über die Template-Sprache prepared format erzeugt werden.
Konfiguration im Admin-Interface unter Einstellungen → Shop-Konfiguration, Gruppe „Zahlen- & Preisformatierung“, Kachel „Zahlen- & Preisformatierung“.
Die Einstellung kann über folgenden Link direkt im Admin-Interface geöffnet werden: https://<shop-domain>/admin/config/general.numberFormat (Deeplink-Übersicht)
Beispielkonfiguration für die Sprache “Deutsch” (general.numberFormat.price)
Beispielkonfiguration für die Sprache “Deutsch” (general.numberFormat.weight)
Parameterbeschreibung
general.order - Anzeige der Bestellhistorie
Der Unterknoten general.order steuert die Darstellung und Sortierung der Bestellhistorie im Kundenkonto des Onlineshops. Hier wird festgelegt, wie Bestellungen gelistet, sortiert und paginiert werden, sowie welche Statuswerte dem Kunden angezeigt werden.
So lassen sich Standard-Sortierungen, die Anzahl der Bestellungen pro Seite und die Anzeigeart der Bestellhistorie (beispielsweise subshopbezogen oder global) konfigurieren. Zudem können eigene Statusdefinitionen mit Symbolen und Beschriftungen für die Anzeige in der Storefront hinterlegt werden.
Konfiguration im Admin-Interface unter Einstellungen → Shop-Konfiguration, Gruppe „Bestellungen“, Kachel „Bestellung“.
Die Einstellung kann über folgenden Link direkt im Admin-Interface geöffnet werden: https://<shop-domain>/admin/config/general.order (Deeplink-Übersicht)
Beispielkonfiguration für Status der Bestellungen (general.order)
Parameterbeschreibung
general.orderSortOption - Sortierung der Bestellhistorie
Legt individuelle Sortieroptionen für die Bestellübersicht fest. Etwa nach Datum, Gesamtbetrag oder Status. Jede Option erhält einen frei wählbaren, eindeutigen Namen und verweist auf ein in der Bestellliste verfügbares Feld.
Konfiguration im Admin-Interface unter Einstellungen → Shop-Konfiguration, Gruppe „Bestellungen“, Kachel „Bestellsortierung“.
Die Einstellung kann über folgenden Link direkt im Admin-Interface geöffnet werden: https://<shop-domain>/admin/config/general.orderSortOption (Deeplink-Übersicht)
Beispielkonfiguration
Parameterübersicht
general.productRating - Produktbewertung
Der Knoten general.productRating steuert das Bewertungssystem für Produkte im Shop.Hier werden die Rahmenbedingungen für Produktbewertungen (Bewertungsskala, Pflichtfelder, Textlängen, Mehrfachbewertungen) sowie die Einstellungen für automatische Bewertungs-Erinnerungen per E-Mail definiert. Konfiguration im Admin-Interface unter Einstellungen → Shop-Konfiguration, Gruppe „Sonstige Module“, Kachel „Produktbewertungen“. Alternativ öffnen Sie die Einstellungen unter Marketing → Kundenbewertungen über das Menü Zu den Einstellungen. Die Einstellung kann über folgenden Link direkt im Admin-Interface geöffnet werden:
https://<shop-domain>/admin/config/general.productRating (Deeplink-Übersicht)
Beispielkonfiguration (general.productRating)
Parameterübersicht
Welche Bestellungen eine Bewertungs-Erinnerung auslösen
Die Bewertungs-Erinnerung wird nur für Bestellungen versendet, deren Zahlung abgeschlossen ist. Für die Auswahl der Produkte in der Erinnerung gilt:- Teile eines Sets werden nicht einzeln zur Bewertung angeboten.
- Produkte, die der Kunde bereits bewertet hat, werden nicht erneut angeboten. Ist
allowRatingAfterEachOrderaktiv, gilt diese Prüfung pro Bestellung statt pro Kundenkonto. Bei Firmenkonten gilt eine Bewertung für alle Mitarbeiterkonten des Firmenkontos.
general.salutation - Anreden
Der Unterknoten general.salutation definiert alle verfügbaren Anreden, die im Shop angezeigt werden, etwa in Adressformularen, Registrierungen oder Kontaktformularen.
Jede Anrede besteht aus einem technischen Code und einem anzuzeigenden Text.Die Reihenfolge der Einträge entspricht der Anzeige im Frontend. Konfiguration im Admin-Interface unter Einstellungen → Shop-Konfiguration, Gruppe „Adressdaten“, Kachel „Anrede“. Die Einstellung kann über folgenden Link direkt im Admin-Interface geöffnet werden:
https://<shop-domain>/admin/config/general.salutation (Deeplink-Übersicht)
Beispielkonfiguration (general.salutation)
Parameterbeschreibung
general.sitemap - Aktivierung von Sitemap
Der Unterknoten general.sitemap steuert den Basispfad der Sitemap.
Über diesen Parameter kann konfiguriert werden, wo sich der Basispfad bzw. der Oberknoten befindet, unterhalb dessen die Sitemaps abgelegt werden.
Konfiguration im Admin-Interface unter SEO → Sitemaps.
Die Einstellung kann über folgenden Link direkt im Admin-Interface geöffnet werden: https://<shop-domain>/admin/config/general.sitemap (Deeplink-Übersicht)
Beispielkonfiguration (general.sitemap)
Parameterbeschreibung
general.subshop - Subshop-Definitionen
Der Unterknoten general.subshop definiert die einzelnen Subshops innerhalb der Plattform.
Jeder Subshop-Eintrag enthält eine eindeutige ID, eine optionale Sprachzuordnung und eine technische Speicherreferenz.
Konfiguration im Admin-Interface unter Einstellungen → Shop-Konfiguration, Gruppe „Subshops“, Kachel „Subshops“.
Die Einstellung kann über folgenden Link direkt im Admin-Interface geöffnet werden: https://<shop-domain>/admin/config/general.subshop (Deeplink-Übersicht)
Beispielkonfiguration für den Subshop “deutsch” (general.subshop.deutsch)
Beispielkonfiguration für den Subshop “english” (general.subshop.englisch)
Parameterbeschreibung
general.subshopView - Subshop-Konfigurationen
Der Unterknoten general.subshopView definiert die Basis-Einstellungen für jeden einzelnen Subshop.
Hier werden unter anderem Sprache, Währung, Länderzuordnung, das verwendete Theme und der Standard-Produkttyp des jeweiligen Subshops festgelegt.
Diese Konfiguration bestimmt, wie der Subshop im Frontend angezeigt wird und welche Rahmenbedingungen (beispielsweise gültige Länder, Sprache, Preisformatierung) gelten. Sie baut auf den Subshop-Definitionen aus general.subshop auf.
Konfiguration im Admin-Interface unter Einstellungen → Shop-Konfiguration, Gruppe „Subshops“, Kachel „Subshop-Konfigurationen“.
Die Einstellung kann über folgenden Link direkt im Admin-Interface geöffnet werden: https://<shop-domain>/admin/config/general.subshopView (Deeplink-Übersicht)
Beispielkonfiguration für den Subshop “deutsch” (general.subshopView.deutsch)
Beispielkonfiguration für den Subshop “englisch” (general.subshopView.english)
Parameterbeschreibung
general.testMode - Testmodus
Der Unterknoten general.testMode aktiviert und steuert den Testmodus des Shops.
Der Testmodus wird über eine spezielle Shop-URL mit Parametern aufgerufen. Beim Aufruf erscheint eine Eingabemaske, über die ein vordefiniertes Passwort eingegeben werden muss, um den Zugang freizuschalten. Erst nach erfolgreicher Authentifizierung ist der Shop über die URL nutzbar.
Diese Funktion dient dazu, Änderungen, neue Inhalte oder Layout-Anpassungen zu prüfen, ohne dass reguläre Besucher Zugriff haben.
Der Testmodus (inklusive
basicAuthActive / basicAuthUsers) schützt ausschließlich die Testumgebung vor regulären Besuchern. Um einen Live-Shop auf angemeldete Kunden zu beschränken (beispielsweise einen geschlossenen B2B-Shop), verwenden Sie stattdessen die B2B-Zutrittsbeschränkung.https://<shop-domain>/admin/config/general.testMode (Deeplink-Übersicht)
Beispielkonfiguration für alle Subshops (general.testMode)
Parameterbeschreibung
Die Kunden-Anmeldung hat eine eigene, gleich aufgebaute IP-Sperre mit eigenen Zählern und eigenen Standardwerten. Sie wird unter accounts.account im Objekt
login konfiguriert. Eine Sperre im Testmodus wirkt sich nicht auf die Kunden-Anmeldung aus und umgekehrt.general.title - Titel für die Anrede
Der Unterknoten general.title definiert alle verfügbaren Titel, die im Shop zur Auswahl stehen, beispielsweise in Adressformularen, Registrierungen oder Kontaktformularen.
Jeder Eintrag besteht aus einem technischen Code und dem anzuzeigenden Titeltext (beispielsweise Dr., Prof.). Diese Werte werden im Frontend in der Titel-Auswahlliste angezeigt und können bei Bedarf erweitert oder angepasst werden.
Konfiguration im Admin-Interface unter Einstellungen → Shop-Konfiguration, Gruppe „Adressdaten“, Kachel „Titel“.
Die Einstellung kann über folgenden Link direkt im Admin-Interface geöffnet werden: https://<shop-domain>/admin/config/general.title (Deeplink-Übersicht)
Beispielkonfiguration für alle Subshops (general.title)
Parameterbeschreibung
general.zipCodes - Postleitzahl-Prüfungen
Der Unterknoten general.zipCodes definiert die syntaktische Prüfung von Postleitzahlen für einzelne Länder.
Für jedes Land kann ein regulärer Ausdruck (Regex) hinterlegt werden, mit dem überprüft wird, ob eine eingegebene Postleitzahl dem landesspezifischen Format entspricht. Diese Validierung erfolgt beispielsweise in Formularen oder im Checkout-Prozess, um fehlerhafte Eingaben zu vermeiden.
Konfiguration im Admin-Interface unter Einstellungen → Shop-Konfiguration, Gruppe „Adressdaten“, Kachel „Postleitzahlen (PLZ-Prüfung)“.
Die Einstellung kann über folgenden Link direkt im Admin-Interface geöffnet werden: https://<shop-domain>/admin/config/general.zipCodes (Deeplink-Übersicht)
