Vous avez cliqué sur Démarrer sur la carte de connexion, mais la connexion ne s'est pas établie. La fenêtre contextuelle ne s'est pas ouverte, le nouvel onglet a affiché une erreur, ou vous êtes revenu dans WordPress sans que rien n'ait changé. Cette page couvre les causes les plus fréquentes, de la plus probable à la moins probable.
Cause 1 : Le bloqueur de fenêtres contextuelles a stoppé le nouvel onglet
Symptôme : Cliquer sur Démarrer ne produit aucun effet visible. Aucun nouvel onglet ne s'ouvre.
Pourquoi : Votre navigateur a bloqué la fenêtre contextuelle avant qu'elle puisse atteindre app.ttswp.com.
Solution :
- Cherchez une petite icône de fenêtre contextuelle bloquée dans la barre d'adresse du navigateur (généralement à droite).
- Cliquez dessus et choisissez Toujours autoriser les fenêtres contextuelles depuis ce site.
- Cliquez à nouveau sur Démarrer.
Dans Chrome : barre d'adresse - petite icône de fenêtre contextuelle bloquée - "Toujours autoriser". Dans Firefox : barre d'adresse - icône de bouclier - autorisations du site. Dans Safari : Préférences - Sites web - Fenêtres contextuelles - Autoriser.
Cause 2 : Votre site ne peut pas atteindre app.ttswp.com
Symptôme : La fenêtre contextuelle s'ouvre mais affiche "Impossible d'atteindre le serveur", ou vous terminez l'inscription sur app.ttswp.com mais l'administration WordPress n'affiche jamais l'état connecté.
Pourquoi : Votre hébergeur bloque les requêtes HTTPS sortantes vers des domaines externes, votre pare-feu filtre le trafic, ou un proxy d'entreprise se trouve sur le chemin.
Solution :
- Dans WordPress, ouvrez Outils - Santé du site - Informations - Requêtes HTTP.
- Regardez les sections intitulées "Requête en boucle" et "Connexion HTTPS". Les deux doivent être vertes.
- Si elles sont rouges, demandez à votre hébergeur d'autoriser les connexions HTTPS sortantes vers
app.ttswp.comet*.ttswp.com. - Causes fréquentes : pare-feux d'entreprise, règles mod_security au niveau serveur, plugins de sécurité WordPress bloquant les appels sortants.
Vous pouvez aussi tester directement depuis le serveur :
curl -I https://app.ttswp.com/
Une réponse 200 ou 301 indique que le chemin réseau fonctionne. Un délai d'attente signifie que l'hébergeur bloque la connexion.
Cause 3 : Cookies tiers bloqués
Symptôme : Vous vous connectez avec succès sur app.ttswp.com, l'onglet se ferme, mais la carte de connexion WordPress est toujours présente.
Pourquoi : Le protocole de connexion utilise un cookie de courte durée défini par app.ttswp.com. Si votre navigateur bloque entièrement les cookies tiers, le cookie ne survit pas à la redirection de retour.
Solution :
- Dans Chrome : Paramètres - Confidentialité et sécurité - Cookies - Autoriser les cookies tiers pour
ttswp.com. - Dans Safari : Préférences - Confidentialité - Empêcher le suivi entre sites désactivé (pour cette session).
- Dans Brave : abaissez le paramètre Shields pour
ttswp.comet votre site WordPress.
Une fois la connexion réussie, vous pouvez réactiver le blocage des cookies tiers. Le jeton du site est stocké dans votre base de données WordPress, pas dans les cookies.
Cause 4 : Site local ou de staging derrière un VPN ou un réseau privé
Symptôme : La fenêtre contextuelle s'ouvre, l'inscription semble correcte, mais la redirection vers votre site WordPress échoue car l'URL est privée (par exemple http://localhost:8080, https://staging.local, ou une URL protégée par Cloudflare Access).
Pourquoi : app.ttswp.com redirige vers l'URL de votre site à la fin du processus. Si cette URL n'est pas accessible depuis l'internet public, la redirection ne mène nulle part.
Solution :
- Sur localhost : utilisez un service de tunnel comme ngrok et définissez l'URL du site WordPress sur l'URL HTTPS ngrok pour l'étape de connexion.
- Sur un site de staging protégé par Cloudflare Access ou une authentification HTTP de base : désactivez temporairement l'authentification pour l'URL de redirection de connexion, terminez la connexion, puis réactivez-la.
- Si vous ne pouvez pas exposer le site publiquement, contactez le support pour obtenir un jeton manuel.
Cause 5 : Inadéquation de l'URL du site
Symptôme : La connexion se termine mais le plugin affiche "Connecté en tant qu'autre site" ou perd la connexion de façon répétée.
Pourquoi : L'Adresse du site (URL) dans Réglages - Général ne correspond pas à l'URL depuis laquelle le plugin est chargé. Causes fréquentes : le site est accessible à la fois sur www.example.com et example.com, ou vous avez récemment migré de HTTP vers HTTPS mais l'URL du site indique encore http://.
Solution :
- Dans Réglages - Général, définissez l'Adresse WordPress (URL) et l'Adresse du site (URL) sur la version canonique (même protocole, même www ou sans www).
- Enregistrez.
- Déconnectez et reconnectez depuis Synthèse vocale - Mon forfait et crédits.
Cause 6 : Le proxy inverse ou le CDN réécrit le callback de connexion
Symptôme : La connexion se termine mais l'administration WordPress ne se met jamais à jour. Aucune erreur visible.
Pourquoi : Cloudflare, Sucuri, ou un autre proxy inverse met en cache l'administration WordPress ou supprime les paramètres du callback.
Solution :
- Excluez
/wp-admin/du cache CDN. - Dans Cloudflare : Mise en cache - Configuration - Contourner le cache sur cookie ou ajoutez une règle de page pour
*example.com/wp-admin/*définie sur Contourner le cache.
Cause 7 : Déjà connecté à un autre compte TTSWP
Symptôme : La connexion sur app.ttswp.com affiche "Ce site est déjà connecté à un autre compte".
Solution :
- Connectez-vous au compte TTSWP d'origine sur
app.ttswp.com. - Allez dans Sites et supprimez ce site.
- Revenez dans votre administration WordPress et cliquez à nouveau sur Démarrer.
Toujours bloqué ?
Rassemblez ces informations et contactez le support :
- L'étape exacte où la connexion échoue (fenêtre contextuelle, inscription, redirection ou mise à jour de l'administration)
- L'URL de votre site WordPress depuis Réglages - Général
- Si le site est en local, en staging ou en production
- Tout message d'erreur visible dans la console du navigateur (F12 - Console)
- L'URL affichée dans le navigateur au moment de l'échec de connexion