Google Webmaster-Zentrale Blog [DE]

Erste Schritte mit strukturierten Daten

Donnerstag, 30. Mai 2013

Rich SnippetsKnowledge GraphGoogle Now-Karten Wir freuen uns, heute zwei Funktionen vorstellen zu können, die die Verwendung strukturierter Daten noch einfacher machen. Zum einen haben wir das Data-Highlighter-Tool erweitert und sieben neue Arten strukturierter Daten hinzugefügt. Zum anderen gibt es das brandneue Tool "Strukturierte Daten: Markup-Hilfe".

Data Highlighter bietet jetzt Unterstützung für Produkte, Unternehmen, Erfahrungsberichte und vieles mehr

Data Highlighter wurde im Dezember 2012 als "Point-and-Click"-Tool eingeführt, mit dessen Hilfe ihr Google die Muster strukturierter Daten von Veranstaltungen auf eurer Website zeigen könnt– ohne dass ihr das HTML eurer Website bearbeiten müsst. Jetzt könnt ihr uns mit Data Highlighter noch über viele weitere strukturierte Daten auf eurer Website informieren: Produkte, lokale Unternehmen, Artikel, Softwareanwendungen, Filme, Restaurants und TV-Folgen.

Data Highlighter findet ihr in den Webmaster-Tools. Wählt dort eure Website aus, klickt links auf den Link "Optimierung" und anschließend auf "Data Highlighter". Ihr werdet aufgefordert, die URL einer typischen strukturierten Seite eurer Website einzugeben, z. B. eine Seite mit Produkten oder Veranstaltungsdetails. Dann könnt ihr die wichtigsten Felder mit der Maus "taggen".

Das Tagging dauert bei einer einzelnen Seite ungefähr fünf Minuten und bei einem Muster einheitlich formatierter Seiten ca. 15 Minuten. Anschließend könnt ihr überprüfen, ob Google eure strukturierten Daten richtig erfasst hat. Wenn sie korrekt sind, könnt ihr sie für Google "veröffentlichen". Wenn eure Seiten dann nach und nach erneut gecrawlt werden, können diese Informationen, also beispielsweise Preise, Erfahrungsberichte und Bewertungen aufgenommen und ggf. direkt in den Google-Suchergebnissen angezeigt werden.

Neues Tool "Strukturierte Daten: Markup-Hilfe"
Obwohl Data Highlighter eine gute Möglichkeit ist, Google auf strukturierte Daten auf eurer Website hinzuweisen, ohne den HTML-Code bearbeiten zu müssen, empfiehlt es sich dennoch, Markup für strukturierte Daten direkt in die Website einzubetten, damit alle Suchmaschinen eure strukturierten Inhalte erkennen. Um euch bei dieser Aufgabe zu unterstützen, haben wir ein neues Tool entwickelt: Strukturierte Daten: Markup-Hilfe.

Wie bei Data Highlighter, wählt ihr zunächst eine Seite aus, entweder eine URL oder die HTML-Quelle, und taggt die wichtigsten Eigenschaften der relevanten Datentypen mit eurer Maus. Anschließend generiert "Strukturierte Daten: Markup-Hilfe" einen Beispiel-HTML-Code, inklusive Markup für die Mikrodaten. Diesen Code könnt ihr herunterladen und zur Orientierung bei der weiteren Einbindung strukturierter Daten auf eurer Website nutzen.

"Strukturierte Daten: Markup-Hilfe" unterstützt eine Reihe von Datentypen, einschließlich aller von Data Highlighter unterstützten Typen und einiger Typen, die für die Einbettung strukturierter Daten in Gmail erforderlich sind. Unter schema.org findet ihr die vollständige Dokumentation zu diesem Schema.

Wir hoffen, dass es mit diesen beiden Tools für euch noch einfacher wird, die zusätzlichen Google-Funktionen für strukturierte Daten zu verwenden. Bei Fragen oder Feedback könnt ihr wie immer Beiträge in unserem Forum für Webmaster posten.

Post von Justin Boyan, Product Manager (Veröffentlicht von Sven Naumann, Search Quality Team)

schema.org-Markup für Organisationslogos

Donnerstag, 16. Mai 2013

