Der Versuchsaufbau

Ende Januar habe ich, inspiriert vom Mohakenox-Versuch, ein kleines Experiment mit Bananen und einer Orange gestartet. Oder besser gesagt, mit dem Foto von Bananen und einer Orange. Ich habe das Bild in unterschiedlichen Größen (in Pixel) sowie JPEG-Komprimierungsraten und damit Dateigrößen gespeichert. Ich wollte sehen, welche Bilder Google für die Bildersuche bevorzugen würde.

Die Bilder

Das Bild im Format 800×600 gibt es sechsmal, dabei variiert die Dateigröße von etwa 10k (Bild 1) bis 100k (Bild 6). Die Bilder 7 bis 9 haben auch eine Dateigröße von ungefähr 100k, aber andere Abmessungen. Neben den “gängigen” Formaten 1024×768 (Bild 7) und 640×480 (Bild 8) habe ich auch noch ein krummes Format 637×477 (Bild 9) dazu genommen.

Phase 1 – Der Googlebot-Image kommt

Der Artikel mit den Bildern wurde am 26.01.2010 17:04 Uhr veröffentlicht. Der Googlebot hat erstmals am 01.02.2010 um 21:09 Uhr ein Bild eingelesen, das Bild Nr. 4. Die Bilder wurden bisher insgesamt 51 mal vom Bot abgefragt, im einzelnen:

Die letzten Bilder wurden erst nach etwa einem Monat erfaßt. Da Schnurpsel keine ausgesprochene Bilderseite ist, dauert es wohl auch länger als z.B. bei Putzlowitsch, wo Bilder meist schon nach 24 Stunden, spätestens aber drei Tagen abgefragt werden. Je größer und “bilderlastiger” eine Website ist, um so schneller und häufiger kommt der Googlebot-Image vorbei.

Phase 2 – Die Bilder in den Suchergebnissen

Bis Anfang Januar 2010 war die Google-Bildersuche sehr schnell. Bereits nach zwei Wochen tauchten neue Bilder in den SERPs auf. Ich war wohl für “Burger mit Pommes” grad noch so in die schnelle Phase reingerutscht, danach ging es zumindest bergab.

Das erste “Bananen und Orange”-Bild tauchte am 12. April in den Suchergebnissen auf, allerdings erst, nachdem ich etwas nachgeholfen hatte (dazu später mehr). Besser gesagt waren es zwei Bilder, Bild 2 (800×600, 20k) landete für die Suche nach Bananen und Orange auf dem ersten Platz, Bild 5 (800×600, 70k) belegte direkt dahinter Platz 2.

Bis zum 8. Mai blieben die Bilder fast unverändert auf Platz 1 und 2 liegen, wurden dann am 9. Mai von Bild 3 (800×600, 30k) und Bild 1 (800×600, 10k) abgelöst. Zwischendurch wurden diese noch kurzzeitig durch die Bilder 6 (800×800, 100k) und 8 (640×480, 100k) ersetzt, bis die Bilder schließlich am 27. Mai wieder ganz verschwanden. Für die Keyphrase Bananen und Orange haben es also 6 von 9 Bildern in die SERPs geschafft.

Zwei weitere Bilder tauchten zumindest bei der imagesite-Abfrage für schnurpsel.de auf, Bild 4 (800×600, 50k) und Bild 7 (1024×768, 100k). Vom Bild 9 (637×477, 100k) fehlt bisher jede Spur in den Bilder-SERPs.

Phase 3 – Hin und weg

Die Phase 3 war so gar nicht geplant, ergab sich aber aus der Tatsache, daß die Bilder zunächst überhaupt nicht auftauchen wollten. Anfang April wurde ich schon etwas unruhig, weil die Bilder nach nunmehr gut zwei Monaten nicht in den Suchergebnissen angekommen waren. Nun wollte ich es “erzwingen” und holte den Artikel “Bananen und Orange” wieder auf die Startseite.

Tatsächlich tauchten die ersten Bilder einige Tage später, eben am 12. April, in den SERPs auf. War das jetzt nur Zufall gewesen oder ließ sich die Sache reproduzieren? Ende Mai habe ich den Artikel von der Startseite entfernt und zwei bis drei Tage später (am 27. Mai) waren die Bilder verschwunden. Auch nur Zufall? Nein! Ich kann die Bilder gewissermaßen suchergebnismäßig ein- und ausschalten.

Ich habe dann noch zweimal hin- und hergeschaltet, die Bilder sind nun seit dem 18 Juli wieder in den SERPs. Allerdings haben sie etwas Boden verloren. Sie liegen derzeit auf Platz 10 und 11, Bild 1 ist immer dabei, das zweite Bild wechselt zwischen Bild 3 und 6. Zudem wechselt auch die Position zwischendurch immer wieder mal von 10 und 11 auf 3 und 4, es ist also derzeit Bewegung drin.

Phase 4 – Die Auswertung

Aus meiner Sicht lassen sich nur drei Schlüsse ziehen, und diese nicht mal sicher.

1. Bilder mit krummen Abmessungen (637×477) haben wenig Chancen, man sollte für Bilder gängige Standardformate wie 640×480, 800×600, 1024×768 usw. verwenden.
2. Bilder auf der Starseite haben ein höheres Gewicht, aber das ist nichts wirklich Neues.
3. Zu viele Bilder und zu wenig Text, der zudem praktisch nur aus den Schlüsselwörtern besteht, werden als Spam abgestraft. Auf der Artikel-Einzelseite kommt die Schlüsselphrase Bananen und Orange inkl. alt- und title-Attributen fast 40-mal vor, aber kaum anderer Text. Das ist dann wohl doch etwas viel.

