Und da es bei WordPress fast alles auch per Plugin gibt, existieren natürlich auch Plugins, die Bewertungen usw. als Snippet im suchmaschinenfreundlichen Format darstellen können. Ohne Anspruch auf Vollständigkeit habe ich daher hier zwei Plugins die häufiger zum Einsatz kommen, aufgeführt:

GD Star Rating

GD Star Rating ist eigentlich dafür gedacht, die Benutzer über Beiträge abstimmen lassen zu können. Ist das Plugin aktiv wird zu jedem Artikel ein Abstimmfeld eingeblendet, das beispielsweise per Sternchen oder Schulnoten die Abstimmung ermöglicht. Auf Grundlage dieser Daten kann man beispielsweise auch die best benoteten Artikel anzeigen.

• http://wordpress.org/extend/plugins/gd-star-rating/

Seit Version 1.9.0 unterstützt das Plugin auch Microdata Formate und damit auch Google Rich Snippets.

Wer nach einer einfachen Möglichkeit sucht, Rich Snippets anzeigen zu lassen und das Plugin ohnehin im Einsatz hat, sollte von der zusätzlichen Möglichkeit die Daten google-freundlich darzustellen, Gebrauch machen. Für alle anderen kann dies auch sinnvoll sein, es könnte allerdings gerade bei älteren Beiträgen schwierig werden, wirklich aussagekräftige Bewertungen zu bekommen.

SEO Ultimate

SEO Ultimate war ursprünglich einmal als einfaches SEO-Plugin gestartet, mittlerweile hat das Plugin aber mehr als 20 Module, von denen eines auch speziell dafür zuständig ist, Rich Snippet Microformate auszuliefern.

Das Plugin generiert allerdings keine eigenen Daten sondern wandelt bloß bestehende Daten (beispielweise Artikel über Produkttests) in Rich Snippets. In erster Linie werden dabei Autor und Datum hinzugefügt, wenn das Plugin eine Bewertung findet (beispielsweise über eine Rating-Tool) wirde diese auch mit umgewandelt.

Etwas mehr dazu gibt es hier:

• http://www.seodesignsolutions.com/blog/wordpress-seo/seo-ultimate-3-0/
• http://wordpress.org/extend/plugins/seo-ultimate/

Um nicht warten zu müssen, ob die Plugins richtig gearbeitet haben und um zu prüfen, obGoogle auch versteht, das man nun Rich Snippet hat, kann man folgende URL nutzen. Dort findet sich das hauseigenen Rich-Snippet Testing Tool:

• http://www.google.com/webmasters/tools/richsnippets

Beispielsweise wurde die Webseite des Bundestagsabgeordneten Jens Spahn (CDU) mit einem fremden Artikel versehen. Dort lief ein WordPress System mit der Version 3.2.1 für das es leider schon einige Exploits gab (siehe beispielsweise hier und hier). Ebenfalls angegriffen wurde die Seiten von Silvana Koch-Mehrin (Mitglied des Europaparlamentes) die sogar noch mit einer alten WordPress 2.8.4 lief, ich spare mit an dieser Stelle, die möglichen Sicherheitslücke aufzuzählen.

Überhaupt finden sich in er Liste sehr viele Seiten die WordPress nutzen. Von hoffnungslos veralteten Installationen bis hin zu WordPress 3.3 Systemen ist alles dabei.

Leider werden nur selten Details angegeben, welche Lücke genau genutzt wurde. Von daher ist es nicht sicher, ob tatsächlich Sicherheitsprobleme bei WordPress zu den erfolgreichen Angriffen geführt haben, oder ob es andere Systeme waren, die genutzt wurden. Beispielsweise hat die TimThumb-Lücke Mitte dieses Jahres gezeigt, dass es nicht immer der Core sein muss, der Angriffsfläche bietet.

