Combien de requêtes SQL faut-il vraiment pour afficher un fil de discussion technique entre professionnels d’un même secteur ? La réponse dépend largement du choix de la solution de forum, bien plus que du contenu lui-même, comme l’a montré ce comparatif entre BuddyPress et bbPress installés sur une copie identique d’un même site.
Le forum testé était destiné à des professionnels d’un même secteur d’activité, avec des fils de discussion techniques comptant parfois plusieurs dizaines de réponses. Deux configurations ont été comparées : BuddyPress avec son composant de forums intégré, et bbPress, extension historiquement conçue spécifiquement pour les forums.
Le protocole de mesure
Un fil de discussion de quarante messages, avec dix participants distincts, a été recréé à l’identique dans les deux configurations. Query Monitor a mesuré le nombre de requêtes SQL générées lors de l’affichage complet du fil, avec pagination désactivée pour comparer un volume de contenu strictement identique entre les deux solutions.
Ce que révèle la mesure
BuddyPress, même configuré avec uniquement le composant forums activé, continue de charger en arrière-plan une partie de son infrastructure sociale : vérification des relations d’amis, des groupes, du fil d’activité, ces composants restant interconnectés dans l’architecture de l’extension. Sur l’affichage du fil de discussion testé, cela représentait quatre-vingt-deux requêtes SQL au total.
bbPress, conçu dès l’origine comme une solution de forum autonome sans ambition sociale plus large, a affiché quarante-huit requêtes SQL sur le même scénario, soit un écart de trente-quatre requêtes en faveur de cette seconde solution.
D’où vient concrètement cet écart
L’inspection détaillée des requêtes via l’onglet de Query Monitor a montré que l’écart provenait majoritairement de deux sources chez BuddyPress : la vérification du statut de connexion sociale entre chaque participant du fil affiché les uns par rapport aux autres, et le chargement du composant de notifications, actif par défaut même sans notification à afficher sur cette page précise.
| Composant | BuddyPress | bbPress |
|---|---|---|
| Affichage du fil et des réponses | 31 requêtes | 29 requêtes |
| Vérification sociale entre participants | 26 requêtes | 0 requête |
| Notifications et activité | 25 requêtes | 19 requêtes |
L’effet du volume de messages sur l’écart
Le test rejoué avec un fil de discussion de seulement cinq messages a montré un écart réduit à quatorze requêtes, la partie liée à la vérification sociale entre participants restant proportionnelle au nombre de participants distincts plutôt qu’au nombre de messages. Un forum où peu de personnes interviennent, même avec de longs échanges, verra donc un écart plus modéré qu’un forum où de nombreux participants différents s’expriment sur un même fil.
Le cas d’une liste de fils de discussion
Le comparatif a aussi été rejoué sur la page listant l’ensemble des fils du forum, plutôt qu’un seul fil ouvert. Sur cette page d’index, l’écart se réduisait légèrement, BuddyPress mutualisant certaines vérifications sociales pour l’ensemble des auteurs affichés en une seule passe plutôt qu’une passe par participant comme sur la vue détaillée d’un fil. L’écart mesuré tombait à vingt-deux requêtes sur cette page précise, toujours en faveur de bbPress, mais dans une proportion moindre que sur l’affichage d’un fil complet.
Ce constat mérite d’être gardé en tête pour un forum où la majorité du trafic se concentre sur la page d’index plutôt que sur la lecture de fils individuels, un cas fréquent pour les visiteurs qui parcourent rapidement les sujets sans nécessairement ouvrir chaque discussion en détail.
- Communauté professionnelle avec beaucoup de participants distincts par fil : écart net en faveur de bbPress
- Besoin réel de fonctionnalités sociales (profils enrichis, groupes, messagerie privée) en plus du forum : BuddyPress devient pertinent malgré son coût plus élevé
- Forum pur sans ambition sociale complémentaire : bbPress reste le choix le plus économe par défaut
Choisir une extension pour une seule de ses fonctionnalités, alors qu’elle a été conçue comme une plateforme sociale complète, revient souvent à payer en performance pour des composants qu’on n’utilisera jamais.
En résumé
Pour un forum professionnel sans besoin social élargi, bbPress reste la solution la plus légère en requêtes SQL, avec un écart qui se creuse d’autant plus que le nombre de participants distincts par fil augmente. BuddyPress ne devient pertinent que lorsque ses fonctionnalités sociales sont réellement exploitées par la communauté, auquel cas son coût plus élevé en requêtes se justifie par des fonctionnalités que bbPress ne propose tout simplement pas.