Die zunächst naheliegende Vermutung, das Google möglicherweise das Bildformat 800×600 bevorzugen könnte, läßt sich durch den mangelhaften Versuchsaufbau nicht belegen. Da 6 von 9 Bilder dieses Format haben, ist allein statistisch gesehen die Chance für ein 800×600er Bild in die SERPs zu kommen deutlich höher, als für eines der anderen Bilder.

Fazit

Das Experiment hat auf Grund mangelhafter Planung und Durchführung keine brauchbaren Erkenntnisse bezüglich des Versuchsziels gebracht. Allerdings ist die Ein- und Ausschaltmöglichkeit für Bilder in den SERPs ein recht lustiger Nebeneffekt. Naja, und ich habe hier mal wieder Stoff für einen längeren, halbwegs “wissenschaftlich” aussehende Artikel. :-)

Nachtrag: Die nächste Abschaltung erfolgt am 31. Juli. Gut möglich, daß dann die Bilder aber durch diesen Artikel hier über Wasser gehalten werde und nicht von der Bildfläche verschwinden. Man wird sehen…

Nachtrag 28. Juli
Hätte ich ja auch vorher schon mal nachsehen können. Wenn man bei Google explizit nach Bananen und Orange mit der Bildgröße 637×477 sucht, wird dann das “krumme” Bild 9 angezeigt. Es ist also im Index, dürfte aber normal kaum in Erscheinung treten. Wer sucht schon nach einem Bild mit der exakten Größe 637 Pixel mal 477 Pixel?

Mein ursprüngliches Ziel mit diesem Schurpsel-Blog hier ist schnell benannt. Ich konnte das ewige Rumgenörgel im Wordpress-Deutschland-Forum bezüglich Wordpress und Starto nicht mehr hören (lesen). Also habe ich ein Hostingpaket bei Strato bestellt um selbst zu sehen, was an den ganzen Kritiken dran ist.

Probleme und Lösungen

Ja, die meisten Kritikpunkte am Stratohosting des Sommers 2007 waren durchaus berechtigt. Das für die Permalinks notwendige mod_rewrite war nicht verfügbar, der PHP-Speicher mit 8MB recht knapp bemessen, durch eine fehlerhafte Server-Konfiguration wurden Endlosschleifen produziert und die gesamte Performance der Webseiten war nicht gerade berauschend.

Im Großen und Ganzen habe ich mein Ziel erreicht. Durch Plugins, Konfigurationseinstellungen und Hacks habe ich Wordpress auch beim Strato-Webhosting zufriedenstellen zum Laufen bekommen, auch mit Permalinks und ohne Endlosschleife. Eigentlich wäre das der Zeitpunkt gewesen, die Blogaktivitäten hier bei schnurpsel.de einzustellen.

Aber wie das so ist, es tauchen neue Probleme auf und auch so ganz allgemein ist ein Zweitblog zum Testen und Probieren ganz praktisch.

Kurzfristige Nahziele

Wenn SEO-Wettbewerbe laufen, wie aktuell das iPhone4Spiel, dann möchte ich mit meinem Schnurpsel-Test-und-Probierblog natürlich so weit wie möglich nach vorne kommen, am besten auf Platz 1. Allerdings investiere ich nicht wirklich viel in solche Aktionen. Ich registriere keine Keyword-Domain, befülle nicht 100 Blogs mit automatischen Texten und kippe auch nicht täglich “Pressemeldungen” in News-Portalen ab. Insofern habe ich da auch kaum eine Chance, aber es gibt doch immer wieder Interessantes zu beobachten. Ich freue mich auch immer über nofollow-Links als Dankeschön oder Quellenangabe.

Außerdem will ich immer der Erste mit einer Meldung sein, wenn es wichtige Neuerungen bei Google und dort speziell bei der Bildersuche gibt. Manchmal schaffe ich das sogar, wie beim geheimen imagesite-Paramter. :-)

Langfristige Fernziele

Ich will auch in Zukunft den leidgeplagten Wordpress-bei-Strato (1&1, Host-Europe, All-Inkl) Nutzern mit Rat und Tat zur Seite stehen. Dazu muß ich natürlich mit den relevanten Suchbegriffen bei Google gefunden werden. Als kann das Fernziel nur lauten. Platz 1 bei Google. :-)

Durch Permalinks bekommen Artikel und Seiten lesbare URLs und auch Struktur. Alle Artikel in der Kategorie ‘Wordpess’ können mit schnurpsel.de/themen/wordpress/ aufgerufen werden, das Monatsarchiv für Juli 2010 mit schnurpsel.de/date/2010/07/.

Auf dem Webserver existiert aber kein Verzeichnis /themen/wordpress/ oder /date/2010/07/. Damit die Seiten trotzdem aufgerufen werden können, erstellt Wordpress eine einfache Regel für das Rewrite-Modul des Apache-Webservers:

RewriteCond %{REQUEST_FILENAME} !-f
RewriteCond %{REQUEST_FILENAME} !-d
RewriteRule . /index.php [L]

Diese drei Zeilen führen dazu, das alles, was nicht tatsächlich als Datei oder Verzeichnis auf dem Server existiert, einfach an die index.php von Wordpress durchgereicht wird. Wordpress kümmert sich nun darum, ob es z.B. eine Kategorie “Wordpress” gibt, stellt die Liste mit den passenden Artikeln zusammen un gibt sie aus.

