Wichtige Inhalte sollten nicht von einem Klick, einem bestimmten Bildlauf oder einer zu entdeckenden Verbindung abhängen. Überprüfen Sie, was die erste Antwort enthält und was nach dem Rendern angezeigt wird. Die technische Wahl muss sowohl den Besuchern, der Wartung als auch dem Motorzugang dienen.
Distinguish initial HTML and rendered page
Der vom Browser empfangene Code kann nur ein Skelett enthalten und dann durch Javascript vervollständigt. Google beschreibt eine Behandlung, einschließlich Erkundung, Rendern und Indizierung. Die Tatsache, dass eine Engine Javascript ausführen kann, garantiert nicht, dass jede Abhängigkeit oder Interaktion funktioniert. Vergleichen Sie also die anfängliche Antwort mit den auf den Seiten, die Ihre Angebote enthalten, und Ihren redaktionellen Antworten.
Testen Sie gewöhnliche Bedingungen
Öffnen Sie eine Seite in einer öffentlichen Sitzung mit einem langsamen Netzwerk und steuern Sie dann, was verfügbar bleibt, wenn eine Ressource ausfällt. Sind der Titel, der Text und der Link zu nützlichen Seiten vorhanden? API-Fehler sollten eine vorhandene Datei nicht in eine leere Seite verwandeln. Überprüfen Sie auch, dass die Ladezustände nicht unbegrenzt angezeigt bleiben.
ein Abnahmetest in drei Zuständen auf derselben Seite
Testen Sie die Seite von ihrer direkten URL, dann nach dem internen Surfen und dann mit einer nicht verfügbaren Abhängigkeit in Ihrer Abnahmetestumgebung. Sie möchten wissen, was der Besucher in jedem Bundesstaat lesen und tun kann. Die Fähigkeit, Javascript zu erstellen, verzichtet nicht auf die Bereitstellung von Fehlern, Links und konsistenten Inhalten. Die folgenden Checkpoints gelten sowohl für eine Anleitung als auch für ein Produktblatt.
| Element | Frage im ersten HTML | Frage nach dem Rendern |
|---|---|---|
| Titel und entscheidender Text | Sind das Thema und die Antwort vorhanden? | Ist der Text vollständig und immer konsistent? |
| Links zwischen den Seiten | Können reale Ziele extrahiert werden? | Produziert die Navigation gute URLs? |
| Produktdaten | Stimmen die Werte mit dem angeforderten Produkt überein? | Ändert eine Interaktion die Variante richtig? |
| Fehler oder Mangel an Ressourcen | Sind der Status und die Nachricht angemessen? | Kann ein Ladefehler verstanden werden? |
| Metadaten | Hat die Seite eine eigene Identität? | Erzeugt ein clientseitiges Update einen Widerspruch? |
Die Von Google dokumentierte JavaScript-SEO-Prinzipien Unterscheiden Sie zwischen Exploration, Rendering und Indexierung. Ihr Abnahmetest sollte diese Schritte getrennt halten. Ein sichtbarer Text in Ihrem Browser ist ein Rendering unter diesen Bedingungen, kein Beweis dafür, dass alle Sucherfahrungen es nutzen können oder werden.
Navigation explizit machen
Verwenden Sie HTML-Links mit einem realen Ziel für querschnittsübergreifende Routen. Eine Schaltfläche, die nur den Status einer Anwendung ändert, ersetzt nicht immer eine gemeinsame URL. Für einen Katalog muss jedes wichtige Produkt direkt geöffnet werden können. Überprüfen Sie Weiterleitungen und Status, die während des direkten Zugriffs zurückgegeben werden, nicht nur beim Surfen von zu Hause aus.
Fiktives Beispiel: Merkmale in einer Registerkarte
Ein Blatt lädt seine Abmessungen erst nach dem Öffnen einer Lasche. Das Team legt die entscheidenden Informationen auf die öffentlich zugängliche Seite und verwendet dann den Tab, um die Lesung zu organisieren. Es steuert das Ergebnis auf Mobilgeräten und bei der Seiteninspektion. Ziel ist es nicht, Javascript zu verbieten, sondern zu verhindern, dass fragile Aktionen den Zugriff auf die für die Entscheidung erforderlichen Merkmale konditionieren.
Entscheiden Sie, was ohne Interaktion zur Verfügung gestellt werden soll
Für einen Artikel können die Hauptantwort und nützliche Links normalerweise mit der Seite geliefert werden. Für einen Katalog kann die Benutzeroberfläche interaktiv bleiben und gleichzeitig eine direkte URL bereitstellen, die das Produkt und seine wesentlichen Informationen identifiziert. Sekundäre Funktionen, wie ein Anpassungstool, erfordern eine saubere Analyse: Wenn Sie sie interaktiv machen, bedeutet dies nicht, dass der Rest der Karte zu Beginn leer sein sollte.
- Wählen Sie eine repräsentative Vorlage und holen Sie sich den öffentlichen Inhalt. Machen Sie einen lesbaren Vergleich zwischen dem empfangenen Code und dem endgültigen Inhalt mit dem Datum und den Testbedingungen.
- wichtige Links prüfen. Ein HTML-Link mit href und Real Destination ist direkter nutzbar als eine Aktion, die nur einen internen Status ohne URL ändert.
- Veranlassen Sie in der Testumgebung, dass eine notwendige Ressource fehlschlägt. Überprüfen Sie die Nachricht, die Möglichkeit, erneut zu versuchen und was zugänglich bleibt. Verursachen Sie für diese Demonstration nicht freiwillig einen Produktionsausfall.
- Beheben Sie zuerst den auf dieser Vorlage beobachteten Defekt und überprüfen Sie dann die anderen Seiten, die ihn verwenden. Messen Sie auch die Auswirkungen auf Geschwindigkeit und Wartung, bevor Sie eine neue Architektur verallgemeinern.
Googles Dokument auf Erkundbare Links Bietet Beispiele für interpretierbare Links. Für ein Wiederherstellungsprojekt kann dieses Abnahmetest in die Spezifikationen integriert werden: Wir erwarten eine überprüfbare Reaktion, Navigation und Fehlerzustand, nicht nur einen erfolgreichen Screenshot. Die Diagnose von CDN-Sperren Bleibt zusätzlich, wenn der Inhalt nicht den Browser oder den Roboter erreicht.
Wählen Sie eine proportionale Korrektur
Ein serverseitiges Rendering oder eine Seitengenerierung ist möglicherweise relevant, aber eine vollständige Migration ist nicht immer erforderlich. Beginnen Sie mit einer repräsentativen Vorlage, messen Sie den Zugriff, die Leistung und die einfache Aktualisierung. Überprüfen Sie dann die Metadaten und Links in beiden Versionen. Die Reduzierung unnötiger Javascript Kann diese Arbeit abschließen, ohne Geschwindigkeit und Indexierbarkeit zu verwirren.