> For the complete documentation index, see [llms.txt](https://one-loop.gitbook.io/help/llms.txt). Markdown versions of documentation pages are available by appending `.md` to page URLs; this page is available as [Markdown](https://one-loop.gitbook.io/help/plattform/one-loop-plattform/websites-und-leadgewinnung/websites-und-funnels/verschachtelte-url-pfade-fur-websites-und-funnels-verwenden.md). # Verschachtelte URL-Pfade für Websites und Funnels verwenden Strukturiere Seitenadressen in verständlichen Ebenen, prüfe Grenzen und leite alte Adressen bei einer Änderung zuverlässig weiter. Ein verschachtelter URL-Pfad gliedert eine Seitenadresse mit Schrägstrichen in mehrere verständliche Ebenen. Statt einer flachen Adresse wie **/kurs-anfaenger** kann eine Seite zum Beispiel unter **/kurse/einstieg/anfaenger** liegen. Das hilft Besucherinnen und Besuchern, den Inhalt der Adresse einzuordnen. Auch Suchmaschinen können die Struktur einer Seite dadurch besser nachvollziehen. Die Funktion wird weiterentwickelt – prüfe nach jeder Änderung die veröffentlichte Adresse und alle wichtigen Links. ## Wann ein verschachtelter Pfad sinnvoll ist Nutze mehrere Ebenen nur, wenn sie eine echte Inhaltsstruktur zeigen: | Inhalt | Verständlicher Pfad | | --------------------------------------------- | ---------------------------------------------------- | | Ein Leitfaden innerhalb eines Wissensbereichs | **/wissen/leitfaeden/terminvorbereitung** | | Eine Seite zu einem Unterthema eines Angebots | **/angebote/beratung/erstgespraech** | | Eine Eventseite in einer Jahresgruppe | **/events/herbst/online-session** | | Ein einzelnes, unabhängiges Thema | Ein kurzer Pfad wie **/ueber-uns** kann klarer sein. | Ein Schrägstrich trennt die Ebenen. Er erstellt keine technischen Ordner, sondern beschreibt die sichtbare Struktur der Adresse. ## Vor dem Ändern planen Bevor du eine veröffentlichte Adresse änderst, prüfe diese Punkte: 1. Welche inhaltliche Hierarchie sollen Besucherinnen und Besucher erkennen? 2. Wie lautet die alte Adresse? 3. Welche Buttons, Navigationseinträge, E-Mail-Links oder externen Verweise führen dorthin? 4. Ist die neue Adresse kurz, lesbar und eindeutig? 5. Brauchst du wirklich mehrere Ebenen oder reicht ein kurzer einzelner Pfad? Eine klare Struktur ist wertvoller als möglichst viele Ebenen. Verwende Pfade, die der Navigation und den tatsächlichen Inhalten der Seite entsprechen. ## Pfad einrichten oder ändern 1. Öffne **Websites und Leadgewinnung > Websites und Funnels**. 2. Wähle die Website oder den Funnel aus. 3. Öffne die betroffene Seite oder den betreffenden Schritt. 4. Klicke auf **Bearbeiten**. 5. Trage im Feld **Pfad** die gewünschte Adresse ein. Nutze **/** zwischen den Ebenen, zum Beispiel **/kurse/einstieg/anfaenger**. 6. Prüfe die Eingabe vor dem Speichern auf Schreibweise, Ebenenzahl und reservierte Begriffe. 7. Speichere die Änderung. 8. Öffne die veröffentlichte Seite und kontrolliere die vollständige Adresse in der Browserleiste. Die Quellansichten zeigen das Feld **Pfad** direkt in der Maske zum Bearbeiten einer Seite oder eines Funnel-Schritts. Bei einem ungültigen Wert erscheint die Fehlermeldung unter diesem Feld. ## Die Fünf-Ebenen-Grenze Ein Pfad darf höchstens fünf Ebenen enthalten: **/ebene1/ebene2/ebene3/ebene4/ebene5** Jeder Teil zwischen zwei Schrägstrichen zählt als eine Ebene. Deine Domain und eine mögliche Subdomain zählen nicht dazu. | Gültig | Nicht gültig | | ------------------------------------------------------------------- | ------------------------------------------------------------- | | **/kurse/einstieg/anfaenger** – drei Ebenen | **/a/b/c/d/e/f** – sechs Ebenen | | **/wissen/leitfaeden/termin/vorbereitung/checkliste** – fünf Ebenen | Eine Adresse mit mehr als fünf Teilen zwischen Schrägstrichen | Versuchst du mehr als fünf Ebenen zu speichern, blockiert der Editor die Änderung und meldet, dass der URL-Pfad zu tief ist. ## Schreibweise, die zuverlässig funktioniert Halte jeden Teil des Pfads einfach: * Verwende Kleinbuchstaben, Zahlen und Bindestriche. * Schreibe keine Leerzeichen. * Verwende keine doppelten Schrägstriche. * Lasse zwischen Schrägstrichen keinen leeren Teil. * Setze keinen zusätzlichen Schrägstrich ans Ende. * Beschreibe mit den Worten klar den Inhalt der Seite. | Gut | Vermeiden | | --------------------------------- | ----------------------------------- | | **/wissen/seo-tipps** | **/wissen//seo-tipps** | | **/kurs/lektion-1** | **/kurs/lektion-1/** | | **/events/herbst/online-session** | **/events /herbst /online session** | Ein Schrägstrich bleibt als Trennung erhalten. Er wird nicht mehr automatisch in einen Bindestrich umgewandelt. ## Reservierte Pfade Einige Pfade verwendet das System bereits für bestimmte Seitenarten. Sie können nicht als eigener Pfad gespeichert werden. Wenn du einen davon eingibst, zeigt der Editor eine Fehlermeldung. | Reservierter Anfang | Gehört zum Systembereich | | ------------------- | ------------------------ | | **/b/** | Blog | | **/c/** | Kategorien | | **/product/** | Produktseiten | | **/collections/** | Sammlungen | | **/post/** | Blogbeiträge | | **/category/** | Kategorien | | **/author/** | Autorinnen und Autoren | | **/tag/** | Schlagwörter | | **/store/account** | Konto eines Shops | Wähle bei einer Fehlermeldung einen eigenen, beschreibenden Pfad, der nicht mit einem dieser Bereiche kollidiert. ## Bereits veröffentlichte Adressen sicher ändern Eine neue Adresse übernimmt keine bestehenden Links automatisch. Alte Links können sonst auf einer Fehlerseite enden. Richte deshalb vor oder direkt nach der Änderung eine **dauerhafte 301-Weiterleitung** von der alten auf die neue Adresse ein. Damit gelangen Besucherinnen und Besucher weiterhin ans Ziel und die bisherige Auffindbarkeit kann erhalten bleiben. Prüfe danach: 1. Die alte Adresse in einem privaten Browserfenster. 2. Die neue Adresse in einem privaten Browserfenster. 3. Wichtige Buttons und Navigationseinträge auf der Website. 4. Links in versendeten Nachrichten oder Vorlagen. 5. Die XML-Sitemap. 6. Die Darstellung und Navigation auf einem Smartphone. Du kannst innerhalb derselben Website oder desselben Funnels flache und verschachtelte Pfade nebeneinander verwenden. Eine kurze Seite wie **/ueber-uns** und ein strukturierter Bereich wie **/wissen/leitfaeden/terminvorbereitung** können gleichzeitig bestehen. ## So prüfst du das Ergebnis 1. Prüfe den Pfad vor dem Speichern auf maximal fünf Ebenen. 2. Speichere die Änderung. 3. Öffne die neue Adresse direkt im Browser. 4. Teste die alte Adresse und kontrolliere die Weiterleitung. 5. Klicke alle wichtigen Links zur Seite an. 6. Kontrolliere den Pfad auf Desktop und Smartphone. 7. Prüfe, ob die Bezeichnung der Adresse zum sichtbaren Seitentitel und zur Navigation passt. 8. Prüfe nach einer Weile erneut die XML-Sitemap, wenn die Seite für Suchmaschinen relevant ist. ## Praxisbeispiel: Kursbereich neu ordnen Eine Akademie möchte ihre Seite zu Kommunikation verständlicher einordnen. 1. Das Team entscheidet sich für **/kurse/einstieg/kommunikation**. 2. Es zählt drei Ebenen und bleibt damit deutlich unter der Grenze. 3. Im Bearbeitungsfenster trägt es den neuen Pfad ein und speichert. 4. Es richtet von der bisherigen Adresse eine dauerhafte 301-Weiterleitung ein. 5. Anschließend prüft es alte und neue Adresse, alle Buttons im Kursbereich und die Navigation auf dem Smartphone. So bleibt die Adresse kurz, zeigt ihre Zugehörigkeit und alte Links führen weiterhin zum richtigen Ziel. ## Typische Fehler und Lösungen | Beobachtung | Wahrscheinliche Ursache | Was du tun kannst | | --------------------------------------------------------------------- | ---------------------------------------------------------------------------------------------------- | ----------------------------------------------------------------------------------------- | | Der Pfad lässt sich nicht speichern. | Er hat mehr als fünf Ebenen oder verwendet einen reservierten Bereich. | Verkürze die Struktur und wähle einen eigenen Pfad. | | Unter dem Feld **Pfad** erscheint eine Fehlermeldung. | Die Eingabe enthält einen nicht erlaubten Systempfad oder ist zu tief. | Lies den Hinweis, ändere den problematischen Teil und speichere erneut. | | Die Adresse sieht unordentlich aus. | Doppelte Schrägstriche, Leerzeichen, ein leerer Teil oder ein Schrägstrich am Ende wurden verwendet. | Verwende nur klare Wörter, Bindestriche und genau einen Schrägstrich zwischen den Ebenen. | | Alte Links führen zu einer Fehlerseite. | Es fehlt eine dauerhafte Weiterleitung von der bisherigen Adresse. | Richte eine 301-Weiterleitung ein und teste die alte Adresse direkt. | | Der Pfad ist schwer verständlich. | Zu viele Ebenen oder technische Begriffe verdecken den Inhalt. | Kürze den Pfad und richte ihn an der sichtbaren Navigation aus. | | Ein Funnel und eine Website sollen unterschiedliche Pfadarten nutzen. | Es wird vermutet, alle Adressen müssten gleich tief sein. | Nutze flache und verschachtelte Pfade dort, wo sie jeweils am klarsten sind. | --- # Agent Instructions This documentation is published with GitBook. GitBook is the documentation platform designed so that both humans and AI agents can read, navigate, and reason over technical content effectively. Learn more at gitbook.com. ## Querying This Documentation If you need additional information that is not directly available in this page, you can query the documentation by asking a question. Perform an HTTP GET request on the following URL with the `ask` and `goal` query parameters: ``` GET https://one-loop.gitbook.io/help/plattform/one-loop-plattform/websites-und-leadgewinnung/websites-und-funnels/verschachtelte-url-pfade-fur-websites-und-funnels-verwenden.md?ask=&goal= ``` `ask` is the immediate question: it should be specific, self-contained, and written in natural language. `goal` is what the user is ultimately trying to achieve, the reason they need the answer. Sharing it helps GitBook give you a better, more relevant answer. A goal is most helpful when it describes the outcome the user wants rather than restating the question. For example, with `ask=how do I create an API token`, a goal like `automate deployments from our CI pipeline` lets GitBook tailor the answer to that use case. The response will contain a direct answer to the question and relevant excerpts and sources from the documentation. Use this mechanism when the answer is not explicitly present in the current page, you need clarification or additional context, or you want to retrieve related documentation sections.