Google Webmaster-Zentrale Blog [DE]: 2014

Unterstützung bei der Suche nach Websites für Mobilgeräte

Dienstag, 18. November 2014

Für Mobilgeräte unübliche Software wie Flash wird vermieden.

Der Text kann ohne Zoomen gelesen werden.

Die Größe des Inhalts wird an den jeweiligen Bildschirm angepasst, sodass Nutzer nicht horizontal scrollen oder zoomen müssen.

Der Abstand zwischen Links ist groß genug, damit Nutzer problemlos auf den gewünschten Link tippen können.

Überprüft eure Seiten mit dem Test auf Mobiltauglichkeit.

Lest unseren aktualisierten Leitfaden zu mobilen Websites für Webmaster, um zu erfahren, wie ihr eine mobile Website erstellen oder verbessern könnt.

Lest den Bericht zur Nutzerfreundlichkeit auf Mobilgeräten in den Google Webmaster-Tools, indem wichtige Probleme zu diesem Punkt auf eurer gesamten Website beschrieben werden, nicht nur auf einer Seite.

Lest unsere Anleitung für Drittanbietersoftware wie WordPress oder Joomla, um eure in einem CMS (Content-Management-System) gehostete Website in eine für Mobilgeräte optimierte Vorlage zu migrieren.

Forum für WebmasterRyoichi ImaizumiDoantam PhanJohannes Mehlem

Moderne Websites für moderne Geräte in den Google-Suchergebnissen

Mittwoch, 29. Oktober 2014

Moderne Websites für mehrere Geräte entwickelnveröffentlicht

Web Fundamentals: eine Plattform für ausgewählte, moderne Best Practices

Web Starter Kit: ein Framework für Einsteiger, in dem die Best Practices der Web Fundamentals unmittelbar umgesetzt werden können

Responsive Webdesignempfiehlt GoogleAbruf wie durch GoogleForum für WebmasterPierre FarJohannes Mehlem

Aktualisierung der technischen Richtlinien für Webmaster

Montag, 27. Oktober 2014

Webseiten wie ein typischer moderner Browser darstellttechnischen Richtlinien für Webmaster

Aktualisierte Tipps für die optimale Indexierung

Ähnlich wie moderne Browser unterstützt unser Darstellungsmodul unter Umständen nicht alle auf einer Seite verwendeten Technologien. Stellt sicher, dass euer Webdesign den Prinzipien der progressiven Verbesserung entspricht, da unsere Systeme (und zahlreiche Browser) dann verwendbare Inhalte und grundlegende Funktionen besser erkennen können, sollten bestimmte Webdesign-Funktionen noch nicht unterstützt werden.

Seiten, die schnell dargestellt werden, sorgen nicht nur dafür, dass Nutzer schneller auf euren Inhalt zugreifen können, sondern machen auch die Indexierung dieser Seiten wesentlich effizienter. Beachtet die Best Practices für die Optimierung der Seitenleistung, insbesondere die folgenden:

Vermeidet unnötige Downloads
Optimiert eure CSS- und JavaScript-Dateien (alle in Englisch) durch zusammengeführte CSS- und JavaScript-Dateien und die Konfiguration eurer Webserver für eine komprimierte Bereitstellung (im Allgemeinen per Gzip-Komprimierung).

Stellt sicher, dass euer Server die zusätzliche Last durch die Bereitstellung von JavaScript- und CSS-Dateien an den Googlebot verarbeiten kann.

Tests und FehlerbehebungAbruf und die Darstellung wie durch GoogleForum für WebmasterPierre FarJohannes Mehlem

Optimierte Statistiken zu Suchanfragen für separate mobile Websites

Donnerstag, 16. Oktober 2014

Webmaster-ToolsSuchanfragen

Suchanfragen, bei denen eure m.-Seiten in den Suchergebnissen für mobile Browser angezeigt wurden.

Suchanfragen, bei denen Google die Weiterleitung übersprungen hat. Dies bedeutet, dass der Nutzer automatisch zur entsprechenden mobilen Version weitergeleitet wurde, während in den Suchergebnissen die Desktop-URL angezeigt wurde. Dadurch wurde dem Nutzer Latenzzeit erspart, die bei einer Weiterleitung durch den Server entstanden wäre.

