Die Notwendigkeit tritt sicher nicht sehr oft auf, aber ich stand vor folgender Situation:

Für eine Website, die ich mit einem Partner betreibe, hatte dieser vor längerer Zeit ein Google Analytics Tracking in seinem Google Konto angelegt. Ich habe die Anzeige von Adsense Werbung über mein Google Konto geschaltet. Nun lässt sich ja das Analytics Konto von Google mit dem Adsense Konto normalerweise so verknüpfen, dass man interessante Statistiken zu Adsense auch in Analytics ansehen kann. Beispielsweise eine Rangfolge der Seiten mit dem größten Adsense Umsatz.

Das wollte ich nun auch für diese Seite einrichten. Allerdings funktioniert das nicht, wenn Adsense und Analytics zu verschiedenen Google Accounts gehören. Wir wollten aber weder alles umorganisieren, so dass Adsense über das Konto des Partners läuft noch die jahrelang getrackten Statistikdaten ‘verlieren’. Es folgte eine kleine Recherche und siehe da es ist möglich auf einer Website zwei Tracking Codes von Google Analytics unterzubringen, so dass die alte Statistik weitergeführt wird und ich bei mir eine neue einrichten kann, die mir die Adsensedaten aufbereitet.

Gefunden habe ich die Lösung bei eControlling.de. Ich werde den kleinen Leitfaden hier ebenfalls aufführen, da ich es schon einige Male erlebt habe, dass die Informationen später nicht mehr online verfügbar waren (Blog geschlossen, Seite ohne Redirect umgezogen, etc.):

So sieht normalerweise der in die Seite einzufügende Tracking Code von Analytics ungefähr aus (Analytics Kontonummer ist als ‘UA-******-8′ verschleiert):

<script type="text/javascript">
var gaJsHost = (("https:" == document.location.protocol) ? "https://ssl." : "http://www.");
document.write(unescape("%3Cscript src='" + gaJsHost + "google-analytics.com/ga.js' type='text/javascript'%3E%3C/script%3E"));
</script><script type="text/javascript">
try {
var pageTracker = _gat._getTracker("UA-******-8");
pageTracker._trackPageview();
} catch(err) {}</script>

Wenn ein zweiter Trackingcode eingesetzt werden soll, muss man darauf achten, dass die Variablen des ersten nicht überschrieben werden. Der erste Teil des Codes muss nur einmal ausgeführt werden:

<script type="text/javascript">
var gaJsHost = (("https:" == document.location.protocol) ? "https://ssl." : "http://www.");
document.write(unescape("%3Cscript src='" + gaJsHost + "google-analytics.com/ga.js' type='text/javascript'%3E%3C/script%3E"));
</script>

Diesen brauchen wir daher nicht nochmals einzufügen. Es wird nur der zweite Teil benötigt mit etwas anderem Variablennamen (aus pageTracker wird secondTracker) und der anderen Google Analytics Kontonummer, die etwa so aussieht UA-1234567-8:

<script type="text/javascript">
try {
var secondTracker = _gat._getTracker("UA-******-8");
secondTracker._trackPageview();
} catch(err) {}</script>

Die Trackingcodes findet man in Google Analytics, wenn man in der Übersicht der Websiteprofile bei dem gewünschten Profil auf Bearbeiten klickt und dann oben rechts bei dem Text ‘Empfangen von Daten ( Status überprüfen )’ auf Status überprüfen klickt.

Der gesamte Codeblock sieht dann in etwa so aus:

<script type="text/javascript">
var gaJsHost = (("https:" == document.location.protocol) ? "https://ssl." : "http://www.");
document.write(unescape("%3Cscript src='" + gaJsHost + "google-analytics.com/ga.js' type='text/javascript'%3E%3C/script%3E"));
</script><script type="text/javascript">
try {
var pageTracker = _gat._getTracker("UA-******-8");
pageTracker._trackPageview();
} catch(err) {}</script>
<script type="text/javascript">
try {
var secondTracker = _gat._getTracker("UA-******-8");
secondTracker._trackPageview();
} catch(err) {}</script>

Ich habe diesen doppelten Tracking Code eingebaut und es funktioniert hervorragend.

Ich bin gerade dabei ein wenig tiefer in die SEO-Thematik einzutauchen. Um Erfahrungen zu sammeln was dafür sorgt, dass (m)eine Website in Suchmaschinen (also Google) gut ‘ranked’, benötigt man ein Messwerkzeug mit dem sich die Position der eigenen Domain und der verschiedenen Unterseiten in Bezug auf interessante Suchbegriffe feststellen lässt und ein Tool, das einem Hilft Backlinks von anderen Seiten auf die eigene Website zu ermitteln und zu analysieren.

