Freitag, 7. August 2009
Letzten Monat fand wieder die
SMX Advanced
in Seattle statt - und sie war wirklich "advanced". Zur Beantwortung einer Reihe von Fragen vom Q&A-Panel musste ich erst ein wenig Recherche anstellen. Hier sind nun aber wie versprochen die Antworten:
Q. Wir haben gehört, dass sich Google inzwischen leichter damit tut , Flash zu indexieren. Falls ich eine Flash-Datei habe, die Content aus einer externen Datei bezieht und die externe Datei durch robots.txt geblockt wird, wird dann der Flash-Inhalt (der nicht durch robots.txt geblockt wird) indexiert? Oder ist es Google unmöglich diesen Inhalt zu indexieren?
A. Wir haben keine Möglichkeit, Zugang zum Content zu erhalten, wenn er in einer Datei ist, die durch robots.txt geblockt wird. Selbst wenn der Inhalt für Menschen sichtbar wäre (via Flash), können die Crawler von Suchmaschinen nicht auf ihn zugreifen. Für detailliertere Auskunft werft einen Blick auf unseren Blogpost zur " Indexierung von Flash-Content mit externen Ressourcen "!
Q. Websites, die Content an Userverhalten oder Clickstream anpassen, werden immer populärer. Falls ein User über Suchergebnisse auf meine Site kommt, kann ich den Inhalt der Webseite anpassen oder den User weiterleiten - abhängig vom Suchbegriff? Oder wird dies als Cloaking betrachtet? Wenn jemand beispielsweise nach [alte Schmuckanhänger] sucht, aber auf meine allgemeinere Seite zu altem Schmuck kommt, kann ich ihn dann zu meiner Seite für alte Schmuckanhänger weiterleiten, weil ich ja weiß, was er sucht?
A. Falls ihr Redirects verwendet oder dem User anderen Content für eine URL zeigt als dem Googlebot (zum Beispiel über den google.com-Referrer oder den Suchstring), verstehen wir das als Cloaking. Wenn ein suchender User sich entschließt, auf den Link zu 'alter Schmuck' zu klicken, solltet ihr ihm die Seite zeigen, die er angeklickt hat, selbst wenn ihr denkt, dass eine andere Seite besser wäre. Ihr könnt immer zwischen den verwandten Seiten eurer Website verlinken. (Verlinkt zum Beispiel von eurer 'alter Schmuck'- zu eurer 'alte Schmuckanhänger'-Seite und umgekehrt. Auf diese Weise kann jeder, der auf einer der beiden Seiten landet, zur anderen navigieren.) Wir glauben nicht, dass ihr diese Entscheidung für die User treffen solltet.
Q. Obwohl Website-Testing (wie A/B- oder Multivarianten-Tests) unterschiedlichen Usern unterschiedlichen Content zeigt, betrachtet Google dies als legitime Praktik, die nicht gegen die Richtlinien für Webmaster verstößt. Einer der Gründe dafür ist, dass Suchmaschinen zwar die originale Fassung der Seite zu sehen bekommen und nicht die Variationen, es aber trotzdem eine gewisse Prozentzahl User gibt, die denselben Content geliefert bekommen. Diese Technik ziehlt also nicht speziell auf Suchmaschinen ab.
Einige Testing-Services empfehlen aber den gesamten Traffic einer Website für eine Weile durch die erfolgreichste Kombination laufen zu lassen, nachdem das Experiment abgeschlossen wurde - um sicherzustellen, dass die Conversion-Rate hoch bleibt. Wie passt das mit Googles Standpunkt zu Cloaking zusammen?
A. Den gesamten Traffic für eine kurze Zeit durch eine Variation laufen zu lassen ist in Ordnung. Wie aber unser Artikel zu diesem Thema besagt: "Wir entfernen unter Umständen eine Website von unserem Index, falls auf der Website z. B. eine einzelne nicht ursprüngliche Kombination über mehrere Monate hinweg ausschließlich angezeigt wird." Falls ihr die Resultate eures Experiments bestätigen wollt, euch aber Sorgen macht, "wie lange zu lange ist", führt doch ein weiteres Experiment durch, in welchem ihr den Großteil eures Traffics durch die erfolgreiche Variation laufen lässt, während eine kleine Anzahl der User noch die ursprüngliche Seite sieht. Genau das empfiehlt Google mit dem Website-Optimierungstool, unserem eigenen Testing-Tool.
Q. Wenn das Schriftzeichen-Encoding im HTTP-Header einer Seite anders ist als jene im Tag <meta http-equiv="Content-Type">, was verwendet Google?
A. Wir schauen uns beide an, berücksichtigen aber unter Umständen auch den Content der Seite als zusätzlichen Faktor. Die meisten gängigen Browser geben dem Encoding im HTTP-Header den Vorzug gegenüber jenem im HTML-Code, wenn beide gültig aber unterschiedlich sind. Wenn euch bewusst ist, dass sie sich unterscheiden, ist es aber am sinnvollsten, einen der beiden zu ändern!
Q. Wie geht Google in internationalen UTF-8-verschlüsselten Drei-Byte-Schriftzeichen (wie beispielsweise chinesischen und japanischen Schriftzeichen) in einer URL um? Solche URLs funktionieren nicht in allen Anwendungen. Ist Google in der Lage sie korrekt zu verarbeiten? Versteht Google Keywords, die so codiert sind? Wird also erkannt, dass www.example.com/%E9%9D%B4 genauso relevant wie www.example.com/shoes ist?
A. Wir sind in der Lage mittels %-Zeichen maskierte UTF8-Schriftzeichen im URL-Pfad und in Suchparametern korrekt zu interpretieren, und wir verstehen Keywords, die auf diese Art und Weise codiert sind. Für internationale Schriftzeichen in Domainnamen empfehlen wir die Verwendung von Punycode statt %-Encoding, weil einige ältere Browser (wie IE6) Nicht-ASCII-Domain-Namen nicht unterstützen.
Habt ihr selbst Fragen? Schaut doch in unser Webmaster-Dikussionsforum .
Advanced Q&A from (the appropriately-named) SMX Advanced (English version)
Post von Susan Moskwa, Webmaster Trends Analyst (Übersetzung von Jörg, Search Quality)
Q. Wir haben gehört, dass sich Google inzwischen leichter damit tut , Flash zu indexieren. Falls ich eine Flash-Datei habe, die Content aus einer externen Datei bezieht und die externe Datei durch robots.txt geblockt wird, wird dann der Flash-Inhalt (der nicht durch robots.txt geblockt wird) indexiert? Oder ist es Google unmöglich diesen Inhalt zu indexieren?
A. Wir haben keine Möglichkeit, Zugang zum Content zu erhalten, wenn er in einer Datei ist, die durch robots.txt geblockt wird. Selbst wenn der Inhalt für Menschen sichtbar wäre (via Flash), können die Crawler von Suchmaschinen nicht auf ihn zugreifen. Für detailliertere Auskunft werft einen Blick auf unseren Blogpost zur " Indexierung von Flash-Content mit externen Ressourcen "!
Q. Websites, die Content an Userverhalten oder Clickstream anpassen, werden immer populärer. Falls ein User über Suchergebnisse auf meine Site kommt, kann ich den Inhalt der Webseite anpassen oder den User weiterleiten - abhängig vom Suchbegriff? Oder wird dies als Cloaking betrachtet? Wenn jemand beispielsweise nach [alte Schmuckanhänger] sucht, aber auf meine allgemeinere Seite zu altem Schmuck kommt, kann ich ihn dann zu meiner Seite für alte Schmuckanhänger weiterleiten, weil ich ja weiß, was er sucht?
A. Falls ihr Redirects verwendet oder dem User anderen Content für eine URL zeigt als dem Googlebot (zum Beispiel über den google.com-Referrer oder den Suchstring), verstehen wir das als Cloaking. Wenn ein suchender User sich entschließt, auf den Link zu 'alter Schmuck' zu klicken, solltet ihr ihm die Seite zeigen, die er angeklickt hat, selbst wenn ihr denkt, dass eine andere Seite besser wäre. Ihr könnt immer zwischen den verwandten Seiten eurer Website verlinken. (Verlinkt zum Beispiel von eurer 'alter Schmuck'- zu eurer 'alte Schmuckanhänger'-Seite und umgekehrt. Auf diese Weise kann jeder, der auf einer der beiden Seiten landet, zur anderen navigieren.) Wir glauben nicht, dass ihr diese Entscheidung für die User treffen solltet.
Q. Obwohl Website-Testing (wie A/B- oder Multivarianten-Tests) unterschiedlichen Usern unterschiedlichen Content zeigt, betrachtet Google dies als legitime Praktik, die nicht gegen die Richtlinien für Webmaster verstößt. Einer der Gründe dafür ist, dass Suchmaschinen zwar die originale Fassung der Seite zu sehen bekommen und nicht die Variationen, es aber trotzdem eine gewisse Prozentzahl User gibt, die denselben Content geliefert bekommen. Diese Technik ziehlt also nicht speziell auf Suchmaschinen ab.
Einige Testing-Services empfehlen aber den gesamten Traffic einer Website für eine Weile durch die erfolgreichste Kombination laufen zu lassen, nachdem das Experiment abgeschlossen wurde - um sicherzustellen, dass die Conversion-Rate hoch bleibt. Wie passt das mit Googles Standpunkt zu Cloaking zusammen?
A. Den gesamten Traffic für eine kurze Zeit durch eine Variation laufen zu lassen ist in Ordnung. Wie aber unser Artikel zu diesem Thema besagt: "Wir entfernen unter Umständen eine Website von unserem Index, falls auf der Website z. B. eine einzelne nicht ursprüngliche Kombination über mehrere Monate hinweg ausschließlich angezeigt wird." Falls ihr die Resultate eures Experiments bestätigen wollt, euch aber Sorgen macht, "wie lange zu lange ist", führt doch ein weiteres Experiment durch, in welchem ihr den Großteil eures Traffics durch die erfolgreiche Variation laufen lässt, während eine kleine Anzahl der User noch die ursprüngliche Seite sieht. Genau das empfiehlt Google mit dem Website-Optimierungstool, unserem eigenen Testing-Tool.
Q. Wenn das Schriftzeichen-Encoding im HTTP-Header einer Seite anders ist als jene im Tag <meta http-equiv="Content-Type">, was verwendet Google?
A. Wir schauen uns beide an, berücksichtigen aber unter Umständen auch den Content der Seite als zusätzlichen Faktor. Die meisten gängigen Browser geben dem Encoding im HTTP-Header den Vorzug gegenüber jenem im HTML-Code, wenn beide gültig aber unterschiedlich sind. Wenn euch bewusst ist, dass sie sich unterscheiden, ist es aber am sinnvollsten, einen der beiden zu ändern!
Q. Wie geht Google in internationalen UTF-8-verschlüsselten Drei-Byte-Schriftzeichen (wie beispielsweise chinesischen und japanischen Schriftzeichen) in einer URL um? Solche URLs funktionieren nicht in allen Anwendungen. Ist Google in der Lage sie korrekt zu verarbeiten? Versteht Google Keywords, die so codiert sind? Wird also erkannt, dass www.example.com/%E9%9D%B4 genauso relevant wie www.example.com/shoes ist?
A. Wir sind in der Lage mittels %-Zeichen maskierte UTF8-Schriftzeichen im URL-Pfad und in Suchparametern korrekt zu interpretieren, und wir verstehen Keywords, die auf diese Art und Weise codiert sind. Für internationale Schriftzeichen in Domainnamen empfehlen wir die Verwendung von Punycode statt %-Encoding, weil einige ältere Browser (wie IE6) Nicht-ASCII-Domain-Namen nicht unterstützen.
Habt ihr selbst Fragen? Schaut doch in unser Webmaster-Dikussionsforum .
Advanced Q&A from (the appropriately-named) SMX Advanced (English version)
Post von Susan Moskwa, Webmaster Trends Analyst (Übersetzung von Jörg, Search Quality)