So sieht die Arbeit von EverGrow aus.

1Befund

Alle 10 geprüften Seiten werden über http:// ausgeliefert, ohne Verschlüsselung.

Ursache

Es gibt keine Weiterleitung auf https://: Die Startadresse bleibt http://test.evergrowsolution.de.

2Umsetzung

1. TLS-Zertifikat für die Domain einrichten (z. B. Let’s Encrypt über den Hoster).
2. Serverweit jede http-Adresse per 301 auf dieselbe https-Adresse umleiten, in genau einem Schritt, ohne Kette.
3. Canonicals, interne Links, Sitemap und strukturierte Daten auf https umstellen.
4. In der Search Console die https-Version anlegen und die Sitemap neu einreichen.

3Abnahme

• http://test.evergrowsolution.de/a/ antwortet mit 301 auf https://test.evergrowsolution.de/a/, ein Sprung.
• Alle Canonicals und alle Sitemap-Einträge beginnen mit https://.
• Neuer Crawl: keine Seite mehr über http://, keine Weiterleitungskette.

1Befund

Alle 1.140 geprüften Kategorieseiten ab Seite 2 zeigen per Canonical auf Seite 1. Der Muster-Shop führt 40.000 Produkte mit je einer Landesversion für DE, AT und CH.

Ursache

Die Kategorievorlage übernimmt die URL der ersten Seite für jede Folgeseite.

2Umsetzung

1. Gib jeder Folgeseite einen Canonical auf ihre eigene eindeutige URL einschließlich page-Parameter.
2. Verlinke die nächste Seite mit einem normalen a-Element und href, damit die Folge ohne Klick auf einen JavaScript-Button erreichbar ist.
3. Halte die Produktlisten je Seiten-URL stabil und die Folgeseiten für Crawling und Indexierung zugänglich.
4. Prüfe die 60 Kategorien erneut; verwende rel=prev und rel=next nicht als Google-Indexierungslösung, da Google diese Angaben nicht mehr nutzt.

3Abnahme

• Alle 1.140 geprüften Folgeseiten liefern HTTP 200 und genau einen Canonical auf die eigene URL.
• Der Crawl erreicht sämtliche Folgeseiten über href-Links ohne Nutzerinteraktion.
• Keine geprüfte Folgeseite trägt noindex oder eine robots.txt-Sperre.

1Befund

Der Crawl findet 64.800 Filterkombinationen, die mit HTTP 200 antworten. Dieselben Produkte sind zusätzlich über die ungefilterten Kategorien und deren Folgeseiten erreichbar.

Ursache

Jede Kombination aus Farbe, Größe und Material erzeugt weitere crawlbare Links ohne Begrenzung.

2Umsetzung

1. Lege fest, welche Filterkombinationen du als eigene Suchziele brauchst; führe diese über feste, intern verlinkte Kategoriepfade.
2. Begrenze die Erzeugung weiterer Kombinationslinks und sperre unnötige Kategorie-Filterparameter gezielt per robots.txt für das Crawling.
3. Prüfe vor der Sperre bereits indexierte Filter-URLs separat; eine Crawl-Sperre allein entfernt sie nicht aus dem Index und verhindert das Auslesen eines noindex.
4. Liefere bei leeren oder unsinnigen Kombinationen HTTP 404 unter der aufgerufenen URL, ohne Umleitung auf eine Fehlerseite.
5. Teste die Regeln für alle drei Länder; lasse Produktvarianten, gewünschte Kategoriepfade und die Paginierung mit page zugänglich.

3Abnahme

• Die Regelprüfung sperrt alle 1.000 festgehaltenen unnötigen Filter-URLs und erlaubt alle 90 Kontroll-URLs für Kategorien, Paginierung und Produktvarianten.
• Alle 240 leeren Kombinationen liefern bei direktem Abruf HTTP 404.
• Für bereits indexierte Filter-URLs liegt eine gesonderte Entscheidung zur Indexierung vor; die Crawl-Sperre wird nicht als Entfernung gewertet.

1Befund

Die robots.txt sperrt wichtige Skripte und Styles auf allen drei Landesversionen. Im Renderingtest fehlen dadurch auf 90 geprüften Produktseiten die Varianteninformationen, die per Skript geladen werden.

Ursache

Pauschale Disallow-Regeln erfassen auch Ressourcen, die zum Verstehen der Produktseiten nötig sind.

2Umsetzung