Was es alles nicht gibt

Im Moment sind wohl mal wieder ein paar Bots oder Skriptkiddies unterwegs, die einfach versuchen, irgendwelche php-Skripte aufzurufen, um mögliche Sicherheitslücken ausnutzen zu können. Das sieht dann etwa so aus:

/scripts/setup.php
/pma/scripts/setup.php
/phpMyAdmin/scripts/setup.php
/phpmyadmin/scripts/setup.php
/myadmin/scripts/setup.php

Solche Dateien gibt es hier allerdings nicht. Auch andere Sachen können zu fehlerhaften Aufrufen führen, z.B. Standard-Icons wie favicon.ico oder apple-touch-icon.png, die manche Browser einfach aufrufen oder durch Nutzer aus der Bildersuche falsch kopierte BILd-URLs.

Durch die für die Permalinks notwendigen mod_rewrite-Regeln werden alle dies Aufrufe nun an Wordpress weitergeleitet. Wordpress wird geladen, stellt eine Datenbankverbingung her, klappert die internene Rewriteregeln ab um schließlich nur festzustellen, daß es mit dem Aufruf nichts anfangen kann. Dann gibt Wordpress schließlich auch nur eine Fehlerseite aus, die möglicherweise auch noch aufwändig gestaltet ist und unnötig viel Daten als Antwort zurücküberträgt.

Wordpress und den Webserver entlasten

Damit nun nicht Wordpress wegen jeder Kleinigkeit behelligt werden, kann man eine spezielle Regel der Wordpress-Regel vorschalten, die einfach gegebenfalls die Abarbeitung der Rewrite-Regeln beendet:

<IfModule mod_rewrite.c>
RewriteEngine On
RewriteCond %{REQUEST_FILENAME} !-f
RewriteRule \.[^\.]+$ - [L]
</IfModule>

Die Idee dabei ist, daß alle Permalink-URLs normalerweise keine Dateierweiterung wie .html, .jpg oder .php haben. Falls nun eine Datei nicht existiert (RewriteCond) und diese Datei mit einem Punkt und mindestens einem weiteren Zeichen endet, wird die Abarbeitung der Regeln an dieser Stelle beendet (RewriteRule). Diese Zeilen müssen vor den Wordpress-Regeln stehen.

Wordpress bekommt diese Aufrufe nicht mehr zu sehen, der Fehler wird einfach vom Webserver behandelt. Hier kommt dann auch eine konfigurierte und vorhanden benutzerdefinierte Fehlerseite zu Anwendung.

Ich weiß, es gibt auch Blogger, die aus welchen Gründen auch immer, die Permalinks mit einem abschließenden .html konfiguriert haben. Aber auch das ist kein Problem, es muß nur eine Zeile hinzugefügt werden, welche die Regel für die Endung .html (oder eine andere) ungültig macht:

<IfModule mod_rewrite.c>
RewriteEngine On
RewriteCond %{REQUEST_FILENAME} !-f
RewriteCond %{REQUEST_URI}	!\.html$
RewriteRule \.[^\.]+$ - [L]
</IfModule>

Optimierte Version

Mann kann die zusätzlichen Bedingungen auch direkt in die Wordpress-Rules einfügen. Nachteil hierbei ist aber, daß sie bei Änderungen an den Permalinkeinstellungen verloren gehen, weil Wordpress den Block zwischen # BEGIN WordPress und # END WordPress neu schreibt:

# BEGIN WordPress
<IfModule mod_rewrite.c>
RewriteEngine On
RewriteBase /
RewriteCond %{REQUEST_FILENAME} !-f
RewriteCond %{REQUEST_FILENAME} !-d
RewriteCond %{REQUEST_URI}	!\.[^\.]+$
RewriteRule . /index.php [L]
</IfModule>
# END WordPress

Die Version mit Endung .html:

# BEGIN WordPress
<IfModule mod_rewrite.c>
RewriteEngine On
RewriteBase /
RewriteCond %{REQUEST_FILENAME} !-f
RewriteCond %{REQUEST_FILENAME} !-d
RewriteCond %{REQUEST_URI}	!\.[^\.]+$ [OR]
RewriteCond %{REQUEST_URI}	\.html$
RewriteRule . /index.php [L]
</IfModule>
# END WordPress

Fazit

Wieviel Serverlast oder Traffic durch diese Maßnahme eingespart wird, kann ich nicht sagen. Das hängt sicher auch vom Nutzungsprofil und der Konfiguration der Website ab. Aber warum sollte man solch eine einfache Möglichkeiten auslassen, um Wordpress und dem Webserver das Leben ein bißchen leichter zu machen.

1&1 blendet Werbung auf Kundenseiten ein

Da diskutiere ich grad im Wordpress-Forum darüber, ob Wordpress bei 1&1 denn auch selbst eine .htaccess-Datei erstellt und plötzlich bekomme ich beim rumprobieren eine mir bisher unbekannte Fehlerseite angezeigt. Unter der großen in 1&1-Blau gehaltenen Fehlermeldung gibt es ein Suchfeld und eine Liste mit Links zu unterschiedlichen Seiten. Diese führen per Weiterleitung über sedoparking.com zu googleads.g.doubleclick.net (den Link habe ich im Bild hinzugefügt). Also irgendwie bezahlte Werbung, die ich ganz bestimmt nicht bei mir geschaltet habe.

