Chargement d'une page
Une fois qu'une URL est dans le périmètre, Silktide l'ouvre dans le navigateur et attend qu'elle devienne utilisable. La plupart des sites fonctionnent avec les valeurs par défaut. Ne modifiez ces paramètres que si vous avez un besoin de test spécifique – ils se trouvent dans les Paramètres avancés.
Attente de la page
- Délai d'expiration (Timeout) - le temps maximal pendant lequel Silktide attend qu'une page ait fini de se charger. N'augmentez-le que pour des pages systématiquement lentes ; un délai élevé fait que des pages bloquées retardent tout le test.
- Attente supplémentaire - temps additionnel après que la page paraît chargée. Utilisez-le pour les applications monopage et autres sites rendus côté client qui peuplent du contenu après le chargement initial.
Bandeaux de cookies et premières visites
- Sélecteur de clic - un sélecteur CSS facultatif. S'il correspond sur une page, Silktide clique dessus avant de capturer les résultats. C'est la manière habituelle de fermer un simple bandeau de cookies ou de consentement (par exemple
#accept-cookies). - Parcours de première visite - sur les nouveaux sites, Silktide peut effectuer une courte visite d'amorçage pour initialiser les caches et les cookies. Désactivez-la uniquement si cet amorçage interfère avec les tests.
- Des parcours plus riches (connexion, consentement en plusieurs étapes, vérification d'âge) nécessitent des parcours utilisateur ou une authentification configurée, pas seulement un sélecteur de clic. Voir Comment Silktide détecte-t-il les cookies ?.
Défilement et animation
Par défaut, Silktide fait défiler la page vers le bas pour que les images et contenus à chargement différé apparaissent. Désactiver le défilement vers le bas si ce mouvement casse la page ou si vous avez besoin d'une vue limitée à la partie au-dessus de la ligne de flottaison.
Activer les animations uniquement si vous avez besoin des animations CSS pendant le test. Les laisser désactivées est généralement plus rapide et plus stable.
Options d'exploration liées à la découverte
Ces paramètres avancés modifient les URL que Silktide considère comme distinctes, ou s'il suit les liens tout court :
| Paramètre | Quand l'utiliser |
|---|---|
| Connexions maximales | Combien de pages se téléchargent en parallèle. Diminuez ceci en premier si le site limite le débit des tests. |
| Désactiver la découverte de liens | Ne tester que les URL issues des règles et des pages forcées - ne pas suivre les liens. |
| Ignorer les sitemaps automatiques | Ignorer les sitemaps que Silktide trouverait autrement (par exemple \/sitemap.xml). |
| Traiter les fragments d'URL comme des pages distinctes | Tester séparément chaque URL #fragment unique. Désactivé par défaut. |
| Forcer les chemins d'URL en minuscules | Normaliser les chemins en minuscules lorsque le site sert la même page avec des casses différentes. |
| Paramètres de requête exclus | Supprimer les paramètres de suivi (par exemple utm_source) avant de considérer une URL comme unique. |
| Codes de réponse HTTP autorisés | Considérer comme réussis certains codes non 2xx (par exemple 401) lorsqu'ils correspondent à votre intention. |
| Activer le mode furtif | Déguiser les signaux d'automatisation pour ressembler davantage à un vrai navigateur. Peut ralentir l'exploration ; désactivez-le si le site fait déjà confiance à l'agent utilisateur de Silktide. |
Authentification et proxy
Les identifiants HTTP Basic, Digest ou NTLM, ainsi que l'emplacement du proxy, se configurent également dans les Paramètres avancés. Ils influent sur la capacité de Silktide à se connecter tout court - voir D'où Silktide se connecte et Silktide peut-il tester des sites web protégés par mot de passe ?.
Les modifications enregistrées prennent effet au prochain test.