Daher habe ich mich mal auf die Suche nach einem Plugin gemacht, was dieses “Problem” wieder für mich löst – es gibt sicherlich auch einen workaround, der auch ohne Plugin zurechtkommt, aber an die core-Dateien will ich nicht ran und über die .htaccess-Datei sind meine Versuche alle gescheitert (bzw. führten zu einem ungewünschten Nebeneffekt).

Nachdem ich mit diesem Problem aber nicht allein bin, hat sich die Suche auch irgendwann als erfolgreich gezeigt: Das Plugin, welches auch noch mit der aktuellen Version zurechkommt, heißt “WP No Category Base” und kann über die Plugin-Datenbank bzw. direkt im Admin-Bereich installiert werden.

Man kann dieses Plugin auch einsetzen, wenn Google und andere Suchmaschinen die Seite schon mit /category/ in der Verzeichnisstruktur indexiert hat, denn es wird automatisch ein 301-Redirect von der alten Struktur auf die neue – ohne /category/ – gesetzt. Somit lernen auch Suchmaschinen schnell, dass es eine neue Struktur gibt und aktualisieren diese auch im Index, ohne dass die alten Links verloren gehen.

Ein probates Mittel, die Ladezeiten zu verbessern, ist die Komprimierung des HTML-Codes. Vereinfacht ausgedrückt, werden die HTML-Seiten dabei einfach ZIP-komprimiert vom Server an den Browser/ Client übertragen, das heißt, dass sie in der Regel auch schneller geladen werden.

Für WordPress gibt es viele Plugins, die eine GZip-Komprimierung des Blogs ermöglichen sollen. Dabei bekommt man das auch ohne extra Plugin mit einer Zeile Code in der functions.php Datei im Theme-Ordner hin:

<?php
ob_start("ob_gzhandler");
?>

ob_gzhandler ist eine PHP-Funktion, die die Ausgabe von HTML-Code GZip-komprimiert.

Ich muss dazusagen, dass mein Hoster diese Funktion unterstützt – dazu ist nämlich die zlib extension von PHP notwendig, sonst funktioniert das Ganze nicht so einfach (über die functions.php-Datei).

Wer also mal ausprobieren will, ob die GZip-Komprimierung funktioniert, schreibt einfach die oben genannte Zeile Code an den Anfang der functions.php Datei. Erscheint danach im Browser keine Fehlermeldung, ist die zlib-extension vorhanden und die Komprimerung läuft. Gefühlt sollte sich die Ladezeit auch schon deutlich verbessert haben. Bei mir gab es eine Verbesserung um ca. 75% – ein stolzer Wert und sicherlich auch gut für Google.

Durch den Einbau der Funktion in die functions.php übersteht das Ganze auch ein Update auf eine neue WordPress-Version, da sich die Änderung/Ergänzung ja auf Theme-Ebene befindet.

Viel Spaß beim Ausprobieren! Wer noch andere Tipps zur Komprimierung oder Verbesserung der Ladezeiten von WordPress hat, kann wie immer die Kommentarfunktion verwenden.

Update: Falls nach der Implementierung im Admin-Bereich Fehlermeldungen auftauchen, kann alternativ auch mal das Plugin wpCompressor von Sergej Müller ausprobiert werden!

Dabei gestaltet sich die Einrichtung des Ganzen sehr einfach, sofern Google Analytics bereits richtig in WordPress integriert ist (falls nicht, einfach das großartige Plugin Google Analyticator verwenden).

Google Analytics - Profil bearbeiten

Direkt nach dem Login bei Google Analytics hat man die Option, die Profil-Einstellungen zu bearbeiten. Dabei wird eine Übersicht mit den bereits beim Einrichten von Analytics erfolgten Einstellungen angezeigt. In der Ecke oben rechts befindet sich der Link “Bearbeiten”.

Google Analytics - Site Search aktivieren

