Bestehende Websites können um Englisch, Deutsch, Französisch, Arabisch und weitere Sprachen ergänzt werden. Möglich sind manuelle Sprach-Keys, Google Cloud Translation API oder ein hybrider Workflow mit automatischer Erstübersetzung und manueller Korrektur im Adminbereich.
Übersetzungen können in Datenbank/Cache gespeichert werden statt die API bei jedem Seitenaufruf zu verwenden. Marken und technische Begriffe können über Glossary oder Exclude-Regeln geschützt werden.
Key-System, Google API, Glossary und SEO-URL-Architektur
Eine echte SEO-fähige Mehrsprachigkeit verwaltet Inhalte, URLs, Slugs, Titles, Descriptions, Menüs, Kategorien, Produkte, Blog und Structured Data je Sprache.
Die Sprachschicht wird an vorhandene Inhalte und Routing-Struktur angepasst.
Manuell, automatisch oder hybrid je nach Inhaltsmenge und Qualitätsziel.
UI und kritische Texte werden manuell gepflegt.
Neue Inhalte werden einmal übersetzt und gespeichert.
API erzeugt Entwurf, Editor korrigiert und bestätigt.
Wiederkehrende UI-Texte werden über stabile Keys statt hart kodiertem Text geladen.
Ein Adminbereich kann Werte je Sprache verwalten.
Dynamische Produkte/Blogs werden besser über Translation-Tabellen mit Record/Field verknüpft.
Bestand, Preis und SKU bleiben im Master-Record; Name, Beschreibung, SEO und Slug variieren je Sprache.
Generische oder entity-spezifische Translation-Tabellen sind möglich.
Die vorhandene Datenbank entscheidet über das beste Modell.
Neue Inhalte können Background-Jobs für Zielsprachen auslösen.
API nicht bei jedem Seitenaufruf verwenden; Ergebnis speichern.
Advanced bietet unter anderem Glossary und Batch-Funktionen.
API erzeugt die erste Version, Editor korrigiert und bestätigt.
Source Hash erkennt Änderungen im Original.
Freigegebene manuelle Texte werden nicht automatisch überschrieben.
Glossaries halten Marken und technische Begriffe konsistent.
SKU, Modellnummern und Platzhalter können ausgeschlossen werden.
Besonders nützlich bei großen technischen Katalogen.
Google empfiehlt unterschiedliche URLs für Sprachversionen.
Beispiele: /tr/urun/... /en/product/... /de/produkt/....
Sprachwechsel sollte zur äquivalenten Seite führen.
Jede lokalisierte Seite kann alle äquivalenten Versionen per hreflang referenzieren.
x-default eignet sich für Sprachwahl/Default-Seite.
Canonical sollte möglichst eine Seite derselben Sprache referenzieren.
Browser-Sprache kann als Empfehlung dienen; harte Geo-IP-Redirects können Crawler behindern.
Benutzerauswahl per Cookie/Session speichern.
Land und Sprache sind nicht identisch.
Große Kataloge über Queue/Batch statt einer großen Anfrage verarbeiten.
Source Hash verhindert erneute Übersetzung unveränderter Datensätze.
Retry und Quota gehören in Background Worker.
Cloud Translation wird abhängig von Modell und Nutzung berechnet.
Übersetzungen speichern und nur geänderte Felder erneut senden.
Nutzung kann im Adminbereich protokolliert werden.
Lieferanten-XML kann Master-Produkte anlegen und EN/DE-Jobs starten.
SKU, Barcode und Marke bleiben unverändert.
Nur geänderte Felder werden neu übersetzt.
Arabisch, Persisch und Hebräisch benötigen richtungsbewusstes Layout.
dir=rtl und UI-Komponenten müssen getestet werden.
Auch Bilder mit Text können lokalisiert werden.
Fehlende Texte können auf die Quellsprache zurückfallen.
Admin kann unvollständige Übersetzungen listen.
Für SEO-Landingpages sollte Fallback nur vorübergehend sein.
Senden Sie Website, Plattform, Zielsprachen und ungefähre Inhaltsmenge.
Zuerst wird geklärt, ob Keys, API oder Hybrid am besten passt.
Quellcodezugriff wird nur bei Bedarf separat angefragt.
Beispiele zeigen die Architektur und werden an die bestehende Anwendung angepasst.
echo $dil['in_den_warenkorb'];language | table_name | record_id | field | value
tr | products | 52 | name | EKA Sunucu Paketi
en | products | 52 | name | EKA Server Package
de | products | 52 | name | EKA Serverpaket<link rel="alternate" hreflang="tr" href="https://site.com/tr/urun/eka-sunucu">
<link rel="alternate" hreflang="en" href="https://site.com/en/product/eka-server">
<link rel="alternate" hreflang="de" href="https://site.com/de/produkt/eka-server">
<link rel="alternate" hreflang="x-default" href="https://site.com/">Eka Sunucu = Eka Sunucu
VPS = VPS
VDS = VDS
NVMe = NVMe
Sanal Sunucu = Virtual Server
Ekran Kartlı Sunucu = GPU ServerSenden Sie Website, Zielsprachen und ungefähre Inhaltsmenge. Wir bestimmen den passenden manuellen, API- oder Hybrid-Workflow.
Wir priorisieren Google Cloud und Google Search Central.
Mehrsprachigkeit kann mit XML, Kursautomation und technischem SEO kombiniert werden.
Antworten zu Key-, API- und SEO-Fragen.
Ja.
Nein.
Ja.
Nein.
Ja.
Ja, mit Glossary/Exclude.
Ja, per Queue/Batch.
Abhängig von Modell und Nutzung.
Ja, besonders für SEO.
Ja.
Nein.
Ja, mit RTL-Anpassung.
Ja.
Nein.
Website, Plattform, Zielsprachen und Inhaltsmenge.
Senden Sie Website, Zielsprachen und ungefähre Inhaltsmenge. Wir bestimmen den passenden manuellen, API- oder Hybrid-Workflow.