Screpys Noindex Checker untersucht eine URL auf Indexierungsanweisungen im abgerufenen HTML und in X-Robots-Tag-Antwortheadern. Er zeigt die Deklaration, ihre Quelle und ihre Gültigkeit für die Google-Websuche. Damit untersuchen Sie unerwünschte Einschränkungen oder bestätigen beabsichtigte Regeln. Das Ergebnis beschreibt die empfangene Antwort, nicht Googles tatsächlichen Index.
Prüfen Sie die endgültige Antwort, nicht Googles Index
Geben Sie eine vollständige öffentliche HTTP- oder HTTPS-URL ein. Screpy folgt höchstens fünf Weiterleitungen und untersucht dann die letzte Antwort. Vergleichen Sie angefragte und endgültige Adresse: Leitet eine alte Produkt-URL auf eine Kategorie um, gehören die Anweisungen zur Kategorieantwort, nicht zum früheren Produkt-HTML.
Bei HTML liest das Tool Robots- und Googlebot-Meta-Tags sowie Antwortheader. Bei PDFs und anderen Nicht-HTML-Ressourcen sind HTML-Tags nicht anwendbar; X-Robots-Tag-Header können weiterhin Anweisungen enthalten. „Nicht anwendbar“ bei der HTML-Quelle eines PDFs bedeutet keinen fehlgeschlagenen Abruf.
Der Checker führt kein JavaScript aus, liest keine robots.txt und fragt Googles Index nicht ab. Er reproduziert auch nicht jede Antwort für unterschiedliche Besucher oder Crawler. Ein erfolgreicher Diagnoseabruf belegt nur diese Antwort. Tatsächlicher Crawl-Zugriff, gerenderte Änderungen und gespeicherter Indexstatus müssen separat geprüft werden.
Finden Sie die für die Google-Websuche geltende Anweisung
Lesen Sie Quelle, Rohwert, Crawler-Geltungsbereich und Anwendbarkeit zusammen. Eine allgemeine Robots-Regel und eine Googlebot-Regel können beide gelten. Eine ausschließlich für einen anderen Crawler bestimmte Regel beschränkt nicht automatisch die Google-Websuche.
Das fiktive Beispiel zeigt, warum ein einzelner beruhigender Wert nicht genügt. Es ist kein Scan einer echten Website.
| Beobachtete Quelle | Beispielwert | Bedeutung für diese Prüfung |
|---|---|---|
| HTML-Meta-Tag robots | index, follow | In dieser Deklaration allein kein noindex |
| HTML-Meta-Tag googlebot | noindex | Gilt für die Google-Websuche trotz allgemeinem index |
| X-Robots-Tag-Header | noindex | Weitere geltende Quelle; Löschen von HTML entfernt sie nicht |
| Header für otherbot | otherbot: noindex | Beleg außerhalb des Google-Web-Geltungsbereichs |
Kommen die ersten drei zusammen vor, hebt ein zusätzlicher index-Wert das geltende noindex nicht auf. Googles Robots-Spezifikation erläutert die restriktivere Anweisung bei Widersprüchen. none umfasst noindex und nofollow. nofollow allein ist eine andere Anweisung und bedeutet kein noindex der Seite.
Der Parser findet auch Robots-Meta-Tags im Body. Korrigieren Sie unerwünschte Platzierung zugunsten des Head-Bereichs, aber betrachten Sie einen Body-Tag nicht als wirkungslos. Beispiel-Tags in Kommentaren, Skripten oder Template-Inhalten gelten in diesem Checker nicht als aktive Deklarationen.
Lesen Sie den Befund zusammen mit der Abdeckung
„Noindex gefunden“ bedeutet, dass eine geltende Anweisung beobachtet wurde. Dieser positive Beleg kann bestehen bleiben, auch wenn eine andere Quelle unvollständig geprüft wurde. Er beweist weder Googles Verarbeitung noch eine versehentliche Einschränkung.
„Kein noindex gefunden“ setzt vollständig geprüfte relevante Quellen voraus. Grün bedeutet deshalb das Fehlen dieser Anweisung in der geprüften Antwort, keine Garantie für Crawling, Canonical-Auswahl oder Indexierung. „Unbekannt“ heißt, dass die Belege keine Abwesenheit bestätigen. Lesen Sie Details zu unvollständigen oder fehlenden Quellen, statt sie als bestanden zu betrachten.
Antworten über dem 2-MiB-Limit können lesbare Belege hinterlassen, ohne eine vollständige Prüfung zu erlauben. Auch die Grenze von 100 Deklarationen, unlesbare Kodierung oder unklare Syntax können die Abdeckung verringern. Beheben Sie das Zugriffs- oder Auslegungsproblem und prüfen Sie erneut.
Besondere Hinweise brauchen eigene Bewertung. Zusammen mit noindex kann indexifembedded Google die Indexierung eingebetteter Inhalte erlauben; es hebt das noindex der Seite nicht allgemein auf. unavailable_after enthält eine gesondert zu prüfende Ablaufregel. Ein ungültiges oder unsicheres Datum gilt nicht stillschweigend als bestätigter Ablauf, und Ablaufbelege ersetzen nicht den Noindex-Befund.
Korrigieren Sie die Quelle und prüfen Sie die veröffentlichte URL
Entscheiden Sie zuerst, ob die Seite in der Suche erscheinen soll. Checkout- oder interne Suchseiten können absichtlich noindex tragen. Die Anweisung schützt keine vertraulichen Daten und ersetzt weder Anmeldung noch Zugriffskontrollen.
Bei unerwünschtem HTML prüfen Sie SEO-Einstellung, Vorlage und gemeinsame Einstellungen, die den Tag erzeugen. Bei einem Header ändern Sie die Konfiguration, die ihn hinzufügt. Die Änderung einer Quelle entfernt nicht die andere. Veröffentlichen Sie die Korrektur und prüfen Sie dieselbe URL einschließlich aller geltenden Quellen und der letzten Weiterleitungsadresse erneut.
Laut Googles Noindex-Anleitung muss der Crawler die Ressource erreichen, um die Anweisung zu lesen. Eine robots.txt-Sperre kann das verhindern; noindex in robots.txt wird von Google nicht unterstützt. Untersuchen Sie Crawl-Regeln mit dem Robots.txt Tester und Canonical-Deklarationen separat mit dem Canonical Tag Checker.
Prüfen Sie nach der veröffentlichten Antwort den gespeicherten Zustand und verfügbare Live-Prüfungen in der Search Console. Google muss Änderungen erneut crawlen und verarbeiten. Das Entfernen von noindex garantiert weder Aufnahme noch sofortige Rückkehr in die Suche.
Für eine separate Prüfung der IndexNow-Einrichtung nutzen Sie den IndexNow Checker. Er liest die Verifizierungsdatei und vergleicht den Schlüssel, ohne URLs einzureichen; Annahme und Indexierung werden nicht bestätigt.