Über Sitemaps könnt ihr Google Informationen zu den Seiten eurer Website zukommen lassen. Die Sitemap-Funktion der Webmaster-Tools gibt euch Feedback zu euren eingereichten Sitemaps, wie etwa zur Anzahl der indexierten Sitemap-URLs oder zu Fehlern in den Sitemaps. Wir haben kürzlich noch weitere Informationen hinzugefügt. Sehen wir uns die Neuerungen gemeinsam an: 

Auf der Sitemaps-Seite sind Details nach Inhaltstyp geordnet angegeben. Statistiken für die Rubriken "Web", "Videos", "Bilder" und "News" werden nun übersichtlicher dargestellt. So könnt ihr feststellen, wie viele Elemente eines einzelnen Typs gegebenenfalls eingereicht wurden, und bei einigen Inhaltstypen geben wir außerdem an, wie viele Elemente indexiert wurden. Im Zuge dieser Verbesserungen ersetzt die neue Sitemaps-Seite die Funktion "Video Sitemaps Labs", die deaktiviert wird.

Auch die Testfunktion für Sitemaps gehört zu unseren Verbesserungen. Beim Testen wird die Sitemap jedoch nicht bei Google eingereicht, sondern nur auf Fehler überprüft. Dazu ist ein Live-Abruf durch den Googlebot erforderlich, der üblicherweise nur einige Minuten dauert. Beachtet, dass dieser erste Test nicht umfassend ist und daher möglicherweise nicht alle Fehler erfasst. Fehler, die nur nach dem Download der URLs identifiziert werden können, werden in diesem Test beispielsweise nicht berücksichtigt.

Zusätzlich zu diesem direkten Test haben wir eine neue Form der Fehlerdarstellung eingeführt, mit der die Fehlertypen der Sitemap besser ersichtlich werden. Ähnliche Fehler und Warnmeldungen in einer Sitemap werden nun nicht mehr einzeln aufgeführt, sondern in Gruppen zusammengefasst und mit einigen Beispielen belegt. Ebenso fassen wir für Sitemap-Indexdateien Fehler und Warnmeldungen aus untergeordneten Sitemaps zusammen, die im Sitemap-Index enthalten sind. Ihr braucht also nicht mehr durch jede einzelne untergeordnete Sitemap zu klicken.

Die letzte Änderung betrifft die Schaltfläche "Löschen". Mit dieser Schaltfläche könnt ihr nun die Sitemap aus den Webmaster-Tools entfernen, und zwar sowohl aus eurem Konto als auch aus den Konten der anderen Website-Inhaber. Beachtet jedoch, dass das Löschen einer Sitemap aus den Webmaster-Tools nicht zwangsläufig bedeutet, dass die Sitemap nicht mehr von Google gelesen oder verarbeitet wird. Wenn beispielsweise die Sitemap in der robots.txt Datei aufgeführt ist, könnten Suchmaschinen immer noch versuchen, auf sie zuzugreifen. Damit eine Sitemap nicht mehr von Google verarbeitet wird, entfernt ihr am besten die Datei oder blockiert sie über robots.txt. 

Zusätzliche Informationen zu Sitemaps in den Webmaster-Tools und zur Funktionsweise von Sitemaps findet ihr in unserer Hilfe. Solltet ihr weitere Fragen haben, könnt ihr diese im Webmaster-Hilfeforum stellen.


Autor: Kamila Primke, Software Engineer, Webmaster-Tools (Veröffentlicht von Uli Lutz, Search Quality)

Wir haben bemerkt, dass immer mehr Fragen von Webmastern sich darauf beziehen, wie man eine Website optimal für Mobiltelefone strukturieren kann und wie Websites am besten mit dem Googlebot-Mobile interagieren können. In diesem Beitrag erläutern wir die aktuelle Situation und geben euch Empfehlungen, die ihr jetzt implementieren könnt.

Hintergrund

Beginnen wir mit einer einfachen Frage: Was meinen wir mit "Mobiltelefon", wenn wir über mobiltaugliche Websites reden?

Eine gute Antwort auf diese Frage wäre, an die Webbrowser-Funktionen des Mobiltelefons zu denken, insbesondere im Vergleich zu den Funktionen von modernen Desktop-Browsern. Der Einfachheit halber können wir Mobiltelefone in verschiedene Kategorien unterteilen:

1. Traditionelle Mobiltelefone: Telefone mit Browsern, die keine normalen Desktop-Webseiten rendern können. Dies sind Browser für cHTML (iMode), WML, WAP usw.
2. Smartphones: Telefone mit Browsern, die normale Desktopseiten rendern können, zumindest bis zu einem gewissen Punkt. Diese Kategorie enthält viele verschiedene Geräte wie das Windows Phone 7, Blackberry-Geräte, iPhones und Android-Telefone sowie Tablet-PCs und eBook-Reader.

Wir können diese Kategorie weiter nach Unterstützung von HTML5 unterteilen:

• Geräte mit Browsern, die HTML5 nicht unterstützen
• Geräte mit Browsern, die HTML5 unterstützen

Einst waren Mobiltelefone über Browser mit eingeschränkten Rendering-Funktionen mit dem Internet verbunden. Dies ändert sich jedoch mit dem schnellen Aufstieg der Smartphones, deren Browser jenen am Desktop nicht mehr nachstehen. Daher solltet ihr beachten, dass die Unterscheidung hier auf der aktuellen Situation basiert und sich in Zukunft ändern kann.

Der Googlebot und mobile Inhalte

Google hat zwei relevante Crawler zu diesem Thema: den Googlebot und den Googlebot-Mobile. Der Googlebot crawlt Webseiten von Desktop-Browsern sowie den dort eingebetteten Inhalt. Der Googlebot-Mobile wiederum crawlt mobile Inhalte. Die Fragen, die immer häufiger gestellt werden, können folgendermaßen zusammengefasst werden:

Welche Art von Inhalt sollte ich dem Googlebot-Mobile im Hinblick auf die Funktionen von mobilen Webbrowsern zur Verfügung stellen?

Die Antwort liegt in dem User-Agent, der den Googlebot-Mobile beim Crawlen unterstützt. Es gibt verschiedene Zeichenfolgen für den User-Agent, die der Googlebot-Mobile verwendet. Alle haben folgendes Format:

