Dienstag, 19. Juli 2011
Wir können uns ein Bild von der Funktionsweise von rel="canonical"-HTTP-Headern machen, indem wir uns ein Szenario einer Website vor Augen führen, auf der ein White Paper sowohl als HTML-Seite als auch als herunterladbare PDF-Datei angeboten wird, und zwar unter den folgenden beiden URLs:
- https://www.example.com/white-paper.html
- https://www.example.com/white-paper.pdf.
In diesem Fall kann der Webmaster durch Verwendung eines rel="canonical"-HTTP-Headers, wenn die PDF-Datei angefordert wird, Google signalisieren, dass die kanonische URL für den PDF-Download das HTML-Dokument ist. Beispiel:
GET /white-paper.pdf HTTP/1.1Host: www.example.com(...restliche HTTP request header...)HTTP/1.1 200 OKContent-Type: application/pdfLink: <https://www.example.com/white-paper.html>; rel="canonical"Content-Length: 785710(... restliche HTTP response header...)
Eine weitere Situation, in der rel="canonical"-HTTP-Header hilfreich sein können, ist, wenn eine Website dieselbe Datei unter mehreren URLs bereitstellt, beispielsweise bei Verwendung eines Netzwerks zur Inhaltsverteilung, und der Webmaster Google die bevorzugte URL angeben möchte.
Google unterstützt diese Linkheader-Elemente derzeit nur bei der Websuche. Wir werden beobachten, wie Webmaster diese Elemente einsetzen und sie dann hoffentlich auch in unseren anderen Komponenten unterstützen. Weitere Informationen findet ihr in den Webmaster-Tools-Hilfeartikeln über die
Autorisierung
und das
rel="canonical"-Element
. Solltet ihr weitere Fragen haben, stellt sie bitte im
Webmaster-Hilfeforum
.
Supporting rel="canonical" HTTP Headers (English version)
Gepostet von Pierre Far, Webmaster Trends Analyst (Veröffentlicht von Dominik Zins, Search Quality)