Ergebnis dieses Guides
Eine geprüfte Vorschau je öffentlicher Route
Arbeitsumgebung
SvelteKit mit der eingesetzten Svelte-Version und dem vorgesehenen Adapter
Wann ist diese Entscheidung wichtig?
Titel und Beschreibung sollen den tatsächlichen Inhalt erklären. Geerbte Standardwerte können auf dynamischen Seiten falsche Vorschauen erzeugen.
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.
Metadaten: Schritt für Schritt.
- 01
Vorbereiten
Erfassen Sie Titel, Beschreibung, Canonical und Vorschaubild für mindestens zwei unterschiedlich benannte Datensätze.
- 02
In SvelteKit umsetzen
Leiten Sie Metadaten aus derselben geprüften Datenquelle wie den Seiteninhalt ab. Berücksichtigen Sie die Vererbungsregeln des Frameworks.
- 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
- Zwei Produktseiten werden direkt und über einen geteilten Link geöffnet
- Erwartetes Ergebnis
- Titel und Vorschau nennen jeweils das richtige Produkt und dieselbe endgültige URL.
- Fehler- oder Grenzfall
- Ein nicht vorhandener Datensatz erhält keine erfundene Produktbeschreibung.
Abnahme und typische Fehler.
- Title, Description, Canonical und Vorschau passen zur URL.
- Ein nicht vorhandener Datensatz erhält keine erfundene Produktbeschreibung.
- Load-Funktionen und Aktionen laufen in unterschiedlichen Kontexten; Berechtigungen gehören auf den Server.
Typischer Fehler
Ein Metadaten-Set für alle Seiten macht Themen unklar.
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.