Danach einfach bei der Option “Site Search” auf “Website-Suche protokollieren” klicken (ein paar neue Unterpunkte klappen auf) und dann bei “Suchparameter” den Buchstaben “s” eintragen (bei einer Standard-Wordpress-Installation ist der Suchparameter immer “s”). Die restlichen Einstellungen unverändert lassen.

Nach dem Speichern der Einstellungen kann unter “Content -> Website-Suche” die Protokollierung der WordPress-Suche eingesehen werden. Natürlich müssen dafür nach der Aktivierung erst ein paar Suchabfragen erfolgen, da sonst auch keine Daten ausgegeben werden können. Bei stark frequentierten Blogs sollten nach 3 bis 5 Stunden die ersten Daten auflaufen. Ansonsten ruhig auch mal 24 Stunden verstreichen lassen oder zum Testen selbst eine Suche durchführen.

Warum sollte die Suche mitprotokolliert werden?

Das Auswerten der Suchanfragen kann in zweierlei Fällen sinnvoll sein:

1.) Usability Optimierung

Wenn die gleiche Suchanfrage immer häufiger auftaucht, könnte dies ein Indiz sein, dass der Besucher eine bestimmte Information nicht “auf den ersten Blick” findet. Gerade bei für Webseiten und Blogs typischen Begriffen wie “Impressum” oder “Kontakt”, sollte man überprüfen, ob die Links zu diesen Seiten eventuell nicht schnell auffindbar sind.

2.) Neue Artikel und Themen

Wenn das Blog ein bestimmtes Thema zum Inhalt hat, dann können die Suchanfragen auch eine Inspirationsquelle für neue Artikel sein. Wenn man zum Beispiel ein Blog zum Thema “WordPress” betreibt und immer wieder nach “Site Search” gesucht wird, dann sollte man einen Artikel zu diesem Thema veröffentlichen, damit Besucher bei der nächsten Suche auch fündig werden.

Sicherlich gibt es auch noch weitere sinnvolle Einsatzzwecke für Analytics’ Site Seach – Vorschläge sind wie immer als Kommentar willkommen.

Das Wichtige bei einer Sitemap ist eigentlich, dass sie automatisch mitwächst. Sprich, wenn ein neuer Artikel oder eine neue Seite erstellt wird, sollte auch die Sitemap entsprechend aktualisiert werden. Das Plugin “PS Auto Sitemap” von Hitoshi Omagari eignet sich ganz hervorragend für diesen Zweck.

Das Besondere ist, dass man gleich noch 12 verschiedene Darstellungsmöglichkeiten der Sitemap hat, ganz ohne, dass man nochmal das eigene Design bzw. die eigene CSS-Datei anfassen muss. Außerdem kann man noch einzelne Seiten oder auch ganze Kategorien von der Darstellung ausschliessen.

Einstellungen: PS Auto Sitemap

]]> http://www.wordpress-magazin.de/sitemap-plugin-fuer-wordpress/feed/ 23 http://www.wordpress-magazin.de/werbe-banner-nur-fuer-besucher-von-suchmaschinen-anzeigen/ http://www.wordpress-magazin.de/werbe-banner-nur-fuer-besucher-von-suchmaschinen-anzeigen/#comments Thu, 08 Jan 2009 22:16:27 +0000 Thomas Langel http://www.wordpress-magazin.de/?p=556 mehr »]]> Ich bin bei WpRecipes auf einen interessanten Artikel zum Thema “AdSense-Anzeigen” gestoßen. Viele Blog-Betreiber möchten ja durch die Textanzeigen von Google monatlich ein paar Werbeeinnahmen generieren, um die Hosting-Kosten zu decken.

