Chrome Instant Page / Prerendering–was ist das und wie kann ich das nutzen?

image.png

Google hat mit der Version 13 von Chrome ein neues Feature namens “Instant Page” aktiviert. Es ist ein weiterer Schritt in Richtung “das Web schneller machen”. Was “Instant Page” eigentlich ist, zeigt dieses Video sehr schön:

Google hat das Feature natürlich auf der Google Suchseite mit eingebaut.

Was macht Google Instant Page?

Das Grundprinzip ist recht simple: Während der Benutzer noch die Suchresultate nach passenden Antworten absucht werden bereits die ersten Treffer vom Browser im Hintergrund geladen. Dies hat zur Folge, dass die ersten Suchresultat quasi “sofort da sind”, sobald man auf den Link in der Google Suche klicke. Tolles Feature und recht clever.

Es gibt einige Szenarien, wo dies durchaus praktisch ist. Darunter sind z.B. Suchseiten, aber auch Wizard-Seiten oder mehrseitige Artikel – bei allen Varianten ist es durchaus vorstellbar, dass der Benutzer die ersten Suchresultate anklickt bzw. zur nächsten Seite geht

Achtung – es sollte mit bedacht eingesetzt werden

Hier liegt allerdings auch die kleine Herausforderung: Das mit allen Links zu machen wäre der gänzlich falsche Weg, da dadurch nur unnötige Daten übertragen werden, was sowohl für den Benutzer, aber auch für den Seitenbetreiber negative folgen hätte – viel Traffic, aber keine Besucher.

Testseite

Google hat eine sehr einfache Testseite zur Verfügung gestellt, welche auch prüft ob Prerender aktiv ist oder nicht (die Seite ist nur im Chrome momentan von Interesse) : http://prerender-test.appspot.com/

Ok, wie funktioniert das eigentlich technisch?

Auf der Chrome Developer Site kann man einige interessante Sachen noch nachlesen, jedoch ist die Grundsätzliche Implementation sehr einfach. Um zu sehen was an Traffic entsteht schau ich einmal in den Network Tab der Chrome Dev Tools und nutze zudem noch Fiddler.

Folgender HTML Code ohne Prerendering:

<!DOCTYPE html>

<html>

<head>

    <meta charset="utf-8" />

    <title>Index</title>

</head>



<body>

    

<a href="http://code-inside.de/blog">Link Code Inside</a>

</body>

</html>


 

Ohne Prerendering:

Es wird einfach nur ein Request / Response gegeben, wobei zusätzlich noch nach einem Favicon gesucht wird (was aber an dieser Stelle egal ist). Keine Überraschungen hier.

image

Navigiert man nun über den Link zu Code-Inside.de wird erst dann das Laden der Seite angestoßen = Langsam.

Prerendering anschalten

Wenn wir nun noch Prerendering aktivieren wollen, müssen wir nur im <head> noch die Zeile einfügen:

<link rel="prerender" href="http://code-inside.de/blog">




 

Nun sieht man in den Chrome Dev Tools, dass die Adresse aufgerufen wird, allerdings werden noch keine weiteren Daten angezeigt – erst mit Chrome 14 wird man hier mehr Informationen angezeigt bekommen.

image

Ein Blick in Fiddler liefert allerdings schon wesentlich mehr Informationen. Durch das Prerendering werden alle benötigten Daten bereits runtergeladen:

image

Dadurch ist die Seite “auf Klick” auch da.

Zusammenfassung:

Prerendering ist eine interessante Technologie, die hoffentlich auch von anderen Browserherstellern zum Einsatz kommt. Man muss jedoch genau überlegen, wann sich der Einsatz lohnt.

Technisch kann man es via ein <link rel=”prerender” href=”…”> aktivieren. Voraussetzung ist natürlich, dass der Browser das auch kennt – was momentan nur der Chrome in Version 13 kann.

Ausblick

Damit ein Seitenbetreiber auch weiß, was der Browser überhaupt beim Prerendering “sieht” hat Google auch eine Page Visibility API vorgeschlagen.

[ Democode auf Google Code | Download als Zip ]

