TowerDex

Problem: publiczny rejestr, którego nikt nie umie czytać

FCC — amerykański regulator telekomunikacji — nakazuje wpisywać do Antenna Structure Registration (ASR) konstrukcje antenowe przekraczające określoną wysokość lub stojące w pobliżu lotniska. To rejestr publiczny: dostęp ma każdy. Problem w tym, jak z niego skorzystać.

Zajrzenie do ASR oznacza mocowanie się z pobieraniem surowych plików, zakodowanymi kolumnami i polami zrozumiałymi tylko dla kogoś, kto już zna nazewnictwo regulatora. Jeśli chcesz się dowiedzieć, „ile wież jest w Teksasie?”, „kto jest właścicielem najwyższej konstrukcji w Houston?” albo „jakie typy wież dominują w moim hrabstwie?”, dane istnieją, ale są zakopane. Specjalista od pozyskiwania lokalizacji, lokalny dziennikarz, pilot sprawdzający przeszkody czy analityk telekomunikacyjny nie powinni potrzebować własnego skryptu, żeby odpowiedzieć na tak proste pytania.

TowerDex to moja odpowiedź na ten problem. To własny produkt z mojej sieci stron internetowych: nikt mi go nie zlecił, nie stoi za nim żaden klient. Zbudowałem go, bo zaciekawił mnie ten wzorzec — ogromny, cenny i praktycznie niedostępny oficjalny rejestr — i bo chciałem mieć platformę danych, na której sprawdzę, jak daleko sięga dobrze zrobione programatyczne SEO. Każda dana z rejestru staje się stroną odpowiadającą na konkretne pytanie: stany, miasta, hrabstwa, właściciele, typy wież, przedziały wysokości i pojedyncze wpisy.

Co można dzięki niemu zrobić

• Eksploracja geograficzna od góry do dołu. Otwierasz stronę stanu, porównujesz jego główne miasta i hrabstwa i schodzisz aż do pojedynczego wpisu każdej wieży, nie gubiąc wątku.
• Profile właścicieli. Pełne portfele wież według firmy, żeby zrozumieć, kto naprawdę kontroluje infrastrukturę danego rynku.
• Typy i wysokości. Nawigacja po 7 typach konstrukcji z rejestru i po przedziałach wysokości, a do tego Top 100 najwyższych wież w kraju.
• Karty z kontekstem. Każda wieża pokazuje wysokość, właściciela, status budowy, informacje FAA i pobliskie konstrukcje, z linkami do swoich stron geograficznych.
• Wyszukiwanie bezpośrednie. Wyszukiwarka po mieście, właścicielu lub numerze rejestracyjnym dla tych, którzy już wiedzą, czego szukają.
• Odpowiedzi gotowe do cytowania. Główne strony zawierają streszczenia, FAQ, zestawienia i metryki ze źródłem, pomyślane zarówno pod klasyczne wyszukiwarki, jak i pod silniki odpowiedzi.
• Statystyki krajowe i treści redakcyjne. Rankingi stanów i typów konstrukcji, które osadzają każdą liczbę w kontekście, plus blog wyjaśniający terminologię ASR, oznakowanie FAA i ekonomię budowy wieży.

Jak to jest zbudowane

TowerDex to projekt szyty na miarę od początku do końca: bez szablonów, bez wtyczek i bez licencji od zewnętrznych firm. Oto cztery filary, na których się opiera.

1. Architektura Laravel

• Backend Laravel na PHP z MySQL jako jedyną bazą danych. Trasy i kontrolery dla każdego typu encji (wieża, właściciel, stan, miasto, hrabstwo, typ, przedział wysokości) oraz szablony Blade współdzielone przez wszystkie warianty.
• Frontend kompilowany Vite, Tailwind jako system wizualny i Alpine.js do tych niewielu interaktywnych zachowań, które są potrzebne. Żadnego SPA: HTML serwowany z serwera — dokładnie to, czego katalog potrzebuje, żeby się indeksować.
• Mapy w Leaflet, żeby pokazać każdą konstrukcję w jej rzeczywistej lokalizacji bez zależności od płatnego dostawcy map.

2. Pipeline danych

