Ergebnis dieses Guides
Eine indexierbare Route mit eigenem Zweck
Arbeitsumgebung
SvelteKit mit der eingesetzten Svelte-Version und dem vorgesehenen Adapter
Wann ist diese Entscheidung wichtig?
Suchmaschinen brauchen erreichbare Inhalte und unterscheidbare Seiten. Viele URLs mit fast derselben Antwort erhöhen den Nutzen nicht automatisch.
Trennen Sie Seiten, Layouts, Serverdaten und HTTP-Endpunkte anhand der SvelteKit-Dateikonventionen. Prüfen Sie bei jedem Datenübergang, ob der Wert öffentlich sein darf oder nur auf dem Server benötigt wird.
SEO: Schritt für Schritt.
- 01
Vorbereiten
Ordnen Sie jeder wichtigen Route eine konkrete Besucherfrage und einen eindeutigen Titel zu.
- 02
In SvelteKit umsetzen
Prüfen Sie ausgeliefertes HTML, Canonical, Statuscode und interne Links. Ergänzen Sie strukturierte Daten nur passend zum sichtbaren Inhalt.
- 03
Im tatsächlichen Projekt prüfen
Testen Sie Direktaufruf, clientseitige Navigation und den Adapter des Produktionsbetriebs. Entwicklungsserver und Zielplattform können unterschiedliche Fähigkeiten besitzen.
Beispiel zur Überprüfung
So lässt sich das Ergebnis prüfen.
Als Projektkontext dient ein Kundenportal mit Formularen und geschützten Bereichen. Der folgende Prüffall ist eine Vorlage für diese Aufgabe und kein Bericht über eine Kundenmessung.
- Eingabe / Auslöser
- Abruf der öffentlichen Seite als HTML und Aufruf einer erfundenen Unterseite
- Erwartetes Ergebnis
- Der Hauptinhalt ist im HTML vorhanden; die erfundene Unterseite antwortet mit 404.
- Fehler- oder Grenzfall
- Filter- oder Sitzungsparameter erzeugen keine unbeabsichtigten Kopien im Suchindex.
Abnahme und typische Fehler.
- Ein direkter Seitenaufruf enthält den zentralen Inhalt im HTML.
- Filter- oder Sitzungsparameter erzeugen keine unbeabsichtigten Kopien im Suchindex.
- Load-Funktionen und Aktionen laufen in unterschiedlichen Kontexten; Berechtigungen gehören auf den Server.
Typischer Fehler
Eine schöne Browseransicht beweist keine vollständige Serverausgabe.
Quellen und Versionshinweis
Die Anleitung beschreibt das Vorgehen; konkrete APIs, Produktfunktionen und Laufzeitgrenzen müssen zur eingesetzten Version passen. Halten Sie Version, Konfiguration und Prüfergebnis im Projekt fest und vergleichen Sie die verlinkte Dokumentation bei Änderungen.
