Erfahren Sie, wie Sie eine mehrsprachige Website für Schulen und Hochschulen planen, aufbauen, übersetzen und pflegen — mit klarem UX, SEO-Grundlagen und Governance.
Eine mehrsprachige Bildungswebsite funktioniert am besten, wenn sie mit Klarheit startet: Wen bedienen Sie, welche Aufgaben müssen diese Nutzer erledigen und welche Sprachen entfernen echte Barrieren. Bevor Sie Tools wählen oder mit Übersetzungen beginnen, stimmen Sie Führung, Zulassung und Kommunikationsteams auf einen gemeinsamen Plan ab.
Die meisten Schul- und Universitätsseiten bedienen mehrere Gruppen gleichzeitig. Listen Sie sie explizit auf, damit Sie später Inhalte priorisieren können:
Wenn Ihre Institution unterschiedliche Standorte, Programme oder Altersgruppen hat, notieren Sie, wo sich die Bedürfnisse unterscheiden (z. B. Eltern in K–12 vs. Bewerbende für Graduiertenprogramme).
Mehrsprachiger Inhalt sollte Handlungen unterstützen, nicht nur „übersetzte Seiten“ bereitstellen. Schreiben Sie die wichtigsten Aufgaben für jede Zielgruppe auf, z. B.:
Diese Aufgaben helfen zu entscheiden, was in jeder Sprache aktuell und korrekt sein muss.
Wählen Sie Sprachen basierend auf Belegen: Zulassungszielen, Bewerbermärkten, Bevölkerungsdaten und Supportanfragen. Beginnen Sie mit Sprachen, die in entscheidenden Journeys Reibung reduzieren (Bewerbungen, Zahlungen, Sicherheitsinformationen). Wenn Ressourcen knapp sind, definieren Sie ein „minimal tragfähiges“ Sprachset für den Start und eine Roadmap zur Erweiterung.
Wählen Sie Metriken, die mit Ergebnissen verknüpft sind, z. B.:
Dokumentieren Sie diese Entscheidungen in einem kurzen One-Page-Brief, damit jede spätere Wahl (Inhalt, Design, Workflow) dieselben Ziele unterstützt.
Übersetzung ist am effektivsten, wenn Sie das richtige Material übersetzen — nicht alles per Default. Beginnen Sie mit einem klaren Inventar, damit Sie wissen, was existiert, was fehlt und was vor einer Übersetzung archiviert werden sollte.
Listen Sie jede öffentlich sichtbare Seite und Datei auf, einschließlich PDFs und „versteckter“ Dokumente, auf die Familien oft angewiesen sind: Richtlinien, Handbücher, Einschreibeanleitungen, Gebührenordnungen, Transportregeln, Schutzvermerke und Barrierefreiheitsinformationen. Einschließen Sie Medien mit Text (Flyer-Bilder, eingesannte Formulare), da diese oft umgeschrieben und nicht nur übersetzt werden müssen.
Eine einfache Tabelle reicht: URL, Seitentitel, Verantwortliche/r, letztes Änderungsdatum und Speicherort (CMS-Seite, PDF, Google Doc).
Gruppieren Sie Elemente in:
Das hilft, Inhalte zu vermeiden, die in einer Woche veralten, und macht klar, was schnelle Durchlaufzeiten benötigt.
Markieren Sie für jede Zielgruppe (Eltern/Erziehungsberechtigte, Bewerbende, aktuelle Studierende, Alumni) Inhalte als:
Übersetzung vergrößert den Pflegeaufwand. Kombinieren Sie doppelte Seiten, löschen Sie veralteten Content und standardisieren Sie Terminologie (Programmnamen, Jahrgangsbezeichnungen, Amtsbezeichnungen), damit Ihre Übersetzungen konsistent bleiben und einfacher zu aktualisieren sind.
Ihre URL-Struktur ist das Rückgrat einer mehrsprachigen Bildungsseite. Sie beeinflusst SEO, Analytics, Redaktions-Workflows und wie leicht Studierende und Eltern die richtige Version einer Seite teilen können.
example.edu/es/ und example.edu/fr/
Am besten, wenn Sie eine Website zentral verwalten wollen, konsistente Markenführung wünschen und einfachere Analytics brauchen.es.example.edu
Nützlich, wenn Teams halbunabhängig arbeiten, kann sich aber wie mehrere Seiten anfühlen, die zu betreuen sind.example.edu und example.edu.mx (oder unterschiedliche TLDs)
Bietet regionale Flexibilität, aber den höchsten Overhead für Governance, SEO und Inhaltsparität.Für die meisten Schulen und Hochschulen sind Subfolders der praktische Standard: ein CMS, ein Designsystem, ein Satz technischer Einstellungen und einfacher sprachübergreifende Navigation.
Wählen Sie ein vorhersehbares Muster und halten Sie es über die Zeit stabil:
/es/, /ar/, /zh/./es/admissions/ spiegelt /en/admissions/ wider.Konsistenz erleichtert das Pflegen von Menüs, Breadcrumbs und Übersetzungs-Workflows — besonders wenn mehrere Abteilungen Inhalte veröffentlichen.
Die Navigation sollte übersetzt und kulturell eindeutig sein, nicht bloß kopiert. Erstellen Sie:
Oft gibt es Programme, Standorte oder Formulare nur in einer Sprache. Entscheiden Sie vorab:
Das vermeidet Sackgassen und verhindert, dass Nutzer das Gefühl haben, eine unvollständige Website erreicht zu haben.
Eine mehrsprachige Bildungswebsite gelingt oder scheitert im Tagesbetrieb. Das richtige CMS sollte es leicht machen, Sprachversionen zu erstellen, an die richtigen Personen zu routen und konsistent zu veröffentlichen — ohne dass eine einzelne "Web-Person" alles erledigen muss.
Wählen Sie ein CMS, das mehrsprachige Seiten und Inhaltstypen nativ unterstützt (oder über gut gepflegte Module). Wichtige Fähigkeiten, die Sie vor einer Entscheidung prüfen sollten:
Wenn Ihre Institution bereits ein CMS nutzt, testen Sie mehrsprachiges Publishing zunächst an einer kleinen Seitenmenge (z. B. Zulassung und Kontakt), um Lücken aufzudecken.
Wenn Sie auch völlig neue Experiences bauen (ein Microsite für internationale Bewerbende, ein Stipendien-Portal oder ein mehrsprachiges Veranstaltungshub), erwägen Sie Prototyping außerhalb des CMS. Beispielsweise kann Koder.ai Teams helfen, schnell eine funktionierende Web-App aus einer Chat-basierten Spezifikation zu erzeugen — nützlich, um Seitentemplates, Sprachumschaltverhalten und Workflows vor einem vollständigen Rollout zu validieren. Da Koder.ai Quellcode exportieren und Deployment/Hosting sowie Snapshots und Rollback unterstützt, kann es sowohl bei frühen Prototypen als auch bei der Übergabe an interne Teams passen.
Stellen Sie Erwartungen früh klar, indem Sie Rollen definieren wie:
Halten Sie die Zuständigkeiten klar: Abteilungen aktualisieren Programm-Details, während zentrale Teams globale Navigation, Richtlinienseiten und Markenstimme pflegen.
Standardisieren Sie Templates, damit Übersetzungen vorhersehbar bleiben:
Templates reduzieren Nacharbeit und helfen Reviewern, sich auf Bedeutung zu konzentrieren.
Ihre Medienbibliothek sollte Alt-Text pro Sprache unterstützen (und idealerweise Beschriftungen/Transkripte für Videos). Alt-Text muss oft übersetzt werden, weil er Bedeutung übermittelt und Barrierefreiheit unterstützt — besonders bei Formularen, Infografiken und erklärenden Bildern.
Eine mehrsprachige Schul- oder Universitätsseite gelingt, wenn Besucher die Sprache schnell wechseln können und sich danach noch orientiert fühlen. Internationale Studierende, Eltern und Mitarbeitende kommen häufig über Deep Links (Programmsseiten, Fristen), daher muss das Sprach-UX über die Startseite hinaus funktionieren.
Setzen Sie den Sprachumschalter an einer konsistenten, leicht auffindbaren Stelle auf allen Templates — typischerweise oben im Header (rechts für LTR-Sprachen). Halten Sie ihn auch auf Mobilgeräten sichtbar (im Header oder als einer der ersten Punkte im Menü), nicht im Footer vergraben.
Beschriften Sie Sprachen mit ihren Eigenbezeichnungen — „English“, „Español“, „العربية“ — statt nur Flaggen. Flaggen können irreführend sein (z. B. variiert Spanisch regional) und viele Nutzer identifizieren ihre Sprache nicht mit einer bestimmten Flagge.
Vermeiden Sie Abkürzungen in Menüs („Acad.", „Intl.") — sie übersetzen sich nicht sauber. Verwenden Sie kurze, klare Begriffe wie „Admissions“, „Programs“, „Student Life“. Wenn Einträge nach der Übersetzung länger werden, lassen Sie das Layout sanft umbrechen, statt die Schrift zu verkleinern.
Wenn Sie Arabisch, Hebräisch oder Ähnliches unterstützen, planen Sie RTL von Anfang an: gespiegelte Layouts, passende Typografie, korrekte Ausrichtung von Icons und Pfeilen sowie natürliche Formverhalten. Testen Sie Schlüsselseiten (Zulassung, Anfrage, Bewerbung) früh in RTL.
Entscheiden Sie, was passiert, wenn eine Seite noch nicht übersetzt ist. Übliche Muster sind:
Was auch immer Sie wählen: informieren Sie Nutzer sichtbar — stille Weiterleitungen wirken wie ein Fehler.
Eine mehrsprachige Seite steht und fällt mit Vertrauen. Für Schulen und Hochschulen bedeutet das: Familien müssen sich auf das Gelesene verlassen können — besonders bei Zulassung, Sicherheit, Richtlinien und Studierenden-Support.
Klassifizieren Sie Inhalte nach Risiko und Wirkung. Setzen Sie menschliche Übersetzung (nicht nur Maschine) für kritische Seiten ein, z. B.:
Für Inhalte mit geringerem Risiko (News-Posts, Veranstaltungsberichte) können Sie schneller vorgehen — aber legen Sie trotzdem Review und Verantwortlichkeit fest.
Bildungsseiten wiederholen spezialisierte Begriffe: Programmnamen, Campusstandorte, Jahrgangsbezeichnungen, Stipendientitel und „offizielle“ Phrasen in Richtlinien. Erstellen Sie:
Das verhindert kleine Inkonsistenzen, die Nutzer verwirren (z. B. dass ein Programm auf verschiedenen Seiten unterschiedlich übersetzt wird).
Definieren Sie einen schlanken Workflow, damit Updates nicht blockieren:
Fügen Sie Service-Level-Erwartungen hinzu (z. B. „Zulassungsseiten innerhalb von 3 Arbeitstagen aktualisiert“), damit Sprachversionen nicht hinterherhinken.
Maschinelle Übersetzung kann bei nicht-kritischen Inhalten helfen, aber vermeiden Sie die Veröffentlichung auf wichtigen Seiten ohne Kennzeichnung. Wenn Sie sie verwenden, versehen Sie die Seite mit einem Hinweis und bieten Sie eine Möglichkeit, Fehler zu melden (z. B. kurzer Hinweis und Feedback-Link im Footer).
Wenn Sie bereit sind, dokumentieren Sie den Prozess auf einer einfachen internen Seite (z. B. /blog/translation-workflow), damit neue Mitarbeitende denselben Schritten folgen.
Mehrsprachiges SEO sorgt dafür, dass Familien und Bewerbende in der richtigen Sprache in Suchergebnissen landen — ohne Duplikate, gemischte Sprachen oder falsche Campus-Infos. Das Ziel ist Klarheit: ein Thema, mehrere Sprachversionen, jede klar für Suchmaschinen ausgezeichnet.
Geben Sie jeder Sprache eine eigene, stabile URL. Übliche Optionen sind:
/en/admissions/ und /es/admisiones/ (oft am einfachsten zu verwalten)en.example und es.exampleUnabhängig von der Wahl: halten Sie Navigation und interne Links innerhalb jeder Sprache konsistent, damit Suchmaschinen (und Nutzer) nicht unerwartet zwischen Sprachen springen.
Erstellen Sie einzigartige Seitentitel und Meta-Beschreibungen für jede Sprachversion — lassen Sie nicht englische Metadaten auf übersetzten Seiten. Formulieren Sie natürlich und nach der Suchweise in der jeweiligen Sprache (besonders bei Seiten mit hoher Conversion-Absicht wie Zulassung, Gebühren, Programme, Kontakt).
Übersetzen Sie auch wichtige On-Page-Überschriften (H1/H2) natürlich. Vermeiden Sie Keyword-Stuffing; das wirkt unseriös und kann gerade für Bildungseinrichtungen, deren Glaubwürdigkeit zählt, schaden.
Nutzen Sie hreflang, um Suchmaschinen zu zeigen, welche Sprache (und optional Region) eine Seite anspricht und wie Seiten über Sprachen hinweg verknüpft sind. Kombinieren Sie das mit korrekten Canonical-Tags, damit Google Übersetzungen nicht als Duplikate behandelt.
Ein vereinfachtes Beispiel (auf der englischen Seite) sieht so aus:
\u003clink rel=\"alternate\" hreflang=\"en\" href=\"/en/admissions/\" /\u003e
\u003clink rel=\"alternate\" hreflang=\"es\" href=\"/es/admisiones/\" /\u003e
\u003clink rel=\"alternate\" hreflang=\"x-default\" href=\"/admissions/\" /\u003e
Jede Sprachseite sollte auf sich selbst und auf ihre Gegenstücke verweisen.
Falls nötig, erstellen Sie mehrsprachige Sitemaps (entweder eine Sitemap mit allen Sprach-URLs oder separate Sitemaps pro Sprache). Reichen Sie diese in der Google Search Console ein.
Für teilweise übersetzte Bereiche sollten Sie noindex in Erwägung ziehen, bis die Seite vollständig ist — so verhindern Sie, dass halb fertige Übersetzungen indexiert und verbreitet werden. Nach dem Launch überwachen Sie Indexierung und „Language Mismatch“-Probleme und spot-checken Ergebnisse, indem Sie Schlüsselseiten in jeder Sprache suchen.
Barrierefreiheit ist keine „Nice-to-have“-Funktion für Bildungswebsites — Studierende, Eltern, Mitarbeitende und Bewerbende nutzen täglich assistive Technologien. Wenn Sie mehrere Sprachen hinzufügen, vervielfachen sich auch die Stellen, an denen Barrierefreiheitsprobleme auftreten können.
Beginnen Sie damit, dass Ihre Kernlayouts weit verbreitete Standards wie WCAG 2.2 AA erfüllen (oft referenziert durch ADA/Section 508 in den USA und EN 301 549 in der EU). Konzentrieren Sie sich auf Grundlagen, die jede Sprache betreffen:
Schulen veröffentlichen oft wichtige Informationen als PDFs. Vermeiden Sie gescannte PDFs, wenn möglich; sie sind schwer mit assistiven Technologien lesbar. Bieten Sie richtig strukturierte Dokumente (echter Text, Überschriften, Listen, Tabellenkopf) und aussagekräftige Dateinamen und Linktexte an.
Für Audio/Videos fügen Sie Untertitel und ggf. Transkripte hinzu — und übersetzen auch diese.
Barrierefreiheitsinhalte müssen mit derselben Sorgfalt übersetzt werden wie der Haupttext:
Setzen Sie außerdem die korrekte Seitensprache (und Sprachwechsel innerhalb einer Seite), damit Screenreader Inhalte richtig aussprechen.
Prüfen Sie jede Sprache mobil und auf dem Desktop. Führen Sie Tastatur-Only-Tests durch und validieren Sie mit mindestens einem Screenreader (z. B. NVDA/JAWS auf Windows, VoiceOver auf iOS/macOS). Kleine Unterschiede in Textlänge können Layouts zerstören — erkennen Sie solche Probleme vor dem Launch.
Eine mehrsprachige Bildungswebsite ist leichter zu pflegen, wenn die „Bausteine“ von Anfang an für Übersetzung ausgelegt sind. Konzentrieren Sie sich auf wiederverwendbare Komponenten, die Abteilungen nutzen können, und stellen Sie sicher, dass zeitkritische Inhalte (Alerts, Events, Ankündigungen) schnell in jeder Sprache veröffentlicht werden können.
Erstellen Sie eine kleine Anzahl Templates, die die meisten Bedürfnisse abdecken — Abteilungs-Home, Programmdetail, Mitarbeiterprofil, Newsbeitrag und FAQ. Halten Sie Layout-Elemente (Überschriften, Labels, Buttons, Callouts) in editierbaren Feldern statt in Bildern.
Ein praktischer Ansatz ist eine gemeinsame Komponentenbibliothek, die alle Abteilungen nutzen:
Das reduziert Übersetzungsaufwand und verhindert One-off-Seiten, die Konsistenz brechen.
Kalender und Alerts sind am schwierigsten synchron zu halten, da sie oft wechseln.
Machen Sie diese Elemente strukturiert: Titel, kurze Zusammenfassung, vollständige Details, Ort, Zielgruppe und „publish until“-Datum. Vermeiden Sie es, kritische Informationen in PDFs oder Bildern zu verstecken. Wenn schnelle Updates nötig sind, unterstützen Sie einen „Primärsprache zuerst“-Workflow mit klaren Statusanzeigen (z. B. „Übersetzung in Arbeit“), damit Nutzer nicht in die Irre geführt werden.
Entscheiden Sie früh, was übersetzt wird:
Planen Sie auch, wie Einsendungen gespeichert werden: Wenn Nutzer in verschiedenen Sprachen antworten, benötigen Mitarbeitende vielleicht ein einheitliches internes Format oder ein Feld „Einsende-Sprache“.
Häufige Integrationen — Studierendenportale, Zahlungsanbieter, Campus-Karten und eingebettete Widgets — unterstützen nicht immer alle Sprachen.
Inventarisieren Sie diese und prüfen Sie, was lokalisiert werden kann (UI-Text, E-Mails, Quittungen, Fehlermeldungen). Wenn ein Widget nicht übersetzbar ist, bieten Sie auf der Seite einen klaren alternativen Weg an (z. B. eine übersetzte Kontaktmöglichkeit oder Link zu einer übersetzten Portal-Landingpage).
Eine mehrsprachige Bildungswebsite ist nach dem Launch nicht fertig. Sprachen, Programme und internationale Zielgruppen ändern sich. Eine einfache Monitoring-Routine hilft, Probleme früh zu erkennen und jede Sprache vertrauenswürdig zu halten.
Beginnen Sie damit, die Performance nach Locale (Sprache + Region, wo relevant) zu trennen. Achten Sie auf:
Diese Daten zeigen, wo Sie in Übersetzung und UX investieren sollten. Beispielsweise: Wenn spanischsprachige Besucher hauptsächlich auf Zulassungsseiten landen, priorisieren Sie deren Aktualität und vollständige Übersetzung.
Mehrsprachige Sites driftet leicht auseinander. Richten Sie regelmäßige Checks ein, um:
Wenn Ihr CMS es unterstützt, erstellen Sie ein Dashboard oder geplante Berichte zur „Übersetzungskomplettheit“ nach Bereich.
Erstellen Sie einen Content-Freshness-Plan für hochrelevante Seiten wie Zulassung, Programmbeschreibungen, Gebühren/Fristen und Stipendien. Verknüpfen Sie Updates mit dem akademischen Kalender, sodass Änderungen in jeder Sprache geprüft werden — nicht nur in der Standardsprache.
Binden Sie eine sichtbare Option „Übersetzungsproblem melden“ ein (z. B. im Footer übersetzter Seiten). Leiten Sie Meldungen an das Team für Sprach-QA und taggen Sie Seite + Sprache automatisch.
Im Laufe der Zeit helfen diese Signale, Ihren Übersetzungsworkflow zu verbessern, Support-E-Mails zu reduzieren und mehrsprachiges SEO zu stärken, ohne große Redesigns. Für verwandte Einrichtungs-Schritte siehe /blog/multilingual-seo-hreflang-metadata und /blog/translation-review-workflow.
Ein mehrsprachiger Launch ist einfacher (und sicherer), wenn Sie ihn als Reihe kleiner, messbarer Releases behandeln — nicht als einen großen „Big Bang“. Ziel ist, schnell etwas Nützliches für Familien und Bewerbende zu liefern und dann sicher zu erweitern.
Starten Sie mit den Seiten, die die häufigsten Fragen beantworten und Anfragen antreiben. Für die meisten Schulen und Hochschulen bedeutet das:
Dieses erste Set sollte sich in der neuen Sprache vollständig und vertrauenswürdig anfühlen: korrekte Daten, Telefonnummern, Adressen und Links — nicht nur übersetzte Absätze.
Wählen Sie eine zusätzliche Sprache als Pilot. So testen Sie den kompletten Workflow — Übersetzung, Review, Publishing und Updates — ohne den Aufwand über viele Sprachen zu verteilen.
Im Pilot prüfen Sie praktische Fragen:
Erstellen Sie ein Backlog von Seiten und Komponenten zur Übersetzung und veröffentlichen Sie in Chargen. Ein einfacher Rhythmus (z. B. wöchentlich oder zweiwöchentlich) hält die Dynamik und macht Reviews planbar.
Eine gute Charge ist „task-complete“, nicht „section-complete“. Zum Beispiel: Übersetzen Sie alles, was für „Bewerben“ nötig ist — Programmdetails, Anforderungen, Fristen, Bestätigungsnachrichten und E-Mail-Vorlagen.
Vor jedem Release-Block führen Sie schnelle Abnahmechecks durch, damit die Seite in jeder Sprache professionell wirkt:
Ein gestaffelter Rollout hält das Risiko niedrig und schafft einen klaren Pfad vom Pilot zur vollständigen Mehrsprachigkeit.
Eine mehrsprachige Bildungswebsite bleibt nur dann nützlich, wenn sie konsistent bleibt. Am besten verhindern Sie "Übersetzungsdrift" (wenn Seiten langsam auseinanderlaufen), bevor der nächste Update-Zyklus startet.
Schreiben Sie einen kurzen Styleguide, den alle Beitragenden nutzen — Mitarbeitende, studentische Redakteure und externe Übersetzer.
Enthalten Sie:
Halten Sie es kurz genug, damit es genutzt wird, und speichern Sie es dort, wo Redakteure und Übersetzer es sehen (oft im CMS oder einem geteilten Drive).
Pflegen Sie ein Glossar mit:
Benennen Sie einen Owner (oft Marketing/Comms) und einen einfachen Änderungsprozess: Anfragen eingehen, Updates prüfen, Glossar veröffentlichen und an Übersetzer und Redakteure verteilen.
Governance scheitert, wenn „jeder alles bearbeiten kann“. Definieren Sie Inhaltseigentum nach Bereichen:
Definieren Sie dann Übersetzungstrigger, damit Updates nicht übersehen werden. Beispiele:
Erstellen Sie ein leichtgewichtiges "How we publish"-Playbook: Seitentypen, Genehmigungsschritte und Eskalationskontakte.
Wenn Sie Werkzeuge evaluieren, priorisieren Sie Systeme, die Übergaben reduzieren und Rollbacks sicher machen. Teams, die maßgeschneiderte mehrsprachige Funktionen mit Koder.ai entwickeln, nutzen oft dessen Planungsmodus, um Rollen und Workflows im Vorfeld zu skizzieren und dann Snapshots/Rollbacks beim Ausrollen von Navigation oder Sprachrouting über viele Templates hinweg zu verwenden.
Weitere hilfreiche Seiten: /pricing und /blog.
Beginnen Sie damit, Ihre wichtigsten Zielgruppen aufzulisten (Studierende, Eltern/Erziehungsberechtigte, Bewerbende, Mitarbeiter/Lehrende, Alumni) und die wichtigsten Aufgaben, die sie erledigen müssen (bewerben, Studiengebühren bezahlen, Fristen finden, Büros kontaktieren). Wählen Sie dann Sprachen anhand von Evidenz: Zulassungszielen, Bewerbermärkten und Bevölkerungsdaten — nicht nur nach „schönen“ Wünschen.
Ein einseitiges Briefing, das Zielgruppen, prioritäre Aufgaben, unterstützte Sprachen und Erfolgskennzahlen dokumentiert, sorgt dafür, dass Entscheidungen über Abteilungen hinweg abgestimmt bleiben.
Übersetzen Sie zuerst Inhalte, die handlungsrelevante, risikobehaftete Schritte unterstützen:
Vermeiden Sie es, kurzlebige Inhalte standardmäßig zu übersetzen (z. B. Veranstaltungsrückblicke), es sei denn, sie unterstützen direkt eine prioritäre Nutzeraufgabe.
Erstellen Sie ein Content-Inventar (Seiten, PDFs, Formulare, „versteckte“ Dokumente) und kennzeichnen Sie jeden Eintrag als evergreen oder zeitkritisch. Markieren Sie dann jeden Eintrag als Erforderlich, Empfohlen oder Einsprachig akzeptabel.
Bereinigen Sie vor der Übersetzung Duplikate und standardisieren Sie Terminologie (Programmnamen, Amtsbezeichnungen). Übersetzung multipliziert den Pflegeaufwand, daher spart Aufräumen langfristig Zeit.
Für die meisten Institutionen sind Subfolder die praktische Voreinstellung (z. B. /en/, /es/), weil sie ein CMS, ein Designsystem und einfachere Analytics ermöglichen.
Subdomains können funktionieren, wenn Teams unabhängig sind; separate Domains bieten regionale Flexibilität, erzeugen aber den höchsten Governance-, SEO- und Paritätsaufwand. Wählen Sie eine Struktur und halten Sie sie stabil.
Platzieren Sie den Sprachumschalter sichtbar im Header (und mobil), beschriften Sie die Sprachen mit ihren Eigenbezeichnungen (z. B. “English”, “Español”) und verlinken Sie auf die passende Seite, wenn sie existiert.
Für fehlende Übersetzungen entscheiden Sie eine klare Fallback-Strategie:
Vermeiden Sie stille Weiterleitungen, die Nutzer verwirren.
Wählen Sie ein CMS, das verknüpfte Übersetzungen, pro-Sprache-Metadaten, Rollen/Permissions und Workflow-Stati (Draft → Übersetzung → Review → Publish) unterstützt. Definieren Sie Rollen, damit die Arbeit nicht an einer einzelnen Person hängen bleibt:
Nutzen Sie Templates für zentrale Seiten (Zulassung, Programme, Kontakt), damit Übersetzungen konsistent und leichter zu prüfen sind.
Verwenden Sie menschliche Übersetzungen für kritische, risikoreiche Inhalte (Zulassung, Studiengebühren/Rückerstattung, Recht/Datenschutz, Sicherheit/Notfälle, Barrierefreiheit). Für weniger kritische Inhalte (News, Veranstaltungsberichte) sind schnellere Ansätze möglich — aber mit Review und klarer Verantwortlichkeit.
Wenn Sie maschinelle Übersetzung veröffentlichen, kennzeichnen Sie sie und bieten Sie eine Möglichkeit, Fehler zu melden.
Führen Sie ein Glossar mit bevorzugten Übersetzungen (und „nicht übersetzen“-Einträgen wie Markennamen) und eine Translation Memory, um genehmigte Formulierungen wiederzuverwenden.
So vermeiden Sie, dass z. B. ein Programmtitel auf verschiedenen Seiten unterschiedlich übersetzt wird, und reduzieren Kosten und Durchlaufzeiten, während die Website wächst.
Geben Sie jeder Sprache eine eigene, stabile URL und implementieren Sie hreflang sowie korrekte Canonical-Tags, damit Suchmaschinen Sprachbeziehungen verstehen. Lokalisieren Sie die Metadaten:
Reichen Sie mehrsprachige Sitemaps in der Google Search Console ein und nutzen Sie noindex für unvollständige Übersetzungen, bis sie fertig sind.
Erstellen Sie barrierefreie Templates zuerst (Tastaturnavigation, Struktur, Kontrast), und lokalisieren Sie dann auch die Accessibility-Elemente:
Testen Sie jede Sprache mobil/desktop und mit mindestens einem Screenreader, denn Texterweiterung und RTL-Layouts können neue Probleme erzeugen.