Informationen zu übersprungenen Weiterleitungen (Impressionen, Klicks, usw.), die für die mobile Website berechnet wurdenBest Practices bei einer separaten m.-Website

Folgt unseren Empfehlungen zur Erstellung von für Smartphones optimierten Websites.

Fügt auf der Desktop-Seite ein spezielles link rel="alternate"-Tag hinzu, das auf die entsprechende mobile URL verweist. Dadurch findet der Googlebot den Speicherort der mobilen Seiten eurer Website.

Fügt auf der mobilen Seite ein link rel="canonical"-Tag hinzu, das auf die entsprechende Desktop-URL verweist.

Benutzt den HTTP Vary: User-Agent-Header, wenn eure Server die Nutzer automatisch anhand ihres User-Agents/Geräts weiterleiten.

Bestätigt die Inhaberschaft sowohl der Desktop-Website (www) als auch der mobilen Website (m.), um die Kommunikation und spezielle Fehlerbehebungsinformationen für die jeweilige Website zu verbessern.

Maile OhyeJohannes Mehlem

Update der Webmaster Tools API

Mittwoch, 10. September 2014

Webmaster Tools APIPythonJavaOACurl

Websites auflisten, hinzufügen oder aus eurem Konto entfernen – zurzeit könnt ihr bis zu 500 Websites pro Konto verwalten.

Sitemaps für eure Websites auflisten, hinzufügen oder entfernen

Zahlen zu Warnungen, Fehlern und Indexierungen zu einzelnen Sitemaps abrufen

einen Verlauf aller möglichen Crawling-Fehler für eure Website abrufen

Beispiele für Crawling-Fehler bestimmter Fehlertypen auflisten

einzelne Crawling-Fehler als "behoben" kennzeichnen. Dies hat zwar keine Auswirkungen auf die Art ihrer Verarbeitung, kann aber die Benutzeroberfläche übersichtlicher gestalten.

HilfeforumJohn MuellerJohannes Mehlem

Webmaster Academy nun auch in Deutsch und 21 anderen Sprachen verfügbar

Montag, 8. September 2014

Webmaster Academyansprechende Website erstellenpositive Nutzererfahrunggutes Ranking in den SuchergebnissenForum für WebmasterJohannes Mehlem

Verbessertes Suchfeld in den Suchergebnissen

Freitag, 5. September 2014

Was ist das für ein Suchfeld und wann wird es für meine Website angezeigt?[Megadodo Verlagsgesellschaft][Capitol Versicherung]Sitelinkssite:-Suchanfragen[site:ihrebeispielurl.de anhalter reiseführer]automatische Vervollständigung

Welches Markup verwende ich für meine Website?
potentialActionschema.org/SearchActionschema.org/WebSiteWebsite für Entwickler (in Englisch).Hilfeforum für WebmasterMariya MoevaJohannes Mehlem

Bandbreitenoptimierung bei Apache und Nginx

Donnerstag, 4. September 2014

Webmaster-Stufe: Fortgeschritten
ChromeBandbreitenoptimierungenPageSpeed-ModulBandbreitenoptimierung in eurer KonfigurationCache-ErweiterungInliningImage-Lazyloadingverzögertem JavaScriptInstallieren von PageSpeedAktivieren der Bandbreitenoptimierung

Post von Jeff Kaufman, Make the Web Fast. (Veröffentlich von Uli Lutz , Search Quality Strategist)

[1] Wenn ihr einen anderen Web-Server verwendet, solltet ihr die Ausführung von PageSpeed auf einem Apache- oder Nginx-Proxy in Betracht ziehen. Zudem ist PageSpeed vollständig Open Source und Portierungen für IIS, ATS und andere werden zurzeit entwickelt.

#NoHacked: eine weltweite Kampagne zum Thema Hacking

Montag, 25. August 2014

GoogleTwitterWeibo

G+, Twitter

Pablo Silvio Esquivel aus Brasilien empfiehlt Nutzern, bei Software keine Raubkopien zu verwenden (Quelle).

