In meinem Blog nutze ich seit kurzem das Plugin “WordPress SEO Pager” vom SEOegghead.

WordPress SEO Pager

WordPress SEO Pager ist ein einfach zu bedienendes Pagination Plugin. Das äußere Erscheinungsbild lässt sich im Adminbereich problemlos anpassen. Optional wird die Navigationsleiste direkt in das Template integriert und erscheint dann über dem “frühere Artikel” bzw. “spätere Artikel” Link.

+ Keine Programmierarbeit

+ Plugin kann ohne großen Aufwand eingebunden werden

+ Mehr Usability

+ Der Content kann besser gecrawled werden

- Je mehr Plugins, desto länger die Ladezeit

WP Page Numbers

Noch schneller geht es mit dem Plugin WP Page Numbers von Jenst.se . Das Plugin bringt von alleine einige nette Styles mit und ist blitzschnell installiert und einsatzfähig. Allerdings lässt es sich über die Adminoberfläche nicht so flexibel ins Theme integrieren wie das WordPress SEO Pager Plugin. Natürlich kann man mit etwas programmierarbeit weitere Styles einbetten.

+ Noch schneller

+ Keine Programmierarbeit

+Mehr Usability und Suchmaschinenfreundlichkeit

- Ladezeit leidet ggf.

- Nicht so flexibel

Selbstgecoded

Wie einleitend erwähnt findet man bei Sergej eine Anleitung um sich die Pagination selbst zu coden. Wer ein bisschen Ahnung von PHP und CSS hat kann den Code perfekt an sein eigenes Theme anpassen.

+ Codeschnipsel sind Ladezeitfreundlicher als Plugins

+ Sehr flexibel

+ Code lässt sich beliebig anpassen

- Kostet Zeit

- Kenntnisse benötigt

Man kann also unterscheiden zwischen

• Artikel die ich sofort verlasse
  • Der Artikel ist uninteressant, schwachsinnig etc.
  • ich bin zu faul das alles zu lesen bzw. habe einen anderen Grund (Ladezeit, Design passt mir nicht o.ä.)
• Ich habe das Gesuchte sofort gefunden – was soll ich noch hier?

In der Statistik kann man diese beiden Möglichkeiten mittels der durchschnittlichen Besuchszeit klar voneinander trennen. Im Fall A ist die Besuchszeit recht kurz meist nur einige Sekunden. Im Fall B ist die Besuchszeit länger, da der Besucher den Artikel (fast) komplett liest.

Besonders hoch waren die Absprungraten bei meinem Ajax Tutorials z.B. Drag & Drop mit Prototype/Script.aculo.us (Fall B).

Die Absprungrate liegt hier momentan bei 50%. Das ist immer noch viel zu hoch, aber erstmal akzeptabel. Die Besuchszeit liegt bei etwas über 2 Minuten. Die Suchenden kommen über Google auf den Artikel, finden die Codelösung bzw. Erklärung und verschwinden wieder. Noch im Oktober lag die Absprungrate bei über 90% deswegen habe ich hier eine Seite mit Beispielen erstellt und diese verlinkt. Auf der Beispielseite liegt die Absprungrate bei 60% und die Besuchszeit bei 3,5 Minuten.

Nach diesem Prinzip habe ich nun auch andere Seiten überarbeitet und konnte die Absprungrate insgesamt etwas senken. Dennoch ist sie wegen zu vieler Fall A-Besucher noch zu hoch. Deswegen habe ich heute über 100 alte Artikel gelöscht die über Google zu einigen Keywords gefunden werden aber für die meisten Besucher keinen Mehrwert bieten. Dazu zählten überwiegend Artikel die ich zur Anfangszeit meiner Bloggerkarriere geschrieben habe, als ich noch alles aus meinem Leben verbloggt habe. Teilweise habe ich die Artikel aber auch mit dem Redirection Plugin von Urban Giraffe auf Kategorien umgeleitet.

