Was ich beim Aufbau von Hostlist gelernt habe: 25.000 Web-Hoster

Irgendwann bei Host Nummer 11.000 habe ich wirklich jede Entscheidung, die ich je getroffen habe, in Frage gestellt. Nicht auf dramatische Weise, eher dieses stille, spezifische Unbehagen, wenn man merkt, dass man sich in eine Ecke gemalt hat – mit einem Datensatz, der immer weiter wächst, und einem Schema, das vielleicht für 500 Einträge ausgelegt war. Das war HostList. Ein Verzeichnis von Web-Hostern. Alle davon, oder so viele wie ich kriegen konnte.

Ich werde dir erzählen, was wirklich passiert ist, die Architektur­entscheidungen, die Datennacht­mare, die Momente, in denen es Klick gemacht hat, und die Dinge, die ich heute komplett anders machen würde.

Warum ein Web-Hosting-Verzeichnis

Ehrlich gesagt? Mich hat's genervt. Ich machte Recherchen für einen Seahawk-Kunden, ein mittelständisches SaaS, das Hoster wechseln musste, und ich konnte kein einziges Verzeichnis finden, das gleichzeitig vollständig und aktuell war. Die meisten waren entweder dünne Affiliate-Seiten, die neutral aussahen, oder veraltete Listen, die immer noch Hoster aufführten, die 2017 pleite waren.

Die Web-Hosting-Industrie hat tausende aktive Anbieter. Nicht Dutzende. Tausende. Shared-Hoster, verwaltete WordPress-Hoster, VPS-Anbieter, Bare-Metal-Spezialisten, regionale Akteure, von denen du nie gehört hast. Niemand hatte es richtig kartografiert. Also dachte ich: Das mache ich. Sechs Wochen, sagte ich mir.

Es hat erheblich länger als sechs Wochen gedauert.

Der Markt hat die Intuition aber validiert. Schau, was spezialisierte Verzeichnisse auch nur in bescheidenem Umfang leisten können – Soak Oregon, ein einfaches Thermalquellen-Verzeichnis, bringt ungefähr 1.000 Dollar pro Monat an Werbeeinnahmen mit gerade mal 25.000 monatlichen Besuchern. Das ist keine Übertreibung. 25.000 Besucher. Die Ökonomie eines gut zielgerichteten Verzeichnisses unterscheidet sich grundlegend von einer allgemeinen Content-Site.

Das Datenproblem, das niemand anspricht

Hier versagen die meisten Anleitungen zum Verzeichnisaufbau völlig. Sie werden Ihnen sagen, Sie sollen Kategorien und Listungsfelder einrichten. Okay. Was sie Ihnen nicht sagen werden, ist, dass das Sammeln von 25.000 genauen, strukturierten Datensätzen ein völlig anderes Problem ist.

Mein erster Ansatz war manuelle Recherche plus eine Scraping-Ebene, die ich über ein Wochenende zusammengezimmert habe. Der Scraper war okay. Die Daten waren Chaos. Hosting-Anbieter ändern ihre Preise ständig. Einige hatten drei verschiedene Markennamen. Einige waren Reseller von Resellern – dieselbe zugrunde liegende Infrastruktur mit fünfzehn verschiedenen Logos. Nur die Deduplizierung hat mich drei Wochen gekostet.

Ein paar Dinge, die ich früher hätte entscheiden sollen:

• Ein kanonischer Datensatz pro juristische Person, nicht pro Marke. Einige Hosts haben vier Marken. Sie sind trotzdem ein Host.
• Aktualitäts­datum auf jedem Feld. Nicht nur „zuletzt aktualisiert" auf der Zeile, sondern pro Feld. Preise werden schneller obsolet als Feature-Sets.
• Eine Human-Review-Queue von Anfang an. Automatisierte Ingestion ist gut für den ersten Durchgang. Aber du brauchst einen Prozess, um Datensätze zu flaggen, die falsch aussehen, bevor sie live gehen.

Der dritte Punkt besonders. Ich habe ihn anfangs übersprungen und bin dann mit einer Reihe von Einträgen gelandet, die völlig falsche Preisstufen hatten, weil ein Host seine Pläne neu gebrandmarkt hatte und der Scraper auf der alten Seitenstruktur übereingestimmt hatte. Es hat mich ewig gedauert, das zu finden.