Sicher kann man dies auch per Hand versuchen, was aber zu einem langwierigen Unterfangen werden kann, wenn man einerseits nach viele Suchbegriffen sucht und andererseits die Position der eigenen Seite noch relativ weit hinten liegt. So etwas schreit also förmlich nach einer Automatisierung. Die Programme ‘Advanced Web Ranking’ und ‘Advanced Link Manager’ von Caphyon bieten genau diese Funktionalität und dienen als als Keyword Research Tool und Link Popularity Analyser. Gleich vorweg will ich noch anmerken, dass die Software in Java geschrieben ist und Caphyon so erfreulicherweise problemlos stets aktuelle Versionen für Windows, Linux und Mac OSX bereithält.

Advanced Web Ranking

Um ein wenig Einblick in den Aufbau und die Funktionsweise des Programms zu erhalten werde ich hier mal die Einrichtung eines Beispielprojektes erläutern.

1. Bestimmen der Suchmaschinen in denen das Ranking bestimmt werden soll.

2. Suchbegriffe (Keywords) bei denen das Ranking bestimmt werden soll:

Da eine Position in den Suchmaschinen nur in Bezug auf einen Suchbegriff oder einer Begriffskombination ermitteln lässt (Search Engine Ranking), müssen die Begriffe, auf die es einem ankommt, hier eingetragen werden. Dabei werden einem gleich über Google Suggest mögliche Suchbegriffe und -kombinationen inkl. des Volumens der Google Suchergebnisse vorgeschlagen. Da ich aus den Statistiken meines Blogs weiß, dass z.B. ‘iTunes Ordner überwachen’ eine Suchwortkombination ist über die häufiger Besucher über Google auf meinem Artikel ‘iTunes: Ordner überwachen‘ landen, trage ich die Kombination mal ein.

3. Websites nach denen gesucht werden soll:

Hier werden die Websites eingetragen nach denen gesucht werden soll. Wenn eine Domain eingetragen wird, wird automatisch nach allen Seiten und Unterseiten auf der angegebenen Domain gesucht. Man kann aber auch nur einzelne spezielle Unterseiten angeben. Außerdem kann man bestimmen, ob nur solange gesucht werden soll, bis ein Ergebnis der Domain gefunden wird oder ob nach weiteren Ergebnissen gesucht werden soll.

4. Angaben zum E-Mailversand:

Wenn man sich automatisch E-Mails mit den Ergebnissen der Analyse zusenden lassen will, kann man hier die passenden Einstellungen vornehmen.

Damit hat man alle Angaben für ein Projekt zusammen und kann es fertigstellen. Anschließend beginnt AWR (Advanced Web Ranking) sofort mit einem Update des Projektes. D.h. für jeden Suchbegriff bzw. Suchbegriffskombination wird geprüft ob und an welcher Stelle der Suchergebnisse in meinem Fall eine Seite von nsah.de auftaucht. In der Voreinstellungen durchsucht AWR die ersten 50 Suchergebnisse. Diese Einstellung lässt sich anpassen. Man sollte allerdings bedenken, dass AWR nichts anderes macht als man selbst tun würde. D.h. der Suchbegriff wird in Google eingegeben und die Ergebnisse auf ein Vorhandensein einer Seite von nsah.de geprüft. Findet sich nichts in den ersten 10 Ergebnissen, dann werden die Ergebnisse 11 bis 20 angefordert und wiederum geprüft, ob eine Seite von nsah.de vorhanden ist.

Da viele Suchmaschinen es gar nicht mögen automatisiert von solchen Tools mit Suchanfragen überhäuft zu werden, ist in AWR eine Verzögerung eingebaut, die dafür sorgt, dass die Abfrage der Suchergebnisse ‘menschlicher’ wirkt. Leider erhöht das die Dauer der Abfragen. Es lohnt sich also im Vorhinein genau zu überlegen wie viele Suchbegriffe man regelmäßig überprüfen will und mit welcher Suchtiefe. Ggf. ist ein Durchlauf eines Updates eine gute Nachtaufgabe für den Rechner, wenn viele Suchbegriffe mit hoher Suchtiefe abgefragt werden sollen.

Wenn das Update fertig gestellt ist, wird es eigentlich interessant.

So auch bei meinem ersten Versuch, da keines der Suchwörter ein Ergebnis brachte. Auch als ich im zweiten Anlauf die Suchtiefe auf 200 Ergebnisse erhöhte, fand AWR kein Suchergebnis mit Verweis auf eine Seite auf der nsah.de Domain. Ich stutzte ganz gewaltig. Auch wenn meine Website hier wenig Power besitzt, so hatte ich doch im letzten Jahr zu einigen Suchwortkombinationen einige Besucher über insbesondere Google. Dazu gehört die Wortkombination ‘iTunes Ordner überwachen’ und ‘Netzwerk Windows Leopard’.

