Zum Hauptinhalt springen Zur Suche springen Zur Hauptnavigation springen

  Telefonservice: 02843 9595-305

  Schneller Versand

  14 Tage kostenloser Umtausch

  Sicher Einkaufen dank SSL

Borban Referenz · Shopware 6 Neuentwicklung · E-Commerce + Wissenssystem

E-Zigaretten.org: neuer Fachshop mit eigener Daten-, Ratgeber-, Compliance- und AI-Search-Architektur

E-Zigaretten.org wurde nicht als Kopie eines bestehenden Shops aufgebaut, sondern als eigenständiges Shopware-6-Projekt mit einem anderen Schwerpunkt: breiteres Sortiment, mehr technische Tiefe, mehr High-End- und Spezialprodukte, nachvollziehbare Produktdaten und ein Wissensbereich, der auch ohne Kaufabsicht einen eigenen Nutzen hat. Die Storefront verbindet Handel, Produktsicherheit, Jugendschutz, redaktionelle Inhalte und strukturierte Daten in einer gemeinsamen Architektur – mit möglichst wenig Abhängigkeit von fremden All-in-one-Lösungen.

01 · Ausgangspunkt

Kein Relaunch eines Altshops – eine neue Shoplogik aus den Erfahrungen bestehender Projekte

Neuentwicklung 2026

Die wichtigste Entscheidung fiel vor dem ersten Kategoriebaum: E-Zigaretten.org sollte nicht einfach einen bestehenden Shop spiegeln. Das Projekt nutzt Erfahrungen aus produktiven Vape-Shops, setzt aber eine neue Informations- und Datenarchitektur darüber. Dadurch können Sortiment, Produktdaten, redaktionelle Tiefe und technische Funktionen anders priorisiert werden als in einem historisch gewachsenen Bestandssystem.

01

Neue Informationsarchitektur

Kategorien, Wissen, Service und Produktdaten wurden für das neue Projekt zusammen geplant – nicht nachträglich an einen Altbestand angeklebt.

02

Eigene technische Basis

Shopware 6 bleibt das Kernsystem. Zusätzliche Funktionen werden möglichst in klar abgegrenzten Borban-Modulen verantwortet.

03

Mehr als Produktimport

Lieferantendaten werden als Ausgangsmaterial behandelt. Zuordnung, Kennzeichnung, Medien, Dokumente und redaktionelle Informationen erhalten eigene Prüf- und Pflegewege.

Projektprinzip: Ein neuer Shop ist dann sinnvoll, wenn er eine eigene Aufgabe erfüllt. E-Zigaretten.org erweitert die bestehende Shoplandschaft deshalb nicht nur um eine weitere Domain, sondern um eine andere Kombination aus Sortimentstiefe, Fachwissen, Produktdaten und technischer Kontrolle.
02 · Sortiment

Breiteres Sortiment als Ergänzung: vom Alltagsprodukt bis zu High-End, Spezialteilen und älteren Plattformen

Sortimentstiefe

E-Zigaretten.org ist als Sortimentserweiterung angelegt. Neben aktuellen Pod-Systemen, Liquids, Aromen und typischem Verbrauchszubehör soll das Projekt auch dort Tiefe schaffen, wo viele Shops schnell ausdünnen: High-End-Hardware, Selbstwickler, Spezialzubehör, Ersatzteile, ältere Geräteplattformen und Produkte mit erklärungsbedürftiger Kompatibilität. Das Ziel ist nicht „möglichst viele Artikel“, sondern ein breiteres Angebot mit besserer Einordnung.

Aktuelle Systeme

Pod-Systeme, Startersets, moderne Coil-/Pod-Plattformen und gebrauchsfertige Liquids für den laufenden Markt.

Marktbreite

High-End & Spezialhardware

Technisch anspruchsvollere Geräte, Verdampfer, Selbstwickel-Komponenten und Produkte, bei denen Datenqualität wichtiger ist als eine kurze Standardbeschreibung.

Technische Tiefe

Ersatzteile & Kompatibilität

Pods, Coils, Gläser, Tanks und Zubehör werden nach Modell, Serie und konkreter Herstellerfreigabe eingeordnet – nicht nur nach Marke oder Ohm-Wert.

Fehlkäufe reduzieren

