Bilder SEO – Bisher eigentlich komplett vernachlässigt

Axel Güldner Datum: 7. Februar 2012
Autor: Axel Güldner


Heute möchte ich ein Thema anschneiden, welches bisher wohl so niemand auf dem Schirm hatte (ich zumindest habe bisher keinen Gedanken daran verschwendet). Aber als ich dann in einem anderen Blog darüber gelesen habe, hat mich dann sofort die Faust der Erkenntnis getroffen, ähnlich einer Brockhaus-Enzyklopädie, die einem ins Gesicht fällt.

Wir bemühen uns immer das Thema SEO Onpage wie Offpage unseren Kunden näher zu bringen, damit diese gut bei Google ranken. Genauso versuchen wir bei einem Relaunch, möglichst viele alte wichtige Links mittels 301 Weiterleitungen zu retten.

Was wir bisher allerdings komplett vergessen haben, sind die Bilder. Denn auch die Bildersuche von Google, kann ein legitimer Weg sein, wie Besucher auf unsere Seiten gelangen. Dennoch fehlen uns an dieser Front noch so entscheidende Basics wie sprechende URLs und sogar sinnvolle Dateinamen.

Dieser Blogbeitrag erläutert was es im Zuge eines Relaunches zu beachten gilt. Viel wichtiger finde ich jedoch noch diesen Artikel, der die Grundlagen des Bilder SEO abhandelt

Was meint ihr? Ist Bilder SEO noch ein Feld in welchem wir Reserven haben? Oder ist dies ein Feature das die Welt nicht braucht?
Ich persönlich nutze häufig die Bildersuche, da ein Suchergebnis bei Google, welches nur aus Bildern besteht, schneller im Gehirn erfasst und verarbeitet werden kann, als eine Seite voller Links und Anrisstexte.

Kommentare

Stefan Oswald

Stefan Oswald

– 7. Februar 2012 / 12:16

Ein schwieriges Thema, zumindest technisch.
Aktuell sind unsere Bilder in der Media-DB nur über kryptische Dateinamen in Form von GUIDs abrufbar. Diese Struktur ist m.W.n. relativ fest im CMS verankert, und in allen bestehenden Portalen wird mit eben dieser Struktur gearbeitet. Eine “on the fly”-Änderung ist jedenfalls nicht möglich, dazu ist das Thema zu komplex.

Wenn wir ein konsistentes Schema für “lesbare” Bildnamen hätten, benötigten wir eine “Kompatibilitätsschicht” um Bild-URLs aus Vorgänger-Portale von anderen Agenturen zu mappen. Und auch das ist natürlich nur möglich, wenn die andere Agentur selbst auch ein definiertes Namensschema für die Bilder verwendet hat.

Abgesehen von diesen technischen Herausforderungen stelle ich fest, dass ich die Google Bildersuche niemals dazu benutze, um auf neue Seiten aufmerksam zu werden. Mich interessiert dann eigentlich immer nur das gesuchte Bild, und nicht die Seite, von der es stammt… ich kann dabei aber natürlich nur für mich selbst sprechen.

Axel Güldner

Axel Güldner

– 7. Februar 2012 / 14:07

Es müsste auf jeden Fall geprüft werden wie relavant das Thema ist, bevor entsprechende neuen Funktionen in CMS und Portalframework integriert werden.
Allerdings konnten wir vor ein paar Jahren auch Rubriken und Artikel im CMS nur mittels GUID aufrufen, bevor die Permalinks kamen.
Da ja auch Bilder letzten Endes lediglich CMS Objekte sind, wäre es ja evtl. möglich die Permalink Logik hier zu erweitern um auch Bilder (und natürlich auch Videos ^^) mit abzudecken.

Marco

– 10. Februar 2012 / 09:30

Hmm, ich seh das Problem net so arg, da wir ja die Bildgenerierung heute in jedem Portal haben.
Die GUID kann ja in der DB bleiben, bei der Generierung wird dann meinetwegen der Titel gesäubert (wie Permalink), die Dimensionen können ja dann noch mit nem – angehängt werden, das sollte kein Problem darstellen.
Hier gilt dann eigtl. nur noch aufzupassen das die Bildtitel nicht länger als 255 Zeichen werden.

