Schritte für einen korrekten WordPress-Umzug:

1. Datenbank sichern

Bevor man sich an einem Umzug macht sollte der aktuelle Stand der Datenbank unbedingt gesichert werden. Gibt es Probleme beim Backup oder geht etwas wirklich schief kann so immer noch der alte Stand wieder hergestellt werden. Viele Webspaces und Server bieten phpmyAdmin als Datenbank-Software gleich mit an, darüber können Blogs bis etwa 2 Megabyte Daten gesichert und wieder hergestellt werden. Für größere Backups empfiehlt sich eine externe Software wie zum Beispiel mySQLDumper. Wer das Plugin WordPress Database Backup installiert hat kann auch dieses verwenden.

Ein reiner Export der Artikel aus dem WordPress Backend heraus reicht im übrigen nicht aus. Die Einstellungen der Plugins und die Optionen werden so nicht gesichert.

2. Datein sichern und anpassen

Im einfachsten Fall sichert man einfach alle Dateien die in der WordPress Installation auf dem alten Server liegen. Wer dies nicht möcht kann aber auch nur die wichtigen Dateien vom Server nehmen.

Gesichert werden sollte dabei das gesamte wp-content Verzeichnis. Darin liegt nicht nur das Template sondern es enthält auch die Plugins und die Uploads (Bilder) die man in der Betriebszeit auf den Server geladen hat. Es reicht nicht aus nur das Template zu sichern, denn dann müßte man sämtliche Plugins neu installieren und die Artikelbilder (und auch die Thumbnails) wären auch weg. Auch wichtig: die wp-config.php (zu finden im Root Verzeichnis) enthält einige wichtige Informationen und sollte daher auch gesichert werden. Wurde eine eigene Permalink Struktur angelegt wird auch noch die Datei .htaccess benötigt.

Auf dem neuen Server lädt man entweder das komplette alte Verzeichnis hoch oder (wenn nur die individuellen Dateien gesichert wurden) spielt eine neue WordPress Installation auf und ersetzt die htaccess Datei und das wp-content Verzeichnis durch die alten Dateirn.

Die wp-config.php sollte mit den neuen Zugriffsdaten auf die neuen Datenbank ausgestattet werden. Danach kann auch sie auf den Server geladen werden.

// ** MySQL settings ** //
define('DB_NAME', 'putyourdbnamehere'); // The name of the database
define('DB_USER', 'usernamehere'); // Your MySQL username
define('DB_PASSWORD', 'yourpasswordhere'); // ...and password
define('DB_HOST', 'localhost'); // 99% chance you won't need to change this value

Die Settings sind dabei mit den alten Zugriffsdaten für die alte Datenbank ausgefüllt, sie mssen durch die neuen Zugriffsdaten ersetzt werden.

3. Datenbank anpassen und überspielen

WordPress hinterlegt die Daten für die Domain auf der der Blog läuft in der Datenbank (wp_options), daher muss dieses Feld angepasst werden, damit WordPress die neuen Installation auf dem neuen Blog findet. Am einfachsten geht dies, wenn man in der alten Installation die Daten auf die neue URL ändert und danach eine neue Kopie der Datenbank sichert. Die Domain wird dabei 2 mal festgelegt (in den Feldern siteurl und home), in beiden Feldern muss die neue Domain eingetragen werden. Die neue Kopie der Datenbank wird dann auf den neuen Server gespielt, auch hier kann bei großen Dateien wieder mySQLDumper zum Einsatz kommen.

Wer sich gut mit Datenbanken auskennt kann die Daten auch direkt in der Datenbank oder im sql-File ändern.

4. Fertig

Das wars. Mehr ist an sich nicht notwendig und der Blog sollte jetzt bereits laufen. Im besten Fall wurden alle Optionen/Einstellungen übernommen. Wer den alten Blog weiterlaufen lassen möchte sollte das erste Backup der Datenbank auf den alten Server spielen, denn durch die Änderung der URL funktioniert der alte Blog nicht mehr.

Fehler & Probleme beim WordPress und neuen Domains

Mod_Rewrite und der 500 Fehler

