Principalement parce qu'ils ont choisi une solution optimisée pour Facebook plutôt que pour leurs utilisateurs : ils servent du contenu en HTML à l'intérieur d'un wrapper iOS.
L'avantage de cette solution est qu'ils peuvent servir le contenu de manière cohérente sur plusieurs appareils, ce qui semble définitivement attrayant pour les développeurs.
Malheureusement, ce'n'est pas adapté aux apps responsives. Vous avez déjà vu une timeline Facebook avec des images ou des styles cassés ? Ils'chargent la timeline dans un navigateur, avec tous les frais généraux qui vont avec :
* Multiples requêtes HTTP
* Analyse syntaxique du HTML / JavaScript
* Téléchargement d'icônes courantes : Bouton Like, etc.
Plus le navigateur utilisé par FB est plus lent que Safari, en raison du sandboxing.
Les meilleures applications iOS choisissent plutôt d'envoyer uniquement les données essentielles requises pour une tâche spécifique, comme la liste des commentaires. Ces données sont mises en cache et hautement optimisées. Fait correctement, il'est même possible de voir des choses sans connexion Internet (par exemple, l'appli Twitter se souvient des tweets que vous'avez déjà consultés - FB doit les recharger à chaque fois).
Facebook a eu le mérite de s'en rendre compte et, selon de nombreuses rumeurs, une application native serait en voie d'achèvement [1]. C'est exactement la même interface utilisateur mais beaucoup plus rapide.
[1] http://bits.blogs.nytimes.com/2012/06/27/facebook-plans-to-speedup-its-iphone-app/