An sich völlig verständlich, andererseits stören die Textanzeigen oder ganz allgemein Werbebanner auch viele Leser und sicherlich auch viele Blog-Betreiber. Durch diese Funktion von WpRecipes lässt sich das Einblenden von Werbeanzeigen – speziell auch von AdSense-Anzeigen – ein wenig eingrenzen. Das Skript sorgt dafür, dass nur Besucher, die über eine Suchmaschine auf die Seite gelangt sind, eine Anzeige angezeigt bekommen. Alle anderen Besucher, also Leute, die das Blog direkt aufgerufen haben – über ein Bookmark oder den RSS-Feed – sehen keine Anzeigen und können ungestört die Artikel lesen.

Wer sich viel mit Online-Marketing bzw. mit der Google-AdSense-Technologie beschäftigt, weiß, dass vor allem Besucher, die über Suchmaschinen auf eine Webseite gelangen, auch auf Anzeigen klicken. Das geschieht meist dann, wenn der Besucher nicht fündig geworden ist und eine Textanzeige, die zum gefundenen Artikel bzw. Content passt, eine “bessere” Antwort liefern könnte. Die bis dato generierten Werbeeinnahmen sollten sich also nicht verringern. Im Gegenteil: Durch Google’s SmartPricing-Technologie und die durch das Skript verursachte bessere Klickrate auf die Anzeigen (die Impressionen der Anzeigen sinken ja, wenn sie nicht mehr jedem Besucher gezeigt werden), sollte sich der eCPM und damit die Gesamteinnahmen sogar verbessern lassen.

Soweit zur Theorie, hier die Praxis:

1. functions.php im Theme-Ordner anpassen:

$ref = $_SERVER['HTTP_REFERER'];
$SE = array('/search?', 'images.google.', 'search.', 'del.icio.us/search', '/search/', '.yahoo.');
foreach ($SE as $source) {
if (strpos($ref,$source)!==false) {
setcookie("sevisitor", 1, time()+3600, "/", ".wordpress-magazin.de");
$sevisitor=true;
}
}

function wpmag_fromasearchengine(){
global $sevisitor;
if ($sevisitor==true || $_COOKIE["sevisitor"]==1) {
return true;
}
return false;
}

Was passiert hier? Eigentlich ganz einfach: Das Skript liest den Referer des Besuchers aus und achtet dabei auf bestimmte Teile in der URL. Diese stehen im Array $SE. Wer also weitere Suchmaschinen oder Seiten dazunehmen möchte, der kann das Array einfach erweitern. Der Code oben sorgt dafür, dass der Wert “true”, also “wahr” zurückgegeben wird, wenn der Besucher von Google, inkl. der Google-Bildersuche, von del.icio.us oder von Yahoo und anderen Seiten die in der URL “search” enthalten auf die Seite gelangt. Wenn das nicht der Fall ist, wird der Wert “false” bzw. “falsch” zurückgegeben.

Außerdem setzt das Skript ein Cookie mit dem Namen “sevisitor” beim Benutzer, wodurch verhindert wird, dass bei einem Reload der Seite oder beim Navigieren auf dem Blog plötzlich keine Anzeigen mehr erscheinen (der Referer ändert sich ja dann). Die Cookie-Laufzeit beträgt dabei 3600 Sekunden, also 10 Minuten – danach ist das Cookie nicht mehr gültig und die Werbe-Anzeigen würden verschwinden. Wer für Besucher von Suchmaschinen längere Besuchszeiten auf der Webseite verzeichnet, sollte diesen Wert entsprechend erhöhen.
Die URL “wordpress-magazin.de”, die in der “setcookie”-Zeile am Ende steht, muss unbedingt noch an die eigene Domain angepasst werden, damit es funktioniert.

Übrigens sollte darauf geachtet werden, dass in der Datei functions.php noch “< ?php” bzw. “? >” (ohne die Leerzeichen vor und nach dem Fragezeichen) am Anfang und am Ende der Funktion ergänzt werden muss, wenn die Datei functions.php bisher leer ist. Sonst bekommt man eine Fehlermeldung.