Ich konnte mir nicht vorstellen, dass nsah.de so gar nicht in den ersten 200 Suchergebnissen auftauchen sollte. Tja und dann entdeckte ich das bereits seit Wochen anhaltende Problem. Ich habe mich um meinen Blog kaum gekümmert und auch die Statistiken länger nicht betrachtet. Vor ca. 4 bis 5 Wochen gab es ein deutlichen Rückgang der Besucher auf nsah.de und insbesondere Besucher aus Suchmaschinen. Unangenehmerweise hatte irgendwas (vielleicht ein Pluginupdate) dafür gesorgt, dass viele Seiten auf nsah.de trotz der korrekten URL Angabe nicht aufgerufen werden konnten und stets eine 404 Fehlerseite angezeigt wurde. Ich weiß nicht genau was das Problem ausgelöst hat, aber nachdem ich in den Einstellungen die Permalinks neu erstellt hatte, funktionierte alles wie vorher.

Ein netter Nebeneffekt des ansonsten eher unangenehmen Fehlers ist die Chance beobchten zu können ob und wie sich meine anscheinend fast vollständig aus den Google Suchergebnissen verabschiedeten Seiten wieder entwickeln würden. Ich bin mittlerweile beruhigt, da sich gezeigt hat, dass ich Google anscheinend nicht vergrauelt habe und relativ schnell wieder die alten Positionen erreicht habe. Das konnte ich nun mit Advanced Web Ranking gut nachvollziehen:

Ich habe am 02.01.10 das Problem entdeckt und behoben. Anschließend habe ich am 09.01.10 und am 12.01.10 jeweils Updates für das nsah.de Projekt mit dem AWR erstellt. Ich nehme jetzt mal die zwei Suchkombinationen ‘iTunes Ordner überwachen’ und ‘Netzwerk Windows Leopard’, um die Entwicklung zu verdeutlichen:

‘iTunes Ordner überwachen’
am 02.01.10 Position Google -
am 09.01.10 Position Google 94 (mit anderem Artikel !?)
am 12.01.10 Position Google 1 (mit passendem Artikel)

‘Netzwerk Windows Leopard’
am 02.01.10 Position Google -
am 09.01.10 Position Google 2
am 12.01.10 Position Google 2

Ich hätte wahrscheinlich häufiger Updates machen sollen, damit die Entwicklung besser zu sehen ist. Die Ergebnisse lassen sich auf vielfältige Weise darstellen. Spannend wird es natürlich erst, wenn man mehr als ein paar Updates gemacht hat. Dann kann man die Entwicklung des Ranking bei den jeweiligen Suchbegriffen gut nachvollziehen:

Sehr interessant ist auch die Möglichkeit sich anzusehen wie sich das Ranking der konkurrierenden Websites in den Suchergebnissen verhält. Die anderen Suchergebnisse bis zur eigenen Position werden mit gespeichert. Advanced Web Ranking enthält unzählige weitere Funktionen und Möglichkeiten rund um den Themenbereich Website Ranking, die man am besten selbst entdeckt, in dem man die 30 Tage Testversion direkt von Caphyon herunterlädt. Advanced Web Ranking ist in mehreren Sprachen und verschiedenen Ausgaben mit unterschiedlich großem Funktionsumfang erhältlich (auch als Serverversion). Der Preis liegt zwischen 99$ für die Standardversion bis zu 599$ für die Serverversion.

Advanced Link Checker

Der Advanced Link Manager hilft einem zu ermitteln von woher man Backlinks auf die eigene Seite erhält und welcher Art diese aufweisen (Linktext, Pagerank, etc.). Man kann das Tool auch gut nutzen, um von anderen zu lernen, in dem man es einfach auf erfolgreiche Websites ansetzt.

Auch der Advanced Link Manager geht weit über die Grundfunktionaliät hinaus und bietet eine präzise Analyse der Linkquellen. eneso wie AWR wird die Abfrage der Ergebnisse bei den Suchmaschinen schonend durchgeführt, so dass man keine Blockade befürchten muss.

Der Advanced Link Manager enthält unzählige weitere Funktionen und Möglichkeiten, die man am besten selbst entdeckt, in dem man die 30 Tage Testversion des Advanced Link Manager direkt von Caphyon herunterlädt. Advanced Web Ranking ist in mehreren Sprachen und verschiedenen Ausgaben mit unterschiedlich großem Funktionsumfang erhältlich (auch als Serverversion). Der Preis liegt zwischen 99$ für die Standardversion bis zu 399$ für die Enterpriseversion.

Aktuell hat man die Chance eine Lizenz für beide Tools im Gegenzug zu einem Artikel wie diesem hier zu erhalten. Im Rahmen dieser Aktion war ich dann auch genügend motiviert um endlich wieder einen längeren Artikel zu schreiben. Gleichzeitig kann man sich dabei gut in die Tools einfinden. Insofern herzlichen Dank an Frank, der mich auf diese Gelegenheit mit seinem Artikel ‘SEO-Tools: Advanced Web Ranking und Advanced Link Manager‘ aufmerksam gemacht hat.

Aus gegebenem Anlass habe ich heute mal nach Themes gesucht, die sich gut eigenen, um mit wenig Aufwand und mit Hilfe von WPMU kleine Websites mit maximal einer Handvoll Unterseiten zu erstellen. Dabei sollten die grundlegenden Einstellungen für das Layout und die Farbgebung möglichst bequem und zeitsparend aus dem Backend erfolgen.

