Im Search Engine Journal wurde die ehrgeizige Aufgabe formuliert, 200 Ranking-Faktoren für die Platzierung von Suchergebnissen bei Google herauszufinden. Ganz so viele sind es zwar nicht geworden, aber im Techvision-Blog wird eine ganz nette Kurzübersicht dazu vorgestellt.

Natürlich sind die einzelnen Punkte nicht 100% überprüfbar, aber sie stellen doch einen ziemlich guten status quo darüber dar, worauf man zur SEO achten sollte. Ich bin aus dem Thema (mittlerweile) etwas ‘raus, aber interessant finde ich es allemal.

Die insgesamt dann doch “nur” 119 Faktoren in unterscheiden sich in folgende Kategorien:

• Domain (12 Faktoren)
• Server (2 Faktoren)
• Architektur (7 Faktoren)
• Inhalt (11 Faktoren)
• Interne Verlinkung (5 Faktoren)
• Website-Faktoren (6 Faktoren)
• Seitenspezifische Faktoren (9 Faktoren)
• Schlüsselwörter (11 Faktoren)
• ausgehende Links (8 Faktoren)
• Backlinks (26 Faktoren)
• Besucherprofil (6 Faktoren)
• Manipulationen (10 Faktoren)
• Sonstiges (6 Faktoren)

Details findet ihr – wie erwähnt – im Techvision Blog.

John O’Nolan hat auf The Web Squeeze einen lesenswerten Artikel darüber verfasst, warum es nicht genügt, wenn man viele Links auf seine Webseiten einsammelt, um die Positionierung in den Suchmaschinen zu verbessern.

Das traditionelle Setzen von Links auf diversen Seiten funktioniert nicht mehr, weil die Jungs von Google nicht blöd sind. Wirklich nicht. Alle Tricks, die sich ein findiger SEO ausdenkt, sind bei Google schon längst durchdacht – kein Wunder bei einem Unternehmen dieser Größe und bei den Fachkräften, die sie sich leisten . Außerdem ist ein Link von einer weniger bekannten (aber thematisch passenden) Webseite viel wertvoller als ein beliebiger Link von einer  prominenten Webseite, bei der es um etwas völlig anderes geht. Und Google kann Webseiten thematisch einordnen – ganz sicher.

John kommt daher zum Schluss, dass es nur eine vernünftige Möglichkeit gibt: Authentisch sein! Eine lebendige Webseite mit relevantem Content ist die beste Voraussetzungen dafür, dass man freiwillig von Webseiten verlinkt wird, die sich auch im gleichen Themenfeld bewegen. Bloggen und twittern: Ja, aber nicht nur, um auf seine Webseite hinzuweisen – stattdessen sind das Kanäle, um Inhalte loszuwerden, die andere Leute auch interessieren. So erreicht man nebenbei auch noch, dass sich neben den technischen auch menschliche Netzwerke bilden – und die sind manchmal noch wertvoller.

Endlich mal eine einfache Möglichkeit, die Formulare auf seinen Webseiten durch vernünftige Captchas vor Spam zu schützen!

(Erneut gefunden bei Webthreads.de)

Vielleicht hatten schon mehrere Leute das Problem, dass die (wunderbare) Extension “cooluri” für TYPO3 so ihre Probleme mit der Standardsprache hat. TYPO3 hängt an Links nicht immer den Sprachenparameter L=0 (Default-Language) an, so dass “cooluri” die URL nicht in der Form “www.domain.tld/de/seite.html” sondern “www.domain.tld/seite.html” generiert.

Das führt bei mehrsprachigen Seiten zu dem unschönen Ergebnis, dass einige URLs den Sprachparameter enthalten – und andere nicht. Neben dem kosmetischen (und für mich allerdings entscheidenden!) Aspekt gibt es jedoch noch das Problem mit der doppelten Indexierung bei Suchmaschinen, wenn die Seiten doch mit Sprachparameter aufgerufen wurden.

Leider ist das Folgende keine 100% “saubere” Lösung, aber es ist eine, die funktioniert. Ich habe sie zufällig hier gefunden:

1. Fügt in eurer XML-Konfiguration bei den Sprachenparamtern einen weiteren Eintrag hinzu:

   <value key="de"></value>

2. Ändert die Datei \cooluri\link.Translate.php ungefähr in Zeile 467 (Durchlauf der Valuemaps), so dass die Bedingung der If-Abfrage folgendermaßen lautet:

   ((string)$val==$params[(string)$vm->parameter] && (string)$val['key'])

3. Kommentiert diese Abfrage (und natürlich die geschweiften Klammern!) aus:

   if (isset($params[(string)$vm->parameter]))

(Der gesamte Code-Block ist in der oben angegeben Quelle zu finden)

Für die tolle Lifestream-Anwendung Sweetcron wird zwingend mod_rewrite (und damit also auch der Apache) vorausgesetzt. Um das Programm dennoch mit dem lighttpd-Webserver zum Laufen zu bringen, habe ich folgende Konfiguration vorgenommen:

url.rewrite-final = (
"^/(system|images)/(.*)$" => "$0",
"^/(.*\.css|.*\.ico|.*\.php)" => "$0",
"^/(.*)$" => "/index.php/$1"
)


Außerdem müsst ihr im Stammverzeichnis eine leere Datei namens .htaccess anlegen, da deren Vorhandensein von Sweetcron abgefragt wird.