2. In den verschiedenen Theme-Dateien, in denen man den Banner-Code (Javascript-Code) von AdSense eingebaut hat, ergänzt man dann noch folgenden Code:

if (function_exists('wpmag_fromasearchengine')) {
if (wpmag_fromasearchengine()) {
PLATZHALTER FÜR HTML-/BANNER-CODE
}
}

An die Stelle “PLATZHALTER FÜR BANNERCODE” kommt dann der eigentliche Bannercode – egal ob AdSense oder ein anderer Javascript-Code. Theoretisch kann man hier auch beliebigen anderen (HTML-)Code einsetzen, beispielsweise ein Bild oder einen Text, den nur Besucher von Suchmaschinen angezeigt bekommen sollen.

Achtung: Beim Einbau in Theme-Dateien wie die single.php oder die sidebar.php muss noch die richtige PHP-Syntax für den obigen Code beachtet werden (man beachte die roten php-Tags):

Jeder möge dieses Skript bitte auf eigene Gefahr einsetzen. Auch die Annahme, dass sich die Werbeeinnahmen über AdSense dadurch steigern lassen, ist nur eine unbestätigte Theorie. Fragen und Meinungen dazu können gern wieder über die Kommentar-Funktion diskutiert werden.

Ersetze auf der Artikelübersicht den more-tag (ohne *)


<*?php the_content(__('Weiterlesen'));?>

mit:

<*?php the_content("»» weiterlesen » " . the_title('', '', false)); ?>

Beispiel:

Statt einem einfachen “Weiterlesen” wird nun noch der jeweilige Titel des Artikels mit eingesetzt. Nicht nur besser für die menschlichen Besucher, sondern auch für die Suchmaschinen.

Allerdings: Für kommerzielle Nutzung ist dieses Plugin nicht kostenlos. Für private Blogger ohne Werbung auf dem Blog kann wpSEO allerdings umsonst genutzt werden.

Für die kommerzielle Nutzung gibt es drei unterschiedliche Lizenzen. Für eine einmalige Nutzung sind 19.99 Euro fällig. Für unbegrenzte Nutzung sind es 49.99 Euro für die Deluxe Lizenz. Eine Premium Lizenz ist auch noch für 99.99 Euro verfügbar, allerdings unterscheidet sich diese von der Premium Lizenz nur durch die Entfernung des Brandings im Quelltext.

Die Installation erfolgt auf die übliche Weise und im Gegensatz zu früheren Versionen von wpSEO muss nun auch kein Code mehr im Theme entfernt werden.

Die Funktionen des Plugins in der Übersicht:

Zusätzlich kann das Plugin beispielsweise noch die Indexierung des RSS Feeds verhindern und sogar die hochgeladenen Bilder seo-freundlich umbenennen.

Blick in die Einstellunsoptionen:

Sehr schön ist die Möglichkeit den Titel, die Description und die Keywords des jeweiligen Artikels während des Schreibens manuell eingeben zu können. So kann man das Ranking individuell bei jedem Artikel beeinflussen.

Bei 60 Einstellungsmöglichkeiten verliert man schnell die Übersicht und möchte man einen zweiten Blog grundlegend gleich mit wpSEO optimieren, gibt es die Funktion die Einstellungen des Plugins diese per XML zu ex- und wieder zu importieren. Für SEO-Starter findet sich auf der Homepage sogar eine XML-Datei mit den grundlegenden Einstellungen zum Download bereit.

Kommt man zu der Frage, ob ein WordPress Plugin Geld kosten darf?

Kostenpflichtige Themes gibt es ja nun schon länger und gerade im Magazin-Stil ist die Erstellung dieser Templates sehr zeitaufwändig. Ähnlich verhält es sich denke ich bei aufwändigen Plugins mit sehr umfangreichen Funktionen. Für nicht-kommerzielle Blogger ist wpSEO weiterhin kostenlos, doch in Zeiten wo fast jeder private Blog auf Trigami, Google Ad-Words und Amazon-Werbung ein paar Euronen abgreifen will – welcher ist dies schon?