Auf jeden Fall sollte es sich mittlerweile herumgesprochen haben, dass Sicherheitslücken bei Wordpres sehr schnell aktiv ausgenutzt werden. Ein Versionupdate ist daher in jedem Fall Pflicht sobald neue Versionen mit Bugfixes für Sicherheitslücken erscheinen. Die 1-Klick Installation der neuen Updates ermöglicht es auch wenig versierten Nutzern, neue Versionen schnell zu installieren – eine Ausrede gibt es daher nicht. Darüber hinaus hilft es natürlich, die Tipps zur Absicherung einer WordPress Installation zu beachten. Einen 100%igen Schutz gibt es aber wohl leider nicht. Gerade komplett neue Versionen bieten oft auch komplett neue Exploits, da hilft nur selbst wachsam bleiben und eine schnelle Reaktion, sobald Fixes vorhanden sind. Ein Exploit Scanner oder ein Antivirus Programm für die eigenen Seite kann dazu helfen

Wer nicht selbst die eigenen Themes nach dieser Datei durchsuchen will, kann auf die Liste von sucuri.net zurückgreifen, in der viele Themes aufgelistet sind die mit dieser Datei arbeiten. Die Liste hat allerdings keinen Anspruch auf Vollständigkeit, es kann also auch bei anderen Themes noch zu Problemen kommen.

Liste der Themes die mit der timthumb.php arbeiten

Wer auf Nummer sicher gehen will, sollte selbst das Theme durchsuchen. In der Regel findet sich die Datei – so sie denn vorhanden ist – in einem Unterverzeichnis (meistens /libary oder /includes) . Wer die alte Version der Datei findet sollte sie durch die neue Fassung ersetzen. In dieser neuen Fassung gibt es die Sicherheitslücke nicht mehr.

zur gepatchen Version: timthumb.php

So ein Wechsel des Aussehens einer Webseite birgt jedoch auch einige Risiken. Viele Betreiber klagen nach einem Wechsel über kurz- oder auch längerfristige Einbrüche bei den Besucherzahlen, die meist darauf zurückzuführen sind, dass sich das Ranking in den Google Suchergebnissen verschlechtert hat.

Ein neues Theme bedeutet in der Regel auch, das sich die OnPage-Faktoren der Suchmaschinenoptimierung ändern – das hat natürlich auch Auswirkungen auf das Ranking der Seite. Daher sollte man vor einer größeren Umstellung des Designs einer Webseite das neue Theme auch auf die OnPage Optimierung prüfen und gegebenenfalls Änderungen vornehmen. Ein paar der wichigsten Bereich die man prüfen sollte habe ich nachfolgende aufgeführt.

Alles korrekt installiert?

Wenn die Benutzerzahlen wirklich massiv einbrechen kann das eine ganz einfach Ursache haben die man vorher dringend ausschließen sollte bevor man sich an alle anderen Maßnahmen macht: Ist der Trackingcode für die Statistik im neuen Theme auch bereits installiert und funktioniert er korrekt? Gerade bei Google Analytics vergessen Webmaster oft, den Code neu einzufügen weil er oft direkt über das alte Template angesteuert wurde und nicht in Quellcode hinterlegt war.

Seiten-Titel und Metaangaben

Ein neues Theme bringt in der Regel auch neue Header-Angaben mit sich bzw. werden die Headerangaben im Template auf jeden Fall verändert. Wer ein SEO-Plugin im Einsatz hat braucht sich an der Stelle weniger Gedanken zu machen, denn die Plugins überschreiben in der Regel die Einstellung des Themes. Trotzdem kann hier eine Kontrolle nicht schaden.

Wichtige Meta-Angaben eines Templates sind:

• Titel
• Description
• Canonical-URL

Um Auswirkungen auf die Serps zu vermeiden sollten diese Einstellungen im neuen Theme mit den Einstellungen im alten Template identisch sein.

Linkstruktur

Die interne Verlinkung ist ebenfalls ein wichtiger Faktor für das Ranking von Seiten. Ältere Seite werden darüber gefunden und mit den entsprechenden Linktexten verknüpft.

Beim neuen Theme sollte man darauf achten, dass eine ausreichende interne Verlinkung vorhanden ist und die alte interne Linkstruktur weitgehend nachgebildet wird. Das betrifft in erster Linie die Sidebar und den Footer. Oft werden diese Bereich mittlerweile per Widget oder internen Menüs angesteuert. Diese Ausgaben sollte man auch im neuen Theme einbinden um die Änderung so gering wir möglich zu halten.

Weiter Punkte für die intere Verlinkung ist die Pagination (also die Anzeige älterer Seiten in Listen wie der Startseite, Archivseiten usw.). Die Pagination sollte auf jeden Fall auch im neuen Theme vorhanden sein. Falls das Theme selbst keine Funktion dafür bietet kann man dies per Plugin nachbessern.

