TYPO3 Routing in v13 & v14: Vollständiger Leitfaden

TYPO3-Routing verwandelt Seitenpfade und Erweiterungsparameter in saubere, lesbare URLs. Standardseiten verwenden die Seitenkonfiguration und Seitenschnecken, während Erweiterungsargumente auf Routen-Enhancer und Aspekte angewiesen sind, um dynamische Werte in aussagekräftige Pfade zu wandeln.

Vorher:
/index.php?id=13&tx_news_pi1[news]=42

Nachher:
/news/example-article

Ab TYPO3 14.1 können Extensions und Site Packages über Site Sets auch wiederverwendbare Route Enhancer bereitstellen. Dieser Leitfaden behandelt die Einrichtung, YAML-Beispiele, mehrsprachiges Routing, cHash, Weiterleitungen und Fehlerbehebung für TYPO3 v13 und v14. RealURL ist heute nur noch für Legacy-Migrationen relevant.

TYPO3 Routing Grundlagen

TYPO3 Routing ordnet eingehende URLs Seiten oder Extension-Aktionen zu und wandelt technische Parameter in klare, strukturierte Pfade um. Es kombiniert Seiten-Routing mit Route Enhancern und Aspects für komplexere Extension-URLs.

Sprechende URLs

Technische URL: /index.php?id=13
Sprechende URL: /news/

Extension-Parameter können ebenfalls in lesbare Pfade umgewandelt werden:

Vorher: ?tx_news_pi1[news]=42
Nachher: /news/example-article

Seiten- und Extension-Routing

Standard-Seiten-URLs werden durch die TYPO3 Site Configuration und Seiten-Slugs erzeugt. Route Enhancer werden benötigt, wenn Extension-Datensätze, Paginierung, Filter, Plugin-Argumente oder Controller-Aktionen in der URL dargestellt werden sollen.

Grundlegende Begriffe

Ein Route Enhancer definiert die URL-Struktur, während ein Aspect einen einzelnen Wert umwandelt. Beispielsweise kann PersistedAliasMapper eine News-Datensatz-UID durch den gespeicherten Slug ersetzen.

Moderne TYPO3-Versionen enthalten Routing bereits im Core. RealURL und CoolUri sind nur noch bei der Migration älterer Projekte und der Erhaltung von Legacy-URLs relevant.

TYPO3 Routing in v13 und v14

TYPO3 v13 speichert Route Enhancer weiterhin in der Site Configuration, während TYPO3 14.1 wiederverwendbare Routing-Presets über Site Sets einführt.

TYPO3 v13

Route Enhancer bleiben innerhalb von:

config/sites/your-site/config.yaml

Bestehende Enhancer, Aspects und YAML-Imports können weiterhin ohne Umstrukturierung verwendet werden.

TYPO3 v14.1

Extensions und Site Packages können wiederverwendbare Enhancer über folgende Datei bereitstellen:

EXT:my_extension/Configuration/Sets/MySet/route-enhancers.yaml

TYPO3 führt diese Presets entsprechend der Abhängigkeitsreihenfolge der Site Sets zusammen. Werte, die direkt in der Site Configuration der Website definiert sind, haben Vorrang.

Verwenden Sie config.yaml oder importierte YAML-Dateien in TYPO3 v13. Verwenden Sie route-enhancers.yaml in TYPO3 14.1+, wenn Routing zwischen mehreren Websites geteilt oder mit einer Extension ausgeliefert werden soll.

Voraussetzungen für TYPO3 Routing

Saubere URLs benötigen eine korrekte Site Configuration, Spracheinstellungen, Webserver-Rewrites, einen passenden Document Root und geleerte Caches.

Site Configuration

Erstellen Sie die Website unter Sites → Setup und verbinden Sie sie mit der richtigen Root-Seite.

config/sites/your-site/config.yaml

Die Datei definiert die Basis-URL, Root-Seite, Sprachen, Fehlerbehandlung, statische Routen und Route Enhancer.

Basis-URL und Root-Seite

base: ‘https://www.example.com/’

rootPageId: 1

Die rootPageId muss mit der Root-Seite des Seitenbaums übereinstimmen. Falsche Werte können zu fehlerhaften Links, Weiterleitungen oder nicht auflösbaren Routen führen.

Website-Sprachen

Jede Website benötigt eine Standardsprache mit languageId: 0.

