Alles OK so weit, aber bitte fangen Sie nicht heute noch an, es ist Freitag abend… :-)

- Kunde per Mail

(* Internetdienstleister-Edition)

Hiermit bewerbe ich mich in Ihrem Unternehmen als Kraftfahrer.

- Bewerbung per E-Mail

Großartig. 2x Website, extra Käse, Ben & Jerry’s.. ist in 30 Minuten bei Ihnen!

(Ja, wir liefern jetzt auch aus.)

Quelle: Software−Entwickler / Informatiker / Web−Developer (m/w)

(via SELFHTML-Forum)

Ihr starker IT-Partner. Heute und morgen!

- Claim eines Systemhauses

Immer wenn ich das lese, muss ich implizieren.

ich möchte mich in ihrem unternehmen als hausmeister bewerben.

- Bewerbung per E-Mail

Coffee Facility Manager? Gute Idee.

Bin ich da nicht bei »Flinker Besen«?

- Ältere Dame am Telefon

Wir haben eine Website zum Film über Messies gemacht, falls das irgendwie hilft. Das hätte ich vielleicht gesagt, wenn ich Akquise-Profi wäre.

Einmal ein Suchmaschinenoptimierer sein:

Hahner im Korb

<h2>
  <em>
    Einmal der <a href="http://spam-lexikon.xx">
      <strong>Hahner</strong>
    </a> im Korb sein.
  </em>
</h2>

Das ist HTML und ergibt in einem Weblog verwendet etwa das hier:

Einmal den Hahner im Korb haben.

Moment, wurde da nicht was verzerrt? Natürlich, aber das gehört dazu, wenn’s um SEO geht. Und auch ein anderer Punkt wird vielleicht deutlich: was für Suchmaschinen gut ist, muss nicht auch für Menschen gut sein. Oft ist es sogar andersrum: Menschen können darunter leiden, wenn nicht für sie, sondern für Maschinen geschrieben wird.

Entschuldigung..

Falls du als Leser nun keine oder nur wenig Vorstellung davon hast, worum es hier eigentlich geht, mag der gerade genannte Punkt bestätigt worden sein: es liegt am SEO. Denn dieser Eintrag wurde für Maschinen geschrieben, und nicht für Menschen. Damit möchte er allerdings eine Ausnahme bleiben.

(Human Optimization, the next big thing? And is anyone concerned about this post not being available in English?)

Wer dabei Barrieren vermeiden möchte, kann gleich mit der ersten beginnen – Kennenlernen –, ohne Punkt 4 zu missachten – Respekt. Und welche Hürde ist gemeint? Die Nachnamen. Die sind in der Regel weniger geläufig als Vornamen. Aber es geht gar nicht allein darum, wie schwierig sie zu merken sind, sondern welchen Abstand sie schaffen, vor allem in einer Gruppe: mein Stuhl, mein Platz, mein Nachname. Da könnt ihr – Entschuldigung, können Sie – alle rundherum noch so nett sein und eure Ihre Arme nicht verschränken.

Zuviel Abstand. Und obwohl wir Visitenkarten getauscht haben und zwei von uns Müllermeierschmidt heißen, stehen für ein Weilchen vielleicht noch drei bis sieben fremde Nachnamen im Raum, die die Kommunikation drosseln.

Das »Hamburger Sie«

Der barrierefreie Ansatz von Erstkommunikation – Achtung, jetzt kommt die Essenz dieses Postings – basiert auf dem »Hamburger Sie« (kurz zuende lesen, dann klicken) und führt in der Regel gleich dorthin, wo wir hin müssen:

Guten Tag, liebe Geschäftspartner. Ich bin Dirk, das ist Stefan.
Wo geht’s zum Projekt?

Letzterer ist der Punkt, der von den eben genannten am meisten auf die Gebrauchstauglichkeit der Website abzielt. Content Negotiation ist die Möglichkeit, dass ein Jaap einem Pierre einen Link von www.example.be schicken kann, und dass Pierre mit diesem Link die französische Variante der Website aufruft, während Jaap doch die flämische Version der Seite gelesen hatte — so erklärt man es beim W3C. Gebrauchstauglichkeit deshalb, weil die Ausgabe des Inhalts sich nach der im Browser angegebenen Sprachfolge von Jaap und Pierre richtet, ohne dass die Jungs dafür irgendwas auf der Website angeklicken müssen (wobei sie natürlich auch manuell die Sprache wechseln können).