Gleiches gilt auch für weitere Bereich wie “Relatet Posts” (die ähnlichen Artikel) usw. Diese Features sollten, sofern sie bereits genutzt wurden, auch im neuen Theme vorhanden sein.

Überschriften und Unter-Überschriften

Die Kennzeichnung von Überschriften durch die h-Tags ist ein Faktor der von Google bei der Bewertung einer Seite beachtet wird. Das neue Theme sollte daher möglich wenig von der h-Struktur der alten Seite abweichen. Seitenüberschriften sollten im besten Fall h1 haben, Unterüberschriften h2-h4, je nach Wertigkeit. Der Umbau ist hier oft nicht ganz einfach das die Ausgaben durch die style-Dateien oft sehr theme-spezifisch sind. Im Zweifel sollte man sich immer für das Aussehen entscheiden und nicht ein h1 erzwingen obwohl man sich dadurch das Design kaputt macht.

Darüber hinaus wird der Wechsel eines Themes oft genutzt um auch andere (meist längst anstehende) Neuerung einzubauen. das geht von der Aktualisierung der WordPress Version über neue Plugins bis hin zu einer komplett neuen Permalink-Struktur. Ich kann von solchen Rundumschlägen nur abraten: Zu viele Faktoren machen eine Kontrolle der Auswirkungen sehr schwierig. Besser ist es die Maßnahmen einzeln und mit Abstand durchzuführen um bei negativen Auswirkungen die Änderngen auch wieder zurücknehmen zu können.

Die wichtigste Änderung ist wohl ein Problem mit den Nutzerrechten, das mit WordPress 3.1.2 gefixt wird. Mitarbeiter konnten damit unter Umständen Artikel veröffentlichen obwohl sie dazu an sich keinerlei Rechte haben sollte. Mitarbeiter können zwar Texte verfassen, dieser aber nicht direkt veröffentlichen sondern nur zur Revision vorlegen. Dann kann ein anderer Nutzer mit den entsprechenden Rechten diese freischalten. Erst dann wären die Artikel im Blog sichtbar.

Daneben wurde noch einige weitere Probleme gefixt. Perun schreibt dabei von 9 Problemen, im Tracker konnte ich allerdings nur 4 entdecken und auch laut Meldung von WordPress selbst gab es nur 4 neue Fixes. Allerdings ist die zahl auch eher nebensächlich, das neue Updaten sollte auf jeden Fall jeder einspielen der WordPress in den neueren Versionen nutzt.

Die geänderten Files:

• wp-includes/post-template.php

• wp-includes/version.php

• wp-includes/user.php

• wp-includes/query.php

• readme.html

• wp-admin/includes/class-wp-posts-list-table.php

• wp-admin/includes/update-core.php

• wp-admin/press-this.php
  

Die deutsche Version des Updates sowie das Upgradepaket das nur die veränderten Dateien enthält sind hier erhältlich:
http://blog.wordpress-deutschland.org/2010/12/29/wordpress-3-0-4-de-edition-und-upgradepaket.html

Wer sich nicht sicher ist kann unter Einstellungen › Schreiben › Fernpublizieren prüfen ob die XML-RPC-Schnittstelle aktiviert ist. Da Update gibt es wie immer unter wordpress-deutschland.org

Mehr dazu:

• http://wp-magazin.ch/2010/12/08/wordpress-3-0-3-erschienen/
• http://www.kalliey.de/wordpress-3-0-3-ist-da-sicherheitsluecke-wird-geschlossen/12/2010/
• http://www.schockwellenreiter.de/blog/2010/12/08/wordpress-3-0-3-ist-verfugbar/
• http://www.zweidoteins.de/wp/wordpress-3-0-3-ist-verfugbar-bitte-aktualisiere-per-fernpublizierung

Eine deutsche Version davon gibt es noch nicht aber wenn ich es richtig gesehen habe sind zumindest die geänderten Dateien ohnehin nicht sprachrelevant. Wer also nur die Änderungen hochlädt kann auch mit der englischen Version arbeiten.

