Ce que j'ai appris en construisant Hostlist : 25 000 hébergeurs web

Quelque part autour du numéro 11 000, j'ai vraiment remis en question chaque décision que j'avais prise. Pas de façon dramatique -- plutôt cette angoisse tranquille et spécifique de réaliser qu'on s'est peint dans un coin avec un dataset qui ne cesse de grandir et un schéma conçu pour peut-être 500 entrées. C'était HostList. Un annuaire d'hébergeurs web. Tous, ou aussi proche que possible.

Je vais vous dire ce qui s'est réellement passé -- les choix architecturaux, les cauchemars de données, les moments où ça a cliqué, et les trucs que je ferais complètement différemment si je commençais aujourd'hui.

Pourquoi un annuaire d'hébergement web

Honnêtement ? J'en ai eu assez. Je faisais de la recherche pour un client Seahawk Media -- une SaaS de mid-market qui devait migrer ses hébergeurs -- et je ne trouvais pas un seul annuaire qui soit à la fois complet et à jour. La plupart étaient soit des pages d'affiliation minimalistes prétendant être neutres, soit des listes obsolètes qui présentaient encore des hébergeurs qui avaient disparu en 2017.and current. Most were either thin affiliate pages pretending to be neutral, or outdated lists that still featured hosts that had gone under in 2017.

L'industrie de l'hébergement web compte des milliers de fournisseurs actifs. Pas des dizaines. Des milliers. Hébergement mutualisé, hébergement WordPress géré, fournisseurs VPS, spécialistes de bare-metal, acteurs régionaux dont vous n'avez jamais entendu parler. Personne ne l'avait correctement cartographié. Alors j'ai pensé : je vais le faire. Six semaines, me suis-je dit.WordPress hosts, VPS providers, bare-metal specialists, regional players you've never heard of. Nobody had mapped it properly. So I thought: I'll do it. Six weeks, I told myself.

Cela a pris considérablement plus de six semaines.

Le marché a validé l'intuition, cependant. Regardez ce que les annuaires de niche peuvent faire même à petite échelle -- Soak Oregon, un simple annuaire de sources chaudes, génère environ 1 000 dollars par mois en revenus publicitaires avec à peine 25 000 visiteurs mensuels. Ce n'est pas une erreur. 25 000 visiteurs. L'économie d'un annuaire bien ciblé est vraiment différente d'un site de contenu généraliste.Soak Oregon, a simple hot springs directory, pulls roughly $1,000 a month in ad revenue on just 25,000 monthly visitors. That's not a typo. 25,000 visitors. The economics of a well-targeted directory are genuinely different from a general content site.

Le problème des données dont personne ne parle

C'est là que la plupart des guides de création d'annuaires vous laissent complètement tomber. Ils vous diront de configurer des catégories et des champs de listing. D'accord. Ce qu'ils ne vous diront pas, c'est que rassembler 25 000 enregistrements précis et structurés est un problème d'une classe entièrement différente.

Ma première approche était la recherche manuelle plus une couche de scraping que j'ai assemblée sur un week-end. Le scraper était correct. Les données étaient chaotiques. Les fournisseurs d'hébergement changent leurs prix constamment. Certains avaient trois noms de marque différents. Certains étaient des revendeurs de revendeurs -- la même infrastructure sous-jacente portant quinze logos différents. La dédupplication seule m'a coûté trois semaines.data was chaos. Hosting providers change their pricing constantly. Some had three different brand names. Some were resellers of resellers -- the same underlying infrastructure wearing fifteen different logos. Deduplication alone cost me three weeks.

Quelques choses que j'aurais aimé décider plus tôt :

• Un enregistrement canonique par entité juridique, pas par marque. Certains hébergeurs ont quatre marques. Ce sont toujours un seul hébergeur., not per brand. Some hosts have four brands. They're still one host.
• Datation de fraîcheur sur chaque champ. Pas juste « dernière mise à jour » sur la ligne -- par champ. Les tarifs deviennent obsolètes plus vite que les ensembles de fonctionnalités.Not just "last updated" on the row -- per field. Pricing goes stale faster than feature sets.
• Une file d'attente d'examen humain dès le départ. L'ingestion automatisée convient pour une première passe. Mais il vous faut un processus pour signaler les enregistrements qui semblent incorrects avant qu'ils ne soient publiés.Automated ingestion is fine for first-pass. But you need a process for flagging records that look wrong before they go live.

