Schnurpsel 

Alles Nichts oder nicht alles?

Wenn Besucher über Google auf die eigene Webseite kommen, ist das ja normalerweise eine schöne Sache. Allerdings nicht, wenn es über einen seltsamen Link, wie er oben zu sehen ist, passiert. Wie kommt aber soetwas überhaupt in den Index einer Suchmaschine?

Das gibts doch gar nicht

Bereits im Oktober letzen Jahres hatte ich etwas Ähnliches beobachtet. Da wurden Google massiv mit Links auf irgendwelche nicht existierende Seiten gefüttert. Wenn nun eine dieser nicht vorhandenen Seiten auf die Anfrage des Googlebots einen HTTP-Status “200 OK” zurückliefert, geht Google davon aus, daß es die Seite gibt und nimmt sie in den Index auf. Korrekterweise sollte aber mit dem Fehlerstatus “404 Not found” geantwortet werden, so daß die Seite nicht im Index landet. Genau das war damals bei mir der Fall, also ist eigentlich alles in Butter. Nur habe nicht mit der Großzügigkeit von Wordpress gerechnet.

Die Wordpress.presse.pressung

In manchen Dingen ist Wordpress recht großzügig. Früher war es möglich, wenn in den Permalinks die Artikel ID verwendet wurde, einen Artikel über nahezu beliebig viele URLs aufzurufen. Sobald die ID erkannt wurde und existierte, wurde der Rest der URL nicht weiter überprüft. So hätte man diesen Beitrag hier auch noch mit /alles-quark-399/ oder /blafasel-399/ aufrufen können. Das geht mittlwerweile nicht mehr. Allerdings ist zur Zeit etwas Ähnliches immer noch möglich, wenn man in den Permalinks die Kategorie verwendet.

Wenn nun eine Wordpress-Seite mit Parametern in der Form /?parameter=wert aufgerufen wird, ignoriert Wordpress einfach unbekannte Patemeter oder ungültige Paremeterwerte und tut so, als würde es diese Parameter gar nicht geben. Somit führen folgende Aufrufe zu gültigen Seiten:

http://testblog.schnurpsel.de/?q=Diese Seite gibt es nicht
http://testblog.schnurpsel.de/?quark=Gesund und schmeckt lecker
http://testblog.schnurpsel.de/?p=Hier steht normalerweise die ID

Bei den ersten beiden Beispielen wir ein unbekannter Paremeter verwendet, im dritten Beispiel der gültige Parameter p= (Short-Link), der allerdings eine numerische Artikel-ID erwartet. In allen Fällen wird die Startseite mit dem Status “200 OK” angezeigt. Es funktioniert aber ebenso mit Einzelseiten oder anderen Permalinks:

http://testblog.schnurpsel.de/...hallo-welt/?frage=was-soll-das
http://testblog.schnurpsel.de/2010/03/?jahreszeit=Frühling

Gut oder schlecht

Ob dieses Verhalten von Wordpress nun gut oder schlecht, gewollt oder ein Fehler ist, mag ich nicht beurteilen. Ich finde es zumindest suboptimal, denn dadurch entstehet z.B. die oben gezeigte URL als Google-Treffer, und sowas möchte ich nicht haben. Dabei wäre es für Wordpress kein größeres Problem, unbekannte Parameter oder ungültige Parameterwerte als Fehler zu behandeln. Das schöne an Wordpress ist ja, daß es recht einfach erweitert und modifiziert werde kann.

Fehler bleibt Fehler

Deshalb habe ich mir diese Parameterprüfung hier nachgerüstet (aber nicht für den Testblog!), übrigens auch für die worpdresseigene Suchfunktion. Denn falls es keinen Suchtreffer gibt, finde ich, ist das auch einen “404 Not Found” wert
Nun sollte auch die ganz oben gezeigte, hier nicht existierende Seite nach einiger Zeit aus dem Suchindex verschwinden.

Burger mit Pommes – Experiment, vorläufiges Endergebnis

Vor etwa zwei Monaten hatte ich inspiriert durch und in Anlehnung an Mohakenox vom SEO-Handbuch ein ähnliches Experiment gestartet. Mittlerweile hat Dennis dort auch das amtliche Endergebnis vorgestellt. Wie ist es aber den Burgern mit Pommes bisher ergangen?