languages:
 - title: English
   enabled: true
   languageId: 0
   base: /
   locale: en_US.UTF-8
   hreflang: en-US

Zusätzliche Sprachen benötigen eindeutige IDs, URL-Basen, Locales und hreflang-Werte.

Webserver-Rewrites

Apache benötigt aktiviertes mod_rewrite und muss die TYPO3 .htaccess-Regeln erlauben:

AllowOverride Indexes FileInfo

NGINX muss nicht vorhandene Anfragen an TYPO3 weiterleiten:

location / {
   try_files $uri $uri/ /index.php$is_args$args;
}

IIS benötigt das Microsoft URL Rewrite Modul und eine gültige web.config.

Document Root und Cache

Composer-Installationen verwenden normalerweise public/ als Document Root. Nicht öffentliche Konfigurations- und Abhängigkeitsdateien dürfen nicht erreichbar sein.

Leeren Sie TYPO3 caches nach Änderungen an Routing- oder Sprachkonfigurationen:

vendor/bin/typo3 cache:flush

Mit DDEV:

ddev typo3 cache:flush

Checkliste für Routing-Bereitschaft

• Die Site Configuration ist mit der richtigen Root-Seite verbunden.
• Basis-URL und Protokoll sind korrekt.
• Eine Standardsprache ist eingerichtet.
• Saubere URLs erreichen TYPO3 über den Webserver.
• Der Document Root zeigt auf public/.
• Seiten-Slugs sind vorhanden.
• Caches wurden nach Konfigurationsänderungen geleert.

Seitenbasiertes Routing in TYPO3

Seitenbasiertes Routing wandelt den TYPO3-Seitenbaum in saubere URLs um. Sobald die Site Configuration und Seiten-Slugs korrekt eingerichtet sind, benötigen Standardseiten keinen eigenen Route Enhancer.

Website erstellen

Gehen Sie zu Sites → Setup, erstellen Sie die Site Configuration und verbinden Sie sie mit der richtigen Root-Seite.

TYPO3 speichert die Einstellungen unter:

config/sites/example/config.yaml

Jede Website-Root sollte zu genau einer Site Configuration gehören, um widersprüchliche Routen zu vermeiden.

Site und Sprachen konfigurieren

Die Site-Level-Option base definiert die Hauptdomain, während jede Sprache ihren eigenen Pfad-Präfix oder eine eigene Domain verwenden kann.

base: 'https://example.com/'
languages:
 - title: English
   enabled: true
   languageId: 0
   base: /
   locale: en_GB.UTF-8
   hreflang: en-GB

Jede Website benötigt eine Standardsprache mit languageId: 0. Weitere Sprachen können Pfade wie /de/ oder separate Domains verwenden.

Seiten-Slugs erstellen und bearbeiten

TYPO3 erstellt Seiten-URLs aus dem Feld slug in den Seiteneigenschaften. Redakteure können den Slug anpassen, wenn der Seitentitel nicht den gewünschten Pfad erzeugt.

Seitenbaum: Home → News → Example Article

Slugs: / /news /example-article

URL: /news/example-article

Slugs sollten lesbar, kleingeschrieben und innerhalb der Website eindeutig sein.

Vererbte Pfade verstehen

Unterseiten-URLs enthalten normalerweise die Pfade ihrer übergeordneten Seiten. Das Ändern oder Verschieben einer übergeordneten Seite kann daher jede darunterliegende URL beeinflussen.

Bevor Sie einen bestehenden Slug ändern, prüfen Sie die betroffenen Unterseiten und stellen Sie sicher, dass Weiterleitungen die alten URLs weiterhin erhalten.

Doppelte Routen vermeiden

Zwei Seiten sollten nicht denselben Pfad auflösen. Verwenden Sie eindeutige Slugs, wenn Seiten ähnliche Titel besitzen, besonders innerhalb verschiedener Bereiche, die identische URLs erzeugen könnten.

Finale URLs testen

Nachdem Sie die Site Configuration und Seiten-Slugs gespeichert haben:

1. TYPO3-Caches leeren.
2. Generierte Frontend-URL öffnen.
3. Prüfen, ob die richtige Seite geladen wird.
4. Sprachvarianten und Weiterleitungen überprüfen.
5. HTTP-Status mit Browser-Tools oder curl prüfen.

Kommentierte config.yaml

Dieses Beispiel ist für TYPO3 13.4 und 14.3 geeignet:

