Dein Link liefert 200, aber der erwartete Inhalt fehlt
Status 200 bestätigt nicht den erwarteten Inhalt. Dokumentiere einen möglichen Soft 404 und wähle mit WikiURL einen sinnvollen Ersatz.
Eine erfolgreiche Antwort kann zum falschen Inhalt führen
Du hast eine Produktseite, ein Veranstaltungsprogramm oder eine Anleitung geteilt. Monate später meldet der Prüfer 200, beim Öffnen erscheint jedoch die Startseite oder eine Fehlermeldung. Die Zahl beschreibt das HTTP-Ergebnis der Anfrage, bestätigt aber nicht die Verfügbarkeit deiner Empfehlung. Prüfe vor erneutem Teilen, was du den Empfängern mit dem Link versprochen hast und welche konkrete Information sie dort finden sollten.
Auf Reddit wird gefragt, ob gelöschte Adressen zur Startseite umgeleitet werden sollten und warum Seiten trotz 200 als Soft 404 gelten. Das zeigt ein echtes Problem, liefert aber keine Diagnose für deine Website. Wir halten Adresse, Antwort und Inhalt getrennt fest und entscheiden über Behalten, Ersetzen oder Entfernen. Eine nicht mehr passende Empfehlung lässt sich korrigieren, ohne zuvor ein Indexierungsproblem zu behaupten.
HTTP-Status, Inhalt und Googles Einstufung unterscheiden
MDN erläutert, dass 200 eine erfolgreiche Anfrage bezeichnet. Bei GET enthält die Antwort eine Darstellung der Ressource. Sie muss deshalb noch lange nicht die Produktseite oder Anleitung sein, die dein Leser erwartet. Laut MDN bedeutet 404, dass die Ressource nicht gefunden wurde; allein dieser Status unterscheidet keine vorübergehende von einer dauerhaften Abwesenheit. Vertausche diese Bedeutungen nicht für eine grüne Anzeige.
Google beschreibt bestimmte leere oder fehlerähnliche Inhalte trotz Erfolgsantwort als Soft 404. Das ist kein zusätzlicher HTTP-Code in den Headern. Deine Beobachtung kann auf einen Widerspruch hinweisen, beweist aber nicht Googles Einstufung dieser URL. Wenn du die Website verwaltest und diese Information brauchst, nutze Search Console und ihre Seitenprüfung. WikiURL zeigt diese Diagnose nicht an und ersetzt die betreffende Prüfung nicht.
Festlegen, was Besucher finden sollen
Ein fiktives Beispiel: Ein Beitrag verspricht das Programm eines Workshops unter /workshop/programme. Tatsächlich öffnet sich am Ende / mit der Startseite. Deren 200 erhält das Programm nicht automatisch. Ein anderer Fall ist dieselbe ursprüngliche Adresse mit einem Hinweis auf ein fehlendes Dokument. Vergleiche in beiden Fällen den gelieferten Inhalt mit dem Versprechen des Links, nicht bloß mit der richtigen Domain.
Notiere vor der Prüfung eine konkrete Erwartung: Workshopname, Ausgabe und Bereich, in dem das Programm stehen soll. Das Logo der Organisation reicht nicht. Ersetze example.invalid durch eine öffentliche Seite, die du prüfen darfst; die Beispiele sind weder echte Dienste noch beobachtete Ergebnisse. Bewahre auch die Ausgangsadresse auf, damit du eine korrigierte Kopie später nicht mit dem tatsächlich verbreiteten Link verwechselst.
https://example.invalid/workshop/programme
https://example.invalid/WikiURL als Beleg für die Antwort nutzen
Füge die vollständige öffentliche URL in den WikiURL-Prüfer ein. Notiere Datum, HTTP-Status und erkanntes Endziel. Wird aus einer Detailseite die Startseite, dokumentiere die Änderung, ohne deren Ursache bereits zu behaupten. Die Prüfung kann ein unerwartetes Endziel erkennen helfen, beurteilt aber nicht, ob eine Seite die Absicht deiner Veröffentlichung erfüllt. Gib keine privaten Adressen, Tokens oder personenbezogenen Daten ein.
Öffne dieselbe Adresse im Browser und prüfe den Inhalt für die vorgesehene Zielgruppe. Halte fest, ob die richtige Anleitung, eine allgemeine Startseite oder ein Fehlhinweis erscheint. Bei JavaScript- oder Sitzungsabhängigkeit dokumentiere Beobachtung und Bedingungen: Der Prüfer bildet dieses Erlebnis nicht automatisch nach. Ein im Ergebnis angezeigter Titel kann Orientierung geben, ersetzt das Lesen der tatsächlichen Seite aber ebenfalls nicht.
Nach Inhalt und Zuständigkeit entscheiden
Soll die Seite existieren und verwaltest du sie selbst, untersuche den fehlenden Inhalt oder die mit Erfolg antwortende Fehlerroute. Bei Löschung ohne Ersatz sieht Googles Orientierung eine echte Antwort 404 oder 410 vor. Leite nicht jede fehlende Adresse automatisch zur Startseite um. Bei Umzug mit passendem Ersatz verwende eine geeignete Weiterleitung zum gleichwertigen Inhalt und kontrolliere das Ergebnis anschließend.
Bei einer fremden Website kann WikiURL deren Server nicht reparieren. Suche eine gleichwertige Quelle, bestätige denselben Nutzen und aktualisiere deinen Link, wo es möglich ist. Ohne zuverlässigen Ersatz ziehe die Empfehlung zurück oder erkläre die fehlende Verfügbarkeit. Stelle eine allgemeine Startseite nicht als ursprüngliches Dokument dar und wechsle die Quelle nicht stillschweigend, wenn sich dadurch die Bedeutung deiner Veröffentlichung verändert.
Geteilte Kopie prüfen und Entscheidung aufbewahren
Führe ein Protokoll mit Ausgangs-URL, erwartetem Inhalt, Status, Endziel, beobachtetem Inhalt und Entscheidung. Trenne Prüfergebnis und Browserkontrolle. Nicht bestätigte Punkte bleiben offen, einschließlich einer nicht abgefragten Google-Einstufung. Ein Bildschirmfoto kann den Fall dokumentieren; vermeide dabei Sitzungsdaten, E-Mail-Adressen oder andere Informationen der zugreifenden Personen. So bleibt nachvollziehbar, welche Information tatsächlich geprüft wurde und welche nicht.
Teste vor einem Kurzlink oder QR in WikiURL das ausgewählte Ziel und bestätige die versprochene Information. Diese Formate stellen Inhalte nicht wieder her und garantieren keine Indexierung. Bei vorhandenen Drucksachen prüfe zuerst die codierte Adresse, bevor du Aktualisierbarkeit annimmst: Ein direkter QR ändert sich nicht mit einem Webbeitrag. Bewahre Entscheidung und freigegebenen Link auf, damit spätere Prüfungen konkrete Informationen statt nur einen weiteren 200 vergleichen.