Sûr pour pointer vers un site en direct
Ces limites sont appliquées dans le code qui pilote le navigateur, et non demandées dans une invite.
Ce qu'un test ne fera jamais
- Envoyer un formulaireSeuls les chargements de pages sont envoyés. Les boutons de soumission des formulaires qui envoient des données ne sont jamais cliqués, donc rien n'est enregistré, commandé ou payé. Une recherche sur le site fonctionne comme un lien.
- Taper un mot de passe ou un numéro de carteCes champs restent vides.
- Sortir de votre domaineUn lien ou une redirection vers un autre site est bloqué, et le visiteur est ramené sur le vôtre.
- Visiter un site que vous ne possédez pasUn test ne commence qu'après que le domaine a été prouvé comme étant le vôtre, et jamais sur des adresses internes.
Prouver le domaine
Un enregistrement TXT DNS, un fichier à une adresse fixe, ou une balise meta sur la page d'accueil. L'un des trois suffit.
Reconnaître notre trafic
Chaque requête d'un test porte l'en-tête X-UX-Panel: ai-test, afin que vous puissiez le distinguer dans les journaux et les analyses, ou le filtrer.
Mode de paiement de test
Sur un hôte de test comme staging.example.com, vous pouvez permettre aux visiteurs d'envoyer des formulaires et de payer avec des cartes de test Stripe. Tout signe de clés de paiement réelles arrête le test.
Ce qu'un test ne peut pas vous dire
- Les notes sont générées par un modèle de langage. Certaines seront erronées, vérifiez-les sur le site.
- Les visiteurs lisent le texte et les contrôles. Ils n'évaluent pas le design visuel.
- « Je paierais » est une opinion, pas une prévision de conversion.
- Sur un site en production, l'inscription et le paiement ne sont pas testés, car les formulaires ne sont pas envoyés.