Manchmal kann der neue Server keine htaccess-Datein lesen, weil der Server kein mod_rewrite Modul hat. Dann gibt es beim Aufruf der Artikel eine Fehlermeldung (meist internal Error 500). Unter Einstellungen/Permalinks kann man dies deaktivieren, lassen sich die Beiträge dann normal aufrufen muss man mod_rewrite aktivieren.

.htaccess-Fehler

Oft sind in der alten .htaccess-Datei noch feste Verlinkungen auf die alte Domain vorhanden die irgendwann mal manuell hinterlegt wurden. Diese funktionieren natürlich nicht mehr für die neue Domain daher sollten sie schnell angepasst werden.

Umlaute sehen merkwürdig aus

Das passiert häufig wenn beim Backup ein falsches charset (Sprachcode) verwendet wurde. In dem Fall einfach ein wenig mit den möglichen Varianten (latin, UTF 8 usw.) experimentieren (Download mit einem anderen Charset der alten Version) bis es passt. WordPress hat meist UTF-8 voreingestellt, es kann aber auch sein, das für einige Tabellen der Datenbank andere charsets voreingestellt sind. Auf bueltge.de gibt es für fortgeschrittene Anwender auch ein Script mit dem man die Umlaute direkt in der DB korrgieren kann.

Seit gestern zeigen nun viele alte und neue Domains endlich neue Pagerank Werte an. Ich habe mir noch keine Überblick verschaffen können aber zumindest in meinem Portfolio gab es fast ausschließlich positive Veränderungen. Auch bei den deutschen PR Schwergewichten gab es keine Überraschungen. Mr.Wong hat nach wie vor PR9, Spiegel Online kann den PR8 halten.

Interessant dürfte der Zusammenhang des Updates mit dem Wechseln in der Führung von Google sein. Das PR-Update kam just in dem Moment als Google verkündete, dass Larry Page den Posten des CEO bei Google übernimmt und Eric Schmidt in den Aufsichtsrat wechselt und dort als Executive Chairman weiter arbeitet. Das mag natürlich nur ein Zufall sein, bemerkenswert ist die Übereinstimmung auf jeden Fall.

Wie groß das Interesse an einer sicheren Version ist zeigt der aktuelle OpenX-Serverstatus: die Domain ist down.

Das ist nervig für alle die noch keine neue Version gedownloaded haben aber noch nerviger für alle die bereits die Installation begonnen haben. Zur Installation ist es nun nämlich nötig sich mit einem OpenX Account anzumelden oder einen neuen zu erstellen. Da der Server aber nicht reagiert ist die Installation an der Stelle nicht weiter möglich. Derzeit scheint ein Sicherheitsupdate nicht möglich, weil man bei OpenX verstärkt auf Marketing setzt. An der Stelle sind die Prioritäten in meinen Augen verkehrt verteilt.

Ein weiterer Punkkt ist mir beim Updaten negativ aufgefallen: Das Update der alten Datenbank war nicht möglich, weil es Fehler in der DB gab, leider kam kein Hinweis wie sich dies reparieren ließen. Ein weiterer Fehler: Aufgrund der nicht hinterlegen Timezone konnte die Installation nicht weiter ausgeführt werden. Ein Programm das sich wegen der Zeitzone weigert Dienst zu tun ist mir bis dahin noch nicht unter gekommen.

Zur neue Version: OpenX 2.8.7

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.

Erstaunlich für mich war, das Mister Wong seinen PR9 behalten hat, ich hätte vermutet das Google da einige Filter reinwirft. Allerdings scheinen die Social Seiten insgesamt nicht mehr ganz so scharf unter Beobachtung zu stehen, zumindest kommt mir das bei meinen Seiten so vor. Unorganzied als Social News Plattform hat mittlerweile eine PR3 und auch 2-get hat als Artikelverzeichnis den Pagerankentzug überstanden und sich auf PR2 gesteigert. Die Zeiten da solche Seiten mehr oder weniger automatisch in den Filter genommen wurden scheinen also vorbei.

Das PR Update war in dem Zusammenhang auch Thema einiger Aprilscherze. Einige Blogsposts bei Google sind dazu nach wie vor online, auch mit gefakten PR-Veränderungen. Im Zweifel also besser zweimal hinschauen. Wer sich an der Diskussion um das PR Updaten beteiligen willl – auf Abakus läuft der Thread dazu bereits wieder heiß: Abakus.

