Im Jahr 2012 hat Google offiziell bekannt gegeben, dass das Unternehmen seit 2009 an einem neuen Protokoll arbeitet, das komprimierte Daten überträgt, „Multiplexing“ und eine Priorisierung von Datenpaketen ermöglicht. Dabei ist „SPDY“ keine Abkürzung – wie sonst üblich – sondern eine geschützte Marke. Die Aussprache ist ident mit dem englischen Wort für „flott“ – „speedy“. Seit gestern gibt es offizielle Ergebnisse. Wenn es um die Steigerung der Performances eines Projekts geht, richten wir unsere Augen auf die durchgeführten Requests an einen Server. Wir machen Performance-Analysen und wenden Techniken wie CSS-Sprites an, um die zahlreichen Anfragen für Grafiken zu vermindern. Dieses Video zeigt, dass SPDY einen neuen Weg geht – und der ist standardmäßig verschlüsselt.

Das experimentelle Protokoll setzt auf sogenanntes Multiplexing. Dabei werden über einzelne TCP-Verbindungen verschiedene IP-Pakete und somit auch verschiedene HTML-Dokumente gleichzeitig übertragen – parallel. SPDY setzt außerdem auf eine TLS-Verschlüsselung (Mehr zum Thema SSL/TLS-Verschlüsselung könnt ihr in unserem Einsteiger-Artikel lesen). Eine Komprimierung mit gzip oder DEFLATE ist laut SPDY-Entwurf ebenfalls vorgesehen. Zusätzlich bietet SPDY dem Web-Server die Möglichkeit, selbstständig Übertragungen zu initiieren. So kann ein Server Daten direkt und ohne Anfrage des Clients beziehungsweise eines Benutzers an Webprojekte „pushen“. Dabei ist SPDY keineswegs als Ersatz von HTTP zu verstehen sondern vielmehr als eine Neuinterpretierung, wie „Requests“ und „Responses“ eines Servers an den Client übertragen werden.

Google hat SPDY in Kombination mit seinen vier Hauptprodukten getestet. Die Tests wurden mit Chrome 29 unter Zuhilfenahme von echten User-Sessions durchgeführt. Dabei zeigt sich ein signifikanter Anstieg der Performance gegenüber HTTPS.

offiziellen Blog zum Projekt.