Mehrsprachige Yacht-Websites für mediterrane Makler
Letztes Jahr haben wir eine Yacht-Maklerplattform gebaut, die Angebote in sechs Sprachen rund ums Mittelmeer bedienen musste. Französische Käufer in Cannes, italienische Kunden in Porto Cervo, griechische Charter-Suchende in Athen, türkische Marina-Betreiber in Bodrum, spanische Makler in Palma de Mallorca und englischsprachige Expats überall dazwischen. Was als „einfach einen Übersetzen-Button hinzufügen" begann, entwickelte sich zu einer der interessantesten i18n-Herausforderungen, an der ich je gearbeitet habe. Hier ist alles, was ich über das Bauen mehrsprachiger Yacht-Websites gelernt habe, die tatsächlich konvertieren.
Inhaltsverzeichnis
- Warum mediterrane Yacht-Makler mehrsprachige Websites brauchen
- Den richtigen Tech Stack wählen
- URL-Strategie für mehrsprachige Yacht-Angebote
- Yacht-Listing-Daten übersetzen
- i18n-Implementierungsmuster
- Währungs- und Einheitenlokalisierung handhaben
- SEO für mehrsprachige Yacht-Websites
- Leistungsüberlegungen
- Beispiel für reale Architektur
- Häufig gestellte Fragen