Für WordPress-Nutzer gibt es bereits ein neues Plugin mit dem sich jetzt schon beispielsweise Sendezeiten umsetzen lassen. Eine erste Version des Plugins steht hier zum Download bereit: JMSTV Plugin. Das Plugin filtert deutsche IP Adressen heraus und liefert für diese IPs außerhalb der definierten Sendezeiten nicht die normale Webseite sondern eine Textseite auf die wahlweise gestaltet werden kann. Die Standard Version der Testseite gefällt mir aber schon mal ganz gut.

Unabhängig von diesem Plugin sollten sich Webmaster auf jeden Fall auf die neuen Regelungen ab 1.1.2010 vorbereiten und ihre Seiten dahingehend überprüfen ob Inhalte ausgeliefert werden die nach den neuen Regeln eine Kennzeichnung nötig machen. Das kann im übrigen schon ab einer Einblendung von Videos notwendig werden, genauere Richtlinien wann welche Altersstufe greift gibt es aber nicht. Das ist auch einer der größten Kritikpunkte an der Neuregelung.

Erste Webseiten haben wegen der Neureglung bereits angekündigt zu schließen. Darunter sind auch bekanntere Projekte wie etwa das VZlog

Verantwortlich für die Ausgabe der Bilder im Text ist folgende Angabe in der style.css des TwentyTen-Themes:

#content img {
margin: 0;
height: auto;
max-width: 640px;
width: auto;}

Sowohl für die Breite als auch für die Höhe ist eine automatische Angabe hinterlegt. Das Theme passt die Größe der Bilder im Blog automatisch an, unabhängig welche Größe dafür unsprünglich hinterlegt ist. Im Editor selbst wird diese Anweisung nicht verwendet, da hier die style.css nicht geladen wird.

Entfernt man die Auto-Angaben aus dem css-Eintrag löst sich das Skalierungsproblem und die Bilder werden auch im Frontend in der richtigen Größe angezeigt.

Der Fehler ist deswegen so ärgerlich weil das neue Standard-Theme den Einsatz noch einfacher machen sollte und daher für Einsteiger im WordPress Bereich gedacht war die schnell und einfach einen Blog aufsetzen wollen. Es ist aber nicht zu erwarten, dass ein WordPress-Anfänger dieses Problem alleine lösen kann. Bleibt zu hoffen, dass mit dem nächsten Update von WordPress auch dieser kleine Bug mit gefixt wird.

in der Regel reicht es allerdings, auf automatische Antispamsysteme zu setzen. Das bereits bei jeder WordPress-Installation enthaltene Akismet oder Antispambee leisten als Plugins gegen die Spamflut gute Arbeit und erfordern nur selten ein manuelles Eingreifen. Nur in Ausnahmefällen ist es daher wirklich notwendig auf die Blacklist-Systeme von WordPress zurückzugreifen.

So ein Ausnahmefall kann beispielsweise eintreten wenn wieder einmal ein SEO-Wettbewerb zu einem erfundenen Keywort (Revierphone?) gestartet wurden. Dann fallen Scharen von SEOs über Follow-Blogs her um manuell ihre Kommentare samt Keywortverlinkung unterzubringen. Gegen diesen manuellen Spam sind die Plugins meistens machtlos. Blacklists dagegen können nützlich sein, denn es reicht einfach das problematische Keywort auf die Blacklist zu setzen und schon werden Kommentare mit diesem Begriff einfach ausgefiltert. Dabei spielt es keine Rolle, wo der Begriff auftaucht. WordPress findet die Keywörter sowohl im Inhalt, im Namen, in der URL oder auch in der E-Mail-Adresse. Sogar IPs kann man so sperren, denn auch die IPs werden auf Blacklisteinträge überwacht.

Die Blacklists in WordPress finden sich unter Einstellungen – Diskussionen. Dort gibt es zwei große Felder mit den Titeln Kommentarmoderation und Kommentar-Blacklist. Kommentare mit Wörtern die auf der Kommentar-Blacklist zu finden sind werden sofort verworfen. Kommentare die Keywörter von der Kommentarmoderations-Liste enthalten werden dagegen nicht freigeschaltet sondern in die Warteschlange gelegt. Erst wenn der Blogbesitzer diese freischaltet werden sie angezeigt.

