Warum Kataloge die am schwierigsten indexiert zu haltenden Seiten sind
Ein Blogbeitrag wird einmal geschrieben und bleibt danach meist unverändert. Bei einer Produktseite ist das anders: Preise ändern sich, Varianten gehen aus dem Bestand oder kommen wieder hinein, saisonale Artikel werden vierteljährlich hinzugefügt und archiviert, und ganze Kollektionen werden umstrukturiert, wenn der Katalog wächst oder eine Website neu gestaltet wird. Jede dieser Änderungen ist ein Ereignis, das eine Suchmaschine bemerken und erneut crawlen muss, um korrekt zu bleiben – und bei einem Shop mit Tausenden von SKUs sind das Tausende kleiner Änderungen, die jede einzelne Woche passieren. Die überwiegende Mehrheit davon wird nie von selbst für einen erneuten Crawl markiert, weil nichts außerhalb der eigenen Datenbank des Shops davon weiß. Das Ergebnis ist bei fast jedem Katalog ab einer bestimmten Größe dasselbe uneinheitliche Bild: Manche Seiten sind indexiert und aktuell, manche sind indexiert und leise veraltet, und manche – oft die neuesten, wirtschaftlich wichtigsten – haben es überhaupt nie in den Index geschafft.
Woher die URL-Anzahl tatsächlich kommt
Die indexierbare Fläche eines typischen Shops besteht nicht nur aus Produktseiten – sie umfasst die Startseite, jede Kategorie und Unterkategorie, jedes einzelne Produkt und je nach Plattformkonfiguration oft jede Variante dieses Produkts (Größe, Farbe, Bundle, Material) als eigene separate URL. Shopify und WooCommerce erzeugen beide standardmäßig Varianten- und gefilterte Kollektions-URLs, sofern der Shop-Betreiber die kanonische Behandlung nicht gezielt konfiguriert hat, um dies zu verhindern. Genau deshalb kann ein Shop mit nur wenigen Hundert unterschiedlichen Produkten insgesamt problemlos mehrere Tausend technisch indexierbare URLs haben, von denen sich die große Mehrheit unabhängig voneinander nach völlig unterschiedlichen Zeitplänen ändert – wenn eine Größenvariante nicht mehr vorrätig ist, betrifft das die Beschreibung oder den Preis des übergeordneten Produkts überhaupt nicht.
Die drei häufigsten Ursachen für Indexierungslücken im Katalog
Neue Produktseiten, die dem Crawler davonlaufen – ein Produkt geht live und wird bereits aktiv verkauft und beworben, bevor es überhaupt indexiert ist, sodass bezahlter Traffic funktioniert, organischer Suchtraffic das Produkt aber schlicht noch nicht finden kann. Eingestellte oder nicht mehr vorrätige Seiten, die unbegrenzt live bleiben, ohne ein klares Signal zu ihrem Status, sodass weiterhin Crawl-Budget für die erneute Prüfung von Seiten aufgewendet wird, die für das Geschäft überhaupt keine Rolle mehr spielen. Und doppelte oder nahezu doppelte URLs, die durch Filter- und Sortierparameter (?sort=price, ?color=red, ?page=2) entstehen und direkt mit der kanonischen Produkt- oder Kategorieseite um dieselbe begrenzte Crawl-Aufmerksamkeit konkurrieren. Jede dieser drei Ursachen hat eine wirklich eigene Lösung, aber alle drei gehen auf dieselbe Grundursache zurück: Der Katalog ändert sich schneller, als der Crawler es je aus eigener Initiative hätte bemerken können.
Verzögerungen bei neuen Produkten beheben
Die direkte Lösung besteht darin, neue und aktualisierte Produkt-URLs in dem Moment zu übermitteln, in dem sie live gehen, statt auf den nächsten planmäßigen Crawl-Zyklus der Website zu warten, der sie organisch entdeckt – auf einer Domain mit geringerer Autorität oder selteneren Crawls kann das tatsächlich Wochen dauern. Genau diese Lücke schließt IndexNow: Statt dass ein neues Produkt unindexiert bleibt, während Käufer, die danach suchen, Ihr Angebot nicht finden können, erfolgt die Übermittlung in dem Moment, in dem die Produktseite veröffentlicht wird, und die Suchmaschinen, die IndexNow unterstützen – Bing, Yandex, Seznam.cz und Naver – planen sie für einen schnelleren Crawl ein. Typischerweise erfolgt die Indexierung dann innerhalb von Minuten, statt der Zeit, die der normale Crawl-Rhythmus der Website für diese bestimmte Seite sonst gebraucht hätte.
Eingestellte und nicht vorrätige Seiten beheben
Eine Seite für ein Produkt, das wirklich nicht mehr existiert, sollte entweder mit einem echten 301 auf den nächstliegenden aktuellen Ersatz weiterleiten oder ehrlich einen 404 oder 410 zurückgeben, wenn es wirklich keinen sinnvollen Ort gibt, an den Besucher stattdessen geschickt werden können – sie unbegrenzt live zu lassen, nur mit einem „Nicht vorrätig"-Banner und ohne weiteres Signal, verbraucht weiterhin Crawl-Budget für eine Seite, die weder dem Geschäft noch dem Besucher noch dient. Wird das Produkt zu einem bekannten Zeitpunkt wieder vorrätig sein, ist es richtig, die Seite live und indexiert zu lassen; ist es dauerhaft eingestellt, ist es sowohl für die Crawl-Effizienz als auch für Käufer besser, die sonst über ein veraltetes Suchergebnis in einer Sackgasse landen, die Seite tatsächlich aus dem Index verschwinden zu lassen.
Duplikate durch Filter- und Sortierparameter beheben
Jede ?sort=-, ?filter=- und ?page=-Variante einer Kategorieseite ist aus Sicht eines Crawlers technisch eine eigenständige URL, und nichts sagt ihm automatisch, dass all diese Varianten im Grunde dasselbe zugrunde liegende Listing sind, nur in anderer Reihenfolge oder mit einer anderen sichtbaren Teilmenge. Ein Canonical-Tag auf jeder gefilterten Variante, das auf die saubere, ungefilterte Kategorie-URL zurückverweist, sagt Suchmaschinen unmissverständlich, welche Version es wert ist, indexiert und gerankt zu werden – sodass das Crawl-Budget in die tatsächlich relevante Seite fließt, statt dünn auf Dutzende nahezu identische Parameterkombinationen verteilt zu werden, die im Kern dasselbe Listing sind, nur leicht anders dargestellt.
Eine vollständige Katalogmigration per Massenübermittlung durchführen
Eine vollständige Plattformmigration, eine Massenpreisaktualisierung oder eine websiteweite Änderung der URL-Struktur kann jede einzelne URL eines Katalogs auf einmal betreffen – genau für diesen Fall wurde die Massenübermittlung per API entwickelt, statt eines Dashboard-Workflows, der URL für URL abgearbeitet wird und eine dafür abgestellte Person Tage manueller Arbeit kosten würde. Ein Enterprise-Guthaben mit 5.000 Credits deckt die vollständige Neuübermittlung eines mittelgroßen Katalogs nach einer Migration bequem in einem einzigen Batch ab; ein Agency-Paket mit 10.000 Credits deckt denselben Neuübermittlungsprozess über mehrere Kunden-Shops hinweg von einem einzigen Konto aus ab, ohne für jeden Kunden ein separates Paket kaufen zu müssen. So oder so bleibt das Ziel direkt nach einer Migration unabhängig vom Umfang gleich: den neuen, korrekten URL-Bestand so schnell wie möglich wieder vor die Suchmaschinen zu bringen, statt darauf zu warten, dass eine langsame organische Wiederentdeckung im eigenen Tempo allmählich aufholt, während Rankings und Traffic still und leise erodieren.
Laufende Pflege schlägt einmalige Korrekturen
Ein Katalog ist kein Projekt, das man einmal abschließt und dann vergisst, sondern etwas, das man unbegrenzt aktuell hält – genau wie eine Redirect-Zuordnung für eingestellte Produkte oder eine Canonical-Strategie für gefilterte URLs nur dann wirklich hilft, wenn sie fortlaufend auf jedes neue Produkt angewendet wird, statt nur nachträglich auf die Produkte, die zufällig heute live sind. Wird ein automatischer Übermittlungsschritt mit jedem Erstellungs- und Aktualisierungsereignis eines Produkts verknüpft, wird die Katalogindexierung zu routinemäßiger, unsichtbarer Pflege statt zu einem gelegentlichen Aufräumprojekt, für das jemand Zeit einplanen muss. Und jede Übermittlung, die tatsächlich hängen bleibt, erstattet ihren Credit nach 7 Tagen automatisch, statt ihn stillschweigend für eine Suchmaschine zu verschwenden, die die Seite nie tatsächlich eingeplant hat.
Soll Ihre nächste Seite schneller gefunden werden als durch organisches Crawling allein?
IndexLaunch sendet jede eingereichte URL sofort an mehrere Suchmaschinen, sobald Sie sie einreihen.
Keine Kreditkarte nötig · Credits verfallen nie
Oder führen Sie für jede Seite einen kostenlosen Indexierbarkeits-Check durch →