Gestern abend bestätigte Matt Cutts ein Update, durch das Webseiten bestraft werden, die mit zu viel Werbung nerven. Das wird Ärger geben, denn nun wird sich Google von Seiten der Werbeindustrie wieder Monopol-Vorwürfe gefallen lassen müssen. Aber jetzt mal ganz langsam, zunächst braucht das Update einen Namen. Nennen wir es halt mal “Layout-Update”, wobei “Ads-Update” auch ein Kandidat wäre.

In seinem Post nennt Cutts folgende Fakten:

• Es geht offenbar nur um die Werbung “above the fold” – also im sichtbaren Bereich.
• Betroffen sind Seiten nur dann, wenn überdurchschnittlich viel Werbung geladen wird und wenn es für den User schwer wird, den Content auf der Seite zu finden. Es geht also um das Verhältnis von Werbung zu Content.
• Wer sich getroffen fühlt, soll sich seine Seite “above the fold” anschauen und vor allem darauf achten, wie viel Content die User diesem Bereich finden können. Hierfür empfiehlt Cutts das Browsersize-Tool von Google, mit dem man auch auf den riesigen Agentur-Bildschirmen erkennen kann, was eigentlich normale Menschen sehen…
• Betroffen davon sind etwa 1 Prozent der Suchen. Wir werden also wenig davon in den SERPs sehen – außer die Seiten, die davon betroffen sind. Auf die Visibility-Kurven bin ich gespannt.
• Den bestraften Seitenbetreibern macht er Hoffnung, nach einer Layoutänderung automatisch wieder in den Index zu kommen. Allerdings könne das auch ein paar Wochen dauern, weil der Robot sich ja erstmal alle Seiten anschauen muss und bei einer “typischen” Webseite könne das mehrere Wochen dauern.

So sieht SEO-Book auf den Browsern aus. Mmmh, hoffentlich gibt's keine Bestrafung...

Das Layout-Update wird Ärger geben…

Ich dachte, Google hätte diese Algorithmus-Änderung ein heimlich ins Panda-Update versteckt. Denn so ganz einfach ist das ja nicht. Schließlich wird das die Werbebranche wieder gegen Google aufbringen. Es gibt ja immer noch zu viele (auch große) Seiten, deren Strategie es zu sein scheint, die User zum finalen Rettungsklick auf die Anzeige zu jagen.

Auch intern macht sich Google Ärger: Wie werden die AdWords-Anzeigen bewertet, die ja auch vom Google AdSense-Team gerne im mitten im sichtbaren Bereich gesehen werden? Was wenn nun das Searchteam genau die Seiten abstraft, die aufgrund von Empfehlungen des AdSense-Teams gehandelt haben? Oder will man versuchen, die anderen Anzeigen weg zu bekommen, die ja der AdSense-Conversion nur schaden? Das wird man ebenso besprechen müssen, wie die sicher wieder aufkommenden Monopol-Vorwürfen und die Frage, was denn nun eine “durchschnittliche” Werbeauslastung einer Seite ist.

Doch, Hand aufs Herz, ich kann bei all dem trotzdem nur eines sagen: Danke Google!

Layout-Update: Google bestraft Werbe-Wüsten ist erschienen im Seo Book der CONTENTmanufaktur.

Related posts:

1. Neues Google Layout: interessant!
2. Das Google Panda Update in Deutschland: Auf den User kommt es an
3. Google will Freshness! (Update)

Ich wünsche mir, dass dieses Tag stabil funktioniert! Aber das wird dauern. Außerdem muss ich erklären, worum es hier eigentlich geht: Die neue Seiten-Attribute rel=”next” und rel=”prev” von Google für Seiten, die miteinander in Verbindung stehen.

Pagninierung, geteilte Beiträge: Wo ist das Problem?

Wer etwa in einer Channel-Kategorie auf seiner Webseite 300 Beiträge hat, aber nur 50 davon pro Unterseite anzeigen möchte, löst dies mit einer so genannten Paginierung: Unten auf der Listenseite gibt es Links zu allen anderen damit zusammen gehörigen Listenseiten und ein Link für “vor” und “zurück” – oder ähnlich. Google zeigt, wie man das macht:

Als SEO hat man nun die Aufgabe, diese Seite zwar nicht in den Index zu bekommen (warum auch, sie haben ja jeweils keinen eigenen Content) aber trotzdem die Verlinkung zu den Beitrags-Seiten oder den Produkte, die gelistet werden, an Google weiter zu vermitteln. Manche haben die Seiten 2-x per “noindex” raus geworfen, manche haben sie “canonicalt” und wir empfehlen ein “noindex,follow”. Wie auch immer: Das sind alles nur Behelfe.

Ein zweiter Fall sind lange Beiträge, die in mehrere Unterseiten geteilt werden. Webseiten, die von Werbeaufrufen (und der IVW) leben, machen so etwas. Und es gibt auch einige Grafik-Spinner, die finden, man sollte nicht so viel auf eine einzige Seite packen sondern die User lieber klicken lassen. Das ist natürlich Unfug – aber relativ weit verbreitet…

Wie auch immer: Diese Seiten leiden darunter, dass der umfangreiche Inhalt geteilt wird, das Keyword-Targeting und auch die Nebenkeywords dadurch leiden. Schade auch, dass die Folgeseiten meist die gleiche Überschrift haben wie die erste – was echt schlecht ist.

Es geht also um zwei Fälle:

1. Listenseiten (Artikel oder Produkte), die zu lang sind um auf einer Seite angezeigt zu werden.
2. Beiträge, die (leider) auf mehrere Seite verteilt wurden.

rel=”next” und rel=”prev”: Wie funktioniert das jetzt?

Und dafür hat Google nun eine Lösung angeboten: die Seiten-Attribute rel=”next” und rel=”prev”. Wenn ich drei Seiten in einer Reihe habe (seite 1, seite 2, seite 3) werden im Header so miteinander vernetzt:

• seite 1: <link rel=”next” href=”seite 2″>
• seite 2: <link rel=”next” href=”seite 3″> <link rel=”prev” href=”seite 1″>
• seite 3: <link rel=”prev” href=”seite 2″>

Diese Attribute können auch zusammen mit einem Canonical-Tag verwendet werden, wenn man sich etwa um Session-IDs  kümmern muss. Aber das lest ihr am besten auf dem Google Blogpost zum Thema nach.

Wichtig! Gibt es eine einzige Seite, auf der alle Unterseiten zusammen zu finden sind, dann sollte besser diese in den Index (also per XML und interner Verlinkung). Die Unterseiten dürfen dann per Canonical auf diese Gesamt-Seite verweisen, laut Google.

Und noch eine Warnung

Ich möchte vor einem übereilten Einsatz dieser Tags aber noch warnen. Erstens wissen wir nicht, ob und wann das wirklich funktioniert. Allerdings habe ich da schon Hoffnung. Aber das zweite Problem ist, dass diese “rel=”next” und rel=”prev”" technisch in  vielen Redaktionssystemen recht tricky sein kann. Und ich würde gerade bei solchen Tasks, die die Crawlability betreffen, Vorsicht walten lassen. Als schon einbauen – aber mit ruhiger Hand

rel=”next” und rel=”prev”: Paginierungen und aufgeteilte Beiträge für Google sortieren ist erschienen im Seo Book der CONTENTmanufaktur.

Keine ähnlichen Beiträge vorhanden.

Zunächst will ich allen einfallslosen Linkbaitern sagen, dass so etwas wie der von heise.de lancierte 2-Klick-Button für Facebook eine ganz feine Aktion zur Erhöhung der Link- und Social-Media-Popularität. Doch neben einem respektvollen Gruss an die Kollegen in Hannover soll es hierum nicht gehen. Nein, sondern:

Der 2-Klick-Button geht glatt als SEO-Maßnahme durch!

Wie das? Denn eigentlich zielt diese Maßnahme doch nur auf den Datenverkehr zwischen den Servern von heise.de und facebook.com. Doch genau das ist es ja: Denn aktuelle Webseiten gleichen ja mittlerweile einem Datenpatchwork. Vom und zum User einer einzelnen Webseite werden Daten von “n” Servern geschickt. Darunter AdServer, Tracking-Tools und nicht zuletzt die Daten-Ozeane von Facebook & Co. Da sorgt der Aufruf einer Webseite gleich mal auf 10 bis 20 Servern für Datentraffic. Wohlgemerkt: Mindestens die Datenverbindung zu den Sozialen Netzwerken werden vorsorglich aufgebaut – denn nur die wenigsten User klicken dann wirklich auf einen Like-Button.