Hier erdreistet sich 1&1 einfach Werbung zu schalten, der ich so ganz bestimmt nicht zugestimmt habe. Als ich vor etwa 9 Jahren mein Webhosting-Paket, damals noch bei Puretec bestellt habe, hatte ich mich extra für die zwar teurere, dafür aber werbebannerfreie Version entschieden. Und nun sowas.

Bei anderen auch

Ich weiß nun ehrlich gesagt nicht, wie lange das schon so ist, habe aber mal gesucht und einen Foren-Thread bei mediengestalter.info gefunden (hier wurde auch berichtet). Ich hatte zwar schon begonnen, benutzerdefinierte Fehlerseiten zu bauen, dort im Forum steht aber die einfachere “Lösung”. Man kann den ganzen Kram abschalten, muß man aber erstmal drauf kommen:

Das findet man im 1&1-Control-Center bei Domains unter der Domainliste rechts unten. Dort steht:

Domain-Parking
Ist Ihre Homepage noch nicht fertig? Bieten Sie Ihren Besuchern beim Aufruf Ihrer Domain vorgefertigte Inhalte statt “Baustellenseiten” an.

Irgendwer hat dann auch noch eine Stelle in den 1&1-Webhosting AGB gefunden, die sich wie folgt liest:

3.4
Solange der Kunde selbst zu einer Domain noch keine Inhalte bereitstellt, ist 1&1 berechtigt, eigene Inhalte wie Werbung für 1&1 oder Dritte einzublenden.

Gut, das Baustellenschild kenn ich auch, aber das hat ja wohl nichts mit einer Fehlerseite zu tun. Ich habe seit Jahren auf meinen Domains Inhalte hinterlegt und nur weil ein Hansel versehentlich eine falsche URL eingibt, wird plötzlich Werbung eingeblendet, die ich nicht will. Wohlgemerkt bei einer Fehlerseite, nicht bei einer neuen und noch ungenutzten Domain. Das ist meiner Meinung nach auch nicht durch Punkt 3.4 der AGB gedeckt.

Überhaupt, wenn auf meiner Domain Werbung zu finden ist, handle ich denn nun plötzlich im geschäftlichen Verkehr und muß eventuell mit wettbewerbs- oder markenrechtlichem Ungemach rechnen? Neeee, so geht das nicht!

Abschalten

Ich kann nur jedem Raten, die Sedo-Parking-Werbung im Control-Center abzuschalten. Man hat selbst nichts davon und bekommt möglicherweise sogar noch Ärger.

Hoch- und Abrechnung

Gut, ich habe da etwas übertrieben. Es sind noch keine Millionen iPhone4Spiel-Seiten, Google “spricht” von ungefähr 925 Tausend Treffern. Aber auch Google übertreibt mit den 925000 Ergebnissen maßlos, wie man schnell merkt, wenn man sich mal in den SERPs bis zum Ende durchklickt.

Da ist bereits auf “Seite 36 von 353 Ergebnissen” das Ende der Fahnenstange erreicht. Gut, da steht ja noch der bekannte Hinweis:

Um Ihnen nur die treffendsten Ergebnisse anzuzeigen, wurden einige Einträge ausgelassen, die den 353 bereits angezeigten Treffern sehr ähnlich sind.

Aber auch mit filter=0 kommt man nur bis zur Seite 59, mithin sind es also etwa 600 Treffer, die Google tatsächlich präsentiert.

Nun frage ich mich, nicht zum ersten Mal, wie Google auf solche utopisch hohen Zahlen kommt. Selbst wenn es nicht nur 600, sondern sagen wir mal 9000 Seiten sind, wäre das immer noch ein Mißverhältnis von 1:100.

Vermutlich wird die ungefähre Ergebniszahl irgendwie hochgerechnet, aber wirklich brauchbar ist diese Rechnung nicht. Man stelle sich vor, bei der nächsten Bundestagswahl gibt es erste Hochrechnungen für die FDP von 50% und tatsächlich sind es dann aber nur 0,5%. :-)

Erfolg und Mißerfolg

Ob der “SEO-Wettbewerb” zum iPhone4Spiel nun ein Erfolg oder Mißerfolg ist, mag ich nicht beurteilen. Die Frage ist ja immer auch, woran wird Erfolg gemessen und wer hat etwas davon.

Für mich gibt das iPhone4Spiel immerhin etwas Schreibstoff her, ich habe mal wieder an den Ranking-Charts gearbeitet (und einen Fehler bemerkt) und ein paar Beobachtungen machen können. Insofern ist das iPhone4Spiel für mich ganz persönlich sowas wie ein kleiner Erfolg.

“Wir finden Googles neue Bildersuche echt gelungen! Toll!!!” (reproscan)
“Die neue Bilder-Suche von Google fetzt ja voll. :P” (Maybach)
“Google hat die Bildersuche schöner gemacht…” (rjoerges)
“… cooler Ansatz, macht auf jeden Fall mehr Spaß” (visu)
“Woow…die neue Google Bilder suche ist cool. Sehr schick!” (thedrayman)
“mir gefällt die neue #google bildersuche” (mcnesium)

Klar, das ist natürlich immer alles sehr subjektiv und viele Neuerungen benötigen eine längere Eingewöhungsphase. Man hängt nun mal oft an den altebekannten Sachen.

Wenn ich da z.B. noch an den Wechsel bei Wordpess vom horizontalen Menü oben zum vertikalen Menü links denke.
Was ging damals für ein Aufschrei durch die Wordpress-Nutzerschaft, wie man denn nur sowas machen könne. Heute will wohl keiner mehr das alte “Design” zurückhaben.

