Anders als in meinem Beitrag Facebook gefällt mir Button extended verwende ich inzwischen das WordPress Plugin Facebook Like Button. Die Gründe hierfür sind recht einfach, ich fand das FBLike Plugin ein wenig dirty denn man musste die AppID und die Admin ID manuell im Theme hinzufügen außerdem kann man im Facebook Like Button ganz leicht zwischen iFrame und XFBML Version wechseln.

Wie ich im Beitrag Facebook Gefällt mir Button und Share Button bündeln gezeigt habe, bietet die FBML Version einen kleinen aber feinen Vorteil, User können nicht nur einen Beitrag liken, sie können auch einen Kommentar hinterlassen. Macht man dies, sucht sich Facebook automatisch ein Bild aus und nutzt es auf der Facebook Seite.

Wie man im Screenshot hier oben gut sehen kann Facebook tendierte dazu immer das falsche Bild zu nehmen. Zum Glück weiß Facebook das nicht alles 100% funktioniert und so gibt es die Möglichkeit über den Meta Befehl ein Artikelbild zu definieren.

<meta property="og:image" content="URL">

Trägt man nun eine Bild URL ein, nutzt Facebook logischerweise immer nur das Bild das in der URL angegeben ist. Auf die Dauer ist dies ein wenig monoton und alles andere als ein eyecatcher.

Viele WordPress Themes nutzen inzwischen die post-thumbnail function. Dabei wird ein Bild pro Artikel definiert und auf Anfrage ausgelesen. Sollte euer Theme diese Funktion nicht unterstützen hier gibt es eine Anleitung wie ihr sie nachträglich einbaut.

Ist das einmal gemacht kann man so zum Beispiel mit dem folgenden Code immer das aktuelle Artikel Bild an Facebook liefern.

<meta property="og:image" content="<?php the_post_thumbnail(); ?>">

Eine praktische Lösung doch nicht überall auch einsetzbar, denn wer wie ich, primär den Windows Live Writer dazu nutzt um Artikel in Blogs zu veröffentlichen, dem wird diese Lösung ein wenig lästig erscheinen, schließlich müsste man nach jeder Veröffentlichung eines Artikels diesen wieder öffnen und ein Artikel Bild definieren.

Doch wie wäre es wenn WordPress einfach von selbst das erste Bild eines Artikels über eine Variabel ausgeben würde?

Nach längerem Suchen bin ich am Ende auf eine nette Funktion gestoßen die genau das macht. Fügt zunächst den folgenden Code an geeigneter Stelle in die functions.php eures Themes ein:

function catch_that_image() {
	global $post, $posts;
	$first_img = '';
	ob_start();
	ob_end_clean();
	$output = preg_match_all('/<img.+src=[\'"]([^\'"]+)[\'"].*>/i', $post->post_content, $matches);
	$first_img = $matches [1] [0];
 
	if(empty($first_img)){
		$first_img = "/images/default.jpg"; // default image
	}  
	return $first_img;
}

Nun könnt ihr den Pfad zum ersten Bild in euren Beiträgen über den folgenden Code aufrufen:

<?php echo catch_that_image(); ?>

Um das Ganze noch perfekt zu machen, braucht ihr nun nur noch den folgenden Code in eure header.php schreiben:

<meta property="og:image" content="<?php echo catch_that_image(); ?>" />

PS: Falls ihr das Facebook Like Plugin verwendet, achtet darauf, das Standard Bild vorher zu deaktivieren.

Damit sich eine Domain lohnt braucht es also eine Webseite. Ich verwende prinzipiell WordPress oder ab und zu auch ein fertiges HTML template, wobei letztes zwar weitaus schneller als WordPress ist, aber sich nicht so einfach ausbauen lässt wie ein WordPress Blog.

Ein großer Nachteil bei WordPress, ständig muss man seine Seiten aktualisieren, denn viele Plugins bedeuten auch viele Updates. Durch die automatisch updaten Funktion geht das zwar sehr schnell, aber mit steigender Domain Zahl kann so ein Update schon mehr sehr lange dauern, besonders wenn WordPress mal wieder sein Core aktualisiert, schließlich muss ja alles vorher gesichert werden .

Mit WordPress 3.0 gibt es die neue Multi-Site Funktion, eine WordPress Erweiterung die vorher unter dem Namen WordPress MU bekannt geworden ist und mit der Version 3.0 in WordPress integriert worden ist. Der Vorteil der Multi-Site Funktion, man kann mehrere WordPress Installation unter einer Installation betreiben und so mit einem Update alle Webseiten aktualisieren, ideal für SEOs die sich lieber mit Linkbuilding und Konferenzen beschäftigen wollen.