Ich nutze hier im Blog zwar das Thesis Theme, das vielseitig verwendbar und seit der Version 1.6 auch in Bezug auf Farbgebung im Backend konfigurierbar ist, aber viele Design-Optionen lassen sich immer noch nur über die Bearbeitung der vorhandenen custom_functions.php oder der custom.css realisieren. Darüber hinaus lässt sich Thesis wie hier mit WPMU verwenden, aber ein Großteil der Einstellungen bleibt global, so dass, falls man Thesis in mehreren Sub-Blogs auf WPMU nutzen will, nicht ohne weiteres unterschiedliche Thesis Layouts für die verschiedenen Blogs nutzen kann. Ändert man die Einstellungen für den einen Blog überträgt sich das automatisch auf den anderen WPMU Blog.

Dieses Problem ist kein Einzelfall und es ist gar nicht so leicht ein passendes Theme zu finden, das individuelle Einstellungen pro WPMU Sub-Blog ermöglicht. Meist kann man zwar den Themeordner kopieren und mit leicht abgewandelten Namen versehen, aber das macht die Sache bei größerer Anzahl an individuell gestalteter Sub-Blogs unübersichtlich und ist im Falle eines Update des Themes sehr zeitaufwändig.

Mit diesem Aspekt im Blick habe ich mich zunächst nach so genannten Affiliate Themes umgesehen und folgende Themes gefunden.

Die ersten Beiden Themes stammen von Unique Blog Designs, die sich bereits durch die Anfertigung von Themes für bekannte A-Blogger wie z.B. John Chow einen Namen gemacht haben.

Affiliate Theme

Affiliate Theme von Unique Blog Designs.

Wenn man nach einem Affiliate Theme für WordPress sucht, begegnet einem unweigerlich das gut vermarktete Affiliate Theme von Unique Blog Designs. Es ist darauf ausgerichtet schnell typische Affiliate Websites zu realisieren, die für ein oder eine Handvoll Produkte werben. Im Backend sind sehr viele Einstellungsmöglichkeiten für das Layout realisiert und es werden bei den größeren Lizenzen auch gleich einige Headergrafiken für typische Affiliate Nischen mitgeliefert. Leider gewährt Unique Blog Designs bei diesem Theme keine Money Back Garantie, so dass ich das Theme bisher nicht näher in Augenschein nehmen konnte.

Inwiefern unterschiedliche Layoutoptionen des Affiliate Themes unter WPMU in verschiedenen Sub-Blogs möglich sind, bleibt aufgrund mangelnder Informationen unklar.

Lizenzen:

• Single-Use Package $97.00: für die Nutzung auf einer Domain
• Multi-Use Package $147.00: für die Nutzung auf einer unbegrenzten Anzahl Domains und Free Liftime Upgrades plus 10 Headergrafiken
• Super Affiliate Package $197.00: für die Nutzung auf einer unbegrenzten Anzahl Domains und Free Liftime Upgrades plus 50 Headergrafiken

Money Back Garantie: keine

Link: Affiliate Theme

Squeeze Theme

Squeeze Theme von Unique Blog Designs.

Das Squeeze Theme wurde wie das Affiliate Theme von Unique Blog Designs veröffentlicht. Es ist ebenfalls für Affiliate Aktivitäten geeignet, aber deutlicher in Richtung Squeeze Page ausgerichtet. Also eine Seite auf der ein Produkt angeboten wird oder eine E-Mailadresse für einen Newsletter eingetragen werden kann.

Leider gibt es keine Funktion, um getroffene Squeeze Theme Einstellungen zu Ex- oder Importieren, so dass sich diese schnell auf einen neu angelegten WordPress Blog übertragen lassen.

Lizenzen:

• $147.00: für die Nutzung auf einer unbegrenzten Anzahl Domains und Free Liftime Upgrades

Money Back Garantie: 30 Tage

Link: Squeeze Theme

Headway Theme

Headway Theme

Das Headway Theme ist weniger als generelles WordPress Theme gedacht, sondern eher wie Thesis ein Theme Framework. Im Unterschied zum Thesis Theme ist das Headway Theme mit einem ‘Visual Editor’ ausgestattet. Mit diesem Visual Editor lassen sich jede Menge Layoutoptionen per Maus einstellen. So können Bereiche wie Sidebar, Header und Widgets einfach an die gewünschte Position geschoben werden, in Höhe und Breite und auch farblich angepasst werden ohne das man dazu in einer CSS Datei Änderungen vornehmen müsste.

Ich konnte einen ersten Blick auf Headway werfen und in Bezug auf WPMU taucht das übliche Problem nur einer CSS-Datei für alle Sub-Blogs der WPMU Installation, die das Headway Theme verwenden. Aber alle in den Theme Optionen und im Visual Editor getroffenen Einstellungen werden in der Datenbank hinterlegt und sind so für jeden Sub-Blog individuell definierbar.

