Domain Name System et SEO

J’ai décidé d’écrire cet article pour expliquer à un plusieurs amis a quoi servent les DNS et quelle est leur importance dans le SEO. C’est le premier article d’une série de ‘tutoriels’ un peu à la manière de seoguide.

Je vais commencer par pomper m’inspirer de wikipédia :

Le Domain Name System (ou DNS, système de noms de domaine) est un service permettant d’établir une correspondance entre une adresse IP et un nom de domaine et, plus généralement, de trouver une information à partir d’un nom de domaine.

Un exemple :

Le nom de domaine blog.divioseo.fr est pointé sur l’adresse IP 91.121.38.165, c’est un peu (en très gros hein) comme le code postal qui correspond à un village ou une ville (Dijon -> 21000)

Imaginez un peu la vie sans système de noms de domaine, on serait obligé de retenir des milliers d’adresses IP (en fait quasiment une par site).

Structure d’un nom de domaine

Un nom de domaine est structuré de manière arborescente, imaginez vous une dynastie d’hermaphrodites (oula les puristes vont me voler dans les plumes avec cette métaphore, normalement on parle d’arbre et de noeuds) dont l’ancêtre unique (le point ‘.’) a plein d’enfants : les TLDs ou top level domains (‘fr’ par exemple) qui eux même ont plein d’enfants : les domaines (‘divioseo’ par exemple) qui ont également plein d’enfants (toujours tout seul hein) : les hôtes (‘blog’ par exemple).

Si on reprend la génèse de mon exemple on obtient ce que l’on appelle un FQDN (Fully Qualified Domain Name) dont l’arrière grand père/mère est le ‘.’ , le grand père/mère est le ‘fr’ , le père/mère est le ‘divioseo’ , le fils/fille est le ‘blog’ , ce qui donne :

blog . divioseo . fr (et oui on cache l’arrière grand père/mère pour d’obscures raison que je ne développerai pas ici, une histoire d’héritage je crois)

Bon si je ne vous ai pas encore perdu définitivement je vais maintenant vous expliquez comment la planète entière arrive a se mettre d’accord sur les milliards de correspondance existantes.

Serveurs de nom et résolution

Les serveurs de nom sont un peu les généalogistes du réseau (oui je continue avec mon exemple à base d’hermaphrodites et de généalogie), ils tiennent à jour les registres qui permettent d’établir la correspondance entre le nom de domaine et l’adresse IP des machines d’un réseau.

Chaque domaine (‘divioseo’ dans l’exemple) possède un serveur de nom primaire et un serveur de nom secondaire qui prendra le relais du serveur primaire en cas de problèmes (si le généalogiste titulaire est malade alors le stagiaire arrète de faire le café et fait le travail).

Chaque serveur de nom se déclare lui même au serveur de nom de niveau supérieur jusqu’a ce qu’on arrive au ‘Top level’, il informe également les serveurs de niveau inférieur qui dépendent de lui des différents changements qui pourraient survenirs dans les registres, cette structure hierarchique permet ainsi de propager des modifications faites à n’importe quel niveau sur tout le réseau. Je ne vais pas rentrer plus dans les détails mais c’est cette structure hierarchique et le cache des serveurs de noms qui sont responsables des « délais de propagation » qui peuvent atteindre jamais parfois 48h.

Quand on achète un nom de domaine le registrar déclare l’enregistrement sur ses propres serveurs dns qui vont informer leurs supérieurs et leurs esclaves, puis miracle de la technologie il est disponible au bout de quelques heures dans votre navigateur.

Il existe plusieurs types d’enregistrements pour les zones DNS, les principaux sont (à mon sens) : A, CNAME, MX, SPF

Je vous expliquerai leur rôles et comment les configurer dans un prochain article, vous allez voir c’est pas si compliqué qu’on veut bien nous le laisser croire

Allez courage