PrestaShop-SEO

TL;DR — PrestaShop ist eine kostenlose Open-Source-Shop-Plattform, die Sie auf Ihrem eigenen Hosting installieren (im Gegensatz zu Shopify oder BigCommerce, die das Hosting für Sie übernehmen). Sie bietet Ihnen gute SEO-Grundlagen – bearbeitbare Seitentitel und -beschreibungen, saubere „friendly“ URLs, automatische Canonical-Tags und einen robots.txt-Generator – aber einige wichtige Elemente (hreflang für mehrere Sprachen, Rich Schema und das Bereinigen von Filterseiten) benötigen Zusatzmodule.

Was „PrestaShop SEO“ bedeutet

PrestaShop ist eine Open-Source-E-Commerce-Plattform, die in PHP geschrieben ist. Der große Unterschied zu Shopify oder BigCommerce besteht darin, dass Sie das Hosting übernehmen – Sie installieren die Plattform auf Ihrem eigenen Server und sind für Updates, Sicherheit und Leistung verantwortlich. Das gibt Ihnen viel Kontrolle, bedeutet aber auch, dass mehr von der SEO-Einrichtung bei Ihnen liegt.

„PrestaShop SEO“ ist einfach normales SEO – dafür zu sorgen, dass Ihre Produkte und Kategorien gefunden, gecrawlt, indexiert und gerankt werden – angewendet auf einen Shop, der auf PrestaShop läuft. Es verdient einen eigenen Leitfaden, weil PrestaShop einige spezifische Standardentscheidungen trifft (wie das Einfügen von Zahlen in Ihre URLs), die Sie verstehen müssen.

Was PrestaShop standardmäßig für Sie erledigt

• Meta-Tags. Sie können Seitentitel und Meta-Beschreibung für jedes Produkt, jede Kategorie und jede Inhaltsseite im Admin-Bereich bearbeiten (Shop-Parameter → Traffic & SEO).
• Friendly URLs. Statt product.php?id_product=27 erhalten Sie eine lesbare URL mit dem Produktnamen. Sie aktivieren dies in den Einstellungen (Ihr Server benötigt mod_rewrite).
• Canonical-Tags. PrestaShop teilt Google automatisch mit, welche Version einer Produktseite die „Hauptversion“ ist, und kann Duplikate per 301-Weiterleitung umleiten.
• Breadcrumbs auf Ihren wichtigsten Seiten und eine H1 pro Seite.
• Einen robots.txt-Generator und ein integriertes Sitemap-Modul.

Was Sie selbst erledigen müssen

• Die Zahlen in Ihren URLs. Standardmäßig sehen PrestaShop-URLs wie /27-product-name aus – diese Zahl ist erforderlich und kann in den Einstellungen nicht entfernt werden. Das Entfernen erfordert ein Modul.
• Filterseiten. Wenn Kunden nach Farbe oder Größe filtern, kann jede Kombination eine neue URL erzeugen. Ohne Eingriff überflutet das Google mit nahezu identischen Seiten. PrestaShop räumt das nicht automatisch auf.
• Mehrere Sprachen. PrestaShop unterstützt viele Sprachen, aber die Tags, die Google mitteilen, welche Sprachversion angezeigt werden soll (hreflang), werden nicht automatisch hinzugefügt – Sie benötigen ein Modul.
• Rich-Suchergebnisse. Sternebewertungen, FAQ-Snippets und vollständiges Produkt-Schema stammen meist aus einem Modul, nicht aus dem Kern.

Das, was die meisten falsch verstehen

Viele gehen davon aus, dass das Aktivieren von „Friendly URLs“ das Problem mit doppelten Inhalten löst. Das tut es nicht. Friendly URLs machen die Adresse nur lesbar – sie lösen keine Duplikate durch Filter, Sortierung oder Paginierung. Sie müssen weiterhin den Canonical-Redirect einrichten und Ihre robots.txt anpassen.

Möchten Sie die Praktikerversion – das obligatorische {id}-URL-Token, das Canonical-Verhalten für Produktvarianten, die Sitemap- und robots.txt-Details und die hreflang-Lücke? Wechseln Sie zum Erweitert-Tab.

TL;DR — PrestaShop ist selbst gehostete Open-Source-E-Commerce-Software, sodass Sie Hosting-Arbeit gegen tiefe Kontrolle eintauschen. Native Stärken: Meta-Tags pro Objekt, Friendly URLs (mod_rewrite erforderlich), ein konfigurierbarer 301/302-Redirect auf die kanonische URL, Kanonisierung der übergeordneten URL für Produktkombinationen, eine H1 pro Seite, konfigurierbare Weiterleitungen für deaktivierte Produkte und ein robots.txt-Generator. Die Standardeinstellungen, die Probleme bereiten: Das {id}-Token ist in URL-Routen obligatorisch (nur über Modul/Route-Override entfernbar), die native Sitemap aktualisiert sich nicht automatisch und ist bei mehrsprachiger und CDN-Bildabdeckung schwach, und mehrsprachiges Verhalten, strukturierte Daten und gefilterte URLs sollten gegen die installierte Version, das Theme und die Module überprüft werden. Die Leistung bei den schwereren Standard-Themes wird durch das integrierte CCC (Concatenate, Compress, Cache) verbessert.

Der Rahmen: Tiefe Kontrolle, mehr Konfiguration

Der meiste PrestaShop-SEO-Content ist entweder eine generische Checkliste oder ein Pitch für ein kostenpflichtiges Modul. Der nützliche Rahmen ist dieser: PrestaShop gibt Ihnen mehr rohe Kontrolle als jede gehostete SaaS-Plattform – Open Source, Serverzugriff, editierbare Routenvorlagen –, aber es liefert weniger fertige Dinge, sodass die Lücken spezifisch und vorhersehbar sind. Sortieren Sie alles in zwei Eimer und die Plattform hört auf, mysteriös zu sein.

