Fachgebiet

Technische und IT-Übersetzung

Handbücher, Spezifikationen, Software, Hardware, Systemarchitektur und API-Dokumentation.

Plattform öffnen Team kontaktieren

Warum Fachübersetzung wichtig ist

Mehr als allgemeine Übersetzung

Technische Texte stellen gewöhnliche Sätze oft neben Befehle, Variablen, Modellnummern und Maßangaben. Qualitätsprüfungen markieren diese Zeichenfolgen, wenn sie sich ändern, während Glossare Komponentennamen und Oberflächenbezeichnungen im gesamten Dokument einheitlich halten.

In technischer und IT-Dokumentation ist selten der Fließtext das Schwierige, sondern die Mischung. Der Satz, der erklärt, wie ein Dienst neu gestartet wird, steht neben dem Befehl dafür, einem Konfigurationsschlüssel, einer Fehlermeldung und einer Versionsnummer. Der Leser kopiert den Befehl und erwartet, dass er funktioniert. Die Erklärung muss also die Sprache wechseln, während der Code genau so bleibt, wie er war.

Das Modell von DeepReference erstellt den Entwurf für das ganze Segment, Code eingeschlossen, und nichts sperrt den Code: Befehle, Platzhalter und Dateipfade sind nicht automatisch geschützt. Die Qualitätsprüfungen markieren geänderte Tags, Zahlen und Platzhalter, und der Prüfer vergleicht jeden Codeblock mit dem Ausgangstext.

Den größten Nutzen bringt in diesem Bereich die Einheitlichkeit über Releases hinweg. Handbücher und Hilfetexte ändern sich mit jeder Version ein wenig. Ein Glossar hält Komponentennamen und Oberflächenbezeichnungen gleich, das Translation Memory (Translator Pro) verwendet freigegebene Segmente wieder, deren Ausgangstext sich nicht geändert hat, und der Revisionsvergleich zeigt genau, welche Sätze einer neuen DOCX-Version anders sind. Die Zeit des Prüfers fließt dann in den neuen Text.

So funktioniert es

Ein Projekt vom Hochladen bis zur Lieferung

  1. 1

    Ausgangsdatei vorbereiten

    Laden Sie das Handbuch oder die Spezifikation als DOCX, PDF, PPTX oder XLSX hoch, bis 50 MB (75 MB bei Business). Dokumentation in Markdown oder in einem Helpcenter-Werkzeug muss zuerst in eines dieser Formate exportiert werden. Ein PDF braucht markierbaren Text; ein reiner Bildscan wird abgelehnt.

    So geht es, Schritt für Schritt: 6. Document translation (Englisch)

  2. 2

    Terminologie einrichten

    Starten Sie die Terminologieextraktion für den Ausgangstext oder für einen älteren Ausgangstext mit seiner Übersetzung, und bestätigen oder verwerfen Sie die gefundenen Termini. Fügen Sie Komponentennamen und Oberflächenbezeichnungen genau so hinzu, wie sie in der lokalisierten Software stehen. Eine vorhandene Termdatenbank lässt sich als CSV, XLSX, TMX oder TBX importieren.

    So geht es, Schritt für Schritt: 3. Terminology extraction (Englisch)

  3. 3

    Mit den passenden Einstellungen übersetzen

    Wählen Sie die Zielsprache und einen Ton, zum Beispiel Technisch. Freigegebene Glossartermini, die in einem Satz vorkommen, werden mit diesem Satz an das Modell gesendet. Bei Translator Pro wird ein exakter Treffer aus dem Translation Memory wiederverwendet, statt neu übersetzt zu werden.

    So geht es, Schritt für Schritt: 5. Text translation, tones and glossary (Englisch)

  4. 4

    Segment für Segment prüfen

    Im Segmenteditor sieht der Prüfer Ausgangs- und Zieltext nebeneinander, mit Glossartreffern und Markierungen der Qualitätsprüfungen. Er vergleicht Befehle, Code und Platzhalter mit dem Ausgangstext, korrigiert Geändertes und gibt jedes Segment frei oder alle Segmente auf einmal, nachdem er sie gelesen hat.

    So geht es, Schritt für Schritt: 7. Translation Editor (Englisch)

  5. 5

    Gelieferte Datei kontrollieren

    Die Datei kommt im Originalformat zurück, mit Tabellen, Überschriften, Nummerierung, Kopf- und Fußzeilen. Öffnen Sie sie und sehen Sie sich Codeblöcke, Tabellen und Bildunterschriften an. Bei einem PDF brauchen komplexe Layouts eine manuelle Kontrolle, und manche Schriften werden durch eine ähnliche ersetzt.

    So geht es, Schritt für Schritt: 8. Document Editor (Englisch)

  6. 6

    Für das nächste Release aktualisieren

    Kommt eine neue DOCX-Version, zeigt der Revisionsvergleich die Änderungen im Ausgangstext als Redline, als DOCX mit Änderungsverfolgung und als Änderungsliste. Im Modus mit Übersetzung, zusammen mit dem Translation Memory bei Translator Pro, werden nur die betroffenen Segmente neu übersetzt. Berechnet wird erst nach Ihrer Bestätigung.

    So geht es, Schritt für Schritt: 9. Revision comparison (Englisch)