Jetzt bleibt noch zu hoffen, dass sich die Absprungraten verbessern wenn die gelöschten/umgeleiteten aus dem Index verschwunden sind.

Durch den radikalen zweiten Schritt verliert man natürlich einige Besucher pro Tag. Doch die Anzahl meiner Unique Visitors sind nur soviel Wert wie sie mir bringen (sehr logischer Satz ): Wer nur wenige Sekunden bleibt und wieder verschwindet bietet weder dem Blogbetreiber noch dem Besucher einen Mehrwert und hohe Absprungraten (User kommt, kotzt, geht..?) werden sich auch zukünftig weiter schlecht aufs Ranking auswirken.

Mit diesem Plugin lassen sich Kartenausschnitte problemlos in WordPress Blogposts und Seiten einfügen. Nach dem das Plugin aktiviert wurde, kann man in der Admin Interface beim Verfassen eines neuen Artikels unten die Position des Kartenausschnitts auswählen.

Die gewünschte Location lässt sich über das Suchfeld suchen. Man kann entweder die Adresse eingeben oder direkt die Geokoordinaten. Oder man sucht den Ort “per Hand” raus und positioniert den Marker mit einem Mausklick an der gewünschten Stelle.

Einfach das Plugin installieren und dann für jeden Artikel und jede Seite eine unique einzigartige Beschreibung und einen keywordlastigen aussagekräftigen Title einfügen. In den Einstellungen des Plugins kann man außerdem direkt festlegen, dass die Kategorie-Beschreibung, die Meta-Description sein soll. Davon würde ich aber abraten. Stattdessen finde ich es besser, wenn man jede Meta-Description für die einzelnen Kategorien per Hand festlegt.

Nun hat man aber das Problem, dass die meisten Templates den Titel immer noch mit so einem hässlichen “»” einleiten. Das kann man umgehen, in dem man in der header.php die Funktion wp_title(); bearbeitet:

<?php wp_title("..."); ?>
führt zu folgendem Ergebnis:

wirklich hübsch ist das auch nicht. Deswegen würde ich einfach <?php wp_title(false); ?> verwenden, um jegliche Präfixe zu eliminieren.

Die Idee ist folgende: Passend zu den Beschreibungen soll auf den verschiedenen Kategorieseiten noch ein Werbeblock (z.B. in der Sidebar) angezeigt werden. Dies gilt nur (!) für die Kategorieseiten (in diesem Fall), die einzelnen Seiten der Artikel sind davon nicht betroffen. Der Werbeblock zum iTunes Store soll also nur auf der Kategorieseite von “iPhone” angezeigt werden, nicht aber auf einzelnen Artikeln über das iPhone, welche in die Kategorie “iPhone” sortiert wurden.

Warum? Wenn man sich schon die Mühe macht die Kategorieseiten entsprechend zu optimieren und sie so Suchmaschinen- und Benutzerfreundlicher zu gestalten, kann man sie auch gleich monetarisieren. Ich kann mir vorstellen, dass das ganz gut funktioniert.

Deswegen hier er Codeschnipsel, den mir Lucien, im Rahmen unseres Mailverkehrs, geschickt hat:


if (is_category('allgemein')):
endif;


So in der Art hätte ich es wohl auch gelöst. Mit dem Unterschied, dass ich bei is_category die ID der Kategorie (also z.B. 1) angegeben hätte, weil man die Titelform ja vielleicht noch mal ändert (ich weiß dass ist SEOtechnisch nicht optimal, kommt aber vllt mal vor ).

Das ganze kommt dann in archive.php.

Für mehr Performance und auch aus anderen Gründen möchte ich auf den Einsatz von Plugins verzichten. Ich brauchte also eine Funktion um die beliebteten (meistkommentiertesten) Blogposts aufzuführen.

Die folgende Funktion kommt in die WordPress-Datei functions.php (liegt dem Theme bei).

