OpenCart-SEO

TL;DR — OpenCart ist eine kostenlose Store-Plattform, die Sie auf Ihrem eigenen Hosting installieren (kein Abonnementdienst wie Shopify). Sie ist leistungsstark, aber die meisten SEO-Funktionen sind standardmäßig deaktiviert. Die zwei Dinge, über die alle stolpern: Freundliche URLs erfordern eine Einstellungsänderung und das Umbenennen einer Datei, und OpenCart 4 erstellt keine XML-Sitemap für Sie wie OpenCart 3. Die gute Nachricht: Kanonische Tags – die unsichtbaren Tags, die verhindern, dass doppelte Seiten konkurrieren – sind bereits aktiviert.

Was “OpenCart SEO” bedeutet

OpenCart ist eine selbst gehostete, quelloffene E-Commerce-Plattform. Sie laden sie kostenlos herunter und installieren sie auf Ihrem eigenen Webhosting. Sie sind für Server, Updates und Sicherheit verantwortlich. Das ist das Gegenteil von Shopify oder BigCommerce, wo ein Unternehmen alles für Sie hostet und von Anfang an saubere URLs und Sitemaps aktiviert.

„OpenCart-SEO“ ist reguläres SEO für einen OpenCart-Shop: Produkte und Kategorien sollen auffindbar, crawlbar und indexierbar sein und gute Rankings erzielen. Dafür braucht es einen eigenen Leitfaden, weil OpenCart ungewöhnlich viele SEO-Funktionen deaktiviert lässt, bis Sie diese selbst einschalten.

Was OpenCart für Sie tut – und was nicht

Bereits aktiviert:

• Kanonische Tags. OpenCart fügt diese automatisch zu Produkt- und Kategorieseiten hinzu. Sie verhindern stillschweigend, dass doppelte Versionen einer Seite miteinander konkurrieren.
• Eine Start-robots.txt. OpenCart enthält eine kleine Datei, die unübersichtliche Filter-/Sortier-URLs vom Crawlen blockiert.
• Meta-Titel-/Beschreibungsfelder. Die Felder existieren; Sie füllen sie aus.

Deaktiviert, bis Sie etwas tun:

• Freundliche URLs. Standardmäßig sieht eine Produkt-URL so aus: index.php?route=product/product&product_id=42. Das Aktivieren lesbarer URLs erfordert zwei Schritte – eine Einstellung und das Umbenennen einer Datei (.htaccess.txt zu .htaccess). Wenn Sie einen davon verpassen, zeigen Ihre schönen URLs einen “404 Not Found”-Fehler.
• SEO-Keywords. OpenCart erfindet keinen URL-Slug aus Ihrem Produktnamen. Sie geben das Keyword selbst in jedes Produkt, jede Kategorie und jede Seite ein.
• XML-Sitemap. OpenCart 3 hatte eine integriert. OpenCart 4 hat sie entfernt – Sie müssen jetzt eine Erweiterung hinzufügen.
• Rich Results und mehrsprachige Tags. Produkt-Sternebewertungen in Google (strukturierte Daten) und die Tags, die Google mitteilen, welche Sprachversion angezeigt werden soll (hreflang), existieren in OpenCart überhaupt nicht. Beide benötigen eine Erweiterung oder benutzerdefinierten Code.

Das, was die meisten falsch verstehen

Zwei Mythen, die Sie früh entkräften sollten. Erstens denken viele, dass das Aktivieren von “Use SEO URL” alles ist, was sie brauchen – das stimmt nicht; das Umbenennen der Datei ist ein separater Schritt und der häufigste Grund, warum freundliche URLs nicht funktionieren. Zweitens denken viele, OpenCart habe keine kanonischen Tags, und installieren voreilig eine “Canonical-Fix”-Erweiterung – aber der Kern fügt sie bereits hinzu und behandelt bereits das klassische Problem “gleiches Produkt in zwei Kategorien”. Zahlen Sie nicht für etwas, das nicht kaputt ist.

Möchten Sie die Praktikerversion – die genaue zweistufige SEO-URL-Einrichtung, den Quellcode-Beweis für Kanonische, die Sitemap-Regression von OpenCart 3 zu 4 und wie Sie das Schema und hreflang hinzufügen, das der Kern vermissen lässt? Wechseln Sie zum Erweitert-Tab.

TL;DR — OpenCart ist selbst gehostetes Open-Source-PHP: eine hohe SEO-Obergrenze (voller Serverzugriff, nichts strukturell blockiert), aber eine niedrige Untergrenze (SEO standardmäßig deaktiviert). Freundliche URLs benötigen den Schalter Use SEO URL = Yes und das Umbenennen von .htaccess.txt zu .htaccess mit mod_rewrite – wenn Sie eines davon verpassen, erhalten Sie 404er. SEO-Keywords pro Entität sind manuelle, standardmäßig leere Felder. Kanonische Tags sind nativ auf Produkt- und Kategorieseiten (ich habe den Quellcode geprüft) und neutralisieren bereits das Problem doppelter Produkte in mehreren Kategorien, sodass die meisten Ratschläge “installieren Sie eine Kanonische-Erweiterung” unnötig sind. Die XML-Sitemap ist versionsabhängig: OpenCart 3 enthielt einen Google-Sitemap-Feed, OpenCart 4 hat ihn entfernt und benötigt eine Erweiterung. Strukturierte Daten und hreflang fehlen im Kern vollständig.

Der Rahmen: Was ist nativ, was ist ein Schalter, was ist eine Erweiterung

Der meiste OpenCart-SEO-Content ist entweder eine Liste eines Erweiterungsanbieters, der den Artikel als Vorwand nutzt, um Ihnen ein Sitemap-Plugin zu verkaufen, oder ein Forenthread, der in einer alten OpenCart-1,5/2.x-Denkweise erstarrt ist. Der sinnvolle Ansatz ist ein anderer: Gehen Sie direkt zum ausgelieferten Quellcode von OpenCart und sortieren Sie jede Funktion in drei Kategorien.

Nativ und bereits korrekt: Canonical-Tags auf Produkt- und Kategorieseiten; eine statische Standard-robots.txt; Meta-Titel-/Beschreibungsfelder auf Store-Ebene und pro Entität; serverseitig gerenderte PHP/Twig-Ausgabe (von Haus aus crawlbar).

Nativ, aber deaktiviert – Sie betätigen einen Schalter: SEO-URLs (der Umschalter plus die .htaccess-Umbenennung); SEO-Keywords pro Produkt/Kategorie/Seite (manuell, standardmäßig leer).

Im Kern nicht vorhanden – Erweiterung oder benutzerdefinierter Theme-Code: XML-Sitemap bei OpenCart 4; strukturierte Daten jeglicher Art; hreflang / rel=alternate-Tags.

Diese Einteilung ist der gesamte Artikel. Alles unten zeigt, in welche Kategorie was fällt und warum.

SEO-URLs aktivieren – die Zwei-Schritte-Falle

Standardmäßig liefert OpenCart Query-String-URLs aus. Die eigene Dokumentation der Plattform verwendet genau dieses Beispiel für den „Vorher“-Zustand: “Set to Yes to enable friendly URLs (e.g., /iphone instead of /index.php?route=product/product&product_id=42).” (Übersetzung) „Stellen Sie die Option auf Ja, um benutzerfreundliche URLs zu aktivieren, beispielsweise /iphone statt /index.php?route=product/product&product_id=42.“ Das Aktivieren lesbarer URLs ist ein Zwei-Schritte-Prozess, und das Überspringen des zweiten Schritts ist das häufigste OpenCart-SEO-Supportmuster überhaupt.

