Mehrsprachige Studio-Sites
Wenn Ihre Kunden und Suchenden in mehr als einer Sprache arbeiten, muss die öffentliche Site echte Texte in jeder Sprache veröffentlichen (Seiten, Portfolio-Titel, Produkte und Bildunterschriften) auf demselben Archiv, das schon die Delivery betreibt. Eine Flagge im Header erledigt diesen Job nicht.
Vier Mechanismen
Was Sie tatsächlich kaufen
Kein natives Produkt
WordPress-Core, Squarespace und SmugMug liefern kein First-Party-Übersetzungssystem für die Site. Der Weg ist ein Plugin (WPML, Polylang, TranslatePress), eine App wie Weglot, doppelte Seiten oder ein zweiter Host pro Sprache.
Nur UI oder Widget
Galerie-Tools ändern oft Interface-Labels oder fügen ein Google-Translate- / Seitenübersetzer-Widget hinzu. Buttons wechseln die Sprache; About-Text, Pakete, Portfolio-Titel und Bildunterschriften bleiben meist in einer Sprache.
First-Party oder Overlay mit Zähler
Wix Multilingual und Weglot-ähnliche Layer liefern Locale-Pfade und einen Umschalter. Maschinenübersetzung wird typischerweise als Plattform- oder App-Wortguthaben zusätzlich zum Site-Plan abgerechnet.
Nativ + BYO-Keys
Locale-Pfade und Umschalter auf der Studio-Site; Maschinenübersetzung auf Ihrem DeepL-, Gemini- oder OpenAI-Konto; Seiten und Posts werden pro Locale veröffentlicht; fehlende Entity-Felder soft-fallen auf Primär; unveröffentlichte Locale-URLs liefern 404.
Was die Kategorie heute liefert
Die meisten fotografie-orientierten Site-Produkte behandeln Sprache als Add-on, nicht als Teil der Medien-Säule.
Das Squarespace-Hilfecenter dokumentiert Mehrsprachigkeit über Weglot. Format vermarktet dieselbe Weglot-Integration für Portfolio-Sites. SmugMugs eingebaute Option ist ein Google-Translate-Content-Block. WordPress-Core hat kein Mehrsprachigkeitsprodukt; WPML, Polylang und TranslatePress sind der übliche Stack, mit eigenen Lizenzen und Update-Risiko zusätzlich zum Hosting.
Wix Multilingual ist First-Party: Sprachumschalter, Locale-URL-Pfade und hreflang-ähnliche Signale. Maschinenübersetzung auf diesem Weg wird oft noch als Wortguthaben verkauft, und lokalisierte URL-Slugs bleiben eine bekannte Produktgrenze.
UI-Strings vs. Site-Texte
Kunden entscheiden anhand von About-Text, Paketnamen, Portfolio-Titeln und Bildunterschriften. Wenn nur „Download“ und „Favorites“ die Sprache wechseln, während dieser autorisierte Text englisch bleibt, ist die Site in der Oberfläche zweisprachig und dort einsprachig, wo es zählt.
Ohne Übersetzungsmodell für diese Felder sind die praktischen Workarounds doppelte Seiten mit eigener Navigation, eine zweite Domain oder ein Overlay, das Text nach dem Render umschreibt. Jedes erhöht den Wartungsaufwand, wenn sich die Primärsprache ändert.
Wie Übersetzung abgerechnet wird
Weglot und ähnliche Overlays zählen übersetzte Wörter und Zielsprachen in der Regel getrennt vom Site-Abo. Pläne skalieren mit der Wortzahl; das Limit zu überschreiten kann neue Übersetzungen stoppen oder ein Upgrade erzwingen. Die Site auf eine zweite Domain zu klonen umgeht den Zähler und erzeugt zwei Archive, die synchron bleiben müssen.
Bei WordPress ist die Rechnung das Plugin (und oft ein Begleiter für WooCommerce oder SEO), plus die Kosten, den Stack nach Updates mit Themes und Page Buildern kompatibel zu halten.
BYO-Keys drehen den Zähler um: Das Studio zahlt DeepL, Gemini oder OpenAI direkt für Maschinenübersetzung, und die Plattform liefert Locale-Routen, Umschalter und Publish-Regeln statt Übersetzungsguthaben zu verkaufen.
Locale-URLs und fehlende Übersetzungen
Jede Locale-URL sollte dem entsprechen, was Sie für diese Sprache veröffentlicht haben. Soft-Fall eines fehlenden Portfolio-Titels oder einer Bildunterschrift auf die Primärsprache zeigt eine Lücke in einem Feld. Eine volle Primärseite unter einem `/fr/`-Pfad auszuliefern oder Text nur im Browser zu tauschen kann dazu führen, dass Besucher und Crawler für dieselbe URL unterschiedliche Dokumente sehen.
ArtInStack liefert 404 für unveröffentlichte Locale-Extras statt den Pfad mit Primär-HTML zu füllen. Soft-Fall gilt für fehlende Entity-Felder, nicht als Ersatz für eine veröffentlichte Seite. Für Search Console, Sitemaps und Crawl-Prüfung auf diesen URLs siehe Wofür Search Console da ist.
| Mechanismus | Was Sie bekommen |
|---|---|
| Kein natives Produkt | Plugin, App, doppelte Seiten oder zweiter Host |
| Nur UI oder Widget | Interface-Sprache wechselt; autorisierter Text oft nicht |
| First-Party oder Overlay mit Zähler | Locale-Pfade und Umschalter; Übersetzung als Guthaben |
| Nativ + BYO-Keys | Locales auf dem Studio-Archiv; API-Nutzung auf Ihrem Anbieterkonto |
Wo ArtInStack hineinpasst
Auf ArtInStack laufen Locales auf derselben Medien-Säule wie öffentliche Site, Portfolios, Produkte und Bildunterschriften. Sie verbinden Ihren eigenen DeepL-, Gemini- oder OpenAI-Key für Maschinenübersetzung. Seiten und Posts werden pro Locale veröffentlicht; Entities soft-fallen, wenn eine Übersetzungszeile fehlt.
Anbieter verbinden, den Language Switcher platzieren und Sprachen aktivieren sind in Mehrsprachige Website-Sprachen beschrieben. Für Delivery, Print und Site-Fit gegenüber SmugMug, Pixieset, Squarespace und WordPress siehe Ein einheitliches OS für Ihr visuelles Business.
Sprachen auf demselben Archiv hinzufügen
Locale-Pfade, ein Umschalter und Ihre eigenen Übersetzungsschlüssel. Dann Crawl prüfen wie bei jeder anderen öffentlichen URL.
Also in Guides: Ein einheitliches OS für Ihr visuelles Business · Die richtige Plattform wählen · Wofür Search Console da ist