Rens Blom aus den Niederlanden schlägt vor, verschiedene Passwörter für die einzelnen Konten zu verwenden, diese regelmäßig zu ändern und einen zusätzlichen Sicherheitsmechanismus wie die zweistufige Authentifizierung zu verwenden (Quelle).

Дмитрий Комягин aus Russland ist der Meinung, dass Zugriffsquellen, Suchanfragen und Zielseiten regelmäßig überprüft werden müssen und man auf auffällig hohe Zugriffszahlen achten sollte (Quelle).

工務店コンサルタント aus Japan rät jedem, einen guten Hostinganbieter zu wählen, der Erfahrung mit Hacking-Problemen hat, und in den Webmaster-Tools die E-Mail-Weiterleitung einzurichten (Quelle).

Kamil Guzdek empfiehlt, den standardmäßigen Tabellenpräfix in wp-config bei der Installation einer neuen WordPress-Version in einen benutzerdefinierten Präfix zu ändern, um das Risiko eines Hackerangriffs auf die Datenbank zu verringern (Quelle).

Schritte zur Wiederherstellung

Im Forum für Webmaster Fragen stellen oder nach Antworten suchen

HTTPS als Ranking-Signal

Donnerstag, 7. August 2014

Google legt größten Wert auf Sicherheit. Wir investieren viel in hochmoderne Sicherheitsfunktionen wie etwa die standardmäßige Verwendung der starken HTTPS-Verschlüsselung. So wird beispielsweise für Nutzer der Google-Suche oder von Gmail und Drive automatisch eine sichere Verbindung zu Google hergestellt.

Darüber hinaus arbeiten wir auch daran, das Internet allgemein sicherer zu machen. Websites, auf die Nutzer über Google zugreifen, sollen sicher sein. Um dieses Ziel zu erreichen, haben wir zum Beispiel Ressourcen erstellt, mit deren Hilfe Webmaster Sicherheitslücken auf ihren Websites verhindern und schließen können.

Wir gehen sogar noch einen Schritt weiter. Bei der Google I/O, die vor einigen Monaten stattfand, haben wir "HTTPS überall" im Web propagiert.

Immer mehr Webmaster implementieren HTTPS (auch HTTP über TLS oder Transport Layer Security genannt) auf ihren Websites. Diese Entwicklung ist sehr erfreulich.

Aus diesen Gründen haben wir in den letzten Monaten Tests durchgeführt, bei denen in unseren Rankingalgorithmen berücksichtigt wurde, ob Websites sichere, verschlüsselte Verbindungen verwenden. Da die Ergebnisse sehr positiv waren, haben wir HTTPS als Ranking-Signal hinzugefügt. Bisher ist es nur ein minimales Signal, das weniger als 1 % der weltweiten Suchanfragen betrifft und einen geringeren Stellenwert als andere Signale wie etwa qualitativ hochwertige Inhalte hat, da wir Webmastern ausreichend Zeit geben möchten, um zu HTTPS zu wechseln. Im Laufe der Zeit werden wir es möglicherweise höher bewerten, um Websiteinhaber zum Wechseln von HTTP zu HTTPS anzuregen und dadurch die Sicherheit im Web zu erhöhen.

Ausführliche Best Practices sind hier zu lesen, um die Einführung von TLS zu erleichtern und typische Fehler zu vermeiden. Hier ein paar allgemeine Tipps zum Einstieg:

Überlegt, welches Zertifikat ihr benötigt: Einzeldomain, mehrere Domains oder Platzhalterzertifikat

Verwendet 2048-Bit-Schlüsselzertifikate.

Verwendet relative URLs für Ressourcen, die sich in derselben sicheren Domain befinden.

Verwendet Protokoll-relative URLs für alle anderen Domains.

Weitere Richtlinien zum Ändern eurer Websiteadresse findet ihr in unserem Artikel zur Websiteverschiebung.

Blockiert das Crawling eurer HTTPS-Website nicht mithilfe einer robots.txt-Datei.

Lasst die Indexierung eurer Seiten durch Suchmaschinen zu, sofern möglich. Verwendet kein Meta-Tag "noindex".