Mit dem schema.org-Markup für Organisationen könnt ihr unsere Algorithmen auf den Speicherort eures bevorzugten Logos hinweisen. Ein Unternehmen mit der Startseite www.example.com kann das folgende Markup für auf der Startseite sichtbare Elemente hinzufügen:
<div itemscope itemtype="http://schema.org/Organization"> <a itemprop="url" href="http://www.example.com/">Startseite</a> <img itemprop="logo" src="http://www.example.com/logo.png" /> </div>

Update vom 21. Oktober 2014: Ihr könnt auch andere unterstützte Syntax verwenden wie beispielsweise JSON-LD code:

<script type="application/ld+json">
{
"@context": "http://schema.org/",
"@type": "Organization",
"url": "http://www.example.com/",
"logo": "http://www.example.com/logo.png"
}
</script>

Das Markup in diesem Beispiel lässt Google wissen, dass dieses Bild das Logo der Organisation auf der ebenfalls angegebenen Startseite darstellt und, falls möglich, in den Google-Suchergebnissen verwendet werden soll. Diese Art von Markup ist ein guter Hinweis für unsere Algorithmen, dass dieses Bild bevorzugt verwendet werden soll, wenn zum Beispiel der Knowledge Graph auf der rechten Seite bei einer Suchanfrage eines Nutzers erscheint.
Bei Fragen findet ihr wie immer Unterstützung im Webmasterforum.
Post von RJ Ryan, Google Engineer (Veröffentlicht von Johannes Mehlem, Search Quality Team)

Einführung von "x-default hreflang" für internationale Webseiten

Montag, 15. April 2013

Yandex

http://example.com/en-gbhttp://example.com/en-ushttp://example.com/en-auhttp://example.com/rel-alternate-hreflangSitemaps<link rel="alternate" href="http://example.com/en-gb" hreflang="en-gb" /><link rel="alternate" href="http://example.com/en-us" hreflang="en-us" /><link rel="alternate" href="http://example.com/en-au" hreflang="en-au" /><link rel="alternate" href="http://example.com/" hreflang="x-default" /> x-default hreflangWebmasterforumPierre FarJohannes Mehlem

5 häufige Fehler bei der Verwendung von rel=canonical-Tags

Mittwoch, 10. April 2013

rel=canonical-Tagduplizierten InhaltenYahoo!Bing

Während der Webmaster links die "red velvet" Seite im Browser sieht, bemerken Suchmaschinen das unbeabsichtigte "blue velvet" rel=canonical, wie rechts dargestellt.

Die Mehrheit der Inhalte auf der duplizierten Webseite sollte auch auf der kanonischen Version vorhanden sein.
Ein "Test" kann hier sein, wenn ihr euch vorstellt, die Sprache des Inhalts nicht zu verstehen: Wenn ihr das Duplikat direkt mit der kanonischen Version vergleicht, taucht dann ein Großer Prozentsatz der Worte des Duplikats auch auf der kanonischen Version auf? Wenn ihr die Fremdsprache beherrschen müsstet, um eine Ähnlichkeit festzustellen, da das Thema sich zwar ähnelt aber die Wortwahl sich nicht gleicht, könnte das rel=canonical-Tag unter Umständen nicht von Suchmaschinen interpretiert werden.

Vergewissert euch, dass die rel=canonical Zielseite auch wirklich existiert (dies bedeutet weder ein Fehlerstatus noch "falsche" 404-Fehler)

Überprüft ob die rel=canonical Zielseite eventuell fälschlicherweise ein noindex Robots-Meta-Tag enthält

Gewährleistet, dass ihr tatsächlich die URL mit rel=canonical in den Suchergebnissen sehen wollt (und nicht das Duplikat)

Fügt den rel=canonical-Link entweder im <head>-Bereich der Seite oder im HTTP-Header ein

Verwendet nicht mehr als ein rel=canonical pro Seite, da bei mehreren Tags alle verwendeten rel=canonical auf einer Seite ignoriert werden

1. Fehler: rel=canonical auf die erste Seite einer nummerierten Reihe an Seiten angewandt

example.com/article?story=cupcake-news&seite=1

example.com/article?story=cupcake-news&seite=2

und so weiter

Gute Inhalte (z.B. "cookies are superior nutrition" and "to vegetables") gehen verloren, wenn rel=canonical von einer der Folgeseiten auf die erste Seite der Reihe linkt.nummerierte Webseitenrel=canonical von den Serienseiten zu einer einseitigen Version aller InhalteSeitennummerierung mit rel="prev" und rel="next"