Liquids & Nikotinformen

Klassische Liquids, Nikotinsalz, Hybrid-Liquids und nikotinfreie Varianten werden als unterschiedliche Produktkonzepte verständlich dargestellt.

Produktart klar trennen

Aromen & Selbstmischen

Longfills, Aromen, Basen und Shots werden nicht wie Fertigliquids behandelt. Anwendung und Produktart bleiben sichtbar getrennt.

Anwendung verständlich

Seltene & ältere Plattformen

Wo Zubehör für ältere Gerätegenerationen noch sinnvoll verfügbar ist, wird die Zuordnung nicht pauschal aus ähnlichen Produktnamen abgeleitet.

Historische Produktkenntnis
03 · Daten & Automatisierung

Eigene Datenpipeline: Lieferantendaten übernehmen, aber nicht ungeprüft zum Shopinhalt erklären

Borban Systemlogik

Eine große Produktbasis lässt sich nicht dauerhaft zuverlässig verwalten, wenn Import, Kategorien, Hersteller, Medien und redaktionelle Inhalte voneinander getrennte Zufallsprozesse bleiben. Für E-Zigaretten.org werden diese Bereiche deshalb über eigene Borban-Werkzeuge und definierte Prüfschritte zusammengeführt. Externe Produktdaten sind Input – die Shopdarstellung bleibt eine eigene Verantwortung.

Schritt 1Lieferantendaten einlesen
Schritt 2Produkt & Variante eindeutig zuordnen
Schritt 3Kategorie, Hersteller & Medien prüfen
Schritt 4Content, Sicherheit & Dokumente ergänzen
Schritt 5Dry-Run, Vergleich & kontrollierte Übernahme

Kategorie-Mapping

Lieferantenpfade und Shopstruktur werden bewusst getrennt. Ein externer Kategoriepfad entscheidet nicht automatisch über die interne Informationsarchitektur.

Hersteller-Zuordnung

Marke, Hersteller, Produktlinie und technische Plattform werden nicht als dasselbe behandelt. Schreibvarianten und Aliase können kontrolliert zusammengeführt werden.

Medien & Dokumente

Bilder, PDFs und Gebrauchsinformationen werden lokal und produktbezogen eingebunden, damit externe Quellen nicht dauerhaft Teil der Storefront-Abhängigkeit bleiben.

Dry-Run statt Blindimport

Änderungen sollen vor dem Schreiben sichtbar werden. Warnungen, Sperren und Abweichungen sind Teil des Workflows, nicht ein nachträgliches Fehlerprotokoll.

Bestehende Daten schützen

Manuell verbesserte oder bereits geprüfte Shopdaten sollen nicht durch spätere Rohdatenimporte kommentarlos überschrieben werden.

Weiterentwickelbar

Importregeln, Content-Logik und Datenprüfung bleiben getrennte Verantwortungsbereiche und können unabhängig voneinander verbessert werden.

Wichtig: Automatisierung ersetzt keine Datenverantwortung. Sie ist besonders wertvoll, wenn sie Abweichungen sichtbar macht, sichere Standardfälle beschleunigt und problematische Fälle bewusst zur Prüfung stehen lässt.
04 · Produktdetail & Produktsicherheit

CLP, GPSR, Hersteller und Importeur als strukturierte Produktinformation – nicht als unlesbarer Pflichttextblock

Product Safety Layer

Bei E-Zigaretten, Liquids, Akkus und Zubehör treffen unterschiedliche Informationspflichten und Sicherheitskontexte aufeinander. Das Produktdetail-System ordnet diese Angaben deshalb nach Produktart. Relevante CLP-Informationen, Hersteller-/Importeurdaten, GPSR-Angaben, technische Hinweise und Dokumente sollen dort erscheinen, wo sie zum konkreten Artikel gehören – und nicht pauschal auf jede Produktseite kopiert werden.

Verbesserte CLP-Ausgabe

Gefahrstoffrelevante Informationen können mit Piktogrammen sowie H-, P- und EUH-Angaben strukturiert und produktbezogen dargestellt werden.

Hersteller ≠ Importeur

Hersteller- und Importeur-/Verantwortlichenrollen werden getrennt ausgegeben, damit Ansprechpartner und Rolle nicht in einem gemeinsamen Textblock verschwimmen.

