Ein paar Gedanken aussem Ländle

Umlaut-url Umlaut-domain - Teil 1

Für eine Bekannte habe ich die Domain Ferienwohung Muensigen registriert und für mich quasi als Testobjekt auch die Domain Ferienwohnung Münsigen. Natürlich routen beide Domains derzeit auf den gleichen Webspace – also es wird in der Tat in beiden Fällen der gleiche Inhalt ausgegeben. Suchmaschinentechnisch hat die zweite Domain derzeit keine Bedeutung und wird sie wohl auch so schnell nicht haben. In dieser Phase geht es ausschließlich um die Umlautdomains und die damit bestehenden Probleme.

Umlaut-url Umlaut-domain – wie funktioniert das?

Standardmäßig ist in Domainnamen nur eine Kombination erlaubt von Bindestrich, Ziffern 0-9 und den Buchstaben des US-Alphabetes a bis z. Deutsche Sonderzeichen oder gar hebräische, hellenische oder russische Zeichen sind nicht erlaubt. Hierzu sind sogenannte Punycode-Codierungen nach der RFC 3492 nötig.

RFC ist eine Abkürzung die eigentlich für “Request for Comment” steht und damit ein Papier beschreibt, dass zur Diskussion gestellt wird – unter den entsprechenden Fachleuten. Irgendwann entscheidet man dann, dieses RFC umzusetzen und dann behält es den Namen bei. Also nicht jedes RFC hat Bedeutung. Bei den RFCs muss man wissen, was umgesetzt wurde oder was inzwischen durch eine neuere RFC ersetzt wurde. Hier in dem Fall ist die RFC 3492 diejenige, welche die Punycode-codierung in der aktuell gültigen Form beschreibt.

Die Punycode-Darstellung der “Ferienwohnung Münsingen”-Url also der ü-Url lautet http://xn—ferienwohnung-mnsingen-6lc.de/. Hier werden erlaubte Zeichen verwendet, also Bindestrich, Ziffern und US-Buchstaben. Und hier tritt das erste Problem auf. Wenn man im Browser “ferienwohung-münsingen.de” eingetippt hat, dann muss dieser umschalten können auf Punycode und darf dann nicht http://ferienwohung-münsingen.de/ senden sondern eben http://xn—ferienwohnung-mnsingen-6lc.de/. Diese Umschaltung zwischen tatsächlicher URL und angezeigter URL ist dann nicht nur im Browser sondern überall nötig.

Mit Punycode ist mehr möglich als nur ein paar Umlaut-URLs. Man kann bzw. könnte auch eine hebräische URL einführen http://וקיצורים.de. Doch so weit ist es noch lange nicht. Im Gegenteil. Mein Test zeigt rasch die Schwierigkeiten und Probleme, die einen wirklichen Gebrauch immer noch verhindert.

Umlaut-url Umlaut-domain in Textpattern.

Das CMS hier ist ein Textpattern-CMS und unter Textpattern gibt es den Standardeditor, der mit der Textile-Notation arbeitet. Dabei kann Textile derzeit mit Punycode überhaupt nicht umgehen. Das Problem habe ich im Textpattern-Forum bereits angesprochen. Ob nun ein Punycodeinterpreter irgendwann implementiert wird, dass weiß ich nicht. Derzeit ist er noch nicht vorhanden.

Umlaut-url Umlaut-domain in Google-Blogs

Nach dem Reservieren der Umlaut-URL habe ich dann auch bei Google einen Blog angelegt und auch hier zeigt sich recht deutlich, dass noch offenen Stellen vorhanden sind.

Der Google Blog verfügt über einen Wysiwyg-Editor. Gibt man dort den Link “http://ferienwohnung-münsingen.de/” ein, dann entsteht die Variante “http://ferienwohnung-m%C3%83%C2%BCnsingen.de”. Diese Codierung ist korrekt für URL-Teile, die nach der TLD stehen. Für die Teile vor der URL führen diese zu einer anderen URL.

Umlaut-url Umlaut-domain bei wordpress.com

Bei wordpress.com und im Grunde damit bei allen Wordpress-Installationen gibt es ähnliche Probleme. Ich habe seinerzeit einen Testblog angelegt, der inzwischen noch für einen VHS-Kurs und weitere Tests genutzt wurde. Dort habe ich auch im Wysiwyg-Editor mir der URL http://xn—ferienwohnung-mnsingen-6lc.de/ arbeiten müssen und dort tritt ein weiteres Problem auf. Dieses Problem erkennt man, wenn man über die beiden Links “hovert”. Dann öffnet sich ein Snap-Shoot-Widget von Wordpress. Dieses kann problemlos die ue-URL darstellen, nicht aber die ü-URL. Interessant ist an dieser Stelle, dass das Plugin bereits die richtige URL bekommt, was man durch Anklicken rasch prüfen kann.

Zusammenfassung: Umlaut-url Umlaut-domain

Bei den aktuellen Tests habe ich Mailprobleme noch gar nicht betrachtet. Es sollte aber klar sein, dass bereits die Probleme innerhalb der aktuellen CMS-Systeme ausreichend sein sollten von einem Gebrauch der Umlautdomains abzuraten. Derzeit kann man diese nur anmelden und parallel mitlaufen lassen um dann ggf. später eben die “komfortablere Darstellung” zu nutzen. Wirklichen Sinn machen diese Domains erst, wenn Kunden aus Russland, Griechenland, Israel und vielleicht auch Japan und China nach einer URL in ihrer Sprache fragen. Dann erst hat man Hoffnung, dass die Software weltweit entsprechend erweitert wird.

Mit Blick auf einen Punycode-Converter, der im Grunde derzeit in allen Sprachen zur Verfügung stehen dürfte sind nötige Änderungen nur relativ marginal. Aber der Umfang ist Bedeutungslos, wenn er nicht gemacht wird. Und was viel wichtiger ist, als Inhaber einer Umlaut-URL ist man darauf angewiesen, dass andere in Ihren CMS-Systemen ihre Arbeit tun. Ein Link, der nicht funktioniert wie zum Beispiel “http://ferienwohnung-m%C3%83%C2%BCnsingen.de” nützt einem nichts. Und der Redakteur eines Beitrages, der nun verzweifelt ein solches Problem lösen muss, der schreibt lieber schnell einen anderen Beitrag über eine andere Seite und ein anderes Problem.

_

— Wolfgang Uhr · Mittwoch Februar 4, 2009

Kommentare

1. — Espresso · Mai 5, 08:44 · #

   Danke für diesen Artikel.
   Der hat mich davor bewahrt einen großen Fehler zu machen.

   Beste Grüße

   Espresso

2. — Wolfgang · Mai 5, 09:19 · #

   Keine Ursache. Und du weißt ja. Die einzige Möglichkeit dafür zu sorgen, dass wichtige Dinge bei Google oben bleiben, das ist ein guter Link.

Hinweise zur Kommentareingabe

Merken

Name


E-Mail


Web


Nachricht