Bon, après un petit moment de réflexion, vos commentaires me semblent très pertinents et je suis du coup complètement perdu

Loin du problème purement technique du premier post, je me demande comment organiser un site de façon à intégrer ajax, mais sans refaire toute l'architecture du site pour l'y intégrer, et en séparant complètement le code "métier" de la partie présentation. Petite précision, ce que j'ai tendance à appeler présentation, c'est ce que fait par exemple la bibliothèque
Smarty : elle gère l'affichage des pages et peut même interpréter du code basique (boucles, conditions & co), mais c'est du code d'affichage (par opposition au code métier, qui lui manipule les données).
Pour l'instant, voilà tout ce que je sais :
[ul][li]Il me semble qu'Ajax est utilisé actuellement de deux façons différentes, bien qu'à mon avis la majorité des gens n'aient pas cherché à faire la différence : pour récupérer uniquement des données, issues par exemple d'un fichier XML (à la Google Suggest, même si il doit y avoir une légère partie présentation également vu que je ne sais pas comment s'en abstraire complètement), ou bien pour récupérer carrément tout un bloc d'une page web (comme les widgets de Netvibes, ou de Google ou autre)[/li][li]Comme expliqué plus haut, je ne vois pas comment intégrer proprement un concept Ajax sans être obligé d'adapter la conception. Si je vais chercher des données brutes dans un XML, je les récupère coté client et je ne peux donc plus passer par la couche de présentation (coté serveur). La solution utilisée actuellement consiste à présenter les données avant de les envoyer au client, mais c'est ça qui impose à un site web d'être capable de s'afficher "par blocs". Je trouve que c'est une contrainte énorme et qui n'a pas lieu d'être.[/li][li]Je ne vois pas de solution à ce problème pour l'instant, mais il en existe forcément une ^^[/li][/ul]
Si l'un de vous a des suggestions, je suis preneur