WordPress Installieren und MultiSite aktivieren

Die Installation und die Aktivierung der Multi-Site Funktion unter WordPress 3.0 ist eigentlich sehr einfach, wenn man ein paar Sachen beachtet. Zunächst installieren wir wie gewohnt WordPress (wp-config.php konfigurieren, Ordner erstellen und Rechte setzen).

Jetzt wo unsere WordPress Installation steht, und fügen in der wp-config.php unterhalb von

1

define('WP_DEBUG', false);

folgenden code ein und laden die wp-config.php wieder hoch.

1

define('WP_ALLOW_MULTISITE', true);

In eurem Backend findet ihr nun unter dem Menüpunkt Tools einen neuen Punkt, Network

Ein neues Netzwerk einrichten

Wählt hier die Option Sub-Domains aus und bestätigt das Ganze mit Install

Im folgenden Fenster ignoriert einfach die Meldung dass keine Wildcards aktiviert sind, da ihr im Grunde jeden Blog selber anlegt ist es vielleicht sogar ganz sicher, wenn nicht jeder User da draußen bei euch einen Blog hosten kann.

Folgt nun die Anweisungen wie ihr die wp-config.php und die .htaccess erweitern müsst. Wenn ihr nun alles richtig gemacht habt erscheint nach dem Login folgende Meldung.

Nun könnt ihr anfangen euren ersten weiteren Blog zu erstellen um zu testen ob auch alles klappt. Klickt dazu auf den Menüpunkt Super Admin und dann auf Sites und legt einen neuen Blog als Subdomain an. Achtung: Wenn ihr keine Wildcards bei eure Domain aktiviert habt, müsst ihr die Subdomain extra generieren und eurer WordPress Installation zuordnen.

Nun noch schnell ein letzter Test indem wir die subdomain aufrufen und dann geht es weiter zum Domain Mapping.

Domain Mapping – Blogs über eine eigene Domain aufrufen

Zunächst laden wir unter http://wordpress.org/extend/plugins/wordpress-mu-domain-mapping/ das Domain Mapping Plugin herunter und entpacken es auf unserem Rechner. Auf unserem Webspace erstellen wir im Ordner /wp-content/ den Ordner /mu-plugins/ und laden dorthin die domain_mapping.php hoch.

Die sunrise.php schieben wir hingegen in den /wp-content/ Ordner

Als nächstes öffnen wir die wp-config.php und fügen folgenden Code hinzu:

1

define( 'SUNRISE', 'on' );

In unserem Backend unter Super Admin gibt es nun zwei neue Menüpunkt e

Als erstes rufen wir den Menüpunkt Domain Mapping auf und tragen unsere IP Adresse ein (einfach eure Hauptdomain über cmd >> ping domain.tld). Bei den Optionen empfehle ich hingegen folgende Einstellungen:

Unter Domains trage wir nun die ID unserer Site ein (ist unter Sites zu finden) und unsere Domain.

Wenn ihr eure Domains bei einem anderen Hoster habt als eurer Webspace anbieter, achtet darauf vorher den DNS Eintrag aktualisiert zu haben. Der Menüpunkt Sites sollte nun folgendermaßen aussehen

Fertig nun könnt ihr euren gerade angelegenen Blog über eure Domain direkt aufrufen. Wenn ihr nun einen neuen WordPress Blog anlegen wollt, einfach unter Site anlegen und dann über Domain-Mapping, wie hier oben beschrieben, zuweisen.

Ein Produkt mit dem ich nie wirklich warm geworden bin, sind die Windows Live Spaces, die Microsoft Blogging Lösung. Wie ich gerade über twitter und Techcrunch erfahren habe, werden die Live Spaces in den nächsten 6 Monaten eingestampft und 30 Millionen Users werden bald die Möglichkeit haben ihren Blog auf WordPress.com zu migrieren. Wer dies nicht möchte wird die Möglichkeit haben seinen Blog auch herunterzuladen und lokal zu speichern. Wie genau die Migration funktioniert, erfahrt ihr unter WordPress.com and Windows Live partnering together and providing an upgrade for 30 million Windows Live Spaces customers.