Le troisième point surtout. J'ai sauté dessus au début et j'ai fini avec un tas de listings qui avaient des niveaux de tarification complètement erronés parce qu'un hébergeur avait réorganisé ses plans et le scraper avait fait correspondre l'ancienne structure de page. Cela m'a pris une éternité à trouver.

Choisir la bonne pile technologique

J'ai opté pour WordPress. Je sais. Mais écoutez-moi.

Pour un annuaire à cette échelle, vous voulez quelque chose avec un écosystème de plugins mature et une couche de requête que vous comprenez profondément. J'avais utilisé Directorist sur des projets plus petits et c'était solide -- schéma flexible, compatible avec Gutenberg, valeurs par défaut sensées. Pour HostList spécifiquement, je l'ai associé à une couche de type de publication personnalisée par-dessus, parce que j'avais besoin de champs qu'aucun plugin du commerce n'avait prévu (comme les emplacements des centres de données, les accords d'échange, les versions du panneau de contrôle).Directorist on smaller projects and it held up well -- flexible schema, works with Gutenberg, sensible defaults. For Hostlist specifically I paired it with a custom post type layer on top, because I needed fields that no off-the-shelf plugin anticipated (things like data-centre locations, peering arrangements, control panel versions).

Les quatre pages qui comptent vraiment -- et je dirais que c'est vrai pour n'importe quel annuaire quelle que soit sa niche -- sont :

1. Accueil avec un objectif clair, des annonces en vedette, et une recherche très simple
2. Page d'archive/navigation avec filtrage rapide (c'est là que vivent 80 % de vos utilisateurs)
3. Annonce unique avec l'enregistrement complet, le balisage de données structurées, et un moyen de réclamer/signaler
4. Page de soumission (même si vous ne faites pas de soumissions d'utilisateurs initialement, construisez-la prête)

Je ne peux pas assez insister sur l'importance de la page archive. Les utilisateurs ne viennent pas à votre page d'accueil puis naviguent. Ils arrivent sur une page archive depuis Google et décident en quatre secondes si les données semblent crédibles. Réglez d'abord cette page correctement.then navigate. They land on an archive page from Google and decide within four seconds whether the data looks credible. Get that page right first.

Ce que je changerais dans la pile technologique

Tables personnalisées. J'aurais dû déplacer les données de listing principales hors des métadonnées de publication et vers de véritables tables relationnelles bien plus tôt. Les métadonnées de publication WordPress, c'est bien jusqu'à peut-être 5 000 enregistrements. Passé ça, les requêtes deviennent pénibles. Les considérations de performance pour les applications web à grande échelle sont réelles -- RAM, optimisation des requêtes, stratégie de mise en cache -- rien de tout ça que vous ne planifiez quand vous essayez juste de lancer le truc.performance considerations for large-scale web applications are real -- RAM, query optimisation, caching strategy -- none of which you plan for when you're just trying to get the thing launched.

Héberger le répertoire lui-même (véritablement maladroit)

Il y a une ironie particulière à construire un répertoire d'hébergement web et à devoir ensuite choisir un hôte pour celui-ci. J'ai changé trois hôtes au cours de la première année.

Le premier était un hébergeur WordPress géré que je ne vais pas nommer. Il a échoué lors du processus d'importation -- 25 000 articles passant par WP-CLI n'était pas quelque chose pour lequel leur infrastructure était conçue. Le second était un VPS où j'ai tout géré moi-même : Nginx en tant que proxy inverse, Redis pour la mise en cache des objets, ufw pour le pare-feu. Cette approche d'architecture auto-hébergée fonctionne brillamment quand vous savez ce que vous faites -- visibilité totale, pas de limitation mystérieuse, vous contrôlez les en-têtes de cache. Mais c'est aussi 23h du jeudi quand quelque chose casse et c'est entièrement votre problème.That self-hosted architecture approach works brilliantly when you know what you're doing -- total visibility, no mystery throttling, you control the cache headers. But it's also 11pm on a Thursday when something breaks and it's entirely your problem.

J'ai opté pour un VPS géré avec accès root. Le meilleur des deux. J'ai gardé Nginx devant, ajouté une couche CDN pour les actifs statiques, et cela a tenu depuis.

La leçon : quel que soit l'hébergeur que vous choisissez, testez-le avec votre volume de données réel avant de vous engager. Pas un échantillon. Votre vrai import. Un hébergeur qui gère un blog de 500 posts sans souci va parfois s'effondrer complètement quand vous lui jetez 25 000 enregistrements dessus pendant une reconstruction de base de données.test it with your actual data volume before you commit. Not a sample. Your real import. A host that handles a 500-post blog with flying colours will sometimes completely fall over when you throw 25,000 records at it during a database rebuild.

Monétisation : Ce que j'ai essayé, Ce qui a fonctionné

En 2019, un client m'a une fois dit, « l'argent est dans la liste, pas le trafic. » Je ne l'ai pas complètement compris à l'époque. Je comprends maintenant.

Le revenu d'Hostlist provient de plusieurs endroits, en ordre approximatif de ce qui a vraiment fait bouger les choses :

• Annonces vedettes/premium -- les hébergeurs paient pour apparaître en haut des pages de catégories pertinentes. Ça fonctionne. Les CPM sont bons parce que l'intention est forte. -- hosts pay to appear at the top of relevant category pages. This works. The CPMs are good because the intent is high.
• Badges de vérification avec renouvellement annuel -- moins lourd qu'une annonce premium complète, mais ça s'accumule. -- lighter-touch than a full premium listing, but it adds up.
• Publicité d'affichage -- j'ai ajouté ça tardivement et c'est le moins performant de loin. L'audience est trop petite et trop spécifique pour que les grands réseaux publicitaires la valorisent correctement. -- I added this late and it's the weakest performer by quite a lot. The audience is too small and too specific for broad ad networks to value properly.
• Génération de leads / affiliation -- j'ai été prudent ici parce que je ne voulais pas que HostList ressemble à tous les autres sites de comparaison biaisés. J'ai un petit nombre d'arrangements de parrainage mais ils sont divulgués et limités. -- I was cautious here because I didn't want Hostlist to look like every other biased comparison site. I have a small number of referral arrangements but they're disclosed and limited.

Ce que je n'ai pas fait, c'est un modèle freemium où les annonces de base sont gratuites et les mises à niveau payantes. J'y ai pensé. Le problème avec l'hébergement web spécifiquement, c'est que les fournisseurs qui valent la peine d'être sur votre plateforme sont aussi ceux qui ont le moins besoin de votre annuaire pour la visibilité. Les petits hébergeurs en tirent plus profit en étant listés, mais ce sont aussi ceux avec les plus petits budgets. L'économie est maladroite.not done is a freemium model where basic listings are free and upgrades are paid. I thought about it. The problem with web hosting specifically is that the providers worth having on your platform are also the ones least likely to need your directory for exposure. The smaller hosts benefit more from being listed, but they're also the ones with the smallest budgets. The economics are awkward.

Brilliant Directories et des plateformes similaires ont trouvé la solution pour les annuaires plus orientés communauté -- vendeurs de mariage, ressources parentales -- où les membres veulent vraiment être trouvés par les locaux. L'hébergement web, c'est différent. C'est un marché mondial, hyper-compétitif. have this figured out for more community-oriented directories -- wedding vendors, parenting resources -- where the members genuinely want to be found by locals. Web hosting is different. It's a global, hyper-competitive market.

SEO pour un Grand Annuaire : Les Points Qui Ont Vraiment Aidé

Un annuaire avec 25 000 entrées est un atout SEO si vous le gérez correctement. C'est un handicap SEO si vous ne le faites pas.

Les choses spécifiques qui ont aidé :

1. Meta descriptions uniques, modélisées mais variables par annonce -- pas juste le nom de l'hébergeur + « revue d'hébergement web ». J'ai intégré des points de données réels (gamme de prix, cas d'usage principal, année de fondation) pour générer des descriptions qui étaient véritablement différentes. -- not just the host name + "web hosting review". I pulled in actual data points (price tier, primary use case, founding year) to generate descriptions that were genuinely different.
2. Pages de catégories et tags avec du vrai contenu éditorial -- pas juste une grille de cartes. Une intro de 200 mots expliquant ce que « l'hébergement WordPress géré » signifie vraiment, écrite une fois, appliquée à la catégorie. Google veut voir que quelqu'un a réfléchi à la page. -- not just a grid of cards. A 200-word intro explaining what "managed WordPress hosting" actually means, written once, applied to the category. Google wants to see that someone thought about the page.
3. Données structurées (Schema.org) -- chaque annonce a un balisage LocalBusiness ou Organization. Les taux de clics se sont améliorés notablement après que j'ai ajouté ça correctement. -- every listing has LocalBusiness or Organization markup. Click-through rates improved noticeably after I added this properly.
4. Canonicals sur les combinaisons de filtres -- c'est presque m'a tué. La recherche facettée génère des milliers de combinaisons d'URL. Si vous ne les canonical pas vers l'URL d'archive propre, vous serez en faillite de budget d'exploration dans un mois. -- this nearly killed me. Faceted search generates thousands of URL combinations. If you don't canonical them back to the clean archive URL, you'll be crawl-budget bankrupt within a month.
5. Indexation uniquement pour les hébergeurs actifs -- je mets en noindex tout ce que je ne peux pas confirmer comme toujours opérationnel. Les annonces mortes sont pires que l'absence d'annonce. -- I noindex anything I can't confirm is still operating. Dead listings are worse than no listing.

