Die besten Astro-Directory-Templates (kostenlos und kostenpflichtig)

Directory-Seiten haben gerade ihren Moment. “Beste X in Y”-Seiten, Nischen-Tool-Sammlungen, kuratierte Ressourcen-Hubs, lokale Unternehmen - sie sind günstig im Betrieb, top für SEO und tatsächlich nützlich. Und zunehmend werden die cleveren davon nicht auf WordPress gebaut. Sie werden auf Astro gebaut.

Dieser Guide versammelt die besten Astro-Directory-Templates und Open-Source-Directory-Builds, die du klonen, forken und zu deinem eigenen machen kannst. Manche sind ausgefeilte, dokumentierte Templates, die dafür gemacht sind, für jede Nische umgestylt zu werden. Andere sind echte, live laufende Directories, die zufällig Open Source sind - fork sie und du hast einen kampferprobten Ausgangspunkt. Ich habe markiert, was was ist, zusammen mit Stack, Datenquelle, Lizenz und der einen Sache, die jedes besser kann als der Rest.

Eine Anmerkung zum ersten Eintrag: LocalFinds ist mein eigenes kostenpflichtiges Template, ich bin also nicht neutral dabei. Ich habe es ganz oben platziert, weil ich es für die vollständigste Option für diese Aufgabe halte, aber ich habe versucht, es nach denselben Maßstäben zu beschreiben wie alles andere hier - und der Rest der Liste ist voll von kostenlosen, Open-Source-Alternativen, falls ein kostenpflichtiges Template nicht das ist, was du suchst. Beurteile es nach der Live-Demo, nicht nach meinem Wort.

Aber zuerst die offensichtliche Frage.

Warum ein Directory auf Astro statt WordPress bauen?

Ein Directory ist überwiegend lese-lastiger, strukturierter Inhalt - eine Liste von Dingen, die sich ein paar Mal pro Woche ändert, nicht ein paar Mal pro Sekunde. Genau für diese Arbeitslast wurde Static Site Generation gebaut, und genau hier beginnt der traditionelle WordPress-Stack gegen dich statt für dich zu arbeiten.

Performance und Kosten. Ein WordPress-Directory führt PHP aus und greift bei den meisten Seitenaufrufen auf eine MySQL-Datenbank zu, um das Ergebnis dann mit Caching-Plugins zu übertünchen. Astro rendert alles zur Build-Zeit zu statischem HTML, es gibt also keinen Datenbankaufruf pro Request - die Seite ist bereits eine Datei. Das bedeutet, sie lädt schnell und wird vom CDN-Edge ausgeliefert, für ungefähr die Kosten von statischem Hosting (oft kostenlos oder fast kostenlos bei Cloudflare, Netlify oder GitHub Pages). Keine Rechenleistung pro Besuch, keine Datenbank, die am Leben gehalten werden muss.

Wartung und Sicherheit. WordPress-Directories hängen typischerweise von einem Directory-Plugin plus einem Stapel unterstützender Plugins ab, jedes ein bewegliches Teil, das gepatcht werden muss. Plugins sind außerdem die häufigste WordPress-Angriffsfläche, eine Content-Seite wird also still und heimlich zu einer Sicherheits-Patch-Tretmühle. Ein Astro-Build hat kein Plugin-Ökosystem mit Datenbankzugriff und, bei einem vollständig statischen Directory, überhaupt keinen serverseitigen Code zum Ausnutzen. Du aktualisierst Abhängigkeiten nach deinem Zeitplan, nicht wenn der nächste CVE auftaucht.

Datenflexibilität. Das ist der stille Vorteil. WordPress will, dass deine Inhalte in seiner Datenbank leben. Astro-Directories sind agnostisch - die Templates in dieser Liste ziehen Einträge aus Markdown-Dateien, JSON, CSV, YAML, Google Sheets, Airtable, Notion oder sogar dem Datenbestand eines anderen GitHub-Repos. Deine Inhalte bleiben in einem Format, das dir gehört und das du verschieben, versionieren oder neu generieren kannst, statt in wp_posts eingesperrt zu sein.