Der Versuchsaufbau

Im Ausgangsbeitrag “Burger mit Pommes” habe ich sechs identische Bilder platziert, die sich nur durch ihren Dateinamen unterscheiden:

• burger mit pommes.jpg (geschütztes Leerzeichen – Code: %A0)
• burger mit pommes.jpg (normales Leerzeichen – Code: %20)
• burger.mit.pommes.jpg (Punkt)
• burger_mit_pommes.jpg (Unterstrich)
• burgermitpommes.jpg (kein Trennzeichen)
• burger-mit-pommes.jpg (Bindestrich)

Die Ziel-Suchphrase Burger mit Pommes ist kein künstliches und neu erfundenes Wort, sondern ein normaler Alltagsbegriff. Dafür gab es zum Versuchsbeginn bereits ca. 140 Tausend Treffer in der Bildersuche.

Alle meine Testbilder sind byte-identisch und sehen so wie das linksstehende “Burger mit Pommes”-Foto aus.
Da es sich um dieselben Bilder handelt, werden sie von Google auch nur unter einer Image-ID geführt und es wird pro Suchanfrage immer nur genau ein Bild angezeigt.

Die Google-Bildersuche muß sich also letzendlich für eine konkrete Bild-URL entscheiden. Da ich nun nicht ständig nachsehen will, wo welches Bild wann für bestimmte Suchabfrage zu finden ist, läuft eine automatische Überwachung der Suchergebnisseiten, die zweimal am Tag eine “Messung” vornimmt. Die Probennahme erfolgte für site:putzlowitsch.de, burger mit pommes und burger.

Ergebnisse für site:putzlowitsch.de

Zum ersten Mal tauchte ein Bild am 20. Januar auf, also etwa zwei Wochen nach dem Veröffentlichen der Bilder (am 6. Januar). Überraschenderweise war es das Bild ohne Trennzeichen (burgermitpommes.jpg). In den darauf folgenden fünf Tagen war Google hin- und hergerissen. Mal wurde das Bindestrichbild, mal das in Zusammenschreibung gezeigt. Nach sechs Tagen hatte sich Google dann für die Datei ganz ohne Trennzeichen entschieden. So ist es bis heute geblieben.

Ergebnisse für burger mit pommes

Einen interessanten Verlauf zeigt das eigentliche Suchziel burger mit pommes. Das Bild ohne Trennzeichen steigt, auch am 20.1., auf Platz 10 der Suchergebnisse ein, um sich aber schon eine Messung (12 Stunden) später mit Bindestrichtrennung auf den vierten Platz vorzuschieben. Dort bleibt es dann für ungefähr 5 Tage um sich schließlich ungetrennt auf dem achten Platz festzusetzen.

Erst vorgestern konnte sich das Bild dann um zwei Plätze auf den 6. Rang verbessern. Mit SafeSearch “strikt” liegt es derzeit sogar auf der Top-Position, aber das nur nebenbei.

Ergebnisse für burger

Mit den Einzelbegriff burger gab es die erste Platzierung am 21.1. auf Position 159 für burger-mit-pommes.jpg. Von kleinen Bewegungen abgesehen tat sich nicht viel und das Bild verschwand nach 5 Tagen wieder ganz aus den Suchergebnissen.

Allerdings ist der Burger-Markt natürlich viel größer, mehr als 12 Millionen Bilder buhlen hier um die Gunst der Bildersucher und der Bildersuche und nicht nur 140000 wie bei “burger mit pommes”.

Hin und her, auf und ab

Die Bewegungen in den Suchergebnissen der drei Suchanfragen fallen zeitlich etwa zusammen. Da ich die “Messungen” zur Lastverteilung etwas über den Tag verteile, ergeben sich gewisse Ungenauigkeiten, aber die Gesamttendenz ist gut sichtbar.

Der “Gewinner” ist aus meiner Sicht das Bild mit Bindestrich-Trennung, auch wenn es seit geraumer Zeit nicht mehr angezeigt wird, sondern Google das Bild ohne Trennzeichen verwendet. Für die Suche zu konkreten Suchbegriffen hatte es die höchste Platzierung (burger mit pommes) bzw. überhaupt den Sprung in die Suchergebnisse (burger) geschafft. Die site- bzw. imagesite-Abfrage ist quasi inhaltsneutral, da spielt das Keyword im Dateinamen keine Rolle, weil es einfach gar keinen Suchbegriff gibt.

