{"id":22316,"date":"2026-08-27T14:55:14","date_gmt":"2026-08-27T12:55:14","guid":{"rendered":"https:\/\/www.curiaweb.ch\/?post_type=docs&p=22316"},"modified":"2026-08-27T14:55:15","modified_gmt":"2026-08-27T12:55:15","password":"","slug":"activer-ssl-https-wordpress","status":"publish","type":"docs","link":"https:\/\/www.curiaweb.ch\/fr\/hilfe\/wordpress\/ssl-wordpress-https-aktivieren\/","title":{"rendered":"Activer le SSL dans WordPress : migrer le site web en toute s\u00e9curit\u00e9 vers HTTPS"},"content":{"rendered":"

Une WordPress-Website sollte heute grunds\u00e4tzlich \u00fcber HTTPS<\/strong> \u00eatre accessible. HTTPS chiffre la connexion entre le navigateur de vos visiteurs et le serveur web, prot\u00e9geant ainsi, par exemple, les donn\u00e9es de connexion, les saisies de formulaires et d'autres informations transmises contre toute interception simple pendant le transfert.<\/p>\n\n\n\n

Pour que HTTPS fonctionne, votre site Web a besoin d'un certificat valide Certificat SSL\/TLS<\/strong>. Sur un h\u00e9bergement web CURIAWEB, la base technique est d\u00e9j\u00e0 fournie. N\u00e9anmoins, en particulier pour les installations WordPress existantes, il peut \u00eatre n\u00e9cessaire de migrer WordPress lui-m\u00eame \u00e0 partir de http:\/\/<\/code> sur https:\/\/<\/code> de changer.<\/p>\n\n\n\n

\n

Important :<\/strong> La pr\u00e9sence d'un certificat SSL ne signifie pas automatiquement que l'int\u00e9gralit\u00e9 de votre site WordPress est d\u00e9j\u00e0 correctement diffus\u00e9e via HTTPS. WordPress, les URL internes et les redirections doivent \u00e9galement \u00eatre configur\u00e9s correctement.<\/p>\n<\/blockquote>\n\n\n\n

Quelle est la diff\u00e9rence entre SSL, TLS et HTTPS ?<\/h2>\n\n\n\n

Les termes SSL, TLS et HTTPS sont souvent utilis\u00e9s comme des synonymes, mais sur le plan technique, ils ne signifient pas exactement la m\u00eame chose.<\/p>\n\n\n\n

    \n
  • SSL :<\/strong> La technologie d'origine pour le chiffrement des connexions. Le terme \u201e certificat SSL \u201c continue d'\u00eatre utilis\u00e9 famili\u00e8rement aujourd'hui.<\/li>\n\n\n\n
  • TLS :<\/strong> Le successeur moderne de SSL et la technologie de chiffrement r\u00e9ellement utilis\u00e9e aujourd'hui.<\/li>\n\n\n\n
  • HTTPS:<\/strong> La variante chiffr\u00e9e de HTTP. Le \u201e S \u201c signifie \u201e Secure \u201c.<\/li>\n<\/ul>\n\n\n\n

    Lorsque l'on parle de certificat SSL au quotidien, on fait g\u00e9n\u00e9ralement r\u00e9f\u00e9rence \u00e0 un certificat qui permet une connexion HTTPS chiffr\u00e9e.<\/p>\n\n\n\n

    Pourquoi WordPress devrait-il utiliser HTTPS ?<\/h2>\n\n\n\n

    HTTPS n'est pas seulement pertinent pour les boutiques en ligne ou les sites web contenant des donn\u00e9es clients sensibles. Un site web d'entreprise normal ou un blog devrait \u00e9galement \u00eatre transmis de mani\u00e8re crypt\u00e9e.<\/p>\n\n\n\n

    Cela concerne en particulier :<\/p>\n\n\n\n

      \n
    • Connexions WordPress via \/wp-admin\/<\/code><\/li>\n\n\n\n
    • Formulaires de contact<\/li>\n\n\n\n
    • Comptes clients et utilisateurs<\/li>\n\n\n\n
    • Boutiques WooCommerce<\/li>\n\n\n\n
    • Commentaires et autres saisies de formulaires<\/li>\n\n\n\n
    • donn\u00e9es personnelles transmises via le site web<\/li>\n<\/ul>\n\n\n\n

      Les navigateurs modernes marquent en outre les sites web sans HTTPS comme non s\u00e9curis\u00e9s ou avertissent les utilisateurs d'une connexion non chiffr\u00e9e. HTTPS fait donc aujourd'hui partie de la configuration technique de base d'un site web professionnel.<\/p>\n\n\n\n

      SSL sur CURIAWEB<\/h2>\n\n\n\n

      Avec les packs d'h\u00e9bergement CURIAWEB, des certificats SSL sont disponibles pour les domaines h\u00e9berg\u00e9s. La gestion des certificats s'effectue au niveau du serveur d'h\u00e9bergement ou via cPanel.<\/p>\n\n\n\n

      Avant d'apporter des modifications \u00e0 WordPress, il convient donc de v\u00e9rifier d'abord si un certificat valide existe d\u00e9j\u00e0 pour le domaine concern\u00e9.<\/p>\n\n\n\n

      Un premier contr\u00f4le simple consiste \u00e0 acc\u00e9der \u00e0 votre site web via :<\/p>\n\n\n\n

      \nhttps:\/\/deine-domain.ch\n<\/div><\/figure>\n\n\n\n

      Remplacer votre-domaine.ch<\/code> par votre v\u00e9ritable domaine.<\/p>\n\n\n\n

      Si le site Web se charge sans avertissement de certificat, il y a en principe un certificat valide pour le domaine consult\u00e9.<\/p>\n\n\n\n

      \n

      Remarque :<\/strong> Ne passez pas WordPress \u00e0 HTTPS tant qu'il n'y a pas de certificat SSL valide pour le domaine. Sinon, votre site Web pourrait ne plus \u00eatre accessible correctement apr\u00e8s la modification.<\/p>\n<\/blockquote>\n\n\n\n

      Avant la migration HTTPS : cr\u00e9er une sauvegarde<\/h2>\n\n\n\n

      Sur une nouvelle installation de WordPress, HTTPS est souvent d\u00e9j\u00e0 correctement configur\u00e9. En revanche, sur un site web plus ancien, de nombreuses URL peuvent encore comporter http:\/\/<\/code> \u00eatre enregistr\u00e9 dans la base de donn\u00e9es.<\/p>\n\n\n\n

      Vous devez donc toujours cr\u00e9er une sauvegarde r\u00e9cente avant d'apporter des modifications majeures \u00e0 un site web existant. Cela est particuli\u00e8rement vrai si des URL doivent \u00eatre remplac\u00e9es ult\u00e9rieurement dans la base de donn\u00e9es WordPress.<\/p>\n\n\n\n

      Une sauvegarde devrait contenir au moins :<\/p>\n\n\n\n

        \n
      • les fichiers WordPress<\/li>\n\n\n\n
      • la base de donn\u00e9es WordPress<\/li>\n\n\n\n
      • le fichier wp-config.php<\/code><\/li>\n\n\n\n
      • le cas \u00e9ch\u00e9ant, des fichiers de configuration suppl\u00e9mentaires<\/li>\n<\/ul>\n\n\n\n
        \n

        Recommandation :<\/strong> N'apportez jamais de modifications aux URL ou \u00e0 la base de donn\u00e9es WordPress sans une sauvegarde r\u00e9cente. Une mauvaise recherche et remplacement peut endommager une installation WordPress.<\/p>\n<\/blockquote>\n\n\n\n

        Passer WordPress \u00e0 HTTPS<\/h2>\n\n\n\n

        Si le certificat SSL fonctionne, vous pouvez v\u00e9rifier quelles URL WordPress utilise actuellement.<\/p>\n\n\n\n

        Connecte-toi pour cela \u00e0 ton tableau de bord WordPress et ouvre :<\/p>\n\n\n\n

        R\u00e9glages \u2192 G\u00e9n\u00e9ral<\/strong><\/p>\n\n\n\n

        C'est g\u00e9n\u00e9ralement l\u00e0 que tu trouveras les deux champs :<\/p>\n\n\n\n

          \n
        • Adresse WordPress (URL)<\/strong><\/li>\n\n\n\n
        • Adresse du site web (URL)<\/strong><\/li>\n<\/ul>\n\n\n\n

          Sur une installation WordPress normale, elles peuvent par exemple se pr\u00e9senter ainsi :<\/p>\n\n\n\n

          http:\/\/deine-domain.ch<\/code><\/p>\n\n\n\n

          Pour HTTPS, ils doivent \u00eatre les suivants :<\/p>\n\n\n\n

          \nhttps:\/\/deine-domain.ch\n<\/div><\/figure>\n\n\n\n

          Modifie alors http:\/\/<\/code> en https:\/\/<\/code> et enregistre les param\u00e8tres.<\/p>\n\n\n\n

          \n

          Avertissement :<\/strong> Modifiez ces URL uniquement si vous \u00eates s\u00fbr que le certificat SSL fonctionne pour le domaine. Des informations incorrectes dans \u201e Adresse WordPress \u201c ou \u201e Adresse de site web \u201c peuvent rendre le site web ou la zone d'administration de WordPress inaccessible.<\/p>\n<\/blockquote>\n\n\n\n

          Pourquoi y a-t-il deux URL WordPress diff\u00e9rentes ?<\/h2>\n\n\n\n

          Sur de nombreux sites Web, Adresse WordPress<\/strong> et Adresse de site Web<\/strong> identique. Mais ce n'est pas n\u00e9cessairement le cas.<\/p>\n\n\n\n

          Le d\u00e9 Adresse WordPress<\/strong> d\u00e9signe l'endroit o\u00f9 se trouve techniquement l'installation WordPress. Le Adresse de site Web<\/strong> d\u00e9signe en revanche l'URL sous laquelle les visiteurs acc\u00e8dent au site Web.<\/p>\n\n\n\n

          Pour les installations sp\u00e9ciales, ces valeurs peuvent \u00eatre diff\u00e9rentes, par exemple si WordPress a \u00e9t\u00e9 install\u00e9 dans un sous-dossier.<\/p>\n\n\n\n

          Par cons\u00e9quent, ne modifiez pas simplement les deux valeurs d'une configuration personnalis\u00e9e existante sans v\u00e9rifier au pr\u00e9alable comment WordPress a \u00e9t\u00e9 install\u00e9.<\/p>\n\n\n\n

          Rediriger automatiquement HTTP vers HTTPS<\/h2>\n\n\n\n

          Apr\u00e8s la modification, la version HTTP non s\u00e9curis\u00e9e de votre site web ne doit pas rester accessible en parall\u00e8le de la version HTTPS.<\/p>\n\n\n\n

          Un appel de :<\/p>\n\n\n\n

          http:\/\/deine-domain.ch<\/code><\/p>\n\n\n\n

          devrait automatiquement passer \u00e0 :<\/p>\n\n\n\n

          \nhttps:\/\/deine-domain.ch\n<\/div><\/figure>\n\n\n\n

          \u00eatre transf\u00e9r\u00e9.<\/p>\n\n\n\n

          Cette redirection garantit que les visiteurs et les moteurs de recherche utilisent syst\u00e9matiquement la version crypt\u00e9e.<\/p>\n\n\n\n

          Selon la configuration du serveur, la redirection HTTPS peut d\u00e9j\u00e0 \u00eatre configur\u00e9e automatiquement ou activ\u00e9e via la configuration de l'h\u00e9bergement. Une modification manuelle suppl\u00e9mentaire du fichier .htaccess<\/code> n'est par cons\u00e9quent pas n\u00e9cessaire dans tous les cas.<\/p>\n\n\n\n

          \n

          Important :<\/strong> Ne te contente pas de copier n'importe quel redirection HTTPS d'Internet dans ton .htaccess<\/code>. Des r\u00e8gles de redirection erron\u00e9es ou en double peuvent provoquer des boucles de redirection et rendre votre site Web inaccessible.<\/p>\n<\/blockquote>\n\n\n\n

          Qu'est-ce que le contenu mixte ?<\/h2>\n\n\n\n

          Apr\u00e8s une migration HTTPS, le site web peut fondamentalement \u00eatre accessible via HTTPS et continuer \u00e0 charger des contenus non s\u00e9curis\u00e9s. Ce probl\u00e8me est appel\u00e9 Contenu mixte<\/strong> qualifi\u00e9.<\/p>\n\n\n\n

          Un exemple type :<\/p>\n\n\n\n

          La page proprement dite est charg\u00e9e via :<\/p>\n\n\n\n

          \nhttps:\/\/deine-domain.ch\n<\/div><\/figure>\n\n\n\n

          Cependant, une image sur cette page est toujours charg\u00e9e via :<\/p>\n\n\n\n

          http:\/\/deine-domain.ch\/wp-content\/uploads\/beispiel.jpg<\/code><\/p>\n\n\n\n

          Par cons\u00e9quent, la page HTTPS contient toujours une ressource HTTP non chiffr\u00e9e.<\/p>\n\n\n\n

          Le contenu mixte peut par exemple se produire lors de :<\/p>\n\n\n\n

            \n
          • images<\/li>\n\n\n\n
          • Feuilles de style (CSS)<\/li>\n\n\n\n
          • Fichiers JavaScript<\/li>\n\n\n\n
          • Polices web<\/li>\n\n\n\n
          • Vid\u00e9os ou m\u00e9dias int\u00e9gr\u00e9s<\/li>\n\n\n\n
          • Param\u00e8tres du th\u00e8me<\/li>\n\n\n\n
          • Constructeur de pages<\/li>\n\n\n\n
          • Extensions<\/li>\n\n\n\n
          • URL en dur<\/li>\n<\/ul>\n\n\n\n

            Pourquoi les anciennes URL HTTP subsistent-elles apr\u00e8s la migration ?<\/h2>\n\n\n\n

            WordPress stocke de nombreuses informations dans sa base de donn\u00e9es. Si un site Web a \u00e9t\u00e9 initialement construit sous HTTP, il peut encore y avoir des URL compl\u00e8tes avec http:\/\/<\/code> \u00eatre enregistr\u00e9.<\/p>\n\n\n\n

            Cela concerne par exemple les images, les liens, les widgets, les param\u00e8tres de th\u00e8me ou le contenu des constructeurs de pages.<\/p>\n\n\n\n

            La modification de l'adresse WordPress sous R\u00e9glages \u2192 G\u00e9n\u00e9ral<\/strong> ne remplace pas n\u00e9cessairement automatiquement de telles URL d\u00e9j\u00e0 enregistr\u00e9es.<\/p>\n\n\n\n

            C'est pourquoi il peut \u00eatre n\u00e9cessaire de cibler de anciennes URLs dans la base de donn\u00e9es de :<\/p>\n\n\n\n

            http:\/\/deine-domain.ch<\/code><\/p>\n\n\n\n

            sur<\/p>\n\n\n\n

            \nhttps:\/\/deine-domain.ch\n<\/div><\/figure>\n\n\n\n

            \u00e0 remplacer.<\/p>\n\n\n\n

            Ne pas remplacer directement les URL HTTP avec phpMyAdmin<\/h2>\n\n\n\n

            Une erreur fr\u00e9quente consiste \u00e0 ex\u00e9cuter une simple requ\u00eate SQL via phpMyAdmin et \u00e0 remplacer directement toutes les occurrences d'une URL.<\/p>\n\n\n\n

            Tu devrais \u00e9viter cela sur WordPress si tu ne sais pas exactement quelles donn\u00e9es sont concern\u00e9es.<\/p>\n\n\n\n

            WordPress, les th\u00e8mes et les plugins peuvent contenir des donn\u00e9es s\u00e9rialis\u00e9es<\/strong> enregistrer dans la base de donn\u00e9es. Cela prend en compte, entre autres, la longueur et la structure des valeurs de donn\u00e9es. Un remplacement inappropri\u00e9 peut endommager ces structures de donn\u00e9es.<\/p>\n\n\n\n

            Pour des modifications d'URL importantes, vous devez donc utiliser une m\u00e9thode de recherche et remplacement compatible avec WordPress, capable de g\u00e9rer les donn\u00e9es s\u00e9rialis\u00e9es.<\/p>\n\n\n\n

            \n

            Avertissement :<\/strong> N'effectuez pas de recherche et remplacement globale directement dans la base de donn\u00e9es WordPress si vous n'\u00eates pas s\u00fbr de la mani\u00e8re dont les donn\u00e9es s\u00e9rialis\u00e9es sont trait\u00e9es. Cr\u00e9ez toujours une sauvegarde compl\u00e8te au pr\u00e9alable.<\/p>\n<\/blockquote>\n\n\n\n

            D\u00e9tecter le contenu mixte dans le navigateur<\/h2>\n\n\n\n

            Si le navigateur signale des probl\u00e8mes malgr\u00e9 HTTPS, tu peux utiliser les outils de d\u00e9veloppement du navigateur.<\/p>\n\n\n\n

            Dans de nombreux navigateurs, tu les ouvres via les outils de d\u00e9veloppement puis tu passes \u00e0 l'onglet Konsole<\/strong>. Les probl\u00e8mes de contenu mixte y sont souvent affich\u00e9s directement.<\/p>\n\n\n\n

            Les messages types indiquent qu'une page charg\u00e9e via HTTPS essaie de r\u00e9cup\u00e9rer une ressource via HTTP.<\/p>\n\n\n\n

            L'URL affich\u00e9e vous aide \u00e0 d\u00e9terminer quelle image, quel script, quelle feuille de style ou quel autre \u00e9l\u00e9ment doit encore \u00eatre modifi\u00e9.<\/p>\n\n\n\n

            Vider le cache apr\u00e8s la migration HTTPS<\/h2>\n\n\n\n

            Apr\u00e8s des modifications d'URLs ou de redirections, tu dois vider les caches existants. Sinon, il est possible que tu continues de voir une version ant\u00e9rieure de ton site web et que tu penses ainsi que la modification n'a pas fonctionn\u00e9.<\/p>\n\n\n\n

            Selon la configuration de WordPress, plusieurs niveaux de cache peuvent \u00eatre pr\u00e9sents :<\/p>\n\n\n\n

              \n
            • Cache du navigateur<\/li>\n\n\n\n
            • Plugin de cache WordPress<\/li>\n\n\n\n
            • Cache serveur<\/li>\n\n\n\n
            • Cache du constructeur de pages<\/li>\n\n\n\n
            • Cache CDN ou proxy<\/li>\n<\/ul>\n\n\n\n

              Videz par cons\u00e9quent les caches pertinents apr\u00e8s la modification, puis testez \u00e0 nouveau le site web.<\/p>\n\n\n\n

              HTTPS avec un CDN ou Cloudflare<\/h2>\n\n\n\n

              Si tu utilises un service CDN, proxy ou DNS externe tel que Cloudflare, la configuration HTTPS peut n\u00e9cessiter des param\u00e8tres suppl\u00e9mentaires.<\/p>\n\n\n\n

              Dans ce cas, il existe potentiellement \u00e0 la fois une connexion chiffr\u00e9e entre le visiteur et le CDN ainsi qu'une connexion entre le CDN et votre serveur CURIAWEB.<\/p>\n\n\n\n

              Les param\u00e8tres SSL du service externe doivent donc correspondre \u00e0 la configuration du serveur Web. Un mauvais param\u00e9trage peut par exemple entra\u00eener des boucles de redirection ou des probl\u00e8mes de certificat.<\/p>\n\n\n\n

              \n

              Remarque :<\/strong> Si votre site Web fonctionne via un proxy externe ou un CDN et qu'une boucle de redirection se produit apr\u00e8s la configuration HTTPS, v\u00e9rifiez d'abord sa configuration SSL ou HTTPS.<\/p>\n<\/blockquote>\n\n\n\n

              HTTPS et r\u00e9f\u00e9rencement WordPress<\/h2>\n\n\n\n

              La transition de HTTP \u00e0 HTTPS modifie l'URL de votre site web. De :<\/p>\n\n\n\n

              http:\/\/deine-domain.ch\/beispielseite\/<\/code><\/p>\n\n\n\n

              deviendra<\/p>\n\n\n\n

              \nhttps:\/\/deine-domain.ch\/beispielseite\n<\/div><\/figure>\n\n\n\n

              Pour que les moteurs de recherche reconnaissent clairement la version HTTPS comme la variante souhait\u00e9e, la configuration technique doit \u00eatre coh\u00e9rente.<\/p>\n\n\n\n

              V\u00e9rifiez en particulier apr\u00e8s la modification :<\/p>\n\n\n\n

                \n
              • HTTP est redirig\u00e9 de mani\u00e8re permanente vers HTTPS<\/li>\n\n\n\n
              • utiliser des liens internes HTTPS<\/li>\n\n\n\n
              • Les URL canoniques utilisent HTTPS<\/li>\n\n\n\n
              • le plan du site XML contient des URL HTTPS<\/li>\n\n\n\n
              • Les images et autres ressources internes sont charg\u00e9es via HTTPS<\/li>\n<\/ul>\n\n\n\n

                Si vous g\u00e9rez votre site web dans la Google Search Console ou d'autres outils pour webmasters, vous devriez \u00e9galement v\u00e9rifier, apr\u00e8s une modification majeure, si la nouvelle configuration HTTPS est correctement d\u00e9tect\u00e9e.<\/p>\n\n\n\n

                Que faire si WordPress n'est plus accessible apr\u00e8s le changement ?<\/h2>\n\n\n\n

                Si vous avez modifi\u00e9 l'URL WordPress et que ni le site Web ni la zone d'administration ne sont ensuite accessibles correctement, cela est souvent d\u00fb \u00e0 une URL incorrecte ou \u00e0 une mauvaise redirection.<\/p>\n\n\n\n

                Les sympt\u00f4mes typiques sont :<\/p>\n\n\n\n

                  \n
                • Trop de redirections<\/li>\n\n\n\n
                • Boucles de redirection<\/li>\n\n\n\n
                • une page blanche ou inaccessible<\/li>\n\n\n\n
                • Redirection vers un mauvais domaine<\/li>\n\n\n\n
                • Avertissements de certificat<\/li>\n\n\n\n
                • la connexion WordPress ne fonctionne plus<\/li>\n<\/ul>\n\n\n\n

                  V\u00e9rifiez dans ce cas d'abord si votre domaine est effectivement accessible via HTTPS et si le certificat est valide.<\/p>\n\n\n\n

                  Si vous n'avez plus acc\u00e8s \u00e0 l'administration de WordPress, les URL de WordPress peuvent \u00e9galement \u00eatre modifi\u00e9es via le fichier si n\u00e9cessaire wp-config.php<\/code> \u00eatre sp\u00e9cifi\u00e9es. Il s'agit cependant d'un d\u00e9pannage technique qui ne doit \u00eatre effectu\u00e9 que si vous \u00eates familiaris\u00e9 avec la modification des fichiers de configuration WordPress.<\/p>\n\n\n\n

                  En cas de doute, ne modifiez pas les valeurs de la base de donn\u00e9es ou les configurations du serveur au hasard, mais contactez le support CURIAWEB.<\/p>\n\n\n\n

                  Comment v\u00e9rifier le passage \u00e0 HTTPS<\/h2>\n\n\n\n

                  Une fois les travaux termin\u00e9s, tu ne dois pas seulement v\u00e9rifier la page d'accueil. Teste plusieurs zones diff\u00e9rentes de ton site Web.<\/p>\n\n\n\n

                    \n
                  1. Ouvrez votre site Web via https:\/\/deine-domain.ch<\/code>.<\/li>\n\n\n\n
                  2. Appelle en plus http:\/\/deine-domain.ch<\/code> ouvre et v\u00e9rifie si la redirection vers HTTPS est automatique.<\/li>\n\n\n\n
                  3. Ouvre plusieurs sous-pages et articles de blog.<\/li>\n\n\n\n
                  4. V\u00e9rifiez les images, les menus et les liens internes.<\/li>\n\n\n\n
                  5. Testez les formulaires de contact.<\/li>\n\n\n\n
                  6. Ouvrez l'espace d'administration WordPress.<\/li>\n\n\n\n
                  7. V\u00e9rifiez la console du navigateur pour les messages de contenu mixte.<\/li>\n\n\n\n
                  8. Videz les caches existants et r\u00e9p\u00e9tez le test.<\/li>\n<\/ol>\n\n\n\n

                    Pour une boutique WooCommerce, vous devriez \u00e9galement tester le panier, la page de paiement et le compte client.<\/p>\n\n\n\n

                    Le certificat SSL et HTTPS font partie de la m\u00eame transition<\/h2>\n\n\n\n

                    Pour qu'un site Web WordPress soit enti\u00e8rement crypt\u00e9, deux \u00e9l\u00e9ments doivent interagir :<\/p>\n\n\n\n

                    1. Le serveur Web a besoin d'un certificat SSL\/TLS valide.<\/strong><\/p>\n\n\n\n

                    Sans certificat valide, le navigateur ne peut pas \u00e9tablir de connexion HTTPS s\u00e9curis\u00e9e avec le domaine.<\/p>\n\n\n\n

                    2. WordPress doit utiliser syst\u00e9matiquement HTTPS.<\/strong><\/p>\n\n\n\n

                    Cela inclut les URL WordPress, les ressources internes, les redirections et, le cas \u00e9ch\u00e9ant, les URL d\u00e9j\u00e0 enregistr\u00e9es dans la base de donn\u00e9es.<\/p>\n\n\n\n

                    Ce n'est que lorsque les deux zones sont correctement configur\u00e9es que le site Web est enti\u00e8rement migr\u00e9 vers HTTPS.<\/p>\n\n\n\n

                    \n

                    Recommandation :<\/strong> V\u00e9rifiez toujours compl\u00e8tement un site Web WordPress apr\u00e8s une migration HTTPS. Une ic\u00f4ne de cadenas sur la page d'accueil ne prouve pas \u00e0 elle seule que toutes les sous-pages, ressources et redirections sont correctement configur\u00e9es.<\/p>\n<\/blockquote>\n\n\n\n

                    Probl\u00e8mes de SSL ou HTTPS avec CURIAWEB ?<\/h2>\n\n\n\n

                    Si votre domaine ne re\u00e7oit pas de certificat SSL valide malgr\u00e9 un h\u00e9bergement actif, que HTTPS ne fonctionne pas ou que vous ne pouvez plus acc\u00e9der \u00e0 votre site WordPress apr\u00e8s une modification, vous n'avez pas besoin de faire des changements au hasard sur les fichiers du serveur ou de WordPress.<\/p>\n\n\n\n

                    Dans ce cas, contactez le support CURIAWEB et indiquez-nous le domaine concern\u00e9 ainsi que, si possible, le message d'erreur affich\u00e9 avec pr\u00e9cision. Cela permettra de d\u00e9terminer plus rapidement si le probl\u00e8me provient du certificat, de WordPress, d'une redirection ou d'une autre configuration.<\/p>\n\n\n\n

                    R\u00e9sum\u00e9<\/h2>\n\n\n\n

                    Pour un site WordPress s\u00e9curis\u00e9, tu as besoin d'un certificat SSL\/TLS valide et d'une installation WordPress correctement configur\u00e9e en HTTPS. V\u00e9rifie d'abord si ton domaine dispose de https:\/\/<\/code> accessible sans avertissement de certificat. Ensuite, vous pouvez v\u00e9rifier l'adresse WordPress et l'adresse du site web et, si n\u00e9cessaire, passer de HTTP \u00e0 HTTPS.<\/p>\n\n\n\n

                    Assurez-vous que les appels HTTP sont redirig\u00e9s de mani\u00e8re permanente vers HTTPS et qu'aucune ancienne ressource HTTP n'est charg\u00e9e sous forme de contenu mixte. Pour les sites web plus anciens, il peut \u00eatre n\u00e9cessaire d'adapter les URLs enregistr\u00e9es dans la base de donn\u00e9es WordPress. Effectuez toujours une sauvegarde avant de telles modifications et utilisez pour les modifications de base de donn\u00e9es une m\u00e9thode capable de g\u00e9rer WordPress et les donn\u00e9es s\u00e9rialis\u00e9es.<\/p>\n\n\n\n

                    Lorsque le certificat, les URL WordPress, les redirections et les ressources internes sont correctement configur\u00e9s, votre site Web WordPress est enti\u00e8rement et syst\u00e9matiquement servi via HTTPS.<\/p>","protected":false},"excerpt":{"rendered":"

                    Eine WordPress-Website sollte heute grunds\u00e4tzlich \u00fcber HTTPS erreichbar sein. HTTPS verschl\u00fcsselt die Verbindung zwischen dem Browser Ihrer Besucher und dem Webserver und sch\u00fctzt damit beispielsweise Login-Daten, Formulareingaben und andere \u00fcbertragene Informationen vor dem einfachen Mitlesen w\u00e4hrend der \u00dcbertragung. Damit HTTPS funktioniert, ben\u00f6tigt Ihre Website ein g\u00fcltiges SSL\/TLS-Zertifikat. Bei einem CURIAWEB Webhosting wird die technische Grundlage […]<\/p>\n","protected":false},"author":1,"featured_media":0,"comment_status":"closed","ping_status":"closed","template":"","meta":{"_joinchat":[],"footnotes":""},"doc_category":[80],"doc_tag":[],"class_list":["post-22316","docs","type-docs","status-publish","hentry","doc_category-wordpress"],"year_month":"2026-09","word_count":2001,"total_views":"6","reactions":{"happy":"0","normal":"0","sad":"0"},"author_info":{"name":"Silvio Mazenauer","author_nicename":"admin-curia","author_url":"https:\/\/www.curiaweb.ch\/fr\/author\/admin-curia\/"},"doc_category_info":[{"term_name":"WordPress","term_url":"https:\/\/www.curiaweb.ch\/fr\/hilfe-kategorie\/wordpress\/"}],"doc_tag_info":[],"knowledge_base_info":[],"knowledge_base_slug":[],"_links":{"self":[{"href":"https:\/\/www.curiaweb.ch\/fr\/wp-json\/wp\/v2\/docs\/22316","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/www.curiaweb.ch\/fr\/wp-json\/wp\/v2\/docs"}],"about":[{"href":"https:\/\/www.curiaweb.ch\/fr\/wp-json\/wp\/v2\/types\/docs"}],"author":[{"embeddable":true,"href":"https:\/\/www.curiaweb.ch\/fr\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/www.curiaweb.ch\/fr\/wp-json\/wp\/v2\/comments?post=22316"}],"version-history":[{"count":1,"href":"https:\/\/www.curiaweb.ch\/fr\/wp-json\/wp\/v2\/docs\/22316\/revisions"}],"predecessor-version":[{"id":22318,"href":"https:\/\/www.curiaweb.ch\/fr\/wp-json\/wp\/v2\/docs\/22316\/revisions\/22318"}],"wp:attachment":[{"href":"https:\/\/www.curiaweb.ch\/fr\/wp-json\/wp\/v2\/media?parent=22316"}],"wp:term":[{"taxonomy":"doc_category","embeddable":true,"href":"https:\/\/www.curiaweb.ch\/fr\/wp-json\/wp\/v2\/doc_category?post=22316"},{"taxonomy":"doc_tag","embeddable":true,"href":"https:\/\/www.curiaweb.ch\/fr\/wp-json\/wp\/v2\/doc_tag?post=22316"}],"curies":[{"name":"Bien jou\u00e9","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}