Wer wpCMS 2.6.3 bereits installiert hat kann den Upgradepack von WordPress nutzen, der neue Pack ist nur für neue Installationen notwendig.

Zum Download:

• wpCMS 2.6.5 (.zip 4.5MB)

Mehr Informationen zum Content Managment System auf WordPress Basis wpCMS gibt es hier: wpCMS.

• Added a check for the correct post_type to blogger.editPost and blogger.deletePost
• Updates to update_post_meta() and delete_post_meta() to ensure they work correctly with post revisions and don’t create the meta on the revision instead of the post
• Protection for a very difficult to exploit XSS issue
• Fix for an XSS issue with the Atom and RSS feeds on some hosting setups

Die deutsche Version sowie ein schnelles Updatepaket für 2.6.3 ist hier erhältlich.

Wer sich wundert wohin die Version 2.6.4 verschwunden ist: Diese wurde übersprungen. Es gab für diese Version ein virenverseuchtes Fake, daher wurde gleich auf 2.6.5 erhöht um Verwirrungen zu vermeiden.

Bei einigen der Blogs war danach das Einloggen in den Adminbereich nicht mehr möglich. Die Anmeldung funktionierte zwar soweit, leitet aber immer auf den Loginbildschirm zurück mit dem Hinweis (in rot) “Bitte melde dich nochmal an.”.

Nach einigen Runden auf diese Art und Weise stellte ich dann fest, dass es in anderen Browsern ohne Probleme funktioniert, nur beim FF kam es immer wieder zu der Fehlermeldung.

Letztendliche Lösung: Cookies löschen. Die Cookies waren auf den anderen Browser noch nicht vorhanden und konnten daher dort keine Probleme bereiten. Nachdem ich die Cookies auch im FF gelöscht hatte ging auch mit diesem Browser das Einloggen wieder ohne Probleme.

• Comments API – Eine Schnittstelle über die es möglich sein soll Kommentare per Cleint auch außerhalb von WordPress zu managen
• Tastatur Schnellzugriffstasten für die Kommentare – Kommentare kann man dann auch mit der Tastatur schnell moderieren
• Theme API – eine weitere Schnittstelle, diesmal zum schnelleren Update von Themes
• OneClick Installation für Plugins – Es gibt bereits ein Plugin das es erlaubt andere Plugins schnell und mit nur einem Klick zu installieren, dieses Feature soll nun auch direkt im Core implementiert werden
• Sitemap Generator – Auch hierfür gibt es bereits ein Plugin aber auch diese Funktion soll direkt im Core vorhanden sein
• Kommentare schreiben aus dem Adminbereich – geht bisher auch durch verschiedene Plugins und soll ab 2.7 direkt im Adminbereich möglich sein.
• Benachrichtungen bei Kommentaren - eine Funktion die es erlaubt Emailadressen zu hinterlegen um bei neuen Kommentarein informiert zu werden. Auch dies ist bereits per Plugin machbar (zum Beispiel auch hier im Blog im Einsatz) und soll demnächst als Corefeature übernommen werden.

Daneben soll der Code gestrafft werden und das Dashboard sowie der Schreibbereich eine neue Anordnung erhalten. In erster Linie wird WP 2.7 aber eine Menge Plugins weniger benötigen weil die entsprechenden Sachen bereits im Core enthalten sind. Inwieweit die Implementierung mit den jetzigen Plugins mithalten kann – man darf gespannt sein. Immerhin hinkt das interne Tagsystem ja auch noch hinter den Plugins her.

Weitere Reaktionen darauf gibt es zum Beispiel hier, hier oder auch hier.

Das schnelle Tempo der Releases stößt aber nicht überall auf Gegenliebe. Immerhin bedeutet jede neue Version auch neue Arbeit beim Updaten und nicht immer läuft alles ohne Probleme ab. Wer nicht updaten mag wird dazu allerdings auch nicht gezwungen (den nervigen Hinweis im Adminbereich kann man abschalten). Sicherheitsrelevant ist das Update wahrscheinlich nicht (da wird 2.6.1 wichtiger) also kann man an sich auch die alte Version laufen lassen und auf 2.8 warten.