Trennung mit Hindernissen

Eine wichtige Rolle spielt meiner Meinung nach auch die Trennbarkeit des zusammengeschrieben Suchbegriffs durch Google. Man kann das einfach daran erkennen, ob Google “Meinten Sie: …” anzeigt. Für burgermitpommes weiß Google, wie das in einzelne Wörter zu zerlegen ist, bei mohakenoxistsuper hingegen nicht. Der Unterstrich ist übrigens kein Trennzeichen, Leerzeichen, Bindestrich und Punkt hingegen schon.

Was für Suchanfragen funktioniert, geht natürlich auch für Dateinamen. So ist für Google vermutlich burger-mit-pommes und burgermitpommes erst einmal inhaltlich gleichwertig. Möglicherweise bevorzugt Google dann aber die Zusammenschreibung, weil sie kürzer ist. Vielleicht aber auch nicht, das läßt sich mit den wenigen Beispielen kaum verifizieren

Die anderen Bilder

Durch die exakt identischen Bilder können z.B. die Dateigröße oder der Bildinhalt als Rankingfaktor ausgeschlossen werden.

Einen wesentlichen Nachteil hat das aber auch, man kann nicht sehen, ob und wo die anderen Bilder einsortiert worden sind.

Zumindest wurden alle Bilder vom Googlebot/Image erfaßt. Was aber aus den Bildern mit den anderen Trennzeichen geworden ist, kann ich nicht sagen. Außerdem habe ich das Bild mit der Punkt-Trennung erst etwa 10 Tage später nachgeschoben. Insofern ist es möglicherweise noch nicht ordentlich erfaßt. Andererseit ist es damit natürlich jünger, was sich wiederum positiv auswirken könnte.

Ich bleibe bei der Trennung mit Bindestrich

Nun kann drüben beim SEO-Handbuch oder hier jeder selber seine Schlüsse ziehen, ich bleibe erstmal bei der Trennung mit Bindestrich (oder korrekt: dem Minus-Zeichen) für die Dateinamen meiner Bilder.

Eine Überlegegung wert ist auch die Zusammenschreibung, allerdings sollte vorher kurz überprüft werden, ob Google die Wörter korrekt trenne kann (“Meinten Sie:…”). Wenn das der Fall ist, könnte auch der Verzicht auf Trennzeichen in Frage kommen, der Übersichtlichkeit und Lesbarkeit ist das aber nicht wirklich zuträglich.

Vielleicht starte ich demnächst mal ein Experiment zur Zusammenschreibung…

Der Februar 2010 in Zahlen

Den letzten Monatsrückblick gab es im Januar 2010. Wenn man nicht so recht weiß, was man sonst schreiben soll, stürzt man sich halt auf die Statistik . Die Werte sind alle aus der Serverlogdatei ermittelt worden.

Die Kennzahlen vom Februar 2010

• Webzugriffe: 141450 von 12946 IP-Adressen (10,93 Req/IP)
• Seitenzugriffe: 5659 (ca. 202/Tag)
• Besucher: 3411 (ca. 122/Tag)
• Einnahmen: 0,00 EUR (keine)

Was ich unter Web- bzw. Seitenzugriffen verstehe, habe ich bereits im letzten Monat erklärt. Neu sind die Besucher, hier verwende ich eine Kombination aus anonymisierter IP-Adresse und User-Agent, um Besucher zu unterscheiden.

Aus den Seitenzugriffen und der Besucherzahl ergibt sich der Seiten/Besucher-Quotient, hier liegt der Wert bei 1,66 Seiten je Besucher. Oder anders gesagt, durchschnittlich nur etwas mehr als jeder dritte Besucher guckt sich mehr als eine Seite an. Die globale Absprungrate liegt bei ungefähr 61 Prozent.

Die Einnahmen betrugen im Februar 0 Euro und 0 Cent, kein Wunder, habe ich doch den Google-Adsense-Block wie angekündigt wieder entfernt.

Am häufigsten aufgerufene Seiten

Die am häufigsten aufgerufene Seite ist die Startseite mit 432 Zugriffen (etwa 7,6 %). Es folgen diese Seiten:

1. Wordpress bei Strato (414 → 7,3 %)
2. Wordpress beim 1&1 Webhosting (1&1 Homepage) (357 → 6,3 %)
3. Wordpress 2.3 – Problem ohne www bei Strato (325 → 5,7 %)
4. Wordpress Permalinks (290 → 5,1 %)
5. Warum Wordpress bei Strato so langsam ist (272 → 4,8 %)
6. SpeedPlus – Strato macht PHP-Anwendungen schneller (236 → 4,2 %)
7. Mit Wordpress per E-Mail bloggen (217 → 3,8 %)
8. Strato wird vernünfig, mod_rewrite funktioniert (185 → 3,3 %)
9. Home/Startseite im Wordpress-Menü (176 → 3,1 %)
10. Google-Bildersuche mit neuem imagesite-Parameter (168 → 3,0 %)

Die Artikel passen logischerweise recht gut zu den häufigsten Suchwörtern wie wordpress, strato, permalinks, mod_rewrite, 1und1 u.Ä. Eine kleine Ausnahme stellt der Artikel auf Platz 10 dar, hier kamen die Besucher kaum über eine Suchmaschine, sondern über Twitter und andere, referenzierende Seiten.

Blog-Statistik

Zum Schluß noch schnell die Blog-Statistik. Hier bei Schnurpsel gibt es derzeit 16 Seiten sowie 137 Artikel in 12 Kategorien und mit 156 Stichworten. Dazu kommen 684 genehmigte Kommentare, Trackbacks und Pingbacks.

Höher, schneller, weiter

Mit den Google-Webmastertools bekommt man einen guten Überblick, wie oft der Googlebot vorbeischaut und wieviele Daten er in welcher Zeit Abfragt.

Pro Tag gecrawlte Seiten

Auf dem Diagramm ist noch das Ende vom November, der ganze Dezember und Januar und der Anfang vom Februar zu sehen. Scheinbar tritt der Googlebot auch über den Jahreswechsel etwas kürzer, feiert Weihnachten und Silvester und legt dann erst Mitte Januar wieder richtig los.

Pro Tag heruntergeladene Kilobyte

In etwa parallel dazu verläuft normlerweise die Kurve zu den täglich heruntergeladenen Datenmengen. Klar, je mehr Seiten angefragt werden, um so mehr Daten fallen da durchschnittlich an.

Eines fällt aber auf, denn obwohl die Anzahl der pro Tag abgefragten Seiten ab Mitte Januar und im Februar höher liegen als noch im November, ist die Datenmenge nicht in gleichem Maße angestiegen. Der Grund ist recht einfach. Ich hatte Anfang/Mitte Dezember die gzip-Komprimierung für die Seiten aktiviert.

Dauer des Herunterladens einer Seite (in Millisekunden)

Die Geschwindigkeit der Seitenauslieferung ist die für den normalen Nutzer, also den Besucher einer Website der wohl wichtigste, technische Wert. Wenn erstmal ein paar Sekunden nach dem Aufrufen einer Seite oder länger nichts passiert, ist das aus Anwendersicht eher unerfreulich.

Der Wert lag im November bei etwa 1,5 Sekunden und schließt damit an die Zahlen vom Oktober an. Anfang Dezember bin ich dann Dank wieder zu Strato zurückgekehrt und seitdem liegen die Ladezeiten fast immer bei erfreulichen 0,8 Sekunden. Aber eben nur fast. Wie man im Diagramm sieht, gab es schon im Dezember und Anfang Januar Ladezeitspitzen dei dann im Februar nochmal deutlich zunahmen. Allerdings ist das eher darin zu sehen, daß durch die größere Anzahl der pro Tag abgefragten Seiten auch die Wahrscheinlichkeit für den Googlebots auf eine Lastspitze zu treffen, größer war.

Ungeachtet dessen gibt es aber diese Lastspitzen, die nicht nur der Googlebot “sieht”, sondern auch der normale Nutzer bemerkt. Wenn man Pech hat, dauert das Laden einer Seite wieder 4 bis 6 Sekunden, ganz so wie vor der SpeedPlus-Zeit bei Strato. Diesmal ist es aber meiner Meinung nach nicht die schlechte PHP-Performance, sondern eher die Datenbank. Die Datenbankserver sind zwar grundsätzlich nicht wirklich lahm, legen aber ab und zu ein paar Gedenkminuten ein, wie mir scheint. Und genau dann dauert der Seitenaufruf wieder mehrere Sekunden. Kürzlich gab es auch wieder mal einen Totalausfall, der dann zu einem 500er Fehler führt.