Ich hoffe mal, daß Google bei der Bildersuche noch nachbessert und zumindest ein paar Darstellungsoptionen anbietet. Eventuell kann man sich auch mit einem älteren Browser oder deaktiviertem Javascript behelfen, um noch eine Weile die alte Ansicht zu bekommen.

In den Google- bzw. Bilderfachblogs und News-Portalen ist es bereits zu lesen, bei der Google-Bildersuche gibt es einige, tiefgreifende Veränderungen. Am augenfälligsten ist eine neu Präsentation der Ergebnisbilder. Früher wurden kleine Vorschaubilder mit weiteren Informationen zum Bild wie Abmessungen (Pixel), Dateigröße und URL des Bildes in einer “starren” Tabelle gezeigt.

Jetzt ist das Vorschaubild größer und die Anordnung wird entsprechend den Bildformaten optimiert. Es kann also schon mal passieren, das in einer Zeile 5, 6 oder 7 Bilder stehen.

Keine inhaltliche Optimierung

Im Unterschied zum Googlewatchblog kann ich aber keine inhaltliche Gruppierug nach Ähnlichkeit oder Form erkennen. Die Bilder-Rankings haben sich nicht verändert, die Reihenfolge der Bilder ist im Vergleich mit der alten Bildersuche gleich geblieben. Die wichtigen Zusatzinformationen zu einem Bild werden nun beim Überfahren des Bildes mit der Maus angezeigt.

Einen wesentlichen Nachteil hat aber die Darstellungsoptmierung der Übersichtsseite. Falls notwendig, werden die Vorsschaubilder links und rechts bzw. oben und unten abgeschnitten. Das ist z.B. beim “Befreiphone” (VolksPhone, iPhone4Spiel) oben unter der Gurke zu erkennen. Wenn nun jemand nach einem solchen Bild sucht und sieht, daß da beim Handy die Antenne abgeschnitten ist, wird er es vielleicht links liegen lassen.

Noch zwei weitere Bilder wurden bschnitten, wie hier zu sehen ist:

Bilder mit einem ungünstigen Breiten-Höhen-Verhältnis dürften es in Zukunft schwer haben. Am besten, man verwendet Standardformate wie 640×480, 800×600, 1024×786, 1600×1200 usw.

Ein alter Hut?

Wirklich neu ist diese Darstellung der Bilder-Suchergebnisse nicht. Bei Bing gibt es das schon eine Weile und auch bei Google gab es Anfang 2007 erste Versuche in der Richtung. Damals wurden aber nur ein paar Informationen weggelassen und auch erst durch Überfahren mit der Maus sichtbar. Die Sache war aber nur von kurzer Dauer und ich war damals sehr erleichtert darüber. Ich befürchte aber, diesmal gibt es kein Zurück mehr.

Ausblick – Google Suche demnächst in neuem Layout

Konsequenterweise wird auch die normale Suche demnächst eine Umgestaltung erfahren und könnte zukünfig so aussehen:
Google-Suche neu

Nachtrag 17:20 Uhr
Die Zielseite, also wenn man auf ein Bildersuchergebnis klickt, sieht nun so aus:

Technisch gesehen handelt es sich nun nicht mehr um eine Tabelle, sondern um div-Container, bei denen die Zielseite per iframe eingebunden wird. Die Framebreaker, mit denen man das iFrame verlassen kann um auf die richtige Zielseite weiterzuleiten, funktionieren auch weiterhin, wie ein erster Test zeigte.

Besonders auffällig ist das über die abgedunkelte Zielseite gelegte Originalbild. Ein Klick auf den Schließ-Button in der rechten oberen Ecke oder den abgedunkelte Bereich führt dann letztendlich zur Seite, auf der das Bild zu finden ist.

Erst begrüßt mich die Loginseite des Strato-Webhostig mit dieser Meldung.
Na gut denke ich, kann ich ja mal schnell mein Profilbild bei Twitter ändern. Ich finde ja eigentlich die Schwarz-Rot-Gelben-M&Ms schöner als die Pusteblume. Aber denkste:

Bei Strato kann ich mich mittlerweile wieder einloggen, die Wartungsarbeiten bei Twitter dauern aber noch an.

Nachtrag 11:15 Uhr:
Zu früh gefreut, Strato geht immer noch nicht:

Mut zur Lücke, könnte man sagen, aber das war so nicht beabsichtigt. Vielleicht hat es ja einer der vielen Beobachter beim iPhone4Spiel-Diagramm schon bemerkt. Seit etwa einer Woche stimmt da was nicht. Es gibt seit dem 13. Juli eine datentechnische Lücke für Plätze großer als 10 bei der normalen Suche bzw. größer Platz 20 bei der Bildersuche. Da ist gewissermaßen ein Daten-Sommerloch entstanden.

Solche “Aussetzer” können zwar auch entstehen, wenn sich die Platzierung jenseits der 100 befindet, denn dort endet die Darstellung des Diagramms (nicht aber die Datenerfassung), aber eine so auffällige Lücke erschien mir doch verdächtig. Es ist recht unwahrscheinlich, wenn auch nicht ausgeschlossen, daß z.B. geld-im-internet mit seinem iPhone4Spiel-Beitrag der in letzter Zeit immer in den Top-20 war, plötzlich auf Plätze über 100 abfällt.