Wenn eure Website bereits HTTPS verwendet, könnt ihr die Sicherheitsstufe und die Konfiguration mit dem Qualys Lab Tool testen. Falls ihr Bedenken bezüglich TLS und der Leistung eurer Website habt, seht euch diese Seite (auf Englisch) an. Und natürlich könnt ihr auch jederzeit Fragen oder Beiträge in unseren Foren für Webmaster posten.

Wir hoffen, dass in Zukunft noch mehr Websites HTTPS verwenden. Wir sollten alle dazu beitragen, das Web sicherer zu machen!

Post von Zineb Ait Bahajji und Gary Illyes, Webmaster Trends Analysts
(Veröffentlicht von Johannes Mehlem, Search Quality Team)

App-Indexierung ist jetzt für alle Android-Apps verfügbar

Freitag, 27. Juni 2014

in Hunderten Apps eingesetztFügt die Tiefenlink-Unterstützung zur App hinzuVerknüpft Website und App

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).

neue Funktion

Forum für WebmasterMariya MoevaJohannes Mehlem

Die richtige Startseite für internationale Nutzer erstellen

Montag, 16. Juni 2014

internationalen und mehrsprachigen Websites

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.

Die gleichen Inhalte für alle Nutzer weltweit schaltenhttp://www.ihremusterdomain.de

Hinweis: Nutzer die gewünschte lokale Version und Sprache selbst wählen lassen x-default rel-alternate-hreflang

Nutzer automatisch weiterleiten oder dynamisch die passenden HTML-Inhalte abhängig von den Standort- und Spracheinstellungen der Nutzer schalten

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: Hinweise zur Anmerkung "rel-alternate-hreflang"x-default 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.

Forum für WebmasterZineb Ait BahajjiGary IllyesJohannes Mehlem

Start der #NoHacked-Kampagne für sichere Websites

Montag, 9. Juni 2014

#NoHackedGoogle+TwitterFacebook

Johannes Mehlem

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

weltweit auf EnglischRichtlinien für EntwicklerChinesisch (Traditionell)FranzösischDeutschItalienischJapanischPortugiesisch (Brasilien)RussischSpanisch

füllt bitte dieses Formular ausim Forum für WebmasterFuture of Apps and SearchJohannes Mehlem

Seiten mit "Abruf wie durch Google" rendern

Dienstag, 27. Mai 2014

Funktion "Abruf wie durch Google" in den Webmaster-ToolsHilfe! Was bedeutet all dieser Code? Ist das wirklich dieselbe Seite, die ich in meinem Browser sehe? Wo wollen wir Mittag essen? Gerenderte Seite ansehen
Zum Rendern der Seite sucht der Googlebot nach allen zugehörigen externen Dateien und versucht, sie ebenfalls abzurufen. Bei diesen Dateien handelt es sich oft um Bilder, CSS- und JavaScript-Dateien sowie sonstige Dateien, die indirekt über den CSS- oder JavaScript-Code eingebettet sein können. Anschließend wird mit ihrer Hilfe ein Vorschaubild gerendert, das die Sicht des Googlebots auf die Seite wiedergibt.
Ihr findet die Funktion "Abruf wie durch Google" im Abschnitt "Crawling" der Google Webmaster-Tools. Wartet nach dem Senden einer URL mittels "Abrufen und rendern" auf deren Verarbeitung. Dies kann bei manchen Seiten einen Moment dauern. Sobald die Seite verarbeitet wurde, klickt ihr auf die Antwortzeile, um euch die Ergebnisse anzusehen.