Hin und weg

Nun sind zwar PHP und Webserver bei Strato schnell, aber die Datenbank klemmt mitunter. Deshalb bin ich vorerst wieder zu meiner externen Datenbank zurückgekehrt. Das eigentlich langsame ist hierbei die Datenübertragung über das Internet zwischen Strato (Karlsruhe/Berlin) und Host-Europe (Köln). Um das etwas abzudämpfen, habe ich zusätzlich ein Datenbank-Cache-Plugin installiert, welches häufig benötigte Daten auf dem Webspace bei Strato im Dateisystem ablegt, um diese nicht jedesmal neu übertragen zu müssen. Zumal sich viele Daten, z.B. die Artikel und Seiten normalerweise eh nicht ändern.

Nun werde ich das Alles mal weiter beobachten, wie das mit den Ladezeiten so aussieht und hoffe aber trotzdem, das Strato die Datenbankaussetzer in den Griff bekommt.

Schwarz, Weiß, Grau – wer wird daraus schlau?

Permalinks – Was verwenden die 33 deutschen Top-Blogs

Welcher Permalink ist das beste Ding?

Die Diskussion taucht immer wieder mal auf, wie sieht optimalerweise ein Permalink, also die Struktur der URL aus. Sollten das Datum oder die Artikel-ID enthalten sein, ist es sinnvoll Kategorien oder Tags mit aufzunehmen?

Eine allgemeingültige und endgültige Empfehlung kann es nicht geben, wenn man die unterschiedlichen Sichtweisen dazu berücksichtigt, die dann zu eher widersprüchliche Aussagen führen.

Betreibt man ein Blog im Sinne eines Tagebuches, ist sicher das Datum oder Bestandteile davon eine gute Wahl. Aus SEO-Gesichtspunkten bzw. für eine eher thematische Ausrichtung wird oft die Kategorie mit in die Permalinkstruktur aufgenommen. Für eine Webseite mit vielen Schreibern könnte auch der Autorenname eine geeignete Option sein.

Ich habe mir einfach mal die Permalink-Struktur der 33 deutschen Top-Blogs angesehen. Vielleicht läßt sich ja daraus eine Empfehlung ableiten.

Die Permalink-Struktur der 33 deutschen Top-Blogs

Zunächst stellt sich natürlich die Frage, welche sind denn die Top-Blogs in Deutschland? Auch hier kann man sich endlos streiten, wenn man will. Ich habe als erste Näherung einfach die aktuell zusammengerechnete Liste von heute, dem 24.02.2010, genommen. Die Permalinkstruktur habe ich in Gruppen zusammengefaßt, vor dem jeweiligen Blog steht der aktuelle Platz in der Top-33-Liste :

• Jahr, Monat, Tag und Artikelname (13)
  • 2. netzwertig.com
  • 3. Nerdcore
  • 4. Basic Thinking Blog
  • 10. Spreeblick
  • 12. Werbeblogger
  • 13. GoogleWatchBlog
  • 18. Die Fünf Filmfreunde
  • 19. Netzökonom (vorangstelltes ‘archive’)
  • 22. WordPress Deutschland Blog
  • 23. Lummaland
  • 25. MACNOTES.DE
  • 29. law blog (vorangstelltes ‘archives’)
  • 32. allesaussersport (vorangstelltes ‘archiv’)
• Jahr, Monat und Artikelname (5)
  • 11. Internet-Law
  • 15. Les Mads
  • 17. fscklog
  • 24. Indiskretion Ehrensache
  • 27. Alles Schall und Rauch
• Jahr und Artikelname (1)
  • 6. netzpolitik.org
• Artikelname (6)
  • 1. Stefan Niggemeier
  • 8. Caschys Blog
  • 16. Ruhrbarone
  • 30. 1x umrühren bitte (vorangstelltes ’stories’)
  • 31. Design Tagebuch
  • 33. Druckerei Blog
