2022 sah ich einen Kunden £40.000 für den Aufbau eines lokalen Dienstleistungsverzeichnisses verschwenden. Wunderbar gestaltet. 80.000 Seiten automatisch generiert aus einer sauberen Airtable-Basis. Gestartet im März. Im Juni hatte es 214 indexierte Seiten und rangierte für absolut nichts. Das Problem war nicht die Idee — Verzeichnisse sind immer noch einer der wenigen programmatischen SEO-Ansätze, die sich zu ernsthaftem organischen Traffic entwickeln können. Das Problem war, dass sie alles technisch korrekt und strategisch falsch gemacht hatten.
Dieser Beitrag ist darüber, diesen Fehler nicht zu machen.
---
Was „Programmatic SEO" 2026 wirklich für ein Verzeichnis bedeutet
Menschen werfen diese Phrase herum, als wäre es eine Sache. Das ist es nicht. Für ein Verzeichnis bedeutet programmatische SEO speziell, Hunderte oder Tausende von standort-, kategorie- oder attributsbezogenen Seiten aus einer einzelnen Vorlage und einer strukturierten Datenquelle zu generieren — und dies auf eine Weise zu tun, bei der jede Seite Google einen Grund gibt, sie über einen handgeschriebenen Konkurrenten zu ranken.
Genau dort scheitern die meisten Verzeichnisse.
Die 2026er-Version dieses Spiels ist schwieriger als 2019. Googles Helpful Content System ist seit Ende 2023 in den Kern-Ranking-Algorithmus eingebacken, was bedeutet, dass dünne Template-Seiten auf Domain-Ebene abgewertet werden, nicht nur auf Seiten-Ebene. Eine schlechte Serie kann deine ganze Domain zerstören. Ich habe es gesehen. Seahawk hatte Ende 2023 ein Travel-Aggregator-Projekt mit 12.000 City-Seiten — jede mit ungefähr 90 Wörtern und einer Listings-Tabelle — das das gesamte Crawl-Budget der Domain innerhalb von acht Wochen nach dem Launch in den Keller gezogen hat.Google's Helpful Content systemhas been baked into the core ranking algorithm since late 2023, which means thin templated pages get downweighted at a site level, not just a page level. One bad batch can tank your whole domain. I've seen it. Seahawk had a travel aggregator project in late 2023 where 12,000 city pages — each with roughly 90 words and a listings table — dragged the entire domain's crawl budget into the floor within eight weeks of launch.
Die Baseline ist also höher. Aber die Chance ist immer noch riesig.
---
Die Datenschicht ist alles
Fang mit einer Quelle an, die Tiefe hat, nicht nur Breite
Die meisten Verzeichnis-Builder fangen an und fragen sich "wie bekomme ich 50.000 Listings?" Sie sollten fragen "was weiß ich tatsächlich über jedes Listing, das niemand sonst weiß?"
Ich nutze Airtable für kleine bis mittlere Projekte (unter 100k Datensätze) und entweder Supabase oder ein einfaches PostgreSQL-Setup für alles Größere. Das Tool ist weniger wichtig als das Schema. Jedes Listing in deiner Datenbank sollte Felder haben, die differenzierte Seiten-Inhalte generieren können. Nicht nur Name, Adresse, Telefon. Denk an: Gründungsjahr, Preisrange, durchschnittliche Review-Sentiment, Anzahl verifizierter Reviews, Spezialgebiete, letztes Verifizierungsdatum, Entfernung vom Stadtzentrum, ob sie einen physischen Ort haben oder nur Remote.differentiatedpage content. Not just name, address, phone. Think: year founded, price range, average review sentiment, number of verified reviews, specialisms, last verified date, distance from city centre, whether they have a physical location vs. remote-only.
Mehr Felder = mehr Winkel für On-Page-Differenzierung. So einfach ist das.
Scraping vs. lizenzierte Daten vs. vom Nutzer eingereichte Daten
Ehrlich gesagt: Alle drei haben ihre Rolle, und ich habe alle drei verwendet.
- Gescrapte Daten sind schnell und günstig, aber werden schnell veraltet. Ich betrieb 2021 ein Verzeichnis britischer Buchhalter, das Daten von Companies House scrapte. Innerhalb von 14 Monaten waren 23 % der Einträge veraltet.is fast and cheap but degrades quickly. I ran a UK accountants directory in 2021 that scraped Companies House data. Within 14 months, 23% of the records were stale.
- Lizenzierte Datenfeeds (denk an Dun & Bradstreet, Yext oder branchenspezifische APIs) sind teuer, aber präzise. Es lohnt sich, wenn dein Monetarisierungsmodell es trägt.(think Dun & Bradstreet, Yext, or vertical-specific APIs) are expensive but accurate. Worth it if your monetisation model supports it.
- Von Nutzern eingereichte Einträge starten langsam, erzeugen aber die Frische-Signale, die Google belohnt. Füge einen „Claim Your Listing"-Flow von Tag eins ein, auch wenn du nur zweihundert Einträge hast.start slow but create the freshness signals Google rewards. Add a "claim your listing" flow from day one, even if you have two hundred listings total.
Die Verzeichnisse, die über 18–24 Monate Traction aufbauen, sind fast immer diejenigen, die lizenzierte Seed-Daten mit laufenden Benutzerbeiträgen kombinieren.
---
Template-Architektur: Der Teil, über den niemand spricht
Das ist das Problem, das die meisten Tutorials überspringen. Der Unterschied zwischen einem Programmatic Directory, das rankt, und einem, das in die Vergessenheit gefiltert wird, liegt meist auf Template-Ebene — nicht auf Daten-Ebene.
Ein Template reicht nicht aus
Du brauchst mindestens drei Template-Ebenen:
- Hub-Seiten — „Beste Anwälte in London" Stil. Hoher Wettbewerb, redaktionaler Ton, manuell kuratiert oder stark angereichert. Das sind die Seiten, auf die du Links setzt.— "Best Solicitors in London" style. High competition, editorial tone, manually curated or heavily enriched. These are the pages you point links at.
- Kategorie × Standort-Seiten — „Familienrecht-Anwälte in Manchester". Mid-Tail. Diese können stärker auf Templates basieren, brauchen aber mindestens einen dynamischen Bereich, der wirklich einzigartige Daten abruft (Bewertungsanzahl, durchschnittliche Gebührenspanne, hervorragende Einträge).— "Family Law Solicitors in Manchester". Mid-tail. These can be more templated but need at least one dynamic section that pulls genuinely unique data (review counts, average fee bracket, notable listings).
- Individuelle Listing-Seiten — Die Blätter des Baums. Diese leben oder sterben durch Datenreichtum. Wenn jede Listing-Seite dieselbe 60-Wort-Beschreibung und eine Telefonnummer hat, wird Google das schnell durchschauen.— The leaf nodes. These live or die by data richness. If every listing page has the same 60-word description and a phone number, Google will figure that out fast.
Ich habe diese Struktur in den letzten zwei Jahren an vier Directory-Projekten getestet. Die mit einer klaren dreistufigen Hierarchie haben flache Architekturen bei Google Search Console Impressionsdaten in den ersten 90 Tagen nach der Indexierung konsistent übertroffen. Das ist kein Zufall.Google Search Consoleimpression data within the first 90 days of indexing. Not a coincidence.
Dynamische Inhaltsblöcke, die wirklich helfen
Hör auf, Seiten mit von KI generierter Standard-Textbox zu vollstopfen. Baue stattdessen Template-Logik, die folgendes abruft:
- Ähnliche Einträge im gleichen Postleitzahlbereich
- „Auch angesehen"-Kategorien aus deinen eigenen Analytics
- Ein „Zuletzt aktualisiert"-Zeitstempel, der tatsächlich korrekt ist (nicht nur heute's Datum, das JS einfügt)
- Benutzerbewertungs-Snippets, auch wenn du nur drei Bewertungen hast — drei echte schlagen null gefälschte.
Das Ziel ist, dass ein Mensch, der auf einer Leaf-Node-Listungsseite landet, mit etwas weggeht, das er sich selbst nicht hätte googeln können.
---
Interne Verlinkung: Dein am meisten unterschätzter Ranking-Hebel
Ich bin ehrlich. Die meisten programmatischen Verzeichnisse haben katastrophale interne Verlinkung. Seiten existieren. Sie verweisen nirgendwohin Sinnvolles. Googles Crawler besucht die Seite einmal, sieht eine Sackgasse und stuft das ganze Unterverzeichnis herab.
Eine richtige interne Verlinkungsarchitektur für ein Verzeichnis sieht ungefähr so aus:
- Startseite → Top-Hub-Seiten (manuell kuratiert, 8–15 Links)
- Hub-Seiten → Kategorie × Standort-Seiten (dynamisch, basierend auf Listungsanzahl)
- Kategorie × Standort-Seiten → individuelle Listings (paginiert, max. 20–25 pro Seite)
- Individuelle Listings → verwandte Kategorie × Standort-Seiten (2–3 kontextuelle Links)
- Individuelle Listings → „nahegelegene" Listings über eine distanzbasierte Abfrage
Dieses letzte — lokale Listings in der Nähe — ist unterschätzt. Es erzeugt ein crawlbares Web in deinen Leaf Nodes, das Googlebot durch die Website führt, anstatt ihn zurück zum Hub zu schicken. Ich habe das Anfang 2024 in einem Zahnarztverzeichnis für einen Kunden in Birmingham umgesetzt und die Crawl-Rate in der GSC stieg innerhalb von sechs Wochen um das 3,4-Fache.
Nutze Screaming Frog, um dein Link-Graph zu prüfen, bevor du live gehst, nicht danach. Der kostenlose Plan verarbeitet bis zu 500 URLs, was völlig ausreichend für einen Schnellcheck deiner Templates ist.Screaming Frogto audit your link graph before you launch, not after. The free tier handles up to 500 URLs, which is plenty for a sanity check on your templates.
---
Indexierung im großen Maßstab — ohne dabei hängenzubleiben
Google wird nicht alle 80.000 deiner Seiten indexieren. Akzeptiere das. Arbeite damit.
Der praktische Ansatz, den ich verwende:
- Reiche nur deine Hub- und Kategorie × Standort-Seiten in der Sitemap am Launch-Tag ein
- Lass Google Leaf Nodes durch interne Links entdecken, nicht über die Sitemap
- Setze noindex aggressiv auf dünn besiedelte, doppelte oder datenschwache Listing-Seiten, bis du sie anreichern kannst
noindexaggressively on thin, duplicate, or low-data listing pages until you can enrich them - Richte einen Crawl-Budget-Report in der GSC ein (Einstellungen → Crawl-Statistiken) und überprüfe ihn in den ersten drei Monaten wöchentlich
Der Rat zum noindex stößt immer auf Widerstand. „Aber ich möchte, dass alle meine Seiten indexiert werden!" Ja. Und Google möchte, dass alle davon gut sind. Du kannst nicht 40.000 dünne Seiten indexiert haben und gleichzeitig eine gesunde Domain Authority haben. Wähle eines.noindexadvice always gets pushback. "But I want all my pages indexed!" Yeah. And Google wants all of them to be good. You can't have 40,000 thin pages indexed and also have a healthy domain authority. Pick one.
Noch eine Sache: Pagination. Nutze ordnungsgemäß rel="next" und rel="prev" wo angebracht, aber überdenke auch, ob du paginierte Kategorieseiten überhaupt brauchst. Bei drei aktuellen Projekten habe ich paginierte Listings durch einen JS-gestützten „Mehr anzeigen"-Ansatz ersetzt (mit einem statischen Fallback für Crawler) und habe innerhalb von 60 Tagen sauberere Indexierungsmuster in GSC gesehen.rel="next"andrel="prev"where appropriate, but also consider whether you need paginated category pages at all. On three recent projects I replaced paginated listings with a JS-loaded "show more" approach (with a static fallback for crawlers) and saw cleaner indexation patterns in GSC within 60 days.
---
Content-Anreicherung im großen Maßstab, ohne den Verstand zu verlieren
Richtig. Also hast du akzeptiert, dass dünne Seiten den Tod bedeuten. Wie reichern du tatsächlich 20.000 Listenseiten an, ohne ein Team von Content-Writern zu haben?
Ein paar Ansätze, die in der Praxis funktionieren:
- Strukturierte Review-Aggregation. Rufe Daten aus Google Business Profile über deren API ab, oder scrape (vorsichtig) von Trustpilot oder Yelp, wo die ToS es erlaubt. Schon eine Sternebewertung + Review-Anzahl, die als strukturierte Daten angezeigt werden, fügt messbare Differenzierung hinzu.Pull from Google Business Profile data via their API, or scrape (carefully) from Trustpilot or Yelp where ToS allows. Even a star rating + review count displayed as structured data adds measurable differentiation.
- Automatisierte Aktualitätssignale. Schreib ein Skript, das wöchentlich deine Listings prüft und kontrolliert, ob sich die Website des Unternehmens, die Telefonnummer oder die Adresse geändert hat. Aktualisiere den Datensatz. Zeige das Datum „zuletzt verifiziert" auf der Seite an. Nur das allein reduzierte unsere Bounce Rate bei einem Rechtsverzeichnis um 18 % — Menschen vertrauen aktuellen Daten.Write a script that hits your listings weekly and checks whether the business website, phone, or address has changed. Update the record. Show the "last verified" date on the page. This alone reduced our bounce rate on a legal directory by 18% — people trust current data.
- LLM-gestützte Zusammenfassungen, mit Bedacht eingesetzt. Ich nutze GPT-4, um strukturierte Zusammenfassungen für Listings zu generieren, wo wir genug Rohdaten haben. Aber der Prompt ist eng begrenzt auf die spezifischen Datenfelder für dieses Listing — es generiert keinen generischen Text. Und jede Zusammenfassung wird durch eine Ähnlichkeitsprüfung gefiltert (ich nutze ein einfaches Cosine-Similarity-Skript gegen das gesamte Datenkorpus), um nahezu doppelte Ausgaben abzufangen, bevor sie live gehen.I do use GPT-4 to generate structured summaries for listings where we have enough raw data. But the prompt is tightly constrained to the specific data fields for that listing — it's not generating generic blurb. And every summary is filtered through a similarity check (I use a basic cosine similarity script against the full corpus) to catch near-duplicate outputs before they go live.
---
Das Monetarisierungsmodell formt deine SEO-Architektur
Das überrascht viele. Wie du planst, mit dem Verzeichnis Geld zu verdienen, beeinflusst direkt, welche Seiten du priorisierst, wie viel Datentiefe du brauchst und ob du dir die Content-Anreicherung leisten kannst, die Ranking erfordert.
Die drei Modelle, die ich konsistent funktionieren sah:
- Bezahlte Einträge / hervorgehobene Platzierung. Einfach. Unternehmen zahlen, um höher zu erscheinen oder mit erweiterten Profilen. Spornt dich an, den kostenlosen Tier auszubauen, um die Marktplatzdynamik zu schaffen.Simple. Businesses pay to appear higher or with enhanced profiles. Incentivises you to grow the free tier to create the marketplace dynamic.
- Lead-Generierung. Du erfasst Anfrageeingaben und verkaufst sie an Unternehmen. Höherer Umsatz pro Conversion, erfordert aber deutlich umfangreichere Listenenseiten, um das Vertrauen für Formularabsendungen zu verdienen.You capture enquiry form submissions and sell them to businesses. Higher revenue per conversion but requires significantly richer listing pages to earn the trust needed for form fills.
- Affiliate / Referral. Funktioniert gut in Vertikalen wie Software, Finanzen oder Hospitality, wo es etablierte Affiliate-Programme gibt. Nischeverzeichnisse in SaaS-Tool-Kategorien können mit diesem Modell £10.000–£30.000/Monat mit unter 5.000 Seiten machen, wenn das Keyword-Targeting stimmt.Works well in verticals like software, finance, or hospitality where there are established affiliate programmes. Niche directories in SaaS tool categories can hit £10k–£30k/month on this model with under 5,000 pages if the keyword targeting is right.
Wähle dein Modell, bevor du deine Templates designst. Ein Lead-Gen-Verzeichnis braucht Vertrauenssignale und Conversion-Elemente, die von Tag eins in jede Listenenseite eingebaut sind – sie später hinzuzufügen ist immer unordentlicher als es sich anhört.
---
FAQ
Funktioniert programmatische SEO noch nach Googles Algorithm-Updates 2024?
Ja, aber die Messlatte für „ausreichend gut" ist deutlich höher als noch vor zwei Jahren. Das Google-Kernupdate im März 2024 hat viele dünne programmatische Sites hart getroffen — besonders solche, die auf vorlagenbasierte KI-Inhalte ohne einzigartige Daten setzten. Sites mit echter Datentiefe und klaren Entity-Beziehungen kamen gut durch. In einigen Vertikalen haben diese Sites sogar Boden gewonnen, während dünne Konkurrenten herausgefiltert wurden.March 2024 Google core updatehit a lot of thin programmatic sites hard — particularly those relying on templated AI content with no unique data. Sites with genuine data depth and clear entity relationships weathered it fine. In some verticals, those sites actually gained ground as thin competitors got filtered out.
Wie viele Seiten sollte ich am ersten Tag starten?
So wenig, wie du brauchst, um das Konzept Google zu demonstrieren. Ich würde lieber mit 500 echten guten Seiten starten als mit 50.000 dünnen. Baue erst deine Hub-Pages und die Top-20-Kombinationen aus Kategorie × Standort. Lass sie indexieren, generiere erste Ranking-Signale, dann rolle den Long Tail in Batches aus. Mit 100.000 Seiten im ersten Monat zu starten ist fast immer ein Fehler.
Welches CMS oder Tech-Stack sollte ich nutzen?
Für die meisten Kunden nutze ich immer noch WordPress mit einem Custom Post Type und ACF Pro, das Daten aus einer Datenbank zieht. Es ist nicht glamourös, aber schnell zu bauen, einfach weiterzugeben, und das Plugin-Ökosystem für SEO (speziell Rank Math) ist ausgereift. Für größere Projekte — über 50.000 Seiten — gehe ich typischerweise headless mit Next.js und PostgreSQL- oder Supabase-Backend. Die SSG/ISR-Fähigkeiten in Next.js sind wirklich sinnvoll, um das Crawl-Verhalten im großen Maßstab sauber zu halten.
Wie lange, bis ein programmatisches Verzeichnis anfängt zu ranken?
Realistisch? Sechs bis neun Monate für nennenswerten Traffic, angenommen du hast die Architektur richtig gemacht und du bist in einer Vertikale, in der Google nicht explizit große etablierte Marken bevorzugt. Ich habe außergewöhnliche Fälle gesehen, die in vier Monaten Traktion bekamen, und enttäuschende, die 18 Monate brauchten. Die Variable, die am meisten zählt, ehrlich gesagt, ist topische Autorität — wie klar deine Site von Tag eins an Expertise in einer spezifischen Vertikale aufbaut.
---
Das Directory-SEO-Playbook ist nicht tot. Es wurde nur von Google richtig diskriminiert. Die Operatoren, die 2023–24 Verluste erlitten, bauten meist für Volumen statt Wert. Baue zuerst für Wert — tiefe Daten, ehrliche Anreicherung, eine Link-Architektur, die respektiert, wie Google tatsächlich crawlt — und das Volumen kümmert sich von allein um dich über Zeit. Es hat das immer getan.