Für den englischsprachigen Raum gibt es im Übrigen bereits eine Vorlage für eine Blacklist mit der die häufigsten Spamkommentare ausgesiebt werden. Die Liste kann hier kopiert werden. Allerdings nützt diese Zusammenstellung natürlich nichts gegen Kommentare auf russisch oder anderen Sprachen.

Dazu ist es leider notwendig, sich eine eigene Application bei Twitter zu registrieren. Dazu wird benötigt:

• Application Name: (wird hinter “via” eingeblendet und mit der Application Website verlinkt)
• Beschreibung und Organisation (wird nicht angezeigt)
• Callback URL (für Rückmeldung über erfolgreiches Posten oder Fehlermeldungen)
• Zugriffstyp (Read&Write ist für Twitter Tools notwendig)

Ist dieser Vorgang abgeschlossen bekommt man die Customer Token und die Access Token die man bei Twitter Tools hinterlegen muss. Danach kann das Plugin wieder ganz normal Zugriff auf den Twitter Account nehmen. Die Prozedur ist allerdings deutlich aufwendiger als nur Name und Passwort einzugeben. Im Nachhinein kann man aber noch mehr Domains authentifizieren die sich eine App teilen.

Falls es also Probleme mit der Twitter Anbindung in der nächsten zeit geben sollte: Eventuell einfach mal das Plugin auf den neusten Stand bringen und die neue Authentifizierungsprodzedur durchführen.

Update: Dieser erste Post nach der Umstellung wurde natürlich prompt NICHT auf Twitter gepostet. Ich bin auch Fehlersuche … und hatte prompt den Read&Write Access vergessen …

Eine Vorschau auf eine (mögliche) Variante der Framework Umsetzung steht hier zur Verfügung: RichWP Framework Preview

Wer genervt ist das schon wieder ein Update ansteht: die neue Version ist nicht sicherheitsrelevant und muss damit nicht zwangsläufig zeitnah aufgespielt werden. Man kann also auch etwas warten – auf der anderen Seite geht das automatische Upgrade ja mit einem (maximal 2 Mausklicks) und ist damit eigentlich auch nicht viel aufwendiger.

Noch ist allerdings die deutsche Version nicht erschienen, ich denke aber im Laufe des Tages wird auch sie zur Verfügung stehen.

WordPress Papierkorb

Mit WordPress 2.9 kam die neue Papierkorb-Funktion. Gelöschte Objekte wie Beiträge oder Kommentare werden damit nicht mehr direkt aus der Datenbank entfernt sondern erst in den Papierkorb verschoben um sie eventuell wieder herstellen zu können falls sich herausstellt, das sie doch noch benötigt werden. Nach 30 Tagen werden Objekte dann (standardmäßig) aus dem Papierkorb entfernt. Wem dieser Zeitraum zu lang oder zu kurz ist kann mit folgenden Eintrag diese Zeitspanne verändern:

define(‘EMPTY_TRASH_DAYS’, 10 ); (Objekte werden nach 10 Tagen aus dem Papierkorb gelöscht)

define(‘EMPTY_TRASH_DAYS’, 0 );

Mit der letzten Option kann man den Papierkorb mehr oder weniger ausschalten denn gelöschte Objekte werden dann sofort vernichtet. Ob das sinnvoll ist sollte jeder selbst entscheiden, denn ein falscher Klick ist schnell mal getan und dann ist die Wiederherstellung durchaus sinnvoll.

Datenbank Reparatur

Ein korrupte Tabelle in der Datenbank kann viele Fehler verursachen und wenn es zum Beispiel die Options-Table betrifft auch ein Login unmöglich machen. Abhilfe schafft ein direkter Zugriff auf die Datenbank und ein entsprechendes Repaid-Kommando. Wer darauf keinen Zugriff hat kann Worpress diese Funktion auch selbst ausführen lassen:

define('WP_ALLOW_REPAIR', true);

Damit führt WordPress auch ohne Login ins Backend den Repair Table Befehl aus der unter Umständen beschädigte Datenbanken wieder herstellen kann. Dieses Kommando sollte allerdings nur dann genutzt werden, wenn die Datenbank beschädigt ist. Im Normalfall hat dieser Befehl also nichts in der wp_config.php zu suchen.

Eine Übersicht über alle vorhandenen Befehle für die WordPress Config Datei gibt es hier.

Was Autoren beachten sollten