Wenn dir der Blogpost gefallen hat, dann hinterlasse doch einen Kommentar. Wenn du auf dem Laufenden bleiben willst, abonniere unseren RSS Feed oder folge uns auf Twitter.

About the author

Written by

Hi, ich bin Robert Mühsig und bin Webentwickler und beschäftige mich mit Web-Frameworks auf dem Microsoft Web Stack und scheue mich auch nicht vor Javascript. Der Blog begann als "Problemsammelstelle und Lösungshilfe" und seitdem schreibe ich hier alles auf. Seit 2008 bin ich Microsoft MVP für ASP.NET. Treffen kann man mich online via Twitter (@robert0muehsig) oder hier.

2 Responses

  1. Ach ja, alte Hüte… So ein Prefetch-Feature hat Firefox schon seit längerem.

    Es gab recht viel Geschrei darum, weil es von abartigen Traffic-Optimierern oder von BKA-Honeypots (um jemandem z.B. unbemerkt KiPo oder Terrorliteratur in den Browser-Cache zu schmuggeln, Hausdurchsuchung folgt ;-) leicht missbraucht werden kann.

    Und ob es etwas bringt, hmm, vorherzusagen was der Nutzer anklicken wird, klingt nach Bullshit.

    Reply
    • Wobei laut den Google Leuten Prefetching nur der erste Schritt ist, da dort die ganzen Javascripts/Bilder nicht mit geladen werden. Prerendering soll bereits die Seite wie der Name schon sagt “vorrendern” – schnell ist es auf jeden Fall ;)

      Reply

Comment on this post

Letzte Posts

  • image_thumb.png
    NuGet Package Restore & Build Server wie z.B. AppVeyor

    NuGet ist ja mittlerweile weit verbreitet, aber eine Frage stellt sich natürlich immer noch: Checkt man die NuGet Packages ein oder nicht? In meinem kleinen Side-Projekt, welches auf GitHub liegt und ich über AppVeyor auch bauen lasse nutze ich das Package Restore Feature von NuGet, d.h. in meinem Repository befindet sich kein NuGet Package mehr, […]

  • image.png
    Microsoft Account Login via ASP.NET Identity

    Der Microsoft Account ist die zentrale Identifikationsstelle in der “Consumer-Microsoft-Welt”, allerdings ist das Einbinden eben dieser in die eigene Applikation eher schwierig. Das “Live SDK” ist nun unter dem OneDrive Dev Center zu finden und ganz professionell wurden auch alle Links zum alten Live SDK damit unbrauchbar gemacht. Beim Microsoft Account ist es auch unmöglich […]

  • image.png
    Zeitgesteuerte Azure WebJobs – so einfach kann Azure sein

    Das noch in Entwicklung befindliche Azure WebJob SDK bietet einige coole Features zum Verarbeiten und Bereitstellen von Daten. Bekanntes Beispiel ist das Sample welches auf eine Azure Queue lauscht und sobald ein Item da vorhanden ist anfängt dies zu verarbeiten. Szenario: Zeitgesteuerte Aktivitäten – ohne Queue und co. Mein Szenario war allerdings wesentlich trivialer: Ich […]

  • image.png
    Get Involved in OSS! Ja, aber wie geht das denn mit GitHub?

    Auch im .NET Lager gibt es Bewegung im OSS Bereich und es gibt verschiedene Arten wie man bei einem Open Source Projekt “Contributed”. Was zählt alles zu “Contribution”? Unter “Contribution” läuft eigentlich alles – ob es Fragen/Probleme zu dem Projekt via Issues ist oder Dokumentation nachreicht oder ob man darüber bloggt oder das Projekt vorstellt. […]

  • HowTo: Web.config samt eigener ConfigSection zur Laufzeit ändern

    In dem HowTo geht es darum wie man die Web.config zur Laufzeit ändert und was es dabei zu beachten gilt. Das ganze klappt auch mit komplexeren ConfigSections. Eigene ConfigSection? Vor einer ganzen Weile habe ich mal über das Erstellen einer eigenen ConfigSection geschrieben – im Grunde nutzen wir jetzt fast dieselbe Config. Zur Laufzeit? Startet […]

Amazon Shop

Facebook