Dans les premiers temps du web, il était impératif de publier votre adresse web avec un préfixe "www". Ces trois caractères permettaient d'éviter toute confusion, il était plus évident que vous parliez d'un domaine web.
Mais le "www" est-il nécessaire aujourd'hui ?
Le web est prolifique et peu d'organisations choisissent de publier leur adresse URL avec un "www" en préfixe. Les gens comprennent que Google.com, Facebook.com, Twitter.com et Kawuk.com sont des sites web. Le domaine de premier niveau (TLD) ".com" rend cela plus évident mais, même sans lui, le web est normalement le premier point d'appel pour toute personne à la recherche d'une entreprise ou d'un service.
Mais le "www" est-il nécessaire aujourd'hui ?
Le web est prolifique et peu d'organisations choisissent de publier leur adresse URL avec un "www" en préfixe. Les gens comprennent que Google.com, Facebook.com, Twitter.com et Kawuk.com sont des sites web. Le domaine de premier niveau (TLD) ".com" rend cela plus évident mais, même sans lui, le web est normalement le premier point d'appel pour toute personne à la recherche d'une entreprise ou d'un service.
Arguments en faveur du "www"
Le préfixe "www" n'a pas été supprimé. Il est sans ambiguïté, techniquement précis et distingue l'adresse des URL similaires pour des protocoles tels que le courrier électronique ou le FTP.
Si une adresse web peut être identifiée à partir de son préfixe .com ou d'un préfixe spécifique à un pays, des centaines d'options de domaines de premier niveau ont été introduites ces dernières années. Si vous utilisez un TLD moins reconnaissable ou ambigu, tel que monsite.ninja, l'ajout d'un "www" vous aidera à éviter tout doute.
Sans "www", vous devez définir l'enregistrement DNS A de votre domaine racine (non-www) pour qu'il pointe vers l'adresse IP de votre serveur web. Cela peut être trop rigide si vous rencontrez des problèmes de disponibilité ou de performance, l'enregistrement A est fixe et peut prendre un jour ou deux pour que les changements se propagent. Un sous-domaine "www" peut être configuré à l'aide d'un enregistrement DNS CNAME qui peut être mis à jour et modifié instantanément.
Vous devez également faire attention aux cookies et au stockage côté client. Un cookie, un sessionStorage ou un localStorage défini pour un domaine non www est partagé dans tous les sous-domaines. Si votre site web principal - mysite.com – définit 10 Ko de données de cookie, celles-ci seront transmises avec chaque demande et réponse pour app.mysite.com, que cette application utilise les données ou non.
Enfin, le préfixe "www" est essentiel dans les applications telles que les clients de messagerie électronique et les traitements de texte qui transforment le texte en liens.
Si une adresse web peut être identifiée à partir de son préfixe .com ou d'un préfixe spécifique à un pays, des centaines d'options de domaines de premier niveau ont été introduites ces dernières années. Si vous utilisez un TLD moins reconnaissable ou ambigu, tel que monsite.ninja, l'ajout d'un "www" vous aidera à éviter tout doute.
Sans "www", vous devez définir l'enregistrement DNS A de votre domaine racine (non-www) pour qu'il pointe vers l'adresse IP de votre serveur web. Cela peut être trop rigide si vous rencontrez des problèmes de disponibilité ou de performance, l'enregistrement A est fixe et peut prendre un jour ou deux pour que les changements se propagent. Un sous-domaine "www" peut être configuré à l'aide d'un enregistrement DNS CNAME qui peut être mis à jour et modifié instantanément.
Vous devez également faire attention aux cookies et au stockage côté client. Un cookie, un sessionStorage ou un localStorage défini pour un domaine non www est partagé dans tous les sous-domaines. Si votre site web principal - mysite.com – définit 10 Ko de données de cookie, celles-ci seront transmises avec chaque demande et réponse pour app.mysite.com, que cette application utilise les données ou non.
Enfin, le préfixe "www" est essentiel dans les applications telles que les clients de messagerie électronique et les traitements de texte qui transforment le texte en liens.
Le cas du préfixe sans le "www"
Malgré les questions techniques soulevées ci-dessus, l'utilisation d'un domaine non-www est rarement un problème, sauf si vous avez des exigences complexes en matière d'hébergement ou d'applications. Les adresses racine sont plus faciles à lire, plus rapides à taper et s'intègrent plus facilement dans les petites interfaces de navigation (mobiles). L'adresse est plus susceptible de fonctionner pour votre prochain tweet sans avoir à utiliser un raccourci d'URL.
Peu de gens seront confus, surtout si beaucoup utilisent le champ de recherche Google plutôt que la barre d'adresse du navigateur.
Peu de gens seront confus, surtout si beaucoup utilisent le champ de recherche Google plutôt que la barre d'adresse du navigateur.
C'est une question de vanité
Certains noms de domaine semblent mieux et plus équilibrés avec le "www", par exemple :
D'autres ont l'air mieux sans :
Certaines semblent bien fonctionner dans l'une ou l'autre orientation :
Choisissez ce qui convient à votre domaine mais...
- www.google.com
- www.facebook.com
- www.regionguadeloupe.fr
D'autres ont l'air mieux sans :
- twitter.com
- yahoo.com
- wikipedia.org
- kawuk.com
Certaines semblent bien fonctionner dans l'une ou l'autre orientation :
- endermoscult.com / www.endermoscult.com
- amazon.com / www.amazon.com
- dropbox.com / www.dropbox.com
Choisissez ce qui convient à votre domaine mais...
Configurez-le judicieusement
Les utilisateurs peuvent ou non ajouter un "www", afin de s'assurer que les adresses www et non-www fonctionnent lorsqu'une requête est faite par le navigateur. Cela peut être réalisé de plusieurs façons, mais l'option la plus simple peut être un paramètre de configuration du serveur web.
Le code suivant configure Apache pour rediriger toutes les requêtes non-www vers la version www de l'URL. Ajoutez-le dans un fichier .htaccess à la racine de votre site web.
Le code suivant configure Apache pour rediriger toutes les requêtes non-www vers la version www de l'URL. Ajoutez-le dans un fichier .htaccess à la racine de votre site web.
RewriteEngine onRewriteCond %{HTTP_HOST} ^www\.(.+)$ [NC]RewriteRule ^(.*)$ http://%1/$1 [R=301,L]Alternativement, cela redirige toutes les demandes www vers l'URL non-www : .htaccess
RewriteEngine OnRewriteCond %{HTTP_HOST} !^www\. [NC]RewriteRule ^(.*)$ http://www.%{HTTP_HOST}/$1 [R=301,L] Cela vous permet de faire reconnaître le préfixe "www" dans des documents ou des courriels, même si ce n'est pas obligatoire.
Vous devez également vous méfier, car si votre site est accessible par un HTTPS sécurisé. Les certificats SSL sont souvent valables à la fois pour le domaine "non-www" et le domaine "www", mais il n'y a aucune garantie. Vérifiez-le auprès de votre autorité de certification – il peut être nécessaire d'acheter un certificat supplémentaire ou un certificat générique si vous n'avez pas le bon. Certains fournisseurs d'hébergement, comme nos partenaires Comodo et Let's Encrypt, vous permettent de commander un certificat SSL qui fonctionnera avec votre domaine avec ou sans le préfixe www.
Enfin, prenez une décision et tenez-vous-en à elle. Ne passez jamais d'une URL non-www à une URL www sur un coup de tête ! Le code ci-dessus émet un code de redirection HTTP `301 Redirection Permanente` afin que les navigateurs et les moteurs de recherche mettent à jour leurs index en conséquence. La diffusion des modifications peut prendre du temps, les utilisateurs pourraient rencontrer des problèmes d'accès pendant ce temps.
Enfin, prenez une décision et tenez-vous-en à elle. Ne passez jamais d'une URL non-www à une URL www sur un coup de tête ! Le code ci-dessus émet un code de redirection HTTP `301 Redirection Permanente` afin que les navigateurs et les moteurs de recherche mettent à jour leurs index en conséquence. La diffusion des modifications peut prendre du temps, les utilisateurs pourraient rencontrer des problèmes d'accès pendant ce temps.