function popularPosts($num) {
    global $wpdb;

    $posts = $wpdb->get_results("SELECT comment_count, ID, post_title FROM $wpdb->posts ORDER BY comment_count DESC LIMIT 0 , $num");

    foreach ($posts as $post) {
        setup_postdata($post);
        $id = $post->ID;
        $title = $post->post_title;
        $count = $post->comment_count;

        if ($count != 0) {
            $popular .= '
';
            $popular .= '' . $title . ' ';
            $popular .= '

';
        }
    }
    return $popular;
}

auf der 404.php muss ich die Funktion dann nur noch aufrufen mit:

10 ist logischerweise die Anzahl der Beiträge die aufgeführt werden sollen.

Der Code stammt ursprünglich von bavotasan.com mehr gute Tipps für eine gescheite 404-Errorpage gibts außerdem beim Yoast.

Wenn man aber die Zugriffsrechte für die Datenbank (idealerweise phpmyAdmin) hat. Kann man sein Passwort einfach neu setzen. Man installiert WordPress einfach lokal und ändert das Passwort auf etwas bekanntes (z.B. 123) oder nimmt einfach das Zufallspasswort das bei der Neuinstallation mit ausgeliefert wird. Für dieses Beispiel nehme ich einfach mal 123. Ich ändere also mein Passwort in der lokalen WordPressversion auf 123 (oder etwas anderes) und gehe dann in den phpmyadmin und rufe dort die Tabelle wp_users auf. Je nachdem welches Präfix ihr verwendet, heißt die Tabelle anders. Dort sehe ich das Passwort in verschlüsselter Form

Dieses Passwort kopiere ich dann und gehe in den phpmyadmin mit der Bloginstallation, bei der ich das Passwort verschlampt vergessen habe und füge es dort ein.

Dann kann ich mich in diese WordPress Version mit dem Passwort (in diesem Fall 123) einloggen und es dort ändern (oder eben beibehalten wie man möchte). Ich denke es muss nicht weiter erwähnt werden, dass 123 kein besonders sicheres Passwort ist

Dieser Trick müsste auch bei anderen Systemen wie Joomla, phpBB etc. ohne Probleme funktionieren. Ihr solltet lokal die selbe Version benutzen wie die Installation, bei der ihr das Passwort verloren habt.

Diesmal übrigens nicht nach Kategorien, sondern nach Personen aufgeführt

Der Mediadonis hat mal wieder über SEO gebloggt. Sehr interessante Gedanken waren dabei, reinschauen lohnt sich also: Refining Rankings – Click-Trough Rate as a Ranking Factor [selbstverständlich en]

Sergej Müller hats getwittert: Webdesign Trends für 2010 [en] – Einige sehr schöne Sachen sind dabei. Besonders der 6. Punkt: “Huge Images” gefällt mir gut und auch Nummer 7 “Change of Perspective” ist toll. Über minimalistische Ansätze würde ich mich aber auch sehr freuen, da ich ja – wie jeder weiß – generell ein Fan von Minimalismus bin.

Antonio Lupetti ist ein Follower Tipp von mir, der italienische Blogger hat heute unter anderem diesen Artikel getwittert: 6 Ways To Take Your Webdesign From Good To Great [en]

Craig Deakin (Twitter!) ist noch so ein Geheimtipp von mir. Er twitter sehr viele coole Sachen, die auch oft von mir geretweeted werden. Darunter sind unter anderem diese hier:

• How-To: Influence Influencers- Bloggers, Tweeters & Others [en]
• 4 things you should track on your blog or website [en]
• 5 Reasons To Smile When You Get A Negative Blog Comment [en]
• Und sehr geil gefunden über Craig, stammt aber ursprünglich vom bereits aufgeführten Antonio Lupetti: WordPress Visual Cheat Sheet [en]