Warum mediterrane Yacht-Makler mehrsprachige Websites brauchen
Der mediterrane Yacht-Markt wird Prognosen zufolge bis 2026 12,3 Milliarden Dollar erreichen, laut Allied Market Research. Aber hier ist das, was die meisten Agenturen übersehen: Dieser Markt ist grundlegend durch Sprache fragmentiert. Eine 45-Meter-Benetti in Monaco muss von einem in Deutsch suchenden deutschen Industriellen, einem auf Arabisch browsenden saudischen Käufer und einem auf Englisch suchenden britischen Rentner auffindbar sein.
Ich habe Makler gesehen, die sechsstellige Provisionen verloren haben, weil ihre Website nur englische Inhalte bot. Ein Makler in Antibes erzählte mir, dass sein größter Konkurrenz französischsprachige Kunden einfach deshalb gewann, weil ihre Angebote in französischen Google-Ergebnissen auftauchten. Das ist kein Technologieproblem – es ist ein Geschäftsproblem mit einer Technologielösung.
Die Zahlen unterstützen das:
| Marktsegment | Erforderliche Sprachen | Käufer-Demografie |
|---|---|---|
| Côte d'Azur | FR, EN, RU, AR | Europäische HNWIs, Nahost-Käufer |
| Italienische Küste | IT, EN, DE, FR | Nordeuropäische Charter-Kunden |
| Griechische Inseln | EL, EN, DE, FR | Charter-schwer, saisonaler Tourismus |
| Türkische Riviera | TR, EN, DE, RU | Günstiger Charter-Markt |
| Balearische Inseln | ES, EN, DE, FR | Gemischte Maklerei und Charter |
| Kroatische Küste | HR, EN, DE, IT | Aufstrebender Markt, wächst schnell |
Wenn Sie nur eine oder zwei dieser Sprachen bedienen, lassen Sie Geld auf dem Tisch liegen. Punkt.
Den richtigen Tech Stack wählen
Für Yacht-Makler-Websites brauchen Sie einen Stack, der zwei sehr unterschiedliche Inhaltstypen verwaltet: statischer Marketing-Inhalt (Über-Seiten, Service-Beschreibungen, Team-Bios) und dynamische Listing-Daten (Yacht-Specs, Preise, Verfügbarkeit, Fotos).
Ich habe diese auf Next.js und Astro gebaut, und beide funktionieren gut je nach Ihren Anforderungen. Wenn Sie starke Interaktivität brauchen – gespeicherte Suchen, Vergleichswerkzeuge, Anfragefomulare mit Echtzeit-Verfügbarkeit – ist Next.js besser geeignet. Wenn die Website hauptsächlich ein Showcase ist mit weniger dynamischem Verhalten, bietet Astros Island-Architektur unglaubliche Leistung direkt aus der Box.
So vergleichen sich die Stacks für diesen spezifischen Anwendungsfall:
| Feature | Next.js (App Router) | Astro | Remix |
|---|---|---|---|
| i18n Routing | Built-in Middleware | Manuell oder Plugin | Manuell |
| Statische Generierung | Ausgezeichnet | Ausgezeichnet | Begrenzt |
| Dynamische Listings | Natives SSR/ISR | On-Demand mit Endpoints | Natives SSR |
| CMS-Integration | Ausgezeichnet | Ausgezeichnet | Gut |
| Edge Rendering | Vercel Edge, Cloudflare | Cloudflare, Netlify | Cloudflare |
| Übersetzungsbibliotheken | next-intl, next-i18next | astro-i18n, paraglide | remix-i18next |
| Build-Zeit (500 Listings × 6 Sprachen) | ~4 min mit ISR | ~8 min vollständig statisch | N/A (SSR) |
Für die Headless-CMS-Schicht empfehle ich dringend, Ihre Listing-Daten von Ihrem Marketing-Inhalt zu trennen. Verwenden Sie ein spezialisiertes Yacht-Management-System (wie Yatco API, NauticEd oder ein benutzerdefiniertes Supabase-Backend) für Listing-Daten und ein Headless-CMS wie Sanity oder Contentful für alles andere.
Warum Headless wichtig ist
Yacht-Daten sind merkwürdig. Sie haben Specs in Metern oder Fuß (je nach Publikum), Preise in Euro oder Dollar, Motorstunden, die sich ständig ändern, und Verfügbarkeitskalender, die sich täglich ändern. All das in einem traditionellen CMS zu verwalten ist ein Albtraum. Ein Headless-Ansatz lässt Sie Listing-Daten aus einer spezialisierten API und Marketing-Inhalte aus einem CMS abrufen, dann zur Build-Zeit oder Request-Zeit kombinieren.
URL-Strategie für mehrsprachige Yacht-Angebote
Hier gehen die meisten Projekte früh schief. Ihre URL-Struktur für eine mehrsprachige Website ist eine der schwierigsten Entscheidungen, die Sie später rückgängig machen können. Es gibt drei Ansätze:
Unterverzeichnis-Muster (empfohlen)
https://yachtbroker.com/en/yachts/benetti-45m-2022
https://yachtbroker.com/fr/yachts/benetti-45m-2022
https://yachtbroker.com/de/yachten/benetti-45m-2022
Das empfehle ich für 90% der Yacht-Makler. Eine einzelne Domain, gemeinsame Domain-Autorität, einfach zu implementieren mit Next.js Middleware oder Astros eingebauter i18n Routing.
Subdomain-Muster
https://en.yachtbroker.com/yachts/benetti-45m-2022
https://fr.yachtbroker.com/yachts/benetti-45m-2022
Einige größere Makler bevorzugen dies aus organisatorischen Gründen. Jede Subdomain kann unabhängig bereitgestellt werden. Aber Sie verlieren konsolidierte Domain-Autorität und haben mehr Infrastruktur zu verwalten.
ccTLD-Muster
https://yachtbroker.fr/yachts/benetti-45m-2022
https://yachtbroker.de/yachten/benetti-45m-2022
Macht nur Sinn, wenn Sie separate juristische Personen in jedem Land haben. Teuer, komplex und selten wert, es sei denn, Sie sind ein Burgess oder Fraser-Niveau-Unternehmen.
Slug-Übersetzung
Hier ist ein Detail, das die Leute verwirrt: Sollten Sie die URL-Slugs übersetzen? Für Yacht-Namen – nein, halten Sie sie konsistent. Eine „Benetti Oasis 40M" heißt so in jeder Sprache. Aber Kategoriepfade? Ja, übersetzen Sie diese.
// next.config.js - Next.js i18n Routing
const nextConfig = {
i18n: {
locales: ['en', 'fr', 'de', 'it', 'es', 'el'],
defaultLocale: 'en',
localeDetection: true,
},
};
Für übersetzte Pfade in Next.js App Router mit next-intl:
// src/navigation.ts
import { createLocalizedPathnameNavigation } from 'next-intl/navigation';
export const localePrefix = 'always';
export const pathnames = {
'/yachts': {
en: '/yachts',
fr: '/yachts',
de: '/yachten',
it: '/yacht',
es: '/yates',
el: '/skafi',
},
'/yachts/[slug]': {
en: '/yachts/[slug]',
fr: '/yachts/[slug]',
de: '/yachten/[slug]',
it: '/yacht/[slug]',
es: '/yates/[slug]',
el: '/skafi/[slug]',
},
};
export const { Link, redirect, usePathname, useRouter } =
createLocalizedPathnameNavigation({ locales, localePrefix, pathnames });