Bezahlte Themes und Plugins – gut oder böse?

Um zu erreichen, dass bei jeder Eingabe automatisch nur noch eine Hauptdomain verwendet wird, muss man die .htaccess-Datei anpassen. Verwendet wird hierfür das Apache-Modul “mod_rewrite”, welches leider nicht bei allen Webspace-Hostern zur Verfügung steht. Dieses Modul ist auch für die sogenannten “sprechenden URLs” erforderlich, was mit dem Beitrag suchmaschinenfreundliche Permalinks erklärt wird.

Wer nicht sicher ist, ob das Rewrite-Modul zur Verfügung steht, sollte sich am besten an den Support des Hosters wenden und dies erfragen – eventuell kann es auch individuell (manchmal leider nur gegen Aufpreis) aktiviert werden.

Wichtig ist bei der Einstellung zunächst die Konfiguration der Domains im Hoster-Administrationsbereich. Die Domains sollten alle auf das Verzeichnis des Blogs verweisen, also auf das Verzeichnis, unter dem das Web-Projekt erreichtbar ist. In dieses Verzeichnis wird dann auch die .htaccess-Datei gespeichert, damit sie für die Weiterleitung der Domains sorgt.

Die .htaccess-Datei erstellt man am besten im UNIX/ UTF8-Format mit einem einfachen Text-Editor und zwar so:

RewriteEngine On
RewriteBase /
RewriteCond %{HTTP_HOST} !^www\.domain-name\.de$
RewriteRule ^(.*)$ http://www.domain-name.de/$1 [L,R=301]

Anstatt des fett markierten Textes muss einfach die Haupt-Domain eingetragen werden – ansonsten sollten keine Veränderung vorgenommen werden, da das Skript sonst nicht funktioniert (in der Zeile beginnend mit RewriteCond sind die Backslash-Striche vor dem Punkt notwendig!).
Nach dem Hochladen der .htaccess-Datei wird dann jede Domain, die nicht www.domain-name.de lautet, aber auf das gleiche Verzeichnis zeigt wie diese, permanent weitergeleitet (Redirect 301) auf www.domain-name.de. Gleichzeitig sorgt das Skript dafür, dass automatisch “www.” vor die Domain gesetzt wird. Bei der Eingabe von http://domain-name.de wird also automatisch auf http://www.domain-name.de/ (inklusive Schrägstrich am Ende) weitergeleitet.

HINWEIS: Die Eintragungen für WordPress zum Umschreiben der URLs auf die Artikel-Überschrift (sprechende URLs) müssen danach erfolgen.

Dafür gibt es im meta-Tag-Bereich einer jeden Seite bestimmte Parameter, die man entsprechend anpassen kann:

<meta name=”robots” content=”index, follow” /> Die Seite darf indiziert werden und die Links auf dieser Seite dürfen weiter verfolgt werden (einzelne Links auf der Seite können immer noch mit rel=”nofollow” versehen werden, damit diese nicht verfolgt werden).

<meta name=”robots” content=”index, nofollow” /> Die Seite darf indiziert werden, aber Links auf der Seite nicht weiter verfolgen.

<meta name=”robots” content=”noindex, follow” /> Die Seite darf nicht indiziert werden (bzw. soll nicht auf Suchergebnisseiten erscheinen), die Links auf der Seite dürfen aber weiter verfolgt werden.

<meta name=”robots” content=”noindex, nofollow” /> Die Seite darf nicht indiziert werden und Links auf der Seite dürfen auch nicht verfolgt werden.

Für WordPress gibt es ein sehr praktisches Plugin names Robots Meta, von Joost de Valk mit dem man diese Einstellungen pro Beitrag oder pro Seite einzeln vornehmen kann. Es gibt natürlich eine default-Einstellung, damit man das nicht jedes Mal neu eingeben muss.