Doch was bringt Microsoft dazu seinen Blog Dienst Live Spaces einzustampfen? Die Vermutung liegt nah, dass Microsoft eingesehen hat das eine Kooperation mit WordPress.com die einen Marktanteil von 8,5% der globalen Webseitenanteile besitzen sicherlich von Vorteil ist als versuchen gegen so einen Giganten mit einem Produkt wie Live Spaces zu konkurrieren. Sicherlich auch nicht für Microsoft absolut unwichtig, das WordPress.com User die Möglichkeit haben ihren Blog mit dem Windows Live Messenger zu verbinden und so alle Freunde und Bekannte über neue Blog Artikel zu veröffentlichen.

Ich für meinen Teil freu mich über diesen Deal, da ich erstens seit langem ein Fan von WordPress bin und der Windows Live Writer sicherlich von dieser sehr engen Zusammenarbeit profitieren wird.

We’re very excited to work with WordPress.com to give our shared customers a great experience that connects the fantastic blogging capabilities on WordPress.com with the leading communications and sharing services on Windows Live. We hope you enjoy this too, and we look forward to partnering with even more great services from around the web.

Quelle: Dharmesh Mehta – Director, Windows Live Product Management

via Windows Live Outsources Blogging, Migrating 30 Million Users To WordPress.com

Der Live Writer aus den Windows Live Essentials, der 2011 veröffentlicht werden soll, soll außerdem eine Funktion bieten, die Texte in das eigene WordPress Blog zu übernehmen. Wer nicht zu WordPress wechseln will, kann seine Texte über eine Backup-Funktion sichern.

Quelle: http://www.golem.de/1009/78273.html

Zunächst installieren wir wie gewohnt das Plugin direkt über das WordPress Backend oder laden uns die PHP Dateien unter YOURLS: WordPress To Twitter (a Short URL Plugin) herunter und aktivieren das Plugin.

URL Shortener Settings

Sehr wichtig ist hier die Frage ob sich unser URL Shortener Dienst auf dem gleichen Server/Webspace befindet oder auf einem externen. Denn wenn sich das YOURLS Script auf dem gleichen Server befindet wie unser Blog funktioniert interessanterweise die YOURLS API URL nicht, also aufpassen .

YOURLS auf dem gleichen Webspace oder Server

YOURLS auf einem anderen Webspace oder Server

In beiden Fällen tragen wir die YOURLS API URL ein und klicken auf Check, solltet ihr euer YOURLS Script nur privat betreiben tragt vorher eure Login Daten ein und drückt anschließend auf „check“. Wenn ihr YOURLS und euren Blog auf dem gleichen Webspace betreibt, braucht ihr den realen Pfad zur Config.php Datei. Solltet ihr den nicht kennen ladet einfach eine PHP Datei mit folgendem Inhalt auf euren Webspace rauf, und ruft diese Datei mit eurem Browser auf.

<?php

phpinfo();

?>

Twitter Settings

Wenn ihr bereits eine Twitter Application für euere Webseite erstellt habt, könnt ihr den Twitter Consumer Key und den Twitter Consumer Secret einfach über http://twitter.com/apps abrufen. Falls ihr keine Besitzt, ruft einfach folgende URL auf http://twitter.com/apps/new. Icon, App name und Description sind eigentlich relative unwichtig, solltet ihr aber mehrere Blogs betreiben ist es sehr zu empfehlen hier alles richtig auszufüllen um im Nachhinein die richtige Application wiederzufinden.

Füllt die anderen Felder wie folgt aus:

• Application Website: URL eures Blogs
• Organization: Blog name
• Website: URL eures Blogs
• Application Type: Browser
• Callback URL: URL eures Blogs
• Default Access Type: Read & Write
• Use Twitter for login: YES

Nur noch speichern und ihr erhaltet euren Consumer Key und Consumer secret den ihr im Backend von YOURLS WordPress Plugin eintragt.

Sollte alles stimmen könnt ihr euch mit eurem Twitter Account einloggen. Anschließend noch die WordPress Settings festlegen und ab sofort wird jeder neuer Blog Post mit eurer eigenen Short URL über euer Twitter Account getwittert.

Ich arbeite übrigens mit folgenden Einstellungen

Noch ein Tipp zum Abschluss ..

Die Datenbank sei mit dir!

Wer seinen Blog auf einem Webspace hostet der hat nur eine limitierte Anzahl von gleichzeitigen Database Verbindungen, meistens liegt das Limit bei 20. Habt ihr also viele Twitter Follower und ihr veröffentlicht den Artikel zur Prime-Time kann es passieren das viele Leser nur die Meldung erhalten „Error Database“ und nicht euer Posting lesen können, überlegt es euch gut ob ihr gleich jeden Artikel auf Twitter veröffentlich wollt.