1. Entferne die beiden pauschalen Sperren für die benötigten Skripte und Styles aus der robots.txt.
2. Prüfe alle aktiven Regeln gegen die Ressourcenliste der 90 Produktseiten.
3. Vergleiche danach das gerenderte Ergebnis mit der sichtbaren Produktseite und kontrolliere Preis sowie Varianteninformationen.
4. Dokumentiere Crawl-Sperren getrennt von Indexierungsregeln; zum Auslesen eines noindex muss die betreffende Seite crawlbar bleiben.

3Abnahme

• Keine für die 90 Testseiten benötigte Skript- oder Style-URL wird durch robots.txt gesperrt.
• Die 90 Renderingtests zeigen Produktinhalt, Varianten und Preise ohne fehlende benötigte Ressourcen.
• Die robots.txt bleibt unter https://www.muster-shop.example/robots.txt mit HTTP 200 abrufbar.

1Befund

Die Sitemap enthält neben 121.500 geeigneten URLs 1.500 Weiterleitungen, Fehlerseiten und noindex-Seiten. Alle 123.000 Einträge tragen täglich das Erstellungsdatum der Sitemap als lastmod.

Ursache

Der Export nutzt eine ungeprüfte URL-Liste und setzt lastmod aus der aktuellen Serverzeit.

2Umsetzung

1. Exportiere nur kanonische, indexierbare Ziel-URLs mit HTTP 200; entferne Weiterleitungen, Fehlerseiten und noindex-Seiten.
2. Nutze für lastmod den Zeitpunkt der letzten wesentlichen Änderung am Seiteninhalt; lasse die Angabe weg, wenn du diesen Zeitpunkt nicht verlässlich bestimmen kannst.
3. Halte die Landes-Sitemaps unter jeweils 50.000 URLs und 50 MB unkomprimiert und referenziere sie im Sitemap-Index.
4. Prüfe den vollständigen Export und zwei aufeinanderfolgende Läufe; reiche anschließend den Sitemap-Index zur Verarbeitung ein.

3Abnahme

• Die bereinigten Sitemaps enthalten bei unverändertem Bestand genau 121.500 geeignete URLs und keine der 1.500 ungeeigneten Einträge.
• Bei den 100 unveränderten Testseiten bleibt ein belegtes lastmod stabil oder fehlt; bei zehn gezielt geänderten Seiten entspricht es der wesentlichen Inhaltsänderung.
• Alle drei XML-Dateien sind gültig und bleiben jeweils unter beiden Größenlimits; der Index ist abrufbar.

1Befund

Die Server-Logs für August 2026 enthalten 180.000 HTML-Abrufe mit Googlebot im User-Agent, davon 18.000 nachweislich gefälscht. Von den 162.000 echten Googlebot-Abrufen entfallen 97.200 auf Filterkombinationen.

Ursache

Die bisherige Auswertung vertraut dem User-Agent und vermischt fremde Absender mit echtem Googlebot-Verkehr.

2Umsetzung

1. Ermittle die tatsächliche Quell-IP aus den Server-Logs; vertraue weitergereichten IP-Headern nur bei eigenen, bekannten Proxys.
2. Gleiche angebliche Googlebot-Absender mit der veröffentlichten IP-Liste für allgemeine Crawler ab und aktualisiere diese Liste regelmäßig.
3. Prüfe Einzelfälle zusätzlich per Reverse-DNS, passendem offiziellen Googlebot-Hostnamen und Forward-DNS zurück zur ursprünglichen IP; werte einen DNS-Ausfall als ungeklärt.
4. Trenne verifizierte, falsch deklarierte und ungeklärte Abrufe und unterteile den echten Crawl nach Filter-, Produkt- und übrigen URLs.
5. Übergib den Filteranteil an SEO-12 und prüfe auffällige fremde Absender vor einer gezielten Zugriffsbeschränkung.

3Abnahme

• Alle 180.000 Beispiel-Abrufe sind mit Prüfgrund klassifiziert; die Ausgangsauswertung ergibt 162.000 verifizierte und 18.000 falsch deklarierte Abrufe.
• Ein zusätzlicher Test mit nicht erreichbarem DNS landet in ungeklärt und wird nicht allein deshalb als Fälschung bewertet.
• Der Bericht weist 97.200 Filterabrufe und deren Anteil von 60 % ausschließlich innerhalb der verifizierten Googlebot-Abrufe aus.

1Befund