SEO von Haus aus. Directories leben oder sterben mit programmatischem SEO - Hunderte oder Tausende von templatebasierten, indexierbaren Seiten. Astro generiert sauberes statisches HTML mit Meta-Tags pro Seite, strukturierten Daten und Sitemaps, ohne ein Plugin wie Yoast obendrauf. Mehrere Templates hier liefern das fertig konfiguriert, und eines baut über 1.400 statische Seiten aus einem einzigen Datensatz.

Der ehrliche Kompromiss. Astro verlangt vorab mehr von dir. WordPress gibt dir ein browserbasiertes Admin-Panel und Ein-Klick-Hosting; die meisten Astro-Directory-Templates setzen voraus, dass du dich damit wohlfühlst, ein Repo zu klonen, eine Konfigurationsdatei zu bearbeiten und einen Deploy-Befehl auszuführen. Die tägliche Inhaltspflege kann weiterhin No-Code sein (eine Tabelle oder Markdown-Datei bearbeiten), aber das initiale Setup ist Entwickler-Arbeit. Wenn du nie eine Kommandozeile anfassen wirst, dient dir ein gehosteter Directory-Builder oder WordPress möglicherweise wirklich besser - um den Preis monatlicher Gebühren und weniger Kontrolle. Wenn du ein schnelles, günstiges, vollständig eigenes Asset willst, das du einmal konfigurierst, ist Astro das bessere Fundament.

Schnellauswahl

• Bestes kostenpflichtiges Template: LocalFinds - die ausgefeilteste, dokumentierteste, für jede Nische umstylbare Option (volle Offenlegung: mein eigenes Template).
• Bestes kostenloses Template: Minted Directory - Open Source, das meistgesternte echte Template und akzeptiert Inhalte aus sechs verschiedenen Quellen.
• Bestes für große Datensätze: API Directory - 1.400+ APIs über 1.481 automatisch generierte Seiten.
• Bestes “echte Seite forken”-Beispiel: Mac Apps Directory - ein sauberes Muster zum Umhüllen einer bestehenden Datenquelle.
• Am einfachsten beizutragen: Bluesky.Garden - füge ein Tool durch Bearbeiten einer einzigen JSON-Datei hinzu.

Wie ich ausgewählt habe

Ich habe mir Templates und Open-Source-Directories angesehen, die heute wirklich als Ausgangspunkt nutzbar sind, und dabei abgewogen: Aktivität und Beliebtheit (Stars, Commits, Forks), Flexibilität der Datenquelle, Qualität der Dokumentation, Lizenzbedingungen, eingebaute Suche und SEO sowie wie leicht sich das Projekt für eine andere Nische umstylen lässt. Star-Zahlen sind ein Signal, nicht die ganze Geschichte - ein sauberer, gut strukturierter Einzweck-Build kann ein besserer Ausgangspunkt sein als ein beliebter, aber verworrener. Wo ein Projekt mit einem Haken kommt (eine restriktive Lizenz, eine Codebasis im Frühstadium), habe ich das gesagt. Und da eines davon meins ist, habe ich das offen markiert, statt es zu verstecken.

Die besten Astro-Directory-Templates

1. LocalFinds

Die Restaurant-Guide-Demo von LocalFinds - mit einer einzigen Dateiänderung auf jede lokale Nische umstylbar.

Was es ist: Ein kommerzielles, produktionsreifes Local-Business-Directory-Template, das dafür gemacht ist, für jede lokale Vertikale umgestylt zu werden. (Vollständiger Beitrag: websiterating.com · Live-Demo)

Es ist auf Astro 6 und Tailwind v4 gebaut, nutzt Airtable als freundliches, tabellenartiges CMS und deployt auf Cloudflare Workers. Es kommt als Restaurant-Guide für die Sunshine Coast konfiguriert, aber das ist nur ein Konfigurationswert - die Komponenten sind in generischen Primitiven geschrieben (ein Item, Taxonomien, ein optionaler Tier), der Wechsel von Restaurants zu Friseuren, Werkstätten oder Fitnessstudios ist also eine Ein-Datei-Änderung, kein Neuschrieb.