[Phone name(s)] (compatible; Googlebot-Mobile/2.1; +http://www.google.com/bot.html)

Um zu entscheiden, welche Inhalte bereitgestellt werden sollen, überlegt, welche Inhalte auf eurer Website am besten für die Telefone in der Zeichenfolge des User-Agent geeignet sind. Eine vollständige Liste der User-Agents für den Googlebot-Mobile findet ihr hier.

Beachtet bitte, dass der Googlebot-Mobile derzeit keine Crawling-Vorgänge mithilfe einer User-Agent-Zeichenfolge für Smartphones durchführt. Daher stellt ein richtig konfiguriertes Inhaltsbereitstellungssystem derzeit Googlebot-Mobile-Inhalte nur für die oben genannten traditionellen Telefone zur Verfügung, da dies heutzutage von den verwendeten User-Agent-Zeichenfolgen so vorgegeben wird. Dies könnte sich künftig ändern, sodass wir dann eine neue User-Agent-Zeichenfolge für den Googlebot-Mobile hätten.

Derzeit erwarten wir, dass Smartphones Inhalte für Desktop-Computer anzeigen können, sodass momentan kein wirklicher Bedarf für Webmaster besteht, spezifische Inhalte für Mobiltelefone zu erstellen. Bei machen Websites kann es jedoch weiterhin sinnvoll sein, den Inhalt für Smartphones anders zu formatieren. Diese Entscheidung solltet ihr dahingehend treffen, wie ihr euren Nutzern die Inhalte am besten bereitstellen könnt.

URL-Struktur für mobile Inhalte

Andere Fragen beschäftigen sich mit den URLs, von denen mobile Inhalte bereitgestellt werden sollen. Lasst uns bei einigen Fällen mal ins Detail gehen.

Websites mit Inhalten exklusiv für Desktop-Computer

Die meisten Websites verfügen derzeit nur über eine Version ihres Inhalts, nämlich in HTML für Desktop-Webbrowser. Dies bedeutet, dass alle Browser über die gleiche URL auf den Inhalt zugreifen.

Diese Websites können möglicherweise ihre Inhalte nicht auf traditionellen Mobiltelefonen bereitstellen. Die Qualität der auf Smartphones angezeigten Inhalte hängt von dem verwendeten mobilen Browser ab. Möglicherweise ist die Qualität so gut wie die des Desktop-Browsers.

Wenn ihr nur Desktop-Inhalte für alle User-Agents bereitstellt, solltet ihr dies auch für den Googlebot-Mobile tun. Das heißt: Behandelt den Googlebot-Mobile genau so wie alle anderen oder unbekannten User-Agents. In diesen Fällen, kann Google eure Webseiten für ein besseres mobiles Erlebnis modifizieren.

Websites mit spezifischem mobilen Inhalt

Viele Websites verfügen über Inhalte, die speziell für Nutzer von Mobiltelefonen optimiert wurden. Der Inhalt könnte einfach für die üblicherweise kleineren mobilen Displays neu formatiert oder in einem anderen Format bereitgestellt worden sein (beispielsweise über WAP usw.).

Eine sehr häufig gestellte Frage lautet: Ist es wichtig, ob die verschiedenen Arten von Inhalt über die gleiche URL oder von verschiedenen URLs bereitgestellt werden? Beispielsweise lautet die URL, auf die Desktop-Browser zugreifen sollen, "www.example.com", und die URL für die verschiedenen Mobilgeräte lautet "m.example.com" oder "wap.example.com". Andere Websites stellen alle Arten von Inhalt nur über eine URL-Struktur wie "www.example.com" bereit.

Für den Googlebot und den Googlebot-Mobile ist es egal, wie die URL-Struktur aussieht, solange sie genau das zurückgibt, was der Nutzer auch sieht. Wenn ihr beispielsweise mobile Nutzer von "www.example.com" zu "m.example.com" weiterleitet, wird dies vom Googlebot-Mobile erkannt. Beide Websites werden gecrawlt und dem richtigen Index hinzugefügt. Verwendet in diesem Fall eine 301-Weiterleitung sowohl für Nutzer als auch den Googlebot-Mobile.

Wenn ihr alle Inhaltstypen von "www.example.com" aus bereitstellt, z.B. für Desktops oder Mobilgeräte optimierte Inhalte von der gleichen URL je nach User-Agent, können Googlebot und Googlebot-Mobile eure Website richtig crawlen. Dies wird von Google nicht als Cloaking betrachtet.

Ich möchte noch einmal betonen, dass ihr den User-Agent wie von euren Nutzern und dem Googlebot-Mobile vorgegeben richtig erkennen und beiden den gleichen Inhalt bereitstellen müsst - ungeachtet der URL-Struktur. Vergesst nicht, den Standardinhalt, also den Desktop-Inhalt, beizubehalten, für den Fall, dass ein unbekannter User-Agent diesen anfordert.

Mobile Sitemaps in Webmaster-Tools

Wir erhalten auch viele Fragen darüber, welche URLs für mobile Sitemaps verwendet werden sollen. Wie in unserer Hilfe für mobile Sitemaps erläutert, solltet ihr nur URLs für mobile Inhalte in mobile Sitemaps einfügen, auch wenn diese URLs zusätzlich Inhalte zurückgeben, die nicht für Mobilgeräte geeignet sind, wenn ein User-Agent darauf zugreift, der nicht nach mobilen Inhalten sucht.

Noch Fragen?

Ein guter Ansatzpunkt sind unsere Artikel in der Hilfe für mobile Websites sowie die relevanten Abschnitte in unserer SEO-Starter-Guide. Solltet ihr noch Fragen haben, freuen wir uns, wenn ihr im Webmaster-Forum vorbeischaut.

Making Websites Mobile Friendly (English version)

Post von Pierre Far, Webmaster Trends Analyst (Veröffentlichung von Jörg Pacher, Search Quality Team)

Vor einigen Monaten haben wir an einem englischsprachigen Online-Seminar zu Video-XML-Sitemaps teilgenommen. Das Publikum war ziemlich auf Zack und wir möchten uns mit einem kleinem Geschenk bedanken: einer Zusammenfassung der Fragen und Antworten zu Video-XML-Sitemaps!

Dieses Q&A sollte auch für all jene interessant sein, die nicht am Online-Seminar teilnehmen konnten.

Dieses englischsprachiges Online-Seminar deckt die Grundlagen von Video-XML-Sitemaps sowie Best Practices ab - nahezu alles, was man für die Einreichung eines Video-Feeds wissen sollte.

Hier findet ihr also die Fragen und Antworten:

1. Kann die Quelle/der Inhalt des Videos (eventuell ein Drittanbieter) auf einer anderen Website gehostet werden? Kann ich zum Beispiel meine Videos auf YouTube hosten und trotzdem über die Google Videos-Suche gefunden werden?

Ja, ihr könnt eure Videos über einen Drittanbieter hosten. Lediglich die Wiedergabeseite, also die URL zwischen dem <loc>-Tag, muss sich auf eurer Website befinden. <video:content_loc> und <video:player_loc> können URLs auf einer anderen Website oder Sub-Domain enthalten.

Seht euch zum Beispiel dieses Snippet aus einer gültigen Video-XML-Sitemap an. Der Inhalt wird auf einer Sub-Domain gehostet, die nicht die Wiedergabeseite ist:

<url>
<loc>http://www.example.com/videos/some_video_landing_page.html</loc>
<video:video>
<video:thumbnail_loc>http://www.example.com/thumbs/123.jpg</video:thumbnail_loc>
<video:title>Grilling steaks for summer</video:title>
<video:description>Alkis shows you how to get perfectly done steaks every time</video:description>
<video:content_loc>http://video-hoster.example.com/video123.flv</video:content_loc>
<video:player_loc allow_embed="yes" autoplay="ap=1">http://www.example.com/videoplayer.swf?video=123</video:player_loc>
</video:video>
</url>

2. Wenn ich meine Videos über YouTube hoste, kann Google dann überprüfen, ob ich der rechtmäßige Eigentümer bin?

Zurzeit gibt es keine Funktion, mit deren Hilfe ihr als Nutzer, der das Video hochgeladen hat, bestätigen könnt, ob ihr der Eigentümer eines Videos seid. Die Frage der Urheberschaft ist im Web ein komplizierte Sache. Dies gilt nicht nur für Videos, sondern für fast alle Inhalte.


3. Sollten Nutzer, die YouTube-Videos einbetten, auch Video-XML-Sitemaps einreichen, oder ist das unnötig, weil YouTube zu Google gehört?

Google behandelt YouTube wie jede andere Quelle für Videoinhalte. Dennoch müsst ihr keine Video-XML-Sitemap einreichen, wenn lediglich eure auf YouTube gehosteten Videos indexiert werden sollen. Wenn ihr YouTube jedoch als Online-Videoplattform verwendet, also Wiedergabeseiten auf eurer eigenen Website einfügt, wird das Einreichen einer XML-Sitemap empfohlen.


4. Wie lange dauert es, bis Google eine Video-XML-Sitemap überprüft und zugelassen hat?

Das Einreichen von Video-XML-Sitemaps erfolgt in zwei Schritten:

1. Wir rufen die XML-Sitemap ab und analysieren sie auf Syntaxfehler. Dies nimmt nur wenige Minuten in Anspruch.
2. Wir rufen die Inhalte ab, auf die in der XML-Sitemap verwiesen wird, führen Tests durch, validieren Metadaten, machen weitere coole Dinge und indexieren dann das Video. Die für diesen Schritt erforderliche Zeit kann, abhängig von eurer Website und unserer Systemlast, variieren.


5. Welche Tags und Kategorien sind in Video-XML-Sitemaps oder mRSS am wichtigsten? Sollte ich meine eigenen Kategorien erstellen oder gibt es eine Liste, an die ich mich halten sollte?

Zurzeit sind die wichtigsten Metadaten der Titel und die Beschreibung, wobei beide angegeben werden müssen. Das Tag für die Kategorie ist optional und es gibt keine Liste, aus der ihr eine Auswahl treffen könnt.


6. Muss ich HTML5 verwenden, um Video-XML-Sitemaps nutzen zu können?
Hilft HTML5 bei der Erkennung?
Und wenn meine Website HTML5-kompatibel ist, muss ich dann zusätzlich eine Video-XML-Sitemap einreichen?

Die Grundsätze der Videosuche bleiben für HTML5 unverändert. Dennoch empfehlen wir die Verwendung einer Video-XML-Sitemap, unabhängig von der Auszeichnung auf eurer Website. HTML5 kann jedoch hilfreich sein, weil unsere Systeme anhand von Tags wie <video> leichter überprüfen können, ob das Video auf der Seite vorhanden ist.


7. Wenn ich einen iframe verwende, anstatt meine Videos einzubetten, kann Google diese dann immer noch finden?

Wir raten von der Verwendung von iframes zur Einbettung von Videoinhalten auf euren Seiten ab.


8. Kann eine URL für mehrere Videos verwendet werden?

Ja, das ist möglich. Wir haben jedoch festgestellt, dass die Nutzererfahrung darunter leiden kann. Wenn Nutzer auf ein Videosuchergebnis klicken, möchten sie meist nicht noch nach dem richtigen Video auf der Ergebnisseite suchen.


9. Muss ich eine spezielle robots.txt-Datei für den Googlebot erstellen oder reicht es aus, wenn der Googlebot nicht blockiert wird?

Stellt einfacher sicher, dass der Googlebot nicht blockiert wird.


10. Ich habe eine Miniaturansicht bereitgestellt, diese wird jedoch nicht verwendet. Erstellt Google eigene Miniaturansichten für meine Videos?

Wir versuchen, die von euch bereitgestellte Miniaturansicht zu verwenden, sofern sie gültig ist. Andernfalls erstellen wir selbst eine Miniaturansicht. Wir empfehlen eine Mindestgröße von 120 x 90 Pixel für Miniaturansichten. Zudem akzeptieren wir eine Vielzahl an Formaten, darunter PNG und JPEG.


11. Gibt es Einschränkungen bei der Größe von Videodateien?

Zurzeit gibt es keine Einschränkungen hinsichtlich der Größe von Videodateien, wenn die Inhalte über Video-XML-Sitemaps eingereicht wurden.


12. Besteht die Möglichkeit, ein Transkript oder optionale Untertitel für ein Video anzugeben?

Zurzeit leider nicht, aber vielleicht zu einem späteren Zeitpunkt.


13. Kann mein Video auch dann indexiert werden, wenn ich Lightbox oder ein Popup zur Anzeige meines Videos verwende?

Dies ist abhängig vom Verwendungsfall und dem Rendering. Wenn die Indexierung durch Suchmaschinen jedoch ein wichtiger Aspekt für euch ist, zählt diese Methode nicht zu den sichersten. In der Webmaster-Hilfe weisen wir darauf hin, dass man beim Design der Website unbedingt darauf achten sollte, die Videoseiten ohne ein allzu komplexes JavaScript- oder Flash-Setup zu konfigurieren. In den meisten Fällen gilt für Crawler die Devise: einfacher ist sicherer.

Sending Video Sitemaps Q&A holiday cheer (English version)

Post von Maile Ohye, Developer Programs Tech Lead (Veröffentlichung der deutschen Fassung von Jörg Pacher, Search Quality Team)

Welche Vorteile bietet das Einreichen von Feeds wie Video-XML-Sitemaps und mRSS im Vergleich zu Facebook Share und RDFa? Was ist besser? Lasst uns in die Diskussion einsteigen.

Funktionalität von Feeds im Vergleich zur Auszeichnung auf der Seite

Google akzeptiert Informationen aus Video-Feeds wie Video-XML-Sitemaps und mRSS sowie die Auszeichnung auf der Seite·wie bei Facebook Share und RDFa. Wir empfehlen beides!

Falls eure Ressourcen begrenzt sind, findet ihr in der folgenden Tabelle die Vor- und Nachteile der beiden Methoden. Zu den Hauptunterscheidungsmerkmalen zählen:

• Während sowohl durch Feeds als auch durch die Auszeichnung auf der Seite Metadaten an Suchmaschinen geliefert werden, sind Video-XML-Sitemaps und mRSS zusätzlich beim Crawlvorgang hilfreich. Möglicherweise finden wir über euren Feed eine neue URL, die wir andernfalls nicht so einfach entdeckt hätten.


• Die Verwendung von Video-XML-Sitemaps/mRSS setzt voraus, dass die Suchmaschine diese Formate unterstützt, was nicht bei allen Suchmaschinen der Fall ist. Wie der Name bereits sagt, erfolgt die Auszeichnung auf der Seite auf eben dieser, sodass Crawler die Metadaten bei der Indexierung der URL auf organischem Weg abrufen können. Ein Feed-Support ist nicht erforderlich.

	Feeds (Video-XML-Sitemaps und mRSS)	Auszeichnung auf der Seite (Facebook Share und RDFa)
Von Google akzeptiert	⎷	⎷
Hilft Suchmaschinen beim Aufspüren neuer URLs mit Videos (verbessert die Auffindbarkeit und die Reichweite)	⎷
Stellt strukturierte Metadaten bereit (z. B. Titel und Beschreibung des Videos)	⎷	⎷
Ermöglicht auch Suchmaschinen ohne XML-Sitemap/mRSS-Unterstützung das Abrufen von Metadaten (Erfassung von Metadaten auf organischem Weg)		⎷
Enthält zusätzliche Metadaten wie "Dauer"	⎷

Wenn ihr mehr über die Vorteile der einzelnen Feed-Formate (Video-XML-Sitemaps im Vergleich zu mRSS) erfahren wollt, können wir auch hier für Klarheit sorgen. Zunächst einmal könnt ihr beides verwenden. Wir sind Agnostiker. :) Einer der Vorteile von Video-XML-Sitemaps besteht darin, dass wir dieses Format aktiv weiterentwickeln und es so schnell um weitere Spezifikationen erweitern können.

