Gibt es technische Probleme mit einem internationalisierten Domainnamen?

In meiner Sprache gibt es zahlreiche Zeichen, die im Standarddomänennamen nicht zulässig sind. Die meisten von ihnen können jedoch leicht mit sicheren Mitteln (meist dropping Akzente ersetzt íwird iusw.). Während wir häufig beide Formulare registriert haben (z. B. timarit.isdas richtige Isländisch tímarit.is), haben wir immer das "sichere" Formular zum Standardformular gemacht, und das andere leitet es lediglich weiter.

Wir sind jetzt jedoch in der Position, in der die Substitution weniger günstig ist ( æwird ae), und würden es vorziehen, standardmäßig den internationalisierten Namen zu verwenden.

Meine Frage ist einfach, ob es irgendwelche bekannten Probleme damit gibt. Browser-Inkompatibilität steht an erster Stelle, aber ich bin ebenso besorgt, dass andere Dinge nicht in den Sinn kommen.

KOPFGELD

Ich habe ein Kopfgeld dafür gezahlt, damit ich keine doppelte Frage posten muss. Ich würde gerne wissen, ob die Verwendung von IDNs mit (1) FTP- und (2) E-Mail-Servern / -Clients praktische Konsequenzen hat. und (3) welche Browser kämpfen mit den Domains? (4) Was ist mit Mobilgeräten? Auch (5) hat sich an dem Thema etwas geändert - es ist fast ein Jahr her, seit die Frage gestellt wurde.

Suchmaschinen haben im Allgemeinen keine Probleme mit IDNs (ich kann nicht für die anderen sprechen, aber das ist zumindest bei Google der Fall). Abgesehen von Problemen auf Ihrer Seite (Wartung usw.) und auf der Benutzerseite (Browserprobleme - die glücklicherweise wegfallen, da immer mehr Benutzer moderne Browser haben), sehe ich kein großes Problem.

Einige der allgemeineren und nur indirekt auf Suchmaschinen bezogenen Dinge, die in den Sinn kommen, sind:

• Einige Benutzer haben möglicherweise Probleme beim Verknüpfen mit Ihren Inhalten, insbesondere wenn sie nicht über das richtige Tastaturlayout verfügen. Daher ist es im Allgemeinen eine gute Idee, Benutzern eine einfache Möglichkeit zum Kopieren und Einfügen eines Links zur Wiederverwendung bereitzustellen. Wenn Sie ein HTML-Snippet bereitstellen, stellen Sie sicher, dass Sie die Punycode-Version des Domainnamens verwenden, damit Sie keine Probleme mit der Seitencodierung haben.
• Manchmal möchten Sie möglicherweise mehrere Domain-Namen verwenden, um Tippfehler abzufangen (z. B. timarit.is vs tímarit.is). Wenn Sie dies tun, stellen Sie sicher, dass Sie einen bevorzugten Domainnamen auswählen und die standortweiten 301-Weiterleitungen zu diesem Domainnamen verwenden.
• Wenn Sie in Pfad-, Datei- oder Abfrageparametern Nicht-7-Bit-ASCII verwenden, müssen Sie dafür UTF-8 verwenden. Stellen Sie außerdem sicher, dass diese für Link-Snippets richtig codiert sind (siehe ersten Punkt).

Die Zeichencodierung Ihres Content-Management-Systems ist ein Problem, das Ihnen in den Sinn kommt. Wenn Sie für Ihre Website werben, werden wahrscheinlich viele URL-Überprüfungseingaben in Ihrer URL unterbrochen.

(1) FTP

Es scheint, dass Sie einen FTP-Client benötigen, der IDNs verarbeiten kann, da dieser spezielle Unterstützung benötigt. Basierend auf dem, was ich während meiner Recherche gelesen habe, scheint diese Unterstützung bei allen wichtigen FTP-Clients weit verbreitet und ein gemeinsames Merkmal zu sein.