Umgang mit von robots.txt blockierten Ressourcen
Der Googlebot richtet sich bei allen Dateien, die er abruft, nach den Anweisungen in der robots.txt-Datei. Wenn ihr das Crawling einiger dieser Dateien nicht gestattet oder wenn sie über einen Server eines Drittanbieters eingebettet werden, der das Crawling durch den Googlebot unterbindet, können wir euch die Dateien nicht in der gerenderten Ansicht zeigen. Wir können sie ebenfalls nicht verwenden, wenn der Server nicht antwortet oder Fehler zurückgibt. Solche Probleme sind in den Webmaster-Tools im Abschnitt Crawling-Fehler aufgeführt. Wenn wir auf eines dieser Probleme stoßen, weisen wir unterhalb des Vorschaubilds darauf hin. Wir empfehlen euch daher, dafür zu sorgen, dass der Googlebot auf alle eingebetteten Ressourcen zugreifen kann, die für die sichtbaren Inhalte oder das Layout eurer Website wichtig sind. Zum einen erleichtert euch das die Verwendung von "Abruf wie durch Google", zum anderen kann der Googlebot dann diese Inhalte finden und indexieren. Einige Inhaltstypen – z. B. Schaltflächen sozialer Medien, Schriftarten oder Skripts zur Websiteanalyse – sind für die sichtbaren Inhalte oder das Layout oft weniger bedeutsam und ihr Crawling kann daher weiterhin untersagt bleiben. Weitere Informationen findet ihr im vorherigen Blogpost zum neuen Verfahren von Google zur besseren Analyse des Webs.
Wir hoffen, dass euch dieses Update die Diagnose solcher Probleme erleichtert und bei der Erkennung von Inhalten hilft, deren Crawling versehentlich blockiert wurde. Wenn ihr Kommentare oder Fragen habt, könnt ihr diese hier oder im Forum für Webmaster posten.
Johannes Mehlem

Bessere Analyse von Webseiten

Freitag, 23. Mai 2014

Im Jahr 1998 standen unsere Server noch in Susan Wojcickis Garage und wir machten uns keine großen Gedanken über JavaScript oder CSS. Beide wurden kaum verwendet bzw. JavaScript wurde damals genutzt, um Seitenelemente blinken zu lassen! Seither hat sich viel verändert. Im Web gibt es zahlreiche komplexe, dynamische Websites, die JavaScript in großem Umfang einsetzen. In diesem Blogpost erläutern wir unser Verfahren zum Rendern umfangreicherer Websites, d. h., wir rufen eure Inhalte jetzt mehr wie moderne Webbrowser ab, einschließlich externer Ressourcen, führen JavaScript aus und wenden CSS an.

Ursprünglich haben wir uns nur die reinen Textinhalte angesehen, die wir in HTTP-Antworten erhielten, und haben nicht analysiert, was ein typischer Browser abrufen würde, der JavaScript ausführt. Als es dann immer mehr Seiten gab, auf denen wertvolle Inhalte mit JavaScript gerendert wurden, konnten wir diese den suchenden Nutzern nicht anzeigen. Das war sowohl für die Suchenden als auch für die jeweiligen Webmaster ein Nachteil.

Um dieses Problem zu beheben, beschlossen wir, auszuprobieren, ob die Analyse der Seiten durch das Ausführen von JavaScript möglich sei. Dieses Vorgehen ist beim aktuellen Umfang des Webs recht schwierig, aber wir waren der Ansicht, dass es einen Versuch wert sei. Wir haben dieses Verfahren im Laufe der Zeit schrittweise verbessert. In den letzten Monaten hat unser Indexierungssystem eine große Anzahl an Webseiten beinahe wie einnormaler Nutzer gerendert, der einen Browser mit aktiviertem JavaScript verwendet.

Manche Abläufe beim Rendern sind nicht perfekt und können die Suchergebnisse für eure Websites beeinträchtigen. Im Folgenden findet ihr einige potenzielle Probleme und – sofern verfügbar – auch Vorschläge, wie ihr diese verhindern könnt:

Wenn Ressourcen wie JavaScript oder CSS in separaten Dateien blockiert werden, z. B. in robots.txt, damit der Googlebot sie nicht abrufen kann, kann unser Indexierungssystem eure Websites nicht wie ein normaler Nutzer abrufen. Wir empfehlen daher, dem Googlebot das Abrufen von JavaScript und CSS zu gestatten, damit eure Inhalte besser indexiert werden. Das ist insbesondere bei mobilen Websites wichtig, bei denen externe Ressourcen wie CSS und JavaScript unseren Algorithmen anzeigen, dass die Seiten für Mobilgeräte optimiert sind.

Sollte euer Webserver die hohe Anzahl von Crawling-Anfragen für Ressourcen nicht verarbeiten können, werden eure Seiten von uns möglicherweise nicht korrekt gerendert. Um sicherzustellen, dass eure Seiten von Google gerendert werden können, müssen eure Server die Crawling-Anfragen für Ressourcen verarbeiten können.