Was war passiert? Ich hole mir die Daten dirket aus den SERPs, parse also die HTML-Seite und extrahiere die Links und Positionen. Zudem habe ich eine Next-Page-Erkennung eingebaut um festzustellen, ob es von der aktuellen Seite aus gesehen jeweils noch eine weitere Ergebnisseite gibt. Genau diese Erkennung hatte versagt und nach der ersten Seite das Einlesen abgebrochen.

Ich habe die Funktion nun etwas robuster ausgelegt und hoffe, daß sie in Zukunft die weiteren Ergebnisseiten zuverlässig erkennt. Verlassen kann ich mich darauf aber leider nicht, also muß ich immer die Daten nach Auffälligkeiten im Auge behalten.

Das funktioniert auch für Attachments wie Bilder, Sounds und sonstige Dateien, die über Wordpress hochgeladen und mit der Mediathek verwaltet werden. Allerdings wird hier nicht auf die Datei selbst, sondern auf die Attachment-Seite weitergeleitet (putzlowitsch.de/?p=1650).

Um nun auch direkt auf Dateien shortlinken zu können, sind nur ein paar Zeilen PHP-Code notwendig. Ich habe dafür als Alternative zum Parameter p wie Post den neuen Parameter a wie Attachment eingeführt. Der Aufruf erfolgt dann mit putzlowitsch.de/?a=1650. Die Funktionen habe ich ein kleines Plugin gepackt, wem zu viele Plugins nicht gefallen, kann auch einfach den Quelltext in der Datei functions.php seines Themes einfügen:

function plw123as_redirect_canonical( $redirect_url, $requested_url ) {
	global $wp_query;

	if( isset($wp_query->query_vars['a']) ) {
		$id = intval( $wp_query->query_vars['a'] );
		$url = wp_get_attachment_url( $id );
		if( '' == $url ) {
			$wp_query->set_404();
			status_header( 404 );
			$redirect_url = false;
		}
		else
			$redirect_url = $url;
	}
	return $redirect_url;
}

function plw123as_init() {
 global $wp;

 // Variable bekannt machen
 $wp->add_query_var( 'a' );
 add_filter( 'redirect_canonical', 'plw123as_redirect_canonical', 10, 2 );
}
add_action( 'init', 'plw123as_init' );

 
Download: 123 Attachment Shortlink 0.10

Ich wurde übrigens so ein bißchen von der Statusupdate mit Bildern-Sache zu diesem kleinen PHP-Code angeregt. Kann ja nicht sein, das ich für direkte Links auf Bilder elendig lange URLs verwenden muß. :-)

Nachtrag 16:30 Uhr

Leider wertet die Googlesuche nach Statusupdates eine Weiterleitung auf ein Bild nicht als Bild selbst. Die Bild-URL wird zwar aufgelöst, das Bild aber nicht angezeigt. Schade! Vielleicht ändert sich das ja noch…

Nachtrag 17:45 Uhr
Hmmm, scheint doch mit den weitergeleiteten Bildern bei Google-Statusupdates zu funktionieren, aber nicht immer oder nur manchmal, keine Ahnung…

Die spezielle Google-Suche nach Meldungen aus sozialen Netzwerken heißt jetzt Statusupdates und man kann dort gezielt nach “Statusupdates mit Bildern” suchen.

Ich konnte mir einen kleinen Test nicht verkneifen und tatsächlich erscheint zu dem Statusupdate auch das von mir verlinkte Bild in Echtzeit. Es funktioniert scheinbar mit allen Bildern, nicht nur welchen von Twitpic und ähnlichen Diensten, wie ich zunächst vermutet hatte.

Die Echtzeit-Bilder werden genau wie die Profilbilder aber nicht direkt angezeigt, sondern aus einem Google-Cache geladen. Im Unterschied zu den Profilbildern landen sie aber nicht im “normalen” Server der Bildersuche, sondern auf speziellen Serveren, die unter ggpht.com angesiedelt sind. Das steht vermutlich für Google-Photo oder soetwas in der Art.

Schon erstaunlich, was sich in den letzen Tagen mit den Bildern so getan hat (z.B. Anzeigen). Nun mußte nur noch mal der große Schub mit neuen Bildern kommen und idealerweise auch die Bilderfassung und -verarbeitung für alle Bilder in Echtzeit erfolgen. Na oder zumindest nicht erst nach mehreren Wochen bzw. Monaten.

Wenn jemand meine Schnurpsel-Seite besuchen will, gibt er einfach in der Adresszeile des Browers schnurpsel.de ein. Das Internet funktioniert aber mit IP-Adressen, so ist Schnurpsel z.B. unter der Adresse 81.169.145.149 zu erreichen. Damit der Name in eine IP-Adresse umgesetzt werden kann, gibt es das DNS (Domain Name System) und entsprechende Server, die die Auflösung der Namen übernehmen.

Damit nun der Server nicht jedesmal neu befragt werden muß, werden bereits aufgelöste Namen zwischengespeichert. Einerseits verfügen viele Beriebssysteme über so einen DNS-Cache, teilweise sogar die Browser selbst und auch mein nigelnagelneuer DSL-ISDN-WLAN-Router hat einen solchen DNS-Cache.

Ein Blick in den DNS-Cache

Normalerweise bin ich nicht ständig im DNS-Cache zugange, aber so einem neuen Router schaue ich anfangs gern mal auf die Finger. Im Systemprotokoll wird auch brav vermerkt, was der Router gerade so treibt. Etwas verwundert war ich über die zahlreichen Einträge “dnsd: cache add…”.