(2) E-Mail-Server / -Clients;

Basierend auf dem Wikipedia-Artikel für internationale E- Mails sieht es so aus, als ob die E-Mail-Unterstützung nicht vollständig ist:

Da traditionelle E-Mail-Standards alle E-Mail-Header-Werte auf ASCII-Zeichen beschränken, kann das Vorhandensein von UTF-8-Zeichen in E-Mail-Headern die Stabilität und Zuverlässigkeit des Transports solcher E-Mails beeinträchtigen. Dies liegt daran, dass die meisten, wenn nicht alle E-Mail-Server zum Zeitpunkt des Schreibens diese Zeichen nicht unterstützen.

Von Mitgliedern der IETF wurde eine Methode vorgeschlagen, mit der E-Mails in das "Legacy" -Alles-ASCII-Format heruntergestuft werden können, das alle Standard-E-Mail-Server unterstützen sollten. Dieser Downgrade-Mechanismus erfüllt die Anforderung, dass der E-Mail-Transport so robust und zuverlässig wie möglich ist.

.

(3) Welche Browser haben Probleme mit den Domains?

Es sieht so aus, als ob alle gängigen Browser IDNs unterstützen und dies seit mindestens zwei Jahren. Das einzige wirkliche Problem, das Sie möglicherweise haben, sind ältere Browser, die IDN nicht unterstützen. Da der IE dies jedoch offenbar seit IE7 und dem schnellen Update der Userbase der anderen großen Browser unterstützt hat, sollte dies nur eine geringe Anzahl von Benutzern sein.

(4) Was ist mit mobilen Geräten?

Gute Frage. Es sieht so aus, als ob der .mobi-Domainname keine IDNs unterstützt. Ich konnte keine spezifischen Informationen zu den Geräten selbst finden, aber ich fand Unternehmen, die behaupteten, sie hätten Lösungen für IDNs auf Mobilgeräten. Ich vermute daher, dass nativer Support möglicherweise nicht vorhanden oder nicht vollständig ist.

(5) hat sich an dem Thema etwas geändert - es ist fast ein Jahr her, seit die Frage gestellt wurde.

Einige länderspezifische TLDs haben Unterstützung hinzugefügt, und es sieht so aus, als hätten Spammer einen Weg gefunden, sie auszunutzen . Aber das ist ungefähr so ​​viel, was sich geändert hat.

1. Hausbesetzer oder Mitbewerber * werden * eventuell die romanisierte Version Ihres Domainnamens kaufen.

   Wenn es also wichtig ist (oder mit der Zeit an Bedeutung gewinnt), müssen Sie beide kaufen .

2. Spammer und Phisher .
   Unicode steckt voller Zeichen, die den lateinischen Zeichen sehr ähnlich sehen.

   Sie fangen gerade erst an, sie zu verwenden, aber in einigen Monaten sehen unnötige IDN-Namen möglicherweise unecht aus .

3. Internationale Besucher mit einem nicht-isländischen Tastaturlayout können Sie einfach hassen. Aber wenn Sie nicht vorhaben, diesen Namen auf die Visitenkarte zu schreiben, ist das vielleicht keine so große Sache.

Wie auch immer ... ☺.com muss dem Stand der Technik der nicht notwendigen IDN-Nutzung entsprechen

Post-Scriptum: Ratet mal, wer IDNs wie ☺.com nicht unterstützt ? Stackexchange :)
Musste von Hand nach dem xn-Code graben. : /

Wir haben versucht, die IDN-Version der Domain als Standard zu verwenden, aber es kam schließlich zu Problemen mit einigen Browsern (einschließlich Firefox) und Adobe Reader, bei denen der IDN-Domainname bei der Übergabe an das Browser-Plug-in gerade entstellt wurde.

Jetzt verwenden wir also den abgesicherten Modus und die IDN führt einfach eine 301-Umleitung dazu durch.