Gerade der vorletzte Eintrag mit “noindex, follow” ist Interessant für Seiten wie “Kontakt” oder “Impressum”. Dadurch kann man vermeiden, dass diese Seiten indiziert werden – in der Regel sind die Informationen auf solchen Unterseiten ja uninteressant und sollten auch gar nicht über Suchmaschinen auffindbar sein.

Man kann über das Plugin auch noch weitere Parameter anpassen, beispielsweise die Einträge “noodp” und “noydir”, die dafür sorgen, dass Seiten oder Beiträge nicht im Open Directory (DMOZ) oder Yahoo! Directory gelistet werden sollen. Am Ende bleibt es natürlich Vertrauenssache, ob sich die Suchmaschinenroboter an diese meta-Angaben halten.

Daher tut Google sehr viel dafür, dass man mit seinen Blog-Einträgen gut auf den Suchergebnisseiten (SERPs, steht für Search Engine Result Pages) gelistet wird. Man kann das aber auch noch unterstützen und vor allem die Geschwindigkeit, mit der die Aufnahme in den Google-Index passiert, verbessern.

Webmastern (also Blogbetreibern) stellt Google die Webmaster Tools zur Verfügung. Diese sind natürlich kostenlos, man benötigt lediglich ein Google-Konto, um sich dafür anzumelden. Die Verifizierung läuft bei den Google Webmaster Tools über eine HTML-Datei, die von Google mit einem bestimmten (eindeutigen) Namen generiert wird. Diese Datei lädt man, so wie sie heißt auf den eigenen Webspace hoch. Dann erfolgt über die Webmaster Tools eine Überprüfung, ob die Datei existiert und schon kann es weitergehen.

Wie verknüpft man nun WordPress mit den Google Webmaster Tools?

Die Basis der Webmaster Tools ist eine Sitemap-XML-Datei. Diese Datei beinhaltet in einer bestimmten Formatierung die Links zu allen Seiten und Beiträgen, die der eigene Internetauftritt bzw. das WordPress-System enthält.
Wenn einer neuer Beitrag oder eine neue Seite erstellt wird, dann muss sich auch die Sitemap-Datei entsprechend anpassen und an die Google Webmaster Tools übertragen werden. Um das nicht jedes Mal von Hand machen zu müssen, gibt es ein hilfreiches Plugin, das man in seinem WordPress installieren kann.

Google (XML) Sitemaps Generator von Arne Brachhold

Mit dem Sitemaps Generator wird nach dem Erstellen von Beiträgen und Seiten die sitemap.xml-Datei jedes Mal neu geschrieben und die Google Webmaster Tools (sowie Yahoo Site Explorer bzw. MSN Webmaster Tools und ASK.com) werden über das Update informiert.

Die Installation des Plugins ist denkbar einfach: ZIP-Datei herunterladen und entpacken. In das Verzeichnis /wp-content/plugins hochladen und im Plugins-Menü aktivieren.
Danach hat man einen neuen Eintrag unter Einstellungen namens “XML Sitemaps“. Hier können noch einige Einstellungen vorgenommen werden. Nachdem das Plugin aber auf deutsch zur Verfügung steht, möchte ich nicht näher auf die Einstellungen eingehen, da sie sehr gut erklärt werden.
Etwas kniffliger sind die Einstellungen für Änderungsfrequenz und Prioritäten, wobei man aber mit den default-Einstellungen ganz gut fährt – es können auch andere Werte ausprobiert werden. Man sollte aber nicht zu experimentierfreudig sein. Also alles auf “stündlich” und “1″ zu Stellen ist nicht sehr sinnvoll. Gerade bei der Änderungsfrequenz reicht es, diese auf die eigene Posting-Frequenz einzustellen.

Google Webmaster Tools