Dokumenttypen

Was übersetzt wird

  • Benutzerhandbücher und HilfetexteOberflächenbezeichnungen im Text müssen zur Software passen, die der Leser geöffnet hat, sonst findet er die Schaltfläche nicht.
  • API-DokumentationEndpunkte, Parameter sowie Anfrage- und Antwortbeispiele bleiben unverändert; übersetzt werden nur die Beschreibungen darum herum.
  • Installations- und KonfigurationsanleitungenLeser kopieren Befehle, Dateipfade und Konfigurationsschlüssel, daher macht ein einziges geändertes Zeichen den Schritt unbrauchbar.
  • Release NotesKurz und dicht; veraltet, entfernt und inkompatible Änderung haben unterschiedliche Folgen und müssen getrennt bleiben.
  • Technische Spezifikationen und DatenblätterWerte, Toleranzen, Einheiten und Teilenummern sind der Inhalt; die Zahlenprüfung markiert geänderte Zahlen, und der Prüfer bestätigt jede einzelne.
  • HardwarehandbücherSicherheitshinweise und die Reihenfolge der Schritte zählen mehr als der Stil; der Prüfer kontrolliert, dass kein Hinweis und kein Schritt zusammengelegt oder weggelassen wurde.
  • ArchitekturdokumenteKomponenten- und Dienstnamen kommen oft vor; ein Glossar hält sie von der ersten Diagrammbeschriftung bis zum letzten Anhang identisch.
  • Sicherheitsrichtlinien und -verfahrenWörter wie muss, sollte und kann legen Verbindlichkeitsstufen fest, und eine Richtlinie ändert ihre Bedeutung, wenn sie verwischt werden.
  • Technische Zeichnungen und AnmerkungenAnmerkungen in einem PDF werden nur übersetzt, wenn sie markierbarer Text sind; Beschriftungen, die Teil eines Bildes sind, bleiben unübersetzt.
  • NetzspezifikationenLange Dokumente mit nummerierten Anforderungen und Querverweisen. Nummerierung und Überschriften müssen erhalten bleiben, und Wörter wie „shall“ und „should“ müssen ihre unterschiedliche Verbindlichkeit behalten.
  • Installations- und InbetriebnahmeanleitungenBefehle, Parameternamen und Werte stehen mitten in den Anweisungen, und jeder davon muss genau der Vorlage entsprechen.
  • Alarm- und ParameterlistenOft als XLSX geführt. Die Beschreibungen werden übersetzt, Formeln bleiben erhalten; der Prüfer kontrolliert, dass Codes und Kennungen unverändert sind.

So geht es, Schritt für Schritt: 6. Document translation (Englisch)

Qualitätskontrollen

Integrierte Kontrollen

Fachterminologie

Ein Fachglossar oder eine Termbank kann bevorzugte Begriffe während der Prüfung konsistent halten.

So geht es, Schritt für Schritt: 3. Terminology extraction (Englisch)

Format- und Strukturprüfung

Dokumentstruktur, Nummerierung, Tabellen und Abschnitte bleiben für die Prüfung sichtbar.

So geht es, Schritt für Schritt: 8. Document Editor (Englisch)

Translation Memory

Freigegebene Übersetzungen können bei gleichen oder ähnlichen Texten wiederverwendet werden.

So geht es, Schritt für Schritt: 4. Translation memory (Englisch)

Prüfprotokolle

Prüferaktionen, Einstellungen und Freigabezeiten werden gespeichert, wenn der Workflow dies unterstützt.

So geht es, Schritt für Schritt: 7.3 Project tools (Englisch)

Glossarfilterung

Nur Glossarbegriffe, die im aktuellen Text vorkommen, werden mit der Übersetzungsanfrage gesendet.

So geht es, Schritt für Schritt: 2.15 Use a glossary correctly (Englisch)

Empfohlene Einstellungen

So richten Sie einen Auftrag in diesem Bereich ein

Fachgebiet für die Terminologieextraktion

Wählen Sie „Technisch“, wenn Sie Begriffe aus diesen Dokumenten extrahieren. Das Fachgebiet wird nur für die Extraktion verwendet.

Schritt für Schritt im Benutzerhandbuch (Englisch)

Glossar