GPSR-Kontext

Produktsicherheitsdaten werden dem Artikel zugeordnet und mit den tatsächlich vorhandenen Herstellerinformationen verknüpft.

Dokumente am Produkt

Bedienungsanleitungen, Sicherheits- oder Gebrauchsinformationen können lokal bereitgestellt und direkt aus dem Produktkontext erreichbar gemacht werden.

Elektro & Akku

ElektroG-, Batterie- und Rücknahmehinweise werden für betroffene Produktgruppen eingebunden, statt sie als fachfremden Standardtext überall auszuspielen.

18+ im Prozess

Altersverifikation ist kein Footer-Hinweis, sondern Teil des tatsächlichen Bestell- und Versandprozesses.

05 · Wissenssystem

Eigenes Borban Ratgeber-Plugin: Fachwissen als dauerhafte Shopfunktion statt lose SEO-Texte

Ratgeber & Redaktion

Der Wissensbereich ist kein Blog-Anhang und keine Sammlung austauschbarer „Was ist ...?“-Texte. Über das eigene Borban-Ratgeber-System werden Themen als eigenständige Informationsseiten aufgebaut: klare Fragestellung, strukturierte Abschnitte, Quellen, FAQ, redaktioneller Stand und passende interne Vertiefungen. Produktseiten verkaufen; Ratgeber sollen zuerst erklären.

Eigenständiger Informationswert

Ratgeber müssen eine Frage auch dann sinnvoll beantworten, wenn der Besucher anschließend kein Produkt kauft.

Klare Themen statt Keyword-Varianten

MTL/RDL/DL, Nikotinsalz, Longfills, Kompatibilität oder Akkus erhalten einen fachlich abgegrenzten Schwerpunkt statt viele fast identische Seiten.

Quellenhierarchie

Gesetze, Behörden, Herstellerseiten, Handbücher und Datenblätter werden nach Aussageart genutzt; Händlerdaten dienen eher zur Gegenprüfung.

Redaktioneller Stand

Inhalte bleiben änderbar. Neue Herstellerangaben, Sicherheitsinformationen oder bessere Primärquellen können eine Korrektur auslösen.

Interne Verknüpfung

Grundlagen, Detailthemen, Produktarten und Servicebereiche werden dort verbunden, wo der Zusammenhang dem Leser wirklich hilft.

FAQ mit Kontext

Fragen werden innerhalb des passenden Themas beantwortet – nicht als künstlich aufgeblähter FAQ-Block mit Suchphrasen.

07 · Borban Live Stack

27 Borban-Komponenten in der Projektumgebung – öffentliche Plugins, Projektmodule und Vorabstände sauber getrennt

Real Project Stack

Die aktuelle Shopware-Projektumgebung von E-Zigaretten.org enthält im Plugin-Verzeichnis 27 Borban-Komponenten. Das ist kein künstlicher Feature-Zähler und bedeutet ausdrücklich nicht, dass jedes Verzeichnis im selben Verkaufskanal aktiv sein muss. Entscheidend ist die Architektur dahinter: Funktionen werden nach Verantwortung getrennt entwickelt, getestet und bei Bedarf unabhängig aktualisiert. E-Zigaretten.org kann dabei projektbezogene Entwicklungsstände eigener Borban-Module einsetzen, bevor ausgewählte Funktionen später als allgemeines Plugin veröffentlicht werden.

Storefront & Navigation

Eigene Oberfläche, Navigation und mobile Priorisierung werden nicht in einem einzigen Theme-Paket versteckt.

E-Zigaretten.org StorefrontCompact Mega MenuMobile HeaderMobile Description FirstNo Listing FiltersTopBar ProFooter Pro

Produktwissen & Beratung

Produktseiten, Zubehörzuordnung und Ratgeber greifen auf getrennte, nachvollziehbare Funktionen zurück.

Product Detail ExtrasProduct Detail Tabs ProProduct Compatibility ProProduct Knowledge ProRatgeberAI Shop Advisor

SEO, Content & Medien

Meta-, Schema-, Kategorie- und Medienaufgaben werden nicht als ein undurchsichtiger SEO-Schalter behandelt.

Schema Intelligence ProMeta Optimizer ProImage Sitemap ProMedia File RenamerCategory HTML ManagerCategory Structure ManagerLink Remover