Deshalb unser Rat: Verwendet Video-XML-Sitemaps, falls ihr komplett von vorne beginnt.

	Video-XML-Sitemaps	mRSS
Von Google akzeptiert	⎷	⎷
Gibt es schon sehr lange und wird allgemein akzeptiert		⎷
Kann sehr schnell vom Team der Google Videos-Suche erweitert werden	⎷

Ihr brennt darauf, eine Diskussion zu Feeds oder zur Auszeichnung auf der Seite anzuregen? Dann besucht uns im Bereich zu XML-Sitemaps im Webmaster-Forum.

Video Sitemaps & mRSS vs. Facebook Share & RDFa (English version)

Post von Maile Ohye, Developer Programs Tech Lead (Veröffentlichung der deutschen Fassung von Jörg Pacher, Search Quality Team)

In vielen Fällen verfügt eine Website, die Videos hostet, über eine Seite auf oberster Ebene, auf der konzeptionell ähnliche Videos zusammengefasst sind. Eine derartige Seite kann für einen Nutzer, der Suchanfragen zu diesem Thema stellt, von Interesse sein. Auf Websites mit zahlreichen Videos zu einem einzelnen Thema können diese Videos auf einer Seite auf oberster Ebene, häufig auch Galerie genannt, zusammengefasst werden. Dies hilft den Nutzern, genau das zu finden, wonach sie suchen. In diesem Fall könnt ihr Google mithilfe einer XML-Sitemap die URL der Galerieseite mitteilen, auf der die einzelnen Videos angezeigt werden.

Ihr könnt die URL der Galerieebenenseite mithilfe des optionalen Tags <video:gallery_loc> für jedes einzelne Video angeben. Allerdings ist nur ein "gallery_loc"-Tag pro Video zulässig.

Weitere Informationen zu Google Videos einschließlich XML-Sitemap-Spezifikationen findet ihr in der Google Webmaster-Tools-Hilfe. Habt ihr Fragen und sucht Antworten erhaltet ihr die am besten im Webmaster-Forum.

Video Sitemaps: Is your video part of a gallery? (English version)

Post von Nelson Lee, Product Manager Video Search (Veröffentlicht von Jörg Pacher, Search Quality Team)

Ihr könnt jetzt in den Webmaster-Tools eure Video-XML-Sitemap noch besser auf Fehler überprüfen! Als neues Labs-Feature zeigen wir Probleme mit der Video-Sitemap an. Beispielsweise:

• URLs werden von robots.txt blockiert
• Probleme mit der Größe der Vorschau (Thumbnails) (160x120px ist ideal. Alles was kleiner als 90x50 ist, wird abgelehnt.)

Video-XML-Sitemaps unterstützen uns beim Crawlen und Extrahieren von Informationen über eure Videos, damit wir sie entsprechend in den Suchergebnissen darstellen können.

Falls ihr euch zum ersten Mal mit Video-XML-Sitemaps beschäftigt, empfehlen wir euch die Hilfe zu Video-Sitemaps. Ansonsten schaut doch gleich in die Webmaster-Tools um euch mit dem neuen Labs-Feature vertraut zu machen!

To err is human, Video Sitemap feedback is divine! (English version)

Post von Jackie Lai, Video Search Team (Übersetzung von Jörg Pacher, Search Quality Team)

Wenn ihr einer Sitemap oder einem mRSS-Feed Videoinformationen hinzufügen möchtet, müsst ihr den Speicherort des Videos angeben. Es muss also eines von zwei Tags angegeben sein, entweder videos:player_loc oder videos:content_loc. Bei einem mRSS-Feed lauten die entsprechenden Tags media:player bzw. media:content. Wir benötigen diese Informationen, um zu überprüfen, ob es tatsächlich ein Live-Video auf der Zielseite gibt, und um für das Ranking Metadaten und Signale aus der Bytefolge des Videos zu extrahieren. Wenn nicht eines dieser Tags eingefügt ist, können wir das Video nicht überprüfen und eure Sitemap/euer mRSS-Feed wird nicht gecrawlt. Damit es etwas klarer wird, findet ihr hier noch weitere Einzelheiten über diese Elemente.


Angabe von Video Speicherorten:

Player-Speicherort/-URL: URL des Players (z. B. .swf) mit entsprechenden Argumenten, die das eigentliche Video laden und abspielen.
Content-Speicherort/-URL: Bytefolge des eigentlichen Rohvideos (z. B., .flv, .avi), die den Video-Content enthält.


Voraussetzungen:

Es wird entweder der Speicherort des Players video:player_loc oder des Contents video:content_loc benötigt. Wir empfehlen euch jedoch dringend, beide Speicherorte anzugeben, weil sie jeweils einem unterschiedlichen Zweck dienen. Der Speicherort des Players wird vorwiegend dazu benutzt, um zu überprüfen, ob ein Video auf einer Seite existiert. Der Speicherort des Contents hilft uns, mehr Signale und Metadaten zu extrahieren, damit wir eure Videos richtig in die Rangfolge eingliedern können.

URL-Erweiterungen auf einen Blick:

XML-Sitemap:	mRSS:	Content:
<loc>	<link>	URL der Wiedergabeseite
<video:player_loc>	<media:player> (url-Attribut)	die SWF-URL
<video:content_loc>	<media:content> (url-Attribut)	die URL der FLV-Datei oder anderer Rohdaten des Videos

Beachtet: Alle URLs sollen eindeutig sein (jede URL in eurer gesamten Video-XML-Sitemap bzw.eurem mRSS-Feed sollte eindeutig sein)

Wenn ihr sichergehen wollt, dass nur der Googlebot auf euren Content zugreifen kann, könnt ihr eine umgekehrte DNS-Suche durchführen.

Weitere Informationen zu Google Videos findet ihr in unserer Hilfe. In unserem Hilfeforum könnt ihr darüber hinaus Fragen stellen und nach Antworten suchen.

Video Sitemaps: Understanding location tags (English version)

Post von Nelson Lee, Product Manager Video Search (Veröffentlichung von Jörg Pacher, Search Quality Team)

Wir wissen, dass einige von euch, oder eure Kunden oder Kollegen, vielleicht gerade erst mit dem Veröffentlichen von Videos im Web beginnen. Um den Einstieg zu erleichtern - was die Indexierung von Videos und was Video-Sitemaps betrifft - haben wir dieses Video aufgenommen. Nelson Lee, der Video Search Product Manager, erklärt hier alles auf einfache Weise:



Vor einiger Zeit haben wir einige Best Practices vorgestellt, um den Video-Content in Google indexiert zu bekommen. Kürzlich haben wir eine (englischsprachige) Einstiegsseite mit Informationen über Video-Sitemaps in der Hilfe für Webmaster hinzugefügt. Dort erfahrt ihr mehr über das Wie und Warum von Video-Sitemaps. Schaut doch einfach vorbei und teilt uns mit, was ihr davon haltet!

Video Sitemaps 101: Making your videos searchable (English version)

Post von Amy MacIsaac, Content Partnerships (Übersetzung von Jörg Pacher und Daniela Loesser)

Wolltet ihr schon einmal verschiedene Content-Typen (Video, Bilder usw.) in einer XML-Sitemap übermitteln? Dies ist jetzt möglich! Wenn eure Website Videos, Bilder, Handy-URLs, Code oder Geoinformationen enthält, könnt ihr nun eine XML-Sitemap mit all diesen Informationen erstellen und übermitteln.

Seit der Einführung der XML-Sitemaps im Jahr 2005 wird diese Funktion von Website-Inhabern genutzt, um Google über den Content ihrer Websites zu informieren. Seitdem wurden weitere XML-Sitemap-Formate speziell für Videos, Bilder, Handy-Websites, Code oder geografischen Content entwickelt. Da die Anzahl der Spezialformate mittlerweile stark zugenommen hat, unterstützen wir nun XML-Sitemaps, die verschiedene Arten von Content in einer einzigen Datei unterbringen können.

So wollen wir euch die Arbeit ein wenig erleichtern. Die Struktur einer XML-Sitemap mit mehreren Content-Typen ähnelt der einer Standard-XML-Sitemap mit dem Unterschied, dass sie eine zusätzliche Möglichkeit zur Aufnahme von URLs bietet, die auf verschiedene Content-Typen verweisen. Hier ein Beispiel einer XML-Sitemap, die eine Referenz zu einer Standardwebseite für die Websuche, Bild-Content für die Bildsuche und eine Videoreferenz für die Videosuche enthält:

<?xml version="1.0" encoding="UTF-8"?>
<urlset xmlns="http://www.sitemaps.org/schemas/sitemap/0.9"
        xmlns:image="http://www.sitemaps.org/schemas/sitemap-image/1.1"
        xmlns:video="http://www.sitemaps.org/schemas/sitemap-video/1.1">
  <url> 
    <loc>http://www.example.com/foo.html</loc> 
    <image:image>
       <image:loc>http://example.com/image.jpg</image:loc> 
    </image:image>
    <video:video> 
    <video:content_loc>http://www.example.com/videoABC.flv</video:content_loc>    
      <video:title>Tofu grillen im Sommer</video:title> 
    </video:video>
  </url>
</urlset>

Hier ein Beispiel dafür, was ihr in den Webmaster-Tools seht, wenn eine XML-Sitemap mit verschiedenen Content-Typen übermittelt wird:


Wir hoffen, dass die Möglichkeit, mehrere Content-Typen in eine XML-Sitemap aufzunehmen, euch die Übermittlung von XML-Sitemaps erleichtert. Die restlichen Regeln für XML-Sitemaps, wie beispielsweise maximal 50.000 URLs in einer Datei und höchstens 10 MB unkomprimierte Dateigröße, sind weiterhin gültig. Falls ihr noch Fragen habt oder uns Feedback geben möchtet, besucht bitte das Webmaster-Forum.

Sitemaps: One file, many content types (English version)

Post von Jonathan Simon, Webmaster Trends Analyst (Veröffentlichung von Jörg Pacher, Search Quality Team)

Ihr könnt Google am besten auf alle Videos auf eurer Website aufmerksam machen, indem ihr eine Video-XML-Sitemap erstellt und auf dem neuesten Stand haltet. Video-XML-Sitemaps liefern Google wichtige Informationen zu euren Videos, wie beispielsweise Wiedergabeseiten der Videos, Titel der Videos, Suchbegriffe, Miniaturansichten oder Dauer. Über die XML-Sitemap könnt ihr auch den Zeitraum festlegen, in dem jedes Video verfügbar ist. Diese Funktion eignet sich besonders für Content mit ausdrücklichen Anzeigezeit-Fenstern, sodass wir den Content nach dem Ablaufdatum aus unserem Index entfernen können.

