web-dev-qa-db-fra.com

Le "nom canonique" dans DNS fait-il une différence pour les moteurs de recherche?

Certains de nos sites sont configurés avec un "enregistrement" pour une adresse IP et d'autres sont configurés comme le nom d'un serveur qui a ensuite un "nom" pour la même adresse IP du serveur. Je veux que ce soit cohérent.

Quel est le meilleur moyen?

7
tooshel

Les enregistrements CNAME qui pointent vers d'autres enregistrements CNAME doivent être évités en raison de leur manque d'efficacité, mais ne constituent pas une erreur. L'exemple suivant n'est pas recommandé:

foo.example.com.  CNAME  bar.example.com.

Néanmoins, c’est la pratique très courante:

  • example.com (@) se fait via "A" (évidemment)
  • www, ftp etc sous-domaines sont créés via "CNAME" pointant vers @

Bien que "CNAME" soit plus pratique à utiliser (vous devez spécifier l'adresse IP moins souvent, une seule fois lorsque tous les sous-domaines sont hébergés sur le même serveur), il est un peu plus lent que "A" - car il nécessite des recherches supplémentaires lorsque résoudre à l'adresse IP finale (tandis que "A" résout directement). Mais les noms résolus étant généralement mis en cache, la différence de performances est quasi inexistante à long terme (cela ne concerne que la demande initiale).

Du point de vue DNS, cela ne devrait faire aucune différence/impact sur le référencement - je doute que Google vérifie la définition de l'enregistrement DNS - l'adresse IP finale est ce qui compte.

4
LazyOne

Ils n'affecteront votre référencement que si différents noms canoniques peuvent afficher le même contenu. Ensuite, vous rencontrerez des problèmes de contenu en double. L'exemple le plus courant est de pouvoir afficher le même contenu avec et sans le "www". Si tel est le cas, vous pouvez utiliser <link rel="canonical"> pour spécifier l'URL correcte pour un contenu donné. (Vous pouvez également résoudre le problème "www" avec les redirections 301 et les paramètres dans Google Webmaster Tools, mais je souhaitais que la réponse reste spécifique aux enregistrements CNAME).

2
John Conde