So hatte der Thread im Abakus-Forum “nur” 10 Seiten,  was allerdings auch der Tatsache geschuldet ist, dass  wenig Zeit zum Spekulieren blieb, bis das Update durch war.  Die Änderungen waren in den meisten Bereichen bei +/-1 Rankingpunkt (BO hat leider einen verloren – warum auch immer ), bei den Unterseiten scheint sich Google dafür großzügiger gezeigt zu haben, hier gibt es sehr viele Seite die einen PR abbekamen.

Neuerungen scheinen keine mit ins Update geflossen zu sein (man errinnere sich an das letzte Jahr als es im herbst mit den paid Link Abstrafungen losging) sondern es wurde einfach nur der PR aktualisiert. Insofern also alles sehr dezent und ohne Gründe für Aufregung oder große Diskussionen. Vielleicht hätte es sogar keiner gemerkt, wenn Matt es nicht angekündigt hätte.

Die vorigen Versionen enthielten XSS-Sicherheitslücken über die es möglich war Administrator-Optionen auch ohne die zugehörigen Rechte ausführen zu können. Die neu erschienen Patches schließen diese Lücken, daher ist es dringend ratsam auf die neuste Version zu updaten.

Die neusten Downloads stehen im vBulletin Kundenbereich zur Verfügung.

Dazu gibt es einige weitere Bugfixes und die Performance im Adminbereich soll deutlich verbessert worden sein. Alles in allem wirklich gute Gründe den Blog auf die neuste Version zu upgraden. Wer bisher die 2.5 gemieden hat kann jetzt die neuste Version nutzen.

Bereits angekündigt sind erste Details zu Wordpess 2.6 – unter anderem soll es Artikelversionen geben mit denen man ähnlich der Wikipedia auch auf ältere Versionen eines Artikels zurückgreifen kann.

Grund scheint wohl zu sein, dass die automatische Updateüberwachung nach der neusten Version sucht und der entsprechende WordPress Server eher langsam antwortet (logisch wenn so viele Luete auch nach neuen Versionen suchen).

Aus diesem Grund habe ich die Core Aktualisierungs-Überwachung deaktiviert, mit diesem Plugin geht das mit einem Mausklick. Seitdem läaufen die Blogs wieder spürbar schneller.

Allerdings gibt es in der Version 2.5 keine gravierende Sicherheitsfixes, die ein Upgrade sofort und auf der Stelle notwendig machen würden, man kann sich also Zeit lassen und die deutsche Version abwarten, eventuell vielleicht sogar auf den ersten Bugfix zur Version warten.

Auf jeden Fall sollte jeder vorher checken, ob die eingesetzten Plugins und das Theme noch mit der neusten Version funktioniert. Für die Plugins gibt es dabei ein nützliche Liste.

Ansonsten folgt das Upgrade den normalen Abäufen (Anleitung: WordPress richtig upgraden), es sollte keine größeren Probleme geben. Ein Backup der Datenbank ist dabei natürlich genau so wichtig wie die Sicherung der alten Datein. Falls sich herausstellt, das zum Beispiel das Theme doch nicht arbeitet, kann man immer noch den alten Zustand wieder herstellen.

Ab 1. April (wohl eher kein Scherz) soll sich das ändern. Ab diesem Datum muss die Ziel URL mit der Anzeige URL übereinstimmen, auch andere Domainendungen oder Redirects sind nicht mehr zulässig.

Einzige Ausnahmen gibt es für Tracking-URLs, die als redirect auf die Anzeige URL führen und Subdomains. Wenn es eine Subdomain mit einem bestimmten Begriff in der Ziel URL gibt, kann dieser Begriff auch weiterhin in der Anzeige URL verwendet werden.

Für http://subdomain.blogs-optimieren.de wären folgende Anzeige URLs erlaubt:

subdomain.blogs-optimieren.de
blogs-optimieren.de/subdomain
www.blogs-optimieren.de/subdomain

Interessant könnte eine Umstellung für Unternehmen werden, die eine längere URL nutzen. Nach wie vor kann die Anzeige URL nur 35 Zeichen lang sein – alles was darüber hinaus geht ist nicht als Anzeige einbuchbar. Auch die Weiterleitung auf Unterseiten wird erschwert, zumindest kann die Unterseite nur noch in wenigen Fällen in der Anzeige URL untergebracht werden.