Idealerweise sollte eure Website auch auf Fehler und unerwartet auftretende Ereignisse angemessen reagieren (Graceful Degradation). Dadurch können Nutzer auf eure Inhalte auch dann zugreifen, wenn sie in ihren Browsern keine kompatiblen JavaScript-Implementierungen verwenden. Dieses Vorgehen hilft auch Websitebesuchern, die JavaScript deaktiviert haben, und Suchmaschinen, die noch kein JavaScript ausführen können.

In einigen Fällen ist JavaScript unter Umständen zu komplex, sodass wir die Seite nicht vollständig und korrekt rendern können.

Manche JavaScript-Implementierungen entfernen Inhalte von der Seite, statt sie hinzuzufügen, weshalb wir diese Inhalte dann nicht indexieren können.

Um das Debugging zu vereinfachen, entwickeln wir momentan ein Tool, das Webmastern ein besseres Verständnis vermitteln soll, wie Google ihre Websites rendert. Es sollte in den nächsten Tagen in den Webmaster-Tools verfügbar sein. Antworten auf Fragen findet ihr in unserem Forum für Webmaster.
Post von Michael Xu, Software Engineer, und Kazushi Nagayama, Webmaster Trends Analyst
(Veröffentlicht von Johannes Mehlem, Search Quality Team)

Websites mit PageSpeed Insights für Mobilgeräte optimieren

Montag, 19. Mai 2014

eine durchschnittliche Ladezeit von mehr als sieben Sekunden erfordertPageSpeed Insights-Toolwesentlich schneller geladen werden

Darstellungsbereich konfigurieren: Wenn eure Seite kein Meta-Tag für den Darstellungsbereich enthält, erkennen moderne Browser auf Mobilgeräten sie nicht als für Mobilgeräte optimiert und zeigen die Desktopversion an, möglicherweise mit Vergrößerung der Schrift, was zu Layoutproblemen führt. Legt den Darstellungsbereich so fest, dass die Seitenbreite der Breite des mobilen Displays entspricht. Dies ist der erste Schritt, um eure Website für die Anzeige auf Mobilgeräten zu optimieren.

Inhalte an den Darstellungsbereich anpassen: Nutzer sind es gewohnt, auf mobilen Websites nicht horizontal, sondern vertikal zu scrollen. Nach der Konfiguration des Darstellungsbereichs solltet ihr sicherstellen, dass die Seiteninhalte auf die Breite des Darstellungsbereichs ausgerichtet sind. Beachtet dabei, dass nicht alle Mobilgeräte gleich breit sind.

Gut lesbare Schriftgrößen verwenden: Wenn Nutzer heranzoomen müssen, um den Text eines Artikels auf dem Smartphone zu lesen, ist eure Website nicht für Mobilgeräte optimiert. PageSpeed Insights überprüft, ob der Text auf eurer Website groß genug ist, sodass ihn die meisten Nutzer bequem lesen können.

Tipp-Ziele ausreichend groß darstellen: Nutzer sind schnell frustriert, wenn sie auf einem Mobiltelefon oder Tablet versehentlich auf die falsche Schaltfläche oder den falschen Link tippen, weil ihre Fingerspitze größer ist als der Mauscursor bei einem Desktopcomputer. Achtet deshalb darauf, dass die Tipp-Ziele auf dem Touchscreen groß genug sind, damit Nutzer der mobilen Website sie problemlos berühren können.

Plug-ins vermeiden: Die meisten Smartphones unterstützen Flash oder andere Browser-Plug-ins nicht. Für eure mobile Website sollten daher keine Plug-ins erforderlich sein.

unserer HilfePageSpeed Insights-ToolDiskussionsgruppeJohannes Mehlem

Aktualisierte Richtlinien für Webmaster zu irreführenden Weiterleitungen

Mittwoch, 30. April 2014

Qualitätsrichtlinienirreführender WeiterleitungenRichtlinien zu gehackten InhaltenAnleitungForum für Webmaster

Einführung unserer globalen Google+ Seite für Webmaster

Freitag, 25. April 2014

Google Webmasters Google+ Seite

Offizielle Neuigkeiten und Ankündigungen wie der Launch des französischen Blogs

Tipps, wie man am besten mit 404s umgeht