Die “Batteries-included”-Liste ist hier die längste: Live-Filterung mit “Jetzt geöffnet”-Schalter, reichhaltige Detailseiten mit Fotogalerien und eingebetteten Karten, eine schlüssellose Kartenansicht (MapLibre + OpenFreeMap), sofortige statische Suche via Pagefind, ein MDX-Blog und drei funktionierende Formulare mit eingebautem Spam-Schutz. Es ist außerdem der einzige Eintrag, der mit einem vollständigen Dokumentationssatz kommt, einschließlich einer Schritt-für-Schritt-Anleitung “konvertiere es zu einer anderen Vertikale”. Der Kompromiss ist, dass es die einzige kostenpflichtige Option dieser Liste ist - alles darunter ist kostenlos und Open Source - wenn du also lieber nichts ausgeben möchtest, überspringe es.

• Stack: Astro 6 + Tailwind v4, Cloudflare Workers (auch Netlify/Vercel)
• Datenquelle: Airtable
• Lizenz & Kosten: Kommerziell, 24,99 $ einmalig (lebenslanger Zugang, kostenlose Updates)
• Am besten für: Entwickler und Agenturen, die lokale Directories für Kunden bauen, oder Gründer, die eine Nischen-”Beste X in Y”-Seite starten und ein fertiges Produkt mit Doku und Support wollen.

Mein Fazit: Wenn dein Directory die Form eines lokalen Unternehmens hat und du lieber diese Woche live gehst, als Suche, Karten und Formulare selbst zusammenzubauen, dann ist das das Eine, zu dem ich greifen würde - die Doku und die Umbau-auf-jede-Vertikale-Anleitung rechtfertigen das Bezahlen gegenüber dem Forken von etwas Kostenlosem.

2. Minted Directory

Der Peppermint-Stil von Minted - einer von zwei Themes, gespeist aus einer von sechs Datenquellen.

Was es ist: Ein speziell gebautes Open-Source-Directory-Template - und das meistgesternte echte Template dieser Liste. (Repo: masterkram/minted-directory-astro · Live-Demo)

Wenn du ein kostenloses, fertiges Template willst statt einer Live-Seite zum Forken, ist Minted das zu schlagende Maß. Es ist ein echtes GitHub-Template-Repository, du kannst also mit einem Befehl deine eigene Kopie hochziehen, und es ist auf Astro und Tailwind CSS gebaut, mit eingebautem SEO und programmatischem SEO.

Sein herausragendes Feature ist Datenflexibilität. Die meisten Templates sperren dich auf eine Inhaltsquelle fest; Minted akzeptiert Einträge aus Markdown, JSON, CSV, Google Sheets, Notion und Airtable. Das heißt, du kannst mit einer Markdown-Datei starten und später auf eine Tabelle oder Airtable-Base umsteigen, ohne das Template zu wechseln. Es liefert außerdem Dark-/Light-Mode, Tags, Suche, Slots für gesponserte Inhalte und zwei vorgefertigte Stile (Spearmint und Peppermint) von Haus aus.

• Stack: Astro + Tailwind CSS
• Datenquelle: Markdown, JSON, CSV, Google Sheets, Notion, Airtable
• Lizenz & Kosten: MIT, kostenlos
• Am besten für: Alle, die einen flexiblen, kostenlosen Ausgangspunkt wollen und ihre Art der Inhaltsverwaltung im Laufe der Zeit ändern könnten.

Mein Fazit: Das ist das kostenlose Template, auf das ich die meisten Leute zuerst verweisen würde. Die Flexibilität von sechs Quellen bedeutet, dass du nicht dein ganzes Projekt auf eine Inhaltsentscheidung setzt, die du am ersten Tag getroffen hast.

3. API Directory (API Hub)

1.400+ APIs über 51 Kategorien - der programmatische-SEO-Build, für den Astro gemacht wurde.

Was es ist: Ein großmaßstäbliches, community-gepflegtes Directory kostenloser öffentlicher APIs - eine Fortführung des bekannten public-apis-Projekts. (Repo: BEKO2210/API_directory · Live-Demo)

Das ist das beste Beispiel der Liste dafür, wie Astro mit Skalierung umgeht. Es ist auf Astro 5, Tailwind v4 und Pagefind gebaut und generiert über 1.400 APIs in 1.481 statische Seiten über 51 Kategorien - genau die Art von programmatischem-SEO-Build, für die Directories gemacht sind. Ein täglicher GitHub-Actions-Workflow synchronisiert die neuesten Daten von public-apis, führt Community-Beiträge zusammen und verarbeitet sogar automatisch neue API-Einreichungen, die über Issue-Templates eingereicht werden.