rel=canonical von Seiten einer Reihe zur Gesamtansicht

Sofern rel=canonical nicht zur Gesamtansicht verlinkt, können rel="prev" und rel="next"-Tags für nummerierte Webseiten verwendet werden.2. Fehler: Absolute URLs als relative URLs verwendet

example.com/example.com3. Fehler: Unbeabsichtigte oder mehrfache Verwendung von rel=canonical

Wenn ihr ein Template verwendet, vergewissert euch, dass das rel=canonical Tag nicht auch kopiert wurde.

Überprüft den Quelltext nach Einbindung eines Plug-ins4. Fehler: Kategorien-Seite linkt mit rel=canonical zu Kategorien-Unterseite

Bedenkt, dass die kanonische Webseite auch als bevorzugte URL für die Ansicht in den Suchergebnissen fungiert. Vermeidet rel=canonical Links von einer Kategorien-Seite zu einer Kategorien-Unterseite.5. Fehler: rel=canonical im <body>

Ausschließlich rel=canonical-Tags im <head> haben einen Effekt.Zusammenfassung

Vergewissert euch, dass der Großteil der Wörter im Duplikat der Seite auch in der kanonischen Seite auftaucht.

Überprüft, ob das rel=canonical-Tag nur einmal (wenn überhaupt) und nur im <head> der Seite verwandt wird.

Prüft, ob rel=canonical auf eine vorhandene URL mit guten Inhalten verweist (keine 404, oder sogar eine "falsche" 404-Seite).

Vermeidet das rel=canonical-Tag von Landingpages oder Kategorien-Seiten zu Kategorien-Unterseite oder beispielsweise Produkt-Unterseiten, da die Unterseite somit in der Ansicht der Suchergebnisse bevorzugt würde.

WebmasterforumJohannes Mehlem

Webmaster-Academy jetzt international

Donnerstag, 28. März 2013

im Mai 2012 gestartetWebmaster-AcademyWebmaster-ZentraleWebmasterforumGiacomo Gnecchi RusconeJohannes Mehlem

Vereinfachte Handhabung der Webseitenbestätigung

Freitag, 22. März 2013

bestätigteWebmaster Tools

Ansicht der Bestätigungsdetails: Ihr könnt nun die verwendete Bestätigungsmethode für Inhaber einsehen. Der Screenshot zeigt die Bestätigungsdetails eines Inhabers, welcher mit HTML-Datei und Meta Tag bestätigt wurde:

In den Bestätigungsdetails befindet sich ein Link zu der jeweiligen Bestätigungsmethode, welcher hilft die Bestätigung innerhalb der Webseite schnell ausfindig zu machen.

Die Bestätigung muss aufgehoben werden bevor ein Inhaber entfernt werden kann: Webmaster-Tools überprüft nun die gewählte Bestätigungsmethode und zeigt eine Fehlermeldung an, sofern die Bestätigung immer noch gefunden wird. Nachfolgend ist eine Fehlermeldung zu sehen, nachdem ein Inhaber entfernt wurde während die Domain-Namen-Anbieter (DNS CNAME) Bestätigungsmethode noch gültig war:

Kürzerer CNAME im DNS-Datensatz: Der CNAME als Teil der Domain-Namen-Anbieter Bestätigungsmethode ist nun kürzer, um eine größere Anzahl and DNS-Anbietern unterstützten zu können. Manche Anbieter begrenzen die Anzahl der Zeichen im DNS-Datensatz, so dass manche Benutzer die Domain-Namen-Anbieter Bestätigungsmethode nicht nutzen konnten. Wir haben die benötigte Zeichenanzahl für diese Bestätigungsmethode nun verringert. Bestehende Bestätigungen mit der Domain-Namen-Anbieter Methode bleiben unverändert gültig.

WebmasterforumPierre FarJohannes Mehlem

Erstellen von suchmaschinenfreundlichen Mobilwebseiten - nun in mehr als 11 Sprachen

Mittwoch, 20. März 2013

Empfehlungen für Smartphones, Feature-phones, Tablets und Googlebot-freundliche SeitenArabischPortugiesisch (Brasilien)NiederländischFranzösischDeutschItalienischJapanischPolnischRussischChinesisch (vereinfacht)SpanischEnglischen (UK) VersionJohn MuellerJohannes Mehlem

Webmaster-Zentrale Blog