Practice Website Kit – Astro + PagesCMS + Cloudflare Pages
Der Stack und warum
| Ebene | Wahl | Warum |
|---|---|---|
| Website-Framework | Astro | Liefert statisches HTML mit nahezu keinem JavaScript – schnell auf Smartphones, nichts zu patchen, Inhalte in Markdown mit typisiertem Frontmatter. |
| Content-Editor | PagesCMS (app.pagescms.org) | Kostenlos, Open Source, Git-basiert: Mitarbeiter bearbeiten in Webformularen; jede Speicherung ist ein Git-Commit. Keine Datenbank, kein CMS-Server zum Betreiben. |
| Hosting | Cloudflare Pages | Der kostenlose Tarif passt bequem für eine Praxis-Website (großzügige Build-Minuten und Bandbreite, viele benutzerdefinierte Domains), kein Branding, kommerzielle Nutzung erlaubt, globales CDN, automatisches HTTPS. Deployment = Git-Repo verbinden. |
| Repository | GitHub (praxis-eigen) | Die einzige Heimat der Website: Astro liest daraus, PagesCMS schreibt hinein, Cloudflare baut daraus. |
Die Architekturregel, die dies ermöglicht: Die Website ist eine Publikation, keine Anwendung. Seiten, Profile und Beiträge sind Inhalte. Buchungen, Zahlungen, Nachrichten und Verzeichnisse haben bereits Systeme – die Website bettet sie ein und verlinkt sie; sie implementiert sie nie neu und empfängt nie deren Daten.
Anweisungen für den Agenten
- Ergebnis = ein funktionierendes Repository, das der Praxis gehört + die drei Verbindungen (PagesCMS → Repo, Cloudflare Pages → Repo + Domain) + eine verifizierte Ende-zu-Ende-Bearbeitung über das CMS. Wenn Sie keinen Zugriff auf die Konten haben, erstellen Sie das vollständige Repository und eine Schritt-für-Schritt-Anleitung zur Verbindung für den Eigentümer.
- Führen Sie zuerst das Einrichtungsinterview durch. Erfinden Sie niemals Praxis-Fakten – Qualifikationen, Lizenzen, Kassenabrechnungen, Honorare, Sprachen, Berufserfahrung. Platzhalter, gekennzeichnet, bis der Eigentümer sie liefert.
- Überprüfen Sie jedes Plattformverhalten anhand der Live-Konfiguration, nicht aus dem Gedächtnis: Die PagesCMS-Filename-Template-Regel in
references/pagescms-config.mdhat einer echten Website ihren ersten Speicher-Versuch gekostet – behandeln Sie den CMS-Speichertest als Definition von „konfiguriert".
Einrichtungsinterview (einmal fragen, vor dem Bau)
- Praxis-Identität – Praxisname, Domain (und wo das DNS liegt – Cloudflare-Hosting ist am reibungslosesten, wenn DNS auch bei Cloudflare ist), Logo/Farben, falls vorhanden, Telefon/E-Mail zur Anzeige.
- Struktur – Einzelpraxis oder Gruppe; Liste der Anbieter (Namen, Berufsbezeichnungen, Lizenzstaaten, Verfügbarkeit von Fotos) für Profilseiten.
- Seiten – Bestätigen Sie den Bauplan in
references/site-blueprint.md(hinzufügen/entfernen: z. B. eine eigene Seite pro Dienstleistung? einen Ressourcen/Blog-Bereich? ein Überweisungsverzeichnis-Einbettung?). - Sprachen – eine Sprache, oder ein gespiegelter Baum (z. B. Englisch unter
/, Chinesisch unter/zh/)? Gespiegelt bedeutet menschenübersetzte Seiten mit eigenen Slugs – planen Sie die Übersetzung ein; übersetzen Sie klinisch relevante Inhalte niemals maschinell und veröffentlichen Sie sie ungelesen. - Dynamische Einbettungen – welche bestehenden Systeme auf der Website erscheinen (Buchungsseite, Kontaktformular-App, Überweisungsverzeichnis, Einstiegspunkt für sichere Nachrichten) und deren URLs. Diese werden iframe-Einbettungen + Fallback-Links.
- Redakteure – wer aktualisiert nach dem Start die Inhalte (nur der Eigentümer? eine Verwaltungskraft? Anbieter schreiben Beiträge?) – dies entscheidet über PagesCMS-Zugriff und wie viel der Website CMS-verwaltet vs. code-verwaltet ist.
- Vorhandene Assets – aktuelle Website-Inhalte zur Migration, Fotos (und deren Rechte), Google Business Profile und Verzeichniseinträge, mit denen die Website konsistent bleiben muss.
Harte Regeln
- Die Praxis besitzt jedes Konto – Domain-Registrar, GitHub, Cloudflare. Richten Sie es unter den Logins der Praxis ein, mit Wiederherstellungsoptionen, die die Praxis kontrolliert.
- Inhalt ist Daten, kein Code. Alles, was ein Redakteur ändern könnte (Anbieter-Bios, Dienstleistungen, Honorare, FAQs, Beiträge), lebt in Markdown/Frontmatter hinter einem Content-Schema – niemals fest in
.astro-Vorlagen codiert. - PagesCMS-Dateinamen-Vorlagen verwenden
{fields.slug}(oder den tatsächlichen Feldpfad der Sammlung). Ein bloßes{slug}ist ungültig und führt bei jedem CMS-Speichervorgang zu einem undurchsichtigen Fehler. Nach der Korrektur der Konfiguration das CMS neu laden – es speichert die Konfiguration pro Session zwischen. - Die Website sammelt nichts Klinisches. Keine Symptom-Textfelder, keine „Erzählen Sie uns, was los ist"-Formulare. Kontakt = Buchungslink/-einbettung, Telefon und ggf. eine weitergeleitete Formular-App – plus die Krisentelefonnummer (in Deutschland z. B. die Telefonseelsorge unter 0800 111 0 111 oder 0800 111 0 222, und 112 für Notfälle) auf der Kontaktseite und jeder Seite, die zur Kontaktaufnahme einlädt, in den Sprachen der Website.
- Einbettungen erhalten Fallback-Links. Jeder iframe (Buchung, Verzeichnis) wird mit einem einfachen Link zum selben System gepaart, sodass ein blockierter Frame nie eine Sackgasse für den Klienten darstellt.
- Angaben-Disziplin: Kassenabrechnungen, Honorare, Qualifikationen und Verfügbarkeit auf der Website müssen mit der Wahrheitsquelle der Praxis (ihrem Verzeichnis/ihren Aufzeichnungen) übereinstimmen. Die Website ist der letzte Ort, an dem eine Tatsache bearbeitet werden sollte – wenn eine Zahl an zwei Orten lebt, benennen Sie, welche gewinnt.
- Leistung ist ein Feature auf einer Therapie-Website – Menschen kommen ängstlich, auf Smartphones, von einem Verzeichnisprofil. Komprimieren Sie Bilder, bevor sie in das Repository gelangen; ein 2-MB-Heldenfoto ist ein Fehler, kein Asset.
Bau-Reihenfolge
- Repository + Astro-Grundgerüst + Inhaltsmodell gemäß
references/astro-setup.md, Seiten gemäßreferences/site-blueprint.md. - Lokaler Build grün; Inhaltsplatzhalter gekennzeichnet und für den Eigentümer aufgelistet.
- PagesCMS-Konfiguration + der echte Speichertest gemäß
references/pagescms-config.md. - Cloudflare Pages-Verbindung + benutzerdefinierte Domain gemäß
references/cloudflare-pages-deploy.md. - SEO/Leistungsdurchlauf gemäß
references/seo-and-performance.md. - Übergabe gemäß
references/maintenance-and-handoff.md; Überprüfung gemäßreferences/test-checklist.md.
Referenzdateien
references/architecture-and-stack.md– die drei Ebenen, Datenfluss, was statisch für eine Praxis bedeutetreferences/site-blueprint.md– die Seiten, was jede enthalten muss, therapie-spezifische Muss-Listereferences/astro-setup.md– Projektstruktur, Content-Collections + Schema, mehrsprachiger Baumreferences/pagescms-config.md–.pages.yml, Collections, Medien, die Filename-Template-Regelreferences/cloudflare-pages-deploy.md– Projekt-Setup, Build-Einstellungen, benutzerdefinierte Domain, Vorschauenreferences/seo-and-performance.md– Metadaten, strukturierte Daten, Sitemap/RSS, llms.txt, Bilderreferences/maintenance-and-handoff.md– Bearbeitungsworkflow, Updates, Backups, wer was besitztreferences/test-checklist.md– Akzeptanztests, der CMS-Speichertest zuerst