Legen Sie die freigegebenen Begriffe für diesen Kunden und dieses Sprachpaar an, eine Übersetzung pro Begriff, und wählen Sie das Glossar beim Übersetzen aus.

Schritt für Schritt im Benutzerhandbuch (Englisch)

Terminologiebeispiele

Umgang mit Schlüsselbegriffen

API-Endpunkt (API endpoint)

Pfade wie /v2/orders und Methoden wie GET bleiben wie im Ausgangstext. Nichts hindert das Modell daran, sie zu ändern, deshalb vergleicht der Prüfer jeden einzelnen.

Platzhalter / Variable (placeholder / variable)

Zeichenfolgen wie {user_name} oder %s müssen unverändert zurückkommen. Die Qualitätsprüfung markiert einen geänderten oder fehlenden Platzhalter, und der Prüfer stellt ihn wieder her.

Authentifizierung / Autorisierung (authentication / authorization)

Identitätsprüfung gegenüber Rechtevergabe. Manche Sprachen verwenden im Alltag ein Wort für beides, daher hält ein Glossareintrag für jeden Begriff sie auseinander.

Latenz / Durchsatz (latency / throughput)

Verzögerung gegenüber Menge pro Sekunde. Es bleiben getrennte Begriffe, und Einheiten wie ms oder Mbit/s werden nicht umgerechnet.

Veraltet (deprecated)

Funktioniert noch, wird aber später entfernt. Es darf nicht zu „entfernt“ oder „obsolet“ werden; ein Glossareintrag legt den Zielbegriff fest.

Inkompatible Änderung (breaking change)

Eine Änderung, nach der bestehende Integrationen nicht mehr funktionieren. Der Zielbegriff wird je Sprache vereinbart, manchmal auf Englisch belassen, und ins Glossar aufgenommen.

Standardwert (default value)

Der wörtliche Wert (true, 30, en-GB) bleibt, wie er geschrieben ist. Die Zahlenprüfung markiert geänderte Zahlen; Wörter wie true prüft der Prüfer.

Oberflächenbezeichnung (UI label)

Namen von Schaltflächen und Menüs sollten der lokalisierten Software entsprechen. Ist das Produkt nicht lokalisiert, bleibt die Bezeichnung meist auf Englisch, und das Glossar hält diese Entscheidung fest.

Fehlermeldung (error message)

Leser suchen nach der genauen Meldung, die die Software anzeigt. Viele Teams behalten die Originalmeldung und fügen eine Übersetzung in Klammern hinzu; der Prüfer wendet die Regel des Teams an.

So geht es, Schritt für Schritt: 2.4 Add terms (Englisch) · 2.15 Use a glossary correctly (Englisch)

Wer dies nutzt

Branchen

Softwareunternehmen, IT-Dienstleister, Ingenieurbüros, Rechenzentren, Cybersecurity-Teams und Normungsgremien.

Standards und Referenzen

Was der Workflow unterstützt

Prüfer können Befehle, Dateipfade, Kennungen, Codefragmente, Einheiten, Teilenummern und wiederkehrende Fachbegriffe kontrollieren.

Vor der Lieferung

Was Ihr Prüfer kontrolliert

  • Befehle, Codeblöcke, Dateipfade und Konfigurationsschlüssel sind mit dem Ausgangstext identisch.
  • Platzhalter und Variablen wie {name} oder %s sind unverändert, und keiner fehlt.
  • Versionsnummern, Teilenummern, Werte und Einheiten stimmen mit dem Ausgangstext überein; nichts wurde umgerechnet oder gerundet.
  • Oberflächenbezeichnungen entsprechen der lokalisierten Software oder bleiben auf Englisch, wo das vereinbart wurde.
  • Jedes von den Qualitätsprüfungen markierte Segment wurde angesehen und geklärt.
  • Glossartermini werden einheitlich verwendet, auch in Überschriften, Tabellen und Bildunterschriften.
  • Warnungen, Vorsichtshinweise und die Reihenfolge der Schritte in Verfahren sind vollständig.
  • Kommentare in Codebeispielen sind übersetzt oder unverändert, so wie der Kunde es wünscht.
  • Text in Screenshots und Diagrammen ist nicht übersetzt; er wird für den Kunden aufgelistet.
  • Die heruntergeladene Datei öffnet sich korrekt; bei einem PDF sind komplexe Layouts und ersetzte Schriften kontrolliert.

So geht es, Schritt für Schritt: 7. Translation Editor (Englisch)

Transparenz