Eine Versionsnotiz vor all dem: Stand Mitte 2026 pflegt PrestaShop zwei aktive Hauptzweige gleichzeitig – 9.x (9,1,4, Stand Juni 2026) und einen 8,2.x-LTS-Zweig, der weiterhin parallel eigene Updates erhält (8,2,7, ebenfalls Juni 2026). Die unten beschriebenen SEO-Einstellungen sind zwischen v8 und v9 unverändert – direkt gegen PrestaShops v9-SEO-&-URLs-Dokumentation verifiziert –, aber ein Modul, das für einen Zweig gebaut und getestet wurde, ist nicht garantiert auf dem anderen funktionsfähig. Prüfen Sie die angegebene kompatible Version des Moduls vor der Installation und bestätigen Sie zuerst die Kernversion Ihres eigenen Shops – sie ist die Nummer, auf die jede „kompatibel mit“-Auflistung der Modulanbieter aufbaut.

Standardmäßig richtig: Meta-Titel/-Beschreibungen pro Objekt, freundliche URLs, kanonische Tags mit konfigurierbarem Redirect, Parent-URL-Kanonisierung von Produktkombinationen, eine H1 pro Seite, Breadcrumbs, Redirect-Optionen für deaktivierte Produkte, ein robots.txt-Generator und ein natives Sitemap-Modul.

Ihre Aufgabe (hauptsächlich über Module): ID-freie URLs, hreflang für mehrsprachige / Multi-Shop, umfassendes Product-/Breadcrumb-/Organization-/FAQ-Schema, kanonisch/noindex für Facettennavigation, eine automatisch aktualisierende mehrsprachige Bild-Sitemap und Core Web Vitals im Standardtheme.

URL-Struktur

URL-Einstellungen finden Sie unter Shopeinstellungen → Traffic & SEO. Das Aktivieren von Freundliche URLs konvertiert product.php?id_product=27 in einen beschreibenden Slug wie /2-music-players/27-ipod-nano-green. Es erfordert Apache mod_rewrite (oder ein Nginx-Äquivalent), und Sie können bei Bedarf Akzentzeichen in URLs beibehalten.

Das Wichtigste zu verstehen ist das Standard-Routenschema. Die Produktroute von PrestaShop ist {category:/}{id}{-:id_product_attribute}-{rewrite}{-:ean13}.html, und die anderen Typen folgen demselben Muster:

Das {id}-Token ist obligatorisch. Es ist in jeder Standardroute, weil PrestaShop das Objekt in der Datenbank über diese ID nachschlägt – der Slug ({rewrite}) ist dekorativ. Das ist das am meisten missverstandene Ding an PrestaShop-URLs: Sie können die Nummer nicht aus den Einstellungen entfernen. Das sauber zu machen erfordert ein Drittanbieter-Modul (FME Pretty URL, SunnyToo, MyPresta), das die ID entfernt und 301-Redirects pflegt, oder eine sorgfältige Routenvorlagen-Überschreibung, die bei falscher Ausführung die Kernfunktionalität brechen kann. Empirical Edges Beschwerde, dass PrestaShop „URLs generiert, die unerwünschte Zahlen und Sonderzeichen enthalten“, ist zutreffend, aber die IDs dienen einem echten Zweck – sie sind kein Bug, sondern ein Lookup-Schlüssel.

Zwei weitere Routendetails, die es wert sind, zu wissen: Das {category:/}-Token fügt standardmäßig die Kategorie des Produkts in die Produkt-URL ein (eine Duplicate-Content-Überlegung, wenn ein Produkt in mehreren Kategorien lebt), und {-:ean13} kann die EAN an die URL anhängen. Seit v1,7,5,1 können Sie auch „Attribute im Produkt-Meta-Titel anzeigen“ aktivieren, um Titel wie „Produktname Farbe Größe“ automatisch zu erstellen.

Kanonische Tags

PrestaShop generiert automatisch kanonische Tags und bietet Ihnen eine Einstellung für Redirect-zu-kanonisch unter Traffic & SEO mit drei Optionen: kein Redirect, 301 (permanent) oder 302 (temporär). Verwenden Sie 301 für jede stabile Produktionskonfiguration – es konsolidiert die doppelten URL-Varianten, die PrestaShop tendenziell generiert.

Das native Verhalten ist an einer bestimmten Stelle wirklich gut: Produktkombinationen. Für Varianten-URLs (Farbe, Größe – der {-:id_product_attribute}-Teil der Route) zeigt der Canonical auf die übergeordnete Produkt-URL zurück, und eine ungültige Attribut-ID in einer URL löst eine Weiterleitung auf diesen übergeordneten Canonical aus. Ihre Größen-/Farbkombinationen fragmentieren also standardmäßig nicht in hundert indexierbare Duplikate.

Was der native Canonical nicht abdeckt: Filterparameter, Sortierparameter und paginierte Kategorieseiten. PrestaShop kanonisiert ?order=price_asc oder eine facettenbasierte ?color=red&size=M-URL nicht automatisch zurück zur sauberen Kategorie. Wie PrestaHero es ausdrückt: „implementing canonical tags is one of the most important practices… as these HTML tags inform search engines of the ‘master’ version of a page when duplicate or similar content exists“ (Übersetzung) „Die Implementierung von Canonical-Tags ist eine der wichtigsten Praktiken … da diese HTML-Tags Suchmaschinen über die ‚Master’-Version einer Seite informieren, wenn doppelte oder ähnliche Inhalte existieren“ – und auf gefilterten Seiten liegt diese Implementierung bei Ihnen, über ein Canonical-Modul oder Theme-/Code-Änderungen.