Daten & Shopbetrieb

Lieferantenanbindung, Imports, Administration und kleine technische Eingriffe besitzen eigene Zuständigkeiten.

VaporEx ConnectorContent ImportShop ManagerCustom Code Manager

Sicherheit & Kontrolle

Jugendschutz und technische Schutzmechanismen bleiben vom Content- und Storefront-Layer getrennt.

Weitere Projektkomponente

Im Plugin-Verzeichnis liegt zusätzlich ein Storefront-Baustein aus einem weiteren Borban-Referenzprojekt. Er wird hier bewusst nicht als E-Zigaretten.org-Funktion vermarktet – installierte Projektdatei und tatsächlich eingesetztes Live-Feature sind nicht dasselbe.

Borban Bot Shield: Bot-Schutz aus einem realen Checkout-Problem entwickelt

Der Schutz wurde nicht als zusätzliche Feature-Idee erfunden, sondern aus dem laufenden Shopbetrieb heraus entwickelt. Im Projekt zeigte sich, dass ein reCAPTCHA-Weg zeitweise nicht zuverlässig genug funktionierte und dadurch den Checkout beeinträchtigen konnte. Ein reiner Honeypot war als alleinige Schutzschicht nicht ausreichend; ein sichtbares Zahlen-/Zeichen-CAPTCHA wurde wegen der zusätzlichen Hürde für echte Kunden bewusst verworfen.

Security UX
Problem im echten ProzessBot-Schutz darf nicht selbst zum Checkout-Risiko oder zur Conversion-Hürde werden.
Bewusst verworfenKein alleiniger Honeypot und kein kundenunfreundliches Zahlen-/Zeichen-CAPTCHA als Standardweg.
Eigene Borban-LösungSchutzmechanismen werden möglichst unauffällig in den Shopprozess integriert und getrennt von Storefront- und Content-Logik gepflegt.
Entwicklungsmodell: Der Shop dient auch als reale Validierungsumgebung für eigene Funktionen. Projektbezogene Builds können deshalb neuer sein als ein öffentlich angebotener Release. Das bezieht sich auf Borban-eigene Module – nicht auf die Behauptung, E-Zigaretten.org würde unveröffentlichte Shopware-Core-Versionen einsetzen.
Transparenz statt Produktwerbung: Nicht jedes interne Modul wird automatisch zu einem öffentlichen Plugin. Manche Funktionen bleiben projektspezifisch, andere werden erst nach realer Erprobung verallgemeinert. Genau diese Trennung macht die Referenz für technische Entscheider nachvollziehbar.
08 · Performance

PageSpeed- und Core-Web-Vitals-orientiert: Performance wird im verantwortlichen Modul gelöst, nicht mit zusätzlichem Ballast überklebt

Core Web Vitals

Performance wird als Eigenschaft des Gesamtsystems behandelt. Storefront-Komponenten, Bilder, dynamische Inhalte, Plugin-Abhängigkeiten und Layout-Stabilität werden an ihrer Quelle betrachtet. Ziel ist ein schneller, stabiler Shop unter realen Bedingungen – nicht eine dauerhaft garantierte Lighthouse-Zahl aus einer einzelnen Messung.

FrontendShopware-Standard als Basis
Bildermoderne Formate & passende Größen
LayoutCLS und responsive Stabilität mitprüfen
Pluginsnur reale Funktionen laden

Asset-Disziplin

CSS, JavaScript und Medien sollen nur dort geladen werden, wo die jeweilige Funktion tatsächlich gebraucht wird.

Layout-Stabilität

Galerien, Bilder, Hinweise und dynamische Module werden so geplant, dass sichtbare Sprünge nicht erst nachträglich kaschiert werden.

Eigene Fehlerquelle kennen

Wenn ein eigenes Modul langsam ist, kann es direkt optimiert werden. Bei überlagerten Fremdthemes und Sammelplugins ist die Ursache oft schwerer eindeutig zu isolieren.

Keine Score-Garantie: PageSpeed- und Lighthouse-Werte hängen unter anderem von Gerät, Netzwerk, Drittservices und Messzeitpunkt ab. Entscheidend ist die technische Richtung: wenig unnötiger Ballast, stabile Komponenten und regelmäßige Kontrolle.
09 · Regulatorische Vorbereitung

