0:07
Hallo - willkommen zu einem weiteren Video. Wann immer wir etwas auf einer Konferenz präsentieren
0:12
und es dabei nicht bloß um Fragen und Antworten geht, wollen wir dies erneut aufzeichnen
0:17
und online stellen, so dass ihr alles mitverfolgen könnt und vielleicht sogar etwas neues dabei lernt.
0:22
Heute möchte ich über das kanonische Link-Element sprechen. Das ist etwas, das von Google, Yahoo! und Microsoft
0:28
auf der SMX-West-Konferenz angekündigt wurde und bereits unterstützt wird. Der Tag dieser Ankündigung war
0:36
der 12. Februar 2009 und lustigerweise wurde genau an diesem Tag vor 200 Jahren Charles Darwin geboren.
0:45
Meine Präsentation begann mit einem etwas abgedroschenen Witz und fragte ob alle der Ansicht sind, dass das Web
0:51
von Tim Berners-Lee "intelligent designt" wurde oder ob sich das Web weiterentwickeln sollte. Jedenfalls ist es ein
0:57
offener Standard, der es erleichtert, das Web zu verbessern. Was ist also ein großes Problem,
1:05
dass Webmaster, SEOs und Seitenbetreiber heute haben? Es ist ziemlich offensichtlich, dass Duplicate Content eins
1:10
der Dinge ist, die die Leute im Moment am meisten bewegen. Ok - was ist Duplicate Content? Ich habe hier eine Folie
1:18
wo ich 8 verschiedene URLs zeige und jede davon könnte komplett unterschiedlichen Content liefern. Tatsächlich aber
1:26
werden die meisten Menschen, die www.example.com oder example.com, oder auch /index bzw. home.asp sehen, denken,
1:35
dass es dieselbe Seite ist. Tatsächlich ist es in der Regel auch die dieselbe Seite. Aus technischer Sicht
1:41
muss dies nicht sein - dennoch werden die meisten Webserver den gleichen Content bei diesen 8 verschiedenen URLs
1:46
liefern. Es kann also zu vielen Problemen mit Suchmaschinen führen, wenn eure Backlinks nicht zu einer Seite zeigen
1:52
sondern auf Versionen mit "www" und ohne "www" aufgeteilt werden. Das bereitet viel Kopfzerbrechen.
1:55
Wie soll man das lösen?
1:59
Es gibt tatsächlich Lösungsmöglichkeiten - ich bleibe jetzt mal ein paar Minuten auf dieser Folie.
2:05
Einige Leute meinten amüsiert, dass das kanonische Link-Element so ungefähr wie
2:11
Spachtelmasse sei, mit der man Risse in einer Wand ausbessern kann. Tatsache ist, dass es eine Menge
2:17
Wege gibt, wie ihr Probleme direkt am Ursprung beheben könnt, so dass dies im Nachhinein nicht mehr erforderlich
2:24
ist. Auf der Konferenz gab es ein lustiges Zitat von Jil Whalen, wo sie meinte:
2:29
"Entwickler helfen SEOs dabei, im Geschäft zu bleiben."
2:31
Richtig? Also, egal ob ihr Entwickler oder SEO seid - es gibt einige bewährte Vorgehensweisen, die ihr anwenden könnt,
2:37
um alles einfacher für eure Systeme zu machen, so dass ihr euch keine Sorgen über Duplicate Content machen müsst.
2:42
Ein Weg ist, zu versuchen, dass alle eure URLs standardisiert sind - Microsoft nennt das manchmal auch normalisiert.
2:48
Das bedeutet, dass es nur einen Weg zu eurem Content gibt. Falls euer CMS jederzeit einheitliche
2:55
URLs erzeugt und diese immer gleich aufgebaut sind und ihr euch deshalb keine Gedanken über 8 verschiedene Versionen
3:00
machen braucht, dann schützt dies vor vielen Problemen. Ihr braucht dann keine Angst vor diesem Problem zu haben.
3:05
Ein Weg dies zu erreichen ist also, dass ihr euer CMS oder eure Software so einrichtet, dass es ausschließlich diese
3:11
URLs in konstanter Form produziert. Ein weiterer Punkt wäre, über eure Site nachzudenken. Angenommen ihr
3:15
habt www.example.com und
3:18
die Version ohne www - also einfach nur example.com. Tja, wenn ihr dann manchmal zur www-Version
3:23
und manchmal zur Version ohne www verlinkt,
3:26
kann das die Suchmaschinen ein wenig verwirren. Es geht also darum, einheitlich zu verlinken. Meine Homepage
3:32
ist also www.example.com/. Sonst nichts, das war's. Und zusätzlich sollte sichergestellt werden, dass die interne
3:36
Verlinkung einheitlich ist.
3:40
Dies allein kann schon große Wirkung zeigen - so dass ihr am Ende nicht mit 2, 3 oder 4 Kopien jeder Seite dasteht.
3:47
Falls ihr z. B. home.asp oder index.html-Dateien habt, könnt ihr ein "rewrite" machen, so dass all die anderen URLs
3:56
301-Weiterleitungen zu einer einzigen URL sind. Es ist hilfreich, wenn so etwas gleich am Anfang gelöst wird
3:59
oder ihr einheitlich verlinkt, so dass
4:02
dieses Problem gar nicht erst auftaucht - aber falls doch doppelte URLs auftauchen, dann könnt ihr einen 301
4:06
- also eine permanente Weiterleitung - verwenden, um
4:09
all diese URLs gewissermaßen zu standardisieren und zusammenzuführen. Suchmaschinen werden dem 301 folgen
4:15
und typischerweise alles entsprechend zusammenführen. Google führt dabei noch einige andere Schritte aus, die
4:19
nicht von allen Suchmaschinen gemacht werden.
4:22
In unseren Webmaster-Tools, unserer Webmaster-Konsole, was vollkommen kostenlos ist,
4:28
könnt ihr angeben - meine Site ist mattcutts.com - ob ihr die Variante www.mattcutts.com oder ohne www,
4:36
also nur mattcutts.com bevorzugt. Eine simple Einstellung, die direkt bereits viele Duplicate Content-Probleme löst.
4:42
Wenig bekannt ist auch - viele wissen das nicht - dass wann immer ihr URLs in einem Format übermittelt, welches
4:48
wir "Sitemap" nennen - ein weiterer einfacher Standard, der von den meisten Suchmaschinen unterstützt wird,
4:54
im einfachsten Fall eine simple Liste mit URLs - dann nehmen wir diese Liste mit URLs und wir sagen uns
5:00
ok - wenn wir eine URL in dieser Liste finden und dann eine andere Version davon, die nicht in der Liste ist, dann
5:07
bevorzugen wir die URLs aus der Liste, die ihr uns gegeben habt. Wenn ihr Sitemap-URLs übermittelt, nutzen wir
5:09
dies, um Unklarheiten zu beseitigen.
5:12
Es gibt also zumindest einige Wege, wie ihr Google Hinweise geben könnt, um Duplicate Content vorzubeugen.
5:18
Trotz allem wird es wohl immer einzelnen Fälle von Duplicate Content geben, die ihr nicht so einfach beheben könnt.
5:23
Hier sind mal einige Beispiele.
5:26
Manchmal könnt ihr keine permanente bzw. 301-Weiterleitung einrichten. Bei meinem alten Hochschul-Account,
5:33
cs.unc.edu, habe ich nicht den Webserver betreut. Ich musste also eine Anfrage stellen oder eine E-Mail an
5:39
die Administratoren des Systems schicken und um die Einrichtung eines 301 bitten. Bei vielen Freehosts
5:46
seid ihr wahrscheinlich nicht in der Lage, eine 301-Weiterleitung zu erstellen. Außerdem habt ihr keinen Einfluss
5:50
darauf, wie eure Site verlinkt wird. So kann es z. B. sein, dass,
5:53
obwohl ihr selbst einheitlich auf die www-Version eurer Site verlinkt, andere Leute vielleicht auf
5:58
die Version ohne "www" verlinken. Da habt ihr gar keinen Einfluss drauf.
6:03
Groß- und Kleinschreibung in Pfaden. Unter Microsoft IIS werden Seiten unabhängig davon angezeigt, ob
6:08
ihr home.asp in Großschreibung verlinkt
6:13
oder in Kleinschreibung und manchmal auch gemischt. Falls also Leute auf unterschiedliche Versionen verlinken
6:19
wo Groß- und Kleinschreibung vermischt ist, dann kann das zu Problemen führen. Session-IDs sind eine weitere Sache.
6:27
Ich habe zumindest bei einigen Suchmaschinen gesehen, dass bei einer Site mit einer Datenschutzerklärung auf
6:30
einer einzigen Seite, diese Seite
6:34
dreitausend Mal indexiert wurde - jedesmal mit einer anderen Session-ID, weil die Datenschutzerklärung dadurch
6:38
jedes Mal ein wenig anders war.
6:41
Also im Allgemeinen: Wenn ihr Session-IDs vermeiden könnt, ist das super. Aber manchmal, in der Rolle des
6:46
Suchmaschinenoptimierers oder Seitenverantwortlichen, könnt ihr die Session-IDs nicht vollständig vermeiden.
6:52
Tracking-Codes, wenn ihr z. B. Anzeigen schaltet. Analytics, also der UTM-Parameter bei Zielseiten, die bei
6:59
unterschiedlichen Anzeigen verschieden sind - das sind alles Dinge, die ihr manchmal nicht vermeiden könnt.
7:04
Oder falls ihr z. B. einen Shop betreibt, dann habt ihr sicher verschiedene Produkte. Ihr habt dann verschiedene
7:08
Ansichten auf die Daten
7:10
also z. B. auf- oder absteigend sortiert - generell also verschiedene Ansichten auf eure Daten,
7:17
wobei die Daten selbst eigentlich gleich bleiben und sich nur die Ansicht ändert.
7:21
Schließlich gibt es noch den Fall der "Brotkümel"-Navigation. Gelangte ich über diese Art der Navigation auf die
7:26
Seite? Komme ich zu diesem Beispiel eines roten Zelts
7:29
über den Begriff "Zelte" oder komme ich über "Farben" oder gelangte ich hierhin, weil ich an Zubehör interessiert
7:34
war? Wie bin ich auf dieser Seite gelandet? Sogar in unserer Hilfe für Webmaster verwenden wir manchmal einen
7:38
CTX-Parameter, der angibt,
7:41
wie wir zu dieser Seite gelangt sind. Lustig war, dass an diesem Tag die Königin von England gerade eine neue
7:47
Website gestartet hatte:
7:50
royal.gov.uk. Also ich wünsche der Queen ja nur das Beste und ein langes Leben - genauso für die britische
7:59
Monarchie, aber jemand bei der Zeitung "Telegraph", telegraph.co.uk, hat eine SEO-Analyse der Site gemacht und dabei
8:06
Duplicate Content-Probleme gefunden. Wie ihr hier sehen könnt: Nur mit Slash, royal.gov.uk/Home.aspx und
8:12
dann ganz unten
8:16
Groß- und Kleinschreibung gemischt. Und die königliche Website hat die gleiche Seite
8:23
für alle drei dieser URLs geliefert. Das war also ein sehr simples Beispiel, um zu zeigen, dass einfach jeder solche
8:29
Probleme haben kann.
8:31
OK - was ist dann also die Lösung? Wie lösen die Leute dieses spezifische Problem?
8:37
Nun - angenommen, ihr könnt es nicht anders lösen, und ich ermutige alle zu versuchen so was im Vorfeld zu lösen,
8:42
also z. B. einheitlich zu verlinken. Es ist also nicht so, dass ihr jetzt sagen könnt - ok, alle meine Probleme sind
8:47
gelöst, und ich muss mir um nichts mehr Gedanken machen. Aber falls ihr die Probleme nicht mit anderen Methoden lösen
8:53
könnt, dann gibt es jetzt ein simples Element - ein Link-Element - wo ihr sagen könnt: Meine kanonische Version
8:56
also dieses lange Wort, was soviel wie eure bevorzugte
9:00
oder hauptsächliche, "saubere" oder "schöne" Version der URL darstellt, die ihr verwenden möchtet, also eine URL ohne
9:07
Tracking-Codes oder Session-IDs - das ist dann diese URL. Alles was ihr dafür tun müsst, ist, im Head-Abschnitt
9:14
eures Dokuments zu sagen: OK - obwohl es hier eine komische Session-ID gibt - die schöne Version, also die kanonische
9:20
Version der URL, ist hier drüben. Und das war's eigentlich auch schon. Es ist ein sehr simpler, offener Standard.
9:28
Es ist ein einfaches Element, dass ihr im Head-Abschnitt eurem Dokument hinzufügt.
9:32
Noch einige interessante Kleinigkeiten. Das hier ist der Director's Cut - ihr bekommt also ein paar extra
9:36
Informationen. Ist dies ein Tag?
9:38
Naja - so in etwa - der technische Begriff ist, soweit ich weiß "Element". Aber wir sind ja unter uns und niemand
9:45
wir euch schief angucken, wenn ihr es kanonischer Link-Tag anstatt kanonisches Link-Element nennt. Viele
9:51
Leute sprechen über Meta-Tags, oder? Meta-Tags sind ja Elemente, die im Head-Abschnitt eines Dokuments
9:56
platziert werden. Und weil also
9:59
ein Meta-Tag als Wert einen Hyperlink zugewiesen hat, glaube ich, es ist am Besten wenn es "Meta" ist, aber
10:06
dennoch mit "link" gekennzeichnet wird. Das ist der Grund, warum ihr diese Form seht: link rel="canonical" href=
10:10
und dann der entsprechende Wert. Jetzt wisst ihr also den offiziellen Namen,
10:13
aber niemanden stört es, wenn ihr es einfach als kanonischen Link-Tag bezeichnet.
10:19
Es gibt noch mehr interessantes über diesen Tag - lasst uns einfach noch über ein paar allgemeinere Sachen sprechen.
10:25
Wir können nicht versprechen, dass wir diesen Tag immer zu 100% befolgen. OK? Wenn wir z. B. einen Webmaster sehen,
10:31
der sich versehentlich selbst ein Bein gestellt hat und z. B. eine Endlosschleife erstellt hat - was gar nicht so
10:36
schwer ist - dann behalten wir uns vor, im besten Gewissen zu handeln. Zumindest bei Google werden wir den
10:42
kanonischen Link-Tag sehr stark befolgen. Also, mit Ausnahme von seltenen Fällen, wo wir annehmen, dass ihr
10:50
eurer eigenen Site schaden würdet, werden wir diesen Tag befolgen. In den meisten Fällen sollte dies ganz gut
10:57
funktionieren. Aber wir behalten uns vor, eine Art abschließende Einschätzung zu treffen, wenn wir erkennen,
11:00
dass der Tag nicht im Interesse unserer User wäre.
11:03
Nochmals: Falls ihr solche Probleme bereits im Vorfeld beheben könnt, ist das viel besser. Schaut also nach den
11:09
Alternativen und anderen Möglichkeiten, bevor ihr diesen Tag verwendet. Denkt nicht einfach - ok, ich kann ja
11:15
einfach diesen Tag auf allen Seiten platzieren und voilà - alle Probleme gelöst.
11:17
Wenn ihr ein gewöhnlicher User seid, so wie Mama und Papa und ihr einfach WordPress oder irgend eine
11:22
Shop-Software nutzt,
11:25
dann ist es wahrscheinlich am besten, gar nicht selbst die Ärmel hochzukrempeln und zu versuchen, alles
11:28
selbst zu lösen -
11:30
zumindest jetzt noch nicht. Wartet einfach noch ein wenig, denn ich denke, bald werden sicher Plug-ins verfügbar sein,
11:36
und Leute fragen, ob so was Teil z. B. des Kerns von WordPress wird - vielleicht kommt ihr sogar ohne Plug-ins aus.
11:41
Wenn ihr also ein normaler User seid, solltet ihr ein noch ein paar Monate warten - das meiste sollte bis dahin
11:45
geregelt sein. Da es ein komplett neues Element ist,
11:47
solltet ihr euch einfach hinsetzen und sorgfältig abwägen und euch fragen, welche Arten von Duplicate Content
11:51
ihr habt, und wir ihr diese Probleme lösen könnt.
11:55
Nehmt euch etwas Zeit. Fangt nicht gleich an und sagt, OK, ich werde jetzt überall hinverlinken
12:00
und gleich alles machen. Es ist genug Zeit, bis das alles unterstützt wird - ihr könnt also etwas vorausplanen.
12:06
Wie immer: Wenn wir sehen, dass der Tag durch viele Leute missbraucht wird, behalten wir uns vor, die Art und Weise
12:12
zu ändern, wie wir mit dem Tag umgehen, oder ihn gar nicht mehr zu beachten. Ein Schritt, um Missbrauch zu verhindern
12:16
ist, dass wir den Tag nur innerhalb einer Domain auswerten
12:20
und ihn nicht beachten, falls es über mehrere Domains hinweg geht. Bei 301-Weiterleitungen gab es immer diese
12:27
Ansichten, dass man mittels komischer 301-Weiterleitungen von der Reputation einer anderen Site profitieren konnte.
12:31
Bis jetzt besteht bei dem kanonischen Element
12:34
diese Gefahr nicht, da es nur innerhalb der gleichen Domain verwendet werden kann. Eine naheliegende Frage ist:
12:40
Und was ist mit Subdomains? Kann ich das also mit verschiedenen Hostnamen anwenden?
12:45
Die Antwort ist ja, das geht. Ich sprach neulich mit Tony Hsieh von Zappos - es ging dabei um Duplicate Content.
12:51
Sie haben einen Server namens zeta.zappos.com, wo ihre neuesten Versionen bereit gestellt werden.
12:56
Und die Frage war: Kann ich meine kanonische URL so festlegen, dass sie von zeta.zappos.com auf
13:04
www.zappos.com zeigt? Die Antwort ist ja - das geht problemlos.
13:08
Kann man es dazu verwenden, von https auf http zu verweisen? Absolut - das funktioniert wunderbar. Es befindet
13:16
sich ja auf der gleichen Domain - deshalb ist es, zumindest bei Google, kein Problem das Element so zu verwenden.
13:20
Und was ist jetzt der Unterschied zwischen dem kanonischen Element und einer 301- bzw. permanenten Weiterleitung?
13:25
Es gibt eigentlich kaum einen Unterschied - außer, dass das kanonische Element auf eine Domain beschränkt ist.
13:30
301-Weiterleitungen können über verschiedene Domains gehen - das kanonische Element bezieht sich auf eine Domain.
13:34
Es ist sogar so, dass ich, wenn ich an kanonische Elemente denke, im Prinzip immer an eine Art kleine
13:40
Mini-301-Weiterleitung denke, die mit diesem Link-Element erstellt werden kann. Wenn ihr in etwa wisst, wie Google
13:48
mit 301-Weiterleitungen umgeht, dann habt ihr schon einen recht guten Eindruck davon, wie wir
13:51
das kanonische Element behandeln.
13:54
Ok - noch ein paar weitere Fragen - da ihr ja immer noch am schauen seid. :) Müssen die Seiten identisch sein?
14:01
Müssen sie Bit um Bit identisch sein? Nein - müssen sie nicht. Stellt euch wieder einen Fall vor, wo es um eine
14:08
Katalogseite geht, die nach auf- und absteigendem Preis sortiert werden kann - diese Seiten sind vom Konzept her
14:12
eigentlich identische Seiten. Wenn ihr also sagen wollt:
14:15
Führe das auf die gleiche URL zusammen und kümmere dich nicht um den Sortierungsparameter, dann könnt
14:19
ihr das genau so tun.
14:22
Sie sollten ähnlich sein. Es ist ja so - dies ist wohl die einzige Sache, bei der ich mir Missbrauch vorstellen kann -
14:26
wenn ihr z. B. eine Cartoon-Seite habt und eine weitere, thematisch komplett verschiedene Seite
14:31
und ihr versucht, diese beiden Seiten zu kombinieren. Ihr werdet dadurch keinen Vorteil erhalten, nur weil die eine
14:36
Seite PageRank hat und die andere Seite ebenso. Es ist hier also nicht sinnvoll, die Seiten zu kombinieren, aber wir
14:41
empfehlen dies bei ähnlichen Seiten. Sie müssen nicht identisch sein - aber wenigstens ähnlich.
14:46
Noch ein paar Details. Was ist mit relativen URLs im Vergleich zu absoluten URLs? Ihr könnt hier beides verwenden.
14:55
Wir empfehlen absolute URLs - aus einem einfachen Grund: Wenn ihr relative URLs angebt, dann könnt ihr eine URL verschieben
15:01
und alles bleibt, relativ zu dieser URL, gleich. Im Prinzip ist es so, dass die Homepage dann z. B. auf /Bilder oder Bilder
15:10
verweisen kann. Alles wird dann relativ zu dieser spezifischen Seite verschoben. Es ist aber besser, eine absolute URL
15:17
zu verwenden, da es sich hier um ein leistungsfähiges Tool handelt und es sinnvoll ist, genau zu definieren,
15:20
dass eine URL exakt auf eine bestimmte andere URL verweisen soll. Ihr solltet das deshalb genau angeben.
15:23
Wenn es sich um eine relative URL handelt, kann ein Fehler an einer Stelle zu einem Fehler an anderer Stelle führen.
15:28
Kann man eine Folge von kanonischen Tags oder Elementen aufbauen, so wie es möglich ist, eine Kette von
15:33
301-Weiterleitungen zu haben?
15:36
Ja - aber auch das würde ich nicht empfehlen, weil, wenn ihr eine große Site habt mit einer langen Reihe an
15:41
301-Weiterleitungen, dann kann schnell mal was schiefgehen - genau so verhält es sich mit den kanonischen Tags:
15:45
Etwas kann schiefgehen und ihr erzielt letztlich nicht das gewünschte Resultat.
15:48
Was ich also empfehle, sind absolute URLs und direkt von der alten URL auf die neue URL zu verweisen - in einem
15:56
Schritt, das ist alles was ihr tun müsst. So ist es einfacher und es ist besser, auf Nummer Sicher zu gehen. Ihr
16:01
wollt euch sicher nicht unbeabsichtigt selbst ein Bein stellen. Und was könnte das genau sein? Was ist z. B. wenn
16:06
ihr sagt: Ok, meine kanonische URL ist dort drüben - es sich dabei aber um eine 404-Seite handelt? Genau, die
16:13
Seite existiert vielleicht gar nicht mehr. Oder was passiert bei einer Endlosschleife? Hier ist die kanonische URL.
16:15
Nein - doch eher hier. Das ist alles schon vorgekommen - was z. B. war der
16:18
Unabhängigkeitskrieg? Schau einfach bei "Krieg zwischen den Staaten" nach. Was war der "Krieg zwischen den Staaten"?
16:21
Schau einfach bei Unabhängigkeitskrieg.
16:23
Tja, und dann müsst ihr das Lexikon zur Seite legen, weil euch der Kopf schmerzt. Vermeidet also Endlosschleifen.
16:28
Was passiert, wenn ich auf eine URL verweise, die noch nicht gecrawlt wurde? Naja, wir versuchen, diese
16:31
URL zu crawlen, aber da ist noch dieser Sonderfall, wenn ihr
16:35
in den Webmaster-Tools gesagt habt, ok, alles soll auf www.example.com lauten, aber dann richtet ihr
16:42
eure kanonischen URLs ohne www ein. Ihr könnt also viele Dinge tun, mit denen ihr euch beinahe selbst ein
16:48
Bein stellt - wir versuchen aber, alle diese Sonderfälle vernünftig zu handhaben. Diese Folie hat ein
16:55
Ghostbusters-Bild, weil es da ja den alten Spruch gibt: "Ihr dürft nie die Laserströme kreuzen!" Denkt einfach
17:00
nochmal darüber nach, bevor ihr die kanonischen Tags wahllos auf eurer Site verteilt - macht euch im Vorfeld
17:06
Gedanken dazu - dann vermeidet ihr auch diese Sonderfälle.
17:09
Wir nähern uns dem Ende dieser Präsentation. Ich möchte nur nochmal Joachim erwähnen.
17:14
Er ist Software-Ingenieur bei Google und zeichnet für den Großteil der Implementation verantwortlich. Er
17:20
stellte sicher, dass alles innerhalb einer 301-Weiterleitung funktioniert und kümmerte sich um die Sonderfälle.
17:24
Jemand fragte:
17:25
Ok, ich habe eine kanonische URL, die auf sich selbst verweist. Funktioniert das? Ja - geht problemlos. Was passiert,
17:31
wenn ich eine kanonische URL habe, aber die "href"-Angabe leer ist? Nun, das wird als Fehler erkannt und führt dazu,
17:36
dass die kanonische URL auf sich selbst verweist. All diese Fälle funktionieren,
17:39
weil Joachim sich um ein gutes Design gekümmert hat. Aber nochmals: Versucht sicherzustellen, dass ihr
17:44
absolute URLs verwendet und alles klar angebt. Ich möchte außerdem noch Greg Grothaus erwähnen.
17:49
Wenn man sich diese Thema genauer anschaut, stellt sich heraus, dass
17:52
viele Leute derartige Ideen hatten. Ich habe mindestens einen Post im Web gesehen, wo, nachdem wir
17:59
begonnen hatten, daran zu arbeiten, jemand genau so eine Art von Idee hatte. Greg war eine der Personen,
18:05
die die Diskussion darüber hier bei Google angestoßen hat und sich sehr dafür eingesetzt hat. Ich denke, er hat
18:11
zumindest innerhalb Google die Sache richtig ins Rollen gebracht und eine Welle von Aktivitäten angestoßen, was
18:17
ich sehr zu schätzen weiß. Und natürlich die vielen Kollegen - von Maile über Wysz, Adam und Riona, die an
18:23
der Kommunikation der Neuerung beteiligt waren. Bei Yahoo! waren es Priyank und viele andere und bei Microsoft
18:30
waren es Nathan Buggia und weitere Leute. Ich hoffe, dass viele Suchmaschinen diese Sache unterstützen.
18:35
Yahoo! und Microsoft haben angekündigt, dass sie diesen Standard unterstützen - hoffentlich klappt es auch
18:42
mit Ask - ich würde mich freuen, wenn sie auch dabei wären. Bei Wikia hat uns Artur gemailt und gesagt, dass
18:47
sie auch kanonische Tags verwenden werden.
18:49
Es war super, dass sie es testen konnten, während wir selbst noch daran gearbeitet haben.
18:54
Außerdem gibt es da noch eine Menge Webmaster, die uns regelmäßig Feedback darüber geben, was sie gern
18:57
von uns sehen würden.
18:59
Auf dieser letzten Folie liste ich einfach einige weitere Informationsquellen auf - Google, Yahoo! und Microsoft
18:53
haben alle Blogposts dazu veröffentlicht.
19:06
Es gibt eine offizielle Dokumentation dazu in der Hilfe für Webmaster. Wir haben bemerkt, dass viele Leute
19:13
Fragen zu Duplicate Content haben, und dann frage auch Joost zu einem interessanten Spezialfall und wir dachten da
19:19
ok - wir haben da was in Arbeit, was dabei behilflich sein kann. Dies war auch ganz nützlich, um eine Art
19:24
stillen Beta-Test durchzuführen und zu sehen wie alles funktioniert. Josst hatte uns gerade einige Tage, bevor wir
19:30
offiziell gestartet haben, eine E-Mail geschickt - wir haben ihn dann bereits darüber informiert und er nutzte
19:35
dies, um Plug-ins für WordPress, aber auch für Magento, eine e-Commerce-Lösung, zu schreiben. Ebenso für
19:41
Drupal, was ein weiteres Open-Source Content Management System ist, was glaube ich, gerade das Weiße Haus
19:46
für dessen Internetseite genutzt hat. Ich schätze seine Arbeit da sehr. Im Allgemeinen: Seid vorsichtig
19:54
und plant, wie ihr diesen neuen Tag verwenden wollt. Wir wollen damit kein Geld verdienen - wir denken einfach, dass
19:59
es gut für das Web ist. Es wird weniger Duplicate Content zur Folge haben. Es ist ein offener Standard - also jede
20:04
Suchmaschine kann diese Information nutzen, um das Web relevanter zu machen und die Relevanz ihrer Suchergebnisse
20:09
zu erhöhen. Jetzt wisst ihr also genauso viel wie das Publikum, dass damals die SMX West besuchte.
20:14
Vielen Dank für eure Aufmerksamkeit - hoffentlich bis demnächst mal wieder!
No comments:
Post a Comment