Außerdem gefunden über Tameco (Twitter): Ein Artikel auf seo.at : Die optimale Keyworddichte [de]

von Tameco stammte ja auch letztes Mal schon dieser Videotipp

Dann gab es noch einen ganz coolen Artikel auf SEO-United: Universelle Suchmaschinenoptimierung für Google [de]

Exkurs: Pagerank Sculpting

Pagerank Sculpting basiert auf der Annahme, dass jede Seite einen bestimmten Trustwert (x) hat und diesen Trust gleichmaßen auf alle internen und externen Links verteilt (Anzahl dieser Links = n). Wenn eine Seite meiner Website also den fiktiven Wert X = 10 besitzt und 5 (n = 5) interne Links von dieser Seite ausgehen, dann vererbt die Page einen Trustwert von 2 an alle ns. Ergo:

Anmerkung: Mathematisch korrekt müsste es nicht n1, n2 ….. n5 sein, sondern x1, x2 etc. aber das ist mir jetzt egal.

Gehen wir von der Annahme aus, dass wir mit nofollow die Trustzuweisung unterbrechen können. Dann hätten wir nicht x / n sondern x / ( n – nf ) (nf = Links die mit nofollow versehen sind..). Wenn ich also jetzt 5 Links habe, die auf Seiten verweisen mit denen ich garnicht ranken muss (z.B. Impressum, Datenschutzerklärung, AGB etc.) würde ich sie mit nofollow versehen. Also so:

Das klingt in der Theorie auch sehr nett und plausibel nur leider ist es in der Realität nicht so. Zumindest behauptet das Matt Cutts. Er sagt nämlich, Google teilt er den Trust erst durch die Anzahl der Links und verwirft den Trust, der für die nofollow-Links bestimmt ist. Das würde dann so aussehen:

Wer Matt Cutts glaubt, muss so konsequent sein und einsehen, dass das nofollowen der Archivseiten kontraproduktiv ist. Ich “verschenke” also Trust an Seiten, mit denen ich sowieso nicht ranken will (da noindex!). Dieser Logik folgend, müsste man aus SEO Sicht also auf einem anderen Wege versuchen den Duplicate Content (der zwangsweise bei Blogs entsteht) zu vermeiden, wie man die Archivseiten optimieren kann habe ich bereits beschrieben.

Das Plugin kann (und sollte auch) trotzdem sinnvoll eingesetzt werden. Zum Beispiel um das Impressum auszuschließen.

Um die Kategorie Description anzuzeigen bearbeite ich die archive.php Datei; hier (in meinem Template ist es zumindest so) wird mittels if-Abfrage überprüft um welche Art Archiv es sich handelt (möglich wären: Kategorie-bezogen, Tag-bezogen, Datum-bezogen, Autor-bezogen u.s.w.). Mittels der WordPresseigenen Funktion is_category() lässt sich das Kategoriebezogene Archiv ausfindig machen. Die logische Konsequenz ist, dass hier eine Einleitung ála “Archiv für Kategorie: <?php single_cat_title(); ?>” erscheint. Diese Einleitung ist bei den meisten Themes eine H3-Headline, das sollte auf H1 geändert werden. Was standardmässig die H1 ist (z.B. der Titel des Blogs) muss abgeändert werden.

So nun kommt der eigentliche Code zum Auslesen der Kategorie-Description. Mit der WordPress-Funktion get_the_category($post->ID); liest man die Informationen über die gerade verwendete Kategorie aus. Sollte es mehere Kategorien geben, so sind die in einem Array enthalten. In diesem Fall kann es aber logischerweise nur eine Kategorie geben ergo: der Index ist 0. Für PHP-Anfänger:


$kategorie = get_the_category($post->ID);
$kategorie = $kategorie[0];


Eigentlich ganz simpel. Nun handelt es sich bei den Informationen in dieser Variable um ein Objekt, das mehere Infos über die Kategorie speichert. Wir benötigen aber für den weiteren Codeverlauf nur die ID der Kategorie. Also:


$kategorie_id = $kategorie->cat_ID;


Die ID (z.B. “3″ oder “17″) ist nun in der Variable $kategorie_id gespeichert. Um daraus die Description auszulesen benutzen wir die Funktion category_description(); also:

category_description($kate_id);


Gründe für das Anzeigen der Kategorie-Description:

Wer mit Kategorieseiten ranken will muss die Priorität des Keywords (in diesem Fall idealerweise der Name der Kategorie) klar hervorheben. In der Regel fügt WordPress den Namen der Kategorie automatisch in die URL-Taxonomie ein (sofern die Permalinks entsprechend eingestellt sind). Dank der Anpassungen der Headlines, wird das Keyword dann noch mal klar als oberste Priorität hervor gehoben. Mit dem Plugin Headspace lässt es sich zusätzlich in den Title und in die Meta-Description einfügen. Damit die Keyworddichte im Fließtext stimmt bietet sich also eine Kategorie-Description an. Außerdem wird der Content so “uniquer“. Bei Blogs gibt es immer wieder das Problem von duplicate content. Viele Archive sind redundant. Besonders wenn man, immer nur an einem Tag der Woche bloggt, dann überschneidet sich das Monatsarchiv und das Tagesarchiv von diesem Tag weitgehend. Oder wenn alle Artikel zusätzlich in der Kategorie “Allgemein” eingeordnet sind. (Anmerkung: Irgendwann kommt ein Blogpost über die häufigsten WordPress Fauxpasse). Mit einer einzigartigen Kategorie Description kann ich hier abhilfe schaffen und meine Keyworddichte variieren.

Meta Description = Kategorie Description?

Für faule bietet es sich an die Kategoriedescription mittels Headspace mit der Meta-Description zu verbinden. Das ist aber eher suboptimal. Immerhin umfasst die Meta-Description nur rund 150 Zeichen, das ist für eine aussagekräftige Kategorie-Description (mit der ich zusätzlich noch meine Keyworddichte boosten möchte) allerdings zu wenig. Man müsste also in Kauf nehmen, dass nicht die gesamte Description erfasst wird. Im späteren Google Snippet sieht es ziemlich unprofessionell aus wenn der Satz einfach abgehackt wird.

Zusammenfassung: Optimierungsmaßnahmen für Kategorie-Archive

• Titel via Headspace einstellen
• Aussagekräftige Meta Description benutzen
• Permalinks: Keyword (Kategoriename) in der URL
• Headline anpassen (H1 für das wichtigste Keyword. In diesem Fall der Name der Kategorie, evtl. andere H1 anpassen)
• Kategorie Beschreibung reinpacken

Seit der Mail von Lucien gibt es außerdem: Kategoriepages mit Werbung bestücken

Natürlich gibt es auch Konkurrenzprodukte, beispielsweise Habari, die es zu beobachten lohnt. Doch bis WordPress seine Position als Platzhirsch unter den Bloggingsystemen aufgeben muss, wird noch einiges an Zeit vergehen.

Bis jetzt bin ich leider noch nicht in den Genuss von Entwicklung für WordPress MU gekommen, aber hoffentlich finde ich die Zeit bald.

WordPress MU ist ein verdammt starkes Tool, Buddypress sieht ebenfalls vielversprechen aus. Umso mehr wundert es mich, dass man darüber noch relativ wenig Facts findet. Auf WordPress.tv gibt es allerdings zumindest ein “Introduction to Buddypress” Video.

Auf Buddypress.org findet man einige Links zu Projekten, die bereits Buddypress verwenden. Darunter zum Beispiel Flokka. Eine englischsprachige Community für die moderne Businessfrau. Die Hauptfunktion ist natürlich WordPress MU gestützt. Karrieregeileorientierte Damen können Blogs anlegen und ihre eigenen Blogs verlinken. Das i-Tüpfelchen hierbei ist das Socialnetwork, das durch Buddypress umgesetzt wird.