Sobald eure XML-Sitemap erstellt ist, könnt ihr die URL der XML-Sitemap-Datei in Google Webmaster-Tools oder über eure "robots.txt"-Datei senden.

Sobald wir ein Video indexiert haben, kann es in den Ergebnissen der Google-Websuche in einer sogenannte Video-OneBox (mehrere Videoergebnisse für die Suchanfrage) und in Google Videos, unserem Produkt für die Videosuche, angezeigt werden. Ein Videoergebnis ist anhand seiner Miniaturansicht, der Wiedergabedauer und einer Beschreibung leicht erkennbar.

Ein Videoergebnis von CNN.com wird in den Google-Suchergebnissen beispielsweise folgendermaßen angezeigt:


Wenn eure Website Videos enthält, empfehlen wir euch, Video-XML-Sitemaps einzureichen und sie mit eurem neuesten Content zu aktualisieren. Besucht auch unsere kürzlich aktualisierte Webmaster-Tools-Hilfe zu Video-XML-Sitemaps und macht von unserem Webmasterforum Gebrauch. Wenn ihr eine Video-XML-Sitemap über Webmaster-Tools gesendet habt und uns eure Erfahrungen oder Probleme mitteilen möchtet, habt ihr hier die Möglichkeit dazu.

Help Google index your videos (English version)

Post von Nelson Lee, Product Manager Video Search (Veröffentlichung der deutschen Fassung von Jörg Pacher, Search Quality)

Während meiner "How Google Works Tour: Seattle" bekam ich viele Fragen zur News-Suche von Vertretern der Presse wie z. B. The Stranger, The Seattle Times und Seattle Weekly. Nachdem ich mir in unseren Gesprächen sorgfältig Notizen gemacht hatte, haben das News Team und ich diese Präsentation erstellt, um Hintergrundinformationen und FAQs für Herausgeber und alle Interessierten zur Google News-Suche zu bieten.



Zusätzlich zu den FAQs über News-Sitemaps und PageRank im Video habe ich hier ein weiteres Q&A als Einstieg:

Wenn ich meiner Veröffentlichung den Namen einer Stadt hinzufüge, z. B. wenn ich unseren Namen von "The Times" in "The San Francisco Bay Area Times" ändere - würde mir das helfen, meine lokalen Leser besser in der News-Suche zu erreichen?

Nein, das würde in den News-Rankings nicht helfen. Wir ermitteln geografische und lokale Informationen anhand des Artikels selbst (siehe Video). Ein Namenswechsel damit relevante Keywords auftauchen oder das Hinzufügen einer lokalen Adresse im Footer werden euch nicht dabei helfen, ein spezifisches Publikum in unseren News-Rankings anzusprechen.

Was passiert, falls ich aus Versehen URLs zu meiner Sitemap hinzufüge, die älter als 72 Stunden sind?

Wir wollen nur die neuesten URLs in eurer News-Sitemap, da diese Googlebot zu den gerade aktuellen Informationen führen. Falls ihr ältere URLs hinzugefügt habt, ist das kein Problem (es gibt keine Penalty, außer wenn wir feststellen, dass vorsätzlich gespammt wurde - dies wird wohl eher die Ausnahme sein, also keine Sorge). In diesem Fall werden wir diese URLs einfach nicht in unserem nächsten News-Crawling aufnehmen.

Für alles Weitere schaut euch einfach das Video an!

Tips for News Search (English version)

Post von Maile Ohye, Developer Programs Tech Lead, gefilmt von Michael Wyszomierski, Search Quality Team (Übersetzung von Sven, Search Quality Team)

Wusstet ihr schon, dass sich die Anzahl der Websites, die Sitemap-Dateien eingereicht haben seit dem letzten Jahr fast verdreifacht hat? Kein Wunder: Eine wissenschaftliche Studie hat vor kurzem herausgefunden, dass Sitemaps den Suchmaschinen dabei helfen, neuen und veränderten Content schneller zu finden. Wenn ihr Sitemaps verwendet, ist das zwar noch keine Garantie, dass eure Site gecrawlt und vollständig indexiert wird aber es hilft uns in jedem Fall dabei, eure Site besser zu verstehen.

Neben dem Design-Update der Webmaster-Tools haben wir auch an den Sitemaps gearbeitet:

• Google und andere Suchmaschinen, die Mitglied von Sitemaps.org sind, unterstützen nun bis zu 50.000 untergeordnete Sitemaps in Sitemap-Index-Dateien (statt bisher 1000). Dies ermöglicht es jetzt großen Sites mittels einer einzelnen Sitemap-Index-URL theoretisch bis zu 2,5 Milliarden URLs einzureichen (und falls das nicht ausreicht, könnt ihr natürlich mehrere Sitemap-Index-Dateien einreichen).


• Unser aktualisiertes Design der Webmaster-Tools zeigt euch jetzt alle Sitemap-Dateien an, die für eure verifizierte Site eingereicht wurden. Das ist besonders dann hilfreich, wenn ihr mehrere verifizierte Besitzer in den Webmaster-Tools habt oder falls ihr einige Sitemap-Dateien mittels HTTP-Ping oder die robots.txt-Datei einreicht.


• Die Anzeige der indexierten URLs eurer Sitemap-Dateien in den Webmaster-Tools ist jetzt noch genauer.


• Interessant für alle XML-Entwickler: Wir haben die XSD-Schemas aktualisiert um Sitemap-Erweiterungen zu ermöglichen. Das neue Schema hilft Webmastern dabei, bessere Sitemaps zu erstellen, indem eine größere Anzahl an Features überprüft wird. Falls ihr Sitemap-Dateien mittels des neuen Schemas validiert, könnt ihr noch sicherer sein, dass die Sitemap-Dateien korrekt sind.


• Sitemap-Dateien werden jetzt schneller als je zuvor bearbeitet. Wir haben die Zeit, die durchschnittlich vom Einreichen der Sitemap bis zur Verarbeitung und Anzeige von Daten in den Webmaster-Tools vergeht, drastisch reduziert.

Weitere Informationen zur Verwendung von Sitemaps könnt ihr in unserem Blogpost Sitemap FAQs und in unserer Hilfe für Webmaster finden. Falls ihr darüber hinaus weitere Fragen habt, solltet ihr mal in unserem Forum für Webmaster suchen oder einen Thread in der Sitemaps-Rubrik starten.

Post von John Müller, Webmaster Trends Analyst, Google Schweiz (Übersetzung von Sven, Search Quality)

Wir haben die zunehmende Bedeutung von Sitemaps im Web verfolgen können. Dabei sind gerade mal 2 Jahre vergangen seitdem Google, Yahoo und Microsoft gemeinsam die Einführung von Sitemaps in robots.txt verkündet haben. Heute werden Sitemaps von vielen Millionen Websites unterstützt - darunter auch von vielen aus dem Bildungbereich und auch von staatlichen Websites. Auf der WWW'09-Konferenz in Madrid hat Uri Schonfeld das Ergebnis einer Studie, die er im Rahmen seines Sommerpraktikums bei Google produzierte, präsentiert: Sitemaps in Bezug auf Abdeckung und Aktualität. Falls ihr Interesse daran habt, wie einige bekannte Websites Sitemaps benutzen und wie Sitemaps "klassisches" Webcrawling ergänzen, werft einen Blick auf die englischsprachige Studie:

Sitemaps: Above and Beyond the Crawl of Duty

Es ist uns hier bei Google wichtig, die Abdeckung und Aktualität des indexierten Contents zu verbessern. Wir freuen uns über offene Standards, die Webmastern dabei helfen ihren Content den Suchmaschinen automatisch zur Verfügung stellen zu können, damit User relevante Inhalte für ihre Suchanfragen bekommen.

Research study of Sitemaps (English version)

Post von Narayanan Shivakumar, VP Engineering (Übersetzung von Jörg, Search Quality)