In den Webmaster Tools sieht man dann nach einer kurzen Datensammlungsphase, ob die XML-Datei von Google erfolgreich eingelesen wurde und ob eventuell schon Fehler entdeckt wurden.

In der Übersicht findet man eine Zusammenfassung möglicher Crawling-Fehler und man bekommt eine Datumsangabe, wann der Googlebot zuletzt auf die Startseite zugegriffen hat. Außerdem sieht man, ob im Google Index schon Seiten aufgelistet werden und ob diese aus der XML-Datei stammen.

Am interessantesten ist wohl der Punkt Statistiken und dort Die häufigsten Suchanfragen. Man kann hier erkennen, mit welchen Begriffen der eigene Blog gefunden wird und wie häufig die Seite mit diesen Begriffen aufgerufen wurde. Der Zeitraum ist dabei variabel einstellbar.

Ein weiter interessanter Punkt hinsichtlich der Suchmaschinenoptimierung des eigenen Blogs sind die Tools. Man kann sich beispielsweise eine robots.txt Datei erstellen und analysieren, man kann die Crawling-Geschwindigkeit einstellen und man kann URLs entfernen, beispielsweise wenn diese veraltet sind und nicht mehr im Index von Google gelistet werden sollen. Dies kann zum Beispiel der Fall sein, wenn ein Beitrag gelöscht wurde oder wenn man die URL umgestellt hat und diese erst noch neu indiziert werden muss.

Alles in allem ist das eine hervorragende Möglichkeit, seinen Blog bei Google bekannt zu machen und zu kontrollieren, ob man oft gesucht und über Google auch häufig aufgerufen wird.

Es gibt noch einige weitere interessante Funktionen, die mit den Google Webmaster Tools ermöglicht werden. Falls noch speziell auf weitere eingegangen werden soll, würde ich um einen entsprechenden Kommentar bitten. Ebenso wenn es Probleme mit dem Plugin Google (XML) Sitemaps Generator geben sollte, kann das gerne per Kommentar gelöst werden.

Die Installation ist der typische Ablauf: Runterladen, Entpacken, in das Plugin-Verzeichnis laden, aktivieren, fertig.

Grossartig ist, dass das Plugin in vielen Sprachen verfügbar ist. Die gewünschte Sprache kann einfach in den Einstellungen (findet man unter “NOFF” in den Blogeinstellungen) ausgewählt werden.

Dort lässt sich dann auch definieren, welche Links genau “No-Follow” frei werden und welche nicht.

Hier geht es zur Plugin-Homepage auf wordpress.org.

Mein Dank an Markus für den Hinweis auf das Plugin.

Der Standard-Permalink sieht bei WordPress folgendermassen aus:

http://www.deine-domain.de/?p=83

Besser für den Besucher, aber auch für Suchmaschinen ist es, wenn sogenannte “sprechende Links” eingesetzt werden:

http://www.deine-domain.de/erster-artikel

So kann nicht nur der sterbliche Besucher direkt an der Adresse des Artikels sehen worum es eigentlich geht, auch die Suchmaschinen können diese Art von Domain wesentlich besser verarbeiten.

Um dies im WordPress zu konfigurieren bedarf es als erstes eine htaccess-Datei mit folgendem Inhalt:

# BEGIN WordPress

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

# END WordPress

Diese Datei muss in das Hauptverzeichnis des Blogs hochgeladen werden. Wichtig ist dabei der Name “.htaccess” und das die Dateiendung (beispielsweise .txt) entfernt wird.

Anschliessend muss unter http://www.deine-domain.de/wp-admin/options-permalink.php und den allgemeinen Optionen definiert werden, dass die Permalinks eine benutzerdefinierte Struktur haben sollen. Mit der Angabe /%postname%/ wird das oben beschriebene Beispiel erzeugt.

Um dieses zu erreichen muss allerdings der Webhoster den “mod-Rewrite” zulassen. Ob dies der Fall ist muss der jeweilige Webhoster mitteilen.