Checklist propriétaire de site (connexion)
Vous n’avez pas besoin de lire du code pour utiliser cette page. Partagez-la avec celui qui possède l’enregistrement d’application, les domaines ou la connexion côté client.
Avant que les développeurs ne câblent la connexion
- Quelqu’un avec l’autorité peut créer ou accéder à l’application / enregistrement client Intastellar (public vs confidentiel se décide ici).
- Vous avez une liste d’URL de redirection réelles pour la production et le staging (
https://uniquement là où c’est requis ; pas de suppositions). - Vous savez si les visiteurs se connectent en pop-up, redirection pleine page ou modèle intégré — cela impacte l’UX et les tests.
- Les liens politique de confidentialité et conditions sur votre site correspondent à ce que vous indiquez aux utilisateurs (la connexion est souvent à côté de ces pages).
Après intégration (smoke test)
- Fenêtre navigation privée : lancez la connexion depuis votre vrai domaine (pas seulement
localhostsi la production compte). - Terminez la connexion et atterrissez sur la page attendue ; rechargez une fois — la session doit toujours sembler correcte pour votre produit.
- Déconnexion (si vous l’exposez) et vérifiez que l’utilisateur doit se reconnecter quand vous l’attendez.
- Essayez Safari (bureau ou iPhone) si vous avez du trafic réel — cookies tiers et règles de stockage diffèrent de Chrome.
Quand quelque chose cloche
- Comparez les URI de redirection dans la console avec l’URL exacte affichée par le navigateur après connexion — fautes de frappe, slashs finaux et
httpvshttpssont les coupables habituels. Voir URI de redirection et rappels. - Si seuls certains environnements échouent, vérifiez des enregistrements d’app distincts ou des listes de redirection staging vs production.
- Pour les problèmes du type « ça marche chez moi », lisez Dépannage de la connexion, puis Contact et assistance avec environnement, URL et captures.
Last updated