Es liefert außerdem die Art von Feinschliff, die ein Directory fertig wirken lässt: Offline-Suche via Pagefind, Dark Mode, PWA-Unterstützung und durchgehende SEO-Optimierung. Wenn dein Directory datenlastig ist und du willst, dass es automatisch frisch bleibt, ist das ein starkes Muster zum Studieren oder Forken.

• Stack: Astro 5 + Tailwind v4 + Pagefind, GitHub Pages
• Datenquelle: public-apis-Fork + Community-JSON, täglich automatisch synchronisiert
• Lizenz & Kosten: MIT, kostenlos
• Am besten für: Große, häufig aktualisierte Datensätze, bei denen automatisches Synchronisieren und Tausende von Seiten zählen.

Mein Fazit: Selbst wenn APIs nicht deine Nische sind, fork das allein, um den Daily-Sync-Workflow zu studieren - die Auto-Rebuild-Pipeline ist der Teil, der wirklich schwer richtig hinzubekommen ist, und hier ist er bereits gelöst.

4. Mac Apps Directory

Jede App wird zur Build-Zeit mit Live-GitHub-Stars, Releases und Last-Commit-Daten angereichert.

Was es ist: Ein durchsuchbarer Astro-Wrapper um eine bestehende Open-Source-Liste von macOS-Apps. (Repo: LVTD-LLC/mac-apps-directory · Live-Demo)

Dieses verdient seinen Platz als das sauberste Beispiel eines nützlichen Musters: die Datenquelle von jemand anderem nehmen und in ein schnelles, durchblätterbares, SEO-freundliches Frontend hüllen. Es zieht aus einer beliebten, community-gepflegten JSON-Liste von Open-Source-Mac-Apps und reichert dann jeden Eintrag zur Build-Zeit mit Live-GitHub-Daten an - Stars, Forks, Archiv-Status, neueste Releases und Last-Commit-Daten.

Das Ergebnis ist wirklich funktionsreich: Suchen und Filtern nach Kategorie, Sprache, Wartungsaktualität und Installationspfad; kuratierte Schnellansichten (kürzlich aktualisiert, meistgesternt, natives Swift, Menüleisten-Apps); Installierbarkeits-Signale von Homebrew und dem Mac App Store; und ein tägliches GitHub-Pages-Rebuild, um alles aktuell zu halten. Der eine Haken: Es ist das neueste und am wenigsten erprobte Projekt hier, behandle es also als sauberes Muster zum Lernen statt als ausgereiftes, breit geprüftes Template.

• Stack: Astro + TypeScript, GitHub Pages
• Datenquelle: Externe JSON-Liste, zur Build-Zeit mit GitHub-API-Daten angereichert
• Lizenz & Kosten: Kostenlos (Open Source)
• Am besten für: Alle, die einen bestehenden Datensatz (eine GitHub-Liste, eine öffentliche API) in ein ausgefeiltes Directory-Frontend hüllen.

Mein Fazit: Die GitHub-Anreicherung zur Build-Zeit ist hier der Trick, den es zu klauen lohnt - sie verwandelt eine statische Liste in etwas, das sich live anfühlt, ohne jegliche Laufzeitkosten. Behandle den Code nur als jungen Referenzpunkt, nicht als kampferprobte Basis.

5. CloudCredits.io

Ein echtes, werbefreies Directory, das 200+ Startup-Programme trackt - und ein vollständiger Build zum Forken.

Was es ist: Ein live laufendes Open-Source-Directory für Startup-Credits, Cloud-Deals und SaaS-Rabatte. (Repo: t3-sh/cloudcredits.io · Live-Demo)

CloudCredits ist ein echtes Directory, das 200+ verifizierte Startup-Programme im behaupteten Wert von 2 Mio. $+ trackt - mit null Werbung, Affiliates oder Tracking. Es ist ein nützliches Fork-Ziel, weil es ein vollständiger, gepflegter Build ist statt eines abgespeckten Templates: Astro und TypeScript, Pagefind für statische Suche und ein Cloudflare-(Wrangler-)Deployment-Setup. KI-Agenten finden und aktualisieren Deal-Daten, während menschliche Maintainer jede Ergänzung prüfen.

