Aber ich bezog mich … auf die Inhalte, die im HTML Code stecken, um bei (volumenmäßig) großen Inhalten ggf. anfangs nur einen Teil auszuliefern, sodass der User auf Wunsch jeweils den Rest per AJAX nachladen kann.
Ich sehe das Problem nicht, das du serverseitig lösen wilst. Nahezu jeder Browser, einschließlich Mobilbrowser, unterstützt JavaScript, also kann man problemlos Inhalte mit JavaScript nachladen. Das Promille, das kein JavaScript unterstützt, bekommt halt eine sehr kurze Startseite, aber die restlichen Inhalte sind per Links zugänglich, sofern man vernünftige Web-Apps schreibt.
Momentan hat man natürlich die Qual der Wahl, entweder möglichst viele Inhalte die erste Response zu packen oder sie dynamisch nachzuladen. Das eine ist performant bei High-Latency-Verbindungen, angenommen der User liest die verschiedenen übertragenen Inhalte auch. Es erzeugt aber viel Datenverkehr, der die User meistens kostet. Das andere ist performant und sparsam, angenommen der User liest nur die initialen Inhalte.
Da sich die Datenpreise schneller verringern als die Latenz und die Netzwerkprotokolle sich verbessern, würde ich für einen westlichen Markt eher mehr Inhalte über die Leitung pushen, sodass beim Wechseln zwischen Inhalten weniger Request gesendet werden müssen.
Obiger Fall macht imho insbesondere dann Sinn, wenn man zusätzlich noch Infos über die Art der Verbindung und die (Device) Viewportsize hätte (im Hinblick auf Mobile Devices mit kleinerem Display und ggf. "langsamen" GSM Verbindungen).
Außerdem könnte man sich so auch ggf. irgendwelche "umständlichen" Fallbackszenarien bezüglich der einzubindenden Images (Stichworte "Retina Displays" und "Image Size") ersparen.
Von der Verbindungsgeschwindigkeit abgesehen gibt es dafür ausgereifte clientseitige Lösungen, die weitaus besser funktionieren als eine potenzielle serverseitige Erkennung, die Caching, Skalierbarkeit und damit Frontend-Performance unterminieren würde.
Letztlich müssen es clientseitige Lösungen sein, weil sich diese Parameter zur »Laufzeit« ändern können.
Mathias