Da tauchten plötzlich Seiten wie Nerdcore, Stefan Niggemeier, BILDblog, netzwertig.com, CARTA und weitere auf, die ich in den letzten Minuten garantiert nicht besucht hatte. Aber irgendwie kam mir die Liste bekannt vor.

Und richtig, ich hatte kurz vorher bei zusammen.gerech.net einen Blick auf die aktuelle Blog-Top-100 geworfen. Da stehen sie alle in der Liste, nur hatte ich keinen der Links dort angeklickt. Sollte etwa der Firefox…

Der Firefox schaut voraus

Seit Firefox 3.5 gibt es ein sogenanntes DNS-Prefetching, der Firefox macht also für alle auf der Seite gefunden Links eine DNS-Abfrage für die verlinkten Seiten. Das soll etwas mehr Geschwindigkeit bringen. Falls der Nutzer einen der Links anklickt, ist die IP-Adresse schon bekannt und es kann sofort losgehen.

Wenn der Nutzer aber keinen der 100 Links anklickt, wurden 100 unnütze DNS-Abfragen getätigt und 100 Einträge im DNS-Cache belegt, die keiner braucht. Der DNS-Cache meines Routers faßt in der Standardeinstellung übrigens genau 100 Einträge. Alles einmal mit Quark gefüllt.

DNS-Prefetching abschalten

Netterweise kann man im Firefox das DNS-Prefetching abschalten, aber nicht etwa in den Konfigurations-Dialogen, sondern durch einen beherzten Systemeingriff mittels about:config. Wie es geht und viele weitere Einstellmöglichkeiten findet man z.B. bei mozillaZine.

Kreativ und originell bloggen

Beim aktuellen Webmaster-Friday geht es um “Kreativ und originell bloggen: was inspiriert Euch?“. Das kann ich für schnurpsel.de recht einfach beantworten. Dieses Blog wird von Beobachtungen, Betrachtungen und Problemen rund um die Themen Internet, Technik, Suchmaschinen, Wordpress, Webhoster und ähnlichen getrieben. Das gab, gibt und wird es sicher noch lange geben (siehe oben :-)).

Wie ist das nun eigentlich aus AdWords-Sicht. Kann man das konfigurieren, ob die eigene Werbung auch bei den Bildersuchergebnissen erscheint oder nicht? Ich kenn mich damit nicht aus.

Nachtrag 19. Juli:
Ich kenne mich zwar mit AdWords nicht aus, habe aber immer noch ein Restguthaben von den geschenkten 100 Euro übrig.

Da hatte ich zu Testzwecken mal eine Brötchenbilder-Kampagne am laufen, die aber schon seit Monaten inaktiv ist. Nun habe ich sie wieder aktiviert und kurz darauf erscheinen meine Anzeigen auch bei der Bildersuche. Eine irgendwie geartete Einstellmöglichkeit habe ich allerdings nicht gefunden.

Lange Zeit lag ein altes Bild von der SG-Wehretal auf der Top-Position.

Ich hatte mich schon länger gefragt warum. Auf den ersten Blick ist auf der Startseite noch nicht mal das Wort iPhone4Spiel zu finden, auf den zweiten Blick aber schon. Direkt über dem Vereinslogo findet man unsichtbaren Text (hier sichtbar gemacht) und sogar eine H2-Überschrift mit iPhone4Spiel. Das widerspricht zwar eindeutig den Google-Webmaster-Richtlinien, scheint aber zumindest für Bilder recht erfolgreich zu sein.

Wobei hier die “Unsichtbarkeit” weniger entscheidend ist als vielmehr die Nähe und Bedeutung (H2) des Textes zum Bild. Zudem unterstreicht es die Wertschätzung, die Google einem Bild auf der Startseite einer Website beimißt.

Mein iPhone4Spiel-Bild ist allerdings kein echtes neues Bild. Es ist für Google insofern neu, als daß es unter einer neuen Bild-Url auftaucht und vom Googlebot-Image erstmalig am 21.06. “gesehen” wurde. Inhaltlich ist es aber nur ein 1:1-Abklatsch des Befreiphone- bzw. Volksphonebildes. Insofern geben die drei Wochen Latenzzeit leider keinen Anlaß zur Annahme, die Google-Bildersuche sei wieder auf einem Weg der Besserung.

Seit einiger Zeit werden bei Google mit der Echtzeitsuche auch aktuelle Tweets angezeigt. Man kann aber mit der Option “Social” (engl. Updates) die Suche auch nur auf Statusmeldungen beschränken. Dann werden nur noch Einträge von Twitter, Facebook, FriendFeed, MySpace und Google-Buzz angezeigt.

Profilbilder

Neben den Einträgen die Google anzeigt, erscheint auch ein Profilbild. Entweder wird das Standardbild des Dienstes verwendet oder eben das individuelle Profilbild des Nutzers.

Lange Zeit hatte ich bei Twitter mein Pusteblumen-Bild im Profil. Dann habe ich für die WM, allerdings etwas spät, auf die Deutschland M&Ms umgestellt. Leider wurde nun für mehrere Tag bei Google wieder das neutrale Twitter-Bildchen angezeigt. Aber warum?

Twitter-Profilbild bei Google

