In vielen modernen CMS-Systemen hat sich der Trend durchgesetzt, die URLs über welche Inhaltsdaten abgerufen werden aus für den Benutzer lesbaren und verstehbaren Informationen zusammen zu setzen. In der Regel wird dabei von der "sprechenden URL" geredet. So findet sich der Titel eines aufgerufenen Dokumentes meistens auch in seiner URL wieder, was für den Benutzer leicht nachvollziehbar ist. Sicherlich nicht zuletzt aber hat sich diese Handhabung -trotz ihrer offensichtlichen praktischen Probleme z.B. bei der Umbenennung von Dokumenten - deswegen durchgesetzt, weil derartige URLs zu höheren Rankings in Suchmaschinen-Ergebnissen führen.
WGA unterstützt seit WGA 4.1 eine eigene Version dieser "sprechenden URL" die optional hinzugeschaltet werden kann: Die
Titel-Pfad-URL. In dieser Variante wird ein Pfad als URL verwendet, der ...
a) aus dem Titel des adressierten Dokumentes sowie
b) den davorgestellten Titeln seiner hierarchisch übergeordneten Dokumente (insofern es welche gibt)
...gebildet wird. Dadurch liest sich ein solcher Titel-Pfad wie die hierarchische Einordnung seines adressierten Dokumentes. Zeichen in den Dokument-Titeln, die in URLs nicht zugelassen sind werden für die Titel-Pfad-URL entweder konvertiert (wie Leerzeichen die zu Unterstrichen "_" werden) oder ausgelassen.
Begonnen wird der Pfad mit dem Namen des Bereichs, in welchem sich das
addressierte Dokument befindet. Dieser Bestandteil sorgt dafür, dass
WGA eine eingehende URL als Titel-Pfad-URL erkennt und interpretiert.
Der Titel des adressierten Dokumentes schließlich, auf welchen der Pfad endet, trägt den Medienschlüssel, über welchen das Dokument publiziert wird (in der Regel "html"), als Datei-Suffix. Dies erleichtert vielen Browsern die Interpretation der Seite, simuliert dies doch die URL eines normalen dateibasierten HTTP-Servers.
Schematisch sieht dies folgendermaßen aus:
http:// ... /dbkey/area/title/.../title.mediakey
So
adressiert folgende URL:http:// ... /mydb/home/welcome_to_ig/about_us.html
...ein
Dokument mit Titel "About us", welches das untergeordnete
Dokument eines Dokumentes mit Titel "Welcome to IG" ist. Dieses
wiederum ist ein Haupt-Dokument im Bereich „home“ der Datenbank "mydb".
Bei Aktivierung dieser Funktionalität wird WGA diese Pfade nicht nur bei ihrer Verwendung auswerten sondern auch selbst bei der URL-Generierung Titel-Pfad-URLs verwenden, wo dies möglich ist. Titel-Pfad-URLs können in folgenden Fällen nicht zur Anwendung kommen:
- Bei URLs die keine freigegebenen Inhaltsdokumente adressieren
- Bei URLs die ein spezielles WebTML-Layout für das Rendering angeben
- Wenn sich in der Hierarchie des adressierten Dokumentes Struktureinträge befinden, an denen es kein freigegebenes Dokument in der Sprache des adressierten Dokumentes gibt (sozusagen ein Titel in der Hierarchie "fehlt")
- Im WGA Content Manager und im WGA Browser Interface
In diesem Fällen wird WGA weiterhin die klassische URL-Form generieren, welche weiterhin ihre Gültigkeit behält.
Titel-Pfad-URLs können grundsätzlich für alle WGA Content Stores aktiviert werden. Aufgrund ihrer Adressierungsart muss jedoch in folgenden Fällen davon abgeraten werden:
- Bei Datenbanken die einen Website-Bereich besitzen, dessen Namen einem verwendeten Medienschlüssel entspricht, oder einem reservierten Pfadnamen, wie "login", "logout", "css", "js" oder "file"
Titel-Pfad-URLs werden pro Datenbank im WGA Manager aktiviert, Register "Content". Öffnen sie dazu in der Konfiguration der gewünschten Datenbank das Unter-Register "Advanced". Dorkt markieren sie die Option "Use Title Path URLs".

Nach einem Reconnect der Datenbank akzeptiert WGA für diese Datenbank Titel-Pfad-URLs.
Folgende Anmerkungen zur Funktionalität der Titel-Pfad-URL sollten beachtet werden:
- Durch Aktivierung der Titel-Pfad-URL werden keine der klassischen WGA-URL-Formen deaktiviert. Sie behalten ihre Gültigkeit und Funktionalität. Die Titel-Pfad-URL werden lediglich zur Menge der interpretierten URLs hinzugefügt bzw. die URL-Generierung wo möglich auf Titel-Pfad-URLs umgestellt.
- Einige der URL-Kurzformen von WGA werden nicht mehr funktionieren wenn sie mit dem Namen eines existierenden Website-Bereichs beginnen, da diese ab sofort als Titel-Pfad-URLs interpretiert werden. So kann die URL-Kurzform "/dbkey/home", die normalerweise ein Dokument des eindeutigen Namens "home" aufruft, nicht mehr funktionieren wenn es einen Bereich "home" in der Datenbank gibt.
- Die Titel-Pfad-URL beinhaltet jenseits des verwendeten Titels keinen Indikator für die gewünschte Sprache des Dokumentes. WGA wird hier Dokumente der bevorzugten Sprache des Benutzer bevorzugen, wird jedoch grundsätzlich die relevanten Sprachen (i.E. die im Browser konfigurierten Sprachen sowie die Default-Sprache der Datenbank) pro Dokument durchgehen um ein Dokument mit passendem Titel zu suchen. Hier kann es theoretisch zu Fehladressierungen kommen, wenn ein Dokument in der "falschen" Sprache denselben Titel hat wie jenes welches eigentlich gesucht wird. In der Praxis sollte dies aber durch die bevorzugte Sprache sehr selten vorkommen.
- Generell sollte dies Art der Dokument-Adressierung als weniger sicher betrachtet werden als die klassische URL-Form. Die Gründe dafür liegen in den Eigenschaften des zur Adressierung verwendeten Titels im Gegensatz zum Dokumenten-Schlüssel der in der klassischen Form zum Einsatz kommt. Dies sind:
- Titel sind nicht eindeutig und können in einer Datenbank beliebig oft vorkommen, auch auf derselben Hierarchieebene (auch wenn das meistens nicht sinnvoll ist). Dokumenten-Schlüssel sind jedoch garantiert pro Datenbank eindeutig.
- Titel können sich im Lebensprozeß eines Dokumentes ändern, Dokumenten-Schlüssel jedoch nicht
- Die Position eines Dokumentes in der Hierarchie kann sich ändern, wodurch sich sein Titel-Pfad ändert. Den Dokumenten-Schlüssel jedoch behält ein Dokument für immer und ist nicht von seiner hierarchischen Position abhängig