Hintergrund: 

Google bietet im Adwords-System zwei Felder für die URL an. Das eine Feld (Disply bzw. Anzeige URL) enthält jene URl die direkt in der Werbung angezeigt wird, das andere Feld (Ziel URL) die tatsächliche URL auf die der User beim Klick auf die Anzeige geleitet wird.

Das ist sinnvoll, denn einerseite muss die Anzeige gut aussehen und darf nicht so groß sein, andererseits ist es aber nur selten angebracht die User direkt auf die Startseite zu leiten. Daher kann man einerseits die Hauptdomain anzeigen lassen, den User aber andererseits auf eine Unterseite weiterleiten.

Allerdings wurde dies auch immer wieder ausgenutzt um markenrechtliche geschützt Domains als Anzeige zu nutzen, obwohl die Weiterleitung auf Konkurrenzprodukte erfolgte.

1. Updates

Ein aktuelles System ist in der Regel der beste Schutz gegen unbefugte Zugriffe. WordPress hatte immer wieder Sicherheitslücken in verschiedenen Versionen die erst durch eine weitere Aktualisierung geschlossen wurde. Aus diesem Grund sollte man immer das aktuelleste Release einer WordPress-Version verwenden. Dort sind dann die bekannten Sicherheitslücken geschlossen.

Mit einem aktuellen System ist nicht zwangsläufig die aktuellste Version gemeint (obwohl es zu empfehlen ist). Wer zum Beispiel noch mit Version 2.1. arbeitet kann die auch weiterhin tun, sollte aber auf das neuste Release der 2.1 updaten, in dem Fall WordPress 2.1.3

Die neusten Versionen der WordPress-Core-Datein sind immer auf WordPress Deutschland zu finden.

Neben den Systemdateien ist es auch wichtig, die installierten Plugins aktuell zu halten. Seit WP 2.3. gibt es dazu einen internen Tracker, der es meldet, wenn neue Versionen für ein Plugin vorliegen. So bleibt man recht einfach auf den neusten Stand und weiß genau wann ein Plugin neu geupdatet werden muss. Dies gilt allerdings nur für offiziell unterstützte Plugins. Alle anderen Plugins müssen manuell aktuell gehalten werden.

2. Usermanagment

Bei der Installation legt WordPress automatisch einen User mit Administrationsrechten an der auf den Namen Admin hört. Das Wissen natürlich auch potentielle Angreifer und brauchen dann zu diesem User nur noch das Passwort um vollen Zugriff auf den Blog zu bekommen. Daher sollte man einen neuen User mit Administrationsrechten anlegen und den alten Admin löschen. Viele Plugins zeigen zum Artikel auch den Autor an, daher sollte man mit den neuen Admin-User keine Beiträge schreiben, da sonst der Name veröffentlicht wird, sondern zum Schreiben einen weiteren User anlegen der keine Adminrechte hat sondern nur normale Autorrechte.

3. Datenbank-Prefixe

Die Standardinstallation von WordPress arbeitet immer mit den gleichen Datenbankschema und den selben Datenbanknamen. Diese sind bekannt, man kann aber zumindest die Prefixe der Tabellen ändern um Zugriffe zu erschweren. Voreingestellt bei einer Installationist der Prefix “wp_”. Diesen kann man bei einer Neuinstallation gleich ändern, am besten auf einen Zufallswert. Die Funktionsfähigkeit der Datenbank wird dadurch nicht beeinträchtigt.

Bei bereits bestehenden Installationen von WordPress können die Prefixe nachträglich mit diesem Tool geändert werden. Dazu sind keine MySQL Kenntnisse notwendig, die Ändeurng in der Datenbank kann nach der Installation direkt im Administrationsbereich durchgeführt werden.

Neben diesen ersten Tipps gibt es noch einige Möglichkeiten mehr, die Blogsicherheit zu erhöhen, unter anderm kann man hier noch weiterführende Tipps nachlesen.

Derzeit liegt die Version nur in englisch vor, es ist aber anzunehmen, dass die deutsche Version relativ schnell nachgeschoben wird.

• zum Download der aktuellen Version

1. Backups

Vor einem Update ist es unbedingt notwendig sowohl die Datenbank als auch die Datein auf dem Server zu sichern. Falls es Probleme beim upgraden gibt kann man so den alten Status schnell wieder herstellen.