Q+A Sprechstunden mit unserem Team

Sowie Information von "hinter den Kulissen" wie Abtenteuer mit Googlebot

Folgt der globalen Seite unter google.com/+GoogleWebmasters und schreibt in den Kommentaren, was ihr sonst noch gerne auf unserer Google+ Seite sehen möchtet. Wenn ihr Italienisch, Japanisch, Russisch oder Spanisch sprecht, könnt ihr auch unseren Google+ Communities beitreten, um auf Stand zu bleiben im Hinblick auf sprach- oder regionspezifische Neuigkeiten.

Hello from around the world!

Post von Mary Chen and Andrey Lipattsev, Webmaster Outreach Team (Veröffentlicht von Johannes Mehlem, Search Quality Team)

Checkliste und Videos zur Optimierung von mobilen Websites

Donnerstag, 10. April 2014

vollständigen ChecklisteSchritt 1: Verbessert die Nutzerfreundlichkeit

Entfernt unnötige zusätzliche Fenster aus allen mobilen User-Agents | Empfehlung von Google, Artikel

JavaScript-Pop-ups, die sich nur schwer schließen lassen
Overlays, insbesondere zum Herunterladen von Apps – verwendet stattdessen Banner wie beispielsweise iOS 6+ Smart-App-Banner (in Englisch) oder vergleichbare Banner, Sidebar-Navigationen oder E-Mail-Marketing.
Anfragen zur Teilnahme an einer Umfrage, bevor die Seite vollständig geladen ist

Entfernt Funktionen, die Plug-ins oder Videos erfordern, die auf dem Gerät des Nutzers nicht verfügbar sind.

Adobe Flash ist beispielsweise auf einem iPhone oder einem Gerät mit Android 4.1 und höher nicht abspielbar. | Anwendungsszenario (englischsprachiger Blogpost)
Bietet den Nutzern von Tablets die Desktop-Version (oder, sofern verfügbar, die Tablet-Version) an. | Studie (englischsprachige Studie)
Stellt sicher, dass die vollständige Desktop-Version auf Mobiltelefonen zugänglich ist und dass sie bei Auswahl auch für die Dauer der Sitzung verbleibt, damit Nutzer nicht nach jedem Laden einer Seite wieder "Desktop-Version" auswählen müssen. | Studie (englischsprachige Studie)

Korrigiert mobile Seiten mit hohen Zugriffszahlen und geringer Nutzerfreundlichkeit.

So könnt ihr mobile Seiten mit hohen Zugriffszahlen und geringer Nutzerfreundlichkeit mit Daten zu Absprungraten und Ereignissen aus Google Analytics korrigieren (Folien)

Erzielt schnelle Leistungsverbesserungen (und setzt diese fort, wenn die Konkurrenz euch voraus ist) | Anwendungsszenario

So könnt ihr schnelle Leistungsverbesserungen vornehmen und eure Seite mit denen der Konkurrenz vergleichen (Folien)vollständige Checkliste zur Optimierung von mobilen WebsitesSchritt 2: Erleichtert die Abwicklung von Aufgaben

Crawling, Indexierung und Sucherfahrung optimieren | Anwendungsszenario (in Englisch)

Dynamische Bereitstellung: Schließt den "Vary: User-Agent HTTP-Header" ein.

Optimiert beliebte mobile Workflows für eure Website

So optimiert ihr beliebte mobile Workflows mithilfe der Google Webmaster-Tools und Google Analytics (Folien)Schritt 3: Macht eure Kunden zu Fans

Zieht Suchintegrationspunkte mit mobilen Apps in Erwägung | Ankündigung, Information (in Englisch)

Überlegt euch neue Methoden zur Steigerung des Mehrwerts.

Entwickelt Funktionen für mobiles Verhalten wie den In-Store-Shopper. | Anwendungsszenario
Setzt GPS-Systeme, Kameras und Beschleunigungsmesser von Smartphones wirksam ein.
Erleichtert das Teilen von Inhalten und den Zugang zu sozialen Netzwerken. | Anwendungsszenario
Achtet auf eine intuitive, haptische Funktionalität, die Spaß macht, wie Wischen, Schütteln oder Tippen.