Vorinformation: Muster von Vorlagen und Prüfgrundlinien, die in Teil 71 festgelegt wurden, sowie Aufzeichnungen alter URLs und Seitenänderungen.
Dies ist eine Aufgabe: öffentlich verfügbare Inhalte, ungültige Adressen und Migrationspfade in Übereinstimmung mit der tatsächlichen Situation an die HTTP-Antwort zurückzugeben.
Ziel und Bereitschaft
Die im Browser erscheinende Seite stellt nicht die richtige Antwort des Servers dar. Bereiten Sie Baseline-Samples, Links zur Station und der alten URL-Liste vor, verwenden Sie das Web-Check-Tool, um Anfragen für wichtige Dokumente zu lesen und die Adresse der Anfrage, den Statuscode, das Sprungziel und den endgültigen Inhalt aufzuzeichnen. Konzentrieren Sie sich auf den realen Zugriffspfad, der weiter überprüft werden muss, wenn das Tool mit unterschiedlichen Anforderungen unterschiedliche Ergebnisse hat und nicht auf einer einzigen aggregierten Statusbasis beurteilt werden kann.
Eine gültige öffentliche Seite gibt normalerweise eine erfolgreiche Antwort zurück, aber 200 garantiert keinen Index. 404 oder 410 ist für die entsprechende Abwesenheit geeignet, während 5x Server-Verarbeitungsprobleme anzeigt, die nicht durch ein benutzerdefiniertes Fehlerbild abgedeckt werden können. Überprüfen Sie zuerst den tatsächlichen Zustand des Inhalts, dann vom Maintainer eingerichtet, um zu reagieren und den Code gegen den wahrgenommenen SEO-Gewinn auszuwählen.
Arbeitsweise
Erstellen Sie ein URL-Verarbeitungsformular, um die ursprüngliche Adresse, den Geschäftsstatus, die Behandlungsgründe, die Zieladresse, die Art der Antwort und die damit verbundenen Links auszufüllen. Die permanente Migration findet in der Regel bei 301 oder 308 statt, während temporäre Vereinbarungen einen geeigneten temporären Sprung in Betracht ziehen. Die echte Ersatzseite sollte die ursprüngliche Aufgabe übernehmen, sonst wird der Benutzer einfach zu einem neuen Eintrag geschickt, ohne die Frage zu beantworten.
Wenn Sie den Sprungpfad überprüfen, notieren Sie jeden Sprung, finden Sie den Zyklus und unnötigen kontinuierlichen Sprung. Die alte Adresse wird auf die neue Adresse verschoben und ist so weit wie möglich direkt auf das endgültige effektive Ziel, und die Links innerhalb der Station werden geändert, um zu verhindern, dass der Client jedes Mal den alten Pfad durchläuft. Der Serverfehler sollte die Anwendung oder den Grund für den Host beheben, und die Fehlerseite sollte nicht auf 200 geändert werden, um die Spitze des Berichts zu entfernen, und der technische Zustand muss realistisch sein.
Anwendung von Beispielen
Der Austausch einer Produktserienadresse mit dem Brillenhersteller ist ein Anwendungsbeispiel, und wenn die neue Serie das entsprechende Angebot beibehält, kann der alte Eingang dauerhaft auf die neue Seite verschoben werden. Wenn ein Produkt nicht mehr geliefert wird und keinen entsprechenden Ersatz hat, kehrt es zu einem echten Fehler zurück und bietet eine verständliche Navigation.
Tests umfassen auch Situationen, die zu doppelten Einträgen führen können, wie Fallschreiben, End-Slash und Protokoll, und überprüfen Sie die endgültige ausgewählte Version. Nicht alle Unterschiede müssen separat geschrieben werden und sollten in Verbindung mit der tatsächlichen Route der Website verarbeitet werden. Überprüfen Sie bei Fehlerseiten, ob das Mobiltelefon den Hinweis lesen, auf die entsprechenden öffentlichen Inhalte zugreifen und nicht nur den Statuscode akzeptieren kann, so dass eine unbrauchbare leere Schnittstelle verbleibt.
Outputs und Annahmen
Überprüfung der ursprünglichen und endgültigen Adressen nach der Reparatur, Bestätigung, dass es keine Schleife gibt, dass der Zieltext vollständig ist und den Erwartungen entspricht, Speichern Sie die Karte und die Konfiguration, bevor sich der Batch ändert, und überprüfen Sie die entsprechenden Vorlagen nach Bereich.
Dieser Ausgabestatus und Migrationsrekord zeigt an, dass er repariert wurde, aussteht und sich in der Geschäftsbestätigung befindet. Bestätigt, dass die Links innerhalb der Station aktualisiert wurden und dass normale Zugangsseiten dann übergeben werden, um die Kontrolle zu erfassen und zu indizieren. HTTP prüft die Adresse und Antwortbasis auf Lösungen.