L'erreur que j'ai commise au début : j'ai indexé tout immédiatement. Y compris des ébauches avec presque aucune donnée. Google les a explorées, trouvé des pages minces, et a partiellement dévalué tout le domaine pendant un temps. Leçon : ne l'indexe pas tant que ça ne vaut pas la peine de l'indexer.don't index it until it's worth indexing.

Ce que je ferais différemment

Quelques choses, rapidement :

• Commencer par une niche plus petite et resserrée. « Annuaire d'hébergement web » c'est énorme. J'aurais dû lancer avec « hébergeurs WordPress gérés » -- peut-être 300-400 fiches -- prouver le concept, puis élargir.
• Construisez le pipeline de données avant le front end. Je l'ai fait à l'envers. Le front end était en ligne avant que le processus d'import soit solide, ce qui a signifié que je patchais constamment les données en direct.before the front end. I did it backwards. The front end was live before the import process was solid, which meant I was constantly patching live data.
• Facturez les annonces dès le premier jour. Même 1 £/mois. Les annonces gratuites attirent les hôtes qui remplissent mal le formulaire et ne répondent jamais aux demandes de mise à jour. Un petit paiement filtre pour la qualité.
• Investissez dans un système de contributeurs approprié plus tôt. Certaines des meilleures corrections de données que j'ai reçues provenaient d'utilisateurs qui ont repéré des erreurs. Je n'avais aucun moyen structuré d'accepter celles-ci pendant les huit premiers mois.

