URL-Fragment
Was ist ein URL-Fragment?
Ein URL-Fragment ist der Teil einer Webadresse, der nach dem Rautezeichen # steht. Der Browser nutzt diesen Fragmentbezeichner, um innerhalb einer bereits geladenen Seite zu einem Abschnitt oder Zustand zu springen. Das Fragment wird bei einer HTTP-Anfrage nicht an den Webserver übertragen und kennzeichnet deshalb grundsätzlich keine eigenständige Ressource.
So funktioniert ein URL-Fragment
Ein URL-Fragment folgt auf das Zeichen # und verweist meist auf ein HTML-Element mit einer passenden ID. Bei der Adresse https://www.beispiel.de/ratgeber#kosten lautet das Fragment kosten. Der Browser sucht nach einem Element wie <h2 id='kosten'> und scrollt direkt zu diesem Abschnitt.
Der englische Fachbegriff fragment identifier bezeichnet denselben Bestandteil einer URL. Entscheidend ist die technische Verarbeitung: Bei einem Aufruf von /ratgeber#kosten fordert der Browser beim Server nur /ratgeber an. Das Fragment wird anschließend lokal im Browser ausgewertet. Deshalb liefern /ratgeber#kosten und /ratgeber#kontakt serverseitig dasselbe Dokument.
https://www.beispiel.de/faq#versand besteht aus der Ressource /faq und dem Fragment versand. Der Server erhält eine Anfrage für die FAQ-Seite. Erst nach dem Laden navigiert der Browser zum Abschnitt mit der ID versand. URL-Fragmente im technischen SEO
Ein URL-Fragment erzeugt normalerweise keine separat crawlbare und indexierbare Seite. Suchmaschinen rufen die Ressource vor dem Rautezeichen ab und behandeln Sprungmarken in erster Linie als Position innerhalb dieses Dokuments. Wenn zwei fachlich eigenständige Inhalte organisch ranken sollen, brauchen sie daher in der Regel eigene URLs ohne Fragmentabhängigkeit.
Genau an diesem Punkt entsteht ein häufiger Denkfehler: Eine Anwendung kann nach einem Fragment optisch vollkommen neue Inhalte anzeigen, obwohl der Server weiterhin dasselbe Dokument ausliefert. Eine Produktübersicht unter /produkte#maschinen und eine zweite Ansicht unter /produkte#werkzeuge sind deshalb nicht automatisch zwei indexierbare Kategorieseiten. Prüfe bei wichtigen Inhalten, ob jede Ansicht unter einer eigenständigen URL erreichbar ist und einen vollständigen Serverabruf ermöglicht.
Eine umfassende technische SEO-Analyse sollte deshalb nicht nur sichtbare Browserzustände prüfen. Relevant ist, welche URL der Server beantwortet, welcher Inhalt ohne Benutzeraktion verfügbar ist und welche Adresse Suchmaschinen als Dokument erkennen.
Unterschied zu URL-Parametern
Der Unterschied zwischen einem URL-Fragment und einem URL-Parameter liegt in der Übertragung an den Server. Ein Parameter beginnt üblicherweise mit einem Fragezeichen, etwa ?farbe=blau, und ist Bestandteil der HTTP-Anfrage. Ein Fragment beginnt mit # und bleibt im Browser. Parameter können dadurch andere Serverantworten und crawlbare URL-Varianten auslösen, Fragmente grundsätzlich nicht.
| Merkmal | URL-Fragment | URL-Parameter |
|---|---|---|
| Kennzeichen | # | ? und häufig & |
| Übertragung an den Server | Nein | Ja |
| Typischer Zweck | Sprungmarke oder Browserzustand | Filter, Sortierung, Tracking oder Abfrage |
| Eigene Serverantwort möglich | Nein | Ja |
| Separate Indexierung | Grundsätzlich nicht als eigenes Dokument | Je nach Umsetzung möglich |
URL-Parameter können zahlreiche Varianten desselben Inhalts erzeugen und damit Crawling sowie Kanonisierung beeinflussen. Bei URL-Fragmenten liegt das Risiko eher darin, dass fachlich relevante Inhalte nur als clientseitiger Zustand existieren. Eine saubere Onpage-Optimierung bewertet daher beide URL-Bestandteile getrennt.
Sprungmarken sinnvoll einsetzen
Sprungmarken eignen sich für lange Ratgeber, FAQ-Seiten, Leistungsübersichten und Inhaltsverzeichnisse. Ein Link auf #voraussetzungen führt den Nutzer unmittelbar zur passenden Antwort, ohne ein zweites Dokument zu laden. Aussagekräftige IDs wie #lieferzeiten sind dabei stabiler und verständlicher als technische Werte wie #section-7.
Ein URL-Fragment funktioniert nur zuverlässig, wenn die Ziel-ID eindeutig im Dokument vorkommt. Mehrere Elemente mit derselben ID sind ungültiges HTML und können zu uneinheitlichem Scrollverhalten führen. Nach Änderungen an Überschriften oder Seitentemplates solltest du außerdem prüfen, ob bestehende Sprunglinks weiterhin auf vorhandene IDs zeigen.
Fragmente bei JavaScript-Anwendungen
JavaScript-Anwendungen verwenden Fragmente teilweise zur internen Navigation, beispielsweise in der Form /app#/konto. Dieses Hash-Routing ermöglicht Zustandswechsel im Browser, ohne dass der Server für jeden Zustand einen eigenen Pfad kennen muss. Für öffentlich auffindbare Inhalte sind echte Pfade wie /app/konto meist belastbarer, weil jeder Pfad direkt abrufbar, verlinkbar und technisch separat prüfbar ist.
URL-Fragmente richtig prüfen
Ein URL-Fragment lässt sich mit einem einfachen Vergleich prüfen: Rufe die Adresse einmal mit und einmal ohne Fragment auf. Beide Varianten müssen dieselbe Ressource laden, während die Fragmentversion zusätzlich zum vorgesehenen Element springt oder den erwarteten Browserzustand aktiviert. Deaktiviere testweise JavaScript, wenn wichtige Inhalte ausschließlich nach einer clientseitigen Aktion erscheinen.
Kontrolliere bei einer Website-Migration oder einem Relaunch auch alle eingehenden Links mit Sprungmarken. Ändert sich nur die ID eines Abschnitts, lädt die Seite weiterhin, aber der Nutzer landet am Seitenanfang. Eine klassische 301-Weiterleitung kann diesen Fehler nicht auf Serverebene erkennen, weil das Fragment den Server nicht erreicht.
Häufige Fragen zu URL-Fragmenten
Wird ein URL-Fragment von Google indexiert?
Ein URL-Fragment gilt grundsätzlich nicht als eigenständiges Dokument. Google ruft normalerweise die Adresse vor dem Rautezeichen ab und ordnet die Inhalte der Basis-URL zu. Für separat rankende Inhalte solltest du eigene URL-Pfade verwenden.
Wird der Teil nach dem Rautezeichen an den Server gesendet?
Nein. Der Browser entfernt das Fragment aus der HTTP-Anfrage und verarbeitet es lokal. Der Server erhält nur die Adresse vor dem Rautezeichen.
Kann ein URL-Fragment Duplicate Content verursachen?
Ein klassisches URL-Fragment erzeugt serverseitig keine zweite Ressource und damit normalerweise keinen separaten Duplicate Content. Probleme entstehen, wenn JavaScript hinter verschiedenen Fragmenten umfangreiche eigenständige Inhalte bereitstellt, die eigentlich eigene Zielseiten benötigen.
Gehört ein URL-Fragment in die XML-Sitemap?
In eine XML-Sitemap gehören die indexierbaren Dokument-URLs ohne Sprungmarken. Fragmentvarianten desselben Dokuments müssen nicht einzeln aufgeführt werden.
Sollte ein Canonical Tag ein Fragment enthalten?
Ein Canonical Tag sollte normalerweise auf die eindeutige Dokument-URL ohne Fragment verweisen. Das Fragment beschreibt eine Position oder einen Zustand innerhalb der Seite und keine bevorzugte Dokumentversion.
Sind URL-Fragmente für lange Seiten sinnvoll?
Ja. URL-Fragmente verbessern die Navigation auf langen Seiten, weil Nutzer gezielt zu Überschriften, FAQ-Antworten oder Formularbereichen springen können. Die verwendeten IDs sollten eindeutig, verständlich und dauerhaft stabil sein.
Wenn du unsicher bist, ob fragmentbasierte Navigation, JavaScript oder deine URL-Struktur die Indexierung wichtiger Inhalte beeinflusst, kann eine technische Prüfung die tatsächlichen Serverantworten und indexierbaren Zielseiten klären.
Sie haben noch Fragen?