Bei 120 von 400 geprüften Produktgruppen fehlen gegenseitige hreflang-Verweise. Bei weiteren 60 Gruppen führen die Verweise erst über eine Weiterleitung.

Ursache

Die Landesvorlagen erzeugen ihre Verweise getrennt und verwenden teilweise URL-Zuordnungen aus der Zeit vor dem Relaunch.

2Umsetzung

1. Erzeuge die Landesverweise aus einer gemeinsamen Zuordnung der tatsächlich entsprechenden Produkte.
2. Gib auf jeder Seite denselben vollständigen Satz aus Selbstverweis und Gegenverweisen für de-DE, de-AT und de-CH aus.
3. Verwende absolute HTTPS-URLs der aktuellen, indexierbaren Landesziele mit HTTP 200 und ersetze alte Weiterleitungsziele.
4. Prüfe alle 400 Gruppen auf Rückverweise, passende Produktzuordnung und gültige Sprach- und Ländercodes.

3Abnahme

• Alle 1.200 geprüften Seiten enthalten die drei vereinbarten hreflang-Verweise einschließlich Selbstverweis.
• Jeder Verweis besitzt einen Rückverweis und führt direkt zu HTTP 200 ohne noindex oder Crawl-Sperre.
• Keine geprüfte Gruppe verweist auf ein anderes Produkt oder eine alte URL; die Codes lauten de-DE, de-AT und de-CH.

1Befund

Bei 120 von 600 geprüften Variantenangeboten fehlt im Markup der aktive Preis, bei weiteren 90 die Verfügbarkeit. Für Händlerangebote sind Preis und Währung Pflicht, die Verfügbarkeit ist empfohlen.

Ursache

Die Ausgabe der Angebotsdaten übernimmt bei einigen Varianten nur Stammdaten des übergeordneten Produkts.

2Umsetzung

1. Ordne das Product mit seinem Offer eindeutig der angezeigten Variante zu und übernimm deren tatsächlichen Angebotspreis.
2. Gib den aktiven Preis größer null als price und die passende priceCurrency aus; verwende EUR für DE und AT sowie CHF für CH.
3. Ergänze availability aus dem tatsächlichen Variantenbestand, etwa InStock oder OutOfStock; behandle das Fehlen getrennt von Preisfehlern.
4. Vergleiche alle 600 Angebote mit der sichtbaren Seite und prüfe je Land zehn Varianten zusätzlich im Test für Rich-Suchergebnisse.

3Abnahme

• Alle 600 geprüften Variantenangebote enthalten den passenden aktiven Preis, die richtige Währung und den tatsächlichen Verfügbarkeitsstatus.
• Bei den 30 zusätzlichen Tests fehlen keine Pflichtangaben für Händlerangebote; frühere Preisfehler und Hinweise zur Verfügbarkeit sind behoben.
• Bei zehn kontrollierten Preis- oder Bestandsänderungen stimmen sichtbare Angaben und strukturierte Angebotsdaten nach der nächsten Seitenausgabe überein.

1Befund

1.200 von 3.600 geprüften alten Produkt-URLs laufen über drei Weiterleitungen. 80 davon enden auf HTTP 404, obwohl das Produkt eine gültige neue Seite hat.

Ursache

Alte Weiterleitungsregeln und neue Relaunch-Zuordnungen greifen nacheinander statt auf das endgültige Ziel.

2Umsetzung

1. Ordne jeder alten Produkt-URL die fachlich passende endgültige Zielseite zu und korrigiere die 80 falschen Zuordnungen.
2. Leite jede alte URL serverseitig mit HTTP 301 oder 308 direkt auf ihr endgültiges Ziel weiter.
3. Ersetze interne Links auf alte URLs durch aktuelle Ziele und prüfe Überschneidungen der Weiterleitungsregeln.
4. Rufe die 3.600 alten URLs und die feste Prüfliste erneut ab; dokumentiere Statusfolgen und mögliche Schleifen.

3Abnahme

• Alle 3.600 geprüften alten URLs erreichen mit genau einer permanenten Weiterleitung eine passende Zielseite mit HTTP 200.
• Die 80 falsch zugeordneten URLs führen zum richtigen Produkt; keine der geprüften Weiterleitungen bildet eine Schleife.
• In der festen Prüfliste sinkt die Zahl der HTTP-404-URLs von 200 auf 120; die übrigen Fehler werden gesondert bearbeitet.