Allerdings gibt es keine Vorlagen wie bei dem Affiliate Theme, so dass man für jedes veränderte Theme mit Headway selbst Hand anlegen muss. Leider gibt es auch keine Funktion, um getroffene Einstellungen des Headway Themes zu Ex- oder Importieren, so dass sich diese schnell auf einen neu angelegten WordPress Blog übertragen lassen. Darüber hinaus haben die Entwickler sich leider bisher nicht besonders um die Lokalisationsmöglichkeiten des Themes gekümmert. Man muss damit leben, dass man die englischen Texte zum Teil direkt im Code des Themes übersetzten muss. Es gibt bisher keine Lokalisationsmöglichkeit über die üblichen .mo und .po Dateien und eine deutsche Lokalisierung liegt erst recht nicht vor.

Lizenzen:

• $87: Headway Personal Option für die Nutzung auf maximal zwei Domains und Free Liftime Upgrades, der Footerlink auf die Headway Website darf nicht entfernt werden
• $164: Headway Developer Option für die Nutzung auf einer unbegrenzten Anzahl Domains, Entfernung des Footer Links und Free Liftime Upgrades

Money Back Garantie: 30 Tage

Link: Headway Theme

Weitere interessante Premium Themes und Plugins

Bei meiner Suche sind mir noch einige weitere interessante Themes und auch Plugins aufgefallen, die ich hier aber nur kurz auflisten möchte:

• Das FlexSqueeze Theme ist ebenfalls auf Affiliate Promotion ausgerichtet und bietet besondere Funktionen und Grafiken um auch Squeeze Pages zu erstellen.
• Vom gleichen Entwickler gibt es das ReviewAZON Plugin, das es ermöglicht die Kundenrezensionen zu Amazonprodukten und weitere Informationen aus Amazon in Blogposts zu integrieren.
• Das Affiliate Theme von RichWP: Auch ein Affiliate Theme, das sich anscheinend eher auf das Bewerben einer größeren Zahl an Produkten konzentriert bzw. auch einen kleinen Shop ermöglicht.
• Mit dem WPReviewEngine Plugin lässt sich aus WordPress eine Review Seite machen, bei der ähnlich der Amazon Rezensionen mit Sternen die Qualität verschiedener Produkte oder Dienste bewertet werden kann.
• ClassiPress lässt WordPress zu einer Kleinanzeigenseite ähnlich wie Craigslist werden.

Ich werde die Liste mit der Zeit erweitern falls mir weitere ‘Affiliate Themes’ und passende Plugins auffallen.

Grundsätzlich schätze ich die Pingbackfunktion von WordPress sehr. Ich brauche mich nicht zu kümmern und alle relevanten verlinkten Seiten werden gepingt. Dahingegen hat es mich schon immer gestört, dass WordPress sich von Haus aus auch intern selbst ‘bepingt‘.Ich empfinde die, in den verlinkten Artikeln entstehenden, internen Trackbacks eher als störend und falls man nicht wirklich viele Kommentare unter dem Artikel stehen hat, sieht es meiner Meinung nach noch hässlicher aus. Manch einer meint, dass man so auf Neuigkeiten zum Thema innerhalb des Blogs aufmerksam wird. Aber hier finde ich einen kurzen manuellen Updatevermerk direkt im Artikel wesentlich leserfreundlicher.

Nachdem WordPress keine entsprechende Option anbietet, habe ich mich mal nach einem Plugin umgesehen, dass die ‘Self Pings’ abstellt. Ich entdeckte als erstes das ‘No Self Pings‘ Plugin von Michael D. Adams. Ein Blick auf die Versionsnummer 0.2 und das Datum des letzten Updates am 22.04.2007 erweckten in mir zunächst wenig Vertrauen. Da es aber wenig bis keine Alternativen zu geben schien, sah ich mich ein wenig nach aktuellen Erfahrungsberichten um und wurde mehrfach fündig. Kurz gesagt: das Plugin funktioniert demnach problemlos mit WordPress 2.8.6. Ich habe es jetzt im Einsatz und muss die internen Pings nicht mehr löschen.

Das amerikanische vBulletin Team hat auf ihrer Website seit gestern ausführlichere Informationen für das kommende Update der beliebten Forensoftware vBulletin auf die Version 4.0 (aktuell ist die Version 3.8.4). Eine kurze Zusammenfassung der wichtigsten Neuerungen:

• Komplett neue Template-Engine
• CSS-basierendes Style
• Integrierte Sitemap
• Suchmaschienen-Optimierungen (Keywords-URLs, semantisches HTML, etc.)
• Zentrales Anhang-System
  Anhänge können in Ordnern verwaltet und wiederverwendet werden, d.h. man kann z.B. ein in einem Beitrag hochgeladenes Bild auch in ein Album einfügen, etc. Diese Funktionalität steht auch 3rd Party Add-ons zur Verfügung
