Webmaster-Zentrale Blog
Offizielle Informationen zum Crawling und zur Indexierung von Webseiten und News für Webmaster
App-Indexierung ist jetzt für alle Android-Apps verfügbar
Freitag, 27. Juni 2014
Stellt ihr eure Inhalte nicht nur auf einer Website, sondern auch über eine Android-App zur Verfügung? Dann könnt ihr nun beide verbinden, damit Nutzer, die über ein Mobiltelefon oder Tablet suchen, Inhalte in eurer App einfacher finden und darauf zugreifen können.
Dank App-Tiefenlinks in den Suchergebnissen finden Nutzer eure Inhalte noch einfacher und verwenden eure App unter Umständen wieder häufiger, wenn sie sie bereits installiert haben. Als Website-Inhaber könnt ihr euren Nutzern die richtigen Inhalte genau zum richtigen Zeitpunkt anzeigen. Wenn ihr die Seiten eurer Website mit den entsprechenden Bereichen eurer App verknüpft, könnt ihr festlegen, wann Nutzer zur App und wann sie zur Website weitergeleitet werden.
Die App-Indexierung wird bereits
in Hunderten Apps eingesetzt
. In Deutschland bieten CHIP und Focus dies bereits an. Auf der Google I/O präsentieren wir diese Woche eine Reihe weiterer Funktionen, mit denen wir es euch noch einfacher machen möchten, Tiefenlinks in eurer App einzurichten, eure Website mit eurer App zu verbinden und einen Überblick über die Leistung sowie mögliche Fehler zu erhalten.
Der Einstieg ist ganz einfach
Wir haben die Indexierung von App-Tiefenlinks weiter vereinfacht. Wenn eure App HTTP-Tiefenlinkschemas unterstützt, führt die folgenden Schritte aus:
1.
Fügt die Tiefenlink-Unterstützung zur App hinzu
.
2.
Verknüpft Website und App
.
3. Das war's schon.
Im Rahmen der Indexierung eurer URLs erkennen wir die Verbindungen zwischen App und Website und indexieren diese, um die App-Tiefenlinks dann gegebenenfalls in den Suchergebnissen zu berücksichtigen.
Wir erkennen und indexieren App-Tiefenlinks auch dann, wenn ihr sie nicht auszeichnet. Wir empfehlen jedoch, die Tiefenlinks anzugeben. Dies gilt vor allem für Apps, die nur ein benutzerdefiniertes Tiefenlinkschema unterstützen. Es stehen zwei Optionen zum Angeben von Tiefenlinks zur Verfügung:
Fügt das <link>-Element "rel=alternate" im <head>-Abschnitt der einzelnen Webseiten oder in der Sitemap ein, um die jeweiligen App-URIs anzugeben. Weitere Informationen zur Umsetzung dieser Methoden findet ihr auf unserer
Website für Entwickler
.
Verwendet die
API zur App-Indexierung
(in Englisch).
Außerdem haben wir die Webmaster-Tools um eine
neue Funktion
erweitert, um euch bei der Behebung eventueller Fehler während der Indexierung von App-Seiten zu unterstützen. So seht ihr den Fehlertyp für fehlerhafte Verbindungen zwischen App-Seiten und Webseiten sowie Beispiel-URIs für Apps, die euch bei der Lösungsfindung helfen sollen:
Ihr findet außerdem eine detaillierte Anleitung zur Behebung der einzelnen Fehler sowie einen QR-Code für die App-Tiefenlinks, um die verlinkten Seiten ganz einfach auf einem Mobiltelefon oder Tablet zu öffnen. Ihr erhaltet außerdem Fehlerbenachrichtigungen in den Webmaster-Tools, damit ihr immer auf dem neuesten Stand seid.
Probiert es einfach aus und gebt uns im
Forum für Webmaster
Bescheid, falls ihr Fragen zur App-Indexierung habt.
Post von
Mariya Moeva
, Webmaster Trends Analyst
(Veröffentlicht von
Johannes Mehlem
, Search Quality Team)
Die richtige Startseite für internationale Nutzer erstellen
Montag, 16. Juni 2014
Wenn euer Unternehmen in mehreren Ländern tätig oder auf verschiedene Sprachen ausgerichtet ist, empfehlen wir, für die auf einzelne Länder oder Sprachen ausgerichteten URLs separate Websites oder Abschnitte mit spezifischen Inhalten einzurichten. Ihr könnt zum Beispiel eine Seite für die USA und Englisch sprechende Besucher und eine andere Seite für Frankreich und Französisch sprechende Nutzer anbieten. Ihr findet bei uns Informationen zum Umgang mit
internationalen und mehrsprachigen Websites
, auf der Startseite sind jedoch ganz besondere Aspekte zu beachten. Dieser Blogpost enthält Tipps zur Erstellung der richtigen Startseite auf eurer Website, sodass ihr je nach Sprache und Standort der Nutzer die passenden Inhalte schalten könnt.
Es gibt drei Möglichkeiten zur Konfiguration der Start- oder Zielseite, die den Nutzern beim Aufrufen der Seite angezeigt wird:
Alle Nutzer sehen die gleichen Inhalte.
Die Nutzer können selbst wählen.
Inhalte werden abhängig vom Standort und von der Sprache der Nutzer geschaltet.
Sehen wir uns die einzelnen Möglichkeiten genauer an.
Die gleichen Inhalte für alle Nutzer weltweit schalten
In diesem Szenario schaltet ihr auf eurer Startseite bzw. unter eurer generischen URL, beispielsweise
http://www.ihremusterdomain.
de
, spezifische Inhalte für ein bestimmtes Land und eine bestimmte Sprache. Diese Inhalte sind für jeden verfügbar, der diese URL in seinem Browser direkt aufruft oder nach dieser spezifischen URL sucht. Wie bereits erwähnt, sollten alle verschiedenen Landes- und Sprachversionen auch über eine eigene eindeutige URL zugänglich sein.
Hinweis:
Ihr könnt auf eurer Seite ein Banner einblenden, um Nutzern an anderen Standorten oder mit anderen Spracheinstellungen eine passendere Version vorzuschlagen.
Nutzer die gewünschte lokale Version und Sprache selbst wählen lassen
Bei dieser Konfiguration schaltet ihr auf eurer Startseite bzw. unter eurer generischen URL eine Seite zur Länderauswahl. So können die Nutzer selbst entscheiden, welche Inhalte sie abhängig von Land und Sprache sehen möchten. Alle Nutzer, die diese URL eingeben, rufen dieselbe Seite auf. Wenn ihr dieses Szenario auf eurer internationalen Website implementiert, vergesst nicht, für die Länderauswahlseite die Anmerkung
x-default rel-alternate-hreflang
zu verwenden, die speziell auf diese Art von Seiten ausgerichtet ist. Anhand des Werts "x-default" können wir Seiten erkennen, die nicht für eine bestimmte Sprache oder Region spezifisch sind.
Nutzer automatisch weiterleiten oder dynamisch die passenden HTML-Inhalte abhängig von den Standort- und Spracheinstellungen der Nutzer schalten
Im dritten Szenario werden automatisch die passenden HTML-Inhalte für eure Nutzer je nach deren Standort- und Spracheinstellungen geschaltet. Dies geschieht entweder über eine serverseitige 302-Weiterleitung oder durch die dynamische Schaltung der richtigen HTML-Inhalte. Vergesst nicht, die Anmerkung "x-default rel-alternate-hreflang" auf der Startseite bzw. generischen Seite einzufügen, auch wenn es sich bei der generischen Seite um eine Weiterleitungsseite handelt, die nicht von Nutzern direkt aufgerufen werden kann. Hinweis: Nutzer, für die keine passende Version verfügbar ist, sollten am besten weitergeleitet werden. Wenn beispielsweise Französisch sprechende Nutzer eine Website aufrufen, für die es nur eine englische, spanische und chinesische Version gibt, könnt ihr für diese Nutzer die Inhalte schalten, die euch am geeignetsten erscheinen. Für welche Konfiguration ihr euch auch entscheidet – achtet darauf, dass alle Seiten, einschließlich der Seiten zur Auswahl des Landes und der Sprache, folgende Kriterien erfüllen:
Sie müssen die
Anmerkung "rel-alternate-hreflang"
enthalten.
Sie müssen für das Crawling und die Indexierung durch den Googlebot zugänglich sein. Blockiert also das Crawling und die Indexierung eurer lokalisierten Seiten nicht.
Sie müssen Nutzern ermöglichen, die lokale Version oder Sprache zu wechseln. Dies kann beispielsweise über ein Drop-down-Menü geschehen.
Erinnerung:
Wie bereits erwähnt, müssen für die einzelnen Landes- und Sprachversionen separate URLs vorliegen.
Hinweise zur Anmerkung "rel-alternate-hreflang"
Unabhängig davon, für welche Vorgehensweise ihr euch entscheidet – eure Seiten sollten Anmerkungen enthalten. Dies hilft Suchmaschinen, die richtigen Ergebnisse für eureNutzer anzuzeigen.
Bei Länderauswahlseiten und bei der Weiterleitung oder dynamischen Schaltung von Startseiten sollte die Anmerkung
x-default hreflang
verwendet werden, die speziell für Startseiten mit automatischer Weiterleitung und Länderauswahlseiten konzipiert wurde.
Hier noch ein paar allgemeine Tipps zur Anmerkung "rel-alternate-hreflang":
Eure Anmerkungen müssen von den anderen Seiten bestätigt werden. Wenn Seite A auf Seite B verweist, muss Seite B zurück auf Seite A verweisen. Andernfalls werden eure Anmerkungen möglicherweise nicht richtig interpretiert.
Eure Anmerkungen sollten auf sich selbst verweisen. Seite A sollte mit der Anmerkung "rel-alternate-hreflang" versehen sein, die auf sich selbst verweist.
Ihr könnt die Anmerkung "rel-alternate-hreflang" im HTTP-Header, im Kopfteil der HTML-Datei oder in einer Sitemap-Datei angeben. Beschränkt euch auf eine einheitliche Vorgehensweise zur Implementierung der Anmerkungen, um widersprüchliche Signale und Fehler zu vermeiden.
Der Wert des Attributs "hreflang" muss für die Sprache im Format
ISO 639-1
und für die Region im Format
ISO 3166-1 Alpha 2
vorliegen. Die Festlegung nur der Region wird nicht unterstützt. Wenn ihr eure Website nur für ein Land konfigurieren möchtet, nutzt die geografische Ausrichtung in den
Webmaster-Tools
.
Wenn ihr euch an diese Empfehlungen haltet, können wir eure lokalisierten Inhalte besser verstehen und den Nutzern so relevantere Suchergebnisse anzeigen. Fragen oder Feedback könnt ihr wie immer gerne im
Forum für Webmaster
posten.
Post von
Zineb Ait Bahajji
und
Gary Illyes
, Webmaster Trends Analysts
(Veröffentlicht von
Johannes Mehlem
, Search Quality Team)
Start der #NoHacked-Kampagne für sichere Websites
Montag, 9. Juni 2014
Unsere
#NoHacked
-Kampagne möchte euch aufmerksam für Hacking-Attacken machen und Tipps anbieten, wie ihr eure Websites sicher vor Angriffen haltet. Obwohl wir wünschten, dass dies niemandem passiert, ist es doch überraschend häufig für Websites - inklusive eurer :( - dass sie ausgenutzt werden.
Im Laufe dieser Woche werden wir täglich einen Tipp zur Vorbeugung von Hacking mit euch über
Google+
,
Twitter
und
Facebook
teilen.
Der spaßige Teil kommt hier: Ihr seid eingeladen, mitzumachen! Teilt eure besten Tipps zur Vorbeugung von Hacking mit dem Hashtag #NoHacked auf der Plattform eurer Wahl: Google+, Twitter und Facebook. Wir werden die besten Tipps am Ende der Woche teilen.
Viel Spaß beim Posten und nicht #NoHacked vergessen ;)!
Post von
Johannes Mehlem
(Search Quality Team)
Tipps zum Verschieben von Websites
Freitag, 6. Juni 2014
Es gibt nur wenige Themen, die bei Webmastern zu größerem Kopfzerbrechen oder mehr Verwirrung führen als das Verschieben von Websites. Damit euch keine unangenehmen Überraschungen erwarten, haben wir einen detaillierten Leitfaden zusammengestellt, in dem beschrieben wird, wie ihr eure Website auf Googlebot-freundliche Weise verschieben könnt. Aber was bedeutet eigentlich "eine Website verschieben" und wie geht ihr dabei am besten vor?
Beispiel der Adressänderungsfunktion in Webmaster-Tools unter den allgemeinen Seitenkonfigurationen ("Zahnrad")
Grundlegendes
Als Website-Verschiebung werden im Allgemeinen zwei Arten der Inhaltsmigration bezeichnet:
Verschieben einer Website ohne URL-Änderungen:
Es wird nur die zugrunde liegende Infrastruktur einer Website geändert, an der URL-Struktur sind keine Änderungen erkennbar. Beispiel: Ihr verschiebt www.ihremusterdomain.de zu einem anderen Hostinganbieter, behaltet aber die URLs und die Websitestruktur wie unter www.ihremusterdomain.de bei.
Verschieben einer Website mit URL-Änderungen:
In diesem Fall können sich beliebige Teile der Website-URLs ändern:
Das Protokoll:
http://www.ihremusterdomain.de
zu
https://www.ihremusterdomain.de
Der Domainname: ihremusterdomain.de zu ihremusterdomain.net
Die URL-Pfade: http://ihremusterdomain.de/page.php?id=1 zu
http://ihremusterdomain.de/widget
Uns sind einige Fälle bekannt, in denen Webmaster ihre Websites nicht korrekt verschoben haben oder bestimmte Schritte ausgelassen haben, mit denen sich einige Fehler vermutlich hätten vermeiden lassen. Um Webmaster bei der Planung und Durchführung der Website-Verschiebung zu unterstützen, haben wir den
Leitfaden zur Verschiebung von Websites in der Hilfe für Webmaster aktualisiert
. Gleichzeitig verbessern wir auch weiterhin unsere Crawling- und Indexierungssysteme, um Website-Verschiebungen zu erkennen und zu verarbeiten, sofern ihr euch an den Leitfaden haltet.
Wechsel zum Responsive Webdesign
Immer häufiger wird auch die Frage gestellt, wie Webmaster von einer Website mit separaten URLs für Mobilgeräte oder dynamischer Anpassung zum Responsive Webdesign wechseln können. Weitere Informationen zu dieser Konfigurationsänderung findet ihr auf der
neuen Seite der Website unserer Smartphone-Empfehlungen
.
Fragen könnt ihr wie immer gerne in unseren
Foren für Webmaster
posten.
Post von
Pierre Far
und
Zineb Ait Bahajji
, Webmaster Trends Analysts
(Veröffentlicht von
Johannes Mehlem
, Search Quality Team)
App-Indexierung jetzt in weiteren Sprachen
Mittwoch, 4. Juni 2014
Im April haben wir die App-Indexierung
weltweit auf Englisch
eingeführt, mit der Tiefenlinks zu euren mobilen Apps in den Google-Suchergebnissen auf Android-Geräten angezeigt werden können. Heute fügen wir die ersten Anbieter von Inhalten in anderen Sprachen hinzu: Fairfax Domain, MercadoLibre, Letras.mus.br, Vagalume, Idealo, L'Equipe, Player.fm, Upcoming, Au Feminin, Marmiton und Chip.de. In den Vereinigten Staaten werden nun auch die Apps von Walmart, Tapatalk und Fancy unterstützt.
Außerdem stehen unsere
Richtlinien für Entwickler
jetzt in acht zusätzlichen Sprachen zur Verfügung:
Chinesisch (Traditionell)
,
Französisch
,
Deutsch
,
Italienisch
,
Japanisch
,
Portugiesisch (Brasilien)
,
Russisch
und
Spanisch
.
Wenn ihr Interesse an der App-Indexierung habt und eure Inhalte fertig implementiert sind,
füllt bitte dieses Formular aus
. Fragen könnt ihr wie immer gerne
im Forum für Webmaster
posten.
Falls ihr im Juni an der Google I/O teilnehmt, lasst euch den Vortrag
Future of Apps and Search
nicht entgehen. Dort stellen wir einige Aktualisierungen der App-Indexierung vor.
Post von Erik Hendriks, Software Engineer
(Veröffentlicht von
Johannes Mehlem
, Search Quality Team)
Labels
#NoHacked
2
2017
1
Accessibility
13
AJAX
1
AMP
7
Android
2
api
1
App-Indexierung
3
Best Practices
99
Bildersuche
2
captcha
1
Chrome
4
Code
12
Crawling
1
Crawling und Indexierung
126
Diskussionsforum
15
Duplicate Content
17
Dynamic Rendering
1
Einsteiger
8
Event
1
events
1
Feedback
1
Geo-Targeting
11
Google Analytics
6
Google Dance
1
Google News
1
Google Places
4
Google-Assistant
1
Google-Suche
59
Google+
9
Hacking
16
Hangouts
1
https
3
JavaScript
3
Kanonische URL
1
Kommentare
1
Konferenz
19
Lighthouse
3
Links
18
Malware
17
Mobile
38
Mobile-first indexing
1
Nachrichten-Center
16
Optimisation
3
PageSpeed Insights
2
Penalties
1
Performance
3
Ranking
1
reCaptcha v3
1
Rendering
2
Rich Snippets
18
Richtlinien für Webmaster
36
robots.txt
7
Safe Browsing
5
Search Console
19
Search Results
1
Security
4
Seitenzugriff
1
SEO
4
Sicherheit
38
Site Clinic
5
Sitemaps
30
Spam Report
9
SSL
1
Structured Data
8
Tools und Gadgets
17
Verschlüsselung
1
Video
132
Webmaster blog
1
Webmaster Community
1
Webmaster-Academy
1
Webmaster-Tools
154
webspam
3
Archiv
2020
Nov.
Sept.
Aug.
Juli
Juni
Mai
Apr.
März
Feb.
2019
Dez.
Nov.
Okt.
Sept.
Juni
Mai
Feb.
Jan.
2018
Dez.
Nov.
Okt.
Sept.
Juli
Juni
Mai
Apr.
Feb.
Jan.
2017
Dez.
Nov.
Juni
Apr.
März
Jan.
2016
Nov.
Sept.
Aug.
Juli
Juni
Mai
Apr.
März
Jan.
2015
Dez.
Nov.
Okt.
Sept.
Aug.
Juli
Mai
Apr.
März
Feb.
Jan.
2014
Nov.
Okt.
Sept.
Aug.
Juni
Mai
Apr.
März
Feb.
Jan.
2013
Dez.
Nov.
Okt.
Aug.
Juli
Juni
Mai
Apr.
März
Feb.
Jan.
2012
Dez.
Nov.
Okt.
Sept.
Aug.
Juli
Juni
Mai
Apr.
März
Feb.
Jan.
2011
Dez.
Nov.
Okt.
Sept.
Aug.
Juli
Juni
Mai
Apr.
März
Feb.
Jan.
2010
Dez.
Nov.
Okt.
Sept.
Aug.
Juli
Juni
Mai
Apr.
März
Feb.
Jan.
2009
Dez.
Nov.
Okt.
Sept.
Aug.
Juli
Juni
Mai
Apr.
März
Feb.
Jan.
2008
Dez.
Nov.
Okt.
Sept.
Aug.
Juli
Juni
Mai
Apr.
März
Feb.
Jan.
2007
Dez.
Nov.
Okt.
Sept.
Aug.
Juli
Juni
Mai
Apr.
März
Feed
Forum für Webmaster
Webmaster-Sprechstunden
Webmaster-Tools-Hilfe
Developers-Site für Webmaster