Weil es MIT-lizenziert und aktiv gepflegt ist, ist es eine solide Referenz dafür, wie man ein community-getriebenes Directory mit Kategorien, Beitragsrichtlinien und einer echten Deployment-Pipeline strukturiert.

• Stack: Astro + TypeScript + Pagefind, Cloudflare
• Datenquelle: Strukturierte Daten, Community- + KI-Agenten-gepflegt
• Lizenz & Kosten: MIT, kostenlos
• Am besten für: Das Studieren oder Forken eines echten, aktiv gepflegten Community-Directories mit vollständigem Beitrags-Workflow.

Mein Fazit: Von den “echte Seite forken”-Optionen ist das die vollständigste und am wenigsten nischengebundene - MIT-lizenziert, gepflegt und sauber genug strukturiert, dass du das Thema austauschen könntest, ohne gegen die Codebasis zu kämpfen.

6. Shelldex (clawdex)

Sauberes, gestuftes Design, bei dem jeder Eintrag eine einzelne CI-validierte YAML-Datei ist.

Was es ist: Ein community-gepflegtes Directory, das Klone, Forks und Derivate eines Open-Source-KI-Agenten-Projekts katalogisiert. (Repo: daveonkels/clawdex · Live-Demo)

Shelldex hat wenige Stars, ist aber sauber im Design und demonstriert eines der wartungsfreundlichsten Beitragsmodelle dieser Liste: Jeder Eintrag ist eine einzige YAML-Datei, und ein GitHub-Actions-CI-Schritt validiert das Schema bei jedem Pull Request automatisch. Füge ein Projekt hinzu, öffne einen PR, das Schema wird geprüft, ein Mensch merged. Ein ordentlicher Ansatz, wenn du Community-Beiträge erwartest und die Datenqualität hochhalten willst, ohne jedes Feld manuell zu prüfen.

Auf Astro und Tailwind gebaut, enthält es außerdem ein sinnvolles Kategorisierungssystem (Tiers, Kategorien, Status), das sich zu übernehmen lohnt, selbst wenn du das Projekt nicht so wie es ist nutzt.

• Stack: Astro + Tailwind CSS
• Datenquelle: Eine YAML-Datei pro Eintrag, schema-validiert via CI
• Lizenz & Kosten: MIT, kostenlos
• Am besten für: Community-getriebene Directories, die strukturierte, validierte Beiträge per Pull Request wollen.

Mein Fazit: Wenige Stars, aber das Modell schema-validierte-YAML-pro-Eintrag ist das cleverste Beitragsmuster dieser Liste - kopiere es in dem Moment, in dem du mehr als eine Handvoll externer PRs erwartest.

7. Rise of Machine

Ein KI-Tools-Directory, dessen Einträge von autonomen Agenten gefunden und kuratiert werden.

Was es ist: Ein Directory von KI-Tools, kuratiert von autonomen KI-Agenten, gerichtet an Kreative, Maker und kleine Unternehmen. (Repo: planetabhi/riseofmachine · Live-Demo)

Rise of Machine ist nach Commit-Historie eines der aktiveren Projekte dieser Liste und ein guter Blick auf ein modernes, schlankes Astro + TypeScript-Directory, das auf Netlify mit Edge Functions deployt wird. Der KI-Agenten-Kurations-Winkel macht es zu einer interessanten Referenz, falls du darüber nachdenkst, zu automatisieren, wie Einträge gefunden und hinzugefügt werden, statt dich rein auf manuelle oder PR-basierte Einreichungen zu verlassen.

Es ist eher eine echte-Seite-zum-Forken als ein verpacktes Template - die Dokumentation ist dünn -, aber die Struktur ist sauber und die Nische (KI-Tools) ist eine der beliebtesten Directory-Kategorien überhaupt.

• Stack: Astro + TypeScript, Netlify (Edge Functions)
• Datenquelle: Kuratiert (KI-Agenten-unterstützt)
• Lizenz & Kosten: Kostenlos (Open Source; prüfe die Repo-Lizenz)
• Am besten für: KI-Tool-Directories und alle, die sich für automatisierte Kurations-Workflows interessieren.