Windows Live Writer User, könnten ähnliche Probleme haben, denn durch die vielen Database Abfragen schafft der Windows Live Writer nicht die Meldung zu erhalten das der Artikel veröffentlicht worden ist. Man erhält daher nur immer Fehlermeldung und will den Artikel wieder veröffentlichen und hat auf einmal 4-mal den gleichen Artikel im Blog. Daher empfehle ich die Veröffentlichung des Artikel auf 5 Minuten später zu setzen, damit der Windows Live Writer seine Arbeit ganz normal abschließen kann, bevor die Datenbank in Rauch auf geht.

Beim Blog-Trainer bin ich nun über das MapPress Easy Google Maps-Plugin gestoßen. Das Plugin ist kinderleicht zu installieren. Nach der Aktivierung des Plugins muss das Plugin noch konfiguriert werden und ein Google Maps API Key eingetragen werden. Damit aber Google Maps bei euch im Blog oder auf eurer Webseite erscheint, benötigt ihr noch einen Google Maps API Key.

Achtet dabei darauf eure Domain richtig einzugeben und das ihr eine htaccess Rule um eine Standard Domain zu definieren verwendet, da der API-Key nur mit dieser und keiner anderen Domian funktioniert.

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

Ich habe das Plugin mal auf einem mini Projekt über Kroatien installiert und bin begeistert. Nachdem alles installiert ist, gibt es unter auf der Editor Seite nun das neue MapPress Widget mit dem ihr einen Punkt auf Google Maps definieren könnt.

Gebt einfach die gewünschte Adresse ein oder zieht den Marker einfach durch Drag&Drop an die gewünschte Stelle, danach den „bubble“ noch editieren (ist sogar HTML fähig), Größe definieren und in den Blog Artikel oder Seite einbinden. Das Ergebnis kann sich sehen lassen.

Download: WordPress › MapPress Easy Google Maps « WordPress Plugins

Durch das asynchrone tracking bietet das beliebte Plugin von Yoast auch einige Neuerungen. So hat man die Möglichkeit bis zu 5 Benutzerdefinierte Variabel zu aktivieren und so innerhalb von WordPress die Daten weiter zu segementieren.

Logged in users: speaks for itself, very useful on BuddyPress sites etc: where do people that are logged in go, where do others go. It stores the users primary user level in the variable, so you can even segment for just "subscribers". (There’s an advanced option to ignore users of certain levels should you want to btw)

Author name: track page views per author.

Single category: if your posts are in only one category each, this allows you to track views per category.

All categories: track multiple categories per post, a bit harder to view in Analytics, but could still be useful.

Tags: track all tags for each post, has its limits but might be useful.

Publication year: see what’s doing good and bad, more specifically whether your old posts are still getting traffic.

Post type: especially with the new custom post type features in WordPress 3.0 this is very useful: if you’ve got movies, actors etc. set up as custom post types, this allows you to track how many page views each post type got.

Weitere Neuerungen sind:

• Google Analytics API integration
• E-Commerce integration
• Event tracking

Download: Google Analytics for WordPress v4

via Google Analytics for WordPress version 4 – Yoast

WordPress 3.0 hat aber auch weitere Neuerungen, wie zum Beispiel ein neues Standard Theme Twenty Ten dass das in die Jahre gekommene Standard Theme Kubrik ablöst. Weitere Informationen zu WordPress 3.0 gibt es im WordPress Blog und beim WordPress Experten Perun.

• Download WordPress 3.0 englisch
• Download WordPress 3.0 deutsch

Insgesamt 218 Menschen haben an WordPress 3.0 mitgearbeitet. Zu den augenscheinlichsten Neuerungen zählt das neue Theme Twenty Ten. Es verwendet sämtliche neuen APIs, die Theme-Entwicklern mit WordPress 3.0 zur Verfügung stehen. Dazu zählt die Möglichkeit, eigene Hintergründe, Kopfzeilen, Kurzlinks, Menüs, Beitragstypen und Taxonomien festzulegen.

Quelle: Golem.de

via WordPress 3.0 “Thelonious” ist da | perun.net

