Mehrsprachige Site-Sprachen

ArtInStack kann Ihre öffentliche Website in mehr als einer Sprache veröffentlichen. Sie wählen eine Primärsprache (die Standard-, ungeprägten URLs) und optionale zusätzliche Locales. Besucher wechseln mit einem Language Switcher in Header oder Footer. Seiten und Beiträge erhalten eigene Languages-Steuerungen für Generate, Preview und Publish. Portfolios, Produkte und Fotobeschriftungen folgen denselben veröffentlichten Locales; fehlt eine Übersetzung, sehen Besucher weiterhin die korrekte Sprach-Chrome und fallen weich auf den Primärtext zurück.

Das Veröffentlichen zusätzlicher Locales erfordert einen Plan mit aktivierten multilingual sites. Die Primärsprache allein ist ohne diese Freigabe verfügbar.

Voraussetzungen

Dashboard → Settings → General → Site Languages

Plan: multilingual sites aktiviert, wenn Sie mehr als die Primär-Locale brauchen

Dashboard → Settings → Integrations → Translation — erforderlich vor Generate. Sie können Locales und den Switcher zuerst setzen; ohne Provider-API-Schlüssel können Sie keine Seiten- oder Beitrags-Extras generieren.

Implementierungsschritte

1. Primär- und veröffentlichte Locales wählen

1. Öffnen Sie Settings → General.
2. Unter Site Languages setzen Sie Primary language (neue Seiten und die Standard-öffentliche Locale nutzen dies).
3. Unter Published locales fügen Sie jede Sprache hinzu, die im öffentlichen Switcher erscheinen soll. Primary ist immer enthalten.
4. Einstellungen speichern.

Ohne Extras bleibt die Website einsprachig auf ungepräften URLs (zum Beispiel /about). Mit Extras wie Französisch können Besucher /fr/about, /fr/blog/…, /fr/portfolio/… und /fr/photo/… öffnen.

2. Übersetzungsanbieter wählen

Öffnen Sie Settings → Integrations → Translation. Wählen Sie einen Anbieter, fügen Sie Ihren eigenen API-Schlüssel ein (ArtInStack speichert ihn verschlüsselt und zeigt ihn nach dem Speichern nie wieder), dann speichern. Manual only reicht für Generate nicht — Sie brauchen DeepL, Gemini oder OpenAI.

Anbieter	Am besten für	Schlüssel holen	Limits & Hinweise
DeepL (empfohlen, wenn für Ihr Sprachpaar verfügbar)	Höchste Qualität für viele europäische Sprachen	API-Konto bei DeepL API anlegen und Authentifizierungsschlüssel kopieren	Pläne und Zeichenkontingente ändern sich — prüfen Sie DeepLs aktuelle API-Pläne. Neue Developer-Kontingente sind oft ein einmaliges Zeichenbudget (häufig etwa 1 Million Zeichen insgesamt, nicht monatlich); bezahlte Growth-ähnliche Pläne fügen wiederkehrendes Volumen hinzu. Bestätigen Sie Live-Limits in Ihrer DeepL-Konsole vor einem großen Site-Generate.
Google Gemini	Günstig oder kostenlos zum Start; gut für Entwürfe, die Sie prüfen	API-Schlüssel in Google AI Studio erstellen	Nutzt ein schnelles, kosteneffizientes Gemini-Modell in ArtInStack (nicht die schwersten „Pro“-Modelle). Qualität kann hinter DeepL bei manchen Paaren zurückbleiben — immer Preview vor Publish. Free-Tier-Google-Kontingente gelten; siehe Googles aktuelle AI-Studio-/Gemini-API-Limits.
OpenAI	Sie haben bereits ein OpenAI-Konto; flexibler Fallback	Schlüssel unter OpenAI API keys erstellen	Nutzt ein leichtes Chat-Modell geeignet für Site-Texte. Abrechnung auf Ihr OpenAI-Konto; Nutzungslimits in deren Dashboard setzen.

Praktischer Tipp: Bevorzugen Sie DeepL für öffentliches Generate von Seiten und Beiträgen, wenn Ihre Locales unterstützt sind und Sie Kontingent haben. Nutzen Sie Gemini, um Mehrsprachigkeit günstig auszuprobieren oder wenn DeepL nicht passt. Behalten Sie OpenAI als Alternative, wenn Sie dort bereits abrechnen. Nach Generate immer Preview — maschineller Entwurf ist ein Ausgangspunkt, keine Veröffentlichungs-Garantie.

Zeichenverbrauch umfasst Generate für Seiten/Beiträge und automatische Entitätsfüllungen (Portfolionamen, Produkttitel, Beschriftungen und Ähnliches), wenn Extras veröffentlicht sind. Große Sites verbrauchen Kontingent schneller — generieren Sie wichtige Seiten zuerst.

3. Language Switcher hinzufügen