Ein anderes sehr gutes Beispiel hierfür ist WannaNetwork, wie der Name bereits verrät steht hier der Social Networking Gedanke im Vordergrund.

Wie man sieht ist Buddypress eine sehr simple Lösung zum Umsetzen eines Socialnetworks bzw. einer Community. Der Hauptfokus liegt auf dem Usergenerated Content durch die Community (das ist logisch, immerhin werden hier Blogs auf Subdomains angelegt ). Das Tool besticht mit einer geballten Ladung Usability und Performence. Dennoch ist es bei weitem (noch?) nicht für alle Bereiche geeignet.

Diese Lösung passt super in Communities mit bestimmten Themenschwerpunkten. Alles was in Richtung selfmade-Journalismus, philosophisches, politisches etc. geht. Damit ist WordPress auch 100% auf der Höhe der Zeit.

Ob Buddypress in der Zukunft noch weitere Einsatzgebiete findet ist schwer zu sagen. Fest steht: für 2009 lautet mein persönliches Stichwort im Internetmarketing: creating communities. Eine Besuchergemeinschaft, eine Stammleserschaft, eine kritische und aufmerksame Masse – ich glaube es gibt im deutschen einfach kein perfektes Wort dafür nennen wir es doch einfach Community – um ein Projekt herum zu bilden ist die Grundlage für erfolgreiches Marketing in den nächsten Jahren.

Werfen wir doch einfach mal einen Blick auf die Kraft von Social Media, auf Sachen wie Digg oder Twitter das alles sind Leistungen, die nur auf der Basis der Bloggosphäre boomen konnten.

Durch den gezielten Umgang mit der Bloggopshäre, die Informationsverbreitung über Twitter, Facebook etc. kann ich virales Marketing im Internet betreiben und virales Marketing bedeutet auch: Linkbait!

Warum wird Community Management für SEO immer wichtiger?

1. Ein guter Linkbait setzt vor allem die selbstständige Verbreitung der Information voraus.
2. Meine Linkbaitzielgruppe ist in einer oder in meheren Communitys zusammen gefasst
3. Wenn eine bestimmte Authority (Superspreader!) in dieser Community eine Information in Gang tritt, dann wird sie sogleich in der ganzen Community durch bestimmte Hubs weiterverbreitet.
4. Ich muss also die Autoritäten in den Communitys finden und dazu bringen die Info unter die Leute zu bringen
5. Das kann unter Umständen teuer werden (Paidblogging…)
6. Billger ist es, das ganze sozusagen “Inhouse” zu machen. Ich werde selbst zur Autorität meiner Community (Wenn der Berg nicht zum Propheten kommt…)

Autorität werde ich als Blogger wenn ich verdammt guten Content liefere und mein Netzwerk entsprechend aufstelle. Ich kanns aber auch anders versuchen indem ich von vorne herein versuche den Leuten eine Art Anlaufstelle zu bieten.

Dieses Community Management wird bereits von führenden Firmen und Brands betrieben darunter z.B. Brigitte (die Zeitschrift) und… (mir fällt grad nicht mehr ein ).

WordPress ist eine sehr starke Plattform, die dank ihrer Einfachheit und Flexibilität enorme Verbreitung in der Bloggosphäre gefunden hat. Wer WordPress Templates schreiben kann, hält ein sehr mächtiges Werkzeug in den Händen. Die Möglichkeiten von viralem Marketing mit WordPress Themes und auch die der Monetarisierung dieser Templates sind grenzenlos.