Benjamin Hofmann

Benjamin Hofmann

– 13. Februar 2012 / 09:31

Im Zuge von imx.Image habe ich mich bereits mit dem Thema beschäftigt. An sich sind unsere Bilder bereits ganz gut optimiert, da alle Attribute die man fürs SEO benötigt vorhanden sind und auch genutzt werden.

Meiner Meinung nach gibt es hier nur noch eine wirkliche Optimierungsmöglichkeit: den Dateinamen. Das wollte ich im Zuge vom BHV bereits umsetzen, jedoch bin ich nach recht kurzer Zeit bereits auf diverse Probleme gestoßen:
1. Was passiert mit dem Dateinamen wenn man den Titel des Bildes ändert?
2. Was passiert wenn das im System hinterlegte Bild ausgetauscht wird ohne weitere Dinge (Titel, Beschreibung, …) anzupassen?
3. Wie kann man sichergehen, dass es bei gleichen Titeln, Größen, … keine Überschneidungen bei den Dateinamen gibt?

Kurzum: Wie Stefan bereits geschrieben hat ist das Thema technisch nicht ganz trivial. Ob sich der Aufwand hierfür lohnt sollte auch noch einmal hinterfragt werden. Eventuell kann man sich hier auch wieder etwas bei WordPress selbst abschauen, da dort diese Problematiken ganz gut gelöst wurden.

Selber kommentieren:






Weitere Beiträge zum Thema Technologie


Grunt concurrent und time-grunt

Autor: Florian Müller


Technologie


Gestern Abend bin ich auf einen Artikel gestoßen, welcher sich mit der Optimierung von Grunt Tasks beschäftigt hat. Vieles davon ist schon im Einsatz, aber eins hat dann doch noch gefehlt – die Parallelisierung. Dies habe ich heute morgen testweise bei einem Projekt integriert. Um vergleichbare Ergebnisse zu bekommen, welche unabhängig von anderen Build Tasks des …


Beitrag lesen
29.
Sep.
2016

imxTools1 und imxTools2 in einem Portal… erste Schritte sind gegangen

Autor: Bastian Schwarz


Technologie


Im Zuge des Schneebayern-Projektes besteht die Anforderung, dass die imxTools1 (für allgemeine imxTools-Inhalte) sowie die imxTools2 (für den Schneehöhenticker) parallel zueinander laufen müssen. Dazu wurde ein neuer Task in der build.xml angelegt, der eigtl genau das gleiche tut wie der register_integration_imxtools, nur dass er das Ziel in einen imxtools2 Ordner anlegt. Auszug aus der build.properties: …


Beitrag lesen
25.
Nov.
2011

XML in JSON oder Arrays umwandeln in PHP

Autor: Stefan Oswald


Technologie


Ich bin heute über die mir bisher in diesem Ausmaß noch gar nicht bekannte Mächtigkeit der JSON-Funktionen von PHP gestolpert: Wie sich bei einer imx.Mapwork Anpassung herausgestellt hat, kann json_encode() so ziemlich alles als Parameter erhalten – einschließlich SimpleXMLElement. Der einzige Typ, der nicht verarbeitet werden kann, ist “resource”. Auf diese Art ist es sehr …


Beitrag lesen
08.
April
2014

Das Leid mit den verzögerten Superdropdowns

Autor: Axel Güldner


Technologie


Jeder der bei uns mit dem Thema HTML Coding zu tun hat, durfte wahrscheinlich schon einmal einen Screen umsetzen, in welchem eine Klappnavigation in Form eines Superdropdowns vorgesehen war. Wer jetzt nicht weiß was ich mit Superdropdown meine, dass sind diese Riesen Unternavigationen, in welchen neben der zweiten Navigationsebene, noch einige weitere Inhalte untergebracht sind …


Beitrag lesen
07.
März
2013