Die richtige Tech Stack wählen

Ich bin bei WordPress geblieben. Ich weiß. Aber hör mir zu.

Für ein Verzeichnis in diesem Umfang willst du etwas mit einem reifen Plugin-Ökosystem und einer Abfrage­schicht, die du in- und auswendig kennst. Ich hatte Directorist bei kleineren Projekten eingesetzt und es hat gut standgehalten – flexibles Schema, funktioniert mit Gutenberg, vernünftige Standardeinstellungen. Für HostList habe ich spezifisch eine Custom-Post-Type-Ebene oben drauf gelegt, weil ich Felder brauchte, die kein Standard-Plugin vorhersah (Dinge wie Rechenzentrum-Standorte, Peering-Vereinbarungen, Control-Panel-Versionen).

Die vier Seiten, die wirklich zählen – und ich würde sagen, das gilt für jedes Verzeichnis unabhängig von der Nische:

1. Homepage mit klarem Zweck, hervorgehobenen Einträgen und einer extrem einfachen Suche
2. Archiv-/Browse-Seite mit schneller Filterung (hier verbringen 80% deiner Nutzer Zeit)
3. Einzelnes Listing mit vollständigem Datensatz, strukturiertem Daten-Markup und einer Möglichkeit zum Beanspruchen/Melden
4. Einreichungsseite (auch wenn du anfangs keine Nutzer-Einreichungen machst, baue sie fertig)

Ich kann die Archiv-Seite nicht genug betonen. Benutzer kommen nicht auf deine Startseite und navigieren dann. Sie landen von Google auf einer Archiv-Seite und entscheiden innerhalb von vier Sekunden, ob die Daten glaubwürdig aussehen. Mache diese Seite zuerst richtig.

Was ich an der Stack ändern würde

Custom Tables. Ich hätte die Kern-Listings-Daten viel früher aus Post Meta und in echte relationale Tabellen auslagern sollen. WordPress Post Meta funktioniert bis vielleicht 5.000 Datensätze. Danach werden die Abfragen schmerzhaft. Die Performance-Überlegungen für Large-Scale-Web-Anwendungen sind real – RAM, Query-Optimierung, Caching-Strategie – nichts davon plant man ein, wenn man versucht, das Ding einfach nur live zu bringen.

Das Verzeichnis selbst hosten (Wirklich unangenehm)

Es gibt eine besondere Ironie darin, ein Web-Hosting-Verzeichnis zu bauen und dann einen Host dafür auszuwählen. Im ersten Jahr bin ich durch drei Hosts gegangen.

Der erste war ein verwalteter WordPress-Host, den ich nicht nennen werde. Er ist beim Import-Prozess zusammengebrochen – 25.000 Posts über WP-CLI waren nicht das, wofür ihre Infrastruktur ausgelegt war. Der zweite war eine VPS, bei der ich alles selbst verwaltet habe: Nginx als Reverse Proxy, Redis für Object Caching, ufw für die Firewall. Dieser Self-Hosted-Ansatz funktioniert brillant, wenn du weißt, was du tust – totale Transparenz, kein mysteriöses Throttling, du kontrollierst die Cache-Header. Aber dann ist es 23 Uhr am Donnerstag, etwas bricht zusammen und es ist ausschließlich dein Problem.

Ich bin auf einem verwalteten VPS mit Root-Zugriff gelandet. Beste aus beiden. Ich behielt Nginx davor, fügte eine CDN-Schicht für die statischen Assets hinzu, und das hat seitdem gehalten.

Die Lektion: Egal welchen Host du wählst, teste ihn mit deinem realen Datenvolumen, bevor du dich verpflichtest. Nicht mit einem Sample. Deinem echten Import. Ein Host, der einen 500er-Post-Blog problemlos bewältigt, bricht manchmal völlig zusammen, wenn du ihm 25.000 Datensätze während eines Datenbankneubaus ins Gesicht wirfst.

Monetarisierung: Was ich ausprobiert habe, was funktioniert hat