Schritt 1 – die Einstellung. Öffnen Sie System → Einstellungen → Server, stellen Sie SEO-URL verwenden auf Ja und speichern Sie die Änderung.

Schritt 2 – das Server-Rewrite. OpenCart liefert die Rewrite-Regeln in einer Datei namens .htaccess.txt aus, und Apache liest sie unter diesem Namen nicht. Laut Dokumentation: “Apache: Rename htaccess.txt to .htaccess in your root directory and ensure mod_rewrite is enabled.” (Übersetzung) „Apache: Benennen Sie htaccess.txt im Stammverzeichnis in .htaccess um und stellen Sie sicher, dass mod_rewrite aktiviert ist.“ Ich habe bestätigt, dass OpenCart 4 die Datei weiterhin als .htaccess.txt ausliefert – die ausgelieferte Datei beginnt mit der wörtlichen Anweisung, sie umzubenennen. Die Dokumentation ist unmissverständlich, was passiert, wenn Sie es überspringen: “SEO URLs require proper server rewrite configuration. Without it, your friendly URLs will return 404 ‘Not Found’ errors.” (Übersetzung) „SEO-URLs erfordern eine korrekte Server-Rewrite-Konfiguration. Ohne sie liefern Ihre benutzerfreundlichen URLs 404-Fehler vom Typ ‚Nicht gefunden‘.“

Zwei Dinge, die sonst niemand erwähnt:

• Die Umbenennungsanforderung ist aktuell, kein Relikt aus alten Zeiten. Ältere Anleitungen stellen die .htaccess-Umbenennung als ein Relikt aus OpenCart 1,5/2.x dar. Das stimmt nicht – die Anforderung gilt unverändert in der aktuellen Version (OpenCart 4.1.0.3). Wenn eine Anleitung behauptet, neuere Versionen erledigten das automatisch, ist sie falsch.
• Es ist eine Upgrade-Falle. Jedes große Versions-Upgrade liefert .htaccess.txt erneut aus, was bei einem Update eine angepasste .htaccess stillschweigend überschreiben kann. Sichern Sie Ihre Datei vor dem Upgrade und vergleichen Sie anschließend die alte mit der neu ausgelieferten Fassung.

Wenn ein bestimmtes Produkt nach beiden Schritten immer noch product_id= zeigt, ist der übliche Übeltäter, dass das Produkt schlicht noch kein SEO-Keyword ausgefüllt hat – das ist der nächste Abschnitt.

SEO-Keywords – das manuelle, standardmäßig leere Feld

OpenCart erstellt keine automatischen Slugs aus Produkt- oder Kategorienamen. Das Keyword jeder Entität ist ein manuell auszufüllendes Feld, das über OpenCarts Schlüssel-/Wert-/Keyword-System zugeordnet wird. Die Dokumentation beschreibt eine typische Produktzuordnung: “For a typical product page, you would have two entries: 1. Key: route, Value: product/product 2. Key: product_id, Value: 42.” (Übersetzung) „Für eine typische Produktseite gibt es zwei Einträge: 1. Schlüssel: route, Wert: product/product; 2. Schlüssel: product_id, Wert: 42.“ Anschließend ordnen Sie diesem Routen-/ID-Paar ein Keyword zu.

Die Regeln, die zählen:

• Format. “Use only lowercase characters (a-z), numbers (0-9), and hyphens (-) or underscores (_). Use a forward slash (/) for nested paths like electronics/phones.” (Übersetzung) „Verwenden Sie nur Kleinbuchstaben (a–z), Ziffern (0–9), Bindestriche (-) oder Unterstriche (_). Nutzen Sie für verschachtelte Pfade wie electronics/phones einen Schrägstrich (/).“ Verschachtelte Kategoriepfade sind eine manuelle Autorenentscheidung: “Use forward slashes to indicate category depth (e.g., /clothing/men/shirts)” (Übersetzung) „Verwenden Sie Schrägstriche, um die Kategorietiefe anzugeben, etwa /clothing/men/shirts.“ OpenCart baut den Pfad nicht automatisch aus Ihrem Kategoriebaum.
• Eindeutigkeit. “Keywords MUST be unique for each store/language combination.” (Übersetzung) „Keywords MÜSSEN für jede Kombination aus Shop und Sprache eindeutig sein.“
• Änderung = Bruch. “Changing an existing keyword will break old links. Set up 301 redirects if necessary.” (Übersetzung) „Das Ändern eines bestehenden Keywords macht alte Links unbrauchbar. Richten Sie bei Bedarf 301-Weiterleitungen ein.“ Behandeln Sie eine Slug-Änderung wie jede andere URL-Änderung: Leiten Sie die alte weiter.

Bei Kataloggröße ist das manuelle Ausfüllen mühsam, genau deshalb gibt es eine Vielzahl von Auto-Slug-Erweiterungen auf dem OpenCart Marketplace. Das ist die praktische Lösung – aber beachten Sie, dass es sich um ein Add-on handelt, nicht um eine Kernfunktion. Das ist ein deutlicherer Unterschied zu WooCommerce, Shopify oder BigCommerce, die alle automatisch aus dem Produktnamen Slugs generieren.

Canonical-Tags – nativ vorhanden, und der Mythos, den es zu korrigieren gilt

Die meisten OpenCart-SEO-Artikel stellen die folgende Erkenntnis falsch dar. Eine häufige Behauptung ist, dass OpenCart keine Canonical-Unterstützung hat und Sie daher eine Canonical-Erweiterung installieren müssen, um doppelte Inhalte zu beheben. Das ist ein Mythos, und der Quellcode klärt das. Im mitgelieferten Produkt-Controller von OpenCart 4 ruft die Seite addLink(..., 'canonical') auf, und das Canonical löst immer auf die flache Route product/product&product_id=X auf – unabhängig davon, über welche Kategorie der Besucher gekommen ist (product.php). Der Kategorie-Controller macht dasselbe auf Kategorieseiten (category.php).

Was das in der Praxis bedeutet: Ein Produkt, das in mehreren Kategorien platziert ist, erzeugt durch OpenCarts eigene Canonical-Logik kein Google-sichtbares Risiko für doppelte Inhalte, weil jeder Einstiegspfad auf dieselbe flache Produkt-URL kanonisiert. Der Kern löst bereits das klassische E-Commerce-Problem „gleiches Produkt, viele Kategorie-URLs“. Die sichtbare URL kann je nach Einstiegspfad in manchen Breadcrumb-/Theme-Konfigurationen weiterhin unterschiedlich sein – das ist ein UX-/Konsistenzproblem, kein Indexierungsproblem, da das Canonical-Tag das Ranking-Risiko neutralisiert.

Der eine echte Vorbehalt: Auf paginierten Kategorieseiten referenziert OpenCart das Canonical selbstreferenziell mit angehängtem &page=N, anstatt auf eine Alle-anzeigen-URL zu konsolidieren. Das deckt sich zufällig mit Googles eigener Empfehlung – Googles E-Commerce-Leitfaden rät, jeder paginierten Seite ihr eigenes Canonical zu geben, anstatt sie alle auf Seite eins zu verweisen – also ist es ein Vorbehalt, den man kennen sollte, kein Alarm. Denken Sie daran, dass ein Canonical ein Hinweis ist, keine Anweisung; wie Google es formuliert: “indicating a canonical preference is a hint, not a rule.” (Übersetzung) „Eine kanonische Präferenz anzugeben ist ein Hinweis, keine Regel.“