# config/sites/example/config.yaml
base: 'https://example.com/'   # Main website domain
rootPageId: 1                  # UID of the page-tree root
websiteTitle: 'Example Website'
languages:
 - title: English
   enabled: true
   languageId: 0
   base: /
   locale: en_GB.UTF-8
   hreflang: en-GB
   navigationTitle: English
   flag: gb
errorHandling:
 - errorCode: '404'
   errorHandler: Page
   errorContentSource: 't3://page?uid=99'
routes:
 - route: robots.txt
   type: staticText
   content: |
     User-agent: *
     Allow: /
routeEnhancers: {}

• base definiert den Einstiegspunkt der Website.
• rootPageId verbindet die Site mit der richtigen Root-Seite des Seitenbaums.
• languages steuert verfügbare Sprachen und URL-Präfixe.
• errorHandling definiert Antworten wie eine individuelle 404-Seite.
• routes erstellt feste Pfade wie robots.txt.
• routeEnhancers werden nur benötigt, wenn Extension-Argumente in lesbare URL-Segmente umgewandelt werden müssen.

Wann wird ein Route Enhancer benötigt?

Route Enhancer werden verwendet, wenn Extension-Argumente oder Ausgabetypen Bestandteil einer lesbaren URL werden sollen. Standardmäßige TYPO3-Seiten verwenden bereits seitenbasiertes Routing und benötigen keinen zusätzlichen Enhancer.

Struktur eines Route Enhancers

Ein Route Enhancer erweitert eine bestehende Seitenroute, ordnet Anfrageparameter Platzhaltern zu und verbindet den resultierenden Pfad mit der passenden Plugin-Aktion.

Das folgende aktuelle EXT:news-Beispiel erstellt eine sprechende Detail-URL:

# config/sites/example/config.yaml

routeEnhancers:
 News:
   type: Extbase
   limitToPages:
     - 13
   extension: News
   plugin: Pi1
   routes:
     - routePath: '/article/{news-title}'
       _controller: 'News::detail'
       _arguments:
         news-title: news
   aspects:
     news-title:
       type: NewsTitle

Vorher:
/news?tx_news_pi1[news]=42

Nachher:
/news/article/example-article

limitToPages stellt sicher, dass diese Konfiguration nur für die Seite mit dem News-Detail-Plugin gilt. Der Route-Pfad definiert die sichtbare URL-Struktur, _arguments verbindet den Platzhalter mit dem News-Datensatz und der NewsTitle Aspect löst sein optimiertes URL-Segment auf. Die aktuelle EXT:news-Dokumentation empfiehlt die Verwendung von limitToPages oder einem klaren Präfix wie /article/, um Routing-Konflikte zu reduzieren.

Wenn mehrere Extbase-Routen mit denselben Parametern übereinstimmen könnten, verwendet TYPO3 die erste passende Konfiguration. Platzieren Sie spezifische Routen vor allgemeineren Routen, leeren Sie anschließend alle Caches und testen Sie sowohl generierte Links als auch manuell eingegebene URLs.

TYPO3 Route Enhancer Typen

TYPO3 stellt verschiedene Enhancer für einfache Parameter, Namespaced-Plugins, Extbase-Aktionen und Seiten-Ausgabeformate bereit. Die Auswahl des richtigen Typs sorgt für vorhersehbare Routen und verhindert nicht aufgelöste Parameter.

Simple Enhancer

Verwenden Sie den Simple Enhancer für nicht-namespaced Parameter wie Filter oder Kategorien.

routeEnhancers:
 Category:
   type: Simple
   limitToPages: [13]
   routePath: '/category/{category}'
   aspects:
     category:
       type: StaticValueMapper
       map:
         news: 1
         events: 2

Vorher: ?category=1
Nachher: /category/news

Verwenden Sie stattdessen einen Plugin oder Extbase Enhancer, wenn Parameter zu einem Plugin-Namespace gehören.

Plugin Enhancer

Verwenden Sie den Plugin Enhancer für pi-basierte Plugins mit Namespaced-Argumenten.

routeEnhancers:
 Login:
   type: Plugin
   limitToPages: [25]
   namespace: tx_felogin_pi1
   routePath: '/login/{action}'
   requirements:
     action: ‘login|forgot|reset’

