Magento-Google-Indexierung: Der komplette Guide für Adobe Commerce und Open Source
Bändige Configurable Products, Layered Navigation und URL-Rewrites, damit jede Produktseite im Google-Index landet
In dieser Anleitung
Magento (Adobe Commerce / Magento Open Source) treibt komplexe Kataloge mit Tausenden Produkten, konfigurierbaren Varianten und attributbasierter Layered Navigation an. Diese architektonische Power hat ihren Preis bei der Indexierung: Magento kann Zehntausende URLs für nur ein paar Hundert Produkte erzeugen und vergräbt echte Produktseiten unter parametrisierten Filter-URLs und doppelten Configurable-/Simple-Product-Pfaden.
Dieser Guide deckt die SEO-Konfiguration in Magento 2.4.x ab: XML-Sitemaps, URL-Rewrites, Canonical-Tags für Configurable Products und Fixes für Layered Navigation. Egal ob du 500 Produkte oder 50.000 SKUs führst — du gehst mit einem konkreten Plan für eine saubere, effiziente Google-Indexierung raus.
Magentos URL-Architektur und das Duplicate-Content-Problem
Magento erzeugt URLs über ein Rewrite-System, das saubere, SEO-freundliche Pfade auf interne Routenstrukturen abbildet. Jedes Produkt und jede Kategorie hat einen „URL Key“, der zum Slug wird. Der URL-Pfad eines Produkts hängt von seiner Kategorie-Zuordnung und der Einstellung „Use Categories Path for Product URLs“ unter Stores > Konfiguration > Catalog > Catalog > Search Engine Optimization ab.
Ist „Use Categories Path for Product URLs“ auf Yes gesetzt, bekommt ein Produkt namens „Blue Widget“ in der Kategorie „Widgets“ die URL /widgets/blue-widget.html. Ist dasselbe Produkt zusätzlich der Kategorie „Sale Items“ zugeordnet, bekommt es auch /sale-items/blue-widget.html. Und Magento generiert immer eine Root-URL ohne Kategorie-Präfix: /blue-widget.html. Das sind drei URLs für ein einziges Produkt — und jede liefert einen 200-Status-Code mit demselben Inhalt.
Configurable Products fügen eine weitere Ebene hinzu. Ein konfigurierbares Produkt wie „Classic T-Shirt“ hat zugeordnete Simple Products für jede Größen- und Farbkombination: „Classic T-Shirt - Red - Small“, „Classic T-Shirt - Red - Medium“ und so weiter. Standardmäßig hat jedes Simple Product seine eigene URL (/classic-t-shirt-red-small.html), obwohl Käufer normalerweise über die Configurable-Produktseite kaufen, wo sie Optionen aus Dropdowns wählen. Sowohl die Configurable-URL als auch 20 Simple-Product-URLs indexieren zu lassen, ist redundant.
Magentos Canonical-Tag-System soll das eigentlich lösen. Unter Stores > Konfiguration > Catalog > Catalog > Search Engine Optimization fügt die Einstellung „Use Canonical Link Meta Tag For Products“ (auf Yes) einen <link rel="canonical"> auf Produktseiten ein. Für Simple Products, die einem Configurable-Parent zugeordnet sind, sollte der Canonical auf das Configurable Product zeigen. Allerdings hängt Magentos Standard-Verhalten für die Canonical-URL von den Einstellungen „Product URL Suffix“ und Kategorie-Pfad ab, und in manchen Konfigurationen zeigt der Canonical auf die kategoriepräfixierte URL, während die tatsächlich indexierte URL der Root-Level-Pfad ist — das erzeugt widersprüchliche Signale.
Catalog-SEO-Einstellungen im Admin-Panel konfigurieren
Geh zu Stores > Konfiguration > Catalog > Catalog und klapp den Abschnitt „Search Engine Optimization“ auf. Das ist das Kontrollzentrum für Magentos SEO-Verhalten, und jede Einstellung zählt.
„Product URL Suffix“ steht standardmäßig auf .html. Das Suffix selbst beeinflusst die Rankings nicht, aber Konsistenz ist essenziell. Änderst du das, nachdem dein Store indexiert ist, ändert sich jede Produkt-URL — was Massen-Redirects erfordert. Lass es auf .html, außer du hast einen guten Grund zur Änderung und einen Redirect-Plan parat.
„Category URL Suffix“ steht ebenfalls auf .html. Dieselbe Konsistenz-Warnung gilt.
„Use Categories Path for Product URLs“ ist die folgenreichste Einstellung. Auf Yes enthalten Produkt-URLs den Kategorie-Pfad (/electronics/phones/iphone-15-pro.html). Auf No haben Produkte flache URLs (/iphone-15-pro.html). Die flache URL-Struktur (No) ist generell besser für SEO, weil sie die mehrfachen URLs eliminiert, die entstehen, wenn Produkte zu mehreren Kategorien gehören. Schaltst du das auf einem Live-Store um, richte URL-Rewrites (System > URL Rewrites) ein, um die alten kategoriepräfixierten URLs auf die neuen flachen URLs zu redirecten.
„Use Canonical Link Meta Tag For Products“ sollte auf Yes stehen. Das fügt jeder Produktseite einen Canonical-Tag hinzu, der auf ihre Haupt-URL zeigt. Bei Configurable Products verifizier durch Prüfung des gerenderten HTML, dass der Canonical auf jeder Simple-Product-Seite auf den Configurable-Parent zeigt.
„Use Canonical Link Meta Tag For Categories“ sollte ebenfalls auf Yes stehen. Das verhindert, dass doppelte Kategorieseiten durch Paginierungs-Parameter (z. B. /electronics.html?p=2) mit der Haupt-Kategorieseite konkurrieren.
Unter dem SEO-Bereich klapp „Product Fields Auto-Generation“ auf. Das steuert das Template für auto-generierte Meta-Titel und -Beschreibungen. Das Standard-Template nutzt {{name}} für den Titel und eine Kombination aus {{name}} und {{description}} für die Meta-Beschreibung. Pass diese Templates an, damit dein Markenname und die wichtigsten Produktattribute eingebaut werden — so generierst du im großen Stil einzigartige, keyword-relevante Metadaten.
XML-Sitemaps generieren und optimieren
Magento hat einen eingebauten XML-Sitemap-Generator unter Marketing > SEO & Search > Site Map. Klick „Add Sitemap“, um eine zu erstellen, und gib Dateinamen (sitemap.xml) und Pfad (/) an. Magento generiert die Sitemap basierend auf deinen Katalog-Inhalten inklusive Produkten, Kategorien und CMS-Seiten.
Konfigurier die Sitemap-Generierungs-Einstellungen unter Stores > Konfiguration > Catalog > XML Sitemap. Unter „Categories Options“ setz Frequency auf weekly und Priority auf 0.5. Unter „Products Options“ setz Frequency auf daily (wenn dein Katalog häufig wechselt) oder weekly, und Priority auf 1.0 für Produkte (deine Money-Pages). Unter „CMS Pages Options“ setz Frequency auf monthly und Priority auf 0.25. Diese Werte leiten Googlebots Crawl-Priorisierung.
Unter „Generation Settings“ aktivier „Enabled“ (Yes), setz „Start Time“ auf eine Off-Peak-Stunde (z. B. 3:00 Uhr in der Zeitzone deines Servers) und setz „Frequency“ auf Daily. Magento regeneriert die Sitemap nach diesem Schedule über das Cron-System. Stell sicher, dass Magentos Cron läuft (php bin/magento cron:run oder in der Crontab deines Hostings konfiguriert) — sonst wird die Sitemap nie automatisch aktualisiert.
Für Stores mit mehr als 50.000 URLs (üblich bei großen Katalogen) splittet Magento die Sitemap automatisch in mehrere Dateien mit einem Sitemap-Index. Verifizier, dass /sitemap.xml ein Sitemap-Index ist, der auf einzelne Dateien wie /sitemap-1-1.xml, /sitemap-1-2.xml usw. zeigt.
Wichtig: Magentos Sitemap enthält jede Produkt-URL, auch Simple Products, die einem Configurable-Parent zugeordnet sind. Hast du 500 Configurable Products mit im Schnitt 10 Simple Products pro Stück, enthält deine Sitemap 5.500 Produkt-URLs. Die Simple-Product-URLs sind oft Thin-Content-Seiten (identisch zum Configurable-Parent, aber ohne Options-Selector). Prüf deine Sitemap und überleg, Simple Products, die einen Configurable-Parent haben, auszuschließen — per Drittanbieter-Extension, die diesen Filter ergänzt. Alternativ stell sicher, dass Simple Products mit Configurable-Parents Canonical-Tags auf den Parent haben, damit Google sie selbst dann zur Configurable-Produktseite konsolidiert, wenn es sie in der Sitemap findet.
Layered Navigation für das Crawl-Budget bändigen
Layered Navigation (auch Faceted Navigation genannt) ist Magentos linkes Sidebar-Filtersystem auf Kategorieseiten. Kund:innen filtern nach Preisspanne, Farbe, Größe, Marke, Material und jedem anderen Produktattribut, das du als filterbar konfigurierst. Jede Filter-Kombination hängt Parameter an die URL: /shoes.html?color=red&size=10&price=50-100.
Die kombinatorische Explosion ist atemberaubend. Hat eine Kategorie 5 filterbare Attribute mit im Schnitt 8 Optionen, übersteigt die Gesamtzahl der Filter-URL-Kombinationen 32.000 — für eine einzige Kategorie. Multipliziert mit 50 Kategorien sind das über 1,6 Millionen potenzielle URLs. Google wird einen signifikanten Teil davon crawlen wollen, dein Crawl-Budget verbrennen und potenziell eine Crawl-Rate-Reduktion auslösen.
Magento managt das out of the box nicht gut. Das Standardverhalten erlaubt allen Filter-URLs, gecrawlt und indexiert zu werden — manchmal sind sie sogar in internen Linkstrukturen enthalten. Du brauchst eine mehrschichtige Abwehr:
Erstens: Füg auf allen Layered-Navigation-Ergebnisseiten einen Robots-Meta-Tag mit noindex,follow hinzu. Das geht mit einem Custom-Modul oder mit einer Extension wie Amasty Improved Layered Navigation, die SEO-Einstellungen zur Steuerung der Indexierung von Filterseiten enthält. Die „follow“-Direktive sorgt dafür, dass Google weiter Produktseiten über Filter-Ergebnisse entdeckt, die Filterseiten selbst aber nicht indexiert.
Zweitens: Setz Canonical-Tags auf allen gefilterten Seiten, die auf die Basis-Kategorie-URL zurückzeigen. Magentos eingebautes Canonical-Tag-System macht das, wenn „Use Canonical Link Meta Tag For Categories“ aktiviert ist — verifizier aber die Implementierung. Manche Magento-Versionen oder Drittanbieter-Themes überschreiben dieses Verhalten.
Drittens: Blockier die übelsten Parameter-Muster per robots.txt. Füg Disallow-Regeln für die parameterstärksten Kombinationen hinzu: Disallow: /*?color=, Disallow: /*?price= usw. Sei vorsichtig, keine Parameter zu blockieren, die zur Paginierung gehören (?p=), wenn du nicht rel=next/prev oder Canonical-Tags zur Steuerung paginierter Kategorieseiten nutzt.
Viertens: Erwäg eine AJAX-basierte Layered Navigation, die die URL gar nicht ändert. Der Seiteninhalt aktualisiert sich dynamisch, die URL bleibt aber die Basis-Kategorie-URL. Das eliminiert Filter-URLs aus Googles Sicht komplett.
URL-Rewrites und Redirect-Management
Magentos URL-Rewrite-System (Marketing > SEO & Search > URL Rewrites) ist gleichzeitig mächtig und gefährlich. Jedes Mal, wenn du einen Produkt- oder Kategorie-URL-Key erstellst oder änderst, erzeugt Magento URL-Rewrite-Einträge. Mit der Zeit sammelt ein großer Katalog Tausende oder sogar Hunderttausende URL-Rewrites an, was den URL-Resolution-Prozess verlangsamt und Redirect-Ketten verursachen kann.
Änderst du den URL-Key eines Produkts von „old-widget“ auf „new-widget“, erstellt Magento einen 301-Redirect von /old-widget.html auf /new-widget.html. Änderst du ihn später nochmal auf „updated-widget“, erstellt Magento einen weiteren Redirect von /new-widget.html auf /updated-widget.html. Jetzt leitet /old-widget.html auf /new-widget.html weiter, das wiederum auf /updated-widget.html — eine Redirect-Kette. Google folgt Ketten bis zu 5 Redirects tief, bestraft aber jeden Hop in puncto Crawl-Effizienz.
Räum Redirect-Ketten regelmäßig auf, indem du zu Marketing > URL Rewrites gehst, nach Redirect-Typ (301 oder 302) filterst und auf Ketten prüfst. Du kannst auch den CLI-Befehl php bin/magento catalog:url-rewrites:regenerate ausführen, um alle URL-Rewrites von Grund auf neu zu generieren und Ketten zu eliminieren. Vorsicht: Dieser Befehl entfernt alle Custom-URL-Rewrites — dokumentier manuelle Rewrites, bevor du ihn ausführst.
Für Stores, die von Magento 1 auf Magento 2 migriert sind, schafft der URL-Strukturwechsel einen massiven Redirect-Bedarf. Magento 1 nutzte URLs wie /catalog/product/view/id/42, während Magento 2 saubere URL-Keys verwendet. Hast du bei der Migration keine umfassenden 301-Redirects eingerichtet, liefern deine alten URLs möglicherweise 404-Fehler. Erstell eine URL-Rewrite-Map (CSV-Import wird von manchen Extensions unterstützt), die jede Magento-1-URL auf ihr Magento-2-Equivalent abbildet.
Store Views fügen eine weitere URL-Ebene hinzu. Hast du einen mehrsprachigen Store mit Englisch- (/en/) und Französisch-Store-Views (/fr/), hat jedes Produkt pro Store View separate URL-Keys. Stell sicher, dass hreflang-Tags vorhanden sind (entweder über eine Magento-Extension oder Custom-Implementierung), damit Google weiß, welche Store View es für welche Sprache/Region ausspielen soll.
Performance-Optimierung für schnelleres Crawling
Magento ist berüchtigt für langsame Seitenladezeiten, besonders auf Shared Hosting oder ohne ordentliche Optimierung. Page Speed beeinflusst direkt das Crawl-Budget: Google weist langsam reagierenden Sites weniger Crawl-Zeit zu. Braucht dein Magento-Store 4-5 Sekunden für die initiale HTML-Antwort, crawlt Googlebot pro Session weniger Seiten — und Teile deines Katalogs bleiben möglicherweise unindexiert.
Full Page Cache (FPC) ist essenziell. Magento Open Source hat einen eingebauten FPC über das Dateisystem, aber für Produktiv-Stores nutz Varnish als FPC-Backend. Magento liefert eine Varnish-VCL-Konfigurationsdatei (app/etc/varnish*.vcl) mit, die du auf deiner Varnish-Instanz deployst. Mit Varnish antworten gecachte Seiten in unter 100 Millisekunden — eine dramatische Verbesserung, die direkt die Anzahl der Seiten erhöht, die Googlebot pro Session crawlen kann.
Aktivier JavaScript- und CSS-Bundling unter Stores > Konfiguration > Advanced > Developer > JavaScript Settings und CSS Settings. Aktivier „Merge JavaScript Files“, „Enable JavaScript Bundling“ (mit Vorsicht — gründlich testen, da es auf manchen Seiten den Initial Load erhöhen kann) und „Minify JavaScript Files“. Mach dasselbe für CSS. Im Produktiv-Modus (php bin/magento deploy:mode:set production) kompiliert Magento statische Inhalte für maximale Performance vor.
Bildoptimierung ist für Produktseiten kritisch. Installier ein WebP-Conversion-Modul oder nutz ein CDN mit automatischer Bildoptimierung (wie Cloudflare oder Fastly). Magento 2.4+ enthält eingebautes Support für Lazy Loading von Produktbildern auf Kategorieseiten, was das initiale Page Weight reduziert.
Redis für Cache- und Session-Storage eliminiert Dateisystem-I/O-Bottlenecks. Konfigurier Redis in app/etc/env.php für sowohl den Default-Cache als auch den Session-Cache. Das reduziert die Seitenerzeugungszeit für ungecachte Seiten (wenn Googlebot eine Seite trifft, die noch nicht in Varnish ist) deutlich.
Schritt-für-Schritt-Anleitung
Catalog-SEO-Einstellungen konfigurieren
Geh zu Stores > Konfiguration > Catalog > Catalog > Search Engine Optimization. Setz die URL-Suffixe auf .html. Setz Use Categories Path for Product URLs auf No. Aktivier Canonical-Link-Meta-Tags sowohl für Produkte als auch für Kategorien. Pass die Product Fields Auto-Generation-Templates an (z. B. {{name}} - {{sku}} | DeinStore). Speicher und leer den Cache.
XML-Sitemap generieren und einreichen
Geh zu Marketing > SEO & Search > Site Map und klick „Add Sitemap“. Setz den Dateinamen auf sitemap.xml und den Pfad auf /. Speicher und klick „Generate“. Konfigurier dann die automatische Regenerierung unter Stores > Konfiguration > Catalog > XML Sitemap. Unter „Generation Settings“ setz Enabled auf Yes, Start Time auf eine Off-Peak-Stunde und Frequency auf Daily. Stell sicher, dass Magentos Cron läuft, indem du php bin/magento cron:status auf der Kommandozeile ausführst. Öffne deine Sitemap-URL (https://deinstore.de/sitemap.xml) im Browser und verifizier, dass sie deine Produkte und Kategorien enthält. Reich diese URL in der Google Search Console unter Sitemaps ein.
Configurable- und Simple-Product-URL-Duplikation bewältigen
Filter Catalog > Products nach Typ „Simple“. Für Simples, die mit Configurable-Parents verknüpft sind, setz Visibility auf Not Visible Individually — das entfernt sie aus Suche, Kategorien und Sitemap, während sie über den Parent kaufbar bleiben. Verifizier, dass ausgeschlossene Simples nicht in der Sitemap erscheinen und dass verbleibende Simple-Seiten Canonicals auf den Configurable-Parent haben.
Layered-Navigation-URLs vom Indexieren blockieren
Füg deiner robots.txt Regeln hinzu, um Filter-Parameter-URLs zu blockieren. Geh in dein Magento-Root-Verzeichnis und bearbeite robots.txt, um Folgendes hinzuzufügen: Disallow: /*?*color=, Disallow: /*?*size=, Disallow: /*?*price= und ähnliche Muster für jedes filterbare Attribut. Für präzisere Kontrolle installier eine Extension wie Amasty Improved Layered Navigation oder Mirasvit SEO, die noindex-Meta-Tags auf gefilterten Seiten ergänzt und gleichzeitig follow-Direktiven beibehält. Nutz nach der Implementierung das URL-Prüftool der Google Search Console, um zu verifizieren, dass gefilterte URLs „Durch noindex-Tag ausgeschlossen“ statt indexiert zeigen.
URL-Rewrites aufräumen und Redirects einrichten
Öffne Marketing > URL Rewrites und filter nach Redirect-Typ. Repariere Ketten, in denen A auf B und dann auf C umleitet — zeig A direkt auf C. Für einen Bulk-Cleanup führ php bin/magento catalog:url-rewrites:regenerate aus (dokumentier vorher Custom-Rewrites). Für Magento-1-Migrationen erstell 301-Redirects für jedes alte URL-Muster. Test mit curl -I, um 301-Status-Codes zu bestätigen.
Page Speed für Crawl-Effizienz optimieren
Schalt Magento in den Produktiv-Modus (php bin/magento deploy:mode:set production), falls noch nicht geschehen. Aktivier Varnish Full Page Cache unter Stores > Konfiguration > Advanced > System > Full Page Cache, setz „Caching Application“ auf Varnish und deploy die Varnish-VCL-Datei. Aktivier JavaScript- und CSS-Merging und -Minifizierung unter Stores > Konfiguration > Advanced > Developer. Konfigurier Redis für Cache- und Session-Storage in app/etc/env.php. Deploy statische Inhalte (php bin/magento setup:static-content:deploy) und verifizier Seitenladezeiten mit Google PageSpeed Insights. Ziel ist eine Server-Antwortzeit (Time to First Byte) unter 500 ms für gecachte Seiten und unter 2 Sekunden für ungecachte Seiten.
Produktseiten über IndexBolt einreichen und monitoren
Reich margenstarke Produkte, saisonale Kollektionen und neue Launches über IndexBolt ein. Nutz Instant-Modus für Flash-Sales und Produkt-Launches, bei denen das Timing kritisch ist. Überwache den Coverage-Bericht der Google Search Console — URLs, die als „Gecrawlt – zurzeit nicht indexiert“ erscheinen, signalisieren, dass deine Layered-Navigation-Blockierung enger gefasst werden muss.
Häufige Probleme und wie du sie behebst
Layered Navigation erzeugt Tausende indexierbarer Filter-URLs
Ursache: Jede Kombination filterbarer Attribute (Farbe, Größe, Preis, Marke) erzeugt eine eindeutige URL mit Query-Parametern. Magentos Standardkonfiguration fügt diesen Seiten weder noindex hinzu noch blockiert sie sie in der robots.txt. Eine einzelne Kategorie mit 5 Filter-Attributen und je 8 Optionen produziert über 32.000 URL-Kombinationen, multipliziert über alle Kategorien.
Lösung: Implementier eine dreilagige Abwehr: (1) Füg auf allen gefilterten Seiten noindex,follow-Meta-Tags hinzu — per Magento-SEO-Extension oder Custom-Modul; (2) Setz Canonical-Tags auf gefilterten Seiten, die auf die Basis-Kategorie-URL zeigen; (3) Blockier die produktivsten Filter-Parameter in der robots.txt mit Disallow-Regeln. Die effektivste Lösung ist der Wechsel zu AJAX-basierter Layered Navigation, die den Content aktualisiert, ohne die URL zu ändern.
Configurable- und Simple-Produktseiten erzeugen Duplicate Content
Ursache: Magento erzeugt separate URLs sowohl für das Configurable Product (/classic-tshirt.html) als auch für jedes zugeordnete Simple Product (/classic-tshirt-red-small.html, /classic-tshirt-blue-medium.html usw.). Sowohl die Configurable- als auch die Simple-Product-Seiten zeigen dieselbe Produktbeschreibung, dieselben Bilder und Details — der einzige Unterschied ist, dass die Simple-Product-Seite vorausgewählte Optionen zeigt.
Lösung: Setz die Visibility aller Simple Products, die mit Configurable-Parents verknüpft sind, im Produkteditor auf „Not Visible Individually“. Das verhindert ihr Erscheinen in Kategorielistungen, Suchergebnissen und der Sitemap. Verifizier, dass die Simple-Product-URLs entweder 404 zurückgeben oder Canonical-Tags auf den Configurable-Parent haben. Müssen Simple Products für Direct-Linking sichtbar bleiben (z. B. aus PPC-Kampagnen), stell sicher, dass ihr Canonical-Tag auf den Configurable-Parent zeigt.
Kategorie-Paginierung erzeugt doppelte oder dünne Content-Seiten
Ursache: Kategorieseiten mit vielen Produkten werden paginiert (/shoes.html?p=2, /shoes.html?p=3 usw.). Jede paginierte Seite zeigt eine andere Teilmenge von Produkten, teilt aber denselben Titel und dieselbe Meta-Beschreibung wie die erste Seite. Google könnte diese als doppelte Thin-Content-Seiten interpretieren.
Lösung: Stell sicher, dass Magentos Canonical-Tag für Kategorien paginierte Seiten zur ersten Seite zurückzeigt (das Standardverhalten, wenn „Use Canonical Link Meta Tag For Categories“ aktiviert ist). Alternativ implementier selbst-referenzierende Canonical-URLs auf jeder paginierten Seite und nutz den einzigartigen Produkt-Content jeder Seite als Unterscheidungsmerkmal. Erhöh die Produkte pro Seite (Stores > Konfiguration > Catalog > Storefront > Products per Page), um die Gesamtzahl der paginierten Seiten zu reduzieren.
Langsame Ladezeiten lassen Google die Crawl-Rate reduzieren
Ursache: Unoptimierte Magento-Installationen, besonders auf Shared Hosting ohne Varnish oder Redis, haben oft Server-Antwortzeiten über 3-4 Sekunden. Googlebot misst die Antwortzeit pro URL und reduziert die Crawl-Frequenz für langsam reagierende Sites — das heißt, weniger deiner Seiten werden mit der Zeit gecrawlt und indexiert.
Lösung: Aktivier Varnish Full Page Cache für Sub-100-ms-Antwortzeiten auf gecachten Seiten. Konfigurier Redis für Cache- und Session-Storage. Wechsle in den Produktiv-Modus und deploy statische Inhalte. Optimier Bilder mit WebP-Conversion. Aktivier Flat Catalog Tables (Stores > Konfiguration > Catalog > Storefront) für schnellere Kategorieseiten-Generierung. Auf Shared Hosting erwäg ein Upgrade zu einem dedizierten Magento-Hosting-Anbieter, der Varnish und Redis im Stack mitbringt.
Produkt-URLs ändern sich, wenn Produkte zwischen Kategorien verschoben werden
Ursache: Wenn „Use Categories Path for Product URLs“ auf Yes steht und du ein Produkt von einer Kategorie in eine andere verschiebst (oder es einer zusätzlichen Kategorie hinzufügst), ändert sich der URL-Pfad. Magento erstellt möglicherweise einen 301-Redirect vom alten zum neuen Pfad — abhängig von deinen Einstellungen unter Stores > Konfiguration > Catalog > Catalog > Search Engine Optimization > „Create Permanent Redirect for URLs if URL Key Changed“.
Lösung: Setz „Use Categories Path for Product URLs“ auf No, damit Produkt-URLs kategorieunabhängig sind (einfach /product-url-key.html). Musst du Kategorie-Pfade nutzen, stell sicher, dass „Create Permanent Redirect for URLs if URL Key Changed“ auf Yes steht, und prüf den URL-Rewrites-Bereich nach Produktverschiebungen, um zu verifizieren, dass Redirects erstellt wurden. Für Bulk-Reorganisationen führ nach dem Verschieben den catalog:url-rewrites:regenerate-CLI-Befehl aus, um alle Rewrites zu aktualisieren.
Profi-Tipps
Bei Magentos massiven Produktkatalogen kann Google Wochen brauchen, um alles vollständig zu crawlen. Nutz IndexBolt, um deine wertvollsten Produktseiten und neuen Kollektionen direkt in Googles Index zu schieben — kritisch für saisonale Launches und Flash-Sales.
100 Gratis-Credits. Keine Kreditkarte nötig. Ergebnisse in unter 24 Stunden.
Häufig gestellte Fragen
Generiert Magento automatisch eine Sitemap?+
Magento hat einen eingebauten XML-Sitemap-Generator, aber er ist standardmäßig nicht aktiviert. Du musst unter Marketing > SEO & Search > Site Map einen Sitemap-Eintrag anlegen und unter Stores > Konfiguration > Catalog > XML Sitemap die automatische Generierung konfigurieren. Magento braucht dafür sein laufendes Cron-System — ohne funktionierenden Cron wird die Sitemap nur generiert, wenn du im Admin-Panel manuell auf Generate klickst.
Sollte ich Kategorien in meinen Magento-Produkt-URLs nutzen?+
Für die meisten Stores ist es besser fürs SEO, „Use Categories Path for Product URLs“ auf No zu setzen. Auf Yes erzeugen Produkte, die mehreren Kategorien zugeordnet sind, mehrere URLs — das schafft Duplicate-Content-Probleme. Die flache URL-Struktur (/product-name.html) ist einfacher, vermeidet Duplikation und ist von Kategorie-Reorganisationen nicht betroffen. Das einzige Szenario, in dem Kategorie-Pfade in URLs vorteilhaft sind, ist eine sehr organisierte, flache Kategorie-Baumstruktur, in der jedes Produkt zu genau einer Kategorie gehört.
Wie handle ich SEO für Magento Configurable Products?+
Setz die Visibility aller Simple Products, die mit Configurable-Parents verknüpft sind, auf „Not Visible Individually“. Das entfernt Simple Products aus Kategorielistungen, internen Suchergebnissen und der Sitemap. Die Configurable-Produktseite — wo Kund:innen Optionen wie Größe und Farbe wählen — sollte die einzige indexierte Seite sein. Stell sicher, dass das Configurable Product umfassende Metadaten, einzigartige Beschreibungen und alle relevanten Keywords hat. Brauchst du direkte URLs für Simple Products (z. B. für Google-Shopping-Ads), lass sie sichtbar, aber füg Canonical-Tags hinzu, die auf den Configurable-Parent zeigen.
Warum tauchen Tausende Filter-URLs in meinem Google-Index auf?+
Magentos Layered Navigation generiert eindeutige URLs für jede Filter-Kombination (z. B. /shoes.html?color=red&size=10). Ohne explizites Blockieren entdeckt Googlebot diese URLs über interne Links auf deinen Kategorieseiten und indexiert sie. Um das zu fixen, blockier Filter-Parameter in der robots.txt, füg gefilterten Seiten via Magento-SEO-Extension noindex-Meta-Tags hinzu und setz Canonical-Tags auf gefilterten Seiten, die auf die Basis-Kategorie-URL zeigen. Erwäg den Wechsel zu AJAX-basierter Layered Navigation, um Filter-URLs komplett zu eliminieren.
Wie beeinflusst Magentos Full Page Cache den Googlebot?+
Full Page Cache (besonders Varnish) ist für Googlebot extrem nützlich. Gecachte Seiten antworten in unter 100 Millisekunden, was Googlebot pro Session deutlich mehr Seiten crawlen lässt. Varnish liefert Googlebot dasselbe vollständig gerenderte HTML wie regulären Besuchern — es gibt also keine Rendering-Unterschiede. Stell sicher, dass deine Varnish-Konfiguration den Cache nicht nach User-Agent variiert — Googlebot sollte dieselbe gecachte Seite wie jeder andere Besucher erhalten. Manche Magento-Extensions variieren den Cache fälschlicherweise nach User-Agent, was dazu führen kann, dass Googlebot anderen Content sieht.
Kann IndexBolt bei der Indexierung von Magento-Produktseiten helfen?+
Ja, IndexBolt ist für Magento-Stores besonders wertvoll wegen der schieren Menge an Produktseiten und der Crawl-Budget-Beschränkungen. Statt darauf zu warten, dass Google neue Produkte durchs natürliche Crawling entdeckt und indexiert — was bei großen Katalogen Wochen dauern kann —, kannst du Produkt-URLs direkt über IndexBolt einreichen. Das ist besonders nützlich für neue Produkt-Launches, saisonale Kollektionen und nachbestellte Artikel, die schnell in Suchergebnissen erscheinen müssen. Nutz Normal-Modus für Routine-Produktzugänge und Instant-Modus für High-Priority-Launches.