2019 sagte mir ein Kunde einmal: „Das Geld steckt in der Listung, nicht im Traffic." Das habe ich damals nicht vollständig verstanden. Jetzt tue ich es.

Hostlists Einnahmen kamen aus ein paar Quellen, grob in der Reihenfolge, was tatsächlich den Unterschied gemacht hat:

• Featured/Premium-Einträge, Hosts zahlen dafür, oben auf den relevanten Kategorieseiten zu erscheinen. Das funktioniert. Die CPMs sind gut, weil die Absicht dahinter hoch ist.
• Verified Badges mit jährlicher Erneuerung, weniger aufwändig als ein vollständiger Premium-Eintrag, aber es summiert sich.
• Display-Werbung, ich habe das spät hinzugefügt und es ist der mit Abstand schwächste Performer. Das Publikum ist zu klein und zu spezifisch, als dass große Ad Networks es richtig bewerten würden.
• Lead Gen / Affiliate, ich war hier vorsichtig, weil ich nicht wollte, dass HostList wie jede andere voreingenommene Vergleichsseite aussieht. Ich habe eine kleine Anzahl von Affiliate-Vereinbarungen, aber sie sind offengelegt und begrenzt.

Was ich nicht gemacht habe, ist ein Freemium-Modell, bei dem grundlegende Einträge kostenlos sind und Upgrades kostenpflichtig. Ich habe drüber nachgedacht. Das Problem mit Web-Hosting speziell ist, dass die Provider, die es wert sind, auf deiner Plattform zu sein, auch diejenigen sind, die dein Verzeichnis am wenigsten für Sichtbarkeit brauchen. Die kleineren Hosts profitieren mehr davon, gelistet zu werden, aber sie haben auch die kleinsten Budgets. Die Wirtschaft ist ungünstig.

Brilliant Directories und ähnliche Plattformen haben das für stärker gemeinschaftsorientierte Verzeichnisse rausgefunden – Hochzeitszubehör, Elternressourcen –, wo die Mitglieder wirklich von Einheimischen gefunden werden möchten. Web-Hosting ist anders. Es ist ein globaler, extrem umkämpfter Markt.

SEO für ein großes Verzeichnis: Die Dinge, die wirklich geholfen haben

Ein Verzeichnis mit 25.000 Einträgen ist ein SEO-Vorteil, wenn du es richtig machst. Es ist ein SEO-Nachteil, wenn du es nicht machst.

Die spezifischen Dinge, die geholfen haben:

1. Einzigartige, vorlagenbasierte, aber variable Meta-Beschreibungen pro Eintrag, nicht nur der Hostname + „Web-Hosting-Bewertung". Ich habe echte Datenpunkte (Preisstufe, primärer Anwendungsfall, Gründungsjahr) eingezogen, um Beschreibungen zu generieren, die wirklich unterschiedlich waren.
2. Kategorie- und Tag-Seiten mit echtem redaktionellem Inhalt, nicht nur ein Grid aus Karten. Eine 200-Wort-Einleitung, die erklärt, was „verwaltetes WordPress-Hosting" wirklich bedeutet, einmal geschrieben, auf die Kategorie angewendet. Google möchte sehen, dass sich jemand Gedanken über die Seite gemacht hat.
3. Strukturierte Daten (Schema.org), jeder Eintrag hat LocalBusiness- oder Organization-Markup. Die Klickrate ist deutlich besser geworden, nachdem ich das ordnungsgemäß hinzugefügt habe.
4. Canonicals bei Filter-Kombinationen, das hat mich fast umgebracht. Faceted Search generiert tausende URL-Kombinationen. Wenn du diese nicht zurück auf die saubere Archiv-URL kanonisierst, wirst du dein Crawl-Budget innerhalb eines Monats aufgebraucht haben.
5. Nur indexierte Auflistungen für aktive Hosts, ich noindexiere alles, das ich nicht aktiv bestätigen kann. Tote Einträge sind schlimmer als gar keine Einträge.

Das eine, das ich früh falsch gemacht habe: Ich habe alles sofort indexiert. Einschließlich Stubs mit fast keinen Daten. Google hat sie gecrawlt, dünne Seiten gefunden und die ganze Domain eine Zeit lang teilweise abgewertet. Lektion: Indexiere es nicht, bis es es wert ist, indexiert zu werden.