• Nummer und Artikelname (3)
  • 7. CARTA
  • 9. BILDblog
  • 20. UPLOAD Blog
• Artikelname und Nummer (1)
  • 5. StyleSpion
• Sonderformen (1)
  • 28. Elektrischer Reporter Kategorie (video) ? und Nummer
• Keine Permalink, Nummer als URL-Parameter (3)
  • 14. NachDenkSeiten
  • 21. MC Winkels weBlog
  • 26. Fefes Blog

Mehr als die Hälfte (57,6%) der Top-33-Blogs verwendet neben dem Artikelnamen das Datum oder einen Bestandteil davon in der URL. Bei allein fast 40% findet man das komplette Datum mit Jahr, Monat und Tag im Permalink. Gut 18% benutzen nur den Namen des Artikels als Permalink und weitere etwa 12% kombinieren dazu noch eine Nummer (Artikel-ID). Immerhin knapp 10% der Top-Blogs verwenden keine Permalinks, sondern setzen auf die Artikelnummer als URL-Parameter (?id=1234).

Erste Ableitung des Permalink-Aufbaus

Wenn man Permalinks verwendet, ist der Artikelname (in seiner Umwandlung zu einem URL-Pfad) gewissermaßen eine feste Größe. Die Einbeziehung des Datums oder von Teilen kann so schlecht nicht sein, diese Verwendet ein Großteil der Top-Blogs. Auch ganz auf Permalinks zu verzichten, hat gewisse Vorteile. Die URLs sind kurz und bleiben immer gültig, auch wenn man mal was am Artikel-Titel, dem Datum oder sonstigen Einflußfaktoren ändert.

Ich habe mir stichprobenartig noch weitere Blogs der Top-100 angesehen und zumindest keine Seite entdeckt, die etwa die Kategorie oder gar Tags in der URL verwendet. Mal davon abgesehen, daß Tags bei Wordpress bis zur Version 2.9.x nicht als Bestandteil der Permalinks funktionieren (obwohl in der Dokumentation genannt), gibt es auch noch andere Probleme.

Kategorie oder Tag im Permalink

In Wordpress kann man Artikel in mehreren Kategorien ablegen. Einem Artikel können zudem auch mehrere Tags zugeordnet werden. Verwendet man Kategorien oder Tags in Permalinks, erstellt Wordpress die die URL aus der Kategorie oder dem Tag mit der kleinsten ID. Ändert man nun die Kategoriezuordnung oder die Tags, kann sich möglicherweise auch die URL ändern.

Das ist aber erstmal nicht weiter schlimm, denn der Artikel wird auch weiterhin mit der alten Kategorie gefunden und angezeigt. Wordpress geht sogar soweit, einfach die Kategorie beim Auflösen der Permalinks zu ignorieren. Damit ergeben sich dann theoretisch beliebig viele URLs für einen Artikel.

Als Beispiel ist das auf meinem Testblog zu sehen. Die Permalink-Struktur sieht so aus:

/%category%/%postname%/

Der Artikel ist in der Kategorie “Allgemein” einsortiert, die URL sieht so aus:
http://testblog.schnurpsel.de/allgemein/hallo-welt/

Er ist aber auch mit der Kategorie “Blafasel”, “Hundekuchen” oder “Gibtesnicht” aufrufbar:
http://testblog.schnurpsel.de/blafasel/hallo-welt/
http://testblog.schnurpsel.de/hundekuchen/hallo-welt/
http://testblog.schnurpsel.de/gibtesnicht/hallo-welt/
Genau, diese Kategorien gibt es gar nicht.

Man hat damit potentiell also ganz viel bösen “Duplicate content” (DC). Da sage noch einer, die Kategorie im Permalink sei unter SEO-Gesichtspunkten empfehlenswert.

Permalink, so oder so

Letztendlich muß jeder selbst entscheiden, ob und wie er seine Permalinks gestaltet. Bei Putzlowitsch habe ich mich für das Datum entschieden, da ich dort eher im Sinne eines Tagebuchs schreibe. Hier verwende ich eine Kombination aus Artikelname und Artikel-ID, weil die sichtbare ID schnelle interne Links mit dem 123 IntLink-Plugin ermöglicht. Bei Twitter verwende ich übrigens gerne die WP-Shortlinks mit der ID als URL-Parameter, die sind schön kurz und funktionieren auch ohne Shortlink-Dienst.