Yacht-Listing-Daten übersetzen
Das ist die Kernherausforderung. Yacht-Angebote haben drei Arten von Inhalten, die jeweils unterschiedliche Übersetzungsansätze erfordern:
1. Strukturierte Daten (nicht übersetzen, lokalisieren)
Specs wie Länge, Breite, Tiefgang, Motorleistung – diese brauchen keine Übersetzung. Sie brauchen Lokalisierung. Zeigen Sie Meter für Europäer, Fuß für Amerikaner. Zeigen Sie Kilowatt für einige Märkte, Pferdestärken für andere.
// utils/localize-specs.ts
const UNIT_PREFERENCES: Record<string, UnitSystem> = {
en: 'imperial',
'en-GB': 'metric', // British market uses meters for yachts
fr: 'metric',
de: 'metric',
it: 'metric',
es: 'metric',
el: 'metric',
};
export function localizeLength(meters: number, locale: string): string {
const system = UNIT_PREFERENCES[locale] || 'metric';
if (system === 'imperial') {
const feet = meters * 3.28084;
return `${feet.toFixed(0)} ft`;
}
return `${meters.toFixed(1)} m`;
}
2. Enumerierte Felder (Übersetzungsschlüssel verwenden)
Rumpftyp, Brennstofftyp, Yacht-Kategorie – diese sind feste Optionen, die Übersetzungsschlüssel verwenden sollten, nicht freie Textübersetzung.
// messages/en.json
{
"yacht": {
"hullType": {
"monohull": "Monohull",
"catamaran": "Catamaran",
"trimaran": "Trimaran"
},
"fuelType": {
"diesel": "Diesel",
"electric": "Electric",
"hybrid": "Hybrid"
}
}
}
// messages/fr.json
{
"yacht": {
"hullType": {
"monohull": "Monocoque",
"catamaran": "Catamaran",
"trimaran": "Trimaran"
},
"fuelType": {
"diesel": "Diesel",
"electric": "Électrique",
"hybrid": "Hybride"
}
}
}
3. Freie Textbeschreibungen (der schwierige Teil)
Yacht-Beschreibungen sind Marketing-Kopie. Sie werden von Maklern geschrieben – normalerweise auf Englisch oder Französisch – und sind voller Branchenjargon, emotionaler Sprache und spezifischer Ansprüche. Maschinelle Übersetzung allein wird für eine 5-Millionen-Euro-Angebot nicht ausreichen.
Hier ist der Ansatz, den ich empfehle:
- Speichern Sie die ursprüngliche Sprachbeschreibung in Ihrem CMS/Datenbank
- Verwenden Sie KI-Übersetzung als ersten Durchgang – GPT-4o oder Claude handhaben Yacht-Terminologie überraschend gut im Jahr 2025
- Flaggen Sie Angebote über einem Preisschwellenwert (sagen wir 1 Million Euro+) für menschliche Überprüfung
- Zwischenspeichern Sie übersetzte Beschreibungen, damit Sie nicht für Neuübersetzung bei jeder Anfrage zahlen
// services/translate-listing.ts
import { openai } from '@ai-sdk/openai';
import { generateText } from 'ai';
export async function translateDescription(
text: string,
sourceLang: string,
targetLang: string
): Promise<string> {
const cached = await getFromCache(text, targetLang);
if (cached) return cached;
const { text: translated } = await generateText({
model: openai('gpt-4o'),
system: `You are a professional yacht broker translator.
Translate yacht listing descriptions from ${sourceLang} to ${targetLang}.
Preserve technical terminology. Maintain the luxury marketing tone.
Keep brand names, model names, and proper nouns unchanged.`,
prompt: text,
});
await saveToCache(text, targetLang, translated);
return translated;
}
Die Kosten dieses Ansatzes sind minimal. Die Übersetzung einer 500-Wort-Yacht-Beschreibung mit GPT-4o kostet ungefähr 0,01-0,02 Dollar. Selbst mit 500 Listings × 6 Sprachen schauen Sie sich 30-60 Dollar für den initialen Übersetzungsdurchgang an. Die menschliche Überprüfung von Premium-Angeboten fügt Kosten hinzu, aber sie ist absolut wert, wenn ein einzelner Yacht-Verkauf 50.000-200.000 Dollar Provision generiert.
i18n-Implementierungsmuster
Lassen Sie mich das tatsächliche Implementierungsmuster durchgehen, das ich mit Next.js App Router und next-intl verwende, da das der Stack ist, den die meisten unserer Headless-CMS-Projekte verwenden.
Projektstruktur
src/
├── app/
│ └── [locale]/
│ ├── layout.tsx
│ ├── page.tsx
│ └── yachts/
│ ├── page.tsx
│ └── [slug]/
│ └── page.tsx
├── messages/
│ ├── en.json
│ ├── fr.json
│ ├── de.json
│ ├── it.json
│ ├── es.json
│ └── el.json
├── middleware.ts
└── i18n.ts
Middleware für Sprachen-Erkennung
// middleware.ts
import createMiddleware from 'next-intl/middleware';
import { locales, localePrefix, pathnames } from './navigation';
export default createMiddleware({
locales,
localePrefix,
pathnames,
defaultLocale: 'en',
localeDetection: true,
});
export const config = {
matcher: ['/((?!api|_next|_vercel|.*\\..*).*)'],
};
Yacht-Listing-Seite mit Übersetzungen
// app/[locale]/yachts/[slug]/page.tsx
import { useTranslations } from 'next-intl';
import { getYachtBySlug } from '@/lib/yachts';
import { localizeLength, localizePrice } from '@/utils/localize';
export async function generateMetadata({ params: { locale, slug } }) {
const yacht = await getYachtBySlug(slug);
const t = await getTranslations({ locale, namespace: 'yacht' });
return {
title: `${yacht.name} — ${localizeLength(yacht.lengthMeters, locale)} ${t('forSale')}`,
alternates: {
languages: {
'en': `/en/yachts/${slug}`,
'fr': `/fr/yachts/${slug}`,
'de': `/de/yachten/${slug}`,
'it': `/it/yacht/${slug}`,
'es': `/es/yates/${slug}`,
'el': `/el/skafi/${slug}`,
},
},
};
}
export default async function YachtPage({ params: { locale, slug } }) {
const yacht = await getYachtBySlug(slug);
const t = useTranslations('yacht');
const description = await getTranslatedDescription(yacht.id, locale);
return (
<article>
<h1>{yacht.name}</h1>
<dl>
<dt>{t('specs.length')}</dt>
<dd>{localizeLength(yacht.lengthMeters, locale)}</dd>
<dt>{t('specs.year')}</dt>
<dd>{yacht.year}</dd>
<dt>{t('specs.price')}</dt>
<dd>{localizePrice(yacht.priceEur, locale)}</dd>
<dt>{t('specs.hullType')}</dt>
<dd>{t(`hullType.${yacht.hullType}`)}</dd>
</dl>
<div dangerouslySetInnerHTML={{ __html: description }} />
</article>
);
}
Währungs- und Einheitenlokalisierung handhaben
Yacht-Preise im Mittelmeer werden fast immer in Euro aufgelistet, aber Käufer von verschiedenen Märkten erwarten, Referenzpreise in ihrer lokalen Währung zu sehen. Hier ist, wie ich damit umgehe:
// utils/localize-price.ts
const CURRENCY_BY_LOCALE: Record<string, string> = {
en: 'EUR', // International English defaults to EUR in Med market
'en-US': 'USD',
fr: 'EUR',
de: 'EUR',
it: 'EUR',
es: 'EUR',
el: 'EUR',
tr: 'EUR', // Turkish market still prices in EUR
ar: 'USD', // Middle Eastern buyers prefer USD
ru: 'EUR',
};
export function localizePrice(
priceEur: number,
locale: string,
exchangeRates?: Record<string, number>
): string {
const currency = CURRENCY_BY_LOCALE[locale] || 'EUR';
let amount = priceEur;
if (currency !== 'EUR' && exchangeRates) {
amount = priceEur * (exchangeRates[currency] || 1);
}
return new Intl.NumberFormat(locale, {
style: 'currency',
currency,
maximumFractionDigits: 0,
}).format(amount);
}
Wichtiger Vorbehalt: Zeigen Sie immer „Preis in EUR" oder einen gleichwertigen Haftungsausschluss an, wenn Sie konvertierte Preise anzeigen. Yacht-Kaufverträge sind in einer bestimmten Währung denominiert, und das Anzeigen eines konvertierten Preises ohne Kontext kann rechtliche Probleme verursachen.
SEO für mehrsprachige Yacht-Websites
Hier passiert die echte Auszahlung. Richtige mehrsprachige SEO bedeutet, dass Ihre Azimut 68-Angebot auftaucht, wenn jemand in München „Azimut 68 kaufen" UND wenn jemand in Paris „Azimut 68 à vendre" sucht.
hreflang-Tags
Diese sind nicht verhandelbar. Jede Seite braucht hreflang-Tags, die auf alle Sprachversionen zeigen:
<link rel="alternate" hreflang="en" href="https://broker.com/en/yachts/azimut-68-2023" />
<link rel="alternate" hreflang="fr" href="https://broker.com/fr/yachts/azimut-68-2023" />
<link rel="alternate" hreflang="de" href="https://broker.com/de/yachten/azimut-68-2023" />
<link rel="alternate" hreflang="x-default" href="https://broker.com/en/yachts/azimut-68-2023" />
Strukturierte Daten pro Sprache
Verwenden Sie Product-Schema mit lokalisierten Beschreibungen für jede Sprachversion. Google unterstützt explizit sprachspezifische strukturierte Daten und hilft, dass Ihre Angebote in Rich Results über verschiedene Google-Domänen hinweg angezeigt werden.
Sitemap-Strategie
Generieren Sie separate Sitemaps pro Sprache und referenzieren Sie sie aus einem Sitemap-Index:
<!-- sitemap-index.xml -->
<sitemapindex>
<sitemap><loc>https://broker.com/sitemap-en.xml</loc></sitemap>
<sitemap><loc>https://broker.com/sitemap-fr.xml</loc></sitemap>
<sitemap><loc>https://broker.com/sitemap-de.xml</loc></sitemap>
</sitemapindex>
Leistungsüberlegungen
Eine Yacht-Listing-Seite mit 30+ hochauflösenden Fotos, übersetztem Inhalt und lokalisierten Specs kann schnell schwer werden. Hier ist, was wichtig ist:
- ISR (Incremental Static Regeneration): Regenerieren Sie Listing-Seiten alle 60 Minuten. Yacht-Angebote ändern sich nicht sekündlich, aber Preise und Verfügbarkeit können sich täglich verschieben.
- Übersetzungs-Zwischenspeicherung: Übersetzen Sie niemals zweimal dieselbe Beschreibung. Verwenden Sie Redis oder sogar eine einfache Datenbanktabelle, um Übersetzungen zu zwischenspeichern.
- Bildoptimierung: Dies ist oft der größte Gewinn. Eine einzelne Yacht-Galerie kann 2GB an Quellbildern enthalten. Verwenden Sie Next.js Image oder ein CDN mit automatischer Format-Aushandlung (WebP/AVIF).
- Bundle-Aufteilung nach Sprache: Laden Sie nicht französische Übersetzungen für englische Benutzer. Sowohl
next-intlals auchparaglidehandhaben dies automatisch.
Bei einem kürzlichen Projekt brachten diese Optimierungen unser Largest Contentful Paint von 4,2s auf 1,1s über alle Sprachen hinweg. Das ist wichtig, wenn Ihre Absprungrate direkt mit verlorenen Provisionen korreliert.
Beispiel für reale Architektur
Hier ist die Architektur, die wir für mediterrane Makler-Websites verwendet haben:
┌─────────────┐ ┌──────────────┐ ┌─────────────┐
│ Sanity │ │ Yacht API │ │ Redis │
│ (Marketing │ │ (Listings, │ │ (Translation│
│ content) │ │ specs) │ │ cache) │
└──────┬───────┘ └──────┬───────┘ └──────┬──────┘
│ │ │
└────────────┬───────┘────────────────────┘
│
┌───────▼───────┐
│ Next.js │
│ App Router │
│ + next-intl │
└───────┬───────┘
│
┌───────▼───────┐
│ Vercel │
│ Edge Network│
└───────────────┘
Sanity verwaltet die Marketing-Seiten, Team-Bios, Blog-Posts – alle von denen native Multi-Sprachen-Unterstützung haben. Die Yacht-API (entweder ein Drittanbieter-Service oder benutzerdefiniertes Supabase-Backend) bietet Listing-Daten. Redis zwischenspeichert KI-generierte Übersetzungen. Next.js bindet alles mit lokal-bewusstem Routing zusammen.
Wenn diese Art von Architektur klingt, wie das, was Sie brauchen, würden wir uns freuen, über Ihr Projekt zu sprechen. Wir haben mehrere davon für mediterrane Makler gebaut und haben die Muster dialed in.
Häufig gestellte Fragen
Wie viele Sprachen sollte eine mediterrane Yacht-Website unterstützen? Mindestens brauchen Sie Englisch plus die Lokalsprache Ihres Primärmarkts. Für ernsthafte Makler empfehle ich Englisch, Französisch, Deutsch und Italienisch als Basis – das deckt ungefähr 80% der mediterranen Yacht-Käufer. Fügen Sie Russisch und Arabisch hinzu, wenn Sie das Ultra-Luxus-Segment über 5 Millionen Euro anvisieren.
Sollte ich maschinelle Übersetzung oder professionelle Übersetzer für Yacht-Angebote einstellen? Beides. Verwenden Sie KI-Übersetzung (GPT-4o oder Claude) als ersten Durchgang für alle Angebote, dann haben menschliche Übersetzer Angebote über Ihrem Preisschwellenwert überprüfen. Für eine 500-Wort-Beschreibung kostet KI-Übersetzung unter 0,02 Dollar und bringt Sie 90% des Weges dorthin. Menschliche Überprüfung für Premium-Angebote kostet 20-50 Dollar pro Beschreibung, aber stellt Genauigkeit für hochwertige Verkäufe sicher.
Was ist das beste CMS für mehrsprachige Yacht-Websites? Sanity und Contentful handhaben Multi-Sprachen-Inhalte beide gut direkt aus der Box. Sanitys Document-Level-Lokalisierung gibt Ihnen mehr Flexibilität, während Contentfuls Field-Level-Lokalisierung einfacher einzurichten ist. Für die Yacht-Listing-Daten selbst empfehle ich ein separates spezialisiertes System, anstatt alles in ein General-Purpose-CMS zu zwingen. Besuchen Sie unsere Headless-CMS-Entwicklungsseite für weitere Details.
Wie handhabe ich Yacht-Messungen in verschiedenen Einheitensystemen?
Speichern Sie alle Messungen in metrisch (Meter, Kilowatt) in Ihrer Datenbank. Konvertieren Sie zu Imperial nur auf der Anzeigeschicht basierend auf dem Locale des Benutzers. Die Yacht-Industrie in Europa nutzt universell metrisch, aber amerikanische Käufer erwarten Fuß und Pferdestärken. Verwenden Sie die Intl.NumberFormat API für konsistente Formatierung.
Sind hreflang-Tags wirklich wichtig für Yacht-SEO? Absolut. Ohne hreflang-Tags könnte Google Ihr französisches Angebot deutschen Suchenden zeigen, oder schlimmer, Ihre übersetzten Seiten als duplizierte Inhalte behandeln. Wir haben organischen Traffic um 40-60% steigen sehen, nachdem wir hreflang richtig über eine Makler-Website implementiert haben, die es vorher falsch hatte.
Wie viel kostet es, eine mehrsprachige Yacht-Makler-Website zu bauen? Eine richtig gebaute mehrsprachige Yacht-Website mit 4-6 Sprachen, CMS-Integration und Yacht-Listing-Management läuft normalerweise 30.000-80.000 Dollar je nach Komplexität. Die größten Kostentreiber sind die Anzahl der Sprachen, benutzerdefinierte Such-/Filter-Funktionalität und Integration mit bestehenden Yacht-Management-Systemen. Besuchen Sie unsere Preisseite für spezifischere Schätzungen.
Kann ich später Sprachen zu meiner Yacht-Website hinzufügen? Ja, wenn es richtig von Anfang an gebaut ist. Mit einer richtigen i18n-Architektur bedeutet das Hinzufügen einer neuen Sprache, eine neue Übersetzungsdatei zu erstellen, Ihre statischen UI-Strings zu übersetzen und Ihre Listing-Beschreibungen durch die Übersetzungs-Pipeline zu laufen. Das Routing und die Infrastruktur sollten bereits damit umgehen. Wenn Ihre aktuelle Website nicht mit i18n im Kopf gebaut wurde, ist eine Nachrüstung schwieriger – aber immer noch machbar.
Was ist mit Sprachen von rechts nach links wie Arabisch für Yacht-Websites?
Arabisch wird für mediterrane Yacht-Verkäufe immer wichtiger, besonders im 10-Millionen-Euro+ Segment. Ihr CSS muss RTL-Layouts unterstützen – verwenden Sie logische Eigenschaften (margin-inline-start statt margin-left) und testen Sie gründlich. Next.js unterstützt RTL mit dem dir-Attribut auf Ihrem HTML-Element, gewechselt pro Locale. Es fügt Entwicklungszeit hinzu, aber Nahost-Käufer repräsentieren ein signifikantes und wachsendes Marktsegment.