Also weg mit überflüssigen Datentransaktionen!

Heute bin ich voller Begeisterung für heise.de – denn die Entwickler dort arbeiten schon daran, den Code für die Einbindung auf andere Webseiten zu dokumentieren. Das ist großartig. Wenn dabei noch ein WordPress-Plugin und vielleicht entsprechende Erweiterungen für die gängigen Shop-Systeme dabei heraus fallen, wünsche ich heise.de jeden Link dieser Welt!

Facebook Deutschland hat sich in Form von Tina Kulow auch über die Streitereien über den 2-Klick-Button geäußert: “Um es klar zu stellen: 2-klick-Button ist nicht ideal – aber kein Problem. Nur ein Like-Button der grafisch so tut als ob er einer ist, ist nicht ok. Das ist alles. Und PS: http://on.fb.me/mWD9dS” Ob es jetzt besonders clever von Facebook ist, sozusagen zu verbieten, dass der Like-Button wie Facebook aussieht, will ich bezweifeln. Aber auf irgendwas muss man sich jetzt wohl angesichts der ersten Drohgebärde heraus reden. Geschenkt!

Also, was nehmen wir praktisch mit?

1. Server-Verbindungen und damit die Ladezeit zu reduzieren ist ‘ne SEO-Maßnahme und deshalb sollte das, wo möglich, gemacht werden. Es lohnt sich auch, die anderen Datenfragmente, die geladen werden, zu überprüfen.
2. Hier die Dokumentation von Heise für den 2-Klick Button. Und werd das gleich etwas einfacher haben möchte, nimmt das WordPress-Plugin von weigandtLabs.
   

Und drittens muss ich mich hier wohl auch endlich mal um dieses Zeugs kümmern

heise.de, der 2-Klick-Button und was das mit SEO zu tun hat ist erschienen im Seo Book der CONTENTmanufaktur.

Keine ähnlichen Beiträge vorhanden.

Es wird immer wichtiger, schnell zu erkennen, ob eine Unterseite für den Index vorgesehen ist und/oder per Canonical-Tag woanders hin zeigt. Deshalb schnell zwei Firefox-Add-ons für den ständigen Blick auf diesen Index-Status jeder Seite, die ihr besucht. So sieht das dann nachher aus:

Die mit Kreis und Pfeil angezeigten Markierungen kommen aus diesen beiden Add-Ons:

1. SearchStatus: Ein weit verbreitetes SEO-Addon für ganz viele andere Funktionen (die andere aber auch machen). Aber es ist auch das einzige Addon, das mir während des Surfens den Canonical-Tag anzeigt. Ist das angezeigte “C” blau, wie auf dem Bild (zu dieser CHIP-Seite unten noch etwas mehr…), dann zeigt der Canonical-Tag auf eine andere URL. Ist er grau, dann zeigt die Seite auf sich selber und ist kein “C” da, gibt es auch keinen Canonical-Tag. (Wer sich fragt, was es mit diesem Canonical-Tag denn auf sich hat, kommt hoffentlich hier weiter).

2. Seerobots: Die roten Markierungen unten kommen vom Addon Seerobots, das die Seite auf den Robots-Tag untersucht und schaut, ob dieser ein Indizieren zu lässt, und ob den Links gefogt werden soll. In diesem Fall ist alles rot, CHIP möchte die Seite also nicht indiziert haben.

Also: Beide Add-Ons bitte einsetzen! Oder wer einen besseren Vorschlag hat (evtl. für Chrome?) – her damit!

Auf der Suche nach einem Beispiel hierfür bin ich mal wieder in die CHIP-Suche geraten, weil ich dachte, dass hier das eine oder andere Canonical-Spielchen gemacht wird. Viele von euch sind ja alt genug, dass sie sich noch daran erinnern, dass suche.chip.de Ende 2009 eine unfassbare Sichbarkeit mit Suchergebnissen in den Suchergebnissen verursachte und dann zum  Silvester 2010 aus dem Index geschossen wurde. Das aber nur am Rande.

Was macht CHIP Online hier also? Aus einer Sucheingabe, die auf dieser URL landet http://suche.chip.de/seo.html?it=1 wird auf die gleiche URL – nur ohne Parameter canonicalt (ebenso wie von allen Unterseiten der Paginage). Das spielt keine besonders große Rolle, da man ja unten sieht, dass gar nichts davon in den Index soll. Aber dieses Canonical ist eine recht übliche Form des Umgangs mit Paginagen von Channel- oder Suchergebnisseiten. Ich persönlich halte das nur für die zweitbeste Lösung – denn die Seiten enthalten ja unterschiedliche Inhalte, deshalb passt das Tag ja nicht. Aber das ist wohl auch eine Philosphie-Frage.