Die Datein lassen sich dabei einfach über ein FTP-Programm downloaden und auf dem eigenen Rechner speichern. Das Backup der Datenbank kann per phpmyAdmin-Software, per Plugin (zum Beispiel WordPress Database Backup) oder per externer Software (MySQLDumper) geschehen. Bei großen Backups über 2 Megabyte empfehle ich immer den Dumper, dieser arbeitet sehr stabil und zerlegt große Datein um Timeouts vorzubeugen.

2. Download

Die neuste Version von WordPress in der deutschen Variante ist immer hier zu finden.

3. Blog vorbereiten

Es kann sein, dass die neue Version bestimmte Plugins oder Template-Codes nicht unterstützt. Daher sind vor einem Upgrade alle plugins zu deaktivieren und ein Standardtemplate (Classic, Default oder Default.de) einzustellen. Neue Versionen bringen bei Templateanpassungen auch die neuste Version des jeweiligen Templates – Fehler aufgrund von veralteten Template-Tags kann man so vermeiden.

4. Upload

Zum Upload reicht es die neue Version einfach auf den Server zu spielen und alte Files zu ersetzen.

5. Upgrade

Jede Version enthält eine upgrade.php die die WordPress-Installation auf den neusten Stand bringt. Nach dem Upload der Daten ist daher diese Datei auszuführen, loggt man sich in den Adminbereich ein wird dies automatisch vorher gemacht.

• zum Ausführen folgenden Befehl eingeben: http://www.domain.de/wp-admin/upgrade.php

6. Kontrolle I

Im Adminbereich und im Frontend kontrollieren, ob der Blog fehlerfrei läuft und alle Inhalte korrekt angezeigt werden. Falles es hier bereits Prbleme gibt sollte man den Upload und den Upgradevorgang nochmal wiederholen, ändert das nichts an den Probleme sollte man die Backups nutzen um die alte Version vorerst wieder herzustellen.

7. Themes und Plugins aktivieren

Jetzt können die individuellen Themes und Plugins wieder aktiviert werden. Zuerst sollte dabei das Tehme aktiviert werden, da einige Plugins erst dann aktiv werden, wenn sie im Plugin aufgerufen werden.

Treten Fehler auf sollte geprüft werden, welches Plugin/Theme den Fehler verusracht in dem so lange ein Plugin nach dem anderen deaktviert wird, bis der Fehler verschwindet. Eventuell muss dieses Plugin dann deaktivert werden, oft reicht es bereits das Plugin auf die neueste Version zu bringen.

8. Geschafft

WordPress sollte jetzt mit der neusten Version fehlerfrei laufen.

Generell wird bei größeren Änderungen meist im WordPress-Blog angekündigt, welche Teile verändert wurden und wo es Probleme geben könnte. Es ist daher nicht verkehrt, vor eimem Update im Blog nachzuschauen. Natürlich kann man auch im Forum nachfragen, falls es Probleme geben sollte.

Das neuste Update des Pageranks brachte natürlich auch in diesem Bereich einige Veränderungen mit sich, ein genereller Trend lässt sich aber nicht erkennen.

So wurden bei den Artikelverzeichnissen zwar ein Verzeichnis von PR6 auf PR0 abgestuft (mobile-suche.de/artikelverzeichnis/) sowie einige andere mit dem einen oder anderen P-Abzug bedacht, es gibt jedoch auch AVs, die einen deutlichen PR-Zuwachs verzeichnen konnten.

Wie man auf Konzept-Welt nachlesen kann sieht es bei den Webkatalogen etwas weniger positiv aus. 17 Prozent der Kataloge wurden mit einem PR Abzug bedacht, nur 5 Prozent konnten sich im PR verbessern. Auch hier gab es einige Abstufungen von PR 6 oder PR5 auf PR0 (findorama.de und webkatalog.xantiva.de). Allerdings gab es die größten Veränderungen bei den backlinkpflichtigen Webkatalogen von denen fast 15 Prozent einen PR0 bekam.

Interessant in diesem Zusammenhang ist Technorati. Trotz der unbestrittenen Relevanz und Popularität wird die Seite von Google nach wie vor ohne PR dargestellt.