Eben das gilt auch für die WordPress Plugins. Man kann sie monetarisieren, für virales Marketing benutzen, die Usability des eigenen Blogs oder des Blogs seines Kunden verbessern und auch seine Reputation in der WordPress Community pimpen. Wenn man sein Plugin zum Beispiel unter die Creative Commons Lizenz stellt und mit der Auflage, einen Link zu setzen, weiter gibt kann man so zusätzlich noch SEO betreiben (gilt natürlich auch für Themes). Außerdem sind Plugins eine super Ergänzung für ausgefallene Projekte, Marketingideen, Affiliatezeugs usw.

All das sind verdammt gute Gründe sich mit den WordPress Plugins auseinander zusetzen.

Zum testen würde ich eien “Testumgebung” auf dem localhost empfehlen. Einfach die aktuelle WordPressinstallation mit einer extra dafür angelegten Datenbank durchführen und alle tests darin durchführen bevor ihr auf die Idee kommt das ganze in eurem eigenen Blog zu testen Außerdem spart ihr viel Zeit, weil das hochladen entfällt.

Die Dateien

Für eurer Plugin reicht theoretisch eine einzelne Datei. Es empfiehlt sich aber einen eigenen Ordner anzulegen, besonders wenn ihr mehrere Dateien habt ist es sinnvoll alles geordnet in einem Ordner ggf. mit Unterordnern anzulegen.

Nun braucht ihr eure Plugin Datei. Der Name ist egal. Für dieses Beispiel nehm ich einfach mal den Namen tagcloud.php

Das Plugin beginnt mit einem Kommentar, der Informationen enthält die später auf der Plugin Seite angezeigt werden. Das sieht bei mir so aus:

/*
Plugin Name: Tagcloud
Plugin URI: htp://www.online-im-park.de/
Version: 1.0
Author: <a href=”http://www.le-chaim.de/”>Chaim</a>
Description: Nur ein kleiner Test
*/

In der Pluginübersicht sieht es dann so aus:

Anmerkung: Ich habe nicht vor in diesem Artikel einen kompletten Bauplan für das Programmieren einer Sidebar zu liefern. Dafür bin ich jetzt einfach zu faul. Es geht nur um allgemeine Aspekte eines WordPress Plugins.

In eurem Ordner könnt ihr dann noch einen readme.txt File und/oder Lizenzinformationen ablegen. Wenn ihr das Plugin nur für euch nutzen wollt, braucht ihr dies natürlich nicht zu tun .

Anatomie eines WordPress Plugins

WordPress Plugins sind Objekt orientiert aufgebaut. Ihr braucht also erstmal eine “Hauptklasse” und dann die jeweiligen Funktionen. Angenommen unsere Tagcloud soll dem Header einen Kommentar hinzufügen, einen Link in den Footer knallen und ein Widget für die Sidebar liefern.

Dann definieren wir in unserer Hauptklasse erst einmal die Funktion zum ergänzen des Headers und des Footers.

class meinetagcloud {

function addHeaderCode() {
?>
<!– Ich war hier –>
<?php
}

function addFooterCode() {

?>
Danke an <a href=”http://www.le-chaim.de/”>Chaim</a> für das coole Plugin.
<? }
}

}

Und diese Funktion rufen wir dann später mit der WordPress Funktion add_action auf. Mit add_action kann man bestimmten WordPress Komponenten (header, footer etc.) Funktionen hinzufügen. Das heißt, dass unsere Kommentar im Quelltext des Frontends da angezeigt wird wo <? wp_header(); ?> steht. Falls das verwendete Template keinen WordPress Header verwendet ist die Funktion nutzlos.

So geht’s mit add_action:

add_action(‘wp_head’, array(&$wp_suggest, ‘addHeaderCode’), 1);
add_action(‘wp_footer’, array(&$wp_suggest, ‘addFooterCode’), 1);

So weit so gut. Nun möchte ich gerne noch ein Widget in der Sidebar haben.

Dafür lege ich eine extra Funktion an. Die Funktion tagcloud_widget. Sie ist wie folgt aufgebaut:

function meinetagcloud_widget() {
?>

<a href=”http://www.le-chaim.de/”>Chaim</a>, I love your blog!

<?

}

