Existe-t-il des problèmes techniques avec un nom de domaine 'internationalisé'?
Dans ma langue, de nombreux caractères ne sont pas autorisés dans le nom de domaine standard. Cependant, la plupart d'entre eux peuvent facilement être remplacés par des équivalents sûrs (la plupart des accents tombants í devient i etc.). Ainsi, bien que nous ayons souvent enregistré les deux formulaires (par exemple, timarit.is et le islandais tímarit.is approprié), nous avons toujours défini le formulaire "sûr" comme formulaire par défaut et l’autre y a simplement redirigé.
Cependant, nous sommes maintenant dans la position où la substitution est moins favorable (æ devient ae) et préférerions utiliser le nom internationalisé par défaut.
Ma question est simplement s'il y a des problèmes connus avec ceci? Je pense tout d’abord à l’incompatibilité des navigateurs, mais j’ai également peur que d’autres choses ne viennent pas à l’esprit .
BOUNTY
J'ai commencé une prime pour cela, donc je n'ai pas besoin de poser une question en double. J'aimerais savoir si l'utilisation d'IDN avec (1) FTP et (2) serveurs/clients de courrier électronique a des conséquences pratiques. et (3) quels navigateurs ont des problèmes avec les domaines? (4) Qu'en est-il des appareils mobiles? En outre (5), la question a-t-elle changé? Cela fait presque un an que la question a été posée.
Les moteurs de recherche n'ont généralement aucun problème avec les IDN (je ne peux pas parler pour les autres, mais au moins c'est le cas pour Google). Hormis les problèmes de votre côté (maintenance, etc.) et ceux de l'utilisateur (problèmes de navigateur - qui disparaissent heureusement car de plus en plus d'utilisateurs disposent de navigateurs modernes), je ne vois pas trop de problème.
Parmi les choses plus générales et indirectement liées aux moteurs de recherche, on peut citer les suivantes:
- Certains utilisateurs peuvent avoir des difficultés à créer des liens vers votre contenu, en particulier s'ils ne disposent pas de la disposition de clavier appropriée. Il est donc généralement judicieux de fournir un moyen simple pour les utilisateurs de copier et coller un lien pour le réutiliser. Si vous fournissez un extrait de code HTML, veillez à utiliser la version punycode du nom de domaine afin de ne pas avoir de problèmes de codage de page.
- Parfois, vous voudrez peut-être utiliser plusieurs noms de domaine pour intercepter des fautes de frappe (par exemple, timarit.is vs tímarit.is). Dans ce cas, veillez à choisir un nom de domaine préféré et à utiliser les redirections 301 à l'échelle du site vers ce nom de domaine.
- Si vous utilisez des paramètres de chemin, de fichier ou de requête non-ASCII 7 bits, assurez-vous d'utiliser UTF-8 pour cela. Assurez-vous également que ces derniers sont codés correctement pour les extraits de lien (voir le premier point).
Le codage des caractères de votre système de gestion de contenu est un problème qui me vient à l’esprit. De plus, si vous faites la promotion de votre site Web, de nombreuses entrées de validation d'URL se briseront probablement sur votre URL.
(1) FTP
Il semble que vous ayez besoin d’un client FTP capable de gérer les IDN, car il nécessite un support particulier. D'après ce que j'ai lu lors de mes recherches, cette prise en charge semble être répandue et commune à tous les principaux clients FTP.
(2) serveurs de messagerie/clients;
D'après l'article de Wikipédia pour International Email , il semble que l'assistance par courrier électronique n'est pas complète:
Étant donné que les normes de courrier électronique traditionnelles limitent toutes les valeurs d'en-tête de courrier électronique à ASCII caractères, il est possible que la présence de caractères UTF-8 dans les en-têtes de courrier électronique diminue la stabilité et la fiabilité du transport de tels e-mails. -courrier. En effet, au moment d'écrire ces lignes, la plupart des serveurs de messagerie, sinon tous, ne prennent pas en charge ces caractères.
Les membres de l'IETF ont proposé une méthode permettant de rétrograder le courrier électronique au format "ancien" tout ASCII que tous les serveurs de messagerie standard devraient prendre en charge. Ce mécanisme de rétrogradation répond à l'exigence selon laquelle le transport de courrier électronique doit être aussi robuste et fiable que possible.
.
(3) quels navigateurs luttent avec les domaines?
Il semble que tous les principaux navigateurs prennent en charge les IDN depuis au moins deux ans. Le seul problème réel que vous pourriez avoir concerne les navigateurs plus anciens qui ne prennent pas en charge les IDN. Mais comme IE semble l'avoir pris en charge depuis la mise à jour rapide de la base d'utilisateurs d'IE7 et des autres navigateurs principaux, il devrait s'agir d'un petit nombre d'utilisateurs.
(4) Qu'en est-il des appareils mobiles‽
Bonne question. Il semble que le nom de domaine .mobi ne prenne pas en charge les IDN. Je ne trouvais rien de spécifique aux appareils eux-mêmes, mais j'ai trouvé des entreprises affirmant avoir des solutions pour les IDN sur mobile, donc je suppose que le support natif peut n'existe pas ou n'est pas complet.
(5) Est-ce que quelque chose a changé sur le sujet? Cela fait presque un an que la question a été posée.
Certains TLD spécifiques à un pays ont ajouté un support et cela ressemble à les spammeurs ont trouvé un moyen de les exploiter . Mais c'est à peu près tout ce qui a changé.
Squatters ou compétition * will * achètera éventuellement la version romanisée de votre nom de domaine.
Donc, si cela a une importance (ou cela peut gagner en importance avec le temps), vous devrez acheter les deux .
Spammeurs et phishers .
Unicode est complet des caractères qui ressemblent beaucoup à ceux en latin.Ils commencent seulement à les utiliser en ce moment, mais dans quelques mois, les noms IDN inutiles pourraient commencer à ressembler à du phishing.
Les visiteurs internationaux avec une configuration de clavier non islandaise pourraient vous détester. Mais ensuite, si vous n’avez pas l’intention de mettre ce nom sur une carte de visite, cela n’est peut-être pas si grave.
Quoi qu'il en soit ... ☺.com doit être le état de l'art de tilisation non nécessaire d'IDN]
Post-Scriptum: Devinez qui ne supporte pas les IDN comme .com ? Stackexchange :)
A dû creuser pour le code xn à la main. : /
Nous avons essayé d'utiliser la version IDN du domaine par défaut, mais nous avons finalement rencontré des problèmes avec certains navigateurs (y compris Firefox) et Adobe Reader, où le nom de domaine IDN venait juste d'être mutilé lors du transfert du plug-in du navigateur.
Nous utilisons donc maintenant le mode "sans échec" et l’IDN effectue simplement une redirection 301 vers celui-ci.