PDF oder HTML in der Suche: Führende Fassung bewusst bestimmen

Downloadaufgabe und Informationsaufgabe trennen

Ein druckbarer vollständiger Leitfaden erfüllt eine andere Aufgabe als eine laufend gepflegte Webanleitung. Beurteilen Sie beide Formate danach, wie Besucher die Information nutzen und wie Änderungen weitergegeben werden. Ein PDF ist nicht allein deshalb falsch, weil ein HTML-Format existiert. Problematisch wird eine ungeklärte Doppelung mit unterschiedlichen veraltenden Aussagen.

Google kann verschiedene Dateiformate indexieren, darunter PDF. Gehen Sie deshalb nicht davon aus, dass ein Dokument nur als unsichtbarer Anhang dient. Prüfen Sie eine direkte Dokumentadresse ebenso bewusst wie eine gewöhnliche Seite: Inhalt, Zugriff, gewünschte Auffindbarkeit und weiterführender Kontakt müssen zum tatsächlichen Zweck passen.

Führende Version und technische Signale abstimmen

Wenn HTML und PDF inhaltlich weitgehend dieselbe Fassung bilden, kann eine bevorzugte kanonische Version sinnvoll sein. Für nicht-HTML-Dokumente kann eine kanonische Beziehung über den HTTP-Link-Header beschrieben werden. Ein HTML-Element innerhalb eines PDF-Dateinamens hat dagegen keine steuernde Funktion.

Soll eine Datei nicht in Suchergebnissen erscheinen, ist ein geeigneter X-Robots-Tag ein möglicher Weg. Für dessen Verarbeitung muss der Abruf grundsätzlich möglich bleiben. Beide Aufgaben sind zu unterscheiden: Canonical beschreibt eine bevorzugte Fassung ähnlicher Inhalte; noindex verlangt einen Ausschluss. Wählen Sie die Anweisung nach dem tatsächlichen Ziel, nicht als pauschale Kombination.

Die passende Grundlage erläutert Inhaltliche Unterschiede zwischen HTML und Download-PDF beheben.

Entscheidungen am konkreten Befund festmachen

Eine Dateiantwort anhand ihrer echten Header prüfen

Ein illustratives Canonical-Prinzip für ein Dokument lautet Link: <https://example.org/anleitung/>; rel="canonical". Soll die Datei stattdessen ausgeschlossen werden, kann X-Robots-Tag: noindex die entsprechende Anweisung übermitteln. Die Beispieladresse ist keine reale Unternehmenszielseite; beide Muster erklären unterschiedliche Aufgaben und sind nicht als automatische gemeinsame Konfiguration gedacht. Speichern Sie die tatsächliche Antwort der konkreten PDF-Adresse einschließlich Weiterleitungen. Prüfen Sie danach die gewählte HTML-Zielseite auf dieselbe fachliche Fassung. Ein Header auf eine thematisch andere Seite ist kein sinnvoller Ersatz für die eigentliche Versionsentscheidung.

Praxisfall: Preisliste und aktuelle Leistungsseite

Ein fiktives Unternehmen bietet eine herunterladbare Fassung seiner Leistungsübersicht. Die Website wird aktualisiert, das PDF bleibt unverändert. Interessenten können über die Dokumentadresse nun einen alten Stand erreichen. Das Problem ist zuerst eine fehlende Aktualisierungsverantwortung und nicht bloß eine Frage des Rankings.

Das Team legt fest, ob der Download weiterhin eine aktuelle Übersicht oder bewusst ein datiertes Archivdokument sein soll. Die Entscheidung wird sichtbar erklärt. Existiert ein echter Nachfolger, wird die passende Zielbeziehung geprüft. Ein pauschaler Wechsel aller Dokumentlinks auf die Startseite würde den gesuchten Inhalt dagegen nicht nachvollziehbar ersetzen.

Dateiantwort und Links am veröffentlichten Ziel kontrollieren

Prüfen Sie Statuscode, Inhaltstyp und die tatsächlich ausgelieferten HTTP-Header. Ein Eintrag im internen Veröffentlichungsplan belegt nicht, dass der Server die gewünschte Anweisung für die konkrete PDF-Adresse sendet. Kontrollieren Sie außerdem Links innerhalb des Dokuments und die verständliche Benennung des Downloads auf der Website.

Notieren Sie Dokumentstand und zuständige Pflegeperson. Der beste technische Hinweis schützt nicht vor sachlich veralteten Angaben. Eine erfolgreiche Sitemapaufnahme oder ein erreichbarer Download ist wiederum kein Nachweis, welche Fassung Google tatsächlich indexiert beziehungsweise als kanonisch ausgewählt hat.

Die passende Grundlage erläutert Canonical-Tags bei ähnlichen Inhalten prüfen.

Häufige Fragen.