Der Namespace muss mit den tatsächlichen Request-Parametern übereinstimmen. Andernfalls kann TYPO3 die ursprüngliche Query-String-Struktur beibehalten.

Extbase Plugin Enhancer

Verwenden Sie den Extbase Enhancer, wenn Routen mit Controller-Aktionen und Datensätzen verbunden werden müssen.

routeEnhancers:
 News:
   type: Extbase
   limitToPages: [13]
   extension: News
   plugin: Pi1
   routes:
     - routePath: '/article/{news-title}'
       _controller: 'News::detail'
       _arguments:
         news-title: news
   defaultController: 'News::list'
   aspects:
     news-title:
       type: PersistedAliasMapper
       tableName: tx_news_domain_model_news
       routeFieldName: path_segment

Vorher: ?tx_news_pi1[news]=42
Nachher: /article/example-news-title

TYPO3 verarbeitet Extbase-Routen in der angegebenen Reihenfolge. Platzieren Sie daher spezifische Routen vor allgemeineren Mustern.

PageType Decorator

Verwenden Sie den PageType Decorator für lesbare Ausgabeformate und URL-Suffixe.

routeEnhancers:
 PageTypeSuffix:
   type: PageType
   default: ''
   map:
     '.json': 100
     '.xml': 200
     'feed.rss': 9818

Dadurch wird ?type=100 in .json umgewandelt. Verwenden Sie Suffixe einheitlich, besonders bei etablierten Websites, bei denen URL-Änderungen Weiterleitungen erfordern können.

Benutzerdefinierte Enhancer

Erstellen Sie einen benutzerdefinierten Enhancer nur dann, wenn die vollständige Route ein Verhalten benötigt, das TYPO3 Core nicht bereitstellt. Wenn nur ein einzelner Platzhalter speziell zugeordnet werden muss, ist ein benutzerdefinierter Aspect meistens einfacher und sicherer.

TYPO3 Routing Aspects und cHash

Aspects ordnen einzelne Routenwerte zu. Sie können IDs durch Slugs ersetzen, feste Segmente übersetzen oder Werte auf einen bekannten Bereich beschränken.

Ein Enhancer definiert das Routenmuster, während ein Aspect einen einzelnen Platzhalter abbildet.

routePath: '/news/{news-title}'

Hier kann PersistedAliasMapper {news-title} von einer Datensatz-UID in den gespeicherten Slug umwandeln.

Häufige Aspect-Beispiele

# Fixed values
aspects:
 month:
   type: StaticValueMapper
   map:
     january: 1
     february: 2

# Localized segment
aspects:
 archive:
   type: LocaleModifier
   default: archive
   localeMap:
     - locale: 'de_.*'
       value: archiv

# Pagination
aspects:
 page:
   type: StaticRangeMapper
   start: '1'
   end: ‘100’

# Database slug
aspects:
 news-title:
   type: PersistedAliasMapper
   tableName: tx_news_domain_model_news
   routeFieldName: path_segment

Verwenden Sie PersistedPatternMapper, wenn ein Routenwert mehrere Datensatzfelder kombinieren muss. Erstellen Sie einen benutzerdefinierten Aspect nur dann, wenn keiner der integrierten Mapper die benötigte Umwandlung durchführen kann.

cHash-Verhalten

cHash bleibt erhalten, wenn TYPO3 weiterhin einen oder mehrere Parameter als dynamisch betrachtet. Ein Route Enhancer allein garantiert nicht, dass der Parameter entfernt wird.

Aspects und unterstützte statische Werte helfen TYPO3 dabei, vorhersehbare Parameter zu erkennen. Eine Regex-Anforderung beschränkt lediglich, welche Werte zur Route passen können, und sollte nicht als universelle Methode zur cHash-Entfernung betrachtet werden.

Behalten Sie cHash, wenn dynamische Parameter tatsächlich unterschiedliche cachebare Inhalte erzeugen.

Route Enhancer in TYPO3 v14 Site Sets

TYPO3 14.1 ermöglicht es, wiederverwendbare Route Enhancer über Site Sets bereitzustellen.

Verwenden Sie Site-Level-Routing für eine einzelne Website:

config/sites/my-site/config.yaml

Verwenden Sie ein Site Set, wenn Routen zwischen Projekten geteilt oder mit einer Extension ausgeliefert werden sollen:

EXT:my_extension/Configuration/Sets/MySet/
├── config.yaml
└── route-enhancers.yaml

