Résoudre les messages d’erreur de connexion à Jetpack
Comprenez les messages d’erreur susceptibles de se produire lors de la connexion de votre site à votre compte WordPress.com et découvrez comment les corriger.
Une erreur s’est produite. Veuillez réessayer.
Si vous voyez ce message d’erreur générique lorsque vous essayez de connecter Jetpack, cela signifie généralement qu’un problème affecte XML-RPC sur votre site. Veuillez consulter ce guide pour résoudre les problèmes liés à XML-RPC, puis essayez de reconnecter Jetpack.
Validation du jeton du blog
Si vous rencontrez cette erreur, elle peut être due à un jeton de sécurité obsolète ou invalide sur votre site. Pour la corriger, essayez de désactiver et de supprimer complètement Jetpack, puis de le réinstaller. Ce processus n’aura aucune incidence sur vos données : vos statistiques et vos abonnés resteront intacts, mais vos réglages seront réinitialisés. Vous devrez donc les reconfigurer après la réinstallation et la reconnexion.
Impossible de résoudre l’hôte
Error details: The Jetpack server was unable to communicate with your site [IXR -32300: transport error: http_request_failed Couldn't resolve host 'example.com']
Cela signifie généralement que vous essayez de connecter Jetpack trop peu de temps après avoir enregistré un nouveau domaine ou modifié votre DNS.
Dans les deux cas, vous devez attendre entre 24 et 72 heures entre vos modifications et votre tentative de connexion à Jetpack.
Si cette erreur s’affiche toujours après 72 heures, vérifiez votre URL dans le Profileur de site, puis vérifiez que les ENREGISTREMENTS A et les SERVEURS DE NOMS sont correctement configurés pour votre nouveau DNS. Si vous ne savez pas quels doivent être les ENREGISTREMENTS A et les SERVEURS DE NOMS du nouveau DNS, veuillez contacter votre hébergeur.
Erreur de communication
Cette erreur signifie que Jetpack rencontre des difficultés générales pour communiquer avec WordPress.com.
Pour commencer, vérifiez que xmlrpc.php est correctement configuré en suivant ce guide.
Si la connexion XML-RPC fonctionne correctement, vérifiez ensuite que votre domaine se charge uniquement via HTTP ou HTTPS, mais pas les deux. Pour obtenir de l’aide afin de rediriger le trafic HTTP vers HTTPS, veuillez contacter votre hébergeur. Une fois la redirection effectuée, reconnectez le site à Jetpack.
Erreur 403 ou 404
Si une erreur 403 ou 404 s’affiche lorsque vous essayez de connecter Jetpack, veuillez vérifier la connexion XML-RPC à votre site.
Les requêtes de WordPress.com vers votre site sont bloquées
Un pare-feu, un pare-feu d’application Web (WAF) ou une règle de sécurité empêche WordPress.com d’atteindre xmlrpc.php sur votre site. Vos jetons de connexion sont toujours valides ; une reconnexion ne corrigera donc pas cette erreur, et Jetpack n’affiche aucune option de reconnexion pour celle-ci.
Accédez à Outils → Santé du site et consultez les éléments Jetpack pour obtenir un diagnostic complet, puis demandez à votre hébergeur d’autoriser les requêtes de WordPress.com vers xmlrpc.php. Si vous utilisez une extension de sécurité, ajoutez une exception pour xmlrpc.php. Jetpack effectue une nouvelle vérification une fois par jour et l’erreur disparaît environ un jour après la suppression du blocage.
Délai d’opération dépassé, délai de connexion dépassé
Deux messages d’erreur courants indiquent qu’un délai d’attente a été dépassé. Les voici :
Error details: The Jetpack server was unable to communicate with your site [IXR -32300: transport error: http_request_failed Operation timed out after 15001 milliseconds with 0 bytes received]
Ou :
cURL error 28: Connection timed out after 10000 milliseconds
Ces messages indiquent que l’hébergeur limite le nombre de connexions PHP simultanées. Pour résoudre ce problème, veuillez contacter votre hébergeur afin de lui demander de :
- confirmer qu’il ne bloque pas Jetpack de son côté
- demander s’il limite les connexions entrantes et sortantes via XML-RPC
Jetpack doit pouvoir envoyer et recevoir des requêtes réseau simultanément, ce qui signifie qu’il a besoin de processus PHP simultanés. Le plus souvent, demander à votre hébergeur de modifier le réglage PHP_FCGI_CHILDREN sur 2 résoudra ce problème. Une fois que l’hébergeur a confirmé avoir effectué cette modification, veuillez essayer de reconnecter Jetpack en suivant ce guide.
Impossible d’insérer le blog
Cette erreur signifie qu’un problème affecte la manière dont l’URL de votre site a été enregistrée dans notre système. Nous devons résoudre ce problème de notre côté. Veuillez contacter l’assistance pour obtenir de l’aide.
Jetpack a rencontré une erreur et n’a pas pu afficher le tableau de bord
Cette erreur se produit généralement lorsque des erreurs PHP sont configurées pour être affichées sur la partie publique du site. Ces erreurs peuvent interférer avec l’API Jetpack et empêcher le chargement du tableau de bord.
La solution consiste à désactiver l’affichage des erreurs PHP sur la partie publique du site. Vous pouvez suivre ce guide pour y parvenir. Si cette erreur s’affiche toujours après la désactivation de l’affichage des erreurs PHP, veuillez contacter l’assistance.
Erreur cURL 60 – SSL : impossible d’obtenir le certificat de l’autorité de certification locale
Error details: [http_request_failed] cURL error 60: SSL certificate problem: unable to get local issuer certificate [-10520]
Jetpack ne peut pas se connecter, car il ne parvient pas à vérifier le certificat SSL du site. Veuillez contacter votre hébergeur et lui demander de configurer le serveur du site afin qu’il fournisse la chaîne complète de certificats SSL. Vous pouvez utiliser cet outil en ligne pour vérifier si la chaîne de certificats présente des problèmes.
Code d’erreur serveur 500
Error details:string(60) -32301: transport error – HTTP status code was not 200 (500)
Il s’agit d’une erreur côté serveur provenant de votre hébergeur. Vous devrez déboguer le code PHP en consultant le journal des erreurs PHP pour vérifier s’il existe des notifications datant du moment où cette erreur s’est produite. Si vous ne savez pas comment déboguer le code PHP, veuillez contacter votre hébergeur pour obtenir de l’aide.
Code d’erreur 409 – XML-RPC ne répond pas correctement
Les sites qui font transiter leur trafic par Cloudflare ou d’autres CDN peuvent rencontrer une erreur 409 dans le outil de débogage Jetpack à l’adresse https://jptools.wordpress.com/debug/.
Si vous utilisez Cloudflare, veuillez le configurer afin de contourner les fonctionnalités de Cloudflare pour xmlrpc.php et l’administration WordPress en suivant ce guide.
Secrets_manquants
Ce message d’erreur suggère un problème de mise en cache. Si vous utilisez une extension de mise en cache sur votre site, essayez de vider le cache. Si cela ne suffit pas, essayez d’installer cette petite extension pour purger votre cache d’objets. Une fois cela fait, veuillez essayer de reconnecter Jetpack en suivant les étapes ici.
Le secret d’inscription est vide (état 500)
Différents scénarios peuvent provoquer cette erreur : The registration secret sent by your site is empty. (Status 500).
Si cela vous arrive, recherchez les conflits entre les extensions et les thèmes, puis consultez les journaux de débogage PHP afin d’identifier ce qui bloque la connexion (votre hébergeur peut vous aider). Dans certains cas, réduire la taille de la base de données ou augmenter les limites du serveur a résolu le problème ; votre hébergeur peut également vous aider.
Vérifier les secrets manquants
Error details: [verify_secrets_missing] Verification secrets not found
Cela signifie que la requête a peut-être expiré ou n’a pas pu terminer la négociation initiale. Veuillez essayer de reconnecter Jetpack en suivant ces étapes.
Jetpack a rencontré un problème lors de l’enregistrement des options (cannot_save_secrets)
Cela signifie généralement que la table nommée options de votre base de données WordPress n’est pas accessible en écriture. Si vous ne savez pas comment le vérifier, vous pouvez contacter votre hébergeur afin qu’il vous aide à vous assurer que la table nommée options est accessible en écriture.
xml_rpc-32601
Cette erreur est peut-être due à une mauvaise configuration dans lighttpd. Nous ne prenons pas en charge lighttpd, mais vous pouvez consulter les suggestions de ce fil du forum.
Notez que sur un site correctement configuré, l’élément correspondant à /xmlrpc.php URL doit afficher « XML-RPC server accepts POST requests only » lorsqu’on y accède depuis le navigateur. L’élément correspondant à /xmlrpc.php?rsd URL doit afficher des données XML. Sur un site mal configuré, les deux URL afficheront « XML-RPC server accepts POST requests only ». Pour en savoir plus, consultez ce guide.
xml_rpc-32700
Si vous utilisez WordPress derrière Varnish, ce message peut s’afficher lorsque vous essayez de connecter Jetpack à WordPress.com :
Your Jetpack has a glitch. Something went wrong that’s never supposed to happen. Guess you’re just lucky: xml_rpc-32700. Try connecting again.
Certaines versions de Varnish présentent un bogue connu qui empêche Varnish de communiquer correctement avec le serveur web via HTTP/1.0. Tant que Varnish n’a pas corrigé ce bogue, vous pouvez essayer cette solution de contournement, qui indique à Varnish d’utiliser HTTP/1.1 à la place. Si cela ne fonctionne pas, vous pouvez essayer de désactiver temporairement Varnish, de connecter Jetpack, puis de réactiver Varnish.
J’ai reçu un message d’erreur qui n’est pas répertorié sur cette page.
Vous pouvez suivre nos étapes de dépannage pour en savoir plus sur le problème rencontré sur votre site.
Codes d’erreur HTTP
Vous pouvez voir différents codes d’erreur HTTP lors du dépannage des problèmes de connexion à Jetpack. Pour en savoir plus à leur sujet, consultez notre page dédiée aux erreurs HTTP.
Still need help?
Please contact support. We’re happy to advise.
In this section
- Blank lines or extra content in XML-RPC Troubleshoot blank lines or extra content in your site's XML-RPC file. Sometimes, when trying to connect Jetpack to…
- HTTP code guidance for Jetpack sites This guide explains the HTTP status codes (also called error codes) you may see when Jetpack cannot connect…