• Wczytanie surowego pliku ASR i normalizacja jego pól: wysokości, współrzędnych, statusów budowy, kodów typów konstrukcji i danych FAA.
• Deduplikacja właścicieli — najbardziej niewdzięczna robota: ta sama grupa figuruje w rejestrze pod kilkoma zapisami, a bez konsolidacji portfele wież się nie zgadzają.
• Prekalkulowane agregaty według stanu, miasta, hrabstwa, typu i przedziału wysokości, plus rankingi najwyższych wież i największych właścicieli.
• Kwartalny rytm zsynchronizowany z odświeżeniami rejestru, ze znacznikami czasu przy pojedynczych wpisach, gdy dana jest dostępna.

3. Programatyczne SEO

• Jeden URL na encję, generowany z danych: /state/texas, /type/lattice, /height/30-100m, /tower/1038731. Setki tysięcy stron z jednym szablonem na rodzinę.
• Strukturalne linkowanie wewnętrzne: każda strona wskazuje w górę (swój stan, swoje hrabstwo) i w bok (pobliskie wieże, ten sam właściciel, ten sam typ), dzięki czemu crawl dociera do każdego zakątka katalogu.
• Mapy witryny XML regenerowane przez pipeline, żeby każde odświeżenie danych było odkrywane bez czekania.
• Schema.org i bezpośrednie odpowiedzi na stronach o największej wartości, z FAQ i streszczeniami napisanymi tak, żeby cytowały je silniki odpowiedzi.

4. Wydajność

• Zapytania do tabel zagregowanych, nigdy do pełnego zbioru: strona stanu nie przechodzi przez 186 603 wiersze, tylko czyta gotowe, wcześniej policzone podsumowanie.
• Indeksy i paginacja zaprojektowane pod rzeczywisty wzorzec nawigacji oraz wersjonowane assety z preloadem, żeby pierwsze malowanie strony nie czekało na JavaScript.
• Serwowanie zza CDN, ze zoptymalizowanymi obrazami i stylami. Katalog tej wielkości działa tylko wtedy, gdy każda strona ładuje się szybko; inaczej ani użytkownicy, ani roboty nie dotrą do dna.

Zasięg i pochodzenie danych

Katalog obejmuje 50 stanów, średnio 3 732 wieże na stan, choć rzeczywisty rozkład jest bardzo nierówny: Teksas skupia 19 849 konstrukcji, Kalifornia 10 304, Floryda 9 653, Ohio 7 937, a Georgia 7 462. Według typu dominuje ogólna kategoria „Tower” z 94 155 wpisami, dalej wieże kratowe (34 919) i wieże z odciągami (19 818). Według wysokości gros zasobu mieści się między 30 a 100 metrami (131 583 konstrukcje), a tylko 1 137 przekracza 300 metrów.

Na szczycie stoi wieża o wysokości 627,8 metra w Galesburgu w Dakocie Północnej — jakieś 2 059,7 stopy, mniej więcej wysokość budynku o 190 piętrach — należąca do Parker Broadcasting of Dakota. Po stronie własności największe portfele w rejestrze mają CCATT LLC z 4 991 wieżami, Array Digital Infrastructure z 4 001 i Tillman Infrastructure z 3 180.

Wszystkie te liczby pochodzą z tego samego miejsca: rejestru ASR prowadzonego przez FCC. TowerDex podaje go jako źródło na każdej stronie i jasno zaznacza, że nie jest powiązany z Federalną Komisją Łączności. Platforma nie wymyśla żadnej danej; porządkuje je, krzyżuje i czyni czytelnymi.

Rezultat

TowerDex zamienia plik, którego prawie nikt nie otwiera, w serwis, w którym każdy w dwa kliknięcia odpowiada na pytanie o infrastrukturę. Korzystają z niego badacze, planiści, ekipy serwisujące maszty, lokalni dziennikarze i zespoły pozyskujące lokalizacje, a do tego pokrywa on tę część lejka, do której surowe dane nigdy nie docierają: długi ogon wyszukiwań po mieście, po właścicielu czy po typie konstrukcji.

Dla mnie to przede wszystkim dowód działania metody, którą stosuję także w projektach dla klientów: wziąć źródło danych o realnej wartości, znormalizować je i postawić na nim architekturę, która generuje tysiące użytecznych, indeksowalnych stron bez pisania ich ręcznie. Laravel, MySQL, zdyscyplinowany pipeline danych i programatyczne SEO. Zero ściemy: rządzą dane, a platforma ogranicza się do tego, żeby dobrze je serwować.

Kilka zrzutów ekranu

Stack

Każdą liczbę z tej strony możesz sprawdzić na żywo: Odwiedź towerdex.com.

Najczęstsze pytania o TowerDex