routeEnhancers:
 ProductCategory:
   type: Simple
   routePath: ‘/category/{category}’

Site-Set-Routen werden entsprechend der Abhängigkeitsreihenfolge zusammengeführt. Spätere Sets können frühere Werte überschreiben, während Konfigurationen, die direkt auf Site-Ebene definiert sind, die höchste Priorität besitzen.

TYPO3 v13 unterstützt die separate Datei route-enhancers.yaml nicht. Verwenden Sie dort weiterhin config.yaml oder importierte separate YAML-Dateien.

Praktische TYPO3 Routing Beispiele

Diese Beispiele zeigen, wie Routing häufig verwendete Parameter in lesbare Pfade umwandelt.

Einfacher Parameter

routeEnhancers:
 Category:
   type: Simple
   routePath: ‘/category/{category}’

Vorher: ?category=12
Nachher: /category/12

Extbase Detail-Route

routeEnhancers:
 Products:
   type: Extbase
   limitToPages: [20]
   extension: Products
   plugin: List
   routes:
     - routePath: '/{product}'
       _controller: 'Product::show'
       _arguments:
         product: product
   aspects:
     product:
       type: PersistedAliasMapper
       tableName: tx_products_domain_model_product
       routeFieldName: slug

Vorher: ?tx_products_list[product]=42
Nachher: /example-product

Paginierung

routes:
 - routePath: '/page-{page}'
   _controller: 'News::list'
   _arguments:
     page: currentPage
aspects:
 page:
   type: StaticRangeMapper
   start: '1'
   end: ‘100’

Vorher: ?currentPage=2
Nachher: /page-2

Nach Änderungen an einem Route Enhancer sollten Sie TYPO3-Caches leeren und sowohl generierte Links als auch manuell eingegebene URLs testen.

Slugs und mehrsprachiges Routing

Slugs erstellen lesbare Seiten- und Datensatzpfade, während die Sprachkonfiguration übersetzte URLs steuert.

Seiten-Slugs stammen aus dem Seitenbaum. Datensatz-Slugs gehören zu Extensions wie News, Produkten oder Veranstaltungen.

languages:
 - title: English
   languageId: 0
   base: /

 - title: German
   languageId: 1
   base: /de/

Verwenden Sie LocaleModifier für übersetzte statische Segmente:

404-Fehler beim Sprachwechsel entstehen häufig durch fehlende Übersetzungen, versteckte Seiten, ungültige Slugs oder strenge Fallback-Einstellungen.

Statische Routen, Sitemaps und Weiterleitungen

Statische Routen verarbeiten feste Pfade wie robots.txt, Favicons und Sitemap-URLs.

routes:
 - route: robots.txt
   type: staticText
   content: |
     User-agent: *
     Allow: /

Verwenden Sie einen PageType Decorator für Formate wie RSS oder JSON:

routeEnhancers:
 PageType:
   type: PageType
   map:
     feed.xml: 9818
     data.json: 100

TYPO3 v13 verwendet häufig manuelle Sitemap-Routen. TYPO3 14.1 kann Sitemap-Routen über das SEO Site Set bereitstellen.

Wenn sich Slugs ändern, kann EXT:redirects automatisch Weiterleitungen erstellen. Verwenden Sie temporäre Weiterleitungen für vorübergehende Änderungen und permanente Weiterleitungen nur dann, wenn die URL-Änderung endgültig ist. Vermeiden Sie Weiterleitungsketten, indem alte URLs direkt auf das finale Ziel verweisen.

TYPO3 Routing SEO Best Practices

Stabile und konsistente Routen helfen Suchmaschinen dabei, die richtigen URLs zu crawlen und vermeidbare Duplikate zu verhindern.

Stabile URLs und eindeutige Slugs

Vermeiden Sie Änderungen an bestehenden Pfaden ohne einen Migrationsplan. Verwenden Sie lesbare, eindeutige Slugs und verhindern Sie Routenmuster, die dieselbe Anfrage unterschiedlich auflösen könnten.

Routing-Bereich und Paginierung

Verwenden Sie limitToPages, damit Enhancer nur dort ausgeführt werden, wo sie benötigt werden. Halten Sie Paginierungs-, Kategorie-, Tag- und Filter-Routen vorhersehbar und vermeiden Sie unbegrenzte Parameterkombinationen.

Canonicals, Sprachen und Sitemaps

