Audit eines PrestaShop-Shops: die vollständige Checkliste
Ein PrestaShop-Audit ist nicht nur Sicherheit: Es prüft Versionen, Module, Fehler, Performance, technisches SEO, Checkout, E-Mail, Backups und Rechtstexte. Hier finden Sie eine Tabelle mit dem, was zu prüfen ist, wie Sie es prüfen und welches Signal Sie beunruhigen sollte.
Ein Audit eines PrestaShop-Shops prüft der Reihe nach Versionen und Module, protokollierte Fehler, Performance, technisches SEO, Checkout, E-Mail, Backups und Rechtstexte. Das Ziel ist eine priorisierte Liste dessen, was behoben werden muss, mit dem Nachweis für jedes Problem, kein allgemeiner Bericht.
Audits werden meist in Auftrag gegeben, wenn etwas schiefläuft: Die Verkäufe sinken, der Traffic bricht ein, der Shop ist langsam oder der Dienstleister soll gewechselt werden. Besser ist es, sie vorher zu machen. Diese Checkliste deckt den ganzen Shop ab; der Sicherheitsteil hat einen eigenen Artikel im Blog, mit mehr Details zu Mitarbeitern, Dateien und Zugängen.
1. Versionen: der Ausgangspunkt
- PrestaShop-Version und ob ihr Zweig noch Patches erhält.
- PHP-Version und ihr Supportende.
- Theme: ob es ein gekauftes Theme, eine Maßanfertigung oder ein Child-Theme ist, und ob das Original verändert wurde (was ein Update verhindert).
- Module mit ihrer installierten Version im Vergleich zur letzten vom Autor veröffentlichten.
Ein Shop auf einem Zweig ohne Support braucht nicht zuerst ein Detail-Audit, sondern einen Update-Plan, und die übrigen Befunde ordnen sich um diesen herum.
2. Verwaiste Module und Overrides
Mit den Jahren sammeln sich Module an, die niemand nutzt: für eine Kampagne installiert, durch andere ersetzt oder deinstalliert, aber mit ihrem Ordner noch auf der Festplatte. Jedes davon ist Code, der ausgeführt wird oder ausgeführt werden kann. Prüfen Sie:
- Installierte und deaktivierte Module, die nicht mehr verwendet werden.
- Ordner in
modules/, die zu keinem installierten Modul gehören. - Den Ordner
override/: welche Klassen oder Controller des Kerns ersetzt werden und welches Modul sie angelegt hat. Overrides sind die häufigste Ursache dafür, dass ein Update den Shop beschädigt. - Module, die dasselbe tun (zwei Suchen, zwei Cookie-Module, mehrere SEO-Module).
3. Fehler in den Protokollen
Fehler sieht man im Shop erst, wenn sie einen Verkauf betreffen. Sehen Sie sich das PHP-Protokoll des Servers an, die PrestaShop-Protokolle (in var/logs bei den modernen Versionen) und das Protokoll im Backoffice unter Erweiterte Einstellungen. Suchen Sie nach wiederkehrenden Fehlern, fatalen Fehlern, erschöpftem Speicher und 500er-Antworten. Ein Fehler, der tausendmal am Tag auftritt, ist fast nie harmlos.
4. Performance
- Antwortzeit des Servers auf der Startseite, einer großen Kategorie, einer Produktseite und im Checkout.
- Kennzahlen der Nutzererfahrung auf dem Smartphone (Laden des Hauptinhalts, Interaktivität, Layoutverschiebungen).
- Gewicht der Bilder und ob sie in modernen Formaten und in passender Größe ausgeliefert werden.
- Menge an JavaScript und CSS, die die Module auf allen Seiten laden, auch auf denen, die es nicht brauchen.
- OPcache, PrestaShop-Cache und deaktivierter Debug-Modus in der Produktivumgebung.
5. Indexierung und technisches SEO
Hier tauchen die meisten stillen Probleme auf, weil der Shop funktioniert und niemand etwas merkt:
- Zwei
h1auf derselben Seite oder gar keine: häufig bei Themes, die das Logo oder den Shopnamen in eineh1setzen. - Leere oder doppelte Meta-Titel und -Beschreibungen bei Produkten, Kategorien und Marken.
- Canonicals, die auf die falsche URL zeigen, oder gefilterte und paginierte Seiten, die unkontrolliert indexiert werden.
- Sitemap, die aktualisiert wird und nur URLs enthält, die mit 200 antworten.
- 404-Fehler von ausgelisteten Produkten ohne Weiterleitung und Weiterleitungsketten.
- Sprachen: korrekte Tags für alternative Sprachversionen und übersetzte URLs.
- Strukturierte Daten zum Produkt (Preis, Verfügbarkeit) ohne Fehler.
6. Checkout, E-Mail und Backups
- Checkout: eine Testbestellung mit jeder Zahlungsart und jedem Versanddienstleister, auf Smartphone und Desktop, als Gast und mit Kundenkonto.
- E-Mail: dass Bestellbestätigung, Statusänderung und Passwort-Wiederherstellung ankommen und nicht im Spam landen.
- Backups: wann das letzte war, was es enthält, wo es liegt und wann zuletzt eine Wiederherstellung getestet wurde.
7. Recht
Impressum, Verkaufsbedingungen, Datenschutzerklärung, Cookie-Richtlinie mit einem Banner, das nicht notwendige Cookies wirklich blockiert, Informationen zum Widerrufsrecht und ein Kontrollkästchen zur Annahme der Bedingungen im Checkout. Dass die Texte existieren, reicht nicht: Sie müssen an der richtigen Stelle verlinkt sein und dem entsprechen, was der Shop tatsächlich tut.
8. Daten und Backoffice
Der Teil, der am wenigsten geprüft wird und jeden Tag am meisten Zeit kostet:
- Tabellen, die unkontrolliert wachsen: jahrealte abgebrochene Warenkörbe, Verbindungsstatistiken, Protokolle und gespeicherte Suchen. Sie machen Backups und Backoffice langsamer.
- Inaktive Produkte und Kategorien, die im Katalog bleiben, ohne dass jemand entscheidet, was mit ihnen geschehen soll.
- Mitarbeiter und Profile: wer Zugriff hat, mit welchen Berechtigungen, und ob es Konten von Personen gibt, die nicht mehr für Sie arbeiten.
- Geplante Aufgaben: welche es gibt, ob sie laufen und was passiert, wenn sie fehlschlagen.
- Integrationen mit ERP, Marktplätzen oder Versanddienstleistern: ob sie synchronisieren und wer es merkt, wenn sie damit aufhören.
Wie das Ergebnis aussehen sollte
Ein nützliches Audit endet in einem kurzen Dokument, nicht in fünfzig Seiten Screenshots. Für jeden Befund: was gefunden wurde, wo, der Nachweis (ein Protokolleintrag, eine URL, ein Screenshot), welche Auswirkung er hat und was die Behebung kostet. Damit können Sie entscheiden, was diesen Monat erledigt, was geplant und was liegen gelassen wird. Bewahren Sie auch das Inventar auf, das beim Audit entsteht (Versionen, Module, Overrides, geplante Aufgaben): Es ist die Grundlage für die nächste Prüfung und für jeden Techniker, der neu dazukommt.
Die Tabelle zum Ausdrucken
| Was prüfen | Wie | Warnsignal |
|---|---|---|
| PrestaShop- und PHP-Version | Backoffice, Erweiterte Einstellungen, Informationen | Zweig ohne Patches oder PHP ohne Support |
| Module | Modulmanager und Ordner modules/ | Ordner ohne installiertes Modul, seit Jahren nicht aktualisierte Module |
| Overrides | Ordner override/ | Ersetzte Kernklassen, ohne zu wissen, von wem |
| Fehler | PHP- und PrestaShop-Protokolle | Fatale Fehler oder täglich wiederkehrende Fehler |
| Performance | Antwortzeiten und Kennzahlen auf dem Smartphone | Langsames Backoffice, mehr als eine Sekunde Serverantwort |
| Technisches SEO | Crawl des Shops und Search Console | Zwei h1, leere Metas, falsche Canonicals, 404 |
| Checkout | Testbestellung für jede Zahlungsart | Zahlungen, die nicht zu einer Bestellung führen, JavaScript-Fehler |
| Testbestellung und Header der Nachricht | E-Mails, die nicht ankommen, oder ohne SPF und DKIM | |
| Backups | Eines in einer separaten Umgebung wiederherstellen | Niemand weiß, wann das letzte war |
| Recht | Texte, Banner und Checkout prüfen | Banner, das nicht blockiert, kein Kontrollkästchen für die Bedingungen |
So lösen Sie es in PrestaShop
Ein Audit nützt nur, wenn jemand umsetzt, was es findet. Bei Rekire ist der Service Technisches SEO für PrestaShop mit KI ein monatliches Abonnement ohne Mindestlaufzeit, bei dem wir die Verbesserungen direkt im Code Ihres Shops umsetzen: Optimierung von Katalogen und Metadaten mit künstlicher Intelligenz sowie Verbesserungen bei Geschwindigkeit und Nutzererfahrung. Für den technischen Teil (Versionen, verwaiste Module, Overrides, Fehler, Checkout und Backups) arbeiten wir mit Stundenpaketen für PrestaShop-Support, mit einer Schätzung vor Beginn und den Details jeder Aufgabe. Den Shop einmal im Jahr zu prüfen ist günstiger, als seine Probleme zu entdecken, wenn sie bereits Verkäufe gekostet haben.
Häufige Fragen
Wie oft sollte man einen PrestaShop-Shop auditieren?
Eine vollständige Prüfung pro Jahr und immer vor einer Migration, einem Wechsel des Dienstleisters oder einer großen Kampagne. Was sich automatisieren lässt (Fehler, Sicherheit, Ablaufdaten), sollte laufend überwacht werden.
Was ist der Unterschied zwischen einem SEO-Audit und einem technischen Audit?
Das SEO-Audit betrachtet, wie Suchmaschinen den Shop sehen; das technische, wie er gebaut ist und ob er sicher und stabil ist. Bei Performance und Indexierung überschneiden sie sich, und sinnvoll ist es, beide zusammen zu machen.
Kann ich das Audit selbst durchführen?
Einen guten Teil der Checkliste, ja: Versionen, Testbestellungen, E-Mail, Rechtstexte und leere Metas. Overrides, Fehlerprotokolle und verdächtige Ordner erfordern jemanden, der PrestaShop kennt.