Doppelte Inhalte – die eigentliche Arbeit

Die Quellen doppelter Inhalte in PrestaShop sind vorhersehbar. FME Modules fasst die Risiken zusammen: „duplicate URL issues confuse search engine crawlers, waste crawl budget, and split link equity, which collectively damage SEO performance.“ (Übersetzung) „Doppelte URL-Probleme verwirren Suchmaschinen-Crawler, verschwenden Crawl-Budget und teilen Link-Equity auf, was gemeinsam die SEO-Leistung schädigt.“ Die üblichen Übeltäter:

• Facettennavigation – ?color=red&size=M-Filter-URLs, identische oder nahezu identische Inhalte, kein nativer Canonical.
• Sortierung – ?order=price_asc an Kategorie-URLs angehängt.
• Paginierung – /page-2, /page-3 bei Kategorien und Suche.
• Nur-ID- vs. Slug-URLs – beide können aufgelöst werden, wenn Sie die Weiterleitung nicht erzwungen haben.
• www vs. non-www / HTTP vs. HTTPS – erfordert eine ordnungsgemäße Weiterleitungskonfiguration.
• Druck- und (in älteren Versionen) Session-ID-URLs.

Die Lösung ist mehrschichtig, kein einzelner Schalter:

1. Setzen Sie die Canonical-Weiterleitung auf 301 unter Traffic & SEO.
2. Passen Sie robots.txt an, um Filter-/Sortierparameter zu verbieten (Details unten).
3. Fügen Sie für die Facettennavigation ein Canonical-Modul hinzu – der native Canonical behandelt Produkte und Kombinationen, aber nicht gefilterte Seiten.
4. Behandeln Sie die Paginierung bewusst. PrestaShop entfernt den Kategorietitel-Block auf Seiten jenseits von Seite 1 bereits, um Duplikate zu reduzieren. Google hat die Unterstützung für rel=next/prev im Jahr 2019 eingestellt, daher ist der moderne Ansatz, jede paginierte Seite auf ihrer eigenen Self-Canonical-URL zu belassen und indexierbar zu machen – nicht Seite 2+ zurück auf Seite 1 zu kanonisieren, es sei denn, der Inhalt ist wirklich dupliziert. Paginierung nicht reflexartig mit noindex versehen; das ist für Filter-/Sortiervarianten gedacht.

Ein PrestaShop-H1-Hinweis für Auditoren: Ein Fehler, der doppelte H1s auf Kategorie- seiten verursachte, wurde in v1,7,5 behoben. Bei älteren Installationen darauf prüfen.

Sitemap

PrestaShop enthält ein natives Google-Sitemap-Modul (aus dem Modulkatalog), das Produkte, Kategorien, Hersteller, CMS-Seiten und modulgenerierte Seiten abdeckt. Nach dem Generieren fügen Sie die Sitemap-URL zu robots.txt hinzu und reichen sie in der Google Search Console ein.

Die Grenzen des nativen Moduls sind gut dokumentiert und spielen im großen Maßstab eine Rolle: Es aktualisiert sich nicht automatisch, wenn Sie Produkte hinzufügen (Sie generieren manuell oder per Cron neu), die Mehrsprachigkeitsunterstützung ist schwach (sprachspezifische Sitemaps benötigen ein Drittanbieter-Modul), und die Indizierung von CDN-gehosteten Bildern ist inkonsistent. FME Modules beschreibt die Einschränkung direkt: Die integrierte Sitemap von PrestaShop „may not auto-refresh when adding products, multilingual support is weak, and CDN-hosted image indexing is inconsistent.“ (Übersetzung) „aktualisiert sich möglicherweise nicht automatisch beim Hinzufügen von Produkten, die Mehrsprachigkeitsunterstützung ist schwach und die Indizierung von CDN-gehosteten Bildern ist inkonsistent.“ Für einen mehrsprachigen Shop oder einen großen, sich schnell ändernden Katalog bringt ein Sitemap-Modul eines Drittanbieters (FME, Sweet Sitemap) automatische Aktualisierung, sprachspezifische Sitemaps, Bild-Sitemaps und Prioritäts-/Frequenzsteuerung.

Robots.txt

Generieren Sie die Datei unter Shop-Parameter → Traffic & SEO → „robots.txt-Datei generieren.“ PrestaShop schreibt bei der Installation eine Basisversion, aber Sie müssen sie anpassen. Empfohlene Disallows:

• /cart, /checkout, /search
• Filter-/Sortierparameter: ?order=, ?sort=, ?q= und Ihre Facettenparameter
• Admin-/Modul-Hilfspfade (z. B. /module/)

