Zuletzt aktualisiert: Juni 2026.
"Sollte ich für ein SEO-Audit bezahlen?" ist eine berechtigte Frage, und die ehrliche Antwort lautet: nur, wenn Sie ein Problem haben, das eine Diagnose wert ist. Viele PrestaShop-Shops sind völlig in Ordnung und brauchen einfach Geduld. Andere verlieren still und leise Sichtbarkeit durch eine behebbare Ursache - und je länger das läuft, desto mehr Indexfläche und Umsatz kostet es. Entscheidend ist, beides vor einer Investition auseinanderzuhalten. Dieser Beitrag zeigt Ihnen die konkreten Anzeichen, auf die Sie achten sollten, einen Selbstcheck, den Sie in etwa fünfzehn Minuten durchführen können, und eine klare Einordnung, wann kostenlose Konfigurationsarbeit der richtige nächste Schritt ist, wann ein Modul seinen Preis tatsächlich verdient und wann es sinnvoll ist, das Ganze zuerst von jemandem vollständig kartieren zu lassen.
Konkrete Anzeichen, dass Ihr Shop genauer geprüft werden sollte
Keines dieser Anzeichen beweist für sich allein, dass Sie ein kostenpflichtiges Audit brauchen. Wenn aber zwei oder drei gleichzeitig zutreffen, stimmt meist strukturell etwas nicht, und Raten wird dann schnell teurer als eine Diagnose.
Der organische Traffic ist ohne Algorithmus-Erklärung eingebrochen
Ein breites Core-Update kann alle bewegen. Wenn Ihr organischer Traffic aber an einem bestimmten Datum deutlich abgesackt ist, es kein bekanntes Update gab - und die Wettbewerber sich nicht bewegt haben -, liegt die Ursache fast immer auf Ihrer Seite: ein missglückter Relaunch, eine Änderung an robots.txt, ein Theme-Update, das das Markup verändert hat, oder umgeschaltete Canonicals. Selbst verursachte Einbrüche sind am besten zu beheben und zugleich am leichtesten zu übersehen, weil sichtbar nichts "kaputt" ist.
Die Zahl Ihrer "Gültig" / indexierten Seiten schrumpft
In der Google Search Console ist der Bericht Seiten (Indexierung) das ehrlichste Gesundheitssignal, das ein PrestaShop-Shop hat. Wenn die Zahl der indexierten Seiten sinkt, während Ihr Katalog stabil bleibt oder wächst, wirft Google Sie aktiv aus dem Index - und die Aufschlüsselung unter Warum Seiten nicht indexiert werden nennt meist auch den Grund: Duplicate without user-selected canonical, Crawled - currently not indexed, Alternate page with proper canonical tag oder Soft-404s.
Doppelte Inhalte und Canonical-Chaos
Das ist der klassische PrestaShop-Fehlermodus. Facettensuche und Layered Navigation erzeugen nahezu unendlich viele Parameter-URLs (?q=, Attribut- und Preisfilter), Paginierung erzeugt Varianten wie Seite 2 und Seite 3, die mit der Kategorie-Hauptseite konkurrieren, und Attributkombinationen erzeugen doppelte Produkt-URLs. Wenn das nicht mit korrekten Canonicals plus den richtigen Crawling-Anweisungen abgefangen wird, verbrennt der Googlebot sein Crawl-Budget auf Müll, während Ihre echten Seiten verhungern. Ein wachsender Stapel von "Duplicate"-Ausschlüssen in der Search Console ist das verräterische Signal.
Eine Migration oder ein Redesign ohne Redirect-Mapping
Wenn Sie PrestaShop-Versionen migriert, die URL-Struktur geändert, Kategorien neu aufgebaut oder Themes gewechselt haben und keine Eins-zu-eins-301-Zuordnung von alten URLs auf neue ausgeliefert wurde, haben Sie mit großer Wahrscheinlichkeit Linkkraft strandengelassen und eine Wand aus 404-Fehlern erzeugt. Der Schaden zeigt sich oft erst Wochen später, nachdem Google erneut gecrawlt hat - deshalb können "die Migration lief gut" und "der Traffic ist gesunken" gleichzeitig wahr sein.
Dünne oder automatisch erzeugte Kategorie- und Produkttexte
Leere Kategoriebeschreibungen, Textbausteine, die über Hunderte Produkte hinweg wiederholt werden, oder ungeprüft eingefügter KI-Text wirken alle minderwertig. Sie lösen selten eine Abstrafung aus, begrenzen aber, wie gut diese Seiten jemals ranken können.
Langsame Seiten bremsen Crawling und Core Web Vitals aus
Seitengeschwindigkeit ist ein echter Ranking- und Crawling-Faktor. Langsame Antworten bedeuten, dass der Googlebot pro Besuch weniger URLs crawlt, und schwache Core Web Vitals (LCP, CLS, INP) verschlechtern Rankings bei umkämpften Suchanfragen. In PrestaShop sind die üblichen Ursachen nicht optimierte Bilder, renderblockierende Assets, fehlendes wirksames Caching und schwere Module. Wenn Ihr Shop träge wirkt, deckt ein eigenes Performance-Audit oft SEO-Gewinne auf, die ein reines SEO-Audit übersehen würde.
Fehler bei Hreflang, Multistore oder strukturierten Daten
Multistore- und mehrsprachige Setups gehen meist auf zwei stille Arten kaputt: hreflang-Tags, die auf falsche oder nicht-kanonische URLs zeigen, und Sprach-/Shop-Versionen, die sich gegenseitig kannibalisieren. Wenn Sie früher außerdem Rich Results gewonnen haben (Bewertungssterne, Produktpreis/-verfügbarkeit) und diese verschwunden sind, werfen Ihre strukturierten Daten nach einer Theme- oder Moduländerung wahrscheinlich Fehler.
Ein 15-Minuten-Selbstcheck, den Sie heute durchführen können
Bevor Sie irgendjemanden bezahlen - auch uns -, führen Sie diesen Check durch. Er kostet nichts und beantwortet die Frage häufig schon allein.
- Search Console, Seitenbericht: Steigt die Zahl "Indexiert" in den letzten 3-6 Monaten, bleibt sie stabil oder sinkt sie? Öffnen Sie die Gründe für "nicht indexiert" und notieren Sie die zwei wichtigsten. Das ist Ihre erste Diagnose.
- Die
site:-Abfrage: Suchen Sie in Google nachsite:yourdomain.com. Passt die grobe Trefferzahl zu Ihrer Kataloggröße? Tauchen Parameter-URLs (?q=, Filter) oder Test-/Staging-Seiten dort auf, wo sie nicht erscheinen sollten? - Ein schneller Crawl: Lassen Sie einen kostenlosen Crawler über Ihre Domain laufen (die kostenlose Stufe von Screaming Frog deckt bis zu 500 URLs ab). Suchen Sie nach 404-Fehlern, Redirect-Ketten und mehreren URLs mit demselben Titel oder Canonical.
- Canonicals prüfen: Öffnen Sie eine Kategorie, eine gefilterte Variante davon und ein Produkt. Sehen Sie sich den Quelltext an und suchen Sie
<link rel="canonical">. Jeder Eintrag sollte auf die saubere, bevorzugte URL zeigen - nicht auf sich selbst, wenn es ein Duplikat ist, und er darf auch nicht komplett fehlen. - robots.txt und Sitemap lesen: Laden Sie
/robots.txtund Ihre XML-Sitemap. Prüfen Sie, dass die Sitemap existiert, mit 200 antwortet, echte indexierbare URLs listet (keine 301er oder 404er) und robots nicht versehentlich etwas Wichtiges blockiert oder Parameterfallen weit offen lässt.
Wenn hier alles sauber aussieht, brauchen Sie sehr wahrscheinlich noch kein kostenpflichtiges Audit - erstellen Sie weiter gute Inhalte und prüfen Sie den Seitenbericht monatlich. Wenn zwei oder mehr Checks Warnsignale liefern, lesen Sie weiter.
Zwei Befehle, um Canonical- und robots-Prüfung schnell zu bestätigen
Wenn Sie die letzten beiden Punkte lieber im Terminal prüfen möchten, statt im "Quelltext anzeigen" zu suchen: Diese Befehle sind schreibgeschützt und ändern nichts an Ihrem Shop. Ersetzen Sie die Beispiel-URLs durch Ihre eigenen:
# Read the canonical a page actually advertises
curl -s https://yourdomain.com/your-product-page \
| grep -i 'rel="canonical"'
# Confirm robots.txt and the sitemap both return 200 (not a 301 or 404)
curl -s -o /dev/null -w "%{http_code}\n" https://yourdomain.com/robots.txt
curl -s -o /dev/null -w "%{http_code}\n" https://yourdomain.com/sitemap.xmlDie erste Zeile zeigt Ihnen die kanonische URL, die die Seite selbst ausweist - vergleichen Sie sie mit der sauberen URL, die Sie erwarten würden. Die beiden Statusprüfungen sollten jeweils 200 ausgeben; alles andere (besonders ein 301 bei der Sitemap oder ein 404) sollte untersucht werden. Wenn Ihre Canonical-Tags nicht nur bei einer URL, sondern über Tausende URLs hinweg falsch sind, ist das der systemische Fall, um den es im nächsten Abschnitt geht.
Was ist also die richtige Lösung - kostenlose Konfiguration, ein Modul oder ein Audit?
Hier lohnt sich Ehrlichkeit, denn die Antwort lautet tatsächlich "es kommt darauf an", und die falsche Antwort kostet Geld.
Wann die Lösung kostenlos ist. Viele Probleme sind reine Konfigurations- oder Inhaltsarbeit: echte Kategoriebeschreibungen schreiben, Canonical-Präferenzen korrekt setzen, robots.txt aufräumen, die Redirect-Zeilen ergänzen, die bei einer Migration vergessen wurden, ein fehlerhaftes Feld in strukturierten Daten korrigieren. Wenn Ihr Selbstcheck auf eine einzelne, gut verstandene Ursache zeigt, beheben Sie sie selbst - kein Kauf nötig.
Wann ein Tool wirklich hilft. Wenn das Problem systemisch ist und immer wiederkehrt - Canonicals über Tausende URLs hinweg, eine Sitemap-Erzeugung, die bei Katalogänderungen korrekt bleiben muss, Hreflang im großen Maßstab, strukturierte Daten, die Sie nicht von Hand pflegen können -, dann ist das ein Fall für ein Tool. Unsere SEO Revolution Suite mit offenem Code existiert genau für diese Art von wiederholbarer, shopweiter Durchsetzung. Aber sie ist die Antwort wenn die Diagnose zeigt, dass Sie sie brauchen - nie der Held der Geschichte und nie ein Ersatz dafür, zuerst das tatsächliche Problem zu verstehen.
Wann Sie es zuerst kartieren sollten. Wenn Ihr Selbstcheck mehrere Warnsignale liefert, die Ursache nicht offensichtlich ist oder Sie vor einem Einbruch ohne klaren Auslöser stehen, ist genau dafür ein PrestaShop-SEO-Audit da: Es sagt Ihnen, ob eine Korrektur, eine Konfigurationsänderung oder ein Modul die richtige Antwort ist, bevor Sie sich auf eines davon festlegen. Sie geben Ihre Shop-URL auf der Audit-Seite ein, zuerst läuft ein schreibgeschützter Bereitschaftscheck (was er berührt und warum, erklären wir im Leitfaden zur Audit-Bereitschaft des Shops), und erst danach wird das Audit bestellt. Dabei wird an Ihrem Shop nichts verändert.
Und wenn die konkrete Frage lautet: "Ist dieses Modul richtig für meinen Shop?" - dann ist das eine eigene, ehrliche Einschätzung. Unser Modul-Eignungscheck beantwortet sie ohne Verkaufsgespräch: Manchmal ist die wahrheitsgemäße Antwort, dass Sie das Modul gar nicht brauchen. Wenn Ihr Sichtbarkeitsproblem eher mit Produktdatenexporten und Shopping als mit Onsite-SEO zusammenhängt, ist ein Audit für Produktdatenexporte und Tracking der bessere Ausgangspunkt, und die gesamte Bandbreite finden Sie im Hub für Expert Services.
Der rote Faden ist einfach: zuerst diagnostizieren, dann kaufen. Führen Sie den Fünfzehn-Minuten-Check durch. Wenn er sauber ist, sparen Sie Ihr Geld. Wenn nicht, wissen Sie bereits ungefähr, wo das Problem sitzt - und können mit offenen Augen entscheiden, ob Sie es selbst beheben, zu einem Tool greifen oder es sauber kartieren lassen, bevor jemand einen Euro ausgibt.
Häufig gestellte Fragen
Worin unterscheidet sich ein SEO-Audit davon, einfach PageSpeed Insights oder einen kostenlosen SEO-Checker laufen zu lassen?
Kostenlose Tools bewerten eine einzelne Seite anhand einer generischen Checkliste und geben Ihnen eine Liste von Warnungen ohne Priorität. Ein Audit betrachtet Ihren ganzen Shop als System - Crawl-Budget, Indexierungstrend, Canonical- und Parameterbehandlung, Redirect-Abdeckung, strukturierte Daten - und sagt Ihnen, welcher dieser Punkte Sie tatsächlich Traffic kostet und in welcher Reihenfolge Sie ihn beheben sollten. Die Checker sind ein guter erster Blick (verwenden Sie sie im Selbstcheck oben); sie können nur nicht zwischen einer kosmetischen Warnung und dem einen Problem unterscheiden, das Ihre Seiten nach unten zieht.
Bringt mir ein SEO-Audit meinen Traffic zurück?
Ein Audit diagnostiziert, es verspricht keine Erholung. Es sagt Ihnen, warum Seiten aus dem Index fallen oder nach hinten rutschen und was die Lösung ist - ob der Traffic zurückkommt, hängt aber von der Ursache ab, davon, wie lange sie aktiv war, vom Wettbewerb und davon, wie gut die Korrektur umgesetzt wird. Ein Problem mit verlorenen Redirects oder Canonicals erholt sich nach der Korrektur oft sauber; ein Problem mit dünnen Inhalten oder Autorität ist langsamer und weniger sicher. Wer aus einem Audit ein Ranking-Ergebnis garantiert, verkauft - er diagnostiziert nicht.
Mein Traffic ist genau dann eingebrochen, als ein Google-Core-Update ausgerollt wurde. Brauche ich trotzdem ein Audit?
Vielleicht nicht. Wenn der Einbruch exakt mit einem bestätigten Core-Update zusammenfällt, sich Ihre Wettbewerber ebenfalls bewegt haben und Ihr Selbstcheck sauber zurückkommt, ist das eine Algorithmusverschiebung, die Sie mit besseren Inhalten aussitzen sollten - kein technischer Fehler, für dessen Diagnose Sie bezahlen müssen. Das Audit wird dann sinnvoll, wenn der Einbruch nicht zu einem bekannten Update passt oder wenn der Selbstcheck Canonical-, Redirect- oder Indexierungswarnungen zeigt, die ein Update nicht erklären würde.
Wie lange dauert ein SEO-Audit, und verändert es etwas an meinem Shop?
Es verändert nichts. Der Bereitschaftscheck und das Audit selbst sind schreibgeschützt - sie lesen, was Google liest (gerendertes HTML, robots, Sitemaps, Canonicals, strukturierte Daten), und berichten zurück. Sie starten es nur mit Ihrer Shop-URL; für ein Standard-SEO-Audit sind kein Admin-Login und keine Datenbankkopie nötig. Die Durchlaufzeit hängt von Kataloggröße und Umfang ab, aber das Zugriffsmodell bleibt in jedem Fall gleich: von außen nach innen, nichts wird geschrieben.
Ich habe einen kleinen Shop mit ein paar Hundert Produkten. Ist ein Audit übertrieben?
Oft ja - und das sagen wir dann auch. Kleine, stabile Kataloge zeigen sich im Fünfzehn-Minuten-Selbstcheck meist klar, und die Lösung ist häufig kostenlose Konfiguration oder etwas Inhaltsarbeit. Ein Audit verdient seine Kosten, wenn der Katalog groß genug ist, dass Parameter-URLs und Duplikate aus dem Ruder laufen, wenn eine Migration im Spiel ist oder wenn ein Einbruch keinen offensichtlichen Auslöser hat. Wenn der Selbstcheck sauber ist, lautet die ehrliche Antwort für einen kleinen Shop: Sparen Sie das Geld.
Kommentare
Noch keine Kommentare. Seien Sie der Erste!
Stellen Sie als Erster eine Frage oder teilen Sie hilfreiches Feedback.
Kommentar schreiben
Teilen Sie eine Frage, ein Installationsdetail oder Feedback, das anderen Lesern helfen kann.