Mein Fazit: Interessanter wegen des automatisierten Kurations-Winkels als als Template - die dünne Doku bedeutet, dass du Code lesen wirst, aber wenn KI-gestützte Entdeckung dein Endziel ist, ist das das Live-Beispiel zum Lernen.

8. Bluesky.Garden

Das ganze Directory läuft über eine tools.json-Datei - beitragen heißt, einen PR dagegen zu öffnen.

Was es ist: Ein offenes Directory von Bluesky-Apps, -Tools und -Ressourcen. (Repo: krasun/bluesky.garden · Live-Demo)

Bluesky.Garden hat hier das einfachste Beitragsmodell: Das gesamte Directory wird von einer einzigen tools.json-Datei angetrieben, und ein Tool einzureichen bedeutet, einen Pull Request dagegen zu öffnen. Es enthält außerdem nette Build-Zeit-Feinheiten - Skripte, die automatisch Favicons generieren, Einträge sortieren und deduplizieren sowie Screenshots für jedes Tool erzeugen (via ScreenshotOne). Auf Astro gebaut, ist es eine saubere, minimale Referenz für ein Single-File-Daten-Directory.

Ein wichtiger Vorbehalt: Anders als die MIT-lizenzierten Projekte oben ist Bluesky.Garden unter AGPL-3.0 lizenziert, mit der ausdrücklichen Bitte, seinen Code nicht zu reproduzieren, um ein konkurrierendes Directory zu bauen. Behandle es also als Referenz und als Ort, dein Bluesky-Tool einzureichen - nicht als kostenloses Template zum Klonen für dein eigenes, nicht verwandtes Directory. Lies die Lizenz, bevor du darauf aufbaust.

• Stack: Astro
• Datenquelle: Einzelne tools.json-Datei (PR zum Beitragen)
• Lizenz & Kosten: AGPL-3.0 (mit Anti-Konkurrenz-Klausel) - vor Wiederverwendung lesen
• Am besten für: Das Studieren eines sauberen Single-File-Directory-Modells oder das Einreichen eines Bluesky-Tools. Nicht zum Klonen in ein nicht verwandtes Directory.

Mein Fazit: Reizvoll als Referenz, tabu als Basis - die AGPL-Anti-Konkurrenz-Klausel bedeutet, dass du das Single-File-Modell und die Auto-Screenshot-Skripte aus der Distanz bewundern und dann dein eigenes bauen solltest.

9. Banks in India

Ein Referenzdaten-Directory, dessen Datensatz separat als installierbares npm-Paket ausgeliefert wird.

Was es ist: Ein datenlastiges, offenes Directory verifizierter indischer Bankinstitute - IFSC-Codes, SWIFT-Netzwerke, BSR-Verzeichnisse und NPCI-Zahlungsschienen. (Repo: planetabhi/banks-in-india · Live-Demo)

Das ist der datenzentrierteste Eintrag der Liste und ein gutes Beispiel dafür, wie Astro ein Referenz-Directory statt einer kuratierten Sammlung handhabt. Es ist auf Astro mit einer Python-Datenpipeline gebaut, auf Netlify deployt und liefert seinen Datensatz bemerkenswerterweise als installierbares npm-Paket aus - eine saubere Art, die Datenschicht von der Präsentationsschicht zu trennen.

Wenn dein “Directory” eigentlich ein strukturierter Referenzdatensatz ist (Postleitzahlen, Codes, Institutionen, Spezifikationen) statt einer Liste von Links, ist das das Muster, das du dir ansehen solltest.

• Stack: Astro + Python, Netlify
• Datenquelle: Strukturierter Datensatz (auch als npm-Paket veröffentlicht)
• Lizenz & Kosten: Kostenlos (Open Source)
• Am besten für: Referenzdaten-Directories, bei denen der Datensatz selbst das Produkt ist.

Mein Fazit: Die herausragende Idee ist, den Datensatz als eigenes npm-Paket auszuliefern - Daten von Präsentation zu trennen ist genau die Disziplin, die die meisten Directory-Projekte überspringen und später bereuen.

Vergleichstabelle

Wie du das richtige auswählst