Halten Sie /img/ crawlfähig, damit Ihre Produktbilder indexiert werden können, und fügen Sie Ihren Sitemap-Verweis hinzu (Sitemap: https://example.com/sitemap.xml).

Eine Warnung ist wichtiger als alle anderen: Eine falsch konfigurierte robots.txt kann Ihren gesamten Shop aus der Suche entfernen. PrestaHero formuliert es unmissverständlich: „a misconfigured robots.txt can destroy SEO, as you don’t want to accidentally block /category or /product pages, which could remove your whole store from Google’s index.“ (Übersetzung) „Eine falsch konfigurierte robots.txt kann SEO zerstören, denn Sie möchten nicht versehentlich /category- oder /product-Seiten blockieren und dadurch möglicherweise Ihren gesamten Shop aus dem Google-Index entfernen.“ Wer hier den falschen Pfad sperrt, verursacht die Deindexierung selbst.

Schema / strukturierte Daten

Dies ist eine echte Lücke. PrestaShop enthält standardmäßig nur minimale strukturierte Daten; umfassendes Schema ist eine Modulaufgabe. Was Sie typischerweise möchten — vollständiges Product (Name, Bild, Preis, Verfügbarkeit, Bewertungen, Versand/Rückgabe), BreadcrumbList, Organization, WebSite und FAQPage — stammt aus einem Rich-Snippets-Modul. PrestaPremiums Schema Pro bewirbt beispielsweise, dass es „automatisch 9 Schema.org-Typen in Ihrem gesamten Shop generiert: Product, ProductGroup (Varianten mit Größe, Farbe, Material), Organization, WebSite, BreadcrumbList, FAQPage, CollectionPage, Versanddetails und Rückgaberichtlinie.” (Übersetzung) „automatisch 9 Schema.org-Typen in Ihrem gesamten Shop generiert: Product, ProductGroup (Varianten mit Größe, Farbe, Material), Organization, WebSite, BreadcrumbList, FAQPage, CollectionPage, Versanddetails und Rückgaberichtlinie.” Die Product-Strukturierten-Daten von Google unterstützen genau diese Felder, daher lohnt sich das Hinzufügen des Markups; erwarten Sie es nur nicht vom Kern.

Leistung und Core Web Vitals

PrestaShops Standardthemen – insbesondere das ältere Classic-Theme – haben oft Probleme mit den Core Web Vitals: renderblockierendes CSS/JS, unoptimierte Bilder (standardmäßig kein WebP in älteren Versionen), kein Lazy Loading ab Werk in älteren Themes und schweres Modul-JS, das synchron geladen wird. Die Zielwerte sind die üblichen: LCP < 2,5 s, INP < zweihundert Millisekunden (INP ersetzte FID im März 2024), CLS < 0,1.

PrestaShops eingebauter Hebel ist CCC (Concatenate, Compress, Cache) unter Erweiterte Parameter → Leistung – es führt CSS/JS zusammen und komprimiert sie, um Anfragen und Gewicht zu reduzieren. Testen Sie es, bevor Sie es in der Produktion aktivieren, da es einige Module beschädigen kann. Über CCC hinaus: Bilder in WebP konvertieren, Lazy Loading aktivieren, ein CDN verwenden, ein leistungsorientiertes Theme wählen (Hummingbird), nicht-kritisches JS verzögern und serverseitiges Caching hinzufügen (Redis/Memcached). Knowbands Darstellung, warum dies wichtig ist, ist fair – Core Web Vitals „affects crawl efficiency, paid traffic quality, mobile conversion, checkout trust, and the first impression of every product page.” (Übersetzung) „beeinflusst die Crawl-Effizienz, die Qualität des bezahlten Traffics, die mobile Konversion, das Vertrauen im Checkout und den ersten Eindruck jeder Produktseite.” Messen Sie mit PageSpeed Insights und den CrUX-Daten in der Search Console.

Hreflang für mehrsprachige Shops

PrestaShop unterstützt mehrere Sprachen (gleiche Domain, Sprach-URL-Präfix wie /fr/ /en/ oder separate Domains) sowie mehrere Shops, die sich einen Katalog teilen – aber es generiert hreflang-Tags nicht nativ. Dafür gibt es Module: SunnyToo, DataFireFly, MyPresta, FME’s Canonical & Hreflang. MyPresta beschreibt den Fehlermodus deutlich: „without hreflang tags, Google does not know which version of a page to display based on the visitor’s language or region. It may index the wrong version, create duplicate content across your language stores, or show an English page to a French-speaking visitor.” (Übersetzung) „Ohne hreflang-Tags weiß Google nicht, welche Version einer Seite basierend auf der Sprache oder Region des Besuchers angezeigt werden soll. Es kann die falsche Version indexieren, doppelte Inhalte über Ihre Sprach-Shops hinweg erzeugen oder einem französischsprachigen Besucher eine englische Seite anzeigen.”

Wenn Sie es implementieren, decken Sie alle Seitentypen ab (Produkt, Kategorie, CMS, Hersteller, Lieferant), binden Sie immer x-default ein, behandeln Sie die Multi-Shop-Cross-Domain-Zuordnung und halten Sie die Kanonisierung konsistent daneben. Und denken Sie an die allgemeine hreflang-Regel: Eine teilweise, ungepaarte Bereitstellung bringt Ihnen nichts – Google benötigt die Rückverweise, um die Gruppe zu erkennen.

Plattformvergleich

PrestaShop liegt zwischen den gehosteten SaaS-Plattformen und dem voll kontrollierbaren Magento. Wo jede Plattform bei den SEO-Hebeln einzuordnen ist:

Die ehrliche Zusammenfassung, vieles davon aus dem Vergleich von Kinsta: gegenüber Shopify bietet PrestaShop mehr rohe Kontrolle (Open Source, Serverzugriff, anpassbare Routen), während Shopify Performance und Sicherheit für Sie übernimmt und ein /products/-artiges Präfix erzwingt, das Sie nicht entfernen können. Gegenüber WooCommerce lautet Kinstas Einschätzung, dass “WooCommerce would beat PrestaShop, as it inherits all of WordPress’s SEO capabilities, especially when it comes to blogging” – wobei sie auch anmerken, dass “out of the box, PrestaShop offers more options than WooCommerce for ecommerce SEO, with the product editor enabling you to add custom meta titles and descriptions for each product.” Gegenüber Magento bietet Magento “offers the most control for complex stores with full URL customization, native structured data, advanced sitemap configuration, and deep meta tag management” (LueurExterne) – bei deutlich höherer Komplexität und höheren Kosten. Gegenüber BigCommerce liefert BigCommerce bessere Standardeinstellungen (automatische Sitemap, integriertes Schema, keine ID in URLs), aber weitaus weniger offene Anpassungsmöglichkeiten. Alle funktionieren gut; PrestaShops Tausch ist Kontrolle gegen Konfigurationsaufwand.

KI-Zusammenfassung

Eine komprimierte Darstellung der erweiterten Version:

• PrestaShop ist selbst gehosteter Open-Source-E-Commerce (PHP/MySQL) – tiefe Kontrolle, mehr Konfiguration als gehostete SaaS-Lösungen wie Shopify oder BigCommerce.
• Native Stärken: Objektbezogene Meta-Titel/-Beschreibungen (Shopeinstellungen → Traffic & SEO), freundliche URLs (mod_rewrite erforderlich), automatische kanonische Tags mit konfigurierbarem 301/302-Redirect-auf-Kanonisch, Kanonisierung der übergeordneten URL von Produkt- kombinationen, eine H1 pro Seite, Breadcrumbs, Redirect-Optionen für deaktivierte Produkte und ein robots.txt-Generator + natives Sitemap-Modul.
• Das obligatorische {id}-Token: Numerische IDs sind in Standard-URL-Routen erforderlich (der DB-Lookup-Schlüssel); deren Entfernung erfordert ein Modul (FME Pretty URL, SunnyToo, MyPresta) oder eine riskante Routenvorlagen-Überschreibung – kein Einstellungs-Umschalter.
• Natives Kanonisch deckt NICHT ab Filter-, Sortier- oder Paginierungs-URLs – fügen Sie ein Kanonisch- Modul für Facettennavigation hinzu; setzen Sie Paginierung nicht reflexartig auf noindex (das gilt für Filter-/Sortiervarianten; rel=next/prev ist seit 2019 tot).
• Native Sitemap ist eingeschränkt: keine automatische Aktualisierung, schwache Mehrsprachigkeit, inkonsistente CDN-Bild-Indizierung – Drittanbieter-Modul für mehrsprachige/große Kataloge.
• robots.txt: Aus dem Backoffice generieren, dann anpassen ( /cart, /checkout, /search, Sortier-/Filterparameter nicht erlauben; /img/ crawlfähig halten). Das Blockieren von /category oder /product kann den gesamten Shop deindexieren.
• Kein natives Hreflang (Modul: SunnyToo, DataFireFly, MyPresta, FME) und kein umfassendes Schema (Modul: Schema Pro / Rich Snippets).
• Performance: Schwerere Standard-Themes kämpfen mit CWV; integriertes CCC (Concatenate, Compress, Cache) hilft – vor Produktion testen. Ziele: LCP < 2,5 s, INP < zweihundert Millisekunden, CLS < 0,1.

Offizielle Dokumentation

Primärquellen-Dokumentation von PrestaShop und Google.

PrestaShop

• SEO & URLs (v9-Dokumentation) — der aktuelle stabile Zweig (9,1.x ab Mitte 2026); gleiche Meta-Verwaltung, freundliche URLs, kanonische Weiterleitungen und robots.txt-Erzeugung wie in v8.
• SEO & URLs (v8-Dokumentation) — der 8,2.x-LTS-Zweig, der weiterhin parallel zu 9.x aktiv gepflegt wird.
• SEO & URLs (1,7-Dokumentation) — das 1,7-Äquivalent.
• SEO-Regeln und -Verhalten (Spezifikationen) — Standard-Routenmuster, die {id}-Anforderung, Kombinations-Kanonisierung, H1-Regeln, Paginierungsverhalten.
• Die URLs und die Sitemap (Hilfezentrum) — das native Google-Sitemap-Modul und seine Grenzen.

Google

• Produkt-Strukturierte Daten — die Produktfelder, die PrestaShop-Schema-Module ausgeben sollten.
• E-Commerce-Paginierung und inkrementelles Laden — eindeutige URLs pro Seite; noindex auf Filtern, nicht auf Paginierung.
• Doppelte URLs konsolidieren (Kanonisierung) — wie rel=canonical die von PrestaShop erzeugten Duplikate konsolidiert.
• Google über lokalisierte Versionen informieren (hreflang) — die mehrsprachigen Signale, die PrestaShop nicht nativ hinzufügt.

Zitate aus der Quelle

Aussagen aus dem PrestaShop-Ökosystem und von Praktikern, deren PrestaShop-spezifische Erkenntnisse diesen Leitfaden geprägt haben. Jeder Deep-Link springt zur zitierten Passage, sofern die Seite dies unterstützt.

Zur URL-Struktur

• “PrestaShop generates URLs that contain unwanted numbers and special characters, making it non-SEO-friendly. A long, complex URL decreases the possibility of higher ranking in the search results.” (Übersetzung) „PrestaShop erzeugt URLs, die unerwünschte Zahlen und Sonderzeichen enthalten, was sie nicht SEO-freundlich macht. Eine lange, komplexe URL verringert die Möglichkeit eines höheren Rankings in den Suchergebnissen.“ — Empirical Edge. Zum Zitat springen

Zu doppeltem Inhalt

• “Duplicate URL issues confuse search engine crawlers, waste crawl budget, and split link equity, which collectively damage SEO performance.” (Übersetzung) „Doppelte URL-Probleme verwirren Suchmaschinen-Crawler, verschwenden Crawl-Budget und teilen Link-Equity, was zusammen die SEO-Leistung schädigt.“ — FME Modules. Zum Zitat springen

Zu kanonischen Tags

• “Implementing canonical tags is one of the most important practices for enabling friendly URLs on PrestaShop, as these HTML tags inform search engines of the ‘master’ version of a page when duplicate or similar content exists.” (Übersetzung) „Die Implementierung kanonischer Tags ist eine der wichtigsten Praktiken, um freundliche URLs in PrestaShop zu ermöglichen, da diese HTML-Tags Suchmaschinen über die ‚Master’-Version einer Seite informieren, wenn doppelte oder ähnliche Inhalte vorhanden sind.“ — PrestaHero. Zum Zitat springen

Zu robots.txt

• “A misconfigured robots.txt can destroy SEO, as you don’t want to accidentally block /category or /product pages, which could remove your whole store from Google’s index.” (Übersetzung) „Eine falsch konfigurierte robots.txt kann SEO zerstören, da Sie nicht versehentlich /category- oder /product-Seiten blockieren möchten, was Ihren gesamten Shop aus dem Google-Index entfernen könnte.“ — PrestaHero. Zum Zitat springen

Zur integrierten Sitemap

• “PrestaShop’s built-in sitemap functionality has constraints: it may not auto-refresh when adding products, multilingual support is weak, and CDN-hosted image indexing is inconsistent.” — FME Modules. (Übersetzung) „Die integrierte Sitemap-Funktion von PrestaShop hat Einschränkungen: Sie aktualisiert sich beim Hinzufügen von Produkten möglicherweise nicht automatisch, die Mehrsprachigkeitsunterstützung ist schwach und die Indexierung von CDN-gehosteten Bildern ist inkonsistent.“ Zum Zitat springen

Zu Schema / Rich Snippets

• “Schema Pro automatically generates 9 Schema.org types across your entire store: Product, ProductGroup (variants with size, color, material), Organization, WebSite, BreadcrumbList, FAQPage, CollectionPage, shipping details and return policy.” — PrestaPremium. (Übersetzung) „Schema Pro generiert automatisch 9 Schema.org-Typen in Ihrem gesamten Shop: Product, ProductGroup (Varianten mit Größe, Farbe, Material), Organization, WebSite, BreadcrumbList, FAQPage, CollectionPage, Versanddetails und Rückgaberichtlinie.“ Zum Zitat springen

Zu hreflang

• “Without hreflang tags, Google does not know which version of a page to display based on the visitor’s language or region. It may index the wrong version, create duplicate content across your language stores, or show an English page to a French-speaking visitor.” — MyPresta. (Übersetzung) „Ohne hreflang-Tags weiß Google nicht, welche Version einer Seite basierend auf der Sprache oder Region des Besuchers angezeigt werden soll. Es kann die falsche Version indexieren, doppelte Inhalte in Ihren Sprachshops erzeugen oder einem französischsprachigen Besucher eine englische Seite anzeigen.“ Zum Zitat springen

Zum Plattformvergleich

• “Out of the box, PrestaShop offers more options than WooCommerce for ecommerce SEO, with the product editor enabling you to add custom meta titles and descriptions for each product.” — Kinsta. (Übersetzung) „Von Haus aus bietet PrestaShop mehr Optionen als WooCommerce für E-Commerce-SEO, wobei der Produkteditor es Ihnen ermöglicht, für jedes Produkt benutzerdefinierte Meta-Titel und -Beschreibungen hinzuzufügen.“ Zum Zitat springen

PrestaShop-SEO-Checkliste

Nach Wirkung priorisiert – die obersten Punkte bewirken am meisten.

Hohe Wirkung

• Kanonische Weiterleitung auf 301 gesetzt in Shop-Parameter → Traffic & SEO (nicht 302, nicht aus).
• Facetten-/Sortier-/Filter-URLs behandelt – kanonisches Modul installiert; Junk-Filter- Kombinationen auf die saubere Kategorie kanonisiert und/oder noindex,follow.
• robots.txt nach der Generierung angepasst – /cart, /checkout, /search, Sortier-/Filter-Parameter disallowen; /img/ crawlbar lassen; niemals /category oder /product blockieren.
• Core Web Vitals bestanden – CCC aktiviert (getestet), WebP-Bilder, Lazy Loading, CDN; LCP < 2,5 s, INP < zweihundert Millisekunden, CLS < 0,1.

Standard-Einrichtung

• Freundliche URLs aktiviert (bestätigen, dass mod_rewrite/Nginx-Rewrite aktiviert ist).
• Meta-Titel + -Beschreibungen für Startseite, Top-Produkte, Top-Kategorien, wichtige CMS-Seiten geschrieben.
• Native (oder Drittanbieter-) Sitemap generiert, in robots.txt referenziert und eingereicht bei Google Search Console + Bing Webmaster Tools.
• Schema-Modul für Product/Breadcrumb/Organization/FAQ installiert.
• Deaktivierte/gelöschte Produkte auf 301 (oder 404/410) gesetzt, nicht als Soft-Fehler belassen.
• Bei älteren Installationen auf den doppelten Kategorie-H1-Bug vor 1,7,5 prüfen.

In Betracht gezogen, nicht Standard

• ID-freie URLs nur, wenn ein zuverlässiges Modul 301-Weiterleitungen pflegt – Routenvorlagen nicht blind von Hand bearbeiten.
• Paginierung selbst-kanonisch und indexierbar halten (Seite 2+ nicht noindex).

International (nur mehrsprachig / Multi-Shop)

• hreflang-Modul installiert; Tags auf allen Seitentypen; x-default vorhanden; bidirektionale Paarung über jede Sprache/jeden Shop.
• Pro Sprache Sitemap (Drittanbieter-Modul – native Mehrsprachigkeitsunterstützung ist schwach).

PrestaShop-SEO-Spickzettel

Was PrestaShop nativ handhabt vs. ein Modul benötigt

Wo die Einstellungen liegen

Standard-Routenmuster

• Produkt: {category:/}{id}{-:id_product_attribute}-{rewrite}{-:ean13}.html
• Kategorie: {id}-{rewrite} · CMS: content/{id}-{rewrite} · Marke: brand/{id}-{rewrite}

robots.txt – nicht erlauben / erlauben

• Nicht erlauben: /cart, /checkout, /search, ?order=, ?sort=, ?q=, Facettenparameter
• Crawlbar lassen: /img/
• Niemals blockieren: /category, /product (entfernt den Shop aus dem Index)
• Hinzufügen: Sitemap: https://example.com/sitemap.xml

Core Web Vitals-Ziele

• LCP < 2,5 s · INP < zweihundert Millisekunden (ersetzt FID, März 2024) · CLS < 0,1

Don’ts

• Nicht annehmen, dass freundliche URLs doppelte Inhalte beheben (das tun sie nicht).
• Paginierte Kategorieseiten nicht mit noindex versehen.
• Nicht erwarten, dass natives hreflang oder vollständiges Schema vorhanden sind.
• Routenvorlagen nicht von Hand bearbeiten, um IDs ohne Weiterleitungen zu entfernen.

Module und Tools für PrestaShop-SEO

PrestaShop / offizielles Ökosystem

• Google Sitemap (nativer Modul) – generiert die XML-Sitemap; manuell oder per Cron neu generieren.
• SEO Expert-Modul – Meta-Optimierung und Social-Media-Markup.
• PrestaShop Marketing mit Google – Google Merchant Center / Shopping-Feed.

URL & kanonisch

• FME Pretty URL / ID-Entfernung, SunnyToo, MyPresta – entfernen die numerische {id} und pflegen 301-Weiterleitungen.
• Kanonische URL-Module (FME, PrestaHero, SEIGI) – erweitern natives kanonisch auf gefilterte/paginierte/Facettenseiten.

Schema & hreflang

• Schema Pro / Rich-Snippets-Module – Product, ProductGroup, Organization, WebSite, BreadcrumbList, FAQPage, Versand-/Retouren-JSON-LD.
• Hreflang-Module (SunnyToo, DataFireFly, MyPresta, FME Canonical & Hreflang) – hreflang über alle Seitentypen mit x-default; einige verwalten Multi-Shop-Cross-Domain.

Sitemap & robots.txt

• Sitemap-Module von Drittanbietern (FME, Sweet Sitemap) – automatische Aktualisierung, sprachspezifische Sitemaps, Bild-Sitemaps, Priorität/Häufigkeit.
• robots.txt-Editor-Module (dh42) – robots.txt aus dem Backoffice bearbeiten.

Leistung

• PrestaSpeed, WebsiteSpeedy, FME-Leistungsmodule – Bildkomprimierung, Lazy Loading, CCC-Konfiguration, CDN-Integration. Plus das integrierte CCC (Erweiterte Parameter → Leistung).

Messung (plattformunabhängig)

• Google Search Console – Sitemap-Einreichung, URL Inspection, Abdeckung, CrUX/Core Web Vitals, Internationales Targeting.
• Bing Webmaster Tools – zweite Sitemap-Einreichung, Crawl-Kontrolle.
• Screaming Frog / Ahrefs Site Audit – den Shop crawlen, um die Facetten-URL-Explosion, ID-vs-Slug-Duplikate, Weiterleitungsketten und robots.txt-Fehler zu erkennen.
• PageSpeed Insights / Lighthouse – CWV-Benchmarking vor/nach CCC- und Theme-Änderungen.

Sollten Sie numerische IDs aus PrestaShop-URLs entfernen?

PrestaShop-SEO-Fehler, die vermeidbares Risiko schaffen

Annehmen, dass freundliche URLs doppelte Inhalte beseitigen

Der Schalter ersetzt query-basierte Produkt-URLs durch beschreibende Routen, steuert jedoch keine Sortier-, Filter-, Facetten-, Paginierungs-, Protokoll- oder Host-Duplikate. Behalten Sie die 301-Kanonische-Weiterleitung bei und behandeln Sie nicht-native URL-Bereiche bewusst.

noindex für jede paginierte Kategorieseite

Paginierung hilft Crawlern, Produkte über die erste Seite hinaus zu erreichen. Behalten Sie wirklich eigenständige paginierte Seiten indexierbar und selbstkanonisch bei, es sei denn, Ihre Implementierung beweist, dass es sich um Duplikate handelt; reservieren Sie Steuerungen für nutzlose Sortier- und Filterkombinationen.

Routenvorlagen manuell bearbeiten, nur um {id} zu entfernen

Die numerische ID ist ein Datenbank-Lookup-Schlüssel. Das Entfernen ohne eine gepflegte Implementierung und vollständige Weiterleitungen kann Routen brechen und eine vollständige URL-Migration erzeugen. Behalten Sie die IDs bei, sofern es keine echte Anforderung und keinen getesteten Migrationsplan gibt.

Der generierten robots.txt ohne Prüfung vertrauen

Der Generator erstellt eine Basislinie, keine sichere, seiten-spezifische Richtlinie. Eine breite Disallow-Regel kann Produkt- oder Kategoriepfade blockieren und den Shop aus der Suche entfernen. Diffen Sie die generierte Datei, halten Sie /img/ crawlbar und testen Sie repräsentative URLs vor der Veröffentlichung.

Erwarten, dass Core-PrestaShop jedes SEO-Feature liefert

Native Kanonische lösen keine facettierte Navigation, und umfassende Schema-, hreflang- und robuste mehrsprachige/Bild-Sitemaps sind Modul- oder benutzerdefinierte Implementierungsarbeit. Prüfen Sie die gerenderte Ausgabe, anstatt anzunehmen, dass die Plattform-Box abgehakt ist.

Kategorieseiten zeigen doppelte H1-Überschriften

Symptom: Ein Crawl meldet mehr als eine H1 auf Kategorievorlagen. Wahrscheinliche Ursache: Der Shop läuft auf einer älteren PrestaShop-Version, die vom Kategorie-Duplikat-H1-Fehler betroffen ist, der in 1,7,5 behoben wurde, oder das aktive Theme bewahrt das alte Markup. Fix: Bestätigen Sie die Core- und Theme-Version, inspizieren Sie die gerenderte Kategorievorlage und aktualisieren oder patchen Sie die Vorlage. Crawlen Sie dieselbe Kategorie-Kohorte erneut und verifizieren Sie, dass eine beabsichtigte H1 erhalten bleibt.

Produkt- und Kategorieseiten verschwinden aus Crawling oder Indexierung

Symptom: Große Abschnitte werden nach robots.txt-Änderungen nicht mehr gecrawlt. Wahrscheinliche Ursache: Eine generierte oder manuell bearbeitete Disallow-Regel matcht /product, /category oder einen anderen breiten Pfad. Fix: Überprüfen Sie Shop-Parameter → Traffic & SEO, die Live-robots.txt-Datei und URL-Level-Robots-Tests. Entfernen Sie die überbreite Regel, bewahren Sie beabsichtigte Warenkorb-/Such-/Facetten-Blockaden und bestätigen Sie, dass repräsentative Produkt- und Kategorie-URLs erlaubt sind.

Filter- und Sortier-URLs vervielfachen sich in Crawl-Berichten

Symptom: Crawler entdecken viele ?color=, ?size=, ?order= oder ähnliche URLs mit doppeltem Kategorieinhalt. Wahrscheinliche Ursache: Native Produkt-Kanonische decken keine Facetten- und Sortierparameter ab, und die Navigation exponiert crawlbare Kombinationen. Fix: Inventarisieren Sie die Parametermuster, stoppen Sie das Verlinken nutzloser Kombinationen, wenden Sie getestete Crawl-/Indexierungsregeln an und verwenden Sie eine kanonische Implementierung für echte Duplikate. Bestätigen Sie, dass ein erneuter Crawl den Junk-URL-Raum nicht erweitert, während wertvolle Facettenseiten erreichbar bleiben.

Freundliche URLs geben Fehler zurück oder behalten Query-Stil-Routen

Symptom: Das Aktivieren von Freundlichen URLs erzeugt 404er oder schreibt Produkt-URLs nicht um. Wahrscheinliche Ursache: Apache mod_rewrite, das Nginx-Äquivalent oder die generierte Rewrite-Konfiguration ist nicht aktiv. Fix: Überprüfen Sie die Server-Rewrite-Fähigkeit und regenerieren Sie die Routenkonfiguration aus PrestaShop. Testen Sie Produkt-, Kategorie-, CMS- und deaktivierte Produkt-URLs, bevor Sie die Einstellung aktiviert lassen.

Ressourcen, die Ihre Zeit wert sind

Meine verwandten Artikel

• The Beginner’s Guide to Technical SEO – hier finden Sie die Grundlagen zu Crawling, Indexierung und Kanonisierung, auf denen dieser Leitfaden aufbaut.
• Duplicate Content: Why It Happens and How to Fix It – die plattformunabhängige Version von PrestaShops Problem Nr. 1.
• Faceted Navigation: Definition, Examples & SEO Best Practices – so gehen Sie mit Filter- und Sortier-URLs um, die PrestaShop nicht kanonisiert.
• Hreflang: The Easy Guide for Beginners – die mehrsprachigen Signale, für die PrestaShop ein Modul benötigt.

Meine Vorträge

• How Search Works (SlideShare) – meine Erläuterung von Crawling, Rendering, Indexierung und Ranking, der Pipeline, die jeder PrestaShop-Shop durchläuft. (Ständiger Hinweis: „This is my understanding of systems… not going to be 100% complete or accurate.”) (Übersetzung) „Dies ist mein Verständnis von Systemen … es wird nicht zu 100 % vollständig oder genau sein.”

On-Site, verwandt

• Faceted navigation – der plattformunabhängige Deep Dive zum Duplicate-Content-Problem.
• Canonicalization – die kanonischen Mechanismen hinter der PrestaShop-Weiterleitungseinstellung.

Aus der Branche

• PrestaShop Official Blog — The Ultimate SEO Checklist for PrestaShop – PrestaShops eigene Checkliste (Stand 2023, aber von erster Hand).
• PrestaHero — Canonical URLs & Duplicate Content und Configure Robots.txt.
• FME Modules — Fix Duplicate URL Issues in PrestaShop und Technical SEO for PrestaShop: Sitemaps & Robots.txt.
• Kinsta — PrestaShop vs WooCommerce – die Quelle für den Plattformvergleich.
• Knowband — Ultimate Core Web Vitals Guide for PrestaShop – Kontext zu Performance und CCC.
• PrestaShop GitHub Issue #20677 — Remove IDs from URLs – der Open-Source-Thread zum obligatorischen {id}-Token.

Testen Sie sich: PrestaShop-SEO

Fünf kurze Fragen zur Funktionsweise von SEO bei PrestaShop. Wählen Sie für jede eine Antwort aus und überprüfen Sie dann.

Änderungsprotokoll