S'occuper actuellement de 3 sites Web. J'ai changé l'un d'eux en HTTPS car c'est du commerce électronique, mais j'ai vu une énorme baisse du trafic organique depuis sa mise en œuvre. Passé d'environ 800 impressions à 400.
Une quelconque idée du pourquoi?
Très inquiétant car je m'attendais à ce qu'il s'améliore si quelque chose!
J'ai mis en place 301 redirections vers les anciennes pages pour http://www.example.com/product1
aller àhttps://www.example.com/product1
J'ai également créé un compte webmaster distinct pour la version HTTPs car notre intégration ne fonctionnait pas bien avec Google Merchant Center, et les données circulent correctement, mais je ne sais pas pourquoi / si cela provoquerait un conflit.
Très confus!
Réponses:
Je supporte HTTPS sur mes sites Web depuis environ deux ans maintenant, mais je commence à peine à expérimenter les versions HTTPS dans les moteurs de recherche. Pour mes sites, j'ai toujours eu la version HTTP comme canonique (en utilisant des balises canoniques link rel) mais j'ai permis aux utilisateurs de naviguer vers HTTP ou HTTPS.
Le 18 mars, j'ai changé cela pour l'un de mes sites. J'ai fait de HTTPS le canonique, mais j'autorise toujours les utilisateurs à utiliser HTTP. Jusqu'à présent, il semble qu'il y ait une légère baisse.
HTTP
Le site HTTP est tombé hors des résultats de recherche au cours d'une semaine.
HTTPS
Le site HTTPS est apparu dans les résultats de recherche, mais il n'obtient pas autant d'impressions que le site HTTP.
N'oubliez pas que ces graphiques mesurent différentes périodes. Le site HTTP enregistrait en moyenne 225 impressions par semaine. Le site HTTPS enregistre environ 178 impressions par semaine.
Je prévois de continuer à surveiller ce site pendant quelques mois, mais à ce stade, j'hésite à déployer HTTPS pour les moteurs de recherche sur mes plus grands sites, car il semble que le basculement complet de Google puisse être problématique.
ÉDITER:
Après l'avoir laissé fonctionner pendant un mois, le trafic est de retour à ce qu'il était avant la migration HTTPS:
ÉDITER:
En 2018, j'ai déplacé tous mes sites vers HTTPS. Mon plus grand site a été le dernier à déménager et j'ai trouvé un moyen de le faire sans perdre de trafic. Je suggère maintenant la procédure suivante pour passer de HTTP à HTTPS:
la source
Vous prenez donc en charge tout le cryptage de pointe, vous avez obtenu un A + sur Qualys, c'est génial. Mais avez-vous vérifié vos analyses pour les utilisateurs XP, en particulier en utilisant IE ou Chrome? Ce n'est pas un secret que XP est un chien qui meurt lentement lors de la connexion à des sites modernisés. Ce n'est également un secret pour personne que IE et Chrome sur XP (ou même l'ancienne version du navigateur Android) sont très limités à ce qu'ils peuvent faire avec SSL.
Voici quelques exemples de situations susceptibles de réduire le trafic HTTPS:
Vous n'avez pas configuré GWT, d'analyse et d'autres services pour voir correctement le changement HTTPS et son arrêt effectif. Faux positif, c'est l'erreur la plus courante.
Vous exécutez un serveur multi-locataire et comptez sur l'indicateur de nom de serveur (SNI) pour servir vos certificats. Les anciens navigateurs IE et Android ne se connecteront pas. Les bots pourraient ne pas comprendre ce que c'est.
En raison de tous les exploits de cet été, vous avez désactivé la prise en charge SSL2 / 3 et opté uniquement pour TLS. Les navigateurs marginaux ou non mis à jour peuvent échouer.
Vous vouliez activer le secret avancé pour obtenir des clés uniques pendant les poignées de main. Heck rendre le secret de transmission "robuste". Très ancien IE sur XP demandera "WTF is that" et le problème échouera.
Vous ne soutenez que les chiffres les plus grossiers et avez évincé les anciens. Cloudflare en est un excellent exemple - grâce à ECDHE, ni IE ni Chrome ne pourront se connecter sur XP. Doit utiliser Firefox dans ce cas, que souvent, les utilisateurs de XP (seniors, collèges indiens, centres d'appels d'entreprise) ne savent pas comment, ou ne sont pas autorisés à installer.
Vous avez un verrou jaune sur trop de pages. Cela fait peur aux gens et ils s'enfuient vers un site réellement sécurisé (cadenas vert). Vous pouvez essayer de modifier cela par HSTS ci-dessous (masque l'actif au lieu de faire un verrou cassé), mais vous risquez alors un site cassé au lieu d'un verrou cassé.
Vous appliquez HSTS et les utilisateurs XP peuvent ne pas être en mesure de l'utiliser. De plus, si HSTS bloque une source non sécurisée, il la supprime complètement de la page. Peut-être y a-t-il un élément bloqué critique (tel qu'un morceau de contenu chargé avec un script / AJAX) et vous pourriez même ne pas réaliser qu'il a disparu.
Vous avez implémenté un CSP mais les utilisateurs de XP peuvent ne pas être en mesure de l'utiliser, ou son erreur a provoqué un problème similaire à celui du contenu bloqué HSTS ci-dessus. Votre verrou semble vert, vous pourriez même ne pas réaliser que tous vos styles en ligne sont désactivés, donc un script critique tel que l'ajout au panier est cassé ou bloqué.
Autres causes possibles:
Certains moteurs de recherche, répertoires, scanners, etc. ne sont pas en mesure d'explorer votre site avec une telle sécurité. Exemple, BingBot n'a commencé que récemment (janvier 2015) à comprendre SNI et [P] FS. Il existe des tonnes d'annuaires et de choses qui ne comprennent tout simplement pas comment explorer votre site SSL - par exemple seobook.com. S'il y a des erreurs, ils peuvent supprimer votre backlink, même si c'est leur faute pour ne pas avoir mis à jour leur schéma CURL merdique.
Vous avez reçu une tonne de trafic de badbots, mais maintenant ils restent à l'écart pour la même raison: ils exécutent XP, utilisent le wrapper IE6, CURL merdique, ne peuvent pas explorer, ne peuvent pas spam. Ou peut-être qu'ils sont un scanner d'exploit, ils voient HTTPS et ils partent immédiatement. Ne sous-estimez pas la quantité de trafic provenant des badbots, c'est énorme.
Vous avez un certificat SSL dans les royaumes du coucher du soleil RSA128 et certains navigateurs affichent les avertissements que vous utilisez un chiffrement faible. Le navigateur peut toujours leur permettre de se connecter, mais fera l'indicateur "quelque chose ne va pas" dans la barre d'adresse. Essayez votre site via tous les navigateurs les plus récents.
Vous avez implémenté SSL - mais mal, incohérent et les commutateurs sont trop lents. Il s'agit d'une erreur de jugement assez courante: les gens pensent que vous pouvez simplement rediriger avec htaccess, définir un canonique et être prêt à partir. Qu'en est-il de tous vos actifs comme les menus dynamiques, les sources d'images, etc.? Et vos générateurs d'aliments? Qu'en est-il de tout ce que fait votre plateforme? Assurez-vous que votre plate-forme restitue CHAQUE lien / src en HTTPS ou URL relative au moins ... sinon les bots seront confus et / ou la double connexion provoquera une augmentation des poignées de main, des redirections et plus de lag (déclassement en raison de la vitesse de page ).
Trop de redirections enchaînées. Google déteste les redirections lorsqu'elles enchaînent sur 2-3. Donc, si vous utilisez 301 SSL, cela en mange un dès le départ. Si vous redirigez vers le mode WWW, c'est un autre. Si vous redirigez ensuite vers un nouveau contenu, c'est un autre. S'il y a quelque chose entre les deux, vous jouez avec le feu. Vérifiez la marque de 3 minutes de cette vidéo: https://www.youtube.com/watch?v=r1lVPrYoBkA
Google ment ouvertement sur le signal de classement de SSL et cela n'affecte en rien du tout. Toutes mes cartes sont sur ce pari.
la source
HTTPS n'envoie pas l'en-tête du référent. Ce trafic sera donc intégré au trafic «direct».
la source
Il est temps pour une mise à jour!
Il n'est pas résolu à 100%, mais après avoir mis à jour le plan du site et le fichier robots.txt pour s'assurer que tous pointaient vers HTTPS, le trafic est maintenant à environ 85% de ce qu'il était.
Il semble remonter progressivement, et une des raisons de la baisse du trafic / des recherches est due à la demande saisonnière. Je pense donc que pour l'instant le problème est résolu, bien que je ne sois certainement pas pressé de changer de sites à l'avenir en HTTPS là où cela n'est pas nécessaire ...
la source
J'ai changé trois de mes sites Web de http en https et tous également des créneaux entièrement différents. Les redirections 301 et le site des outils Google pour les webmasters changent et même tous les liens internes qui ont été publiés en utilisant http dans l'url ont été modifiés en https pendant la nuit.
De nouvelles pages https ont commencé à apparaître dans les serps en quelques jours et toutes les pages http ont été gérées en un mois et toutes les pages sont apparues avec https. Le trafic meurt pendant quelques semaines puis se redresse au bout d'un mois environ mais même après avoir attendu 5 bons mois le trafic n'a jamais atteint des niveaux au moment du changement. Au total une baisse de plus de 40% par rapport à la version http après 5 mois d'attente.
J'ai changé ce site en http et redirigé toutes les pages https vers http. Il a fallu environ un mois pour que le trafic atteigne les niveaux d'origine.
Leçon apprise: Google ment sur le renforcement du classement des pages SSL. Je ne vends rien et n'ai aucune transaction monétaire ou changement d'informations personnelles sur aucun de mes sites Web, donc je n'ai pas besoin de SSL.
la source
Je pourrais imaginer (de loin ici) que les gens des "robots et spammeurs" n'aiment pas https parce qu'il draine plus de ressources là-bas (aussi) donc ils rampent et visitent http.
la source
HTTPS n'améliore en aucun cas le trafic, quelle que soit sa forme. C'est un protocole sécurisé et rien d'autre. Pas différent, sinon, de HTTP. Si vous souhaitez que Google combine les résultats pour http et https, vous devez le faire dans les outils pour les webmasters ET, mieux, rediriger votre trafic http vers https. Ensuite, vos totaux seront additionnés au lieu d'être suivis séparément.
la source
Vous voudrez peut-être tester si votre serveur Web est correctement configuré pour servir HTTPS. S'il n'est pas configuré correctement, il est possible que les navigateurs lancent une page d'avertissement aux utilisateurs et que les utilisateurs choisissent de ne pas visiter votre site.
Des outils tels que celui de Qualys SSL Labs peuvent vous dire s'il y a un problème. Viser une note A
la source