It’s all about Sprachfolge, und das macht’s im Backend ein Stück weit komplizierter als anfangs noch angenommen. Neben den technischen Fragen sollte man auch über konzeptionelle Fragen nachdenken, etwa: was bekommen Nutzer zu sehen, die wichtige Einstellungsmöglichkeiten ihres Browsers zurecht nicht auf der vierten Ebene eines unscheinbaren Menüs vermuten, und dessen Firefox deshalb ausschließlich Englisch spricht? Und wie läuft das eigentlich für mich als Anbieter mit Fotos und anderen Medieninhalten auf meiner Website: muss ich nun jedes Bild in allen Sprachen einstellen und klicke mich in Bildergalerien noch um den Verstand?

Nein, Mehrsprachigkeit ist nicht einfach. Aber wenn wir schonmal dabei sind, sollten wir drei Maßnahmen beachten:

3x Mehrsprachigkeit mit Gebrauchstauglichkeit, bitte! Zum Mitnehmen.

1. Eine sinnvolle Sprachfolge

   Die Inhalte der Website sollten natürlich zuerst in der primären Landessprache des Nutzers erscheinen. Ist der Inhalt einer Seite jedoch nicht in dieser Sprache verfügbar, wird auf die nächste Sprache zugegriffen, die der Nutzer – falls er denn mehrere Sprachen spricht – hoffentlich in seinem Browser angegeben hat.

   Diese Sprachfolge sollte sich nicht nur auf ganze Seiten innerhalb des Webangebots beziehen, sondern kann auch einzelne Inhaltsbereiche betreffen. So kann es in der Praxis zum Beispiel vorkommen, dass ein neues Produkt in den Onlinekatalog des Unternehmens aufgenommen wird, ohne dass zu diesem Zeitpunkt schon alle Übersetzungen verfügbar sind. In diesem Fall ist es sinnvoll, dass Jaap, der Fläme, nicht etwa alles auf Englisch sieht, sondern dass die Navigation und alle begleitenden Inhalte in Flämisch ausgegeben werden, während nur der innere Teil der Produktansicht, für den noch keine Übersetzungen verfügbar sind, auf Englisch ausgegeben wird. An dieser Stelle wird der nachfolgende Punkt besonders wichtig:

2. Ein Hinweis auf fehlende Inhalte in der ausgewählten Landessprache

   Ist ein Inhalt nicht in der Landessprache des Benutzers vorhanden, sollte dieser einen Hinweis darauf – natürlich in seiner Landessprache formuliert – bekommen. Als freundlicher Inhaltsanbieter könnte man dem Nutzer bei der Gelegenheit auch gleich mitteilen, an wen er sich mit dringenden Fragen wenden kann, um eine Übersetzung zu erhalten.

   Wichtig also: fehlende Inhalte in einer Sprachversion müssen markiert werden.

3. Inhalte im Backend direkt für alle Sprachen übernehmen

   Gebrauchstauglichkeit nicht nur für den Nutzer, sondern auch für den Anbieter: Beim Einpflegen von Inhalten kann man ihm viele Schritte abnehmen, wenn man Inhalte, die für alle Sprachen in gleicher Form gelten, von Anfang an verfügbar macht und für alle Sprachen übernimmt. Das betrifft z.B. das Bildmaterial, Links/URLS, verknüpfte Download-Ressourcen, Kontaktdaten, etc. – Vielleicht gibt das CMS von Haus aus bereits alle Inhalte vor, um sie 1:1 lesen und übersetzen zu können – prima. In allen anderen Fällen – und die werden in unserer Gegend der kleinen und feinen freien CMS überwiegen – sollte man es nicht allein dem Redakteur überlassen, die Inhalte vollständig und in richtiger Reihenfolge erfassen zu müssen, sondern man kann ihm einen Haufen Arbeit dadurch abnehmen, dass man ihm bekannte Strukturen und Inhalte schon vorgibt, um die er drumrum schreiben kann.

   Davon profitiert letztendlich wieder der Nutzer, auch wenn er das wohl niemals erfahren wird.