Honnêtement, construire HostList a été l'un de mes projets parallèles les plus intéressants sur le plan technique -- et l'un des plus humiliants. Le format d'annuaire paraît déceptivement simple de l'extérieur.

---

FAQ

Combien de temps a-t-il fallu pour construire Hostlist ?

La première version -- brute, pleine de lacunes de données, mais en ligne -- a pris environ trois mois de soirs et de fins de semaine. L'amener à un état dont j'étais vraiment fier a pris près d'un an. Le travail de qualité des données ne s'arrête jamais vraiment.

Quel plugin WordPress avez-vous utilisé pour la fonctionnalité de répertoire ?

Directorist comme base, puis un développement personnalisé substantiel par-dessus. Pour un annuaire plus petit je l'utiliserais plus ou moins tel quel. Avec 25 000 entrées, tu devras finalement écrire des requêtes personnalisées de toute façon -- le plugin te donne juste un point de départ.

Un répertoire d'hébergement Web est-il vraiment rentable ?

Ça peut l'être. Le mien couvre ses coûts et gagne au-delà, mais je ne prétendrai pas que c'est une machine de revenu passif. Les marges dépendent fortement de votre capacité à vendre des annonces premium. Les annonces d'affichage seules ne vous y mèneront pas à des niveaux de trafic modérés.

Comment gardez-vous 25 000 annonces à jour ?

Imparfaitement. J'ai une combinaison de scrapers planifiés qui vérifient les changements de pages de tarification, une file d'attente de corrections signalées par la communauté, et un cycle d'examen manuel pour les 500 premiers hébergeurs par trafic. La longue traîne se dégrade au fil du temps. J'ai accepté cela.

Recommanderiez-vous de créer un grand annuaire comme premier projet ?

Non. Commencez par quelque chose que vous pouvez faire en 500 enregistrements. Prouvez que les gens l'utilisent et qu'il y a un chemin vers la monétisation. Puis montez en échelle. La complexité technique et de gestion des données d'un grand annuaire est véritablement non-triviale, et vous voulez rencontrer ces problèmes après avoir validé l'idée, pas avant.Then scale. The technical and data-management complexity of a large directory is genuinely non-trivial, and you want to encounter those problems after you've validated the idea, not before.

---

La chose avec les annuaires, c'est que c'est un jeu de longue haleine. Vous construisez un actif de données, pas un site de contenu. Le trafic augmente lentement, le travail est sans glamour, et pendant les six premiers mois vous vous demandez si quelqu'un s'en soucie. Mais quand les données sont bonnes et la niche est juste, les annuaires développent une sorte de traction gravitationnelle qui est difficile à reproduire avec n'importe quel autre format. C'est pourquoi je continue à les construire.