Willst du ein fertiges Template oder ein Projekt zum Forken? Wenn du Dokumentation, Support und ein Umstyling-in-einer-Datei-Design willst, sind LocalFinds (kostenpflichtig) oder Minted Directory (kostenlos) genau dafür gebaut. Der Rest sind echte Open-Source-Seiten - exzellente Ausgangspunkte, aber du wirst Code lesen statt einer Setup-Anleitung folgen.

Wie wirst du Inhalte verwalten? Das ist die größte praktische Entscheidung. Du bevorzugst eine Tabelle? Sieh dir die Airtable-basierten Optionen an (LocalFinds, Minted). Du fühlst dich in Markdown oder JSON wohl? Fast alle funktionieren, und Minted verarbeitet die meisten Formate. Hast du einen bestehenden Datensatz oder eine API? Mac Apps Directory und Banks in India zeigen, wie man ihn umhüllt.

Wie viele Daten, und wie oft ändern sie sich? Für Tausende von häufig aktualisierten Einträgen studiere das Daily-Sync-Modell von API Directory. Für ein paar kuratierte Hundert funktioniert fast jede Option.

Prüfe die Lizenz, bevor du baust. Die meisten hier sind MIT (so gut wie alles erlaubt). Bluesky.Garden ist AGPL-3.0 mit einer Anti-Konkurrenz-Klausel - okay zum Referenzieren und Beitragen, nicht zum Klonen für ein konkurrierendes Directory.

FAQ

Muss ich Astro können, um diese zu nutzen? Nicht tiefgehend, aber du musst dich für Setup und Deployment mit der Kommandozeile wohlfühlen - ein Repo klonen, eine Konfigurationsdatei bearbeiten, einen Build-Befehl ausführen. Die tägliche Inhaltspflege danach kann No-Code sein (eine Tabelle oder Markdown-Datei), aber das initiale Setup ist eine Entwickleraufgabe.

Markdown, Airtable oder JSON - welche Datenquelle ist die beste? Es kommt darauf an, wer bearbeitet. Markdown und JSON sind super für Entwickler und Versionskontrolle. Airtable und Google Sheets passen zu nicht-technischen Bearbeitern und Kunden. Der Reiz von Minted Directory ist, dass es alle unterstützt, du bist also nicht festgelegt.

Wo sollte ich ein Astro-Directory hosten? Überall, wo statische Seiten ausgeliefert werden: Cloudflare, Netlify, Vercel oder GitHub Pages werden alle von Templates dieser Liste genutzt und haben alle kostenlose oder fast kostenlose Tarife. Weil die Ausgabe statisches HTML ist, ist Hosting günstig und schnell.

Sind diese besser als ein gehosteter Directory-Builder? Für Kontrolle, Kosten und Eigentum, ja - dir gehören Code und Daten, ohne monatliche Plattformgebühren. Für reine Bequemlichkeit und null technisches Setup passt ein gehosteter SaaS-Builder nicht-technischen Nutzern vielleicht besser. Es ist der klassische Besitzen-statt-Mieten-Kompromiss.

Kann ich diese für jede Nische nutzen? Die echten Templates (LocalFinds, Minted) sind ausdrücklich dafür gemacht, für jede Vertikale umgestylt zu werden. Die Live-Builds sind an ihre Nische gebunden, aber der Code ist ein guter Ausgangspunkt, den du umfunktionieren kannst - achte nur auf die Lizenz jedes Projekts.

Das Fazit

Astro ist still und heimlich zum Standard für Leute geworden, die ein Directory wollen, das schnell, günstig im Betrieb, vollständig eigen und für SEO gebaut ist - ohne den Plugin-und-Patch-Trott von WordPress. Wenn du ein fertiges, dokumentiertes Produkt willst, sind LocalFinds (kostenpflichtig) und Minted Directory (kostenlos) die beiden speziell gebauten Templates, mit denen du anfangen solltest.

Wenn du lieber eine echte, funktionierende Seite forkst und zu deiner eigenen machst, geben dir die Open-Source-Builds hier - vom großmaßstäblichen API Directory bis zum sauberen Single-File-Modell von Bluesky.Garden - ein erprobtes Fundament für so ziemlich jede Art von Directory, die dir einfällt.