Wichtigster Grund ist, daß Google nicht etwa die Twitter-Profilbilder direkt anzeigt, sondern diese aus dem eigenen Bilder-Cache holt. Die Bilder werden praktisch genauso behandelt, wie jedes andere Bild bei Google z.B. für die Bildersuche. Es bekommt eine 78-Bit-ID zugewiesen, es wird ein Vorschaubildchen (Thumbnail-Image) erstellt und es vergeht eine gewisse Zeit, bis das Bild dann sichtbar wird.

Für die normale Bildersuche vergehen, von Bildern in Google-News mal abgesehen, wieder mehrere Wochen, eher Monate, ehe sie angezeigt werden. Für die Twitter-Profilbilder beträgt der Zeitraum nach meinen Beobachtungen nur etwa zwei Wochen. Mein aktuelles Bild habe ich am 23. Juni bei Twitter hochgeladen, seit vorgestern wird es bei Google-Updates bzw. der Echtzeitsuche angezeigt.

Um das wenigsten an einem weiteren Beispiel zu überprüfen, habe ich mir @Missfeldt angesehen. Martin hat sein Twitter-Profilbild am 10. Juni zwischen 10:49 und 11:31 Uhr geändert (11:23 Uhr, um genau zu sein). Das neue Bild wurde bei Google dann am 25. Juni zum ersten Mal angezeigt. Das sind, richtig, ungefähr zwei Wochen.

Google Echtzeitsuche mit schönem Bild

Wer also Wert darauf legt, das seine Statusmeldungen von Twitter und den anderen Echtzeitdiensten immer auch mit einem individuellen Profilbild bei der Google-Echtzeitsuche angezeigt werden, sollte dieses Bild nicht zu oft ändern. Zudem merkt sich Google die jeweiligen Profilbilder, in älteren Updates werden also immer die zu dem Zeitpunkt aktuellen Bilder angezeigt. Es gibt allerdings bildmäßige Lücken von etwa zwei Wochen.

Nachtrag 9. Juni:
Es nützt auch nichts, wenn man ein altes Bild erneut bei Twitter als Profilbild hochlädt. Das Bild bekommt eine neue URL (laufende Nummer) und ist damit für Google erstmal ein neues Bild. Also unter zwei Wochen geht da nix.
Nachtrag 12. Juni:
Mit einem erneut hochgeladenen Bild geht es doch deutlich schneller. Das Profilbild erscheint dann nicht erst nach zwei Wochen bei den Google-Statusupdates, sondern schon nach etwa zwei Tagen.

Geben Sie die folgenden Zeichen ein, um mit der Suche fortzufahren:

Hat das schon mal jemand zu Gesicht bekommen und wenn ja, dann auch tatsächlich gelöst?
Abwohl ich mir bei den Buchstaben recht sicher war, bin ich auch nach 10 Versuchen nicht weitergekommen.

Auf den ersten Blick scheint das hier nun andersherum zu sein. Bei der deutschen Bildersuche wird ein Treffer aus Japan angezeigt. Aber schon auf den zweiten Blick sieht man, daß das nichts mit einem etwa ins Japanische übersetzten Suchwort zu tun hat.

Direkt unter dem Bild wird auf der Google-Trefferseite das Suchwort Porree hervorgehoben und auf der Zielseite selbst taucht es auch dreimal auf. Zudem erkennt der Bilder-Experte, daß es sich bei dem Bild um einen alten Bekannten handelt. :-) Der Schatten und die Bildgröße (512×312) weisen es als Bild einer gewissen Kochbuchseite aus.

Das Bild wurde ins ferne Japan entführt und hat alle Power einfach mitgenommen. Denn auf der Zielseite fehlen viele der für den Erfolg bei der Bildersuche wichtigen Kriterien. Keyword im Datei oder URL-Namen, im Titel der Seite, im Alttext, im Titelattribut, alles Fehlanzeige.

Aber es ist ja bekannt, daß 1:1-Bildkopien alle positiven Eigenschaften des Originals vererbt bekommen und dann einfach dieses in den SERPs ersetzen. Ich verstehe aber immer weniger, warum Google das macht. Hier kann praktisch nur eine Art Neuheitsbonus wirken, denn die Kopie ist natürlich, bei etablierten Bildern nicht unerheblich, jünger als das Originalbild.

Mit “Google will nur das Beste für die Nutzer” hat das allerdings nichts mehr zu tun. Wenn jemand in Japan nach Porree sucht, mag es ja noch benutzerfreundlich sein, wenn eine japanische Seite angezeigt wird. Aber wenn jemand aus dem deutschsprachigen Raum nach Porree sucht, ist er mit einer Seite aus Japan schlechter bedient. Meine Meinung.

Carla feiert Strandgut
Strand o Strand

Strand, den gibt’s im Freibad hier.
Dort gibt es auch ein kühles Bier.
Im Wasser schwimmt ein Gummitier.
Es ist ein heißer Tag.

Die Menschen liegen dicht an dicht.
Der heiße Sand, der stört sie nicht.
Knallrot wird langsam mein Gesicht,
ins Wasser ich mich wag.

Strand oh Strand,
Du bist für mich die Rettung.
Denn ich oh ich,
kann ohne Dich nicht sein.

Wie ein Rettungsring,
schwimm ich mit dir ganz oben,
Du bist einfach mein Ding,
mein heißer Sand-o-Strand.

Gut, es hat nur für eine Strophe gereicht, mehr ist bei der Hitze einfach nicht drin. Ich geh jetzt erstmal duschen und ein kühles Bier trinken. :-)

Hmmm, paßt auch prima zum aktuellen Webmaster-Friday, ist damit schon mein zweiter Beitrag.