PrestaShop-Google-Indexierung: Der komplette Guide, damit dein Store in der Suche gefunden wird
Bewältige PrestaShops mehrsprachige URL-Architektur und die Komplexität der Produkt-Kombinationen für saubere Google-Indexierung
In dieser Anleitung
PrestaShop treibt über 300.000 Stores in Europa und Lateinamerika an — aber seine mächtigen Features (Produkt-Kombinationen, mehrsprachiges URL-Routing und tiefe Modul-Erweiterbarkeit) schaffen spezifische Indexierungs-Herausforderungen. Jede Kombination kann eine eigene URL erzeugen und Google mit Duplikaten überfluten. Mehrsprachen-Support schafft parallele URL-Strukturen, die korrekte hreflang-Konfiguration brauchen. Drittanbieter-Module erzeugen Seiten, die in Sitemaps fehlen.
Dieser Guide deckt PrestaShop 1.7.x und 8.x ab und führt durch das Admin-SEO-Panel, das GSitemap-Modul, Friendly URLs, das .htaccess-Setup, den Umgang mit Mehrsprachigkeit, das Management von Kombinations-URLs und das Audit von modulgenerierten Seiten.
PrestaShops Konfigurationspanel „SEO & URLs“
PrestaShops primäre SEO-Einstellungen liegen im Admin-Panel unter Shop Parameters > Traffic & SEO > SEO & URLs (in PrestaShop 8.x) bzw. Preferences > SEO & URLs (in PrestaShop 1.7.x). Dieses Panel enthält mehrere kritische Einstellungen, die beeinflussen, wie deine Store-URLs strukturiert sind und wie Google deine Seiten wahrnimmt.
Die erste essenzielle Einstellung ist „Friendly URL“. Sie muss aktiviert sein (Yes), um PrestaShops parameterbasierte Default-URLs (index.php?id_product=42&controller=product) in saubere, lesbare Pfade (/en/shoes/42-running-shoe.html) zu transformieren. Ohne Friendly URLs sind deine Store-URLs hässlich, schwerer zu ranken und weniger klickbar in Suchergebnissen.
Die Einstellung „Accented URL“ steuert, ob Nicht-ASCII-Zeichen in URLs erhalten bleiben. Für Stores in Sprachen mit Akzenten (Französisch, Spanisch, Deutsch, Portugiesisch) erzeugt das Aktivieren natürlichere URLs (/fr/chaussures-de-course.html statt /fr/chaussures-de-course.html). Manche älteren Server und CDN-Konfigurationen handhaben akzentuierte URLs allerdings nicht gut. Test vor dem Aktivieren.
Die Einstellung „Redirect disabled product“ ist für E-Commerce-SEO kritisch wichtig. Wird ein Produkt deaktiviert (offline genommen), steuert diese Einstellung, was mit seiner URL passiert. Optionen sind: „No redirect“ (liefert 404), „Permanent redirect (301) to the product's category“ oder „Permanent redirect (301) to a specific URL“. Für Produkte, die nie zurückkehren, wähl den 301-Redirect auf die Produkt-Kategorie. Für vorübergehend ausverkaufte Produkte deaktivier das Produkt, wähl aber „No redirect“ und plan die spätere Reaktivierung — oder noch besser: Lass das Produkt aktiv mit einer Out-of-Stock-Nachricht.
Der Abschnitt „URL structure“ lässt dich das URL-Muster für Produkte, Kategorien und CMS-Seiten anpassen. PrestaShops Default-Produkt-URL enthält die Produkt-ID: /{category}/{id}-{rewrite}.html. Das Einbinden der ID stellt zwar URL-Eindeutigkeit sicher, ist aber nicht ideal fürs SEO (Zahlen in URLs wirken weniger professionell). PrestaShop 8.x erlaubt dir, die ID aus URLs zu entfernen — beachte aber, dass dann katalogweit eindeutige Produkt-Slugs nötig sind. Haben zwei Produkte denselben Slug, bekommt einer ein automatisch angehängtes Suffix.
Unter den URL-Struktur-Einstellungen findest du den Meta-Tag-Management-Bereich. PrestaShop lässt dich Default-Meta-Titel und -Beschreibungen für Seitentypen (Produktseiten, Kategorieseiten, CMS-Seiten, Startseite) mit Variablen wie {name}, {price}, {category} setzen. Pass diese Templates an, um keyword-reiche, einzigartige Metadaten im großen Stil zu generieren.
GSitemap-Modul und Sitemap-Management
PrestaShop enthält in der Core-Installation keinen Sitemap-Generator. Die am häufigsten genutzte Lösung ist das GSitemap-Modul, das im PrestaShop-Addons-Marketplace kostenlos verfügbar ist. Nach der Installation von GSitemap (Modules > Module Manager > nach GSitemap suchen) konfigurier es auf der Modul-Einstellungsseite.
GSitemap generiert eine XML-Sitemap, die Produkte, Kategorien, CMS-Seiten und optional modulgenerierte Seiten enthält. Die Schlüsselkonfigurations-Optionen sind: welche Content-Typen inkludiert werden (Produkte, Kategorien, CMS-Seiten, Lieferanten-Seiten, Hersteller-Seiten), die Update-Frequenz je Typ und ob Bilder in die Sitemap aufgenommen werden.
Nach der Konfiguration klick „Generate Sitemap“, um die initiale Sitemap-Datei unter /1_index_sitemap.xml (oder /sitemap.xml je nach Konfiguration) zu erstellen. GSitemap erstellt einen Sitemap-Index, der auf einzelne Sitemap-Dateien je Content-Typ verweist. Für Stores mit vielen Produkten splittet es Produkt-Sitemaps in Dateien mit je bis zu 25.000 URLs.
GSitemap kann so konfiguriert werden, dass es sich über PrestaShops Cron-System automatisch neu generiert. Das Modul liefert eine Cron-URL, die du der Crontab deines Servers hinzufügst. Setz sie auf täglich (0 3 * * * wget -q -O /dev/null 'https://deinstore.de/modules/gsitemap/gsitemap-cron.php?token=DEIN_TOKEN'), damit die Sitemap aktuell bleibt, wenn du Produkte hinzufügst und entfernst.
Eine signifikante Beschränkung von GSitemap: Es enthält keine automatisch generierten Seiten von Drittanbieter-Modulen. Hast du ein Blog-Modul (wie PrestaShop Blog vom Starter Theme), ein FAQ-Modul oder ein Custom-Landingpage-Modul installiert, erscheinen diese Seiten nicht in der GSitemap-generierten Sitemap. Du musst entweder ein Sitemap-Modul finden, das diese Seitentypen unterstützt, sie manuell zur Sitemap hinzufügen oder das jeweilige Modul so konfigurieren, dass es eine eigene Sitemap generiert, die du separat in der Google Search Console einreichst.
Nach dem Generieren der Sitemap reich sie in der Google Search Console ein. Öffne die Sitemap-URL deines Stores zuerst im Browser, um zu verifizieren, dass es valides XML ist und die erwarteten URLs enthält. Prüf auf doppelte Einträge, URLs mit Session-Parametern oder Seiten, die du absichtlich auf noindex gesetzt hast und die nicht in der Sitemap sein sollten.
Mehrsprachige URL-Konfiguration und Hreflang
PrestaShops eingebauter Mehrsprachen-Support ist eines seiner stärksten Features für internationalen E-Commerce. Wenn du ein Sprachpaket installierst (International > Localization > Languages), erstellt PrestaShop für jede Sprache eine parallele URL-Struktur. Englische Produkte liegen unter /en/category/product-name.html, französische unter /fr/categorie/nom-du-produit.html, spanische unter /es/categoria/nombre-del-producto.html usw.
Jedes Produkt, jede Kategorie und jede CMS-Seite hat ein separates URL-Rewrite-Feld für jede installierte Sprache. Beim Bearbeiten eines Produkts schalt im Editor den Sprach-Selector um, um den Slug für jede Sprache zu sehen und anzupassen. Das ist essenziell: PrestaShop übersetzt Slugs automatisch, wenn du das Auto-Translation-Feature nutzt, aber automatisch übersetzte Slugs sind oft ungelenk oder falsch. Überprüf und optimier den URL-Slug für jede Sprache manuell und bring Keywords ein, die zum Suchverhalten dieser Sprache passen.
Hreflang-Tags sagen Google, welche Sprachversion einer Seite Suchenden in unterschiedlichen Regionen angezeigt werden soll. PrestaShop 1.7.7+ enthält eingebauten hreflang-Support, der <link rel="alternate" hreflang="xx" href="...">-Tags im HTML-Head für jede Sprachversion einer Seite ausgibt. Allerdings hat die Implementierung in manchen PrestaShop-Versionen bekannte Probleme — hreflang-Tags fehlen oder sind falsch. Verifizier durchs Ansehen des Quelltexts einer Produktseite, dass hreflang-Tags für alle aktiven Sprachen vorhanden sind.
Fehlen hreflang-Tags, installier ein dediziertes SEO-Modul, das hreflang-Generierung handhabt. Mehrere Module im PrestaShop-Addons-Marketplace adressieren speziell Mehrsprachen-SEO — inklusive hreflang-Tag-Generierung, sprachspezifischer Canonical-URLs und mehrsprachiger Sitemap-Unterstützung.
Für Multi-Country-Stores, in denen dieselbe Sprache in verschiedenen Ländern genutzt wird (z. B. Englisch für US und UK, Spanisch für Spanien und Mexiko), braucht hreflang sowohl Sprach- als auch Ländercodes: hreflang="en-us" und hreflang="en-gb". PrestaShops eingebautes hreflang handhabt möglicherweise kein länderspezifisches Targeting. Du brauchst eventuell ein Modul oder Custom-Entwicklung, um länderspezifische hreflang-Annotationen zu generieren.
Die mehrsprachige URL-Struktur interagiert auch mit deiner Sitemap. GSitemap generiert URLs für alle Sprachen in einer einzigen Sitemap (oder gesplittet nach Sprache, je nach Konfiguration). Verifizier, dass die Sitemap URLs für jede Sprache enthält und jede URL korrekt auflöst.
Produkt-Kombinationen und URL-Bloat
PrestaShops Produkt-Kombinations-System erlaubt einem einzelnen Produkt mehrere Varianten basierend auf Attributen: Größe, Farbe, Material, Breite, Länge usw. Ein Basis-Schuhprodukt mit 8 Größen und 5 Farben generiert 40 Kombinationen. Ein konfigurierbares Elektronik-Produkt mit Speicher-, Festplatten-, Farb- und Garantie-Optionen kann leicht 100 Kombinationen überschreiten.
Die Indexierungs-Auswirkung hängt von deiner Konfiguration ab. Standardmäßig erstellt PrestaShop keine separaten URLs für jede Kombination — die Produktseite lädt mit einer Default-Kombination, und Nutzer:innen wählen ihre bevorzugte Kombination über Dropdowns oder Swatches. Die URL bleibt dieselbe (/en/shoes/42-running-shoe.html), unabhängig davon, welche Kombination gewählt ist. Das ist fürs SEO ideales Verhalten, weil es allen Varianten-Traffic auf eine einzige indexierte URL konsolidiert.
Manche PrestaShop-Themes und -Module modifizieren dieses Verhalten allerdings. Theme-Frameworks wie Starter Theme oder kommerzielle Themes hängen Kombinations-Attribute als Anchor-Fragmente (#size-10-color-red) oder Query-Parameter (?size=10&color=red) an die URL. Anchor-Fragmente werden von Google nicht indexiert (es ignoriert alles nach #), aber Query-Parameter können es. Hängt dein Theme Kombinations-Auswahlen als Query-Parameter an, erzeugt jede Kombination eine eindeutige URL, die Google möglicherweise zu indexieren versucht.
Um das Verhalten deines Stores zu prüfen, ruf ein Produkt mit Kombinationen auf und wähl verschiedene Optionen. Beobachte die Adresszeile des Browsers. Ändert sich die URL bei jeder Kombinations-Auswahl, hast du ein potenzielles Index-Bloat-Problem. Fix das auf Theme-Ebene, indem du sicherstellst, dass Kombinations-Auswahlen per JavaScript gehandhabt werden, ohne die URL zu modifizieren, oder indem du Anchor-Fragmente statt Query-Parameter nutzt.
Sind Kombinations-URLs mit Query-Parametern bereits in Googles Index, füg auf allen kombinations-parametrisierten URLs Canonical-Tags hinzu, die auf die Basis-Produkt-URL (ohne Parameter) zeigen. Du kannst Kombinations-Parameter auch in der robots.txt blockieren: Disallow: /*?size=, Disallow: /*?color= usw. Die gründlichste Lösung ist eine Theme-Modifikation, die URL-Parameter komplett entfernt.
Für Stores, die absichtlich separate indexierte Seiten für jede Kombination wollen (selten, aber manchmal in der Mode-Branche, wo jede Farbvariante eigene Bilder und Beschreibungen hat), stell sicher, dass jede Kombinationsseite einzigartigen Titel, einzigartige Meta-Beschreibung und einzigartigen Content hat. Eine Seite für „Running Shoe - Red Size 10“, die identisch zu „Running Shoe - Blue Size 8“ außer beim Optionen-Text ist, wird als Duplicate Content markiert.
Session-IDs, .htaccess und technische URL-Hygiene
Ältere PrestaShop-Installationen (besonders die, die von Versionen vor 1.7 hochgezogen wurden) hängen Session-IDs an URLs an. Eine Session-ID erzeugt für jede Besucher-Session eine eindeutige URL: /en/shoes/42-running-shoe.html?PHPSESSID=abc123xyz. Google behandelt jede session-parametrisierte URL als eigene Seite und indexiert potenziell Tausende doppelter Seiten, die sich nur in der Session-ID unterscheiden.
PrestaShop 1.7+ und 8.x handhaben Sessions standardmäßig über Cookies — Session-IDs sollten also nicht in URLs erscheinen. Allerdings: Hat die PHP-Konfiguration deines Servers session.use_only_cookies auf 0, fällt PHP auf URL-basierte Sessions zurück, wenn Cookies nicht verfügbar sind. Verifizier deine PHP-Konfiguration und stell sicher, dass session.use_only_cookies = 1 und session.use_trans_sid = 0.
Die .htaccess-Datei im Root-Verzeichnis von PrestaShop steuert URL-Rewriting, Redirect-Regeln und Sicherheits-Direktiven. PrestaShop generiert diese Datei automatisch, wenn du Friendly URLs aktivierst. Die generierte .htaccess enthält RewriteRules für sauberes URL-Routing, Regeln zum Blockieren des Zugriffs auf sensible Verzeichnisse (/config/, /download/, /mails/, /modules/) und Regeln zur MultiViews-Handhabung.
Pass die .htaccess-Datei vorsichtig an. Füg deine Custom-Redirect-Regeln (301-Redirects für alte URLs, Blockier-Muster für unerwünschtes Crawling) über dem auto-generierten Abschnitt von PrestaShop hinzu, der mit # ~~start~~- und # ~~end~~-Kommentaren markiert ist. Regeln innerhalb des auto-generierten Abschnitts werden überschrieben, wenn du Einstellungen im Admin-Panel änderst.
Füg deiner .htaccess für SEO-Hygiene Folgendes hinzu: HTTPS erzwingen (RewriteCond %{HTTPS} off / RewriteRule ^(.*)$ https://%{HTTP_HOST}/$1 [R=301,L]), eine konsistente Domain erzwingen (mit oder ohne www, aber nicht beides) und bekannte Bot-Parameter-Muster blockieren. Diese Regeln stellen sicher, dass Google nur eine einzige, kanonische Version jeder URL sieht.
Für Nginx-Server nutzt PrestaShop keine .htaccess. Die äquivalente Konfiguration geht in deinen Nginx-Server-Block. PrestaShop liefert in seiner Dokumentation Beispiel-Nginx-Konfigurationen mit Rewrite-Regeln für Friendly URLs, Sicherheits-Direktiven und Caching-Headern für statische Dateien.
Modulgenerierte Seiten und SEO-Blindspots
PrestaShops Modul-Ökosystem fügt Funktionalität durch installierbare Erweiterungen hinzu — und viele Module erzeugen öffentlich sichtbare Seiten, die weder in der Core-Sitemap noch von den Default-SEO-Einstellungen abgedeckt sind. Diese Seiten werden zu SEO-Blindspots — sie existieren, Google kann sie finden, aber ihnen fehlen möglicherweise korrekte Metadaten, Canonical-Tags oder Sitemap-Einträge.
Übliche Beispiele: Blog-Module, die Seiten unter /blog/post-titel erzeugen (wie das beliebte Smart Blog), FAQ-Module unter /faq, Hersteller-Listing-Module, Lieferanten-Seiten, Markenseiten und Custom-Landingpage-Builder. Jedes dieser Module handhabt SEO möglicherweise korrekt oder eben nicht. Manche bringen eigenes Meta-Tag-Management und Sitemap-Generierung mit, andere liefern Seiten mit Default- oder leeren Metadaten aus.
Auditiere deine installierten Module, indem du die öffentlich sichtbare URL jedes Moduls aufrufst und den Seitenquelltext prüfst. Such nach: einem <title>-Tag, der spezifisch zur Seite ist (nicht der Default-PrestaShop-Template-Titel), einer Meta-Beschreibung, die den Content beschreibt, einem Canonical-URL-Tag und strukturierten Daten, falls anwendbar. Liefert ein Modul Seiten mit Default- oder fehlenden Metadaten, prüf die Modul-Konfiguration auf SEO-Einstellungen. Unterstützt das Modul keine eigenen Metadaten, hast du drei Optionen: Ein besseres Modul finden, das es kann; die Template-Dateien des Moduls modifizieren, um Metadaten zu ergänzen; oder den Modul-Entwickler um SEO-Felder bitten.
Für die Sitemap-Inklusion prüf, ob die Seiten des Moduls in deinem GSitemap-Output erscheinen. Wenn nicht, kannst du: ein umfassenderes Sitemap-Modul installieren, das Modul-Seiten erkennt; die URLs manuell zu einer ergänzenden Sitemap-Datei hinzufügen; oder prüfen, ob das Modul eine eigene Sitemap-Datei generiert (manche Blog-Module tun das, typischerweise unter /modules/modulname/sitemap.xml).
PrestaShop 8.x hat ein Hooks-System eingeführt, das Modulen erlaubt, sich sauberer ins SEO-Framework zu integrieren. Module, die den Hook actionGetPageSeoInfo implementieren, können ihre Seiten-URLs und Metadaten dem Core-SEO-System bereitstellen. Beim Evaluieren von Modulen bevorzug die für PrestaShop 8.x gebauten, die diese modernen Hooks nutzen, gegenüber Legacy-Modulen, die das SEO-Framework komplett umgehen.
Schritt-für-Schritt-Anleitung
Friendly URLs aktivieren und URL-Struktur konfigurieren
Logg dich in dein PrestaShop-Admin-Panel ein und geh zu Shop Parameters > Traffic & SEO > SEO & URLs. Setz „Friendly URL“ auf Yes. Bevor du speicherst, verifizier, dass dein Server mod_rewrite (Apache) oder die passenden Rewrite-Regeln (Nginx) aktiviert hat. Speicher die Einstellungen und test deinen Store durch Aufruf einer Produktseite — die URL sollte jetzt sauber sein (z. B. /en/shoes/42-running-shoe.html statt index.php?id_product=42). Liefern Seiten 404-Fehler, wurde die .htaccess-Datei möglicherweise nicht korrekt generiert. Lösch die bestehende .htaccess und speicher die SEO-Einstellungen erneut, um sie neu zu generieren. Schau die URL-Struktur-Templates für Produkte, Kategorien und CMS-Seiten durch und pass sie an, wenn gewünscht (z. B. ID-Nummer für PrestaShop-8.x-Stores entfernen).
GSitemap installieren und konfigurieren
Geh zu Modules > Module Manager und such nach „GSitemap“. Falls nicht installiert, lad es aus dem PrestaShop-Addons-Marketplace runter und installier es. Öffne die Modul-Konfiguration und wähl, welche Content-Typen inkludiert werden: Produkte (Yes), Kategorien (Yes), CMS-Seiten (Yes). Setz Hersteller und Lieferanten auf No, außer diese Seiten haben substanziellen Content. Aktivier Image-Sitemaps, wenn deine Produktbilder beschreibende Dateinamen und Alt-Text haben. Klick „Generate Sitemap“ und verifizier den Output unter /1_index_sitemap.xml (oder deinem konfigurierten Pfad). Richte einen Cron-Job für tägliche Regenerierung mit der vom Modul bereitgestellten Cron-URL ein. Reich die Sitemap-URL in der Google Search Console ein.
Meta-Tags für alle Seitentypen anpassen
Unter Shop Parameters > Traffic & SEO > SEO & URLs scroll zum Meta-Tag-Management-Bereich. Für jeden Seitentyp (Startseite, Produkt, Kategorie, CMS-Seite, Suchergebnisse usw.) listet PrestaShop den aktuellen Meta-Titel und die Beschreibung. Klick „Edit“ zum Anpassen. Für die Startseite schreib einen einzigartigen Titel und eine einzigartige Beschreibung mit deinem Markennamen und primären Keywords. Für Produktseiten pass das Template mit Variablen an: „{name} - {price} | {shop_name}“ für Titel und „{description_short} - Buy {name} at {shop_name}“ für Beschreibungen. Für Kategorieseiten nutz „{name} - {shop_name}“ und ein Beschreibungs-Template, das die Kategoriebeschreibung einbaut. Für Seiten, die nicht indexiert werden sollen (Suchergebnisse, Mein Konto, Bestellbestätigung), füg über die seitenspezifischen Meta-Einstellungen noindex hinzu.
Mehrsprachen-SEO konfigurieren (falls zutreffend)
Für Stores mit mehreren Sprachen geh zu International > Localization > Languages und verifizier, dass alle aktiven Sprachen korrekte ISO-Codes haben. Öffne für jedes Produkt den Produkt-Editor und schalt den Sprach-Selector um, um zu verifizieren, dass jede Sprache einen angepassten URL-Rewrite (Slug), Produktnamen und Beschreibung hat. Verlass dich für Slugs nicht auf Auto-Translation — überprüf und optimier jeden manuell auf Keyword-Relevanz in der jeweiligen Sprache. Prüf den hreflang-Tag-Output durchs Ansehen des Quelltexts einer Produktseite — du solltest <link rel="alternate" hreflang="xx" href="..."> für jede aktive Sprache sehen. Fehlen hreflang-Tags, installier ein dediziertes Mehrsprachen-SEO-Modul aus dem PrestaShop-Addons-Marketplace.
Produkt-Kombinations-URL-Verhalten auditieren und fixen
Ruf ein Produkt mit mehreren Kombinationen auf (z. B. ein Produkt mit Größen- und Farboptionen) und wähl verschiedene Kombinationen, während du die Adresszeile des Browsers beobachtest. Ändert sich die URL bei jeder Auswahl (mit Query-Parametern wie ?size=10&color=red), hast du ein potenzielles Duplicate-Content-Problem. Prüf zuerst die Konfiguration deines Themes auf eine „URL update“- oder „combination URL“-Einstellung und deaktivier sie. Existiert keine solche Einstellung, erfordert der Fix das Bearbeiten des JavaScripts der Produktseite des Themes, um das Anhängen von URL-Parametern zu verhindern. Als temporäre Maßnahme füg robots.txt-Regeln hinzu, die Kombinations-Parameter-Muster blockieren: Disallow: /*?size= und Disallow: /*?color=. Verifizier, dass die Basis-Produkt-URL einen selbstreferenzierenden Canonical-Tag hat.
.htaccess-Regeln für URL-Hygiene einrichten
Öffne die .htaccess-Datei deines Stores (im PrestaShop-Root-Verzeichnis) und füg Regeln über dem auto-generierten Abschnitt hinzu (vor dem # ~~start~~-Kommentar). Füg HTTPS-Erzwingung hinzu: RewriteCond %{HTTPS} off / RewriteRule ^(.*)$ https://%{HTTP_HOST}/$1 [R=301,L]. Füg www-Konsistenz hinzu (entweder www erzwingen oder non-www erzwingen, nicht beides). Füg Session-ID-Blockierung hinzu: RewriteCond %{QUERY_STRING} PHPSESSID / RewriteRule .* %{REQUEST_URI}? [R=301,L]. Verifizier, dass deine PHP-Konfiguration session.use_only_cookies = 1 hat, damit Session-IDs gar nicht erst in URLs erscheinen. Test alle Regeln, indem du deinen Store mit verschiedenen URL-Mustern aufrufst und mit den Browser-Devtools korrekte Redirects bestätigst.
Prioritäts-URLs über IndexBolt einreichen und monitoren
Nach Abschluss aller technischen SEO-Konfigurationen nutz IndexBolt, um deine höchstpriorisierten Produktseiten, Kategorieseiten und CMS-Content-Seiten bei Google einzureichen. Für PrestaShop-Stores priorisier Bestseller-Produkte, saisonale Kollektionen und neu hinzugefügte Produkte. Ist dein Store mehrsprachig, reich zuerst die Primärsprachen-Versionen ein, dann die anderen Sprachversionen, damit Google die richtigen hreflang-Beziehungen indexiert. IndexBolts Instant-Modus ist wertvoll für Produkt-Launches, Flash-Sales und saisonale Promotions, bei denen verzögerte Indexierung verlorenen Umsatz bedeutet. Überwache Ergebnisse in der Google Search Console und schau besonders auf den Index-Coverage-Bericht für unerwartete Ausschlüsse oder Duplikate. Prüf, dass die richtige Sprachversion für Suchanfragen in jedem Zielmarkt erscheint.
Häufige Probleme und wie du sie behebst
Produkt-Kombinations-Parameter erzeugen Tausende doppelter URLs
Ursache: Manche PrestaShop-Themes hängen Produktattribut-Auswahlen (Größe, Farbe, Material) als Query-Parameter an die Produkt-URL. Ein Produkt mit 40 Kombinationen erzeugt 40 eindeutige URLs mit demselben Content. Google entdeckt diese über JavaScript-Event-Handler, die die URL bei Kombinations-Auswahl modifizieren, oder über interne Links im Markup der Produktseite.
Lösung: Modifizier das Theme so, dass Kombinations-Auswahlen per JavaScript gehandhabt werden, ohne die URL zu ändern, oder nutz Anchor-Fragmente (#) statt Query-Parameter (?). Füg Canonical-Tags auf parametrisierten URLs hinzu, die auf die Basis-Produkt-URL zeigen. Blockier Kombinations-Parameter in der robots.txt als Backup-Maßnahme. Für PrestaShop 8.x prüf, ob das Theme eine Konfigurations-Option bietet, um URL-Updates bei Kombinations-Wechsel zu deaktivieren.
Mehrsprachen-Content wird von Google als Duplikat behandelt
Ursache: Hreflang-Tags fehlen oder sind falsch implementiert, sodass Google französische, spanische und englische Versionen desselben Produkts als Duplicate Content statt als Sprachvarianten behandelt. PrestaShops eingebauter hreflang-Support hat in bestimmten Versionen bekannte Bugs (besonders 1.7.6.x bis 1.7.7.x), die falsche hreflang-Annotationen ausgeben.
Lösung: Verifizier hreflang-Tags durchs Ansehen des Quelltexts von Produktseiten in jeder Sprache. Jede Seite sollte hreflang-Tags für alle Sprachversionen haben, inklusive eines selbstreferenzierenden Tags. Sind Tags fehlerhaft oder fehlen sie, update PrestaShop auf die neueste Version (8.x), in der das hreflang-Handling verbessert ist, oder installier ein dediziertes Mehrsprachen-SEO-Modul. Stell sicher, dass jedes Produkt für jede Sprache korrekt übersetzte URL-Rewrites hat — automatisch generierte Slugs enthalten oft Encoding-Fehler.
Default-Meta-Tags nicht angepasst, generische Metadaten store-weit
Ursache: PrestaShops Default-Meta-Tag-Templates produzieren generische Titel und Beschreibungen wie „Buy [Produktname] at [Storename]“ für jedes Produkt und „[Kategoriename] - [Storename]“ für jede Kategorie. Wenn Hunderte Produkte dasselbe Template mit minimaler Differenzierung teilen, kann Google sie als minderwertige Metadaten einstufen.
Lösung: Pass die Meta-Tag-Templates unter Shop Parameters > Traffic & SEO so an, dass sie differenzierende Variablen enthalten: Preis, Schlüsselattribute und Kategoriekontext. Für hochpriorisierte Produkte (Top 20 % nach Umsatz) schreib im Produkt-Editor vollständig benutzerdefinierte Titel und Beschreibungen. Für Kategorien schreib einzigartige Beschreibungen und Meta-Beschreibungen, die das spezifische Produktsortiment und Wertversprechen der Kategorie einbringen.
Modulgenerierte Seiten nicht in Sitemap und ohne Metadaten
Ursache: Drittanbieter-Module (Blog-Module, FAQ-Module, Landingpage-Builder) erzeugen öffentlich sichtbare Seiten, die GSitemap nicht erkennt. Diese Seiten haben möglicherweise Default- oder leere Meta-Titel und -Beschreibungen, weil die Module sich nicht ins PrestaShop-Meta-Tag-System integrieren. Google entdeckt diese Seiten über interne Links und indexiert sie mit schlechten Metadaten.
Lösung: Auditiere alle installierten Module auf öffentlich sichtbare Seiten. Prüf für jedes Modul seine Konfiguration auf SEO-Einstellungen und konfigurier Meta-Tags. Fehlen dem Modul SEO-Features, bearbeite seine Template-Dateien direkt, um korrekte <title>- und Meta-Description-Tags zu ergänzen. Für die Sitemap-Inklusion prüf, ob das Modul eine eigene Sitemap generiert oder einen Hook zur GSitemap-Integration bietet. Falls weder noch, füg die Seiten-URLs des Moduls manuell zu einer ergänzenden Sitemap-Datei hinzu und reich sie in der Google Search Console ein.
Session-IDs in URLs verursachen massive Duplikation
Ursache: Die PHP-Konfiguration des Servers hat session.use_only_cookies deaktiviert, sodass PHP auf URL-basiertes Session-Tracking zurückfällt, wenn der Browser eines Besuchers Cookies blockiert. Das hängt jeder URL ?PHPSESSID=einzigartiger_string an. Da jede Session-ID einzigartig ist, sieht Google jeden Besuch als neue Seite — das erzeugt potenziell Millionen Duplikat-Einträge.
Lösung: Aktualisier die PHP-Konfiguration deines Servers: Setz session.use_only_cookies = 1 und session.use_trans_sid = 0. Füg eine .htaccess-Regel hinzu, die PHPSESSID per 301-Redirect aus URLs entfernt: RewriteCond %{QUERY_STRING} PHPSESSID / RewriteRule .* %{REQUEST_URI}? [R=301,L]. Nach dem Fix nutz das Removals-Tool der Google Search Console, um die Entfernung session-parametrisierter URLs, die bereits im Index sind, anzufordern.
Lieferanten- und Hersteller-Seiten erzeugen Thin Content
Ursache: PrestaShop generiert für jeden Lieferanten und Hersteller in deinem Katalog automatisch Seiten unter /supplier/[name] und /manufacturer/[name]. Diese Seiten enthalten nur ein Produkt-Grid ohne beschreibenden Content. Stores mit Dutzenden Lieferanten haben Dutzende dünner Seiten, die die Gesamt-Site-Qualität verwässern.
Lösung: Füg entweder substanzielle Beschreibungen zu jeder Lieferanten- und Hersteller-Seite hinzu (Products > Suppliers > [Name] > Beschreibung bearbeiten), oder setz diese Seitentypen auf noindex. Um alle Lieferanten-/Hersteller-Seiten auf noindex zu setzen, füg eine noindex-Direktive in der Template-Datei für diese Seitentypen hinzu (templates/catalog/supplier.tpl und manufacturer.tpl) oder nutz ein SEO-Modul, das page-type-level-noindex-Regeln erlaubt. Schließ diese Seiten außerdem aus der GSitemap-Konfiguration aus.
Profi-Tipps
PrestaShops tiefe Produktkataloge und mehrsprachigen Strukturen bedeuten, dass Google Wochen braucht, um deinen Store vollständig zu entdecken und zu indexieren. Nutz IndexBolt, um deine wertvollsten Produktseiten und neuen Kollektionen über alle Sprachversionen hinweg fast zu tracken — kein Warten auf organische Crawl-Zyklen.
100 Gratis-Credits. Keine Kreditkarte nötig. Ergebnisse in unter 24 Stunden.
Häufig gestellte Fragen
Hat PrestaShop einen eingebauten Sitemap-Generator?+
PrestaShop enthält in der Core-Installation keinen Sitemap-Generator. Die am weitesten verbreitete Lösung ist das GSitemap-Modul, kostenlos im PrestaShop-Addons-Marketplace verfügbar. Nach der Installation konfigurierst du, welche Content-Typen inkludiert werden, generierst die Sitemap und richtest einen Cron-Job für automatische tägliche Regenerierung ein. Manche kostenpflichtigen SEO-Module bieten erweiterte Sitemap-Features inklusive automatischer Erkennung modulgenerierter Seiten und mehrsprachiger Sitemap-Varianten mit hreflang-Annotationen.
Wie aktivier ich Friendly URLs in PrestaShop?+
Geh zu Shop Parameters > Traffic & SEO > SEO & URLs und setz „Friendly URL“ auf Yes. Dein Server muss Apache mod_rewrite aktiviert haben (oder äquivalente Nginx-Rewrite-Regeln). PrestaShop generiert die benötigte .htaccess-Datei automatisch, wenn du Friendly URLs aktivierst. Bekommst du nach dem Aktivieren 404-Fehler, lösch die .htaccess-Datei und speicher die SEO-Einstellungen erneut, um sie neu zu generieren. Auf Shared Hosting kontaktier deinen Hoster, um zu verifizieren, dass mod_rewrite aktiviert ist.
Wie handhabt PrestaShop SEO für mehrsprachige Stores?+
PrestaShop erzeugt sprachpräfixierte URLs für jede installierte Sprache (z. B. /en/, /fr/, /es/). Jedes Produkt, jede Kategorie und jede CMS-Seite hat separate URL-Slugs pro Sprache, die du im Editor anpassen kannst. PrestaShop 1.7.7+ enthält eingebauten hreflang-Tag-Support, um Google die verwandten Sprachversionen mitzuteilen. Die hreflang-Implementierung hat in manchen Versionen aber bekannte Probleme — verifizier die Tags im Seitenquelltext und installier ein dediziertes Mehrsprachen-SEO-Modul, falls sie fehlen oder fehlerhaft sind.
Warum erzeugen Produkt-Kombinations-URLs Duplicate Content in meinem PrestaShop-Store?+
Manche PrestaShop-Themes aktualisieren die Browser-URL, wenn Kund:innen Produkt-Kombinationen (Größe, Farbe usw.) wählen, und hängen Query-Parameter wie ?size=10&color=red an. Jede Parameter-Kombination erzeugt eine eindeutige URL mit demselben Content. Um das zu fixen, modifizier dein Theme so, dass die Kombinations-Auswahl per JavaScript ohne URL-Änderung gehandhabt wird, füg Canonical-Tags hinzu, die parametrisierte URLs auf die Basis-Produkt-URL zeigen, und blockier Kombinations-Parameter in der robots.txt. PrestaShops Core erzeugt keine Kombinations-URLs — das ist ein Verhalten auf Theme-Ebene.
Wie handle ich SEO für eingestellte PrestaShop-Produkte?+
Konfigurier unter Shop Parameters > Traffic & SEO > SEO & URLs die Einstellung „Redirect disabled product“. Für dauerhaft eingestellte Produkte setz den Redirect auf die Kategorie-Seite des Produkts (301 permanent). Das überträgt die angesammelte Such-Equity der Produktseite auf die Kategorie-Seite. Für vorübergehend ausverkaufte Produkte halt das Produkt aktiv mit einer Out-of-Stock-Nachricht statt es zu deaktivieren — das erhält Indexierung und Ranking der Produktseite und kommuniziert die Nichtverfügbarkeit klar an die Kundschaft.
Kann IndexBolt bei der Mehrsprachen-Indexierung von PrestaShop helfen?+
Ja, IndexBolt ist für mehrsprachige PrestaShop-Stores besonders nützlich, weil jede Sprachversion eines Produkts eine separate URL ist, die Google unabhängig entdecken und indexieren muss. Ein Store mit 500 Produkten in 4 Sprachen hat 2.000 Produkt-URLs zum Indexieren. Statt darauf zu warten, dass Google alle Sprachversionen natürlich durchcrawlt, kannst du zuerst die Primärsprachen-URLs einreichen und dann die anderen Sprachversionen. Das ist besonders wertvoll beim Launch in einem neuen Markt: Reich alle Produkt-URLs der neuen Sprache über IndexBolt ein, um den Marktstart zu beschleunigen, während du auf die organische Crawl-Entdeckung wartest.