Was ich anders machen würde

Ein paar Dinge, schnell:

• Fang mit einer kleineren, engeren Nische an. "Web-Hosting-Verzeichnis" ist riesig. Ich hätte mit "managed WordPress hosts" starten sollen, vielleicht 300–400 Einträge, das Konzept beweisen und dann expandieren.
• Baue die Data Pipeline vor dem Front End. Ich habe es rückwärts gemacht. Das Front End war live, bevor der Import-Prozess stabil war, was bedeutete, dass ich ständig Live-Daten patchen musste.
• Verlangen Sie Gebühren für Listings von Tag eins an. Auch £1/Monat. Kostenlose Listings ziehen Hosts an, die das Formular schlecht ausfüllen und nie auf Aktualisierungsanfragen reagieren. Eine kleine Zahlung filtert nach Qualität.
• Investieren Sie früher in ein ordnungsgemäßes Contributor-System. Einige der besten Datenkorekturen, die ich erhalten habe, kamen von Benutzern, die Fehler entdeckten. Ich hatte in den ersten acht Monaten keine strukturierte Möglichkeit, diese zu akzeptieren.

Ehrlich gesagt war das Bauen von HostList.io eines der technisch interessantesten Nebenprojekte, an denen ich gearbeitet habe, und gleichzeitig eines der demütigendsten. Das Verzeichnisformat sieht von außen betrügerisch einfach aus.

---

FAQ

Wie lange hat der Aufbau von Hostlist gedauert?

Die erste Version, grob, voller Datenlücken, aber live, hat etwa drei Monate Abende und Wochenenden gekostet. Sie auf einen Stand zu bringen, auf den ich wirklich stolz war, hat näher an ein Jahr gedauert. Die Datenqualitätsarbeit hört nie wirklich auf.

Welches WordPress-Plugin hast du für die Verzeichnisfunktionalität verwendet?

Directorist als Basis, dann eine erhebliche Menge an Custom Development oben drauf. Für ein kleineres Verzeichnis würde ich es mehr oder weniger out of the box verwenden. Bei 25.000 Einträgen wirst du früher oder später Custom Queries schreiben müssen, das Plugin gibt dir nur einen Startpunkt.

Ist ein Web-Hosting-Verzeichnis tatsächlich rentabel?

Es kann sein. Meins deckt seine Kosten und verdient darüber hinaus, aber ich werde nicht so tun, als wäre es eine passive Einkommensmaschine. Die Margen hängen stark davon ab, ob du Premium-Listings verkaufen kannst. Display-Anzeigen allein bringen dich bei moderatem Traffic-Level nicht dorthin.

Wie hältst du 25.000 Einträge aktuell?

Unvollkommen. Ich habe eine Kombination aus geplanten Scrapern, die auf Änderungen von Pricing-Seiten prüfen, eine von der Community gemeldete Korrekturwarteschlange und einen manuellen Überprüfungszyklus für die Top 500 Hosts nach Traffic. Der Long Tail verschlechtert sich im Laufe der Zeit. Ich habe das akzeptiert.

Würdest du empfehlen, ein großes Verzeichnis als erstes Projekt zu bauen?

Nein. Fang mit etwas an, das du mit 500 Datensätzen machen kannst. Beweise, dass Leute es nutzen und dass es einen Monetarisierungspfad gibt. Dann skaliere. Die technische und Daten-Management-Komplexität eines großen Verzeichnisses ist wirklich nicht trivial, und du möchtest auf diese Probleme stoßen, nachdem du die Idee validiert hast, nicht davor.

---

Das Besondere an Verzeichnissen ist, dass sie ein Langzeitspiel sind. Sie bauen einen Daten-Asset auf, nicht eine Content-Site. Der Traffic wächst langsam, die Arbeit ist wenig glamourös, und in den ersten sechs Monaten fragen Sie sich, ob jemand es bemerkt. Aber wenn die Daten gut und die Nische richtig sind, entwickeln Verzeichnisse eine Art Gravitationskraft, die mit anderen Formaten schwer zu replizieren ist. Deshalb baue ich sie weiter.