Multistore in PrestaShop: wann es sich lohnt, wann nicht und was geteilt wird
Mit Multistore verwalten Sie in PrestaShop mehrere Shops aus einem einzigen Back-Office, aber fast alles andere wird komplizierter. Wir erklären, was geteilt wird und was nicht, in welchen Fällen es sich lohnt und welche einfacheren Alternativen es gibt.
Multistore ist eine dieser PrestaShop-Funktionen, die wie die Lösung für alles wirken. Sie möchten einen Shop für Geschäftskunden und einen für Privatkunden? Multistore. Einen für Spanien und einen für Portugal? Multistore. Eine zweite Marke mit anderem Design? Multistore. Und es stimmt, dass es all das kann, aber jeder zusätzliche Shop vervielfacht Konfiguration, Tests und mögliche Fehler. Bevor Sie es aktivieren, sollten Sie genau wissen, was Sie gewinnen und was Sie dafür bezahlen.
Was Multistore ist
Es ist eine Option des Cores, mit der Sie mehrere Shops auf einer einzigen Installation und einer einzigen Datenbank betreiben. Sie werden aus demselben Back-Office verwaltet, wobei Sie in einer Auswahl festlegen, in welchem Shop (oder in welcher Shop-Gruppe oder in allen) eine Änderung gilt. Jeder Shop kann eigene Domain oder eigenen Ordner, eigenes Theme, eigenen sichtbaren Katalog, eigene Preise und eigene Konfiguration haben.
Die Shops werden in Shop-Gruppen organisiert, und in der Gruppe wird festgelegt, was sie miteinander teilen.
Was geteilt wird und was nicht
Was allen gemeinsam ist
- Die Installation: dieselben Dateien, dieselbe Core-Version, dieselben Module auf der Festplatte. Wenn Sie PrestaShop aktualisieren, aktualisieren Sie alle Shops gleichzeitig.
- Der Grundkatalog: Ein Produkt existiert nur einmal und wird einem oder mehreren Shops zugeordnet. Viele seiner Felder (Name, Beschreibung, Preis, Sichtbarkeit) können in jedem Shop andere Werte haben.
- Die Mitarbeiter, die Zugriff auf alle Shops oder nur auf einige haben können.
Was die Shop-Gruppe festlegt
- Kunden teilen: ob sich ein in einem Shop registrierter Kunde mit demselben Konto in den anderen Shops der Gruppe anmelden kann.
- Bestand teilen: ob die Shops der Gruppe aus demselben Bestand verkaufen oder jeder seinen eigenen führt.
- Bestellungen teilen: nur möglich, wenn der Bestand geteilt wird, und erlaubt zum Beispiel, dass der Kunde in seinem Konto die Bestellungen aller Shops der Gruppe sieht.
Was jedem Shop gehört
- Domain, Theme und visuelle Konfiguration.
- Die Konfiguration der meisten Module, die in jedem Shop anders sein kann (oder gleich, wenn Sie sie für alle speichern).
- Versanddienstleister, Zahlungsarten, Währungen, Sprachen und aktive Länder.
- CMS-Inhalte und eigene Seiten.
Wann es sich lohnt
- Verschiedene Marken mit demselben Lager. Zwei Shops mit unterschiedlichem Namen, Design und Publikum, die einen Teil desselben Katalogs aus demselben Bestand verkaufen. Multistore erspart es, Produkte doppelt anzulegen und Bestände zwischen zwei Installationen zu synchronisieren.
- Ein Team, das mehrere kleine Shops betreut, die Lieferant, Logistik und Arbeitsweise teilen, und das die Bestellungen aller Shops an einem Ort sehen muss.
- Länder-Shops mit echten Unterschieden bei Katalog, Preisen, Versanddienstleistern oder Rechtstexten, die über eine Übersetzung hinausgehen.
Wann es sich nicht lohnt
- Sie wollen nur eine weitere Sprache. PrestaShop verwaltet mehrere Sprachen in einem einzigen Shop, mit einer URL pro Sprache. Dafür brauchen Sie kein Multistore.
- Sie wollen nur andere Preise für Geschäftskunden. Kundengruppen, spezifische Preise und Katalogregeln lösen den B2B-Verkauf innerhalb desselben Shops mit demselben Katalog.
- Sie wollen nur eine weitere Währung. Auch Währungen werden in einem einzigen Shop verwaltet.
- Die beiden Shops haben nichts gemeinsam: anderer Katalog, anderes Team, andere Logistik. Dann teilen Sie nur das Risiko. Ein Update oder ein fehlerhaftes Modul legt beide lahm, und Sie können keinen ohne den anderen aktualisieren.
Was im Alltag komplizierter wird
Module
Nicht alle Module sind gut auf Multistore vorbereitet. Manche speichern ihre Konfiguration nur einmal für alle Shops, filtern ihre Daten nicht nach Shop oder zeigen in einem Shop an, was für einen anderen konfiguriert wurde. Bevor Sie ein Modul in einem Multistore installieren, fragen Sie ausdrücklich nach, ob es Multistore unterstützt, und testen Sie es mit mindestens zwei Shops.
Die Auswahl im Back-Office
Jede Änderung gilt im oben gewählten Kontext: ein Shop, eine Gruppe oder alle. Es passiert leicht, dass Sie einen Preis oder eine Einstellung ändern, im Glauben, es betreffe einen Shop, und es auf alle anwenden, oder umgekehrt. Wenn mehrere Personen im Back-Office arbeiten, sollte vereinbart sein, wer was in welchem Kontext ändert.
Leistung
Viele Abfragen müssen den Shop berücksichtigen, und die Tabellen mit Daten pro Shop wachsen mit jedem zusätzlichen Shop. Bei großen Katalogen macht sich das bemerkbar.
Updates
Ein Core-Update betrifft alle Shops gleichzeitig, mit all ihren Modulen und Themes. Die Testliste vervielfacht sich mit der Zahl der Shops: Ein Fehler kann im Theme eines Shops auftreten und im anderen nicht.
SEO
Wenn zwei Shops dieselben Produkte mit identischen Beschreibungen in derselben Sprache verkaufen, konkurrieren sie in den Suchmaschinen miteinander. Wenn Sie gemeinsame Produkte haben werden, ziehen Sie eigene Beschreibungen für jeden Shop in Betracht.
Fragen zur Entscheidung
- Verkaufen die Shops aus demselben Bestand? Wenn nicht, fällt ein Großteil des Vorteils weg.
- Lässt sich das, was Sie trennen wollen, mit Sprachen, Währungen oder Kundengruppen lösen? Wenn ja, ist ein einziger Shop einfacher.
- Funktionieren alle Ihre unverzichtbaren Module im Multistore?
- Können Sie damit leben, dass die Shops immer gleichzeitig aktualisiert werden?
- Wer wird das Back-Office verwalten, und ist diese Person die Arbeit mit der Kontextauswahl gewohnt?
Wenn Multistore nach diesen Fragen immer noch sinnvoll ist, besteht der nächste Schritt darin, es zuerst auf einer Testkopie einzurichten, mit zwei echten Shops und den Modulen, die Sie nutzen werden, und den vollständigen Ablauf zu prüfen, bevor Sie es öffentlich machen.
So lösen Sie es in PrestaShop
Multistore zu aktivieren ist ein Klick; die Gruppen gut zu planen, festzulegen, was geteilt wird, und zu prüfen, dass sich jedes Modul mit mehreren Shops richtig verhält, ist mehr Arbeit. Mit einem Support-Stundenpaket von Rekire analysieren wir Ihren Fall und sagen Ihnen, ob Multistore oder ein einzelner Shop mit Sprachen und Kundengruppen besser zu Ihnen passt, richten die Konfiguration auf einer Testkopie ein, prüfen Ihre Module und suchen, wenn Sie bereits einen Multistore mit Problemen haben, die Stelle, an der sich die Daten der Shops vermischen.