Wenn typo3/cms-seo aktiv ist, kann TYPO3 Canonical- und hreflang-Links erzeugen. Prüfen Sie, dass diese in jeder Sprache direkt auf die finalen gerouteten URLs verweisen. Sitemap-Einträge sollten ebenfalls die kanonische URL verwenden und nicht eine Weiterleitung oder parameterbasierte Variante.

Deployment-Checkliste

• Prüfen Sie Canonical- und hreflang-Ziele.
• Überprüfen Sie Paginierungs- und Filter-URLs.
• Stellen Sie sicher, dass Sitemap-URLs den Status 200 zurückgeben.
• Crawlen Sie auf Weiterleitungsketten und 404-Fehler.
• Überwachen Sie die Google Search Console nach dem Launch.

Häufige TYPO3 Routing Probleme und Lösungen

Die meisten Routing-Fehler entstehen durch gecachte Konfigurationen, falschen Routing-Bereich, nicht passende Argumente oder nicht aufgelöste Slugs.

Debuggen Sie eingehende Requests in PageRouter, ausgehende Extbase-URLs in ExtbasePluginEnhancer und testen Sie Antworten mit:

curl -I https:// example(.)com/ news/ example

Ein 404 bedeutet, dass keine gültige Seite oder erweiterte Route aufgelöst wurde. Ein Weiterleitungsstatus bedeutet, dass TYPO3 eine Weiterleitung vor dem Erreichen der finalen Seite verarbeitet hat.

Legacy Migration und optionale Extensions

Moderne TYPO3-Versionen verwenden Core Routing, daher sind RealURL und CoolUri für aktuelle Projekte nicht erforderlich. Auch die EXT:news-Dokumentation bestätigt, dass Core Enhancer und Aspects diese älteren URL-Rewriting-Extensions ersetzen.

Migration von RealURL

Bewahren Sie die alten RealURL-Tabellen auf, bis der Slug-Migrationsassistent abgeschlossen ist. Erstellen und überprüfen Sie Seiten-Slugs, ordnen Sie wichtige Legacy-Pfade zu, erstellen Sie Weiterleitungen und crawlen Sie die migrierte Website, bevor Sie alte Routing-Daten entfernen.

Extension-Kompatibilität geprüft Juni 2026

Finale TYPO3 Routing Checkliste

Verwenden Sie diese Checkliste vor der Bereitstellung einer neuen oder aktualisierten Routing-Konfiguration.

• Die Site Configuration wurde erstellt.
• Die Basis-URL und rootPageId sind korrekt.
• Seiten- und Datensatz-Slugs sind gültig und eindeutig.
• Der richtige Route Enhancer Typ wurde ausgewählt.
• Enhancer sind, wo erforderlich, mit limitToPages eingeschränkt.
• Jeder Routen-Platzhalter besitzt das korrekte Argument-Mapping.
• Geeignete Aspects sind für Slugs, Bereiche und feste Werte konfiguriert.
• Das cHash-Verhalten wurde getestet.
• Alle konfigurierten Sprachen und übersetzten Routen funktionieren korrekt.
• Weiterleitungen zeigen direkt auf ihre finalen Ziele.
• Canonical- und hreflang-URLs verwenden die finalen gerouteten Pfade.
• Sitemap-URLs liefern den erwarteten Inhalt und Statuscode.
• TYPO3-Caches wurden nach YAML-Änderungen geleert.
• Generierte Links und manuell eingegebene URLs wurden beide getestet.
• Routing-YAML wurde in TYPO3 13.4 und 14.3 überprüft.

Fazit

TYPO3 Routing wird deutlich einfacher, wenn Seiten-Routen, Enhancer, Aspects, Slugs und statische Routen als einzelne Bestandteile desselben Systems betrachtet werden. Beginnen Sie mit einer korrekten Site Configuration, fügen Sie nur die Routen hinzu, die Ihre Extensions benötigen, halten Sie Muster vorhersehbar und testen Sie jede Sprache sowie jede Weiterleitung vor der Bereitstellung.

Benötigen Sie Unterstützung bei komplexen Extension-Routen, mehrsprachigen URLs oder einer Legacy RealURL-Migration? Entdecken Sie die TYPO3-Lösungen von T3Planet oder kontaktieren Sie das Team für praktische Unterstützung bei der Umsetzung.

Viel Erfolg mit TYPO3 Routing!