• Überarbeitete Suchfunktion
  Mit einem Suchformular können mehrere Inhalte (Beiträge, Profilnachrichten, Blog-einträge, etc.) durchsucht werden. Diese Funktionalität steht auch 3rd Party Add-ons zur Verfügung
• 3-Way-Merge
  Bei einem Upgrade versucht vBulletin selbstständig veränderte Templates an die neuen MASTER-Templates anzupassen. Treten hierbei keine Konflikte auf, so ist kein manueller Eingriff erforderlich – dies spart (für User dich nicht bisher bereits TMS genutzt haben) dem Administrator sehr viel Zeit (und Nerven)
• Neuer BBCode für die Einbindung von Videos (YouTube, etc.)

Quelle: vBulletin Germany

Die größte Änderung wird wohl die Aufteilung der Linzenz in zwei Varianten sein. Es gibt weiterhin die reine Forensoftware vBulletin 4.0 genannt Forum Classic und ein Lizenz Variante mit umfangreichen CMS Funktionen und Community Blogs, die sich Publishing Suite nennt. Auf den deutschen vBulletinseiten gibt bisher noch keine Infos zu den Europreisen. Nun ist auch eine Ankündigung für die deutschen Preise veröffentlicht worden.

Während das Upgrade auf die Forum Classic vB 4.0 Variante jedem Besitzer einer aktiven aktuellen Lizenz möglich sein wird ist der bis zum 30.10.2009 gültige Pre-Sale Discount insbesondere für Lizenzbesitzer mit einer demnächst auslaufenden aktuellen Lizenz oder dem Wunsch nach einem Upgrade auf die Publishing Suite interessant. Die Preisstruktur gestaltet sich folgendermaßen (in USD, weil die deutschen Preise noch nicht bekannt sind):

vBulletin 4.0 Forum Classic:

Upgrade: free (später € 139,00)
Neue Lizenz € 159,00 (vB.com 195,- $)

vBulletin 4.0 Publishing Suite Pre-Sale Discount:

Upgrade € 109,- ( vB.com 130,00 $) statt später 250,00 $
Neue Lizenz € ??? (vB.com 235,00 $) statt später € 239,00 (vB.com 285,- $)

Auch wenn die Aussage, dass das Upgrade auf die Forum Classic Version kostenfrei ist, gut klingt, so gibt es doch eine unangenehme Begrenzung. Denn wenn der 12 Monatszyklus für freie Updates der aktiven Lizenz endet, muss man um weiterhin Zugang zu den Updates zu erhalten den Preis für eine neue Linzenz in Höhe von 195,- $ zahlen. Damit könnte für viele der Erwerb des Upgrades auf die Publishing Suite zum Pre-Sale Discount eine günstigere Variante sein – selbst wenn sie die erweiterten Möglichkeiten dieser Lizenz nicht nutzen wollen. Beschwerden gibt es bereits von Besitzern der vB Blog Lizenz, da diese teilweise erst vor kurzem Geld für das Community Blogs Add-on für vBulletin gezahlt haben, dass nun in der Publishing Suite integriert ist und nicht mehr seperat vertrieben wird. Es gibt keine weiteren Preisnachlässe für diese Benutzergruppe und so haben diese das Gefühl zwei Mal zur Kasse gebeten zu werden.

Mit dieser Veröffentlichung wird gleichzeitig eine neue Lizenzpolitik eingeführt. Die früher mögliche Option des Kaufes einer Jahreslizenz mit der man die Software eine Jahr lang nutzen konnte und dann entweder eine neue Jahreslizenz kaufen oder die Software deinstallieren musste wird nicht weiter angeboten. Angenehmerweise ändern sich die Bedingungen für die Volllizenz. Während man früher zwar vBulletin auch ein Jahr nach dem Erwerb der Lizenz nutzen konnte, hatte man nach einem Jahr keine Downloadmöglichkeit für Minorupgrades. Erst nach Zahlung weiterer 35,- $ erhielt man ein weiteres Jahr Zugang zu den Updates. Ab Version 4.0 wird sich dies ändern und man erhält bis zum nächsten Majorupgrade (vB 5.0) alle weiteren Updates kostenfrei.

Das von vielen genutzte SEO Add-on vBSEO wird mit der Version 3.5.0 vBulletin 4.0 kompatibel sein (sowohl für die Forum Classic als auch die Publishing Suite Variante). Für vBSEO Nutzer mit einer aktiven Lizenz ist dieses Update kostenfrei. Wer seine Linzenz erneuern muss zahlt die üblichen 35,-$ für ein weiteres Jahr Zugang zu vBSEO Updates. Es wird darauf hingewiesen, dass vB 4.0 zwar selbst SEO-freundliche URLs zur Verfügung stellt, dies Bezieht sich aber nur auf forumdisplay , showthread und die member urls und umfasst damit nicht die weitreichenden SEO Optionen von vBSEO.