Nicht auf den Stichtag warten: technische Vorbereitung für neue EU-Gewährleistungsinformationen ab 27.09.2026

Upcoming Regulation

Die Shoparchitektur wird nicht nur für den aktuellen Stand gepflegt. Für die ab 27. September 2026 anzuwendende harmonisierte EU-Mitteilung zum gesetzlichen Gewährleistungsrecht ist die technische Einbindung bereits als eigener Funktionsbereich vorbereitet. Das harmonisierte GARAN-Label wird nur dort relevant, wo die gesetzlichen Voraussetzungen für eine entsprechende gewerbliche Haltbarkeitsgarantie tatsächlich vorliegen.

Stichtag vorbereitet

Die neue harmonisierte Gewährleistungsmitteilung kann zum relevanten Zeitpunkt in den vorgesehenen Kaufkontext eingebunden werden.

GARAN nicht pauschal

Das Haltbarkeitsgarantie-Label wird nicht einfach auf jedes Produkt gesetzt, sondern nur im dafür vorgesehenen rechtlichen Produktkontext.

Technik getrennt von Rechtsberatung

Das System stellt definierte Ausgabepunkte und Datenlogik bereit. Die rechtliche Bewertung des konkreten Angebots bleibt eine eigene Aufgabe.

Offizielle EU-Grundlagen

Die technische Vorbereitung orientiert sich an den veröffentlichten EU-Vorgaben und dem Anwendungsdatum.

10 · Öffentlich nachvollziehbar

Die Referenz lässt sich im produktiven Shop prüfen – nicht nur in einer Feature-Liste

Live
Ergebnis

Ein neuer Shop als eigenständiges System: Sortiment, Wissen, Produktdaten, Compliance und Search gemeinsam gedacht

E-Zigaretten.org zeigt einen anderen Projekttyp als ein klassischer Relaunch. Der Shop wurde als neue Plattform aufgebaut, die bestehende E-Commerce-Erfahrung nutzt, aber eine eigene Aufgabe übernimmt: mehr Sortimentstiefe, mehr technische Produktinformation, ein dauerhaft pflegbarer Wissensbereich und stärker kontrollierte Datenwege. Eigene Borban-Module verbinden Import, Ratgeber, Medien, SEO, Produktsicherheit und Shopbetrieb, ohne jeden Bereich in ein einziges undurchsichtiges System zu pressen.

FAQ

Fragen zur E-Zigaretten.org Shopware-6-Referenz

Ausführliche Antworten zu Neuentwicklung, Sortiment, Ratgeber, Produktdaten, Borban-Modulen, Google, Performance, Compliance und Bot-Schutz.