1. Öffnen Sie Settings → Header & Footer → Edit auf Ihrem Standard-Header (oder Footer).
2. Aus Header Elements oder Footer Elements Language Switcher ablegen.
3. Vorlage speichern.

Der Switcher listet Ihre Published locales. Er bleibt ausgeblendet, wenn nur eine Locale veröffentlicht ist. Details: Header, Footer und Navigation.

4. Eine Seite übersetzen (Generate → Preview → Publish)

1. Öffnen Sie Pages → Edit der Seite.
2. Bearbeiten Sie den Primärtext weiter auf der Page Editor-Leinwand (primäres Publish liefert weiterhin diese Locale).
3. Öffnen Sie Page Settings → Languages.
4. Für jede Extra-Locale: Generate eines Entwurfs (Anbieter + Schlüssel bereits unter Integrations → Translation gesetzt), Preview, dann Publish, wenn bereit.
5. Unpublish einer Extra-Locale, wenn Sie diese Locale offline nehmen müssen, ohne die Primäre zu löschen.

Extra-Seitenkörper, die nicht veröffentlicht sind, liefern 404 auf dieser Locale-URL (kein stiller englischer Körper unter /fr/…). Meta-Titel und Beschreibung fallen weich auf die Primäre zurück, wenn Locale-SEO-Felder leer sind.

Dasselbe Muster bei Posts: Beitrag öffnen → Panel Languages → Generate / Preview / Publish für Extras (/blog/… primär, /{locale}/blog/… für Extras).

5. Andere Inhalte synchron halten (Soft-Fall)

Verfassen Sie Portfolios, Produkte, Kategorien und Fotobeschriftungen in der Primärsprache. Wenn Extras veröffentlicht und Translation-Schlüssel konfiguriert sind, können Updates Übersetzungszeilen automatisch füllen. Bis eine Zeile existiert, zeigen öffentliche Listen und Fotoseiten den Primärtext mit der Locale-Chrome des Besuchers (Layout, Buttons, Breadcrumbs).

Sie brauchen keine separate „alles übersetzen“-Checkliste, bevor Sie mit Extras live gehen — veröffentlichen Sie zuerst die wichtigen Seiten und Beiträge, füllen Sie den Rest nach und nach.

Was Sie sehen werden

• Der Switcher bietet jede veröffentlichte Locale (Endonyme).
• Primär-URLs bleiben ungeprägt; Extras nutzen /{locale}/….
• Veröffentlichte Seiten-/Beitrags-Extras rendern übersetztes HTML; unveröffentlichte Extras 404.
• Galerien, Produkte und Fotos behalten Locale-Pfade; fehlende Beschriftungen fallen auf die Primäre zurück.

Fehlerbehebung & häufige Fallstricke

Problem	Was prüfen
Veröffentlichten Locales können nicht hinzugefügt werden	Plan muss multilingual sites enthalten; Primär allein funktioniert immer
Keine Languages-Zeilen auf einer Seite	Extras unter Settings → Site Languages hinzufügen, dann Page Settings erneut öffnen
Generate verlangt einen API-Schlüssel	Settings → Integrations → Translation — DeepL, Gemini oder OpenAI wählen (nicht Manual only) und Schlüssel einfügen
Generate schlägt fehl oder stoppt mitten in der Site	Anbieterkontingent erschöpft oder Schlüssel ungültig — Anbieterkonsole prüfen; DeepL-Developer-Budgets sind oft einmalige Summen
Switcher fehlt auf der Live-Site	Vorlage mit Language Switcher gespeichert; mehr als eine veröffentlichte Locale; erneut veröffentlichen oder Hard-Refresh
/fr/…-Seite 404	Französische Locale dieser Seite ist Missing oder Draft — unter Languages Publish
Titel noch primär auf einem französischen Foto	Erwarteter Soft-Fall, bis eine Beschriftungsübersetzung existiert; Chrome sollte weiterhin Französisch sein

Einrichtung prüfen

• Site Languages zeigt die beabsichtigte Primär- und veröffentlichten Locales.
• Integrations → Translation zeigt einen Maschinenanbieter mit gespeichertem Schlüssel.
• Header oder Footer enthält Language Switcher, wenn Extras aktiv sind.
• Eine Seite hat eine Extra-Locale Live; ihre /{locale}/…-URL lädt den übersetzten Körper.
• Dieselbe Seite ohne veröffentlichtes Extra liefert 404 (kein Primär-HTML unter der geprägten URL).

Verwandte Dokumentation

• Header, Footer und Navigation — Language-Switcher-Block
• Seiteneinstellungen und Überschreibungen — Tab Page Settings
• Vorschau und Veröffentlichen — primärer Veröffentlichungsfluss
• Seiten-SEO-Einstellungen — Meta-Felder (Generate füllt Locale-SEO aus der Primären)
• Blogbeiträge veröffentlichen und aktualisieren — Beiträge und Extras