TowerDex

Le problème : un registre public que personne ne peut lire

La FCC — le régulateur des télécommunications des États-Unis — impose d'inscrire à l'Antenna Structure Registration (ASR) les structures d'antenne qui dépassent une certaine hauteur ou qui se trouvent près d'un aéroport. C'est un registre public : n'importe qui peut y accéder. Le problème, c'est comment.

Consulter l'ASR, c'est se battre avec des téléchargements de fichiers bruts, des colonnes codées et des champs que seul comprend celui qui connaît déjà la nomenclature du régulateur. Si ce que vous voulez savoir, c'est « combien de pylônes y a-t-il au Texas ? », « qui possède la structure la plus haute de Houston ? » ou « quels types de pylône dominent mon comté ? », la donnée existe mais elle est enterrée. Un technicien d'acquisition de sites, un journaliste local, un pilote qui vérifie les obstacles ou un analyste télécoms ne devraient pas avoir besoin d'écrire leur propre script pour répondre à des questions aussi directes.

TowerDex est ma réponse à ce problème. C'est un produit maison de mon réseau de sites : personne ne me l'a commandé, il n'y a aucun client derrière. Je l'ai construit parce que le schéma m'intéressait — un registre officiel énorme, précieux et pratiquement inaccessible — et parce que je voulais une plateforme de données où tester jusqu'où peut aller un SEO programmatique bien fait. Chaque donnée du registre devient une page qui répond à une question concrète : États, villes, comtés, propriétaires, types de pylône, tranches de hauteur et enregistrements individuels.

Ce qu'il permet de faire

• Exploration géographique de haut en bas. Vous ouvrez la page d'un État, comparez ses principales villes et ses principaux comtés, puis descendez jusqu'à l'enregistrement individuel de chaque pylône sans perdre le fil.
• Profils de propriétaires. Le portefeuille complet de pylônes de chaque entreprise, pour comprendre qui contrôle réellement l'infrastructure de chaque marché.
• Types et hauteurs. Navigation par les 7 types de structure du registre et par tranches de hauteur, en plus du Top 100 des pylônes les plus hauts du pays.
• Des fiches avec du contexte. Chaque pylône affiche sa hauteur, son propriétaire, son état de construction, ses informations FAA et les structures voisines, avec des liens vers ses pages géographiques.
• Recherche directe. Un moteur de recherche par ville, propriétaire ou numéro d'enregistrement pour qui sait déjà ce qu'il cherche.
• Des réponses citables. Les pages principales intègrent des résumés, des FAQ, des comparatifs et des métriques sourcées, pensés aussi bien pour les moteurs de recherche classiques que pour les moteurs de réponse.
• Statistiques nationales et contenu éditorial. Des classements d'États et de types de structure qui replacent chaque chiffre dans son contexte, plus un blog qui explique la terminologie de l'ASR, le balisage FAA et l'économie de la construction d'un pylône.

Comment c'est construit

TowerDex est un développement sur mesure de bout en bout : pas de gabarit, pas de plugin et pas de licence tierce. Voici les quatre pièces qui le soutiennent.

1. Architecture Laravel

• Back-end Laravel sur PHP avec MySQL comme unique base de données. Des routes et des contrôleurs par type d'entité (pylône, propriétaire, État, ville, comté, type, tranche de hauteur) et des gabarits Blade réutilisés pour toutes les variantes.
• Front-end compilé avec Vite, Tailwind pour le système visuel et Alpine.js pour les rares comportements interactifs nécessaires. Pas de SPA : du HTML servi depuis le serveur, exactement ce dont un annuaire a besoin pour s'indexer.
• Des cartes avec Leaflet pour situer chaque structure à son emplacement réel sans dépendre d'un fournisseur de cartes payant.

2. Le pipeline de données

