Einstellungen und Verifikation
Folge bei einer neuen Website dem Ablauf zur Crawl-Einrichtung, bevor du Regeln einer bestehenden Website übernimmst.
Begrenzter Crawl
Nachvollziehbare Evidenz
Vergleichbare Verifikation
Einstellungen sind der Datenvertrag künftiger Läufe
Eine Änderung wirkt nicht rückwirkend auf gespeicherte Crawls. Sie bestimmt, welche URLs ein neuer Lauf entdecken, zulassen, abrufen und gegebenenfalls rendern darf. Dokumentiere den Wechsel, wenn alte und neue Evidenz gemeinsam berichtet wird.
URL-Limit und Tiefe begrenzen unterschiedliche Dinge
Das URL-Limit deckelt die zugelassenen Seiten und damit Evidenz sowie mögliche Kosten. Die Tiefe begrenzt die Entfernung vom Startpunkt. Ein hohes URL-Limit kompensiert keinen zu flachen Entdeckungsweg, und große Tiefe garantiert keine Aufnahme außerhalb der übrigen Regeln.
Pfadregeln brauchen Tests mit echten URLs
Ein- und Ausschlüsse formen den Scope vor der Auswertung. Prüfe typische, grenzwertige und unerwünschte URLs. Schon ein kleines Musterproblem kann ein Verzeichnis unbemerkt ausschließen oder einen endlosen Parameterraum zulassen.
Dokumentiere Änderungen an Ein- und Ausschlussregeln, wenn du einen Vergleich zwischen Crawl-Läufen planst.
Rendering folgt einer bewussten Richtlinie
Deaktiviert nutzt die abgerufene HTML-Antwort. Geeignet rendert nur ausgewählte Seiten und reserviert in der Schätzung aktuell 25 Prozent des Limits. Erforderlich plant Rendering für alle zugelassenen Seiten. Tatsächliche Rendering-Einheiten werden terminal abgerechnet.
Robots-Verhalten verändert die beobachtbare Site
Die gewählte Policy legt fest, wie robots.txt in der Sammlung berücksichtigt wird. Ein blockierter Bereich kann weiterhin als Scope-Grenze sichtbar sein, liefert aber nicht dieselbe Seitenevidenz wie ein erfolgreicher Abruf. Quick Checks respektieren robots.txt immer.
Wähle eine der drei unterstützten Verifizierungsmethoden
| Methode | Geeignet, wenn |
|---|---|
| CMS-Meta-Tag | du den Head der Startseite zuverlässig veröffentlichen kannst. |
| HTML-Datei | du eine vorgegebene Datei direkt im Webroot ausliefern kannst. |
| DNS TXT | du die DNS-Zone der Property verwaltest und Propagationszeit einplanst. |
Die Challenge ist kurzlebig und servergebunden
Token, Site und Methode gehören zusammen; die Challenge läuft nach sieben Tagen ab. Crawl Foundry prüft den Nachweis serverseitig und setzt erst dann verified oder admin_approved. Entferne den Nachweis nicht vorschnell, wenn spätere Prüfungen ihn erneut benötigen.
Quick Checks reduzieren Risiko durch feste Grenzen
Der Modus begrenzt sich auf 100 URLs, Tiefe zwei, Rendering aus, geringe Parallelität, mindestens 1.000 Millisekunden Abstand und kleine Batches. Verwende die Ergebnisse als öffentliche Probe mit eingeschränkter Abdeckung.
Lass den Server den wirksamen Scope schätzen
Tarifdefaults, Control-Plane-Overrides, URL-Limit und Rendering beeinflussen die Schätzung. Die Reservierung schützt vor einer unfinanzierten Ausführung; die endgültige Abrechnung folgt den tatsächlichen auditieren und gerenderten Einheiten.
Verifizierung hebt technische Sperren nicht auf
Eigentumsnachweis erlaubt den vollständigen Modus, garantiert aber keinen Zugriff durch Firewall, Authentifizierung, Rate Limit, robots.txt oder Netzwerkpolicy. Solche Grenzen gehören als Laufproblem in die Bewertung der Abdeckung.
Behandle eine Scope-Änderung wie eine Messmethodenänderung
Beispiel: Einen Crawl auf einen Bereich eingrenzen
Um ein neues Hilfecenter zu prüfen, ergänzt ein Team eine Include-Regel für dessen Pfad und aktiviert geeignetes Rendering, weil die Seiten Inhalte per JavaScript laden. Die neue Schätzung erscheint vor dem nächsten Lauf.
Das Team dokumentiert die Änderung des Umfangs, damit niemand den Crawl des Hilfecenters mit früheren Crawls der ganzen Website vergleicht, als hätten sie dasselbe gemessen.
Häufige Fragen
Welche Crawl-Grenzen kann ich ändern?
Maximale URLs bis zum Planlimit und einer festen Obergrenze von 5.000 Seiten, maximale Tiefe bis 25, Include- und Exclude-Pfade, Rendering und bei verifizierten Sites das Verhalten gegenüber robots.txt.
Startet das Speichern einen Crawl oder reserviert Guthaben?
Nein. Guthaben wird erst reserviert, wenn ein manueller oder geplanter Lauf zugelassen wird. Das Speichern aktualisiert die Schätzung für den nächsten Lauf.
Was kann eine nicht verifizierte Site?
Nur die öffentliche Prüfung: höchstens 100 URLs, Tiefe zwei, robots.txt wird beachtet, kein Rendering und vorsichtiges Tempo. Zeitpläne brauchen einen Besitznachweis.