Quel hébergeur choisir pour un annuaire ?

Un annuaire n’est pas un blog. Il a des besoins techniques particuliers, et la plupart des offres d’hébergement vantées pour « un site WordPress » y répondent mal. Pas parce qu’elles sont mauvaises, mais parce qu’elles sont dimensionnées pour un site qui affiche des pages, pas pour un site qui interroge une base de données à chaque visite.

Cet article détaille ce qui change réellement quand on héberge un annuaire, et les critères sur lesquels arbitrer.

Ce qui distingue un annuaire d’un site classique

Une charge base de données, pas une charge de trafic

Sur un blog, une page publiée est une page qui existe. Sur un annuaire, chaque affichage de catégorie déclenche une requête pour lister les fiches, souvent une deuxième pour compter les résultats, parfois une troisième pour les filtres et le tri. Multipliez par le nombre de catégories, ajoutez le moteur de recherche interne, et vous obtenez un profil de charge qui n’a rien à voir avec celui d’un site éditorial de trafic comparable.

Cette charge explique aussi pourquoi la pagination des grandes listes est un sujet à part entière sur un annuaire. Conséquence pratique : quand vous comparez des offres, les chiffres de trafic mensuel mis en avant vous renseignent peu. Ce qui compte, ce sont les ressources allouées au serveur de base de données et les limites imposées sur les requêtes simultanées.

Une inflation du nombre d’URL

Un annuaire de quelques milliers de fiches génère facilement plusieurs dizaines de milliers d’URL une fois comptées les catégories, les pages de pagination, les filtres et les tris. Cela pèse sur trois choses : le temps de sauvegarde, la taille des exports, et surtout le budget de crawl accordé par les moteurs. Un hébergement lent transforme ce dernier point en problème structurel, puisque le robot explore moins de pages par passage : c’est tout l’enjeu du budget d’exploration.

Un formulaire public ouvert en permanence

Votre formulaire de soumission est accessible à tous, en continu, y compris aux robots. Il génère des écritures en base et des envois de courriel de notification. Deux conséquences : vous avez besoin d’un hébergement qui gère l’envoi de courriel de façon fiable, et vous devez pouvoir bloquer une adresse abusive sans attendre l’accord d’un support.

Les six critères à examiner

1. Les ressources base de données

Le premier critère, et le moins mis en avant dans les argumentaires commerciaux. Cherchez dans la documentation technique, pas sur la page de vente : nombre de bases autorisées, taille maximale par base, connexions simultanées, et présence ou non d’un cache d’objets. Un hébergeur qui ne documente aucune de ces limites vous les fera découvrir en production.

2. Le cache serveur

Un cache géré au niveau du serveur change radicalement le comportement d’un annuaire, puisqu’il évite de rejouer les mêmes requêtes de catégorie pour chaque visiteur. Vérifiez aussi qu’il est configurable : sur un annuaire, certaines pages doivent rester dynamiques, notamment le formulaire de soumission et l’espace membres. Un cache que l’on ne peut pas exclure page par page crée plus de problèmes qu’il n’en résout.

3. La gestion du courriel sortant

Confirmations d’inscription, notifications de validation, réinitialisations de mot de passe : un annuaire envoie beaucoup de courriels transactionnels. Beaucoup d’hébergements mutualisés imposent des quotas horaires, et surtout, les courriels envoyés depuis un serveur mutualisé partagent la réputation de leurs voisins. Si vos confirmations n’arrivent pas, vos inscrits abandonnent. Vérifiez que vous pouvez brancher un service d’envoi externe.

4. La version de PHP et sa maîtrise

Point critique si vous utilisez un script d’annuaire ancien plutôt qu’une extension maintenue. Certains scripts historiques ne fonctionnent pas sur les versions récentes de PHP, tandis que les hébergeurs retirent les anciennes pour des raisons de sécurité. Vérifiez donc deux choses avant de vous engager : quelles versions sont proposées, et si vous pouvez en changer vous-même depuis votre panneau. Le sujet est développé dans notre comparatif des scripts PHP d’annuaire.

5. Les sauvegardes

Sur un annuaire, la base de données est le site : perdre les fiches, c’est perdre des années de modération. Regardez la fréquence des sauvegardes, leur durée de rétention, et surtout si vous pouvez restaurer vous-même sans passer par le support. Une sauvegarde que vous ne pouvez pas déclencher ni restaurer seul n’est qu’à moitié une sauvegarde.

6. La protection contre les abus

Un formulaire public attire les robots. Un pare-feu applicatif, une limitation de débit et la possibilité de bloquer des adresses vous évitent de traiter le problème uniquement côté script. C’est un domaine où l’hébergement fait une vraie différence, et il complète les mesures détaillées dans notre guide sur la sécurisation d’un site web.

Mutualisé, VPS ou infogéré : où placer le curseur

Le mutualisé convient parfaitement au démarrage, et il convient plus longtemps qu’on ne le dit. Un annuaire de quelques centaines de fiches avec un trafic modeste n’a aucune raison de coûter davantage.

Le point de bascule n’est presque jamais le trafic. Ce sont ces trois signaux, dans cet ordre :

1. Les pages de catégorie ralentissent alors que les pages statiques restent rapides. Signature d’une contrainte base de données.
2. Les sauvegardes échouent ou dépassent leur délai d’exécution, parce que la base est devenue trop volumineuse pour les limites du mutualisé.
3. Le support vous signale une consommation excessive de ressources. Sur mutualisé, cela finit toujours par arriver, et la suite est rarement agréable.

Le VPS résout ces trois points, au prix d’une administration à assumer. L’infogéré vous en dispense, plus cher mais souvent le bon arbitrage si l’annuaire est un projet secondaire. Le sujet est traité en détail dans notre comparaison entre mutualisé, VPS et serveur dédié.

Questions fréquentes

Pour aller plus loin