Was DeepReference nicht tut

  • Code, Befehle und Platzhalter sind nicht automatisch geschützt. Das Modell kann einen Kommentar, einen Variablennamen oder ein Wort in einem Befehl übersetzen. Die Qualitätsprüfungen markieren geänderte Tags, Zahlen und Platzhalter, aber nicht jede Änderung, daher prüft ein Mensch jeden Codeblock.
  • Software-Ressourcendateien wie JSON, YAML, PO, .strings oder .resx lassen sich nicht als Dateien übersetzen. XLIFF schon: Die leeren Zielsegmente werden gefüllt, und dieselbe Datei kommt zurück (ab Starter). DeepReference übersetzt DOCX-, PDF-, PPTX-, XLSX- und XLIFF-Dateien sowie eingefügten Text; es ist kein Werkzeug für Softwarelokalisierung.
  • Einheiten, Zahlenformate und Datumsangaben werden nicht nach einer Regel umgewandelt. Das Ergebnis ist das, was das Modell geschrieben hat, daher entscheidet der Prüfer zum Beispiel, ob 1.5 im Deutschen 1,5 heißen soll.
  • Text in Bildern, etwa in Screenshots und als Bild gespeicherten Zeichnungen, wird nicht übersetzt. Ein reines Bildscan-PDF wird abgelehnt; laden Sie die Originaldatei oder ein PDF mit markierbarem Text hoch.
  • Es gibt keine Anbindung an Git-Repositorys oder Helpcenter-Plattformen. Dateien gehen per Upload hinein und heraus oder über die REST-API bei Business.
  • Es gibt kein eigenes Modell für technische oder IT-Inhalte, und DeepReference stellt keine Übersetzer oder technischen Prüfer. Die Fachgebietseinstellung steuert nur die Terminologieextraktion.

Fragen

Häufige Fragen

Kommen meine Codeblöcke unverändert zurück?

Nicht automatisch. Das Modell übersetzt das ganze Segment, Code eingeschlossen, und nichts sperrt den Code. Die Qualitätsprüfungen markieren geänderte Tags, Zahlen und Platzhalter, aber ein Mensch muss trotzdem jeden Codeblock und jeden Befehl mit dem Ausgangstext vergleichen.

Können wir JSON-, PO- oder XLIFF-Dateien aus unserer Software hochladen?

XLIFF ja (1.2 und 2.0, ab Starter): Die leeren Zielsegmente werden gefüllt, und dieselbe Datei kommt zurück. JSON und PO nein. Übersetzbare Dateien sind DOCX, PDF, PPTX, XLSX und XLIFF, bis 50 MB (75 MB bei Business), dazu eingefügter Text bis 100.000 Zeichen. Dokumentation in Markdown oder in einem Helpcenter-Werkzeug muss zuerst in eines dieser Formate exportiert werden.

Wird Dokumentation zu unveröffentlichten Produkten an ein externes KI-Unternehmen gesendet?

Nein. Das Modell läuft auf DeepReferences eigenen Servern in der EU, und kein externes KI-Unternehmen sieht den Text. Kundeninhalte werden nie zum Trainieren des Modells verwendet. Uploads werden vor dem Senden im Browser verschlüsselt, gespeicherte Dateien sind ruhend verschlüsselt; es handelt sich um Verschlüsselung zwischen Ihrem Browser und den Servern von DeepReference.

Gibt es ein eigenes Modell für technische und IT-Inhalte?

Nein. Ein Modell übersetzt alle Fachgebiete. Der Ton Technisch ändert das Register der Ausgabe, das Glossar liefert Ihre freigegebenen Termini, und die Fachgebietseinstellung steuert nur die Terminologieextraktion. Sie ändert nicht, wie das Modell übersetzt.

Wie gehen wir mit einer neuen Version eines Handbuchs um?

Sind beide Versionen DOCX, zeigt der Revisionsvergleich (ab Freelance) die Änderungen im Ausgangstext als Redline, als DOCX mit Änderungsverfolgung und als Änderungsliste. Im Modus mit Übersetzung, mit dem Translation Memory bei Translator Pro, werden nur die von der Revision betroffenen Segmente neu übersetzt. Berechnet wird erst nach Ihrer Bestätigung.

Können wir DeepReference an unsere Build- oder Dokumentations-Pipeline anbinden?

Bei Business gibt es eine REST-API mit API-Schlüsseln, sodass Ihre eigenen Skripte Übersetzungen anfordern können. Fertige Konnektoren für Git oder Helpcenter-Plattformen gibt es nicht, und auch die Ausgabe der API braucht dieselbe menschliche Prüfung.

Prüfrahmen

Öffnen Sie die Plattform über das Dashboard, wenn Sie mit Dateien arbeiten möchten.

Qualitätsdokumentation anzeigen

Projekte starten: Technische und IT-Übersetzung

Öffnen Sie die Plattform über das Dashboard, wenn Sie mit Dateien arbeiten möchten.

Dokumentation lesenDashboard öffnen