Auf Webmasterblogs und in Foren taucht immer mal wieder die Frage auf: Wenn ein Webmaster eine Anfrage mit dem Operator site: durchführt [site:example.com], kann die Anzahl der indexierten Ergebnisse von der Anzahl der URLs in der XML-Sitemap-Zusammenfassung aus den Webmaster-Tools abweichen. Diese Abweichung mag wie ein Bug aussehen - dabei handelt es sich hier aber um ein gewünschtes Verhalten. Eure Sitemap-Zusammenfassung gibt nur die URLs an, die ihr mittels eurer Sitemap-Datei eingereicht habt. Der Operator site: hingegen bezieht sich auf alles, was wir gecrawlt haben - und das kann URLs beinhalten, die nicht in eurer Sitemap enthalten sind, wie z. B. neu hinzugefügte URLs oder andere URLs, die wir über Links entdeckt haben.

Ihr könnt euch den Operator site: als ein schnelles Diagnosewerkzeug vorstellen, das es euch ermöglicht, den generellen Zustand eurer Site in unserem Index zu betrachten. Die Ergebnisse des Operators site: können euch Folgendes zeigen:

• eine grobe Schätzung, wie viele Seiten indexiert sind;
  
• einen Hinweis darauf, ob eure Site gehackt wurde;
  
• ob ihr doppelt vorhandene Titel oder Snippets habt.
  

Hier ist ein Beispiel für die Anwendung des Operators site:

Eure XML-Sitemap-Zusammenfassung bietet detailliertere Statistiken darüber, welche URLs ihr übermittelt habt. So könnt ihr z. B. einen Vergleich der Anzahl der indexierten URLs mit der Anzahl der zum Crawling eingereichten URLs sowie Sitemap-spezifische Warnhinweise oder Fehler, die beim Zugriff auf die angegebenen Dateien aufgetreten sind, sehen.

Weitere Informationen dazu könnt ihr in unserer Hilfe für Webmaster unter den Stichworten "Operator site:" und "Sitemaps" finden. Bei weiteren Fragen dazu schaut doch einfach in unserem Forum für Webmaster vorbei, wo zahlreiche erfahrene Webmaster und Googler auf eure Fragen antworten.

Using stats from site: and Sitemap details (English version)

Post von Charlene Perez, Search Quality Team (Übersetzung von Sven, Search Quality)

Im dritten Teil unserer Reihe von Video-Tutorials geht es um das Erstellen und Einreichen von Sitemaps. Welche Arten von Sitemaps gibt es? Wie können sie in den Webmaster-Tools hinzugefügt werden?

Weitere Informationen zu Sitemaps findet ihr außerdem in unserem letzten Post zu diesem Thema: Sitemaps einreichen leicht gemacht.




In Teil 1 ging es um die Registrierung und Verifizierung eurer Site in den Webmaster-Tools.
Wie ihr Präferenzen zu Crawling und Indexierung sowie zum Geo-Targeting einstellt, zeigt euch das 2. Video.

Und hier noch eine Vorschau auf die kommenden Videos dieser Reihe:
Video 4: Entfernen eures Contents aus dem Index
Video 5: Die Bereiche Diagnose, Statistiken und Links
Video 6: Wie ihr mit Google kommunizieren könnt

Post von Sven Naumann, Search Quality

Seit wir den Python-Sitemap-Generator im Juni 2005 erstmals vorgestellt haben, sind mehr als 3 Jahre vergangen. Seitdem wurden viele großartige Sitemap-Generatoren von Drittanbietern veröffentlicht, die Webmaster dabei unterstützen, bessere Sitemap-Dateien zu erzeugen. Während die meisten Sitemap-Generatoren entweder die Website crawlen oder die Dateien auf dem Server auflisten, haben wir ein anderes Konzept eines Sitemap-Generators umgesetzt, das unterschiedliche Herangehensweisen zum Auffinden von URLs einsetzt und es euch erlaubt, automatisch verschiedene Arten von Sitemap-Dateien zu erzeugen und zu verwalten.


Der Google Sitemap-Generator

Unser neuer Open Source Google Sitemap-Generator entdeckt neue und modifizierte URLs dank des Traffics auf eurem Webserver, anhand der Log-Files, oder der Files, die er auf dem Server findet. Durch Kombination dieser Herangehensweisen ist der Google Sitemap-Generator in der Lage, die entsprechenden URLs zu finden und die relevanten Metadaten zu berechnen. Dadurch werden eure Sitemap-Dateien besonders effektiv. Nachdem der Google Sitemap-Generator einmal die URLs gesammelt hat, kann er folgende Sitemap-Dateien für euch erzeugen:

• XML-Sitemaps für die Websuche - entsprechend dem sitemaps.org-Standard


• Mobile-Sitemaps für mobile-freundliche Websites


• Code-Search-Sitemaps für Sourcecode, den ihr den Usern zugänglich macht

Zusätzlich kann der Google Sitemap-Generator ein Ping senden - an die Google Blog-Suche - für allen neuen oder modifizierten URLs. Optional könnt ihr die URLs der Sitemap-Dateien auch in eure robots.txt-Datei einbinden oder andere Suchmaschinen "pingen", die dem sitemaps.org-Standard folgen.

Das Hinzufügen der URLs zu den richtigen Sitemap-Dateien ist dank der webbasierten Administrationsoberfläche einfach zu bewerkstelligen. Die Oberfläche erlaubt euch Zugriff auf unterschiedliche Features, die die Verwaltung zum Kinderspiel machen und gleichzeitig schon standardmäßig einen hohen Sicherheitsstandard garantieren.

Der Einstieg

Der Google Sitemap-Generator ist ein Server-Plug-In, das sowohl auf Linux/Apache als auch auf Microsoft-IIS-Windowsbasierten Servern installiert werden kann. So wie bei anderen serverseitigen Plug-Ins benötigt ihr Administrator-Zugriffsrechte auf den Server, um es zu installieren. Detaillierte Informationen zur Installation findet ihr in der Dokumentation zum Google Sitemap-Generator.

Wir freuen uns sehr darüber, den Google Sitemap-Generator inklusive des Sourcecodes zu veröffentlichen und hoffen, dass dies mehr Webhosting-Anbieter dazu motiviert, dieses oder ein ähnliches Tool in ihre Hosting-Pakete zu integrieren.

Falls ihr irgendwelche Fragen habt, schaut doch bei unserem englischsprachigen Diskussionsforum für den Google Sitemap-Generator vorbei oder stellt allgemeine Sitemaps-Fragen in unserem Diskussionsforum für Webmaster!

A new Google Sitemap Generator for your website (English version)

Post von John Müller, Webmaster Trends Analyst, Google Zürich (Übersetzung von Jörg, Search Quality)

Eine Sitemap bei Google einzureichen ist wieder ein Stück einfacher geworden. Ihr müsst jetzt nicht mehr den Dateityp der Sitemap angeben — dieser wird nun automatisch von uns erkannt. Werfen wir mal einen Blick darauf, welche Arten von Sitemaps wir unterstützen und wie ihr sie bei uns einreichen könnt.


Sitemap-Formate, die von Google unterstützt werden

Was das Web unter anderem so interessant macht, ist die Tatsache, dass es da draußen so viel unterschiedlichen Content gibt. Habt ihr Videos auf eurer Website? Falls dem so ist, dann schickt uns eine Video-Sitemap, damit wir Besucher zu euren Videos schicken können! Oder hostet ihr Quellcodeschnipsel? Dann reicht eine Sitemap für die Codesuche ein! Hier sind die verschiedenen Arten von Sitemaps, die Google zur Zeit unterstützt:

• XML-Sitemaps für Webseiten - Dieses Dateiformat solltet ihr verwenden, um all eure Webseiten einzureichen, da es das das bevorzugte Format für Webseiten ist. Es erkennen zwar nicht alle Suchmaschinen die unten gelisteten Sitemap-Typen - die XML-Sitemap für Webseiten wird jedoch von allen Suchmaschinen unterstützt, die Mitglied bei sitemaps.org sind.


• RSS 2.0- und Atom 1.0-Feeds für Webseiten - viele Blogs erstellen diese automatisch.


• Textdateien mit Webseiten-URLs - Falls ihr keines der oben gelisteten Formate automatisch erstellen könnt, dann könnt ihr eine XML-Sitemap mithilfe einer Textdatei erstellen.


• Video-XML-Sitemaps - Videos auf eurer Website können indexiert werden und in der Google Videosuche zur Verfügung gestellt werden.


• Media-RSS-Feeds für die Video-Suche - mRSS-feeds werden von verschiedenen Systemen verwendet, und wir können sie auch für die Google Videosuche einsetzen.