Ich bin sehr gespannt auf das neue Design von vB 4.0, ob die CMS Fähigkeiten sich im Einsatz besser schlagen als die bisherigen Varianten und wann auf der deutschen vBulletinseite die Preise einsehbar sind.

Im Moment geht es hier etwas einseitig um das Thesis Theme. Das liegt daran, dass ich gerade sehr aktiv an einer Anpassung des Thesis Themes für einen Blog arbeite. Nun zur Sache …

Von Haus aus zeigt das Thesis Theme auf der Homepage unter jedem Beitrag die Anzahl der Kommentare innerhalb der großen geschweiften Klammern an:

{ 0 Kommentare } bzw. { 0 Comments }

Eine ähnlicher Text findet sich auf der Beitragsseite unter dem Artikel, wenn bereits Kommentare geschrieben wurden:

{ 12 Kommentare… Lese die folgenden oder füge einen hinzu } bzw.

{ 12 comments… read them below or add one }

Ich wollte nun beide Anzeigen komplett entfernen. Der erste Fall ist recht einfach. Wie so oft wird in der custom_functions.php (im custom Ordner des Thesis Theme Ordners) folgender Code hinzugefügt:

remove_action('thesis_hook_after_post', 'thesis_comments_link');

Das reicht für die Anzeige auf der Homepage.

Wer es einfacher haben möchte und das Thesis Open Hook Plugin nutzt, braucht nur im Bereich ‘thesis_hook_after_post’ einen Haken vor ‘Remove Thesis comments link’ setzen.

Für das Entfernen des zweiten Textes benötigt es etwas mehr. Hier wird ein Filter verwendet. Der Code ist wieder der custom_functions.php hinzuzufügen:

function remove_comment_intro($content) {
    $content = '';
    return $content;
}
add_filter('thesis_comments_intro', 'remove_comment_intro');

Nun erscheint auch der zweite Text nicht mehr auf den Beitragsseiten.

Herzlichen Dank für den aktiven Support von godhammer und girlie im Thesis Theme Support Forum.

Ich bin zwar grundsätzlich Freund der no nofollow Fraktion, aber es gibt für meinen Geschmack einfach zu viele Kommentatoren, die es auf billige Backlinks abgesehen haben. Weil es dabei leider eine große Grauzone gibt, falls der Kommentar einigermaßen ernsthaft wirkt, aber die verlinkte Homepage eher kommerzieller Natur ist, greife ich gerne auf das Nofollow Case by Case Plugin für WordPress zurück. Damit kann ich bei solchen unklaren Fällen den Kommentar inkl. Link zulassen. Allerdings durch hinzufügen von “/dontfollow” hinter dem eigentlichen Link auf die Homepage des Kommentators, sorgt das Nofollow Case by Case Plugin dafür, dass der Link mit Nofollow gesetzt wird.

Grundsätzlich funktioniert dies auch gut mit dem von mir genutzten Thesis WordPress Theme. Nur bei eingeschalteten Gravatar Bildern für die Kommentare werden im Thesis Theme auch die Avatare der Kommentatoren verlinkt. Grundsätzlich OK, aber hier greift das Nofollow Case by Case Plugin nicht und die Links bei den Bildern lauten im Falle eines Falles ‘http://www.kommentatordomain.de/dontfollow’. Das sieht nicht gut aus und die Links führen in der Regel zu einem 404 Fehler.

Ich dachte mir, mit der Flexibilität des Thesis Themes sollte es kein Problem sein hier für eine dauerhafte Lösung zu sorgen. Zunächst habe ich angenommen, dass es über das Hooks System von Thesis funktionieren könnte. Als ich nach einiger Recherche keine Lösung fand, entschied ich mich das große Support Forum zu dem Thesis Theme auszuprobieren und stellte dort meine Frage ein. Die Antwort überraschte mich etwas. Mir wurde nahe gelegt einen Filter zu benutzen. Das es neben den Hooks auch Filter für das Thesis Theme gibt war mir neu und ich musste erst einmal herausfinden wie und wo genau ich den vorgeschlagenen Code einbinden sollte.

Dieser wird wie bei den Hooks in die custom_functions.php im ‘custom’ Ordner des Thesis Themes eingefügt:

function remove_avatar_link($content) {
    $allowedtags = '<span><img>'; // HTML tags allowed
    $content = strip_tags($content, $allowedtags);
    return $content;
}
add_filter('thesis_avatar', 'remove_avatar_link');

So werden an entsprechender Stelle nur die Tags ‘span’ und ‘img’ zugelassen und die Avatarbilder sind anschließend nicht mehr verlinkt.

Ich nutze nicht nur auf diesem Blog das Thesis WordPress Theme. In einem Fall galt es im Zuge der Anpassung des Themes alle Begrenzungslinien zu entfernen. Zunächst arbeitete ich mich in der custom.css durch die einzelnen Elemente. Dann entdeckte ich den Artikel “Remove all borders in Thesis 1.5” von Matt Hodder. Die Lösung ist schön einfach und kompakt. Durch das hinzufügen folgender Zeilen zu Beginn der custom.css im ‘custom’ Ordner des Thesis Theme werden alle Begrenzunglinien auf einem Schlag entfernt:

.custom #header, .custom .post, .custom .teasers_box, .custom #footer, .custom #footer a, .custom #footer a:active, .custom #archive_info, .custom .prev_next, .custom #comment_list, .custom #comment_list dd, .custom #commentform, .custom #sidebar_1, .custom #sidebar_2, .custom #comment_list dt.comment, .custom #comment_list dd.comment, .custom #comment_list dl .bypostauthor .format_text, .custom #trackback_list {
        border-bottom: 0px;
        border-top: 0px;
        border-right: 0px;
        border-left: 0px;
}
.custom #content_box, .custom #column_wrap {
        background: none;
}

Nur die Linie in der Header Navigation bleibt übrig. Falls diese auch entfernt werden soll, fügt man einfach folgende Zeile hinzu:

.custom #tabs { border-bottom: none; }

Voilà!

Ich weiß, dass der Titel mehr Erwartungen schürt als er wahrschinlich befriedigen kann. Nur ist mir kein anderer eingefallen. Eigentlich wollte ich einen Kommentar zu dem Artikel “wpSEO vs. All in One SEO PACK” schreiben. Da der Blog den Kommentar anscheinend nicht annimmt (komme immer auf eine leere Seite und unter dem Beitrag erscheint nichts) poste ich ihn statt dessen hier:

Danke für den differenzierten Vergleich. Ich wollte eigentlich schon länger selbst recherchieren worin die Unterschiede zwischen den beiden Plugins liegen, bin aber nie dazu gekommen. Liegt vielleicht auch daran, dass ich mir bereits eine Premium Lizenz von wpSEO gekauft habe, weil ich bisher nur gute Erfahrungen damit gemacht habe. Insbesondere wenn ich mal auf Schwierigkeiten gestoßen bin, macht sich ein aus meiner Sicht großer Vorteil von wpSEO bezahlt: deutschsprachiger Support und dazu immer sehr schnell (sogar einmal Sonntagsabends), obwohl meine Probleme bisher nie an wpSEO selbst hingen.

Ein weiterer Punkt ist, dass ich den Geldbetrag für wpSEO auch als eine Art Gesamtanerkennung für Sergej betrachte, da er die WordPress Community mit seinem Wissen und weiteren kostenfreien Plugins unterstützt. Antispam Bee habe ich z.B. auch in allen meinen Blogs im Einsatz.

Es gibt ein weiteres kostenfreies WordPress SEO Plugin namens HeadSpace bei dem mich die Funktionsfähigkeit im Vergleich zu wpSEO interessieren würde. Der Entwickler hat auf Urban Giraffe einen (wie er selbst zugibt sehr subjektiven aber tabellarisch sehr schön aufbereiteten) Vergleich seines Plugins mit anderen SEO Plugins erstellt, der hier zu finden ist: WordPress SEO Plugin Comparison. Man sollte allerdings auch unbedingt die durchaus kritischen Kommentare zu dem Artikel lesen.

Hat jemand Erfahrungen mit HeadSpace2 insbesondere im Vergleich mit wpSEO gesammelt?

Der Titel klingt zwar etwas paradox ist aber richtig .

Ich habe wieder etwas gelernt: Das Einbinden von Videos hat früher schon manchmal zu Problemen geführt, aber das gehörte bei mir zumindest der Vergangenheit an und ich fügte bisher Videos immer mit dem von der jeweiligen Seite bereitgestellten Code ein. Das hat den Vorteil, dass diese Videos in der Regel problemlos im Feed dargestellt werden.

Heute entdeckte ich nun einen älteren Blogbeitrag in dem mehrere Videos eingebunden waren. ‘waren’ ist das richtige Wort, denn dort wurde nichts mehr angezeigt. Ich nahm zunächst an, dass dies an meiner mehrfachen Migration von WordPress über Drupal zurück zu WordPress und schlussendlich zu WordPress MU lag. Nur als ich die entsprechenden Videos wieder einbinden wollte, wurde der Code immer wieder einfach von WordPress gelöscht. Auch das konsequente Umstellen auf den reinen HTML Editor brachte nichts. Ich war schon reichlich genervt als mir Frank auf meine Frage hin erläuterte, dass WordPress MU, das eigentlich als Bloghostingplattform konzipiert ist, im Gegensatz zu WordPress einige möglicherweise gefährliche Tags wie z.B. < code >< iframe >, < embed >, etc. in Beiträgen nicht zulässt ... da hätte ich ja noch lange herumprobieren können.

Franks Lösungsempfehlung das Unfiltered MU Plugin behebt diese Problem entweder im 'mu-plugins' Ordner gleich für alle Blogs oder im normalen 'plugins' Ordner für jeden Blog einzeln aktivierbar.

Danke Frank!