Vorwort: 70 akzeptierte Blog-Themen und Release-Pläne sowie geplante Seiten und Artikelvorlagen.
Dies ist eine Aufgabe: Vor der Veröffentlichung einen reversiblen Erfassungs-, Index- und Render-Check-Record zu erstellen.
Ziel und Bereitschaft
Die Inhaltsphase identifiziert die Seitenaufgaben und die technische Phase bestätigt, ob die Antworten aufgerufen und gelesen werden können. Zunächst werden die Seitenkarte und die geplante Artikelvorlage als repräsentative URLs für die Startseite, Klassifikation, Details, Branchenanwendungen und Blogs ausgewählt und ein ungewöhnliches Beispiel hinzugefügt. Die Baseline misst nicht nur die Geschwindigkeit der ersten Seite, sondern zeichnet die aktuelle Leistung der verschiedenen Vorlagen auf, so dass ein erneuter Vergleich des gleichen Objekts nach der Wiederherstellung möglich ist.
Checksheets setzen Beispiel-URLs, Vorlagen, Sprache, erwartete Public Domain, erwarteter Indexstatus, Datum der Inspektion und Ort der Beweise. Offene Beschaffungsinformationen möchten in der Regel durchsucht werden, und Testseiten sind anders angeordnet als projektspezifische Informationen. Schreiben Sie Erwartungen, bevor Sie die Aktualität messen, um normale Ausschlüsse von Fehlerausschlüssen zu unterscheiden, um zu vermeiden, dass alle nicht indexierten Seiten als Fehler behandelt werden, oder um alle Seiten zu qualifizieren, die geöffnet werden können.
Arbeitsweise
Überprüfen Sie die Antwort des Servers, greifen Sie sich Regeln, Indexbefehle und den tatsächlichen Text an, notieren Sie den Statuscode, ob Roboter es zulassen, noindex oder nicht, und regeln Sie die URL-Orientierung. Dann schauen Sie sich das Original-HTML und die Rendering-Seite an und überprüfen Sie den Haupttitel, Text, Bild und Link. Die beiden Ergebnisse sind nicht unbedingt falsch, aber bestätigen, dass der Inhalt des Skripts vom Suchsystem lesbar ist.
Websites, die online sind und Zugriff auf sie haben, können den Zugriff auf Indexinformationen über die URL der Search Console überprüfen und die Zeit der Inspektion einhalten. Echtzeit-Zugriffstests sind nicht dasselbe wie der gespeicherte Indexstatus. Seiten können ohne Indexierung erfasst werden, und Indexierung stellt keine Rangfolge dar. Vorlagen, die formal nicht online sind, können nur die Zugangs- und Wiedergabebedingungen überprüfen, und Indexeinträge sollten für die Online-Inspektion markiert werden.
Anwendung von Beispielen
Am Beispiel der OEM-Website wählen Sie die einheitliche Hotelklassifizierung, ein Produktdetail und eine Größe aus. Jedes Muster überprüft sowohl die Beschaffungsantwort als auch die technische Präsentation: Details erfordern Spezifikationsinformationen, Artikel erfordern vollständige Schritte und Klassifizierungen erfordern echte Produktverbindungen. Wenn der Desktop Inhalte sieht und das Ergebnis leer ist, sollte der fehlende Standort aufgezeichnet werden und die Entwickler sollten nach Datenanforderungen und Vorlagen suchen.
Fügen Sie eine nicht vorhandene Produktadresse und einen alten Link hinzu, um zu sehen, ob der abnormale Pfad korrekt gehandhabt wird.
Outputs und Annahmen
Die identifizierten Probleme werden je nach Ziel und Wirkungsgrad registriert, z. B. das Fehlen des Haupttexts der detaillierten Vorlage, des Fehlsatzes einer Seite oder mehrerer Sprünge eines alten Links. Füllen Sie die verantwortliche Person aus, wie Sie sie beheben, wie Sie die Stichprobe und den Status überprüfen, wobei mehr als ein Screenshot anzeigt, dass die Website ein Problem hat.
Die Empfangs- und Inspektions-Baseline erfordert, dass jede Art von Seite ein Muster, eine Erwartung, einen Beweis und ein klares To-Do hat und kein Pre-Publishing-Zertifikat erfordert, um indexiert oder eingestuft zu werden. Nach Abschluss wird eine Momentaufnahme der Inspektion beibehalten und die Probe und die ungewöhnliche Adresse werden zur Inspektion an den Zustandscode übergeben.