Zwei Firefox-Add-ons für den Index-Status ist erschienen im Seo Book der CONTENTmanufaktur.

Related posts:

1. Aktuell: dramatisch fallende Seitenzahlen im Google-Index
2. “Ranjid gibt Gas!” – Teil zwei des Linkaufbau-Epos
3. Firefox Add-Ons die schon mit 3.5 funktionieren

Wer per Analye weiß, was die Menschen auf seiner Seite eigentlich suchen, weiß eine Menge über mögliche SEO-Potentiale. Erstens erfährt man dmit viel darüber, was die Menschen auf der Seite erwarten und nicht auf den ersten Blick sehen. Und zweitens kann mann (wenn die eigene Seite groß genug ist und nicht nur am Tropf von Google hängt) darüber auch echte “Such”-Trends entdecken.

Da die wenigsten Seitenbetreiber allerdings mit einer professionellen Site-Suche arbeiten die diese Zahlen auf Knopfdruck ausgibt, hier zunächst kurz eine Erklärung, wie man das bei Google Analytics einstellt.

Site-Suche in Google Analytics tracken

Im Analytics-Einstellungen-Menü gibt es unter den Profileinstellungen den Punkt “Website-Suche”. Wir gehen also in den Profileinstellungen auf “bearbeiten” und wählen dann “Website-Suche protokollieren”:

Der Suchparameter ist der Begriff, der in der Suche vor dem “=” steht. WordPress-Benutzer suchen so: “http://www.seo-book.de/?s=suchen”. Der Parameter ist also “s”. Häufige andere Begriffe sind “search”, “searchstring” u.s.w.. Diesen Parameter wollen wir (oder zumindest ich) nicht aus der URL entfernen und die Sache mit den Kategorien müsst ihr selber entdecken, wenn Sie für euch eine Rolle spielt.

Was in der Such-Analyse steht:

Hier im SEO-Book lasse ich offenbar nur wenig offene Fragen – dementsprechend ist die Zahl der Suchen sehr gering. Aber soll ich euch die Suche von Kundenseiten zeigen?

Das erste Ergebnis (das eigentlich nichts mit SEO zu tun hat) ist wohl, dass hier am häufigsten nach “description” gesucht wird. Ich sollte wohl mal was dazu schreiben. Die andre Frage ist aber: Seit wann ist das so und woher kamen die Leute, die das eingegeben haben? Denn – und wir gehen langsam in die Google-Optimierung – dementsprechend ist auch damit umzugehen. Aber diese Denkarbeit bekommt ihr sicher selber gelöst…

Schaut euch auch mal die Grafik der Startseiten für eine Suche an:

Oooooopos! Obwohl ich die Suche gesperrt habe, kommen die meisten “Suchenden” von Google – ich habe also meine Suchergebnisse in den Google SERPS (hier treffe ich auch die “description” wieder). Das sollte eigentlich nicht sein, dem muss ich mal nachgehen…

Nun, für Insider ist das vielleicht ja auch ein Hinweis für einen starken Backlink. Gell?

Ein weiteres wichtiges Ergebnis kann ein Abbild dessen sein, was sich da draußen so tut. Das kann ich mit SEO Book nicht zeigen. Aber mal angenommen, man betreibt eine große Magazinseite und überlegt sich, welche Trend gerade abheben. Nun, dann kann man sich das in Insights of Search von Google anschauen oder auf seiner Suche. Was ihr damit anfangt, wisst ihr natürlich auch selber – oder fragt mich mal bei Gelegenheit.

Mir ist es hier nur wichtig, den Blick kurz mal in diese Richtung zu lenken…

Website-Suche als Infoquelle für SEO ist erschienen im Seo Book der CONTENTmanufaktur.

Related posts:

1. Großes Rad gedreht? Look and Feel der Google Suche ändert sich
2. #SEMSEO – Zukunft der Suche (Universal Search)
3. “Googlebot hat auf Ihrer Website “xxx” eine extrem hohe Anzahl von URLs entdeckt.”