URL-Struktur: Saubere und SEO-freundliche Pfade

Dieser Artikel erklärt unsere URL-Struktur über verschiedene Seitentypen hinweg und wie sie SEO und Benutzererfahrung unterstützt.

URL-Muster

Produktseiten

Muster: /p/<sku>

Beispiel: /p/Treo-N100-8-256-2H-W6-11P

Struktur: SKU direkt in der URL (durch Bindestriche getrennt)

Vorteil: Eindeutige URL pro Konfiguration, beschreibend

Abfrageseiten (Query Pages)

Muster: /q/<slug>

Beispiel: /q/mini-pc-for-office

Struktur: Durch Bindestriche getrennter Abfragetext

Vorteil: Lesbar, SEO-freundlich, teilbar

Suchseiten

Muster: /q/?q=<query>

Beispiel: /q/?q=fanless+computer

Struktur: Query-Parameter

Vorteil: Dynamisch, nicht indexiert

Teile-Seiten (Part Pages)

Muster: /i/<partid>

Beispiel: /i/N100

Struktur: Teil-ID direkt in der URL

Vorteil: Kurz, einprägsam

Familienseiten

Muster: /f/<family>

Beispiel: /f/treo

Struktur: Familienname

Vorteil: Produkt-Konfigurator-Seiten

Kategorieseiten

Muster: /c/<category>

Beispiel: /c/mini-pc

Struktur: Kategoriename

Vorteil: Nach Kategorie browsen

Vergleichsseiten

Muster: /c/<name>

Beispiel: /c/treo-vs-s

Struktur: Vergleichsname

Vorteil: Direkter Vergleich

Artikelseiten

Muster: /a/<slug>

Beispiel: /a/rdp-thin-client

Struktur: Artikel-Slug

Vorteil: Technische Dokumentation

Bundle-Seiten

Muster: /b/<bundle-id>

Beispiel: /b/office-bundle

Struktur: Bundle-Identifikator

Vorteil: Vorkonfigurierte Pakete

URL-Parameter

Sprachauswahl

Parameter: ?lang=<code>

Beispiel: /p/Treo-N100?lang=hi

Verhalten: Setzt Sprache, leitet dann auf saubere URL um

Speicherung: Session + Cookie

Währungsauswahl

Parameter: ?curr=<code>

Beispiel: /p/Treo-N100?curr=USD

Verhalten: Setzt Währung, leitet dann auf saubere URL um

Speicherung: Session + Cookie

Filter (Abfrageseiten)

Parameter: ?<feature>=<value>

Beispiel: /q/mini-pc?Cores=4&Main+Memory=8

Verhalten: Dynamische Filterung, keine Umleitung

Vorteil: Teilbare gefilterte Ansichten

Tracking-Parameter

Parameter: gclid, gbraid, wbraid, fbclid, utm_*

Beispiel: /p/Treo-N100?gclid=abc123

Verhalten: In Session/Cookie gespeichert, aus URL entfernt

Vorteil: Saubere URLs, Attribution erhalten

Saubere-URL-Strategie

Parameter-Entfernung

Nach der Verarbeitung leiten wir auf saubere URLs um:

Vorher: /p/Treo-N100?lang=hi&curr=USD

Nachher: /p/Treo-N100

Vorteil: Sauberere URLs, besseres Caching

Behandlung von nachgestellten Schrägstrichen

Wir leiten URLs mit nachgestelltem Schrägstrich um:

Vorher: /p/Treo-N100/

Nachher: /p/Treo-N100

Vorteil: Kanonische URLs, kein doppelter Inhalt

Groß-/Kleinschreibung

SKUs und Slugs unterscheiden Groß- und Kleinschreibung:

Gültig: /p/Treo-N100

Ungültig: /p/treo-n100 (404)

Vorteil: Konsistente URLs

SEO-Überlegungen

Kanonische URLs

Jede Seite hat eine kanonische URL:

<link rel="canonical" href="https://www.thinvent.in/p/Treo-N100">

Vorteil: Verhindert Probleme mit doppeltem Inhalt

Hreflang-Tags

Alternative Sprachversionen:

<link rel="alternate" hreflang="en" href="/p/Treo-N100">
<link rel="alternate" hreflang="hi" href="/p/Treo-N100?lang=hi">

Vorteil: Google zeigt die korrekte Sprachversion an

Sitemap

Alle Seiten sind in sitemap.xml enthalten:

  • Produktseiten

  • Abfrageseiten

  • Artikelseiten

  • Kategorieseiten

  • Familienseiten

Vorteil: Besseres Crawling und Indexierung

Robots.txt

Produktion (über CloudFront): Erlaube alles

Staging (direkter Zugriff): Verbiete alles

Erkennung: Vorhandensein des CloudFront-Headers

Vorteil: Nur Produktion wird indexiert

URL-Weiterleitungen

Alt zu Neu

Wir pflegen Weiterleitungen für alte URL-Muster:

Alt: /gs/<sku> (Google Shopping)

Neu: /p/<sku>

Status: 301 Permanente Weiterleitung

Datenblatt-URLs

Muster: /ds/<sku>.pdf

Verhalten: PDF bei Bedarf generieren

Keine Weiterleitung: Direkte PDF-Antwort

URL-Validierung

SKU-Validierung

Vor dem Ausliefern einer Produktseite:

  • Prüfen, ob die SKU in der Produktdatenbank existiert

  • Format validieren (durch Bindestriche getrennt)

  • 404 zurückgeben, wenn ungültig

Slug-Validierung

Vor dem Ausliefern einer Abfrageseite:

  • Prüfen, ob der Slug in QueryPageV3 existiert

  • Fallback auf Suche, wenn nicht gefunden

  • Suchergebnisse zurückgeben

Referenzen

Technische Konzepte

Verwandte Artikel

Zusammenfassung

Unsere URL-Struktur ist sauber, beschreibend und SEO-freundlich:

Seitentypen:

  • ✅ /p/<sku> - Produktseiten

  • ✅ /q/<slug> - Abfrageseiten

  • ✅ /q/?q=<query> - Suchseiten

  • ✅ /i/<partid> - Teile-Seiten

  • ✅ /f/<family> - Familienseiten

  • ✅ /c/<category> - Kategorieseiten

  • ✅ /a/<slug> - Artikelseiten

  • ✅ /b/<bundle> - Bundle-Seiten

Parameter:

  • ✅ ?lang=<code> - Sprache (leitet auf saubere URL um)

  • ✅ ?curr=<code> - Währung (leitet auf saubere URL um)

  • ✅ ?<feature>=<value> - Filter (keine Umleitung)

  • ✅ ?gclid=<id> - Tracking (gespeichert, aus URL entfernt)

SEO:

  • ✅ Kanonische URLs

  • ✅ Hreflang-Tags

  • ✅ Sitemap.xml

  • ✅ Robots.txt (umgebungsabhängig)

Validierung:

  • ✅ SKU-Existenzprüfung

  • ✅ Slug-Existenzprüfung

  • ✅ 404 für ungültige URLs

Diese Struktur wägt Lesbarkeit, SEO und Funktionalität aus.

← Zurück zum Dokumentations-Index