13 Fragen
Ist E-Zigaretten.org ein Relaunch eines bestehenden Shops?
Nein. Das Projekt wurde als eigenständige Shopware-6-Neuentwicklung aufgebaut. Erfahrungen und technische Bausteine aus bestehenden Projekten fließen ein, die Informations- und Sortimentsarchitektur wurde jedoch neu konzipiert.
Warum braucht es neben bestehenden Vape-Shops noch E-Zigaretten.org?
Der neue Shop übernimmt einen anderen Schwerpunkt: breiteres und technisch tieferes Sortiment, mehr High-End- und Spezialprodukte, modellgenaue Zubehörzuordnung sowie ein eigenständiges Wissenssystem. Damit ergänzt er bestehende Projekte statt sie nur zu duplizieren.
Werden Lieferantendaten automatisch ungeprüft veröffentlicht?
Nein. Externe Daten dienen als Ausgangsmaterial. Produktidentität, Varianten, Kategorien, Hersteller, Medien, Dokumente und redaktionelle Informationen haben eigene Prüf- und Pflegewege. Kritische Änderungen können vor dem Schreiben in Dry-Runs sichtbar gemacht werden.
Was macht das Borban Ratgeber-Plugin?
Es stellt einen eigenen Rahmen für strukturierte Wissensseiten bereit. Themen können mit klarer Gliederung, FAQ, Quellen, Aktualitätsstand und internen Vertiefungen gepflegt werden, ohne sie wie gewöhnliche Produkt- oder Blogtexte behandeln zu müssen.
Ist die Seite speziell für Google AI Mode oder AI Overviews gebaut?
Es gibt keinen separaten „AI-SEO-Modus“. Die Architektur folgt den grundlegenden Google-Empfehlungen: hilfreiche und eigenständige Inhalte, klare interne Verknüpfung, zugänglicher Text, hochwertige Medien, gute Nutzererfahrung und strukturierte Daten, die mit dem sichtbaren Inhalt übereinstimmen.
Wie wird Duplicate Content zwischen den eigenen Shops vermieden?
E-Zigaretten.org erhält eigene Seitenschwerpunkte, eigene Ratgeber, eigene Kategorieinhalte und eine eigene redaktionelle Sprache. Bestehende Shoptexte werden nicht einfach übernommen und nur mit einer anderen Domain versehen.
Wie werden Hersteller und Importeur auf Produktseiten behandelt?
Rollen werden getrennt gedacht und dort ausgegeben, wo sie zum Produkt gehören. Hersteller, Importeur beziehungsweise verantwortliche Wirtschaftsakteure und weitere Produktsicherheitsinformationen sollen nicht in einem einzigen unklaren Textblock vermischt werden.
Ist E-Zigaretten.org auf die EU-Gewährleistungsmitteilung ab 27.09.2026 vorbereitet?
Die technische Einbindung ist als eigener Funktionsbereich vorbereitet. Die konkrete rechtliche Anwendung und gegebenenfalls ein GARAN-Label hängen vom jeweiligen Produkt- und Garantieangebot ab und sind getrennt zu prüfen.
Garantiert die PageSpeed-Optimierung einen bestimmten Lighthouse-Wert?
Nein. Ein fixer Score wäre unseriös, weil Messwerte von Gerät, Netzwerk, Drittservices und Inhalt abhängen. Optimiert werden Architektur, Assets, Layout-Stabilität und unnötige Abhängigkeiten – also die Ursachen, die sich tatsächlich beeinflussen lassen.
Kann Borban eine ähnliche Architektur für andere Shopware-Projekte entwickeln?
Ja, aber nicht als starre Kopie. Sinnvoll ist zuerst zu klären, welche Bereiche wirklich gebraucht werden: Datenimport, Storefront, Produktinformation, Compliance, Ratgeber, SEO, Performance, Altersprüfung oder andere Module. Daraus wird ein projektbezogener Scope.
Welche Borban-Plugins und Module stecken in E-Zigaretten.org?
Die Projektumgebung enthält aktuell 27 Borban-Komponenten. Dazu gehören Storefront-, Produkt-, Ratgeber-, SEO-, Medien-, Import-, Sicherheits- und Administrationsmodule. Die Zahl beschreibt die Projektumgebung und ist nicht gleichbedeutend mit „27 Funktionen gleichzeitig aktiv“. Öffentliche Plugins werden auf borban.de verlinkt; rein interne Projektmodule bleiben als solche gekennzeichnet.
Nutzt E-Zigaretten.org Funktionen, die noch nicht öffentlich als Borban-Plugin ausgerollt wurden?
Bei eigenen Borban-Modulen können projektbezogene Entwicklungsstände im realen Shop getestet werden, bevor eine Funktion gegebenenfalls als allgemeines Plugin veröffentlicht wird. Das ist Teil des Entwicklungsprozesses. Es ist ausdrücklich keine Behauptung, dass unveröffentlichte Shopware-Core-Versionen eingesetzt werden.
Warum wurde Borban Bot Shield entwickelt?
Aus einem realen Betriebsproblem: Der bisherige reCAPTCHA-Weg konnte den Checkout beeinträchtigen, ein alleiniger Honeypot war nicht ausreichend und ein sichtbares Zahlen-/Zeichen-CAPTCHA wäre für Kunden eine zusätzliche Hürde gewesen. Deshalb wurde ein eigener, möglichst reibungsarmer Schutzweg als separates Borban-Modul entwickelt.

Hinweis: Diese Referenz beschreibt technische und redaktionelle Projektentscheidungen. Sie enthält keine Ranking-Garantie und keine Rechtsberatung. Für produktspezifische Freigaben bleiben aktuelle Herstellerinformationen maßgeblich; rechtliche Anforderungen sind im konkreten Anwendungsfall zu prüfen.