Für Autoren gibt es beim Titel bis auf wenige Grundregeln nicht viel zu beachten. Der Titel eines Artikels sollte kurz sein und zum Thema passen, dazu sollte er (falls gewünscht) das wichtigste Keywort enthalten. Die Position des Keyworts im Titel ist dabei auch ein Kritierium, wichtige Wörter sollten an den Anfang des Titels gerückt werden, der Rest kann danach folgen. Suchmaschinen lesen derzeit nicht mehr als 80 Zeichen des Titels. In den Suchergebnissen werden um die 60 Zeichen abgebildet. Man sollte sich also im Title auf diese Zeichenanzahl beschränken und alles wichtige in den ersten 60 bis 80 Zeichen gesagt haben. Das betrifft übrigens nur den Webseitentitel – der Titel des Artikel selbst kann durchaus länger sein wenn man für bei Felder unterschiedliche Werte eingeben kann (etwa durch ein SEO-Plugin).

Template-Funktionen

Damit die Arbeit und Mühe der Autoren mit einem schönen Title auch Früchte trägt muss das Theme von WordPress damit auch umgehen können. Der Titel muss also auch abgebildet werden. Die meisten neueren Themes machen das bereits standardmäßig. Zur Kontrolle kann man sich die header.php des Themes anschauen. Dort sollte im zwischen <title> und </title> irgendwo die Funktion wp_title aufgrufen sein.

Man sollte bei der Kontrolle auch darauf achten, ob vor dem Beitragstitel noch etwas eingefügt wird. Häufig stehen Kategorien oder der Blog-Name davor und senken damit die Relevanz des eigentlichen Titels in dem sie ihn nach hinter verschieben. Diese Funktionen sollte man entfernen oder hinter den Beitragstitel verschieben.

Titel per Plugin

Einfacher geht es mit einem SEO-Plugin. Diese bieten die Möglichkeit die Einstellungen des Templates hinsichtlich des Titels zu überschreiben und man sollte von dieser Möglichkeit auch Gebrauch machen. Bei den Umschreiberegeln sollte man darauf achten, ob der Blogtitel mit eingefügt wird und an welcher Stelle dieser im Titel erscheint. Schlecht ist es wenn der Blogtitel vor dem eigentlichen Beitragstitel angezeigt wird, denn wie oben bereits erwähnt sinkt die Relevanz der Keywörter je weiter hinten sie im Titel stehen. Daher ist es besser den Titel des Blog (so er denn angezeigt werden soll) hinter den Titel des Beitrags zu stellen.

Die meisten SEO Plugins für WordPress bieten auch die Möglichkeit den Title für jeden Artikel manuell anzugeben. Damit besteht die Möglichkeit für die Suchmaschinen einen kurzen, knackigen Titel mit Keywörtern zu hinterlegen während man auf der Seite über dem Artikel mit einer ausführlicheren Variante arbeitet.  Die beiden Titel-Varianten sollten thematisch aber natürlich trotzdem zum Artikel passen.

Wer sich für die neuen Features interessiert sollte im Codex vorbei schauen. Insgesamt stößt die neue Version aber auf durchweg positives Feedback.

In den Foren selbst liest sich das Feedback ein wenig durchwachsener. Einige Nutzer sind hochzufrieden mit dem deutlich schnelleren Backend, allerdings soll der Speicherverbrauch der neuen Version nochmal nach oben gegangen sein. Damit setzt sich der Trend der letzten Versionen fort und gerade Nutzer mit kleiner Webspace-Paketen könnten auch diesmal wieder Speicherprobleme bekommen. Größere Bugs oder Probleme wurden aber noch nicht berichtet.

Ich freue mich in der neuen Version in erster Linie auf die die neuen Artikel-Slugs. Damit lassen sich (wie derzeit auch schon für Seiten und Kategorien möglich) individuelle Seite für bestimmte Artikel anlegen. Die Möglichkeit, WordPress noch individueller anzupassen, steigen damit enorm. Insbesondere für WordPress Systeme die als CMS genutzt werden sind jetzt ganz neue Seitenstrukturen möglich. Bislang waren individuelle Unterseiten nur außerhalb des Systems möglich, nun können sie direkt im Template Verzeichnis mit eingebunden werden. Ich bin gespannt was die Template-Macher damit anstellen werden.