XML-Sitemap – die OpenCart-3-zu-4-Regression, die niemand erwähnt

Das ist eine wirklich nützliche, verifizierbare Tatsache für jeden, der einen kürzlich aktualisierten Shop prüft, und ich habe sie nirgendwo sonst klar formuliert gesehen: „Hat OpenCart eine Sitemap?“ braucht eine versionsabhängige Antwort.

• OpenCart 3 enthielt einen nativen Google-Sitemap-Feed-Controller im Kern (extension/feed/google_sitemap) – eine einfache, aber echte, per Schalter aktivierbare XML-Sitemap unter Erweiterungen → Feed. Im 3.0.5.0-Quellcode bestätigt vorhanden (die aktuelle Version von OpenCart 3).
• OpenCart 4 hat sie entfernt. Der entsprechende Controller existiert unter keinem der plausiblen v4-Pfade, und die alte docs.opencart.com/administration/seo/-Dokument-URL, auf die ältere Anleitungen verlinken, führt jetzt zu einem 404. Bei OpenCart 4 benötigen Sie eine Marketplace-Erweiterung, um eine Sitemap zu generieren.

Die meisten vorhandenen Anleitungen wurden für OpenCart 3 geschrieben und nie aktualisiert, daher behaupten sie selbstbewusst, OpenCart „habe eine eingebaute Sitemap“ – für 3 wahr, für 4 falsch. Unabhängig von Ihrer Version ist eine Sitemap sinnvoll: Wie Google anmerkt, “when creating a sitemap, you’re telling search engines about which URLs you prefer to show in search results,” (Übersetzung) „Wenn Sie eine Sitemap erstellen, teilen Sie Suchmaschinen mit, welche URLs Sie in den Suchergebnissen bevorzugen“, obwohl “submitting a sitemap is merely a hint.” (Übersetzung) „Das Einreichen einer Sitemap ist lediglich ein Hinweis.“ Was auch immer Ihre Sitemap generiert, sie sollte Filter-/Sortier-/Warenkorb-/Checkout-Parameter-URLs ausschließen und unter Googles Limit von 50 000 URLs / 50 MB pro Datei bleiben (verwenden Sie darüber einen Sitemap-Index).

robots.txt – ein statischer Standard, der eine manuelle Überprüfung benötigt

OpenCart liefert eine statische robots.txt im Produktstammverzeichnis. Ihre gesamte Aufgabe ab Werk besteht darin, parametrisierte Sortier-/Filter-/Paginierungs-Query-Strings vom Crawlen auszuschließen. In der aktuellen Version (OpenCart 4.1.0.3) lautet die mitgelieferte Datei:

user-agent: *
Disallow: /*?page=$
Disallow: /*&page=$
Disallow: /*?sort=
Disallow: /*&sort=
Disallow: /*?order=
Disallow: /*&order=
Disallow: /*?limit=
Disallow: /*&limit=
Disallow: /*?filter_name=
Disallow: /*&filter_name=
Disallow: /*?filter_sub_category=
Disallow: /*&filter_sub_category=
Disallow: /*?filter_description=
Disallow: /*&filter_description=
Disallow: /*?filter_group=
Disallow: /*&filter_group=

Das ist eine sinnvolle Standardeinstellung – sie entspricht direkt dem, was Google als klassische Duplikatquelle kennzeichnet: “the results of sorting and filtering functions of a category page” (Übersetzung) „die Ergebnisse der Sortier- und Filterfunktionen einer Kategorieseite“. Ein Versionshinweis ist dabei wichtig: Die aktuelle Version von OpenCart 3 (3.0.5.0) bringt eine andere Standardeinstellung mit – sie schreibt User-agent: korrekt groß und fügt ein Disallow: /*?route=product/search / &route=product/search-Paar hinzu, das OpenCart 4 nicht hat, während OpenCart 4 die filter_group-Regel hat, die OpenCart 3 nicht hat. Die beiden Standardeinstellungen waren in älteren Versionen byte-identisch; seitdem sind sie auseinandergegangen. Gehen Sie daher nicht davon aus, dass Ihre OC3- und OC4-Shops dieselbe Datei teilen, sondern prüfen Sie die tatsächlich eingesetzte Fassung. Drei weitere Dinge sollten Sie wissen:

• Es deklariert keine Sitemap. Es gibt keine standardmäßig ausgelieferte Sitemap:-Zeile. Sobald Sie eine Sitemap-URL haben, fügen Sie eine hinzu.
• Es wird nicht automatisch generiert oder aktualisiert. Das Aktivieren von SEO-URLs ändert daran nichts. Prüfen Sie es manuell – und denken Sie daran, dass robots.txt das Crawling blockiert, nicht das Indexieren, verlassen Sie sich also nicht darauf, um etwas zu deindexieren (das ist die Aufgabe von noindex, auf einer crawlbaren Seite).

Meta-Tags – Fallback auf Store-Ebene plus feldspezifische Angaben

OpenCart hat Meta-Titel/-Beschreibung auf zwei Ebenen. Die Felder auf Store-Ebene (System → Einstellungen → Allgemein) sind der globale Fallback; die Dokumentation nennt den Store-Meta-Titel “(Required)… critical for SEO” (Übersetzung) „erforderlich und entscheidend für SEO“ und empfiehlt eine Beschreibung mit etwa 160 Zeichen. Das Feld Meta-Keywords wird ebenfalls mitgeliefert, aber es ist überall ein totes Ranking-Signal – lassen Sie es leer. Einzelne Produkte, Kategorien und Informationsseiten haben jeweils ihren eigenen SEO-Tab mit Meta-Feldern auf Seitenebene, wo die eigentliche Arbeit liegt: Schreiben Sie einzigartige Titel und Beschreibungen für jedes wichtige Produkt und jede wichtige Kategorie, anstatt sich auf den Store-Standard zu verlassen.

Strukturierte Daten – im Kern nicht vorhanden, Punkt.

Ich habe OpenCart 4s Standard-Produktvorlage nach schema.org, application/ld+json und itemprop durchsucht – null Treffer. OpenCart Core liefert keinerlei strukturierte Daten, auf keiner Seite: kein Product-Schema mit Preis/Verfügbarkeit/Bewertung, kein BreadcrumbList, keine Organization, nichts. Das ist eine wesentlich größere Lücke als bei WooCommerce (das grundlegende native Product-JSON-LD ausgibt) oder Shopify und BigCommerce (Schema in ihren Standard-Themes integriert).

Alles ist Erweiterungs- oder Custom-Theme-Territorium. Wenn Sie Produkt-Rich-Results möchten, sind die zwei Wissenswerten Berechtigungspfade Googles Merchant Listings (feed- oder markup-basiert, preis-/verfügbarkeitslastig) und Product Snippets (bewertungs-/rezensionsbasiert) – sie haben unterschiedliche erforderliche Eigenschaften, wählen Sie also den, der zu dem Ergebnis passt, das Sie anstreben, und markieren Sie entsprechend. Fügen Sie es über eine Marktplatz-Schema-Erweiterung oder handgeschriebenes JSON-LD in der Produktvorlage Ihres Themes hinzu; JSON-LD ist das Format, das Google empfiehlt.

Mehrsprachigkeit und hreflang – ein Umschalter, keine hreflang-Tags

Seien Sie hier präzise, denn die Dokumentation ist leicht falsch zu lesen. OpenCarts Mehrsprachigkeitssystem ist ein Sprachumschalter-Dropdown, keine automatische hreflang-Implementierung. Ich habe den ausgelieferten Sprach-Controller vollständig gelesen (language.php); er baut eine Liste für einen <select>-artigen Umschalter, und es gibt keine hreflang- oder rel=alternate-Linkgenerierung irgendwo in der Datei – oder irgendwo in OpenCarts Engine-Schicht.

Die Dokumentation sagt: “OpenCart automatically handles the technical SEO aspects of multi-language URLs, but you must provide the localized keywords.” (Übersetzung) „OpenCart übernimmt automatisch die technischen SEO-Aspekte mehrsprachiger URLs, aber Sie müssen die lokalisierten Keywords bereitstellen.“ Streng gelesen bedeutet „die technischen SEO-Aspekte“ das Generieren einer sprachspezifischen URL-Variante beim Sprachwechsel – nicht das Ausgeben von <link rel="alternate" hreflang="x">-Tags im <head>, was die Quelle bestätigt, dass sie nicht existieren. Lassen Sie sich von diesem Satz nicht davon überzeugen, dass OpenCart hreflang unterstützt. Wenn Sie einen mehrsprachigen Shop betreiben, benötigen echte hreflang-Tags eine Theme-Änderung oder eine Erweiterung. (Die Mechanik finden Sie im hreflang-Deep Dive.)

Headless und die API – Flexibilität, aber SEO wird Ihr Problem

OpenCart liefert zwar eine eigene API für die Entwicklung von Custom- oder Headless-Frontends mit — die Dokumentation beschreibt sie als Ermöglichung von “integrations with inventory systems, ERP software, mobile apps, custom frontends, and other third-party services.” (Übersetzung) „Integrationen mit Inventarsystemen, ERP-Software, mobilen Apps, Custom-Frontends und anderen Drittanbieterdiensten.“ Aber es gibt kein First-Party-PWA/SSR-Produkt, das mit Shopify Hydrogen oder BigCommerce Catalyst vergleichbar wäre. Jedes „Headless-OpenCart“-Angebot ist ein Build einer Drittanbieter-Agentur, die React oder Vue auf diese API aufsetzt.

Die SEO-Erkenntnis: Ein Standard-OpenCart-Storefront ist serverseitig gerendertes PHP/Twig, was von Haus aus gut für die Crawlbarkeit ist. Headless tauscht diese native Crawlbarkeit gegen Entwicklerflexibilität und legt die Verantwortung für SSR/Rendering-Korrektheit vollständig auf die Agentur, die das Frontend entwickelt — OpenCart selbst gibt Ihnen keine Rendering-Garantien, wie es ein First-Party-Headless-Framework tun würde. Wenn Sie diesen Weg gehen, liegen die JavaScript-SEO-Regeln in Ihrer Verantwortung.

Das native Blog (CMS → Artikel)

OpenCart 4.1.0.0, veröffentlicht im Januar 2025, hat ein natives, leichtgewichtiges Blog/CMS hinzugefügt — OpenCarts eigene Versionshinweise listen “Blog system” (Übersetzung) „Blog-System“ unter den Neuerungen dieser Version. Es befindet sich im Admin unter CMS → Artikel: Jeder Eintrag unterstützt Rich Text, Bilder, Kategorisierung und — hier relevant — eigene Meta-Title-, Meta-Description- und Meta-Keywords-Felder, dasselbe Pro-Entity-SEO-Muster wie bei Produkten und Kategorien. Es schließt eine echte Lücke: OpenCart hatte zuvor kein natives Blog und zwang Nutzer auf eine separate WordPress-Installation oder eine Blog-Erweiterung aus dem Marketplace für Content-Marketing und thematische Autorität — denselben Content-Plattform-Vorteil, den WooCommerce (natives WordPress) und Shopify (natives Blog) immer hatten. Es ist schon eine Weile verfügbar, aber viele OpenCart-SEO-Leitfäden stammen noch aus der Zeit davor oder wurden für OpenCart 3 geschrieben, daher ist es immer noch erwähnenswert, wenn Sie CMS → Artikel in einem 4,1+-Store noch nicht geprüft haben.

OpenCart vs. die gehosteten Plattformen — die ehrliche Version

OpenCarts Geschichte ist das Spiegelbild der SaaS-Plattformen: Diese bieten eine starke Basis und eine begrenzte Obergrenze; OpenCart bietet eine niedrige Basis und keine Obergrenze. Nichts ist strukturell blockiert, weil Sie den Server besitzen — aber es wird auch nichts für Sie erledigt. Richten Sie SEO-URLs und die .htaccess-Umbenennung korrekt ein, füllen Sie Ihre Keywords aus, verifizieren Sie die nativen Canonicals, fügen Sie eine Sitemap hinzu (Erweiterung auf OC4), bereinigen Sie robots.txt, und legen Sie Schema und hreflang darauf — dann konkurriert ein OpenCart-Store mit allem.

KI-Zusammenfassung

Eine komprimierte Darstellung der erweiterten Version:

• OpenCart ist eine selbst gehostete, quelloffene PHP-E-Commerce-Plattform – hohe Obergrenze (voller Serverzugriff), niedrige Untergrenze (SEO standardmäßig größtenteils deaktiviert). Umgekehrter Kompromiss im Vergleich zu Shopify/BigCommerce.
• SEO-URLs erfordern zwei Schritte: den Schalter Use SEO URL = Yes und das Umbenennen von .htaccess.txt in .htaccess mit mod_rewrite. Fehlt einer von beiden, funktionieren die freundlichen URLs nicht. Die Umbenennung ist aktuell (kein veraltetes Detail) und eine Upgrade-Falle (wird bei jeder Hauptversion erneut ausgeliefert).
• SEO-Keywords sind manuelle, standardmäßig leere Felder – keine automatische Slug-Erzeugung aus dem Produktnamen. Auto-Slug-Erweiterungen existieren, weil dies im großen Maßstab mühsam ist.
• Canonical-Tags sind nativ auf Produkt- und Kategorieseiten (im Quellcode verifiziert), und der Produkt-Canonical zeigt immer auf die flache product_id-Route – Produkte in mehreren Kategorien sind also bereits canonical-sicher. Die meisten Ratschläge wie „Installieren Sie eine Canonical-Erweiterung“ sind unnötig. Einschränkung: Die Kategorie-Paginierung erzeugt selbstreferenzierende Canonicals mit &page=N.
• XML-Sitemap ist versionsabhängig: OpenCart 3 enthielt einen Google-Sitemap-Feed; OpenCart 4 hat ihn entfernt – eine Marktplatzerweiterung ist erforderlich.
• robots.txt wird als statischer Standard ausgeliefert, der Sortier-/Filter-/Paginierungsparameter blockiert; es enthält keine Sitemap:-Zeile und wird nicht automatisch aktualisiert. Die Standardwerte von OpenCart 3 und OpenCart 4 sind unterschiedlich (jeweils andere Regeln) – prüfen Sie die Version, die Sie tatsächlich verwenden.
• Strukturierte Daten und hreflang fehlen im Kern vollständig – beides nur über Erweiterungen oder benutzerdefinierte Themes. Eine größere native Lücke als bei WooCommerce, Shopify oder BigCommerce.
• Headless: Eine First-Party-API existiert, aber kein offizielles PWA/SSR-Produkt – die Crawlbarkeit wird zur Verantwortung der Agentur.
• Natives Blog (CMS → Artikel): hinzugefügt in OpenCart 4.1.0.0 (Januar 2025), mit eigenen Meta-Titel-/Meta-Beschreibungs-/Meta-Keyword-Feldern pro Artikel – schließt die Content-Marketing-Lücke gegenüber WooCommerce/Shopify.

Offizielle Dokumentation

Primärquellen-Dokumentation von OpenCart und Google sowie der OpenCart-Quellcode, gegen den die in diesem Artikel quellverifizierten Behauptungen geprüft werden.

OpenCart

• SEO-URLs – der zweistufige Aktivierungsprozess, die .htaccess-Umbenennung, Key/Value/Keyword-Zuordnung, Keyword-Regeln und die mehrsprachige Zeile „technische Aspekte“.
• Servereinstellungen – der Schalter Use SEO URLs und sein dokumentiertes Beispiel für hässliche URLs.
• Allgemeine Einstellungen (Meta-Tags) – Meta-Titel-/Meta-Beschreibungs-/Meta-Keyword-Felder auf Store-Ebene.
• API – das Anmeldesystem für benutzerdefinierte/Headless-Frontends.

OpenCart-Quellcode (GitHub – die Quelle mit der höchsten Vertrauenswürdigkeit)

• .htaccess.txt (v4) – wird als .htaccess.txt ausgeliefert, mit der Umbenennungsanweisung in der Datei selbst.
• robots.txt (v4) und (v3) – der statische Standard; die Standardwerte der beiden Versionen sind unterschiedlich (v4 fügt eine filter_group-Regel hinzu, v3 eine product/search-Regel) – prüfen Sie die Version, die Sie verwenden.
• Produkt-Controller – natives addLink(..., 'canonical') auf der flachen Produktroute.
• Kategorie-Controller – natives Canonical, mit &page=N bei der Paginierung.
• Sprach-Controller – der Dropdown-Umschalter, ohne hreflang-Logik.
• Google-Sitemap-Feed (nur v3) – in OpenCart 3 vorhanden, in OpenCart 4 entfernt.

Google

• Sitemap erstellen und einreichen – warum Sitemaps wichtig sind und wie das Limit von 50 000 URLs beziehungsweise 50 MB pro Datei gilt.
• Doppelte URLs zusammenführen (Kanonisierung) – Canonicals als Hinweis sowie Sortier- und Filterseiten als klassische Quelle doppelter Inhalte.

Zitate aus der Quelle

Nachprüfbare Aussagen aus OpenCarts eigener Dokumentation und von Google. Jeder Suchmaschinenlink führt direkt zur zitierten Passage; die OpenCart-Zitate stammen wörtlich aus den unter „Offizielle Dokumentation“ verlinkten Seiten.

OpenCart — SEO-URLs (Dokumentation)

• “Set to Yes to enable friendly URLs (e.g., /iphone instead of /index.php?route=product/product&product_id=42).” (Übersetzung) „Stellen Sie die Option auf Ja, um benutzerfreundliche URLs zu aktivieren, beispielsweise /iphone statt /index.php?route=product/product&product_id=42.“ – das dokumentierte Vorher/Nachher einer nicht konfigurierten URL.
• “Apache: Rename htaccess.txt to .htaccess in your root directory and ensure mod_rewrite is enabled.” (Übersetzung) „Apache: Benennen Sie htaccess.txt im Stammverzeichnis in .htaccess um und stellen Sie sicher, dass mod_rewrite aktiviert ist.“ – der zweite, vom Schalter getrennte Schritt.
• “SEO URLs require proper server rewrite configuration. Without it, your friendly URLs will return 404 ‘Not Found’ errors.” (Übersetzung) „Damit SEO-URLs funktionieren, muss das Server-Rewrite korrekt eingerichtet sein. Andernfalls antworten freundliche URLs mit 404 ‚Nicht gefunden‘.“ – deshalb macht eine übersprungene Umbenennung die freundlichen URLs unbrauchbar.
• “Keywords MUST be unique for each store/language combination.” (Übersetzung) „Keywords MÜSSEN für jede Kombination aus Shop und Sprache eindeutig sein.“ Außerdem gilt: “Changing an existing keyword will break old links. Set up 301 redirects if necessary.” (Übersetzung) „Wer ein vorhandenes Keyword ändert, macht alte Links ungültig und sollte bei Bedarf 301-Weiterleitungen einrichten.“ – die beiden Keyword-Regeln, die am häufigsten Probleme verursachen.
• “OpenCart automatically handles the technical SEO aspects of multi-language URLs, but you must provide the localized keywords.” (Übersetzung) „OpenCart übernimmt automatisch die technischen SEO-Aspekte mehrsprachiger URLs, aber Sie müssen die lokalisierten Keywords bereitstellen.“ – dieser Satz wird häufig als hreflang-Unterstützung missverstanden; der Quellcode enthält jedoch keine hreflang-Tags.

OpenCart — API (Dokumentation)

• “This enables integrations with inventory systems, ERP software, mobile apps, custom frontends, and other third-party services.” (Übersetzung) „Dies ermöglicht Integrationen mit Warenwirtschaftssystemen, ERP-Software, mobilen Apps, individuellen Frontends und weiteren Diensten von Drittanbietern.“ – die hauseigene API für Headless-Implementierungen.

Google — Sitemaps und Kanonisierung

• “When creating a sitemap, you’re telling search engines about which URLs you prefer to show in search results.” (Übersetzung) „Wenn Sie eine Sitemap erstellen, teilen Sie Suchmaschinen mit, welche URLs Sie bevorzugt in den Suchergebnissen anzeigen möchten.“ Zum Zitat
• “submitting a sitemap is merely a hint: it doesn’t guarantee that Google will download the sitemap or use the sitemap for crawling URLs on the site.” (Übersetzung) „Das Einreichen einer Sitemap ist lediglich ein Hinweis: Es garantiert nicht, dass Google die Sitemap herunterlädt oder sie zum Crawlen der URLs auf der Website verwendet.“ Zum Zitat
• “indicating a canonical preference is a hint, not a rule.” (Übersetzung) „Die Angabe einer kanonischen Präferenz ist ein Hinweis, keine Regel.“ Zum Zitat
• “the results of sorting and filtering functions of a category page” (Übersetzung) „die Ergebnisse der Sortier- und Filterfunktionen einer Kategorieseite“ – Googles eigenes Beispiel für eine klassische Quelle doppelter E-Commerce-Inhalte und genau das, was OpenCarts Standard-robots.txt blockiert. Zum Zitat

OpenCart-spezifische SEO-Audit-Checkliste

Nach Auswirkung geordnet: Die ersten Punkte sind jene, die bei OpenCart besonders häufig fehlschlagen.

Hohe Auswirkung – die OpenCart-Stolperfallen

• Use SEO URL auf Yes gesetzt (System → Einstellungen → Server) – sonst ist jede URL ein Query-String.
• .htaccess.txt in .htaccess umbenannt mit aktiviertem mod_rewrite – der separate Schritt, dessen Fehlen die SEO-URL mit einem 404 scheitern lässt. Nach jedem Upgrade erneut überprüfen (es wird erneut ausgeliefert und kann Ihre Datei überschreiben).
• SEO-Keywords für jedes Produkt, jede Kategorie und jede Informationsseite ausgefüllt – nichts wird automatisch gesluggert; leere Keywords fallen auf product_id=-URLs zurück.
• XML-Sitemap vorhanden – OpenCart 3 hat einen nativen Google-Sitemap-Umschalter (Erweiterungen → Feed); OpenCart 4 benötigt eine Marketplace-Erweiterung. Reichen Sie die Sitemap in der Google Search Console und in Bing Webmaster Tools ein.
• Native Kanonische überprüft – bestätigen Sie, dass Produkt-/Kategorieseiten rel=canonical ausgeben (das sollten sie, aus dem Kern); installieren Sie keine Kanonische-Erweiterung, um ein Problem zu „beheben“, das der Kern bereits behandelt.

Standard-Einrichtung

• robots.txt von Hand überprüft – fügen Sie eine Sitemap:-Zeile hinzu, bestätigen Sie, dass Sortier-/Filter-/Paginierungsparameter weiterhin blockiert werden, und dass nichts blockiert wird, das Sie indexieren möchten.
• Meta-Titel und -Beschreibung auf Store-Ebene als Fallback gesetzt; Meta-Keywords leer lassen.
• Einzigartige Seitentitel + Meta-Beschreibungen für Top-Produkte und -Kategorien (nicht nur der Store-Standard).
• 301-Weiterleitungen für jede SEO-Keyword-Änderung geplant (eine Änderung eines Keywords bricht die alte URL).

Wo OpenCart nichts liefert – fügen Sie es hinzu

• Strukturierte Daten über Erweiterung oder Theme-JSON-LD hinzugefügt (der Kern liefert keine) – Product/Merchant-Listing-Schema auf Produktseiten, BreadcrumbList auf Kategorieseiten.
• hreflang über Erweiterung oder Theme-Bearbeitung hinzugefügt, wenn mehrsprachig (der Kern liefert keine – das Sprach-Dropdown ist kein hreflang).
• Wenn headless: SSR/Rendering und Crawlbarkeit auf Ihrem benutzerdefinierten Frontend überprüft (OpenCart gibt keine First-Party-PWA/SSR-Garantien).

Die mentalen Modelle

1. Drei Kategorien: nativ / ein Schalter / eine Erweiterung. Jede OpenCart-SEO-Aufgabe ist entweder nativ und korrekt (Kanonische, Standard- robots.txt, Meta-Felder), nativ, aber ausgeschaltet (SEO-URLs, SEO-Keywords), oder im Kern nicht vorhanden (OC4-Sitemap, strukturierte Daten, hreflang). Wenn Sie die Kategorie kennen, wissen Sie, ob Sie überprüfen, umschalten oder erstellen müssen.

2. Hohe Decke, niedriger Boden. OpenCart ist das Gegenteil einer SaaS-Plattform. Shopify/BigCommerce geben Ihnen einen starken Boden und eine begrenzte Decke; OpenCart gibt Ihnen einen niedrigen Boden und keine Decke (Sie besitzen den Server, also ist nichts blockiert). Planen Sie Ihren Aufwand für den Boden – die Plattform wird ihn nicht für Sie anheben.

3. SEO-URLs = Umschalter × Umbenennung. Beides ist erforderlich; nur eines allein führt zu 404ern. Behandeln Sie es als ein einziges zweiteiliges Tor, nicht als eine Einstellung, und überprüfen Sie es nach jedem Upgrade erneut, da die Umbenennung stillschweigend rückgängig gemacht werden kann.

4. Überprüfen Sie, bevor Sie Erweiterungen einkaufen. Der OpenCart-Marketplace verkauft Lösungen für Probleme, die der Kern manchmal bereits löst (Kanonische sind das große Beispiel). Lesen Sie das ausgelieferte Verhalten – oder diesen Artikel –, bevor Sie dafür bezahlen, doppelte Inhalte zu „beheben“, die native Kanonische bereits behandeln.

5. Versionsspezifisch die Sitemap-Antwort qualifizieren. „Hat OpenCart eine Sitemap?“ hat keine einzelne Antwort: ja auf OC3, nein auf OC4. Jede Behauptung über die integrierten SEO-Funktionen von OpenCart sollte eine Version tragen, da OC4 stillschweigend Dinge entfernt hat, die OC3 hatte.

OpenCart-SEO-Spickzettel

Wo die Dinge im Admin liegen

Die zweistufige SEO-URL-Einrichtung

1. Use SEO URL → Yes (und speichern).
2. Benennen Sie .htaccess.txt in .htaccess um, mit aktiviertem mod_rewrite. Ohne diesen Schritt funktionieren die freundlichen URLs nicht.

Nativ vs. fehlend – Kurzreferenz

Nicht konfigurierte Produkt-URL: index.php?route=product/product&product_id=42

Was Sie vermeiden sollten

• Aktivieren Sie nicht nur Use SEO URL – die .htaccess-Umbenennung ist ein eigener, notwendiger Schritt.
• Gehen Sie nicht davon aus, dass .htaccess ein Upgrade unverändert übersteht – die Datei wird erneut als .htaccess.txt ausgeliefert.
• Installieren Sie keine Canonical-Erweiterung, bevor Sie geprüft haben, ob der Kern das Problem bereits löst.
• Lesen Sie “handles the technical SEO aspects” (Übersetzung) „übernimmt die technischen SEO-Aspekte“ nicht als hreflang-Unterstützung – gemeint ist nur die URL-Mechanik.
• Vertrauen Sie der Behauptung “OpenCart has a built-in sitemap” (Übersetzung) „OpenCart hat eine integrierte Sitemap“ bei OpenCart 4 nicht – diese Funktion wurde entfernt.

Tools für OpenCart-SEO

• Google Search Console – reichen Sie Ihre Sitemap ein. Mit der URL-Prüfung bestätigen Sie, dass eine freundliche URL erreichbar ist, nicht den Status 404 liefert und das native Canonical-Tag Ihren Erwartungen entspricht. Beobachten Sie außerdem den Bericht zur Seitenindexierung auf Muster doppelter URLs.
• Bing Webmaster Tools – zweite Sitemap-Einreichung und Crawl-Kontrolle. Bing behandelt ein deklariertes kanonisches Tag tendenziell wörtlicher, daher ist ein schlechtes kanonisches Tag in einem angepassten OpenCart-Theme hier riskanter – überprüfen Sie es.
• Screaming Frog / Ahrefs Site Audit – crawlen Sie Ihren Shop, um product_id=-URLs zu finden, die durchrutschen (Keywords nicht ausgefüllt), Weiterleitungsketten nach Keyword-Änderungen, Kategorieseiten ohne kanonische Tags und ob Ihre robots.txt etwas blockiert, das sie nicht blockieren sollte.
• Rich Results Test / Schema Markup Validator – da der Kern keine strukturierten Daten liefert, verwenden Sie diese, um zu bestätigen, dass das Schema, das Sie per Erweiterung oder Theme-Code hinzufügen, gültig und förderfähig ist.
• Eine OpenCart-Sitemap-Erweiterung (OC4) – erforderlich, um auf OpenCart 4 überhaupt eine Sitemap zu generieren; bestätigen Sie aktuelle Einträge/Preise auf dem OpenCart Marketplace, bevor Sie sich festlegen.
• Eine Auto-Slug-Erweiterung – füllt SEO-Keywords aus Produktnamen im Katalogmaßstab, das manuelle Feld, das der Kern leer lässt.
• PageSpeed Insights / Lighthouse – die serverseitig gerenderte Ausgabe von OpenCart ist standardmäßig crawlbar, aber Self-Hosting bedeutet, dass die Serverantwortzeit bei Ihnen liegt; messen Sie die Antwortzeit insbesondere vor und nach dem Wechsel zu Headless.

Ressourcen, die Ihre Zeit wert sind

On-site, verwandt

• Kanonisierung – die Mechanik hinter OpenCarts nativen Produkt-/Kategorie-Kanonischen und der Paginierungs-Hinweis.
• Facettierte Navigation – der plattformunabhängige Deep Dive zum Sortier-/Filter-Crawl-Problem, das die Standard-robots.txt von OpenCart zu kontrollieren versucht.
• hreflang – wie Sie die mehrsprachigen Tags hinzufügen, die der OpenCart-Kern nicht ausgibt.
• JavaScript-SEO – die Rendering-Regeln, die Sie durchsetzen müssen, wenn Sie OpenCart headless betreiben.

OpenCart offiziell

• SEO-URL-Dokumentation und Servereinstellungen – der zweistufige Aktivierungsprozess von beiden Seiten des Admin-Bereichs.
• OpenCart auf GitHub – der ausgelieferte Quellcode; der schnellste Weg, um für jede OpenCart-Version zu klären, ob etwas nativ ist oder nicht.

Google

• Sitemap erstellen und einreichen und Kanonisierung – die allgemeinen Richtlinien hinter den Abschnitten zu Sitemap und Kanonisierung oben.

Aus der Branche

• Numinix — So verbessern Sie die OpenCart-SEO — eine breite Liste mit Praxistipps (weitgehend für OpenCart 3 geschrieben; prüfen Sie die Sitemap-Aussagen anhand Ihrer Installation).
• Webkul — Leitfaden zur Verbesserung der OpenCart-SEO — ein Überblick eines Erweiterungsanbieters über die häufigsten OpenCart-SEO-Lücken.
• Matt Jackson — OpenCart-Kanonische und Duplicate Content — die Duplicate-Content-Darstellung, gegen die der Kanonik-Abschnitt dieses Artikels vorgeht; lesenswert neben dem quellgeprüften Verhalten.
• iSenseLabs — Das Duplicate-Content-Problem in OpenCart lösen — die Diskussion über Mehrfach-Kategorie-Duplikation, lesenswert im Vergleich zu dem, was der Kanonik-Controller tatsächlich tut.

OpenCart-SEO-Fehler, die sich zu vermeiden lohnen

Konkrete Fehler, die Menschen bei OpenCart tatsächlich machen, keine allgemeinen SEO-Ratschläge.

„Use SEO URL“ aktivieren und dabei stehen bleiben

Der Fehler: Setzen Sie Use SEO URL auf „Ja“ unter System → Einstellungen → Server und nehmen an, dass benutzerfreundliche URLs nun funktionieren.

Warum das falsch ist: Der Schalter teilt OpenCart nur mit, benutzerfreundliche URLs zu generieren. Der Server benötigt weiterhin mod_rewrite-Regeln, um sie tatsächlich auszuliefern, und diese Regeln befinden sich in einer Datei namens .htaccess.txt — Apache ignoriert sie unter diesem Namen. Überspringen Sie die Umbenennung, schlagen die benutzerfreundlichen URLs mit „Nicht gefunden“ fehl.

Was Sie stattdessen tun sollten: Behandeln Sie den Schalter und die Umbenennung von .htaccess.txt → .htaccess als ein zweiteiliges Tor. Führen Sie beides durch und überprüfen Sie dann eine Produkt-URL, bevor Sie fortfahren. Überprüfen Sie nach jedem Major-Versions-Upgrade erneut, da die Umbenennung erneut ausgeliefert wird und eine angepasste .htaccess stillschweigend überschreiben kann.

Eine Kanonik-Erweiterung installieren, um Duplicate Content zu „beheben“

Der Fehler: Sie sehen ein Produkt in zwei Kategorien gelistet, nehmen an, dass OpenCart keine Kanonik-Unterstützung hat, und zahlen für eine Kanonik-Tag-Erweiterung.

Warum das falsch ist: Die Produkt- und Kategorie-Controller von OpenCart rufen bereits addLink(..., 'canonical') auf, und die Produkt-Kanonik löst immer auf die flache Route product/product&product_id=X auf, unabhängig von der Einstiegskategorie. Der Kern neutralisiert bereits das klassische Mehrfach-Kategorie-Duplikat-Problem — die Erweiterung behebt nichts, was tatsächlich defekt ist.

Was Sie stattdessen tun sollten: Überprüfen Sie das gerenderte <head> (oder lassen Sie die URL durch einen Kanonik-Checker laufen), bevor Sie etwas kaufen. Geben Sie das Geld stattdessen für die Lücken aus, die der Kern tatsächlich hat — strukturierte Daten oder hreflang.

Annahme, dass OpenCart 4 dieselbe Sitemap wie OpenCart 3 hat

Der Fehler: Sie folgen der Behauptung eines älteren Leitfadens, dass OpenCart „eine eingebaute Sitemap hat“, ohne zu prüfen, für welche Version er geschrieben wurde.

Warum das falsch ist: OpenCart 3 enthielt einen nativen Google-Sitemap-Feed-Controller. OpenCart 4 hat ihn vollständig entfernt — es gibt keinen entsprechenden Controller im ausgelieferten Quellcode. Ein Shop auf OC4, der nie eine Sitemap-Erweiterung hinzufügt, läuft stillschweigend ohne XML-Sitemap.

Was Sie stattdessen tun sollten: Bestätigen Sie zuerst Ihre OpenCart-Hauptversion, und wenn Sie Version 4 verwenden, installieren Sie eine Sitemap-Erweiterung aus dem Marktplatz, anstatt anzunehmen, dass eine existiert.

SEO-Keywords im Katalogmaßstab leer lassen

Der Fehler: Sie aktivieren SEO-URLs und füllen dann nie das SEO-Keyword-Feld pro Produkt aus, in der Annahme, dass OpenCart es wie WooCommerce oder Shopify aus dem Produktnamen generiert.

Warum das falsch ist: Das Keyword-Feld von OpenCart ist manuell und standardmäßig leer. Ein Produkt ohne ausgefülltes Keyword fällt direkt auf die URL index.php?route=product/product&product_id=X zurück, selbst wenn Use SEO URL aktiviert ist — was wie ein defektes Setup aussieht, obwohl es nur ein leeres Feld ist.

Was Sie stattdessen tun sollten: Füllen Sie Keywords zumindest für Ihre meistverkauften Produkte und Kategorien manuell aus oder verwenden Sie eine Auto-Slug-Erweiterung aus dem Marktplatz für eine katalogweite Abdeckung. Wenn Sie später ein Keyword ändern, richten Sie eine 301-Weiterleitung von der alten URL ein — eine Änderung bricht die alte URL.

„Übernimmt die technischen SEO-Aspekte“ als hreflang-Unterstützung lesen

Der Fehler: Sie lesen OpenCarts eigene Aussage “automatically handles the technical SEO aspects of multi-language URLs” (Übersetzung) „übernimmt automatisch die technischen SEO-Aspekte mehrsprachiger URLs“ und schließen daraus, dass hreflang-Tags bereits ausgegeben werden.

Warum das falsch ist: Dieser Satz beschreibt die URL-Mechanik des Sprachumschalters, nicht <link rel="alternate" hreflang="x">-Tags. Der mitgelieferte Sprach-Controller erstellt eine Dropdown-Liste – es gibt keine hreflang- oder rel=alternate-Generierung irgendwo in der OpenCart-Engine-Ebene.

Was Sie stattdessen tun sollten: Wenn Sie einen mehrsprachigen Shop betreiben, fügen Sie echte hreflang-Tags selbst per Theme-Bearbeitung oder Erweiterung hinzu und überprüfen Sie, dass sie tatsächlich gerendert werden – nehmen Sie die Formulierung „technische SEO-Aspekte“ nicht als Beweis dafür, dass diese Tags existieren.

Nachweisen, dass Ihre OpenCart-SEO-Änderungen tatsächlich wirksam wurden

Bestanden/nicht bestanden-Prüfungen für die oben behandelten spezifischen Änderungen – führen Sie jede nach der entsprechenden Änderung aus, nicht nur einmal beim Start.

Freundliche URLs werden tatsächlich aufgelöst

Durchzuführender Test: Fordern Sie eine freundliche Produkt- oder Kategorie-URL direkt an – curl -I https://yourstore.com/your-product-keyword oder prüfen Sie diese mit dem /tools/http-status-checker/.

Erwartetes Ergebnis: HTTP/1.1 200 OK auf der freundlichen URL selbst, und die alte Query-String-URL (?route=product/product&product_id=X) wird entweder aufgelöst oder sauber weitergeleitet – nicht beide mit Fehler.

Fehlerinterpretation: Ein 404 auf der freundlichen URL bedeutet, dass entweder der Schalter Use SEO URL nicht gesetzt ist, die Umbenennung von .htaccess.txt nicht durchgeführt wurde oder mod_rewrite auf dem Server nicht aktiviert ist.

Überwachungsfenster: Sofort – direkt nach dem Aktivieren prüfen und erneut nach jedem Upgrade (die Umbenennung kann stillschweigend rückgängig gemacht werden).

Rollback-Auslöser: Wenn der 404 nach erneuter Bestätigung beider Schritte bestehen bleibt, setzen Sie Use SEO URL vorübergehend auf No zurück, damit der Shop weiterhin mit Query-String-URLs funktioniert, während Sie das Server-Rewrite debuggen.

Das native Canonical ist vorhanden und zeigt auf die richtige URL

Durchzuführender Test: Erreichen Sie ein Produkt über eine sekundäre Kategorie und prüfen Sie dessen Canonical mit /tools/canonical-checker/.

Erwartetes Ergebnis: Das Canonical löst zur flachen product/product&product_id=X-Route auf, unabhängig davon, über welche Kategorie die Seite erreicht wurde.

Fehlerinterpretation: Ein fehlendes oder falsches Canonical bedeutet normalerweise, dass eine Theme-Anpassung den nativen addLink()-Aufruf überschrieben oder entfernt hat – nicht, dass der Kern die Ausgabe eingestellt hat.

Überwachungsfenster: Sofort und erneut nach Theme-Bearbeitungen an Produkt- oder Kategorie-Templates.

Rollback-Auslöser: Wenn eine kürzliche Theme-Änderung das Canonical entfernt oder beschädigt hat, machen Sie diese spezifische Theme-Änderung rückgängig, statt eine Canonical-Erweiterung darüberzulegen.

robots.txt blockiert weiterhin die richtigen Dinge und deklariert die Sitemap

Durchzuführender Test: Führen Sie Ihre Live-robots.txt durch /tools/robots-txt-tester/.

Erwartetes Ergebnis: Die standardmäßigen Disallow-Regeln für Sortierung/ Filter/Seitennummerierung sind weiterhin vorhanden, und sobald Sie eine Sitemap haben, zeigt eine Sitemap:-Zeile auf deren Live-URL.

Fehlerinterpretation: Eine fehlende Sitemap:-Zeile bedeutet, dass sie nie hinzugefügt wurde (sie ist standardmäßig nicht enthalten); eine Regel, die eine Seite blockiert, die Sie indexiert haben möchten, bedeutet, dass eine manuelle Bearbeitung zu weit gegangen ist.

Überwachungsfenster: Sofort nach jeder robots.txt-Bearbeitung oder -wiederherstellung.

Rollback-Auslöser: Wenn die Search Console Seiten, die Sie indexiert haben möchten, als durch robots.txt blockiert anzeigt, machen Sie die betreffende Regel rückgängig.

Die Sitemap validiert und listet nur das, was indexiert werden soll

Durchzuführender Test: Reichen Sie Ihre Sitemap-URL bei /tools/sitemap-validator/ ein – besonders nach dem Hinzufügen einer OpenCart-4-Sitemap-Erweiterung.

Erwartetes Ergebnis: Gültiges XML, unter dem Limit von 50 000 URLs/50 MB, das nur kanonische/indexierbare Produkt- und Kategorie-URLs auflistet – keine Filter-, Warenkorb- oder Checkout-Parameter-URLs.

Fehlerinterpretation: Ungültiges XML oder Parameter-URLs im Feed bedeuten, dass die Konfiguration der Erweiterung angepasst werden muss.

Überwachungszeitraum: Sofort nach der Generierung, danach regelmäßig nach großen Katalogänderungen.

Rollback-Auslöser: Wenn der Sitemaps-Bericht der Google Search Console Fehler oder einen anhaltenden Rückgang der über Sitemaps indexierten Seiten zeigt, deaktivieren oder neu konfigurieren Sie die Erweiterung, anstatt eine defekte Sitemap eingereicht zu lassen.

Hinzugefügte strukturierte Daten sind gültig und berechtigt

Durchzuführender Test: Nach dem Hinzufügen von Product/Merchant-Listing-Schema über Erweiterung oder Theme-Code überprüfen Sie eine Produktseite mit /tools/schema-validator/ oder /tools/rich-result-eligibility/.

Erwartetes Ergebnis: Gültiges JSON-LD ohne kritische Fehler und die Eigenschaften, die für das angestrebte Rich Result erforderlich sind (Preis/Verfügbarkeit für Merchant Listings oder Bewertung/Rezension für Product Snippets).

Fehlerinterpretation: Syntaxfehler oder fehlende erforderliche Eigenschaften bedeuten, dass die Erweiterung oder das handgeschriebene JSON-LD korrigiert werden muss, bevor Google es als berechtigt betrachtet.

Überwachungszeitraum: Sofort nach dem Hinzufügen des Markups, danach erneut nach jeder Preis- oder Verfügbarkeitsdaten-Synchronisierung.

Rollback-Auslöser: Wenn der Enhancements-Bericht der Search Console einen Anstieg ungültiger Elemente zeigt, entfernen Sie das Markup, bis es behoben ist, anstatt defektes Schema live zu lassen.

Testen Sie sich selbst: OpenCart-SEO

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

Änderungsprotokoll