web-dev-qa-db-fra.com

Google a choisi les URL HTTP comme canoniques avant les liens HTTPS dans les balises canoniques après une récente migration HTTPS.

J'ai migré mon domaine de blog de HTTP vers HTTPS. Je cours mon blog wordpress sur AWS Bitnami. J'ai ajouté le nécessaire canonique sur tous les articles, c'est-à-dire

<link rel="canonical" href="https://blog.incfo.in/"/>
  • Modification de tous les liens internes de http à https

  • J'ai écrit le code de redirection du serveur 301 dans/opt/bitnami/apps/wordpress/conf/httpd- prefix.conf. Voici mon code:

    RewriteEngine On
RewriteCond %{HTTPS} !=on
RewriteRule ^(.*) https://%{SERVER_NAME}/$1 [R=301,L]
RewriteCond "%{HTTP_Host}" ^ec2-([0-9]{1,3})-([0-9]{1,3})-([0-9]{1,3})-([0-9] 
{1,3})\..*\.$
RewriteRule "^/?(.*)" "%{REQUEST_SCHEME}://%1.%2.%3.%4%5/$1" [L,R=302,NE]

Toujours dans ma console de webmaster dans la section exclue Il montre Dupliquer,

Google a choisi différent canonique que l'utilisateur

Comment dois-je résoudre ce problème?

google-search-consoleduplicate-contentcanonical-urlrel-canonical
1
divya dave

Google peut mettre une année complète à indexer votre site sur HTTPS après le transfert. C'était mon expérience. Pour plus de détails, voir ma réponse à HTTP à HTTPS: attendez-vous que le nouveau sitemap soit indexé?

Au cours de cette première année, Google peut toujours indexer la version HTTP de certaines pages en indiquant qu'elles "avaient choisi un autre livre que l'utilisateur." Mois après mois, vous verrez de plus en plus de pages passer sur HTTPS dans la console de recherche Google.

Cela ne semble pas gêner le classement, cela signifie simplement que certains utilisateurs sont encore envoyés à la version HTTP à partir de la recherche Google pendant un certain temps. Puisque vous redirigez, ils arrivent finalement à la version HTTPS correcte.

J'ai été vraiment surpris quand j'ai vu que Google était si lent pour transférer complètement mes sites sur HTTPS. Mes théories quant à pourquoi :

  • Il faut du temps pour créer suffisamment de confiance dans votre version HTTPS.
  • Chaque URL doit passer par une sorte de processus de vérification dans lequel elle compare le contenu de l'ancienne URL au contenu de la nouvelle URL. Étant donné que les URL les plus lentes à déplacer sont les moins populaires avec le moins de classement, elles peuvent donner la priorité aux pages les plus populaires du processus.
2
Stephen Ostermiller