In den meisten deutschen Blogs sind Pingbacks und Trackbacks mit einem nofollow-Tag entwertet. WordPress macht das automatisch und die meisten Webmaster lassen diese Voreinstellung auch so um Kommentarspam zu vermeiden. Ohnehin lässt sich das nofollow-Attribut nur mit einem Plugin entfernen. Viele kleine Webmaster wissen vermutlich nicht mal, dass ihre Kommentarfelder so behandelt werden.

Nofollow im Kommentarbereich ist für mich durchaus noch nachvollziehbar denn die Anzahl der Spammer die nur Kommentare schreiben um ihre Links unterzubringen ist nach wie vor hoch. Für den Trackback- und Pingbackbereich halte ich aber die nofollow-Kennzeichnung für sinnlos und kontrapoduktiv. Jeder Webmaster macht seinen Blog für eine Verlinkung von außen unattraktiv, wenn er die Trackbacks auf nofollow lässt. Das hat weniger damit zu tun, dass alle Webmaster darauf aus sind Google-Links abzustauben. Ich finde es immer unfair einen Link auf einen Blog zu setzen der sich selber durch Linkgeiz auszeichnet. Das schreckt ab. Und wenn ich die Wahl habe zwischen mehreren Blogs die zu einem Thema geschrieben haben und die ich verlinken könnte sind follow-Trackback Blogs natürlich immer die erste Wahl.

Um die Trackbacks gezielt auf Follow zu setzen, die normalen Kommentar-Links aber weiter vor Spam zu schützen, gibt es ein kleines Plugin das auch schon etwas älter ist: Dofollow Trackback. Dieses Plugin setzt nur Trackback und Pingback Links auf Follow, der restliche Kommentarbereich bleibt nofollow. Eventuell hilft das ein wenig, die Linklust innerhalb der deutschen Blogs zu erhöhen.

Und um dem Aufruf von Netzwertig zu folgen: 99 Blog-Tipps: Mehr Besucher und Backlinks durch Pingbacks und Trackbacks

Kostenlose Premium WordPress Themes

Zum Vergleich: Im Normalfall kostet eines der RichWP Themes 69.90 Dollar, die PRO-Versionen kosten sogar noch mehr. Diese sind aktuell alle gratis erhältlich.

(via Blogprojekt)

Dabei ist WordPress bereits von Haus aus recht suchmaschinenoptimiert angelegt, allerdings hat es im Bereich SEO auch die eine oder andere Problemzone die man wissen sollte um sie gleich von Anfang an zu umgehen.

1. SEO-Plugins für WordPress

Die oben genannten Plugins gehören zur Standardausstattung eines Blogs und sollten daher gleich zu Anfang mit installiert werden:

• All in One SEO Pack oder
• wpSEO
• Google XML Sitemaps

Der All in One SEO Pack ist ein kostenloses Paket das eine Reihe von Optimierungen am Blog vornimmt. So fügt das Plugin beispielweise eine Meta-Description in die Beiträge ein die in den Suchergebnissen angezeigt wird und bietet die Möglichkeit Seitentitel umzuschreiben. Dazu besteht die Möglichkeit über das Plugin kanonische URLs einzufügen um doppelte Inhalte zu vermeiden. wpSEO ist ebenfalls ein leistungsstarkes SEO-Plugin für WordPress das neben den All in One SEO Funktionen noch einige weiteres Features wie zum Beispiel die Kennzeichnung von Adsense-Inhalten oder die Prüfung auf doppelte Meta-Inhalte beinhaltet. Die Version für einen Blog gibt es ab 19.99 Euro, für mehrere Blogs gibt es das Paket ab 49.99 Euro. Wer beide Plugins selber vergleichen möchte kann die 10tägige Testphase von wpSEO dazu nutzen.

Das Sitemap Plugin stellt die gesamte Blogstruktur in einer Sitemap dar die von Suchmaschinen und insbesondere von Google leichter gelesen werden können. So müssen die Crawler der Suchmaschinen nicht erst jede Seite im Blog mühsam selbst suchen sondern bekommen eine Art Landkarte an die Hand welche Seite vorhanden sind und unter welcher Adresse diese aufgerufen werden können. Das Plugin arbeitet dabei vollständig automatisch.

2. Struktur der URLs