• Ingestion du fichier brut de l'ASR et normalisation de ses champs : hauteurs, coordonnées, états de construction, codes de type de structure et données FAA.
• Déduplication des propriétaires, le travail le plus ingrat : le même groupe apparaît écrit de plusieurs façons dans le registre, et sans le consolider les portefeuilles de pylônes ne collent pas.
• Des agrégats précalculés par État, ville, comté, type et tranche de hauteur, plus les classements des pylônes les plus hauts et des plus grands propriétaires.
• Une cadence trimestrielle synchronisée avec les rafraîchissements du registre, avec des horodatages sur les enregistrements individuels quand la donnée est disponible.

3. SEO programmatique

• Une URL par entité générée à partir de la donnée : /state/texas, /type/lattice, /height/30-100m, /tower/1038731. Des centaines de milliers de pages avec un seul gabarit par famille.
• Un maillage interne structurel : chaque page pointe vers le haut (son État, son comté) et vers les côtés (pylônes voisins, même propriétaire, même type), de sorte que le crawl atteint tous les recoins de l'annuaire.
• Des sitemaps XML régénérés avec le pipeline, pour que chaque rafraîchissement de données soit découvert sans attendre.
• Schema.org et réponses directes sur les pages à plus forte valeur, avec des FAQ et des résumés rédigés pour être cités par les moteurs de réponse.

4. Performance

• Des requêtes sur des tables agrégées, jamais sur l'ensemble complet : une page d'État ne parcourt pas 186 603 lignes, elle lit un résumé déjà calculé.
• Des index et une pagination conçus pour le schéma réel de navigation, et des assets versionnés avec préchargement pour que le premier rendu n'attende pas le JavaScript.
• Servi derrière un CDN, avec des images et des styles optimisés. Un annuaire de cette taille ne fonctionne que si chaque page se charge vite ; sinon, ni les utilisateurs ni les robots n'arrivent au fond.

Couverture et origine des données

L'annuaire couvre les 50 États avec une moyenne de 3 732 pylônes par État, même si la distribution réelle est très inégale : le Texas concentre 19 849 structures, la Californie 10 304, la Floride 9 653, l'Ohio 7 937 et la Géorgie 7 462. Par type, la catégorie générique « Tower » domine avec 94 155 enregistrements, suivie des pylônes en treillis (34 919) et des pylônes haubanés (19 818). Par hauteur, le gros du parc se situe entre 30 et 100 mètres (131 583 structures), tandis que seules 1 137 dépassent les 300 mètres.

Tout en haut se trouve le pylône de 627,8 mètres de Galesburg, dans le Dakota du Nord — environ 2 059,7 pieds, à peu près la hauteur d'un immeuble de 190 étages —, propriété de Parker Broadcasting of Dakota. Côté propriété, les plus grands portefeuilles du registre sont CCATT LLC avec 4 991 pylônes, Array Digital Infrastructure avec 4 001 et Tillman Infrastructure avec 3 180.

Tous ces chiffres sortent du même endroit : le registre ASR de la FCC. TowerDex le cite comme source sur chaque page et précise clairement qu'il n'est pas affilié à la Federal Communications Commission. La plateforme n'invente aucune donnée ; elle l'ordonne, la croise et la rend lisible.

Le résultat

TowerDex transforme un fichier que presque personne n'ouvre en un site où n'importe qui répond en deux clics à une question d'infrastructure. Il est utilisé par des chercheurs, des planificateurs, des équipes de maintenance de pylônes, des journalistes locaux et des équipes d'acquisition de sites, et il couvre en plus la partie de l'entonnoir que les données brutes n'atteignent jamais : les recherches de longue traîne par ville, par propriétaire ou par type de structure.

Pour moi, c'est surtout la démonstration d'une méthode que j'applique aussi aux projets clients : prendre une source de données à valeur réelle, la normaliser, et monter par-dessus une architecture qui génère des milliers de pages utiles et indexables sans les écrire à la main. Laravel, MySQL, un pipeline de données discipliné et du SEO programmatique. Pas de poudre aux yeux : la donnée commande et la plateforme se contente de bien la servir.

Quelques captures d'écran

Stack

Vous pouvez vérifier en direct chaque chiffre de cette page : Visiter towerdex.com.

Questions fréquentes sur TowerDex