• XML-Sitemaps für die Google Codesuche - Wenn ihr euren Usern Programmier- oder Codeschnipsel zur Verfügung stellen wollt, dann könnt ihr diese bei der Google Codesuche einreichen.


• XML Sitemaps für mobile Webseiten - Dieses Format ermöglicht es, dass wir für Mobilgeräte optimierten Content erkennen können (beachtet bitte, dass hier vor Kurzem eine kleine Änderung im Format stattgefunden hat).


• XML-Sitemaps für Geo-Daten - Wenn ihr geografische Daten auf eurer Website hostet, wie etwa KML- oder GeoRSS-Dateien, dann informiert uns bitte über diese Dateien.


• XML-Sitemaps für News - News-Websites können ihren Nachrichtencontent in diesem speziellen Sitemap-Format einreichen (beachtet bitte, dass ihr euch zuerst bei Google News anmelden müsst, bevor diese Dateien aufgenommen werden).

Wenn ihr mehrere Sitemap-Dateien bei Google einreichen möchtet, dann könnt ihr bis zu 1000 davon in einem XML-Sitemap-Index einschließen. Falls ihr mehr als 1000 Sitemap-Dateien habt, dann könnt ihr einfach mehrere Sitemap-Indices einreichen - wir nehmen alles gerne!

Wie ihr eure Sitemap bei Google einreichen könnt

Sobald ihr eure Sitemaps erstellt habt und sie auf eurem Server bereit stehen, müsst ihr nur noch sicherstellen, dass die Suchmaschinen sie finden können. Google unterstützt drei einfache Wege, um Sitemaps einzureichen:

• Über die Google Webmaster-Tools
  Der beste Weg, uns über eure Sitemaps zu informieren, ist, sie über die Google Webmaster-Tools einzureichen. Der größte Vorteil dabei ist, dass ihr immer eine direkte Rückmeldung darüber erhaltet, wie eure Sitemaps heruntergeladen wurden (konnten wir euren Server erreichen?), wie sie erkannt wurden (hatten sie das richtige Format?) und was mit darin gelisteten Webseiten passiert ist (wie viele wurden indexiert?). Um eure Sitemaps einzureichen, stellt zunächst sicher, dass eure Website in den Webmaster-Tools überprüft wurde, geht dann zu "Sitemaps" in den Webmaster-Tools und gebt dort den Dateinamen eurer Sitemap(s) ein.
  
  Mitunter ist es ist sinnvoll, eure Sitemap auf einem anderen Server / einer anderen Domain aufzubewahren. Um Sitemaps unter solchen Bedingungen einzureichen, müsst ihr eine Überprüfung der Eigentümerschaft in den Webmaster-Tools durchführen und die Sitemap für die entsprechende Site einreichen. Beispielsweise, wenn sich eure Sitemap für http://www.example.com auf http://sitemap-files.example.com/ befindet, dann müsst ihr die Eigentümerschaft für beide Sites überprüfen lassen und anschließend die Sitemap unter http://sitemap-files.example.com einreichen (auch wenn die dort gelisteten URLs für http://www.example.com gelten). Informationen darüber findet ihr in unserer Hilfe für Webmaster unter dem Thema Verwalten von XML-Sitemaps für mehrere Websites.
  


• Sitemaps in der robots.txt-Datei auflisten
  Eine andere Möglichkeit, eine Sitemap einzureichen, besteht darin, die URL in eurer robots.txt-Datei anzugeben. Wenn ihr diese Methode verwendet, dann wird eure Sitemap von allen Suchmaschinen gefunden, die das Sitemaps-Protokoll unterstützen (wenngleich nicht alle die oben erwähnten Erweiterungen unterstützen). Da ihr die vollständige URL eurer Sitemap in der robots.txt-Datei angebt, erlaubt es euch diese Methode auch, eure Sitemap auf einer anderen Domain zu hosten. Beachtet jedoch, dass Sitemaps, die über diesen Weg eingereicht werden, zwar von uns erkannt werden, jedoch nicht automatisch in eurem Webmaster-Tools-Konto erscheinen. Um Feedback über eure Dateien zu erhalten, raten wir euch, sie auch manuell zu eurem Konto hinzuzufügen.
  


• Verwendet HTTP "ping"
  Wenn eure Sitemaps automatisch erstellt werden, dann gibt es den bequemen Weg, sie durch Zugriff auf die "ping"-URL für Google Sitemaps einzureichen. Diese URL beinhaltet die URL eurer Sitemap. Weitere Informationen über die "ping"-URL für eure Website findet ihr in dem Artikel der Hilfe für Webmaster zur Aktualisierung von XML-Sitemaps. "Pingt" also diese URLS immer, wenn ihr eure Sitemap aktualisiert - wir werden sie dann wieder neu lesen. Falls ihr eure Sitemap auch in den Webmaster-Tools registriert habt, werden wir dort ebenfalls den Status aktualisieren. Diese Methode funktioniert auch, wenn ihr eure Sitemap auf einem anderen Server aufbewahrt - wie bereits vorher erwähnt, müsst ihr jedoch beide Sites in den Webmaster-Tools überprüft haben.
  
  Alle Suchmaschinen, die Mitglied bei sitemaps.org sind, unterstützen ähnliche Methoden, um gängige Web-Sitemaps einzureichen.

Wir hoffen, dass es euch diese Vereinfachungen noch leichter machen, Sitemaps bei uns einzureichen!

Sitemap Submission Made Simple (English version)

Post von John Müller, Webmaster Trends Analyst, Google Zürich (Übersetzung von Claudia, Search Quality)

Seit wir die verbesserte Erfassung von Sites bei der benutzerdefinierten Suchmaschine gestartet haben, können sich Webmaster, die Sitemaps in den Webmaster-Tools einreichen, einer besonderen Behandlung erfreuen: Die benutzerdefinierte Suchmaschine erkennt die eingereichten Sitemaps und indexiert die URLs dieser Sitemaps in einem separaten Index, um Suchergebnisse in besserer Qualität zu ermöglichen. Dabei analysieren wir eure benutzerdefinierten Suchmaschinen (Custom Search Engines, CSEs), wählen die passenden Sitemaps aus und ermitteln, welche URLs relevant für die erweiterte Indexierung in eurer Suchmaschine sind. Ihr bekommt dabei den doppelten Nutzen einer besseren Auffindbarkeit bei Google.com und gleichzeitig eine verbesserte Abdeckung eurer eigenen benutzerdefinierten Suchmaschine.

Jetzt machen wir einen weiteren Schritt, um den Nutzen unserer Services für Webmaster zu steigern, indem wir die On-Demand-Indexierung für die benutzerdefinierte Suchmaschine gestartet haben. Bei der On-Demand-Indexierung könnt ihr uns nun mitteilen, welche eurer Seiten neu sind oder geändert wurden und die benutzerdefinierte Suchmaschine wird sie sofort für ein Crawling vormerken. Innerhalb von 24 Stunden wird die benutzerdefinierte Suchmaschine die Seiten indexieren und euren Nutzern zur Verfügung stellen - häufig auch deutlich schneller.

Und wie könnt ihr uns diese URLs mitteilen? Ihr könnt es euch wohl schon denken... indem ihr, wie immer, eine Sitemap in den Webmaster-Tools einreicht und eure benutzerdefinierte Suchmaschine darüber informiert. :-) Wechselt dazu einfach zum Steuerungsfeld eurer benutzerdefinierten Suchmaschine, klickt auf den Link "Indizierung", wählt eure On-Demand-Sitemap und klickt auf "Index Now". Ihr könnt uns mitteilen, welche URLs für euch am wichtigsten sind, indem ihr die Priority- und Lastmod-Attribute in eurer Sitemap verwendet. Jeder benutzerdefinierten Suchmaschine ist eine bestimmte Anzahl an Seiten im On-Demand-Index zugewiesen und mittels dieser Attribute könnt ihr uns mitteilen, welche davon am wichtigsten für die Indexierung sind. Falls ihr eine größere Zuteilung im On-Demand-Index oder weitere Möglichkeiten der benutzerdefinierten Anpassung benötigt, könnt ihr eine Reihe von Optionen bei der Google Website-Suche finden.


Einige wichtige Punkte, die ihr beachten solltet:

1. Ihr braucht eure Sitemaps in den Webmaster-Tools nur einmal einzureichen. Die benutzerdefinierte Suchmaschine wird euch daraufhin alle Sitemaps anzeigen, die ihr über die Webmaster-Tools eingereicht habt, so dass ihr wählen könnt, welche Sitemap ihr für die On-Demand-Indexierung verwenden möchtet.
   
2. Eure Sitemap muss sich auf eine Site beziehen, die ihr in den Webmaster-Tools überprüft habt, so dass wir sicher sein können, dass ihr der Besitzer der entsprechenden URLs seid.
   
3. Damit wir diese zusätzlichen Seiten indexieren können, müssen unsere Crawler in der Lage sein, diese Seiten zu erreichen. Ihr könnt in den Webmaster-Tools unter "Diagnose > Web-Crawl > URLs durch robots.txt eingeschränkt" oder in eurer robots.txt-Datei prüfen, ob ihr nicht bestimmte Seiten für das Crawling gesperrt habt.
   
4. Indem ihr Seiten für die On-Demand-Indexierung zur Verfügung stellt, werden diese nicht schneller im Index von Google auftauchen - ebenso hat dies keinen Einfluss auf euer Ranking bei Google.com.
   

Wir hoffen, dass ihr von diesem neuen Feature regen Gebrauch macht, um uns regelmäßig über die wichtigsten Änderungen auf eurer Site zu informieren, so dass wir diese entsprechend schnell in eurer benutzerdefinierten Suchmaschine indexieren können. Wie immer freuen wir uns auf euer Feedback zur benutzerdefinierten Suchmaschine.

On-Demand Sitemaps for Custom Search (English version)

Post von Rajat Mukherjee, Group Product Manager, Search (Übersetzung von Sven, Search Quality)

In einem kürzlich veröffentlichten Post von mir ging es darum, wie Userreports über Webspam und bezahlte Links dabei helfen, Googles Suchergebnisse für Millionen von Usern zu verbessern. In Anknüpfung daran möchte ich nun einen der wichtigsten Teile der Google Webmaster-Zentrale hervorheben: unser Diskussionsforum für Webmaster. Mit über 35.000 Mitgliedern in unserem englischen Forum, sowie zusätzlichen Foren in 15 weiteren Sprachen, ist das Forum der Ort, an dem eure Fragen zum Thema Crawling, Indexierung oder zu den Webmaster-Tools beantwortet werden. Wir sind auch sehr dankbar für die fabelhafte Gruppe von äußerst aktiven und hilfsbereiten Usern, die ihre Zeit und Energie investieren, um aus der Diskussionsgruppe für Webmaster ein lohnenswertes Forum zu machen. Falls angebracht, springen auch ich oder andere Googler ein, um Klarheit in Diskussionen zu bringen oder am Dialog teilzunehmen. Eine Anmerkung dazu: wir bemühen uns sehr, alle Posts im Forum zu lesen, und auch wenn wir nicht auf alle antworten, so haben euer Feedback und eure Verbesserungsvorschläge erheblichen Einfluss darauf, an welchen Features wir arbeiten. Hier sind einige Beispiele:

Sitemap-Details

Eine Sitemap in den Webmaster-Tools einzureichen ist eine Möglichkeit um Google wissen zu lassen, welche Seiten auf eurer Site existieren. Usern ist schnell aufgefallen, dass sie trotz der Tatsache, dass sie eine Sitemap für alle Seiten eingereicht hatten, nur eine Auswahl an indexierten URLs über die Suchanfrage mit dem Operator site: fanden. Daraufhin hat das Webmaster-Tools-Team eine Sitemap-Details-Seite eingerichtet, um euch besser darüber zu informieren, wie eure Sitemap bearbeitet wurde. Falls ihr euer Wissen über die Sitemap-Details-Seite auffrischen wollte, dann könnt ihr Jonathan's Blogpost lesen.

Kontextuelle Hilfe

Eine Anfrage, die wir recht früh zu den Webmaster Tools erhalten haben, war die nach einer besseren Dokumentation zu den angezeigten Daten. Da wir einige Fragen über Meta-Beschreibung und Titel-Tag-Probleme bei der Benutzung unseres Content-Analyse-Tools erhalten haben, haben wir unsere Dokumentation auf der Seite verbessert und dort auch einen direkten Link zu dem Artikel in der Hilfe für Webmaster gesetzt. Ebenso haben wir festgestellt, dass User mehr Klarheit über die Unterscheidung zwischen den "häufigsten Suchanfragen für jede Suche" und den "häufigsten Suchanfragen für jeden Klick" benötigten, sowie darüber, wie sie diese Daten verwenden können. Wir haben dazu einen Abschnitt hinter dem Link "Wie verwende ich diese Daten?" hinzugefügt, sowie kontextuelle Hilfeinformationen in den Webmaster-Tools eingefügt, um zu erklären, was ein Feature bedeutet und wo ihr mehr Informationen darüber erhalten könnt.

Blogposts

Das Diskussionsforum für Webmaster ist auch eine Möglichkeit für uns, ständig über die aktuellen, größeren Fragen der Webmaster informiert zu sein und einige dieser Fragen in unserem Blog aufzugreifen. Ob es nun darum geht, wie man einen Antrag auf erneute Überprüfung in den Webmaster-Tools einreicht, mit Duplicate Content umgeht, mit einer Site umzieht, oder um das Design für Accessibility - wir sind immer offen für weitere eurer Anregungen aus dem Forum. Was mich daran erinnert...

Es ist wieder Zeit für weitere "häufige Fragen"!

Im letzten Jahr haben wir hart daran gearbeitet, um innerhalb von zwei Wochen fünf größere Fragen aus dem Webmasterbereich zu beantworten. Diese "heissen Themen" waren sehr beliebt und deckten die folgenden Bereiche ab:

• Susan hat ein paar Methoden erläutert, wie ihr sicherstellen könnt, dass eure Site von Google indexiert wird.
• John hat einige Fragen zum Thema Spam-Bericht und Antrag auf erneute Überprüfung beanwortet.
• John schrieb auch einen Blogpost, der eine gute Quelle zum Thema Meta-Tags darstellt.
• Wysz verschaffte mehr Klarheit über verborgenen Text.
• Matt besprach ausführlicher den richtigen Gebrauch des Nofollow-Tags.
  

Da diese Initiative sehr gut angekommen ist, freue ich mich euch mitteilen zu können, dass wir sie wiederholen werden. Geht einfach zu diesem Thread in unserem englischen Forum und stellt dort eure Fragen rund um das Thema Webmaster. Bis gleich!

The Impact of User Feedback, Part 2 (and more Popular Picks!) (English version)

Post von Reid Yokoyama, Search Quality (Übersetzung von Claudia, Search Quality)

Als wir die Sitemaps gelauncht haben, haben wir auch das Open Archives Initiative Protocol for Metadata Harvesting (OAI-PMH) 2.0 Protokoll unterstützt. In der Zwischenzeit haben wir allerdings festgestellt, dass die Informationen, die wir durch die Unterstützung von OAI-PMH gewinnen, in einem Missverhältnis zu den eingesetzten Ressourcen stehen. Derzeit verwenden weniger als 200 Websites OAI-PMH für Google Sitemaps.

Um eure Website in Zukunft noch besser zu erfassen, haben wir uns entschieden, ab Mai 2008 ausschließlich das Standard-XML-Sitemapformat zu unterstützen. Wir sind gerade dabei, Seiten, die OAI-PMH verwenden, zu benachrichtigen und auf die Änderungen aufmerksam zu machen.

Solltet ihr OAI-PMH als Google Sitemap-Feed verwenden, würden wir uns freuen, wenn ihr zum gängigen XML-Sitemapformat wechselt. Dieses Format wird von allen großen Suchmaschinen unterstützt und hilft dabei sicherzustellen, dass alle euren neuen und aktualisierten Content finden, sobald ihr ihn bereitstellt.

Wenn ihr Fragen zur Umstellung auf XML-Sitemap-Dateien habt, könnt ihr gerne im Google Diskussionsforum für Webmaster posten.

Retiring support for OAI-PMH in Sitemaps (English version)

Post von John Mueller, Webmaster Trends Analyst, Google Zürich (Übersetzung von Michael, Search Quality)