Aktuell für PrestaShop 1.6, 1.7, 8.x und die 9.0–9.1-Reihe. Die unten genannten Backoffice-Pfade beziehen sich auf 8.x/9.x; in 1.7 unterscheiden sich einige Menübezeichnungen leicht.
Eine frisch installierte PrestaShop-Instanz startet völlig problemlos: Sie bringt einen Katalog, einen Warenkorb, eine Kasse, einen Admin-Bereich mit und nimmt schon am ersten Tag eine echte Bestellung von einem echten Kunden an. Warum installiert dann praktisch jeder Shop, der über das Hobby-Stadium hinauswächst, am Ende dieselben rund ein Dutzend Module? Weil der PrestaShop-Core darauf ausgelegt ist, korrekt und allgemein verwendbar zu sein, nicht darauf, für Ihren konkreten Shop optimiert zu sein. Die Lücken, die er lässt, eine einzige flache Sitemap, keine Benachrichtigung bei Dateiänderungen, eine Kasse, die Kunden durch mehrere Hürden klicken lässt, kein Masseneditor für Preise, sind genau die Lücken, die Sie Crawl-Budget, Schlaf und Bestellungen kosten, sobald echter Traffic entsteht.
Das ist die Must-have-Liste: die Funktionen, die nahezu jeder ernsthafte PrestaShop-Shop irgendwann abdeckt, gruppiert nach ihrem Nutzen für das Geschäft, mit den tatsächlichen Backoffice-Pfaden und dem PrestaShop-Verhalten, damit Sie verstehen, warum der Core nicht ausreicht und was ein Modul daran ändert. Der Ansatz ist bewusst funktionsorientiert, nicht markenorientiert, die meisten dieser Aufgaben lassen sich mit einem kostenlosen Community-Modul, einem kostenpflichtigen Modul oder dem Core selbst lösen, und wir sagen jeweils, was zutrifft. Transparenz vorab: Wir entwickeln und verkaufen PrestaShop-Module und betreiben reale Shops damit. Deshalb erscheinen unten mehrere unserer eigenen Module als Beispiele. Wir nennen sie, weil wir sie gebaut haben, um Lücken zu schließen, auf die wir im Produktionsbetrieb immer wieder gestoßen sind, nicht weil jeder Shop sie alle braucht.
- Wenn Sie PrestaShop gerade erst installiert haben und die richtige Installationsreihenfolge suchen, was in der ersten Stunde aktiviert werden sollte und was warten kann, ist das eine andere Frage mit einer eigenen Antwort: die Module, die jeder neue PrestaShop-Shop zuerst installieren sollte.
- Diese Liste dreht sich um funktionale Abdeckung, nicht um die Anzahl der Module. Die Debatte „Sind zwölf Module zu viel, sind vierzig zu viel?“ hat ihren eigenen Platz in warum Modulqualität wichtiger ist als Modulmenge.
So lesen Sie diese Liste
Für jede Funktion erhalten Sie drei Dinge: was der PrestaShop-Core tatsächlich leistet (damit Sie entscheiden können, ob Sie überhaupt ein Modul brauchen), das Warum das wichtig ist, also die geschäftliche Folge, wenn die Lücke offen bleibt, und eine Kauf-/Überspringen-Empfehlung. Wir haben keine Affiliate-Vereinbarungen mit den genannten Anbietern; wenn wir auf eines unserer eigenen Module verweisen, dann weil wir es gebaut haben, um eine Lücke zu schließen, die uns im Produktionsbetrieb immer wieder begegnet ist, und das sagen wir offen.
Auffindbarkeit: die SEO-Grundlage
Das ist die Kategorie, in die Händler am häufigsten zu wenig investieren, weil nichts sichtbar kaputtgeht, wenn sie fehlt, Sie tauchen einfach still und leise nicht auf.
Eine XML-Sitemap, die mitwächst
Was der Core leistet: Das offizielle Google-Sitemap-Modul, meist gsitemap genannt, erzeugt eine Sitemap, sobald es installiert/aktiviert ist (Module → Modul-Manager). Es funktioniert. Seine Grenzen zeigen sich bei der Größe: Es tendiert zu einer großen Datei, unterstützt Bild-Sitemaps nur schwach und trennt Produkte, Kategorien und CMS-Seiten nicht in separate Indizes, die Google effizient crawlen kann.
Warum das wichtig ist: Bei einem Katalog mit einigen tausend Produkten führt eine einzige aufgeblähte Sitemap dazu, dass Google sein Crawl-Budget ineffizient einsetzt und Ihre neuesten Produkte spät entdeckt. Bei einem schnell wechselnden Sortiment ist das verlorener Umsatz. Empfehlung: ab ca. 1.000 Produkten nötig. Achten Sie auf aufgeteilte Sitemaps (separate Produkt-/Kategorie-/CMS-Dateien unter einem Index), Bild-Sitemap-Einträge, Multi-Store- und Mehrsprachen-Unterstützung sowie automatische Suchmaschinen-Pings bei Aktualisierungen. Unser mprsitemapbuilder macht genau das; mehrere Module aus dem Addons-Marktplatz decken denselben Bereich ab. Unter ca. 500 Produkten ist die Core-Sitemap wirklich ausreichend.
Ein Weiterleitungsmanager (das stille Umsatzleck)
Was der Core leistet: PrestaShop bietet Einstellungen für SEO & URLs und einige Weiterleitungsoptionen auf Objektebene, aber keinen vollständigen Weiterleitungsmanager, der jede geänderte oder gelöschte URL abfängt. Wenn Sie ein Produkt löschen, eine Kategorie umbenennen oder das Muster für benutzerfreundliche URLs ändern, liefert die alte URL plötzlich einen 404-Fehler.
Warum das wichtig ist: Jeder 404-Fehler auf einer zuvor rankenden URL wirft die Linkkraft weg, die diese Seite aufgebaut hat, manchmal über Jahre. Der Kunde, der Ihr Google-Ergebnis anklickt, landet auf einer Fehlerseite und springt ab. Das ist der häufigste vermeidbare SEO-Verlust, den wir bei PrestaShop-Shops sehen. Empfehlung: unverzichtbar, sobald Ihr Katalog regelmäßig geändert wird. Sie brauchen automatische 301-Weiterleitungen bei Produkt-/Kategorie-Löschung und URL-Änderung, eine manuelle Weiterleitungstabelle und Kontrolle über Canonicals. Unser mprseorevolution verwaltet Weiterleitungen zusammen mit Meta-Tag-Templates, Canonical-Management und hreflang; für reine Weiterleitungsanforderungen gibt es in der Community schlankere Optionen.
Strukturierte Daten (Rich Snippets)
Was der Core leistet: PrestaShop gibt über das Theme einige strukturierte Daten aus, aber die Abdeckung ist je nach Version und Theme uneinheitlich und umfasst selten den vollständigen Satz, den Google auswerten kann.
Warum das wichtig ist: Product-, Offer-, BreadcrumbList- und Organization-Schema ermöglichen Google, Preis, Verfügbarkeit, Sternebewertungen und Breadcrumbs direkt im Suchergebnis anzuzeigen. Ein Listing mit Preis und Sternen erhält mehr Klicks als ein schlichter blauer Link. Der Effekt ist real, variiert aber stark je nach Suchanfrage, daher sollten Sie nicht mit einem festen Prozentsatz kalkulieren. Empfehlung: sinnvoll für jeden Shop, der bei Shopping-Suchanfragen konkurriert. Ein Schema-Modul wie unser mprschema (oder ein entsprechendes Marktplatz-Modul) sollte mindestens Product, Offer, BreadcrumbList und Organization abdecken; vermeiden Sie Module, die nur Produkte auszeichnen und Breadcrumbs sowie Bewertungen ignorieren. Wie sich die Marktplatz-Listings qualitativ tatsächlich vergleichen lassen, zeigt der Käuferleitfaden für den Addons-Marktplatz.
Ruhig schlafen: Sicherheit
Sicherheitsmodule wirken optional, bis zu dem Morgen, an dem sie es nicht mehr sind. PrestaShop ist ein beliebtes Open-Source-Ziel; die Frage ist nicht, ob Bots Ihren Shop sondieren, sondern ob Sie merken, wenn einer hineinkommt.
Überwachung der Dateiintegrität
Was der Core leistet: hier nichts. PrestaShop hat keine eingebaute Benachrichtigung, wenn sich eine PHP-Datei ändert.
Warum das wichtig ist: Die gefährlichen Kompromittierungen sind die leisen, ein in ein Zahlungstemplate eingeschleuster Card-Skimmer oder Spam-Links, die in einem Controller platziert wurden und wochenlang unentdeckt laufen. Die Überwachung der Dateiintegrität vergleicht Ihre Dateien mit einem bekannten, sauberen Ausgangszustand und meldet Ihnen innerhalb kurzer Zeit, wenn sich etwas ändert. Empfehlung: unverzichtbar für jeden Shop, der Zahlungen annimmt. Unser mprsecurityrevolution überwacht Core-, Modul- und Theme-Dateien auf unautorisierte Änderungen und benachrichtigt Sie; entscheidend ist die Erkennungsgeschwindigkeit, denn die Kosten eines Skimmers steigen mit jeder Stunde, die er läuft.
Admin-Härtung und 2FA
Was der Core leistet: PrestaShop verwaltet Backoffice-Konten und Berechtigungsprofile (Erweiterte Einstellungen → Team → Mitarbeiter), liefert aber keine native Zwei-Faktor-Authentifizierung, 2FA für das Backoffice kommt über ein Drittanbieter-Modul, nicht über einen Core-Schalter. Der Core bietet außerdem keine Brute-Force-Drosselung, kein Admin-Aktivitätsprotokoll und keine Anomalie-Warnungen.
Warum das wichtig ist: Ihr Admin-Panel ist der Schlüssel zum gesamten Shop; ein schwaches oder wiederverwendetes Mitarbeiterpasswort ist der häufigste Einstiegspunkt. Zwei-Faktor-Authentifizierung plus Begrenzung von Login-Versuchen plus Admin-Aktivitätsprotokoll macht aus einem einzelnen gestohlenen Passwort keine Katastrophe mehr, sondern ein sichtbares Ereignis. Empfehlung: Fügen Sie ein Backoffice-Sicherheitsmodul hinzu, sobald Sie Mitarbeiterkonten haben oder echtem Angriffstraffic ausgesetzt sind. Es gibt keine Core-2FA, auf die Sie zurückfallen können. Unser mprtotaldefender ergänzt Zwei-Faktor-Authentifizierung, Brute-Force-Schutz, Admin-Aktivitätsprotokollierung und Erkennung verdächtigen Verhaltens.
CAPTCHA auf öffentlichen Formularen
Was der Core leistet: Keines der öffentlichen PrestaShop-Formulare (Registrierung, Kontakt, Produktbewertungen) enthält standardmäßig ein CAPTCHA.
Warum das wichtig ist: Offene Formulare ziehen Spam-Registrierungen, wertlose Kontaktanfragen und gefälschte Bewertungen an, die Ihre Zeit verschwenden und Ihre Daten verunreinigen. Ein modernes unsichtbares CAPTCHA bewertet Besucher im Hintergrund, echte Kunden sehen nie ein Rätsel. Empfehlung: günstige Absicherung, hinzufügen. Unser mprrecaptcha integriert reCAPTCHA in Registrierungs-, Kontakt- und Bewertungsformulare. Ein benachbartes Problem, Bots, die Warenkörbe füllen und Ihre Statistiken verfälschen, braucht eine eigene Lösung; die Diagnose haben wir in unserer Arbeit an mprspamcartblocker beschrieben, der automatisierten Warenkorb-Traffic filtert.
Geschwindigkeit: Performance-Module
PrestaShop rendert Seiten dynamisch und führt pro Seitenaufruf Dutzende Abfragen aus. Die Plattform bietet Ihnen hier echte Werkzeuge kostenlos, nutzen Sie sie, bevor Sie etwas kaufen.
Seiten-Caching
Was der Core leistet: tatsächlich eine ganze Menge. Erweiterte Einstellungen → Leistung bietet Smarty-Caching, CCC (Combine/Compress/Cache für CSS & JS) und versionsabhängige Cache-Backend-Optionen wie Memcached/APCu; Redis kann die passende PrestaShop-Version oder ein zusätzliches Modul/eine Integration erfordern. Aktivieren Sie diese Optionen zuerst. Sie sind kostenlos und helfen.
Warum das wichtig ist: Core-Caching reduziert die Arbeit pro Anfrage, aber PrestaShop setzt die meisten Seiten weiterhin pro Besucher zusammen. Full-Page-Caching speichert das gerenderte HTML und liefert es in einem Bruchteil der Zeit aus; der schwierige Teil ist die Invalidierung, also nur die Seiten zu leeren, die sich nach einer Produktbearbeitung geändert haben, statt den gesamten Cache zu löschen. Empfehlung: Reizen Sie zuerst die Core-Einstellungen unter Leistung aus; fügen Sie ein Full-Page-Cache-Modul hinzu, wenn Ihr Traffic es rechtfertigt. Unser mprperformancerevolution übernimmt Full-Page-Caching mit gezielter Invalidierung. (Ein praktischer Stolperstein bei jedem Cache: Ein Deployment, das cache:clear ausführt, kann Ihren Shop kurz kalt starten lassen, planen Sie es für ein ruhiges Zeitfenster.)
Bildoptimierung und Lazy Loading
Was der Core leistet: PrestaShop erzeugt Bild-Thumbnails neu (Design → Bildeinstellungen), konvertiert aber in älteren Versionen standardmäßig nicht nach WebP und verzögert auch keine Bilder außerhalb des sichtbaren Bereichs.
Warum das wichtig ist: Bilder machen typischerweise den größten Teil des Seitengewichts aus, daher sind unoptimierte Produktfotos der häufigste Grund, warum sich eine mobile Seite langsam anfühlt. WebP reduziert die Dateigröße bei gleicher Qualität deutlich gegenüber JPEG; Lazy Loading bedeutet, dass eine Kategorieseite mit 30 Produkten nicht alle 30 Bilder lädt, wenn nur 6 im sichtbaren Bereich sind. Empfehlung: hoher Nutzen, geringes Risiko, umsetzen. Achten Sie auf WebP-Konvertierung plus loading="lazy" mit JS-Fallback. Unser mprseoimageslazytags übernimmt die Lazy-Loading-Seite; kombinieren Sie es mit WebP-Konvertierung (Community oder kostenpflichtig) für den vollen Effekt.
Besuche in Bestellungen verwandeln: Kasse & Conversion
Eine echte One-Page-Kasse
Was der Core leistet: Seit PrestaShop 1.7 liegt die Kasse auf einer einzigen URL, öffnet sich aber Schritt für Schritt, persönliche Daten, dann Adressen, dann Lieferung, dann Zahlung. „Eine Seite“ ist sie nur im Sinne einer einzigen URL; der Kunde bewegt sich trotzdem durch einzelne Schritte. Der alte One-Page-Schalter aus 1.6 wurde entfernt und kommt in dieser Form nicht zurück.
Warum das wichtig ist: Jede Hürde ist ein Moment, in dem ein Kunde stocken kann, und besonders stark spüren das diejenigen, die nach Anzeige des Gesamtbetrags eine Lieferoption ändern oder eine Adresse bearbeiten möchten. Eine echte One-Page-Kasse zeigt alles auf dem Bildschirm und aktualisiert die Summe live. Empfehlung: eine der Änderungen mit dem höchsten Ertrag in den meisten Shops. Unser mprcheckoutrevolution verwandelt den gestuften nativen Ablauf von 1.6 bis 9 in eine echte einseitige Kasse, ohne Theme-Operationen oder Core-Änderungen, und die komplette Anatomie einer konvertierenden Kassenseite (Gastbestellung, Mobilansicht, Gutscheinplatzierung, Express-Wallets über mprexpresscheckout) finden Sie in unserem Leitfaden zur Kassenoptimierung.
Bewertungen und Social Proof
Was der Core leistet: PrestaShop liefert ein einfaches Produktkommentar-Modul mit, das Sie aktivieren können, aber es fehlen Fotobewertungen, Bewertungs-Erinnerungen und der Import aus externen Plattformen.
Warum das wichtig ist: Bewertungen erfüllen zwei Aufgaben zugleich, sie beruhigen zögernde Käufer und speisen das AggregateRating-Schema, das Sterne in Ihre Suchergebnisse bringt. Empfehlung: Core-Kommentare früh aktivieren; upgraden, wenn Bewertungen zum Verkaufshebel werden. Unser mprcomments erweitert die nativen Bewertungen; für Vertrauen aus Google-Quellen bringt mprgooglereviews verifizierte Bewertungen ein. Verbinden Sie sie in jedem Fall mit Ihrem Modul für strukturierte Daten, damit die Bewertungen tatsächlich in den SERPs erscheinen.
Wissen, was funktioniert: Marketing & Analytics
GA4, richtig umgesetzt
Was der Core leistet: Das offizielle Google-Analytics-Modul von PrestaShop hinkte dem vollständigen GA4-E-Commerce-Eventset historisch hinterher.
Warum das wichtig ist: Wenn view_item, add_to_cart, begin_checkout und purchase nicht korrekt ausgelöst werden, sind Ihre Funnel-Berichte nur Schätzungen. Sie können nicht erkennen, ob Sie Besucher auf der Produktseite oder im Zahlungsschritt verlieren. Empfehlung: unverzichtbar, und es lohnt sich, die Events richtig einzurichten, statt nur ein Tag einzufügen. Unser mprgoogleanalytics implementiert den vollständigen GA4-E-Commerce-Funnel; wofür Sie sich auch entscheiden, prüfen Sie in GA4 DebugView, ob die Events tatsächlich ausgelöst werden, bevor Sie den Zahlen vertrauen.
Cookie-Einwilligung, die Skripte wirklich blockiert
Was der Core leistet: Der PrestaShop-Core bietet standardmäßig keine vollständige Cookie-Einwilligung mit Skriptblockierung; Sie benötigen ein Consent-Modul oder eine Integration, die nicht notwendige Skripte bis zur Einwilligung blockiert. Ein Banner allein erfüllt DSGVO/ePrivacy nicht. Erforderlich ist, Tracking-Skripte bis zur Einwilligung zu blockieren, nicht nur einen Hinweis anzuzeigen.
Warum das wichtig ist: Für jeden Shop mit EU-Kunden ist das eine Compliance-Pflicht, keine nette Zusatzfunktion, und Module, die nur ein Banner anzeigen, während GA4 bereits ausgelöst wurde, lassen Sie angreifbar zurück. Empfehlung: erforderlich bei EU-Traffic. Sie brauchen granulare Kategorien (notwendig / Analytics / Marketing), echte Skriptblockierung vor der Einwilligung und ein Einwilligungsprotokoll für Audits. Unser mprcookiesrevolution deckt Einwilligung mit echter Skriptblockierung sauber ab.
Den Shop betreiben: Shop-Verwaltung
Massenbearbeitung des Katalogs
Was der Core leistet: Der CSV-Import von PrestaShop (Erweiterte Einstellungen → Import) existiert, hat aber Schwierigkeiten mit Kombinationen, behandelt mehrsprachige Felder umständlich und hat eine lange Geschichte von Timeouts bei großen Dateien.
Warum das wichtig ist: Einige tausend Preise oder Lagerbestände einzeln über das Admin-Raster zu bearbeiten, kostet Stunden, die Sie nie zurückbekommen. Ein guter Masseneditor bezahlt sich im ersten Monat eines echten Katalogs selbst. Empfehlung: ab einigen hundert SKUs unverzichtbar. Speziell für Massenpreisänderungen wendet unser mprmasspriceupdate Regeln auf eine Auswahl aus dem Backoffice an; für breiteren Import/Export sollten Sie ein Modul wählen, das Kombinationen, Mehrsprachigkeit, spezifische Preise und Lieferantendaten beherrscht.
Erweiterungen für den Bestellablauf
Was der Core leistet: Die standardmäßige Bestellübersicht deckt den grundlegenden Lebenszyklus ab, bietet aber keine Massenänderungen von Status, keine internen Mitarbeiternotizen und keine schnellen Nachbearbeitungen einer Bestellung, ohne sie zu stornieren und neu anzulegen.
Warum das wichtig ist: Bei höherem Volumen werden kleine Lücken in der Bestellbearbeitung zur täglichen Reibung für alle, die Ihre Pakete versenden. Empfehlung: Ergänzen Sie die konkrete Funktion, die Ihnen fehlt, statt einen monolithischen „Order Manager“ zu installieren. Unser mprorderedit lässt Mitarbeiter bestehende Bestellungen anpassen, und mprorderworkflow automatisiert Statusübergänge, installieren Sie das Modul, das zu Ihrem tatsächlichen Engpass passt.
Backups auf Abruf
Was der Core leistet: Erweiterte Einstellungen → Datenbank → SQL-Manager kann die Datenbank exportieren, und es gibt ein DB-Backup-Tool, aber es ist manuell und nur für die Datenbank.
Warum das wichtig ist: Das Backup Ihres Hosts kann Ihre PrestaShop-Datenbank enthalten, oder eben nicht, und die Wiederherstellung aus einem Host-Snapshot kann mitten in einem Vorfall Stunden dauern, die Sie nicht haben. Empfehlung: Prüfen Sie, was Ihr Host sichert; fügen Sie ein Modul hinzu, wenn eine Lücke besteht. Sie brauchen Dateien und Datenbank, Zeitplanung, die Möglichkeit, selten geänderte Verzeichnisse wie /img/ auszuschließen, und externen Speicher. Mehrere PrestaShop-Backup-Module decken das ab.
Bestandsaufnahme vor dem Kauf: Prüfen Sie, was bereits installiert ist
Bevor Sie etwas kaufen, um eine Lücke zu schließen, lohnt sich ein Blick darauf, was Sie bereits haben, halb installierte Module, Dinge, die ein früherer Entwickler zurückgelassen hat, und Override-Dateien, die unbemerkt auf jeder Seite laufen. All das können Sie mit ein paar sicheren, schreibgeschützten Abfragen direkt aus der Datenbank auslesen (führen Sie sie unter Erweiterte Einstellungen → SQL-Manager oder in einem beliebigen DB-Client aus). Nichts davon schreibt auch nur eine einzige Zeile.
Alle installierten Module auflisten und anzeigen, ob sie tatsächlich aktiviert sind:
SELECT m.name, m.version, m.active
FROM ps_module m
ORDER BY m.active DESC, m.name;Und, weil Override-Konflikte die häufigste Ursache für einen Shop sind, der nach der Kombination mehrerer Module „mysteriös“ kaputtgeht, listen Sie die Override-Dateien auf, die tatsächlich auf dem Datenträger vorhanden sind. Dafür gibt es keine DB-Tabelle, prüfen Sie also das Dateisystem (per SSH oder über Ihren Dateimanager) unterhalb Ihres Shop-Stammverzeichnisses:
# Every core class/controller a module has overridden
find override/ -name '*.php' -not -name 'index.php'Ein leeres Ergebnis ist der gesunde Zustand. Wenn zwei Module dieselbe Klasse überschreiben, die klassischen Kollisionen bei Product, Cart oder Order, sollten Sie dort anfangen zu suchen, wenn etwas ohne sichtbaren Grund nicht mehr funktioniert. Warum Overrides das verursachen, erklären wir ausführlicher im Beitrag die wahren Kosten kostenloser Module.
„Wie viele Module sind zu viele?“, die kurze Antwort
Jedes Modul fügt Hooks, Abfragen und CSS/JS hinzu, deshalb ist der Instinkt, die Liste kurz zu halten, richtig. Der eigentliche Ausfallmodus ist aber nicht die Anzahl, sondern die Qualität: Zehn verlassene, konfliktanfällige Module schaden Ihnen mehr als zwanzig gut gebaute, aktiv gepflegte. Die ehrliche Regel lautet: Installieren Sie für eine Funktion, die Sie benennen können, und für einen Bedarf, den Sie messen können, und testen Sie die Auswirkung auf die Ladezeit nach jeder Ergänzung. Das vollständige Argument, warum ein qualitätsorientiertes Audit besser ist als ein zahlenorientiertes, finden Sie im Beitrag warum Modulqualität wichtiger ist als Modulmenge.
Kostenlos oder kostenpflichtig: nach Ausfallfolge entscheiden
Viele kostenlose Module sind hervorragend und gehören auf diese Liste. Die hilfreiche Frage ist nicht der Preis, sondern was passiert, wenn das Modul ausfällt oder nicht mehr gepflegt wird. Bei einem „Zurück nach oben“-Button ist ein kaputtes kostenloses Modul ein Schulterzucken. Bei Sicherheitsüberwachung, Ihren Weiterleitungsregeln oder Ihrer Kasse ist ein verlassenes Modul ein aktives Risiko. Das sind die Funktionen, bei denen ein aktiv gepflegtes, unterstütztes Modul seine Kosten verdient. Die vollständige Ökonomie von „kostenlos“, was Sie tatsächlich dafür eintauschen. Haben wir im Beitrag die wahren Kosten kostenloser Module aufgeschlüsselt, und die Qualitätsmerkmale des Marktplatzes, die Sie vor dem Kauf prüfen sollten, finden Sie im Käuferleitfaden für den Addons-Marktplatz.
Alles auf dieser Seite ist eines der Module, die wir verkaufen, unterstützen und aktuell halten, aber das liegt daran, dass wir sie gebaut haben, um Lücken zu schließen, auf die wir in echten Shops immer wieder gestoßen sind, nicht daran, dass jeder Shop alle braucht. Beginnen Sie bei den Funktionen, nicht bei der Marke. Decken Sie Auffindbarkeit und Sicherheit zuerst ab, weil ihre Fehler still und teuer sind; fügen Sie Performance und Kasse hinzu, wenn Sie den Traffic haben, den es zu konvertieren gilt; legen Sie Verwaltungstools darüber, wenn Ihr Katalog und Ihr Bestellvolumen den manuellen Weg schmerzhaft machen. So wird aus einer nackten PrestaShop-Installation ein Shop, der schnell, sicher, auffindbar und deutlich weniger wahrscheinlich dafür verantwortlich ist, dass Sie um 3 Uhr morgens aufwachen.
FAQ
Wie viele dieser Module braucht ein kleiner Shop am ersten Tag wirklich?
Weniger, als die Liste vermuten lässt. Ein Shop mit unter ca. 500 Produkten und leichtem Traffic kann mit der Core-eigenen Sitemap, Core-Caching (Erweiterte Einstellungen → Leistung) und dem mitgelieferten Produktkommentar-Modul starten und den Rest hinzufügen, wenn echtes Volumen die Lücken sichtbar macht. Die zwei Dinge, die wir unabhängig von der Größe nicht aufschieben würden, sind ein Weiterleitungsmanager, sobald sich Ihr Katalog zu ändern beginnt, und Backoffice-Sicherheit, sobald Sie Mitarbeiterkonten haben. Beides, weil ihre Fehler still sind und teuer rückgängig gemacht werden müssen.
Sollte ich all diese Module auf einmal installieren?
Nein. Jedes Modul ist Code, der beim Seitenaufruf läuft, und wenn Sie einen Stapel auf einmal installieren, können Sie nicht mehr erkennen, welches Modul Ihren Shop verlangsamt oder einen Hook gebrochen hat. Installieren Sie eine Funktion nach der anderen, prüfen Sie die Ladezeit vorher und nachher (der Debug-Profiler unter Erweiterte Einstellungen → Leistung zeigt Abfrageanzahl und Renderzeit) und behalten Sie nur die Module, die ihren Platz verdienen.
Brauche ich trotzdem ein separates Sitemap-Modul, wenn ich das offizielle gsitemap verwende?
Unter ungefähr 1.000 Produkten: nein. Gsitemap ist wirklich ausreichend, und Sie sollten das Upgrade überspringen. Der Nutzen eines dedizierten Sitemap-Moduls entsteht mit der Größe: getrennte Produkt-/Kategorie-/CMS-Indizes, Bild-Sitemap-Einträge und Mehrsprachen-/Multi-Store-Unterstützung werden mit wachsendem Katalog wichtiger, denn dann beginnt Crawl-Effizienz zu beeinflussen, wie schnell neue Produkte indexiert werden.
Wird ein Dutzend Module meinen Shop verlangsamen?
Das kann passieren, aber die Anzahl der Module ist der falsche Messwert. Die Qualität der Module ist entscheidend. Ein Dutzend sauber gebaute, hookbasierte Module kann leichter sein als drei, die Overrides missbrauchen oder Abfragen in Schleifen ausführen. Werfen Sie nach jeder Installation einen Blick in den Debug-Profiler auf Sprünge bei Abfrageanzahl oder Time-to-First-Byte und prüfen Sie override/ auf Kollisionen. Das ist der Unterschied zwischen einem beschäftigten Shop und einem langsamen.
Sie verkaufen die meisten davon, warum sollte ich den Empfehlungen vertrauen?
Faire Frage, und die ehrliche Antwort lautet: Betrachten Sie jede obige „Kaufen“-Empfehlung funktionsorientiert. Wir beschreiben, was der Core leistet, wo er zu kurz greift und worauf Sie bei jedem Modul achten sollten, das die Lücke schließt, ob es von uns oder von einem Marktplatz-Wettbewerber stammt. Wo der Core die Aufgabe bereits erledigt (sein Caching, sein CSV-Import für kleine Aufgaben, gsitemap unter 1.000 Produkten), sagen wir das und raten Ihnen vom Kauf ab. Dass wir Module verkaufen und Shops damit betreiben, ist der Grund, warum die Lücken auf dieser Liste genau die sind, die uns im Produktionsbetrieb tatsächlich getroffen haben.