Das ganze muss man dann noch mit:

function init_meinetagcloud(){
register_sidebar_widget(“meinetagcloud”, “meinetagcloud_widget”);
}
add_action(“plugins_loaded”, “init_meinetagcloud”);

Das sieht dann so aus:

Und weil ich so ein netter, endnutzerfreundlicher Entwickler bin richte ich zusätzlich zu meinem Plugin einen Adminbereich ein um den Link aus dem Footer wieder zu entfernen.

Plugin Adminoberfläche:

function wps_admin_options() {

if(isset($_POST['edit'])) {
$wpsOptions['linklove'] = $_POST['linklove'];

echo $wpsOptions['linklove'];

}

/* ————- Linklove Option —————– */

$opt_name = ‘wps_linklove’;
$hidden_field_name = ‘wps_submit_hidden’;
$data_field_name = ‘wps_linklove’;

$opt_val = get_option($opt_name);

if( $_POST[$hidden_field_name] == ‘Y’ ) {

$opt_val = $_POST[$data_field_name];

update_option( $opt_name, $opt_val );

?>

<div class=”updated”><p><strong><?php _e(‘Options saved.’, ‘mt_trans_domain’ ); ?></strong></p></div>
<?

}

?>
<p>
<h1>Einstellungen</h1>
<b>Linklove:</b> <br>

<form method=”post” action=”<?php echo $_SERVER["REQUEST_URI"]; ?>”>
<input type=”hidden” name=”<?php echo $hidden_field_name; ?>” value=”Y”>
Link zu <a href=”http://www.le-chaim.de/”>Chaim</a> im Footer anzeigen
<input type=”checkbox” name=”<? echo $data_field_name; ?>” <? if($opt_val == “on”) echo “checked”; ?>>
<br><br>
<input type=”submit” name=”edit” value=”edit!”>
</form>

</p>
<?
}

Zur Erklärung:

Ich habe die Variable $opt_name sie enthält den Namen der Einstellung “Link anzeigen bzw.verbergen”. Und dazu gibts noch 2 Variablen den Namen eines versteckten Feldes (um zu gucken ob das Formular abgeschickt wurde) und den der Checkbox. Dann hab ich die Variable $opt_val sie enthält den aktuellen Wert meiner Einstellung. Den Wert ziehe ich mir mit get_option();

Dann frag ich ab ob das Formular abgeschickt wurde und wenn ja welchen Wert die Checkbox bekommen hat. Die Einstellung setze ich dann auf diesen Wert. Wenn alles erfolgreich war gibt das Script die automatische WordPressmeldung aus.

Dann gibts noch das Formular um die Linklove Einstellungen vor zu nehmen:

Einfach mit HTML aufgesetzt. Und an aktuell aufgerufene Seite gesendet ($_SERVER["REQUEST_URI"];) ich frage noch kurz ab welchen Wert meine Einstellung hat. Wenn sie auf on steht dann ist die Box automatisch abgehakt und wenn nicht ist sie leer.

Das ganze ist also ganz einfach.

Nun müssen wir aber auch noch unsere Footer Funktion Ergänzen.

Wir ziehen uns den aktuellen Wert der Einstellung mit $opt_val = get_option(‘wps_linklove’); und fragen dann mit IF ab: if($opt_val == “on”) wenn IF true zurück gibt, dann gibts den Link. Ansonsten gibts ihn nicht. Mit else könnte man noch so eine gehessige Meldung wie “hier bloggt ein linkgeiziger Blogger” oder sowas ausgeben das überlasse ich euch.

Das ganze wars dann auch schon. In den Rest müsst ihr euch mit der Zeit einarbeiten. Hier noch ein paar gute Links:

• WordPress Funktionsreferenz
• Write a Plugin im WordPress Codex
• WordPress Template Tags
• WordPress Deutschland Forum

Have Fun!