---\ntitle: Eine Seite laden\ncreated: 2026-07-28T00:10:00Z\nupdated: 2026-08-26T04:53:33Z\nsummary: Wie Silktide wartet, scrollt, Banner schließt und jede Seite lädt – und welche Erweiterten Einstellungen Sie ändern sollten.\nnavOrder: 50\nnavHidden: true\n---\n\n# Eine Seite laden\n\nSobald eine URL im Umfang liegt, öffnet Silktide sie im Browser und wartet, bis sie benutzbar ist. Die meisten Websites funktionieren mit den Standardeinstellungen. Ändern Sie diese Optionen nur bei einem konkreten Testbedarf – sie befinden sich unter Erweiterte Einstellungen.\n\n## Auf die Seite warten\n\n- Timeout – die maximale Zeit, die Silktide darauf wartet, dass eine Seite das Laden beendet. Erhöhen Sie ihn nur für durchgehend langsame Seiten; ein hoher Timeout lässt festhängende Seiten den gesamten Test aufhalten.\n- Zusätzliche Wartezeit – zusätzliche Zeit, nachdem die Seite geladen zu sein scheint. Verwenden Sie dies für Single-Page-Applications und andere clientseitig gerenderte Seiten, die Inhalte nach dem initialen Laden befüllen.\n\n## Cookie-Banner und erste Besuche\n\n- Klick-Selektor – ein optionaler CSS-Selektor. Wenn er auf einer Seite zutrifft, klickt Silktide darauf, bevor Ergebnisse erfasst werden. Dies ist die übliche Methode, um einen einfachen Cookie- oder Einwilligungsbanner zu schließen (zum Beispiel #accept-cookies).\n- Ablauf für Erstbesuch – bei neuen Websites kann Silktide einen kurzen Aufwärm-Besuch durchführen, um Caches und Cookies zu initialisieren. Deaktivieren Sie ihn nur, wenn dieses Aufwärmen die Tests stört.\n- Komplexere Abläufe (Login, mehrstufige Einwilligung, Altersabfragen) benötigen Benutzerabläufe oder eine konfigurierte Authentifizierung, nicht nur einen Klick-Selektor. Siehe Wie erkennt Silktide Cookies?.\n\n## Scrollen und Animation\n\nStandardmäßig scrollt Silktide die Seite nach unten, damit verzögert geladene Bilder und Inhalte erscheinen. Nach-unten-Scrollen deaktivieren, wenn diese Bewegung die Seite beeinträchtigt oder Sie nur den Bereich oberhalb der Falz benötigen.\n\nAnimationen aktivieren nur, wenn Sie während des Tests CSS-Animationen benötigen. Im ausgeschalteten Zustand ist es in der Regel schneller und stabiler.\n\n## Crawler-Optionen zur Erkennung\n\nDiese erweiterten Einstellungen ändern, welche URLs Silktide als unterschiedlich behandelt, oder ob überhaupt Links verfolgt werden:\n\n| Einstellung | Wann verwenden? |\n| --- | --- |\n| Maximale Verbindungen | Wie viele Seiten parallel heruntergeladen werden. Senken Sie dies zuerst, wenn die Website das Testen drosselt. |\n| Link-Erkennung deaktivieren | Nur URLs aus Regeln und erzwungenen Seiten testen – keine Links verfolgen. |\n| Automatische Sitemaps ignorieren | Sitemaps überspringen, die Silktide sonst finden würde (zum Beispiel \/sitemap.xml). |\n| URL‑Fragmente als eigene Seiten behandeln | Jede eindeutige #fragment-URL separat testen. Standardmäßig aus. |\n| Kleinschreibung für URL-Pfade erzwingen | Gemischt geschriebene Pfade normalisieren, wenn die Website dieselbe Seite uneinheitlich ausliefert. |\n| Ausgeschlossene Query-Parameter | Tracking-Parameter (zum Beispiel utm_source) entfernen, bevor eine URL als eindeutig behandelt wird. |\n| Erlaubte HTTP-Antwortcodes | Ausgewählte Nicht-2xx-Codes (zum Beispiel 401) als erfolgreiche Ladevorgänge behandeln, wenn dies Ihrer Absicht entspricht. |\n| Stealth-Modus aktivieren | Automatisierungsmerkmale verschleiern, damit es eher wie ein echter Browser wirkt. Kann das Crawlen verlangsamen; schalten Sie es aus, wenn die Website dem User-Agent von Silktide bereits vertraut. |\n\n## Authentifizierung und Proxy\n\nHTTP-Basic-, Digest- oder NTLM-Anmeldedaten sowie der Proxy-Standort werden ebenfalls in den Erweiterten Einstellungen konfiguriert. Sie beeinflussen, ob Silktide sich überhaupt verbinden kann – siehe Woher Silktide Verbindungen aufbaut und Kann Silktide passwortgeschützte Websites testen?.\n\nGespeicherte Änderungen treten beim nächsten Test in Kraft.\n