Google-Bildersuche mit neuem imagesite-Parameter

Martin vom TagSEOBlog hatte kürzlich festgestellt, daß sich die Bildersuche mit dem site-Parameter anders als bisher verhält. Früher wurden für eine Site-Abfrage bei der Bildersuche in erster Linie Treffer angezeigt, bei denen sich das Bild selbst auf der Seite befindet.

Damit konnte man z.B. auch Hotlinks finden, daß heißt, eine andere Seite hat ein Bild direkt von der abgefragten Seite eingebunden. Besonders einfach ging das, wenn die abgefragte Seite bei Google als potentiell jugendgefährdend eingestuft war, denn dann förderte der SafeSearch-Parameter safe=strict alle Hotlinks auf einen Blick zu Tage.

Was die Site-Abfrage zeigt

Nun werden hingegen Bilder angezeigt, die auf der gesuchten Seite referenziert werden, egal ob sie als sichtbares Bild oder Link eingebunden sind. Es spielt jetzt auch keine Rolle mehr, ob sich das Bild selbst auf der Seite oder ganz woanders befindet. Bei meiner Schnurpsel-Seite sieht das dann so wie auf nebenstehendem Bild aus.

Das erste Bild ist von Strato, bei mir nur als Link im Zusammenhang mit SpeedPlus verwendet. Das dritte Bild (Brötchen) ist von Putzlowitsch und das fünfte von lebensmittelfotos.com, auch nur ein Link beim Brötchen-Beobachter.

Überall steht aber schnurpsel.de darunter, denn bei mir hier ist das Bild zu sehen oder verlinkt. Eigentlich ist diese Information damit fast redundant, da es ja immer dieselbe ist. Aber eben nur fast, denn es werden bei der Site-Abfrage auch Subdomains mit eingeschlossen, und diese werden dann gegebenenfalls angezeigt.

Der neue Suchparameter imagesite

Nun wäre es ja schön, wenn man nicht alle möglichen Bilder findet, die auf einer Seite “angezeigt” werden, sondern eben jene, bei denen das Bild auf der Seite beheimatet ist.

Genau dafür gibt es nun den Suchparameter imagesite:. Er funktioniert genau wie site:, man gibt dahinter einfach die gewünschte Domain an, z.B. imagesite:schnurpsel.de.

Das ist nun für meine Seite hier wenig spektakulär, von den 64 site-Bildern bleiben 56 imagesite-Bilder übrig. Aber es sind nun tatsächlich nur Bilder, die hier auf schnurpsel.de liegen. Ein schönes Beispiel ist aber jappy.de, da wird gehotlinkt, was das Zeug hält. So findet man derzeit etwa 88000 Bilder mit site:jappy.de, ich würde sagen, 99% davon sind überall auf der Welt, aber nicht auf jappy.de zu finden. Mit imagesite:jappy.de schrumpft das Ganze auf unter 500 (fast all von der Subdomain wiki.jappy.de) zusammen.

Damit funktioniert nun auch die alte Hotlink-Suche mit dem safe=strict Parameter ganz hervorragend, als Beispiel muß jetzt mal Martins Seite herhalten (ich hoffe, Du nimmst mir das nicht übel).
Nachtrag: Falls man nun grad nicht bei Google auf dem Index steht, klappt das mit dem safe=strict leider nicht. Es geht aber auch einfacher, wenn man es logisch zu Ende denkt:
imagesite:domain.tld -site:domain.tld
Hätte ich auch selber drauf kommen können, bin ich aber nicht
Danke für den Hinweis im Kommentar von Martin Mißfeldt auf diese Seite. Entdeckt hatte ich es aber schon heute Vormittag in einem Kommantar von Michael bei SEO-Book.

Ende gut, alles gut

Die neue Site-Abfrage (site:domain.tld) liefert nun einen schönen, konsistenten Überblick über alle Bilder einer Seite, die dort zu sehen oder verlinkt sind. Mit dem (neuen?) Parameter Imagesite imagesite:domain.tld bekommt man hingegen alle Bilder angezeigt, die auch als Bild auf der Seite beheimatet sind. Ich würde sagen, alles richtig gemacht, Google!