Montag, 25. August 2014

#NoHacked: eine weltweite Kampagne zum Thema Hacking

Letzten Monat haben wir eine einwöchige soziale Kampagne namens #NoHacked durchgeführt. Mit #NoHacked soll das Bewusstsein für Hacking-Angriffe geschärft werden. Darüber hinaus möchten wir euch Tipps geben, wie ihr eure Websites vor Hackern schützen könnt. Die Kampagne lief in 11 Sprachen auf mehreren Kanälen, darunter Google+, Twitter und Weibo. Rund eine Million Menschen haben sich unsere Tipps angesehen und Hunderte Nutzer haben unter dem Hashtag #NoHacked auf das Thema aufmerksam gemacht und anderen ihre Tipps verraten. Welche das sind, erfahrt ihr unten. Beiträge, die wir im Rahmen der Kampagne geteilt haben:


G+Twitter


G+Twitter


G+, Twitter


G+Twitter


G+Twitter

Hier findet ihr einige der vielen Tipps, die Nutzer weltweit geteilt haben:
  • 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). 
Hacking ist weltweit immer noch ein überraschend häufiges Problem. Daher möchten wir alle Webmaster anhalten, diese nützlichen Tipps zu befolgen. Unter dem Hashtag #NoHacked könnt ihr weiterhin eigene Tipps oder Erfahrungen einbringen, um Hacking vorzubeugen und auf das Thema aufmerksam zu machen. Vielen Dank für die Unterstützung der #NoHacked-Kampagne!


Und für den Fall, dass eure Website doch einmal gehackt werden sollte, helfen wir euch, diese schnell und vollständig wiederherzustellen:


Post von euren freundlichen #NoHacked-Helfern

Donnerstag, 7. August 2014

HTTPS als Ranking-Signal

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)

Freitag, 27. Juni 2014

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

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)

Montag, 16. Juni 2014

Die richtige Startseite für internationale Nutzer erstellen

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)

Montag, 9. Juni 2014

Start der #NoHacked-Kampagne für sichere Websites

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 (Search Quality Team)

Freitag, 6. Juni 2014

Tipps zum Verschieben von Websites

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

Mittwoch, 4. Juni 2014

App-Indexierung jetzt in weiteren Sprachen


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.fmUpcoming, Au Feminin, Marmiton und Chip.deIn 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ösischDeutschItalienischJapanischPortugiesisch (Brasilien)Russisch und Spanisch.




Wenn ihr Interesse an der App-Indexierung habt und eure Inhalte fertig implementiert sind, füllt bitte dieses Formular ausFragen 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)