📌 Mise à jour 2023 :
Cet article date de 2015 et même si Cloudflare offre toujours l’installation d’un Certificat SSL gratuit… en 2023, passer par Cloudflare n’est plus du tout une obligation pour obtenir le HTTPS gratuitement.
La solution SSL la plus facile en 2023 est de choisir un Hébergeur Web moderne comme EasyHoster proposant cPanel ainsi qu’un nombre illimité de Certificats SSL gratuits… le tout sécurisé par un Firewall Premium Imunify360, sans surcoût 😮
Sans compter les autres nombreux avantages de l’Hébergeur Web alternatif à Taille Humaine EasyHoster : support pour WordPress, dépannage de sites 7j/7, données sécurisées dans 3 pays (sauvegardes) et plus encore…
— Dans cet article ↓ —
- 1 Pour en savoir plus sur l’Hébergeur cPanel EasyHoster offrant des Certificats SSL/HTTPS gratuits…
- 2 Qu’est-ce que CloudFlare one-click SSL ?
- 3 Passer son site en HTTPS sans devoir acheter de certificat SSL ?
- 4 Comment passer WordPress de HTTP à HTTPS grâce à CloudFlare ?
- 5 Comment éviter les erreurs du type « boucle de redirection infinie »
- 6 Configurer SSL proprement sur votre WordPress
- 7 1 – Désactivez votre plugin de cache
- 8 2 – Plugin CloudFlare for WordPress
- 9 3 – Pas envie de configurer le plugin CloudFlare for WordPress ?
- 10 4 – Dresser votre WordPress pour HTTPS avec SSL Insecure Content Fixer
- 11 5 – Modifier l’adresse de votre site dans WordPress
- 12 6 – Remplacer HTTP par HTTPS dans sa base de données
- 13 Maintenant, ça fonctionne, mon site est 100% SSL !
- 14 À quoi dois-je m’attendre pour mon référencement ?
- 15 Test SEO redirection HTTP vers HTTPS
- 16 Conclusion
Pour en savoir plus sur l’Hébergeur cPanel EasyHoster offrant des Certificats SSL/HTTPS gratuits…
Archive de l’article original 😁 pour les nostalgiques de l’époque où Let’s Encrypt et Sectigo n’étaient pas encore là pour offrir des Certificats SSL aux Hébergeurs de qualité comme EasyHoster :
Il est de plus en plus fréquent que les données qui circulent sur Internet soient compromises. Par exemple, un pirate expérimenté peut facilement sniffer des données circulant sur un réseau Wi-Fi. Aujourd’hui, le sujet de la sécurité sur Internet est au cœur de toutes les discussions. Les internautes sont conscients, par exemple, qu’il n’est pas sûr de laisser leur numéro de carte de crédit sur n’importe quel site Web. Pourquoi n’en serait-il pas de même pour leur mot de passe ?
Le moteur de recherche Google lui-même laisse sous-entendre que l’aspect sécuritaire d’un site Web est pris en compte dans le classement de ses résultats. Cependant, la mise en place d’un certificat SSL auprès de son hébergeur peut-être long et surtout coûteux. Beaucoup de Webmasters voudraient bien passer leur site en HTTPS, mais sont découragés par la lourdeur de la procédure à entreprendre.
Mais, c’était sans compter sur One-Click SSL de CloudFlare ! 😉
Grâce à ce bon plan, vous n’aurez pas à effectuer la lourde démarche d’acheter un certificat SSL.
Cet article s’adresse à vous si vous connaissez déjà CloudFlare ou mieux, si vous l’utilisez déjà sur votre site. Si vous êtes débutant dans cette matière, abonnez-vous à ma newsletter, je vous proposerais un article à votre portée pour débuter avec CloudFlare à votre rythme, mais ce n’est pas l’objet de cet article.
Qu’est-ce que CloudFlare one-click SSL ?
Pour les lecteurs qui ne seraient pas à l’aise avec la langue de Shakespeare, j’ai fait traduire la présentation de CloudFlare On-click SSL que je vous laisse découvrir.
Rendez-vous plus bas pour mes explications personnelles pour mettre votre site WordPress en HTTPS facilement et gratuitement ! 🙂
Qu’est-ce que le SSL ?
SSL (Secure Socket Layer) est la technologie de sécurité standard permettant d’établir une liaison cryptée entre un serveur Web et un navigateur. Ce lien sécurisé garantit que toutes les données transférées reste privées. Il est aussi appelé TLS (Transport Layer Security). Des millions de sites Web utilisent le chiffrement SSL pour sécuriser les connexions quotidiennes et garder les données de leurs clients à l’abri de la surveillance et de la falsification.
SSL est visible pour les utilisateurs de plusieurs façons dans la barre d’adresse d’un site Web :
- Une icône de cadenas dans la barre du navigateur.
- L’adresse du site commençant par https://.
Example :
C’est l’un des outils de sécurité les plus largement adoptés sur Internet aujourd’hui. La preuve que SSL est essentiel.
Pourquoi les sites web utilisent SSL ?
Un nombre croissant de sites adoptent SSL pour diverses raisons :
- Sécurité : veiller à ce que personne n’intercepte le trafic Web.
- Confiance : en affichant une image verte de verrouillage, le site augmente la confiance des visiteurs.
- Booster le ranking sur les moteurs de recherche : Google classerait mieux les sites qui ont un SSL élevé dans ses résultats de recherche.
- Conformité réglementaire : les institutions financières et les e-commerces qui fonctionnent avec des cartes de crédit doivent se conformer aux réglementations et adopter le SSL sur leurs sites Web.
[su_divider top= »no » size= »1″ margin= »40″]
Passer son site en HTTPS sans devoir acheter de certificat SSL ?
CloudFlare rend le SSL facile
Le SSL peut être difficile à mettre en place pour les administrateurs de site. La configuration du SSL nécessite de contacter une autorité de certification (CA) pour vérifier votre identité et l’authenticité de votre site, l’installation du certificat sur votre serveur, et il faut également constamment le mettre à jour. CloudFlare rend l’activation du SSL aussi simple qu’un clic. Vous ne devez pas vous soucier de créer un certificat vous-même, l’installer sur votre serveur, ou de le garder à jour – CloudFlare s’occupe de tout.
Pour les sites qui requièrent des configurations SSL plus avancées, CloudFlare prend en charge : les certificats personnalisés à partir de toute autorité de certification, SSL de bout en bout avec une vérification robuste de certificat, et même le SSL sans clé qui permet aux sites utilisant CloudFlare de ne pas renoncer à leurs clés privées.
CloudFlare SSL est rapide, facile et sécurisé pour toutes les organisations et réduit la friction SSL ajoutée à la sécurité et les performances de la couche 7 des applications.
En une nuit, CloudFlare a aidé reddit à implémenter SSL pour des millions d’utilisateurs (étude de cas en anglais).
Présentation d’Universal SSL
CloudFlare a comme mission de construire un Internet meilleur. Une des façons par lesquelles nous essayons d’y parvenir est en apportant les outils des géants de l’Internet à tout le monde. Aujourd’hui, dans un effort appelé Universal SSL, nous offrons le SSL, par défaut, à tous nos utilisateurs – même ceux qui ont opté pour notre plan gratuit.
Nous cryptons le trafic web autant que possible pour empêcher le vol de données et d’autres manipulations. C’est une étape cruciale vers la construction d’un Internet plus sûr. Nous sommes fiers d’être la première entreprise de sécurité à offrir une protection SSL gratuite.
Le SSL pour les clients de notre plan gratuit est entièrement compatible avec toutes les autres caractéristiques de performance et de sécurité de CloudFlare. Le Service SSL du plan gratuit utilisera Elliptic Curve Digital Signature Algorithm (ECDSA) certificats de Comodo ou GlobalSign. Ces certificats couvrent à la fois votre domaine racine et au premier niveau des sous-domaines grâce à l’utilisation d’un joker. Il peut prendre jusqu’à 24 heures pour être activé. Le SSL pour les utilisateurs du plan gratuit fonctionne avec tous les navigateurs modernes qui supportent Server Name Indication (SNI) (voir la liste ci-dessous).
Navigateurs de bureau
- Internet Explorer 7 et supérieur
- Firefox 2
- Opera 8 avec TLS 1.1 activé
- Google Chrome :
- Pour Windows Vista versions supérieures
- OS X 10.5.7 pour Chrome 5.0.342.0 ou supérieur
- Safari 2.1 et supérieur (au minimum OS X 10.5.6 ou Windows Vista)
Navigateurs mobiles
- Safari Mobile pour iOS 4.0 +
- Android 3.0 (Honeycomb) et supérieur
- Windows Phone 7 +
À noter : si vous avez besoin d’une plus grande compatibilité avec les anciens navigateurs, tels que Windows XP SP2 et Android inférieur à 3.0, s’il vous plaît, utilisez le SSL de nos plans Pro, Business, ou Enterprise.
Si vous avez d’autres questions, s’il vous plaît, consultez le FAQ de CloudFlare.
SSL Universel est l’une des nombreuses nouvelles fonctionnalités SSL à venir à partir de CloudFlare.
CloudFlare SSL options
SSL flexible
Il y a une connexion cryptée entre les visiteurs de votre site et CloudFlare, mais pas de CloudFlare à votre serveur.
- Vous ne devez pas avoir un certificat SSL sur votre serveur.
- Les visiteurs pourront voir l’icône de cadenas SSL dans leur navigateur.
SSL complet
- Crypte à la fois la connexion entre les visiteurs de votre site et CloudFlare, et de CloudFlare à votre serveur.
- Vous aurez besoin d’avoir un certificat SSL sur votre serveur. Cependant, CloudFlare ne tentera pas de valider le certificat (les certificats peuvent être auto-signés).
- Les visiteurs pourront voir l’icône de cadenas SSL dans leur navigateur.
SSL complet (stricte)
Crypte la connexion entre les visiteurs de votre site et CloudFlare, et de CloudFlare à votre serveur.
- Vous aurez besoin d’avoir un certificat SSL valide installé sur votre serveur, et le certificat doit être signé par une autorité de certification de confiance et ne ne doit pas être expiré.
- Les visiteurs pourront voir l’icône de cadenas SSL dans leur navigateur.
Fin de traduction !
Retrouvez l’explication originale et mise à jour sur :
- https://www.cloudflare.com/ssl/ (en anglais).
Comment passer WordPress de HTTP à HTTPS grâce à CloudFlare ?
Je me suis prêté à l’exercice avec le petit site vitrine de ma société. Comme ça, j’ai bien galéré à votre place pour vous donner ici les erreurs à éviter. Vous allez pouvoir gratuitement installer SSL sur votre site et finalement, sécuriser WordPress de façon totalement aboutie 😉
Avant toute chose, tentez d’accéder à votre site en https://. Vous verrez une erreur, souvent personnalisée aux couleurs de votre hébergeur ou mieux, vous serez redirigé vers la version http:// de votre site.
Installer CloudFlare sur votre site
Je ne vous détaille pas cette étape, tout d’abord parce qu’elle est très simple pour vous cher lecteur expérimenté, et parce que cela fait déjà l’objet d’un tutoriel de mon coaching WordPress par e-mail.
…
…
Bravo !
Vous avez installé CloudFlare sur votre site ! Rapide ?
Accéder à son site en HTTPS
Après avoir installé CloudFlare avec succès (changement de serveurs DNS et compagnie…), vous devrez patienter 24 heures avant qu’Universal SSL soit activé automatiquement sur votre plan gratuit.
Si vous passez à la caisse c’est instantané, mais gardez donc vos sous pour me payer une Heineken le jour où vous passerez près de chez moi. Pour patienter, je vous offre un superbe blog WordPress plein d’articles follement amusants, pour apprendre en rigolant. Ouais ! 😀
…
…
Ah voilà, c’est activé !
Merci pour votre patience. Vous pouvez maintenant accéder à votre site en ajoutant https:// avant votre nom de domaine.
Cas de figure 1 : tout fonctionne parfaitement.
Dans ce cas,
- Ne faites pas le malin.
- Rendez-vous directement à la suite des opérations, forcer la redirection de tous les utilisateurs entrant http:// vers https://.
Cas de figure 2 : tout est pété !
En clair, vous notez certains problèmes au niveau graphique, mais surtout technique pour des fonctionnalités notamment basées sur du code JavaScript.
Dans ce cas,
- Rassurez-vous, on va régler ça vite fait.
- Continuez la lecture.
Cas de figure 3 : c’est le chaos !
Votre navigateur affiche une grosse erreur de type ERR_TOO_MANY_REDIRECTS ou quelque chose du genre.
- Je ne voudrais pas dramatiser, mais…
- Je déconne. On va voir cela plus bas.
Pourquoi mon CSS, JavaScript et mes requêtes AJAX sont cassés sous SSL ?
Le cas de figure 1 se présente lorsque vous avez un site très simple. Cependant, dès qu’on commence à verser dans des sites avec un tout petit peu d’effets jQuery qui vont bien, il faut procéder à la configuration de votre WordPress pour SSL.
Ce qu’on va faire tout de suite.
Vive les URLs relatives et les « Protocol Relative URLs » !
Un jour, en lisant du HTML au coin du feu, j’ai vu une balise comme celle-ci :
<img src="//www.example.com/image.jpg" alt="image">
Et je me suis dit : « ha ha ha, l’andouille, il a oublié de mettre http: avant les doubles slashes // ».
Oui, et bien, ce jour-là, l’andouille, c’était moi.
Ces adresses qui commencent par // sont des URLs relatives de protocole. En clair, peu importe le protocole qui est utilisé (http, https,…), ces doubles slashes seront remplacées par le protocole en cours d’utilisation (par vous, et par le site). Donc, si vous êtes sur du HTTP classique, les // deviennent « http:// », et si vous êtes sur du sécurisé, l’URL de l’image devient https://www.example.com/image.jpg; et ça, c’est top.
C’est justement à cause de ce mix de protocole qu’on va devoir configurer deux ou trois trucs sur votre WordPress, sinon, ça casse tout, et en plus, le navigateur risque d’afficher des messages pour dire que votre site n’est pas vraiment sécurisé (pas chouette).
En effet, on ne peut en théorie pas inclure une image ayant l’adresse http://www.example.com/image.jpg sur une site sécurisé, parce que cette image n’est pas sous protocole SSL.
Par contre, les URL relatives simples comme on les connait déjà, elles fonctionnent à merveille d’origine.
<img src="/images/image.jpg" alt="image">
Depuis les années qu’on vous dit d’utiliser des URLs relatives. Bande de cochons !
Comment éviter les erreurs du type « boucle de redirection infinie »
Il est probablement que sur la version SSL de votre site, vous rencontriez une erreur de type : ERR_TOO_MANY_REDIRECTS.
Pour arranger ça, nous devons préalablement paramétrer quelques petites choses sur votre WordPress. Rien de bien compliqué, vous verrez.
Configurer SSL proprement sur votre WordPress
Allez, on rentre dans le vif du sujet.
1 – Désactivez votre plugin de cache
Je vous le conseille pour éviter les problèmes durant les opérations.
En faite, le plus simple est de désinstaller complètement votre plugin de cache depuis votre tableau de bord. Mais si vous voulez vous compliquer un peu la vie, vous pouvez simplement le désactiver.
Si vous utilisez W3 Total Cache par exemple, il faudra veiller aussi à nettoyer le fichier .htaccess présent à la racine de votre site. Supprimez toute la partie ajoutée par W3 Total Cache, elle sera rajoutée lorsque vous réactiverez le plugin.
# BEGIN W3TC Browser Cache
Attention, conservez bien la partie placée par WordPress pour vos permaliens.
# BEGIN WordPress
Je préfère vous prévenir. Si vous supprimez cette dernière par erreur, vous aurez des pages « 404 not found » à l’intérieur de votre site, et forcément, vous allez croire que ça vient du HTTPS.
2 – Plugin CloudFlare for WordPress
Il est recommandé d’installer l’extension WordPress officielle de CloudFlare. En effet, dans celle-ci, CloudFlare résout quelques problèmes de mixed content errors (cocktail de protocoles SSL & non SSL), ainsi que d’autres problèmes que vous pourriez rencontrer (boucles de redirection infinies…).
Important : si vous êtes bloqué.
À ce stade, si vous n’arrivez pas à accéder à votre site, ou votre /wp-admin/ (page blanche, erreur, cookies bloqués, etc.), il vous sera nécessaire de,
1) modifier l’adresse de votre site http en https, manuellement, dans la table MySQL « wp_options » (les deux premiers champs),
2) procéder à un « débuggage » :
- Activer le mode debug dans le fichier /wp-config.php, define( ‘WP_DEBUG’, true );.
- Désactiver tous vos plugins (dans votre tableau de bord en http ou via FTP en créant un dossier /plugins/ vide).
- Passer sur le thème de base de WordPress, TwentySixteen par exemple.
- Installer « Better Search and Replace » et remplacer toutes les occurrences de http://www.example.com par https://www.example.com
- Réactiver tous vos plugins un par un pour identifier le fautif.
- Réactiver votre thème.
Installez le plugin officiel CloudFlare et configurez-le
Naturellement, vous devrez indiquer vos identifiants CloudFlare dans votre panneau d’administration WordPress et plus précisément dans les Settings de votre nouvelle extension.
Il vous demandera votre clé API CloudFlare
Où la trouver ?
- Connectez-vous à votre compte CloudFlare.
- Allez dans « My Settings ».
- Faites défiler vers le bas jusqu’à « API Key ».
- Cliquez sur le bouton « View API Key » pour voir votre identifiant API.
Dans vos paramètres WordPress, veillez à activer l’option HTTPS Protocol Rewriting.
C’est pas la belle vie ça ?
3 – Pas envie de configurer le plugin CloudFlare for WordPress ?
Ok ! Alors, vous devrez au moins installer CloudFlare Flexible SSL (pour régler le problème de redirections infinies) ou WordPress HTTPS plugin. Ce dernier a plus de 80.000 sites actifs, mais n’a plus été mis à jour depuis, 3 ans ! CloudFlare lui-même conseille ces 2 plugins, mais ce n’est pas eux qui les ont créés, mais des développeurs indépendants.
4 – Dresser votre WordPress pour HTTPS avec SSL Insecure Content Fixer
Ce plugin va directement agir au plus profond des fibres de votre CMS pour nettoyer les liens http qui subsisteraient dans votre site : les fichiers .js (JavaScript), les images, les CSS, etc.
Dans les paramètres du plugin, utilisez le mode de correction « Simple », pour de meilleures performances, et montez en grade si certaines fonctions JavaScript posent problème.
Très important, pour le bon fonctionnement du plugin, veillez à ce que celui-ci puisse détecter le protocole HTTP ou HTTPS utilisé par vos visiteurs. Si vous voyez une petite croix X, c’est mauvais, si c’est un V vert, c’est bon.
Sur la capture suivante, j’ai choisi l’option destinée à CloudFlare. Ça fonctionne pour moi !
5 – Modifier l’adresse de votre site dans WordPress
Là, on arrive aux choses sérieuses.
Rendez-vous dans Réglages > Général > Adresses web et vous mettez à jour les 2 champs.
N’ayez pas trop peur. Si vraiment votre site est en panne et que vous désirez faire marche arrière, il vous suffira de rétablir les valeurs antérieures grâce à PhpMyAdmin, table « wp_options », champs « siteurl » et « home ».
6 – Remplacer HTTP par HTTPS dans sa base de données
Là on approche du but.
Il serait judicieux de rendre vos données cohérentes directement dans MySQL. Pour cela, remplacez toutes les occurrences de « http://www.example.com » par « https://www.example.com ». Je vous propose d’utiliser Better Search Replace.
Je vous rassure, ce plugin gère la « serialization », vous pouvez y aller ! Ça ne risque pas de casser vos widgets.
Procédez à cette étape pour tous vos sous-domaines WordPress.
Mon cas WPML
Pour gérer la traduction du sous-domaine anglais de mon site, j’ai une ligne de configuration qui sert à déterminer à quelle adresse on accède à cette fameuse partie anglophone. Grâce au chercher-remplacer, pas de souci. Tout cela a été pris en compte.
Attention, avec WPML, la technique de Search and Replace est bonne. Cependant, il vous sera peut-être nécessaire de réenregistrer vos Widgets (Apparence) et y recopier-coller vos traductions dans WPML. Rassurez-vous, vos traductions ne sont pas perdues, elles sont toujours sous votre onglet « Traduction de Chaînes », mais ne sont plus correctement liées aux widgets. Cela vous prendra 1 minute à corriger si vous êtes confronté au problème.
Maintenant, ça fonctionne, mon site est 100% SSL !
Redirection de tout le trafic HTTP vers HTTPS
Maintenant que tout est fonctionnel il est temps de contraindre les internautes et les moteurs de recherche à n’utiliser que la version sécurisée de votre site.
Créer une Page Rule dans CloudFlare
C’est la belle façon de faire une redirection avec CloudFlare.
Ça fonctionne du feu de Dieu.
- Rendez-vous dans votre espace CloudFlare puis dans Page Rules.
- Entrez l’adresse de votre site, suivi d’une « * », ex : www.example.com*
- Activez uniquement « Always use https ».
Ça fonctionne aussi sans « www. »
Easy!
Redirection htaccess vers HTTPS
La méthode un peu geek, pas particulièrement recommandée dans notre cas.
Ajoutez ceci à votre .htaccess.
RewriteEngine On RewriteCond %{SERVER_PORT} 80 RewriteRule ^(.*)$ https://www.example.com/$1 [R,L]
Forcer HTTPS uniquement dans le tableau de bord WP-Admin
Qui sait ? Peut-être que vous ne vous en sortez pas avec les bugs sur la partie publique. Avoir du HTTPS seulement dans l’admin de WordPress, c’est déjà ça.
Ajoutez ceci à votre fichier wp-config.php :
define ( 'FORCE_SSL_ADMIN' , true);
Un petit check ?
Passez votre site au SSL Check pour vérifier que vous n’avez plus de Mixed Content : http://www.jitbit.com/sslcheck/
S’il vous détecte toujours des erreurs, vous devrez trouver la solution. Manifestez-vous en commentaire si vous avez besoin d’un coup de pouce.
Alors, c’est bon ?
À quoi dois-je m’attendre pour mon référencement ?
Une fois que vous être sûr que tout est bien paramétré et fonctionnel, vous pouvez ajouter votre nouvelle adresse dans votre Google Search Console (anciennement Google Webmaster Tools).
J’ai bien dis ajouter ! N’allez pas me signaler un changement d’URLs. Ça ne marchera pas.
Demander un changement d’adresse dans Google Webmaster Tools.
(…) Remarque : Actuellement, cet outil n’accepte pas les déplacements de site qui impliquent une modification du nom de sous-domaine, un changement de protocole (de HTTP à HTTPS) ou une modification du chemin d’accès uniquement.
Src. : https://support.google.com/webmasters/answer/83106
Google considère cette URL https comme une nouvelle version de votre site à part entière. Moralité, vous devrez laisser mijoter et attendre patiemment que Google prenne en compte vos redirections. Je déconseille même de faire une exploration forcée (explorer comme Google bot) sur votre site HTTPS. J’ai trop peur de vous encourager à faire indexer rapidement des URLs avec contenu dupliqué.
C’est donc le moment de faire une sieste de 2 mois. 🙂
Plus sérieusement, cela sera toujours bénéfique de créer quelques bons liens vers la nouvelle adresse « https ». Si vous pouvez, pensez-y.
Édition du 5 décembre 2015.
Test SEO redirection HTTP vers HTTPS
Suite aux premières prises en compte de ma redirection CloudFlare (Page Rules), j’ai eu la bonne surprise de voir que mes URLs en http:// on été mise à jour dans Google en https:// sans la moindre perte de position, sans le moindre mouvement !
Pour le coup, Google ne nous décourage pas du tout à nous mettre au Web sécurisé. Voici donc ce que je vous propose de faire pour une prise en compte encore plus rapide de votre nouvelle URL.
- Rendez-vous dans Google Search Console et choisissez votre site http:// dans la liste (pas votre site https://). Vous deviez l’avoir ajouté au GWT avant de suivre tuto.
- Cliquez sur Exploration > Explorer comme Google et explorez votre page d’accueil. Google devrait vous signaler qu’il s’agit d’une redirection.
- Enfin, demandez à Google bot d’explorer entièrement votre site une nouvelle fois.
De cette manière, Google va prendre en compte vos redirections plus rapidement. Si on se fie à mon expérience personnelle, vous ne devriez perdre aucune de vos positions chèrement acquises.
Voici qui complète mon article sur le passage au HTTPS.
Edition 6 juillet 2017 :
Google vient de donner plus de détail sur le passage de son site depuis HTTP vers HTTPS et les actions à effectuer dans Google Search Console. Me concernant, je fais souvent des passages en HTTPS en suivant la méthode indiquée plus haut, en 2015, et ça fonctionne toujours parfaitement. C’est à vous de voir 😉
Conclusion
J’avais déjà mis CloudFlare sur ce site et j’en étais très content. Je pouvais y accéder en HTTPS, mais le CSS / JavaScript était cassé et le code de mes pages n’était pas sécurisé de façon optimale (mixed content).
En suivant les quelques étapes que je viens de vous présenter, j’ai pu efficacement tout réparer et forcer mes visiteurs (ainsi que Google) à utiliser HTTPS pour visionner mes pages.
Finalement, vraiment utile pour ma société ce SSL ?
Dans le cas de mon site, j’aurais sans doute pu m’en passer. Mon site n’est pas voué à l’échange des données sensibles. Je reçois juste quelques demandes de devis et candidatures spontanées qui sont, pour la plupart copiées-collées à l’identique dans les formulaires de contact de 80% des agences Web du pays. La seule personne à entrer un mot de passe sur ce site, c’est moi, pour mon interface d’administration, et croyez-moi, mes voisins ne risquent vraiment pas de sniffer mes données. Dans tous les cas, j’ai tout ce qu’il me faut pour réparer mes sites en moins de 2, donc j’arrive à dormir sans trop de cauchemars.
Par contre, pour l’égo, ça peut-être sympa. Aujourd’hui, j’imagine facilement qu’un prospect un peu geek (tu sais, le mec « qui s’y connait… ») remarque que mon site est en HTTPS et se dise « hmmm, classe, une agence Web sérieuse ».
Ben oui, pourquoi pas ? Ça démontre un tout petit effort technique de mettre le SSL en place sur son site. Ça peut faire gagner un contrat, qui sait ? Ça peut surtout vous faire gagner quelques ventes chaque année si vous gérez une magnifique boutique WooCommerce.
Si vous avez des difficultés quelque part avec CloudFlare et one-click SSL, laissez un commentaire, on essayera de vous aider.
Merci à Ligo de m’avoir suggéré la rédaction de cet article. Vous aussi, suggérez le vôtre. 🙂
Salut Nicolas,
Tu vas me dire : « le référencement Google, on s’en fiche », OK. Moi, pauvre petit webmaster de la banlieue, je suis bien obligé de me soumettre à Google et tous ses saints pour que mon site pro soit visible et gagner mon pain quotidien.
D’où mon inquiétude quant au passage au fameux https, je m’explique : pour garder le positionnement des pages d’un site bénéficiant d’une ancienneté sur la toile, les redirections 401, ça ne garantit pas à 100% les places durement gagnées dans les SERP, loin de là. Si mon site pro est un site vitrine qui n’offre pas de pages d’achat, ni de paiements en ligne, quel est l’intérêt de passer du côté hyper-sécurisé de la virtualité ? Ne risqué-je pas de perdre plus en prenant ce genre d’initiative ?
Salut Benoit,
Très bonne remarque. D’ailleurs, j’avouerais que tu m’as bien eu, car j’ai volontairement omis de parler de l’aspect négatif temporaire que ce changement pourrait avoir sur le SEO.
Du coup, je me fends d’un beau sous-titre.
Impact SEO d’une redirection 301 http vers https
Voilà. 🙂
Tu l’as bien compris, il est probable que ce changement de protocole sera pour Google perçu comme un changement de nom de domaine, ou une duplication de site (temporaire)… au moins le temps qu’il aille tout crawlé et digéré l’affaire à son rythme.
Quand bien même Google comprendrait qu’il s’agit d’un passage en SSL, on perd toujours quelques plumes dans les redirections 301 (tu voulais bien dire ça et pas 401, faute de frappe, je suppose).
Du coup, oui effectivement, même si tout semble prouver qu’avoir un site en https nous fait gagner beaucoup de crédits pour Google, dans la transition, on risque fort de devoir essuyer quelques pertes de positions.
Le scénario le plus dramatique (pas si invraisemblable que ça) serait de ne jamais récupérer quelques-unes de ses tops positions.
Concernant l’intérêt pour un site vitrine, d’avoir mis https, relis ma conclusion si tu veux (finalement, vraiment utile pour ma société ce SSL ?). Je m’explique bien, déjà, à ce propos.
Merci pour ta remarque.
Excuse moi Nicolas, je voulais bien dire 301. Et j’ai lu trop vite ta conclusion… encore que je ne sois pas sûr de l’impact de l’esthétique d’un https sur un visiteur.
J’ai cru comprendre également que les annonces AdSense seraient bloquées par le https. Qu’en est-il exactement ?
Merci pour ta question.
Le code AdSense est devenu tout à fait compatible SSL depuis qu’ils ont remplacé http:// par le joker //. Donc, on parle de « protocol relative url ». Vérifies que ton code AdSense est à jour si tu désires faire le changement. Plus d’infos : https://support.google.com/adsense/answer/10528?hl=fr.
Daamn!! Tu m’épates Nico. C’est à la fois le meilleur tuto et le meilleur bon plan pour passer son site en SSL, chapeau bas. Je n’oublierai pas de passer par la case Mister WP avant de passer un de mes sites en https, merci !!
Héhé, merci. Pour le SEO, le véritable truc à faire pour tous les nouveaux sites, c’est de les mettre directement en HTTPS. Pour les sites existants par contre, s’ils sont déjà positionnés, comme on en discutait avec Benoit, le choix est un peu plus délicat et doit être pris en connaissance de cause.
Bonjour, c’est encore moi !
Je vous signale que j’ai édité mon article avec mon retour SEO, cherchez Édition du 5 décembre. Dans cet « edit », je reviens sur mes propos concernant la prise en compte supposément risquée de la redirection 301 de HTTP à HTTPS. Vous verrez qu’en réalité, si on a bien paramétré ses redirections comme je l’ai expliquée, vous n’aurez aucune perte de position pour votre référencement !
C’est plutôt une bonne nouvelle non ?
Tu dis : « demandez à Google bot d’explorer entièrement votre site une nouvelle fois. De cette manière, Google va prendre en compte vos redirections plus rapidement. Si on se fie à mon expérience personnelle, vous ne devriez perdre aucune de vos positions chèrement acquises. »
Je me suis toujours demandé si cette fonction était efficace et n’était pas tout simplement un tranquillisant pour webmaster anxieux. Il est très rassurant de constater que ça marche. Bravo Nicolas ! Avec des outils simples et gratuits, tu y es arrivé.
Très efficace, je l’utilise souvent. Le résultat peut se vérifier presque instantanément sur Google.fr dès utilisation. Il te suffit de faire l’essai avec une page test pour le voir 😉
Merci encore d’avoir ouvert le débat !
J’utilise les outils pour les webmasters de Google et aussi ceux de Bing.
Bingbot peut aussi analyser les pages qu’on lui présente.
Bonjour,
J’avais publié un article sur le sujet en juin dernier car je m’étais posé ces questions. Ma démarche n’était pas de comparer l’impact SEO puisqu’il s’agissait d’une création de site Internet.
Toutefois, par rapport à mon expérience, je n’ai pas constaté de « bonus » majeur au niveau SEO. Le site a des positions satisfaisantes mais par exemple, pas acquises en un temps record. Je n’avais pas fixé d’objectif fou pcq le site était en https et j’ai bien fait.
L’autre argument que j’ai retenu, et qui m’a semblé au final plus important, c’était de rassurer l’internaute. Le site géolocalise l’internaute et ça peut le rassurer de voir du https.
Maintenant, pour une agence web, je partage la conclusion, à part pour une question d’égo, je ne vois pas l’intérêt de mettre son site en https.
Bonjour,
Cet article est très intéressant et je vais le mettre en oeuvre sur un de mes sites pour le tester, mais à tête reposée, car là c’est un peu confus pour moi pour l’instant.
Par ailleurs, il me semble utile de faire un tutoriel pour une installation neuve, vous ne pensez pas?
Cordialement,
Bruno
Bonjour et merci pour cet article complet et riche d’infos.
Je suis en train d’essayer d’optimiser mon site et envisage de passer sur Cloudflare. Comme c’est les fêtes et que je n’ai que peu de temps en ce moment en dehors de celles-ci, est il possible d’empêcher le passage automatique sous SSL quand on prend le plan gratuit de CF ? L’idée étant d’optimiser le site, de bien le paramétrer avec WP Rocket et quand j’aurai plus de temps d’activer le SSL et de gérer ce qui doit l’être en cas de bug.
Merci par avance de prendre quelques minutes pour répondre
Cordialement
Eric
Bonjour Eric,
Ne t’inquiète pas. Si tu m’as bien lu, tu as du comprendre qu’une fois CloudFlare installé, ton site sera accessible en HTTP et en HTTPS, sans que cela puisse poser de problème à ton référencement, car tes liens internes seront eux toujours en HTTP. Google ne regardera même pas ta version SSL à moins que tu lui demandes explicitement.
Tu peux foncer.
Merci pour ta réponse mais du coup je me rends compte que je n’ai pas saisi un truc.
Si ton site est accessible en http et https, n’y a t il pas de facto un duplicate ? je relie ça à ton étape de redirection à forcer.
On est bien d’accord que toutes les url du site deviennent accessibles par https ? pas uniquement la home ?
Peux tu prendre 2 min pour me faire comprendre un peu mieux ce qui semble m’échapper ?
Merci
Bonjour, déjà un grand merci, en peinant à configurer le https sur mon site, je me suis rendu sur le site de cloudflare, et quel bonheur de vous trouver dans les commentaires, je vous suivait déjà depuis quelque temps mais je n’ai pas encore lu réellement beaucoup de vos articles. Mais j’y prend goûts, vous avez du talent, enfin bon trêve de plaisanterie: Je n’arrive pas a configurer ce https pour ma boutique de e-commerce en ligne : https[:]//lovelly.fr j’ai configurer cloudflare et installer les plug-in, je n’obtiens plus aucune erreurs, mais : Sur Firefox bizarrement tout vas bien https impec depuis mon poste, étonnant, sur google chrome: Problème, on m’affiche en gros en rouge que mon site est méfiant et il faut valider pour y accéder, mais on peux y accéder finalement ( pour les plus courageux j’imagine). Et enfin sur internet explorer c’est la cata (enfin bon déjà je l’aimais pas trop celui la ) Gros danger, et une fois les avertissement franchis on arrive sur une page totalement désordonnée ( mon site ) et je ne sais pas comment régler tout ça: Alors j’ai une petite idée.
J’étais chez cloudflare et comme le https ne marchais pas j’ai changer le dns pour remettre celui de ovh, et après quelques péripéties ( un robot travaillais sur mon domaine dns (soit disant) ) j’ai finalement préférer réessayer chez cloudflare. Sauf, que cette fois ci en inspectant mon certificat, je remarque que celui ci a été délivré par sl6.ovh.net, ce qui n’est pas normal, normalement il aurai du afficher celui de clouflare. Enfin bon voila je ne comprend pas, si vous pouviez m’aider çà serais super. Ps : Peut être c’est du au changement de dns qui est censé mettre du temps pour renouveler le certificat ou alors il faudrait faire une démarche spéciale ? J’ai tout essayer vider les cache, les coockies ect rien n’y fait. Enfin peut être supprimer mon site de cloudflare et recommencer ? Voila merci de me lire. A bientôt
Salut ! Sur la page d’accueil de ton compte CloudFlare, sous « Settings Summary », tu as quel niveau de SSL ? Moi j’ai SSL Flexible.
Essaye de t’arranger pour que CloudFlare reprenne la gestion de ton certification SSL. Vide tous les caches, remet les DNS de CloudFlare sur ton domaine, attends bien la propagation, tout ça.
Tu as bien compris la notion de « mixed content errors » (voir mon article) ? Tu as inspecté ton site avec la console pour développeur pour vérifier qu’il n’y en avait pas ?
Mais bon, si ça fonctionne sous Firefox sans problème, il est probable que le problème n’est pas dans la config de ton site, mais dans les réglages côté certification.
Ne lache pas !
Et tiens nous informés 😉
Super, tout est rentrée dans l’ordre ce matin: Cloudflare à mis a jour mon site et le bon certificat se charge, du coup plus aucun problème sur tous les navigateurs.
Par contre je voulais te poser une question: Est ce que je dois faire des backlink en https maintenant ?
Merci pour toute l’aide que tu nous fournis
En relisant l’article j’ai effectivement vu que tu conseil d’ajouter des backlinks en https. Mais j’ai encore d’autres questions. Depuis que j’ai passer mon site en https il a carrément disparu de l’index google. Quest ce que je dois faire ? Et comment empêcher le duplicate content ? Merci
J’ai été assez complet effectivement sur l’impact SEO auquel on doit s’attendre (à lire et relire ;)). Tu peux toujours réinscrire ton site en HTTPS sur Google Search Console et demander une ré Exploration > Indexation. Pas normal qu’il disparaisse. Peut-être est-ce dû au cafouillage OVH !?
Yep, c’est fait, je verrai bien pour ce qu’il en ait du duplicate content, de toute façon mon site est presque neuf, et puis je trouve que ca fait tellement classe ce htpps en debut de site ! 🙂
Le plus tôt est le mieux. Ça fait site « sérieux », surtout que Google Chrome parle de signaler les sites non https d’une croix rouge ! ?
Bonjour et merci pour ce tuto !
J’ai bien passer mon site en https via une mise en place de mon hebergeur, j’ai suivis ton tuto pour les plugin, j’ai profiter également de passer mon site avec php7 ! Cependant je constate que qu’il y a des erreur avec le jitbit.com
« Pages with unsecure content:
https[:]//www.clemence-heller-graphiste.fr/ ? (…)
Je possède 6 page sur le site, mais il y en n’a que 3 ou je possède le cadenas verts, les autres pages on une page blanche (donc http je suppose ?). Une idée pour y remédier ?
Je pense qu’entre temps, tu as réussi à solutionner ton problème car je vois bien le cadenas vert ? sur toutes tes pages et aucune erreur du côté de JitBit SSL Check.

