Mais j’ai l’impression que l’incompréhension vient du fait que tu t’intéresse à la manipulation de données alors que je pense à leur formalisation et mise à disposition. Pour ton exemple de commentaires WP, tu réflechis via ton idée de WOO à comment faire pour remplacer simplement un système qui capture et affiche des commentaires par un autre, alors que le WS va d’abord s’intéresser à comment modéliser ces commentaires pour qu’ils soient produits et consommable par n’importe quel outil manipulant RDF et connaissant le vocabulaire utilisé pour les définir. Après en effet, tu peux imaginer que tous les outils de gestion de commentaires reposent sur ce vocabulaire, ce qui te permet de plugger facilement tes briques logicielles ou tu veux, comme SIOC le fait avec ses plugins d’import / export, qui te permettent de conserver tes données et de passer par exemple de B2Evo à WP.

C’est dans cette optique que tu vois le WOO ?

La réponse est dans la question : en « ouvrant » ses données. Non pas avec une n-ième API propriétaire, obligeant les développeurs à se l’approprier, mais avec les technos du Web Sémantique comme le souligne Christian. Si toutes les données sont disponibles et formalisées en RDF avec des vocabulaires « de référence » pour ce type de site (FOAF, SIOC, …) plus besoin de se poser la question de comment les agréger.
De plus, en supposant une utilisation généralisée d’OpenID couplée à FAOF, l’identification des identités utilisateurs entre sites se fait naturellement.

A partir de là, chacun fait ce qu’il veut des données, quand et comme bon lui semble.