Wie eine Ein-Personen-Content-Agentur mehrsprachige Websites ohne Übersetzer liefert
By Robert M
Wie eine Ein-Personen-Content-Agentur mehrsprachige Websites ohne Übersetzer liefert
Ein Kunde fragt, ob Sie seine neue Website in Englisch, Französisch, Deutsch, Spanisch und Niederländisch liefern können. Sie betreiben ein Ein-Personen-Unternehmen. Sie haben kein Übersetzungsbudget in Ihrem Retainer eingeplant und kein Netzwerk von freiberuflichen Übersetzern zur Verfügung. Aber Sie wollen auch kein gutes Projekt ablehnen.
Dies ist eine Situation, in der viele kleine Agenturen und Freelancer landen. Die Nachfrage nach mehrsprachigen Websites ist stetig gewachsen, da immer mehr Unternehmen versuchen, Zielgruppen außerhalb ihres Heimatmarktes zu erreichen, aber die Budgetgespräche sind nicht mitgewachsen. Kunden behandeln Übersetzungen oft als Posten, den sie kürzen oder streichen können, ohne wirklich zu verstehen, was es kostet, es richtig zu machen.
Dieser Beitrag handelt davon, wie man diese Lücke praktisch überbrückt, ohne Kompromisse bei der Qualität einzugehen oder Verluste beim Projekt zu machen.
Die alten Optionen und warum sie nicht ausreichen
Die traditionellen Wege sind bekannt.
Sie könnten für jede Sprache einen freiberuflichen Übersetzer engagieren. Für eine Website mit fünf Sprachen und dreißig Seiten Inhalt bedeutet das erhebliche Kosten, bevor Sie Revisionen, Bearbeitungszeiten und den Aufwand für die Briefings von fünf verschiedenen Personen bezüglich Tonfall und Terminologie des Kunden berücksichtigen. Diese Kosten fressen entweder Ihre Marge auf oder werden dem Kunden in Rechnung gestellt, und plötzlich steht das Projekt auf der Kippe.
Sie könnten ein Consumer-Übersetzungstool verwenden und die Ergebnisse manuell bereinigen. Das funktioniert bei einfachen Sätzen, aber sobald Ihr Inhalt eine Struktur hat (eine JSON-Lokalisierungsdatei, ein Markdown-Blogbeitrag, eine HTML-Seite mit Attributen und Tags), wird das Ergebnis unvorhersehbar. Schlüssel werden übersetzt. Markdown-Syntax bricht. HTML-Attribute werden beschädigt. Am Ende verbringen Sie mehr Zeit damit, das Ergebnis zu korrigieren, als Sie durch den Verzicht auf einen Übersetzer gespart haben.
Sie könnten dem Kunden sagen, dass Mehrsprachigkeit nicht im Umfang enthalten ist und eine einsprachige Website machen. Manchmal ist das die richtige Antwort. Aber es ist nicht immer ein Gespräch, das man führen möchte.
Was sich tatsächlich geändert hat
Das, was diesen Workflow praktikabel macht, ist nicht die KI-Übersetzung an sich. Es ist speziell die Format-Erhaltung.
Das Problem beim Einspeisen strukturierter Inhalte in ein allgemeines Übersetzungstool war nie wirklich die Übersetzungsqualität. Moderne maschinelle Übersetzung ist gut. Das Problem war, dass die Tools den Unterschied zwischen Inhalt und Struktur nicht verstanden haben. Sie behandelten alles als zu übersetzenden Text, einschließlich der Teile, die unverändert bleiben sollten.
Eine Lokalisierungsdatei wie diese:
{
"nav": {
"home": "Home",
"about": "Über uns",
"contact": "Kontakt"
}
}
würde zurückkommen mit übersetzten Schlüsseln, zusammengefallener Verschachtelung oder komplett in Fließtext umgewandelt. Jede dieser Varianten bedeutet manuelle Nacharbeit, bevor die Datei nutzbar ist, und genau da verpufft die Zeitersparnis.
Eine API, die Struktur als tabu behandelt, verändert die Wirtschaftlichkeit. Sie senden die Datei, erhalten eine identische Struktur zurück, bei der nur die Zeichenkettenwerte geändert sind. Die Ausgabedatei wird direkt ins Projekt übernommen. Keine Nachbearbeitung nötig.
Der Workflow in der Praxis
So sieht der Prozess bei einem echten Projekt aus.
In der Inhaltsphase wird alles in Klartext- oder Markdown-Dateien abgelegt statt in hartkodierten Strings. Das ist ohnehin gute Praxis für Wartbarkeit, bedeutet aber auch, dass der Inhalt in einem Format vorliegt, das sauber übersetzt werden kann.
In der Build-Phase liest ein kurzes Skript die Quelldatei, sendet sie an die PolyLingo-API mit der Liste der Zielsprachen und schreibt eine Ausgabedatei pro Locale. Für eine Website mit fünf Sprachen ist das ein API-Aufruf. Das Skript läuft in wenigen Sekunden durch. Die Ausgabedateien gehen direkt in die Projektstruktur.
In der Review-Phase überprüft der Kunde den übersetzten Inhalt. Das ist ein Schritt, den man beibehalten sollte. Maschinelle Übersetzung bewältigt die meisten Inhalte gut, aber Kunden haben manchmal bevorzugte Terminologie, Markenphrasen oder regionale Konventionen, die ein menschliches Auge brauchen. Die Überprüfung geht schneller als eine Neübersetzung, weil die Struktur schon korrekt ist und der Großteil des Inhalts stimmt. Sie überprüfen, statt zu produzieren.
In der Übergabe-Phase wird die Website mit allen Lokalisierungsdateien ausgeliefert. Der Sprachumschalter funktioniert am ersten Tag. Es gibt nichts nachzuarbeiten.
Was das kostet im Vergleich zur Beauftragung von Übersetzern
Die Zahlen hängen von der Projektgröße ab, aber die Struktur des Vergleichs ist konsistent.
Eine typische kleine Unternehmenswebsite hat etwa 2.000 Wörter an Interface-Text und Seiteninhalt. Übersetzt in fünf Sprachen sind das ungefähr 10.000 Wörter Ausgabe. Bei einem mittleren freiberuflichen Übersetzungssatz sind das mehrere hundert Pfund oder Dollar vor Revisionen.
Mit PolyLingo passen 2.000 Wörter Inhalt in fünf Zielsprachen bequem in den bezahlten Starter-Plan für 9 $ pro Monat, inklusive Kapazität für mehrere Projekte im selben Abrechnungszeitraum. Die kostenlose Stufe (50.000 Tokens pro Monat) deckt kleinere Projekte komplett kostenfrei ab.
Der Kunde macht weiterhin eine Review, was bedeutet, dass er in die Qualität des Outputs eingebunden ist und nicht nur eine Rechnung erhält. Das kommt in Projektgesprächen meist besser an.
Das Gespräch über den Umfang mit Kunden
Eine Veränderung, die dieser Workflow ermöglicht, ist, wie man mit Kunden über den mehrsprachigen Umfang spricht.
Früher bedeutete „mehrsprachig“ „teurer, längere Zeitachse, Abhängigkeit von Dritten“. Jetzt ist es eher eine Konfigurationsentscheidung. Sie legen den Umfang fest, führen das Skript aus, der Kunde überprüft. Die schwierige Aufgabe ist die Content-Strategie und die Seitenarchitektur, nicht die Übersetzungslogistik.
Das ändert, was Sie anbieten können. Ein Kunde, der einen einsprachigen Launch mit vager Absicht, später Sprachen hinzuzufügen, plante, kann alle fünf Sprachen beim Launch liefern, ohne dass sich die Projektkosten verdoppeln. Ein Kunde, der ständig Seiten hinzufügt, kann das Skript bei Inhaltsänderungen neu ausführen, statt mit einem neuen Briefing zum Übersetzer zurückzugehen.
Es ändert auch das Gespräch darüber, was Mehrsprachigkeit tatsächlich bedeutet. Die Aufgabe der Agentur ist es, eine Website mit einer ordentlichen i18n-Architektur, gutem Quelltext und einem Review-Prozess für die Übersetzungen zu bauen. Das ist ein wertvolleres Gespräch als „wir kümmern uns um die Übersetzungen, wenn die englische Version fertig ist“.
Wann es trotzdem Sinn macht, menschliche Übersetzer zu nutzen
Das sollte man ehrlich sagen.
Für Marketingtexte, die echte emotionale Wirkung in der Zielsprache erzielen müssen, liefert ein erfahrener menschlicher Übersetzer bessere Ergebnisse. Der Unterschied ist besonders wichtig bei Kampagnen, Markenpositionierungen und allem, bei dem die Formulierung selbst das Produkt ist.
Für stark regulierte Inhalte (rechtlich, medizinisch, finanziell) ist ein menschlicher Übersetzer mit Fachkenntnis die richtige Wahl und oft eine Compliance-Anforderung.
Für lange redaktionelle Inhalte, bei denen die Stimme natürlich und nicht übersetzt klingen soll, ist menschliche Überprüfung mehr als nur ein leichter Check.
Der hier beschriebene Workflow eignet sich am besten für Interface-Texte, Seiteninhalte, Produktbeschreibungen, Dokumentationen und Marketingseiten, bei denen Genauigkeit und strukturelle Integrität wichtiger sind als stilistische Nuancen. Das deckt einen großen Teil dessen ab, was eine kleine Agentur tatsächlich liefert.
Erste Schritte
Die kostenlose Stufe von PolyLingo umfasst 50.000 Tokens pro Monat ohne Kreditkarte. Für eine kleine Agentur deckt das eine bedeutende Menge Inhalt ab, bevor ein kostenpflichtiger Plan nötig wird.
Die API akzeptiert Klartext, Markdown, JSON und HTML. Der No-Code-Übersetzer im Dashboard erledigt Einzelaufträge, ohne die API zu berühren, was für Kunden-Review-Sitzungen nützlich ist, bei denen man übersetzte Inhalte zeigen möchte, ohne vorher etwas zu bauen.