Peux-tu nous dire d’où venait le problème ? 🙂
Content que le tuto t’ait aidé.
Exact, ben justement j’ai rien fais de plus, cela à mis du temps à ce mettre en place je pense, fallait attendre a priori, bon ben tant mieux, merci quand même et bravo pour ton tuto, cela m’a été d’une grande aide pour ce problème.
Par contre petite question a propos de search console de google, il vaut mieux pas supprimer carrément le site (anciennement http) et créer un nouveau en https ?
Concernant ta question sur Google Search Console, ce que tu cherches est très bien expliqué à partir de :
Une petite relecture s’impose 😉
Ensuite, tu verras très vite le résultat sur Google.
Après il est vrai que le SSL est plus adapté aux boutiques en ligne ainsi qu’aux sites proposant des services comme les sites vitrines ou d’agences (comme le tient aussi). Perso je recommande d’utiliser le SSL dès le lancement d’un site, car pour faire la migration d’un site déjà établit et notamment d’un point de vue SEO, c’est plus compliqué.
J’ai suivi le tuto pour passer aussi mon site en HTTPS.
http://www.lyrics228.net
Je dispose aussi des sous-domaine, dont blog.lyrics228.net,
Comme ça me donnait le HTTPS ROUGE Barré, juste apres le changement des url dans la table _options du site principal, jai du changé la totalité de http en https dans les tables de la BD.
J’en ai fait pareil avec le sous domaine aussi, pourtant, cette erreur devient présente un peu partout quand ça accède en https[:]// que ce soit sur le www. ou sur le sous-domaine.
*****
Votre connexion n’est pas privée
NET::ERR_CERT_AUTHORITY_INVALID
*****
Je ne sais pas vraiment à quoi cela est du, et ça dérange bien les lecteurs de notre blog de la même facon que ça me dérange personnellement en backend, avec aussi quelques widgets et plugins qui ne fonctionnent plus bien aussi.
Si vous pouvez m’aider à solutionner, ça m’aiderait bien.
À voir ton site, on dirait que tu t’en ai bien sorti car je ne vois aucune erreur.
Le problème pouvait venir de là : jai du changé la totalité de http en https dans les tables de la BD.
Il ne faut jamais changer cela ainsi dans WordPress mais utiliser « Better Search and Replace » au risque de casser des données sérialisées et avoir ce genre de problèmes : avec aussi quelques widgets et plugins qui ne fonctionnent plus bien .
Tu peux nous dire ce qu’il en était ?
Merci bien. Ces dernières heures, j’étais obligé de retouner dans la BD et de remettre les url de la table _options en http:// afin de pouvoir fonctionner moyennant quelques interruptions et redirections en https (mieux tout de même). Là, toute de suite, l’idée qui me vient, c’est de rechercher une sauvegarde récente de ma DB et de la remetre dans une toute nouvelle et de la renseigner dans le wp-config, ensuite, je reesaye avec le plugin « Better Search and Replace » pour voir ce que ça donne. J’espere que c’est ce qu’il me faut faire… ☹️
Enorme ce tuto ! Je désespérais à devoir passer mon site en https mais avec toutes ces explications je vais peut être me décider, en tout cas ça donne envie !