Ann Smarty erklärt in ihrem Post 4 Easy Steps to SEO-Friendlier Blog Categories (WordPress) auf Search Engine Journal wie man mit 4 einfachen Schritten die Kategorien SEO freundlicher macht, denn Kategorien sind fast bei jeder Blog Software, bei der die Blog Artikel in den Kategorien vollständig angezeigt werden, ein Duplicate Content Verursacher. Die einfachste Methode ist es die Kategorien mittels noindex, nofollow aus dem Index der Suchmaschinen zu verbannen und trotzdem den Linkjuice weiterzugeben. Sehr Hilfreich hierbei das sehr beliebte Plugin All-in One SEO Pack oder Meta Robots WP plugin was ein paar mehr Optionen als das All-in One SEO Pack zulässt.

Ann Smarty zeigt wie es mit ein paar kleinen PHP Codes und mit der Hilfe einiger Plugins auch anders geht.

Link: 4 Easy Steps to SEO-Friendlier Blog Categories (WordPress)

Die Einbindung ist wirklich schnell gemacht, einfach unter Like Button – Facebook Developers den passenden Code generieren und dann den URL Bereich durch <?php echo urlencode(get_permalink($post->ID)); ?> ersetzen. Der Code könnte dann zum Beispiel so aussehen

<iframe src="http://www.facebook.com/plugins/like.php?href=<?php echo urlencode(get_permalink($post->ID)); ?>&amp;layout=button_count&amp;show_faces=false&amp;width=200&amp;action=like&amp;font=verdana&amp;colorscheme=light" scrolling="no" frameborder="0" allowTransparency="true" style="overflow: hidden; width: 90px; border: medium none; height: 21px;"></iframe>

Im Grunde hat Facebook das Rad nicht neu erfunden, schließlich gibt es solche Buttons schon seit Jahren, die Social Bookmark Dienste. Der Entscheidende Unterschied wird sicherlich der sein, dass das „neue“ System von Facebook von allen Computern Nutzern verwendet werden, egal ob Anfänger oder Newbie denn ich muss einfach nur auf einen Button klicken. Genau hier lauert aber die Gefahr, denn der User weiss nicht welche URL er wirklich auf seinen Facebook Profil postet. Theoretisch könnte also jemand mit bösen Absichten den ahnungslosen User dazu bringen Links zu bösartiger Software posten oder Affiliate Links.

In seinem Post Facebook Social Plugins: Like Button, Recommendations, Activity Feed, Like Box usw. – Die neuen und alten Plugins im Überblick gibt Phillipp Roth eine tolle Übersicht aller Facebook Social Plugins und unter Be Evil. Facebook’s New Like Button Has An Interesting Option diskutiert TechCrunch über das Evil Design des Like it Buttons.

While site speed is a new signal, it doesn’t carry as much weight as the relevance of a page. Currently, fewer than 1% of search queries are affected by the site speed signal in our implementation and the signal for site speed only applies for visitors searching in English on Google.com at this point. We launched this change a few weeks back after rigorous testing. If you haven’t seen much change to your site rankings, then this site speed change possibly did not impact your site.

Im Grunde war es zu erwarten das die Ladegeschwindigkeit in den Google Algorithmus einfließt, denn bereits seit längerem wir das Thema der Ladegeschwindigkeit immer wieder auf Konferenzen und von SEOs diskutiert.

Es fing alles Nachdem Matt Cutts in einem Video Interview erwähnt hatte, dass er sich sehr gut vorstellen könnte dass die Landegeschwindigkeit ein relevanter Ranking Faktor sein könnte. Im Dezember tauchte dann in den Google Webmaster Tools ein neuer Menüpunkt unter Google Labs auf. Google und schon da war es recht deutlich was auf uns zukommt. Nun mit dem Post von Google gibt es keine Entschuldigung mehr die Ladegeschwindigkeit zu ignorieren, man sollte trotzdem aufpassen die Ladegeschwindigkeit als allmächtigen Rankingfaktor zu betrachten. Sicherlich spielt die Geschwindigkeit, mit der die Informationen auf unserem Bildschirm erscheinen im Bereich Usability eine wichtige Rolle, aber eine relevante Information ist immer noch eine relevante Information und das ist was Google liefert, egal ob die Seite in 3 oder 3.2 Sekunden geladen werden.

Wer seiner Webseite mehr Speed verschaffen möchte, sollte dies für seine User tun und nicht damit er sich einen Vorteil bei Google erhofft.