WordPress baut im Normalfall die URLs mit IDs auf. Im Link steht dann einfach die ID des Beitrags in der Form http://www.blog.de/?p=281. Das ist zwar nicht schädlich, geht aber deutlich eleganter und schicker.

Unter Einstellungen/Permalinks kann man mit zwei Klicken die Struktur so umstellen, dass der Posttitel in der URL erscheint. Das reichert Links mit Keywörtern an (aus SEO-Sicht) und gibt zudem noch schöne sprechende URLs aus mit denen auch die Leser meist mehr anfangen können. Mehr Hinweise dazu finde sich auf wordpress-magazine.

WordPress bietet auch die Möglichkeit ohne eine htaccess Datei oder das mod_rewrite Modul auf dem Server sprechende URLs zu nutzen. Eine Anleitung dazu gibt es hier: WordPress htaccess.

3. mehrfacher Content

WordPress strukturiert den Content mittlerweile mehrfach. Der gleiche Beitrag erscheint sowohl in der Kategorienansicht als auch in den Tages-, Monats- und Jahresarchiven sowie in den neusten Versionen auch unter den Tags. Die Veröffentlichung eines Beitrages kann so schnell zu 5-10 neuen Seiten im Index führen.

Nun ist derartiger doppelte Content nicht mehr so gefährlich, Google hat erst erklärt, dass deswegen keine Abstrafungen erfolgen. Allerdings müllen diese Seiten den Index voll und es kann passieren, dass die Indexierung neuer Beiträge darunter leidet. Da aber neue Beiträge an sich der Kern eines Blogs sind sollte man diese auch so schnell wie möglich in den Index bekommen.

Dafür ist es sinnvoll einerseits nur die Kurzfassungen der Beiträge anzuzeigen. Das reduziert zwar die Seitenzahl nicht unbedingt, sorgt aber zumindest dafür, dass diese Seiten eher als eigenständig erkannt werden. Um dies zu erreichen sollte man im Template in der archives.php und search.php den Befehlt the_content durch the_excerpt ersetzen.

Um die viele Seitenversionen aus dem Index zu halten empfiehlt sich der Einsatz eines Plugins. All in One SEO zum Beispiel bietet die Möglichkeit Kategorienansichten, Archive und Tags mit einem Klick auf Noindex zu setzen. Damit würden sie nicht mehr von Google in den Index aufgenommen und entsprechend auch dort nicht mehr auftauchen. Damit reduziert man die Zahl der Seiten im Index und damit auch einige potentielle Suchtreffen per Longtail, in der Regel sind die Gewinne bei den neuen Artikel diesen Verlust aber wert. All in One bietet in den neueren Versionen auch die Möglichkeit kanonische URLs festzulegen. Diese Möglichkeit sollte unbedingt genutzt werden.

4. Interne Verlinkung stärken

WordPress arbeitet von Haus aus eigentlich nur mit der Kategorienansicht um auf ältere Beiträge zu verlinken. Das ist nicht ausreichend und daher sollte man einige Plugins nutzen um mehr interne Links anzuzeigen.

Sinnvoll Plugins für diesen Einsatz sind ein Pagination Plugin (um die Buttons vor und zurück durch Seitenzahlen zu ersetzen) sowie die Anzeige anderer relevanter Beiträge unterhalb von Artikeln. Damit baut man nicht nur zusätzliche Links auf sondern gibt Lesern auch einen echten Mehrwert in dem man auf weitere themenrelevante Inhalte hinweist.

Plugins für diesen Zweck sind beispielsweise:

• WP-Paginate

• WordPress Related Posts

Diese Probleme sind aber nur eine Seite der Medaille, dem gegenüber stehen auch ein paar handfeste Vorteile die WordPress im Bereich SEO mitbringt. So ist die Geschwindigkeit der Indexierung neuer Post bei WordPress extrem hoch. Eine gut optimierte private Seite kann es durchaus schaffen neuen Beiträge innerhalb weniger Minuten in den Google Index zu bekommen. Das schaffen statische Seiten nur selten und selbst andere CMS haben hier oft das nachsehen. Dazu sind die Funktionen für automatisches Linkbuilding bei WordPress sehr ausgeprägt: in der Regel werden Pingbacks unter WordPress Blogs automatisch gesetzt ohne das sich ein SEO darum kümmern müßte.