2) Wiki, ça ne peut pas marcher !?

De nombreuses personnes pensent qu'un tel système est voué à l'échec, puisque n'importe quel vandale peut détruire une page ou répandre de fausses informations. Dans la pratique, ce genre de problème n'arrive pas très souvent : si les utilisateurs réguliers du site sont suffisamment nombreux, ils peuvent corriger ces interventions inopportunes dans un délai réduit à chaque fois qu'un vandale agit. En général, celui-ci abandonne en constatant que ses efforts sont voués à l'échec. S'il récidive, il peut aussi être identifié et se voir refuser l'accès au wiki. En fait, ce système permet plutôt d'améliorer la qualité des documents de manière particulièrement rapide : dès qu'une information est modifiée, les contributeurs réguliers qui s'intéressent à la page en question peuvent aller vérifier et si besoin corriger ou compléter l'information. La notion de producteur et de consommateur d'information tend à disparaître, en raison de la fluidité avec laquelle il est aisé de mettre en ligne ou modifier de l'information, consultée ultérieurement par d'autres. A noter également qu'un Wiki est particulièrement intéressant pour effectuer un travail collaboratif dans un cadre donné : écoles, associations, entreprises... à ce titre, l'accès au Wiki peut donc être restreint, et les problèmes de "vandalisme" insignifiants. Pour s'en protéger, tout système de wiki (ou blog partiellement ouvert) doit contenir une fonction de gestion d'historique, permettant d'annuler rapidement les tentatives de vandalisme, et de retrouver les contenus précédents. La gestion de tels historiques nécessite donc un espace de stockage et de sauvegarde nettement plus important qu'un blog classique, et donc une architecture logicielle et matérielle nettement plus complexe à mettre en œuvre.