Ich zu meinem Teil habe auch schon Vorkehrungen getroffen und teste seit einiger Zeit verschiedene Methoden wie ich die Geschwindigkeit meiner WordPress Blogs beschleunigen kann. Ein wichtiger Teil meiner Test war der Webspace Wechsel.

Denn wie beim seoidiot zu lesen ist:

Denn in vielen Fällen ist eindeutig nicht mehr die Leitung der Flaschenhals, sondern der Webserver und die darauf laufende Applikation, weil sie – sagen wir mal: ungeschickt – programmiert ist. Und jetzt kommt Google daher und lässt die Ladezeit einer Seite in ihr Ranking einfließen. Recht so. Ein wie ich finde längst fälliger Schritt.

Quelle: Endlich: Ladezeit einer Seite jetzt ein Ranking-Kriterium

Prometeo lief bisher auf einem shared Webspaces bei All-inkl. Nachdem ich bereits einen Blog mit recht hohem traffic aufkommen migriert hatte und das Diagramm in den Google Webmaster Tools einen deutlichen Anstieg in Sachen Geschwindigkeit angezeigt hat, habe ich mich vorgestern entschieden auch diesen Blog zu migrieren. Zu meinem Glück startete kurz nachdem Umstieg eine Hacker Attacke auf meinen VServer der ihn unerreichbar machte. Nach einigen Mails und Telefonaten mit dem Support hoffe ich dass das Problem nun behoben worden ist. Des Weiteren habe ich viele WordPress Plugins getestet um mittels Caching die Datenbank Abfragen zu beschleunigen und um zu vermeiden, dass bei jedem Seitenaufruf alle Informationen aus dieser erst einzeln abgefragt werden.

In den Kommentaren zum Artikel Google macht die Ladegeschwindigkeit zum Rankingfaktor im Sistrix Blog, hat sich eine interessante Diskussion zum Thema Bilder und Ladegeschwindigkeit entwickelt. Denn wie Martin Mißfeldt verständlicherweise fragt:

Das ist natürlich bitter für alle, die gerne und zu Recht große Bilder benutzen, um die Texte anschaulich zu illustrieren – oder weil sie eben Bilder zeigen. Will Google zurück ins Internet-Mittelalter? Ich hätte nicht gedacht, dass Google diesen Quatsch in Zeiten von DSL tatsächlich durchzieht.

Serverseitig lässt sich hier einiges tun, man kann die Bilder und Videos auch auslagern. Über Twitter hat schon der erste SEO verlauten lassen, das sie planen ihre Media Files auf Amazon S3 auszulagern, schließlich soll die Amazon Wolke in Punkto Speed von Google sehr geliebt werden.

Jetzt wo die Ladegeschwindigkeit offizielle von allen Seiten zum Ranking Faktor ernannt worden ist gibt es natürlich noch mehr Artikel wie man seine WordPress Blogs beschleunigen kann. Da ich selber noch am Experimentieren bin, hier ein paar nützliche Plugins die mir bereits geholfen haben, gerne könnt ihr die Liste in den Kommentaren weiterführen.

WordPress Beschleunigen Plugins

• WordPress › W3 Total Cache « WordPress Plugins
• WordPress › WP Widget Cache « WordPress Plugins

Um die Geschwindigkeit der eigenen Webseite zu optimieren empfiehlt Google übrigens folgende Firefox Erweiterungen:

• Page Speed, Firebug addon
• YSlow, weiteres Firefox/Firebug Addon

Die Ladegeschwindigkeit scheint auch in den anderen Google Abteilungen ein Thema zu sein. Der Google Analytics Blog macht zum Beispiel Werbung für sein asynchrones tracking und der Google AdSense Blog versichert das die Google AdSense Anzeigen darauf ausgelegt sind schnell zu laden, Google plant aber dies zu beschleunigen … irgendwann mal.

Wie wird es weiter gehen? Ich vermute dass der Geschwindigkeits Hype ein paar Wochen anhalten wird, und bei jeder spürbaren Ranking Veränderung jeder gleich nach dem Rankingfaktor PageSpeed schreien wird. Die nächsten Wochen werden sicherlich nicht sehr spektakulär sein, nach anfänglichen Versuchen die Webseite zu beschleunigen, geben die meisten Webmaster auf. Die Webhoster versichern weiterhin dass ihre Server Top sind und dass bereits alles auf höchster Leistung und Geschwindigkeit getrimmt ist.

Wie schon im Buch The Hitchkiker’s Guide to the Galaxy geschrieben: DON’T PANIC