Physiotherapie Murgenthal — Re-Audit nach Fixes

robots.txt gibt alles frei (Allow: /), verweist auf sitemap-index.xml (→ sitemap-0.xml mit 16 URLs) und erlaubt zusätzlich ausdrücklich die Answer-Engine-Crawler (GPTBot, OAI-SearchBot, PerplexityBot, ClaudeBot, Google-Extended). Vorbildliche Ausgangslage für Sichtbarkeit in klassischer und generativer Suche.

HTTP → HTTPS greift per 301, ausgeliefert wird durchgängig über HTTP/2. Eine nicht existierende URL liefert einen echten HTTP 404 (kein Soft-404). TTFB der Seiten liegt dank Netlify-Edge bei ~0,2–0,4 s.

Erst-Audit: alle 15 Unterseiten hatten ein rel="canonical" auf die .html-Variante (z. B. /about.html) — widersprüchlich zu Sitemap und internen Links.

Jetzt: die Canonical-Erzeugung läuft zentral im Astro-Layout und liefert durchgängig die saubere Pretty-URL (/about). Zusätzlich wird og:url passend gesetzt. Live geprüft: Canonical = Sitemap = interne Links auf allen Unterseiten.

Über alle 16 gecrawlten Seiten hinweg: durchgängig eindeutige, keyword- und ortsbezogene Titles („… in Murgenthal") und individuelle Meta-Descriptions — keine Duplikate, keine fehlende Description, keine toten internen Links (alle 2xx).

Die Startseite liefert einen vollständigen Physiotherapy-Datensatz (Name, legalName, Telefon, E-Mail, Adresse, geo, openingHours, priceRange, aggregateRating, sameAs) plus ein sauberes FAQPage-Schema mit vier echten Frage-Antwort-Paaren (Verordnung, Ablauf, Kostenübernahme, Terminbuchung). Das ist Rich-Result-fähig auf gehobenem Niveau — mehr dazu in Sektion 09.

Erst-Audit: das JSON-LD steckte nur auf der Startseite; Leistungsseiten und /about hatten kein Markup.

Jetzt: jede Leistungsseite liefert ein Service-Objekt (verknüpft mit dem Physiotherapy-Anbieter), eine automatisch erzeugte BreadcrumbList (Start → Behandlungen → Leistung) sowie ein FAQPage-Schema, das aus den bereits sichtbaren Accordion-FAQs generiert wird — dadurch bleibt es garantiert deckungsgleich mit dem Seiteninhalt. /about und die übrigen Unterseiten tragen ebenfalls Breadcrumbs.

Titles (40–63 Zeichen) und Meta-Descriptions (159–162 Zeichen) liegen im optimalen Rahmen und sind pro Seite eindeutig. lang="de-CH" ist korrekt gesetzt (passend zum Schweizer Standort), ebenso Viewport. Social-Signale sind vollständig: og:title/description/image, og:locale=de_CH, og:site_name, twitter:card=summary_large_image und Apple-Touch-Icon.

Erst-Audit: /behandlungen und /termin starteten ohne H1 direkt mit H2.

Jetzt: auf beiden Seiten wurde die erste tragende Überschrift von <h2> auf <h1> gehoben (visuelle Klasse unverändert, kein Layout-Bruch). Alle 16 Seiten haben nun genau eine H1 — live bestätigt.

Kein Bild ohne alt-Attribut; rein dekorative Grafiken tragen korrekt ein leeres alt="". Der Lighthouse-Accessibility-Check (image-alt) besteht ohne Beanstandung — inhaltlich tragende Bilder dürfen bei Gelegenheit noch beschreibendere, keyword-nahe Alt-Texte erhalten.

Lighthouse meldet nach den Fixes Performance 100 mobil wie Desktop bei durchweg grünen Core Web Vitals: LCP 1,1 s mobil / 0,7 s Desktop, TBT 0 ms und ein perfekter CLS von 0 (kein Layout-Springen). Das ist das Ergebnis des statischen Astro-Builds — kein Server-Rendering pro Aufruf, wenig JavaScript.

Bilder liegen als WebP vor, werden per srcset responsiv ausgeliefert, sind zu >95 % mit width/height versehen (daher CLS 0) und lazy-geladen. Die statischen Astro-Assets tragen cache-control: public, max-age=31536000, immutable (far-future Caching), Auslieferung per HTTP/2 mit aktiver Kompression über das Netlify-CDN.

Erst-Audit: die responsive Variante Tanja-Zähringer-p-800.webp lieferte 404 (Umlaut-Kodierung NFD vs. NFC) → Konsolenfehler, Best Practices bei 96.

Jetzt: die Dateinamen sind auf eine ASCII-/einheitliche Schreibweise normalisiert (Tanja-Zaehringer-*.webp), src/srcset und Dateien stimmen überein. Live geprüft: Bild lädt mit 200, keine Konsolenfehler, Best Practices 100 (mobil & Desktop).

Der Astro-Relaunch hat die früheren Webflow-Abhängigkeiten (extern geladene Google Fonts, jQuery, Embedly-YouTube) entfernt. Es laden keine Google Fonts, kein Analytics/Tag-Manager und keine Auto-Embeds mehr. Facebook, Instagram, Google-Maps und die Terminbuchung sind nur als anklickbare Links hinterlegt — sie laden nichts, bis die Nutzer:in bewusst darauf klickt.

Die Bild-Assets werden weiterhin von cdn.prod.website-files.com (Webflow, über Cloudflare) geladen — gut zwischengespeichert (max-age=31536000) und performant. Funktional unkritisch; als Hinweis: Es bleibt eine Kopplung an die Webflow-Asset-Hosting-Infrastruktur, obwohl die Seite Webflow verlassen hat. Wer volle Unabhängigkeit will, spiegelt die Bilder ins eigene Repo/CDN.

HTTP/2, aktive Kompression, gültiges HTTPS sowie vollständige Favicon-/Apple-Touch-Icons (PNG in mehreren Größen, Light/Dark) sind sauber ausgeliefert.

/impressum und /datenschutz liefern HTTP 200 und sind im Footer verlinkt. Das Impressum nennt die vollständige Firma (Physiotherapie Murgenthal GmbH, Gesundheitszentrum Unterentfelden AG), Adresse und Handelsregister. HTTPS ist mit gültigem Zertifikat durchgängig erzwungen (HSTS mit preload).

Es laden keine Google Fonts, kein Analytics/Tag-Manager, keine Karten- oder Video-Auto-Embeds und keine Cookies vor Interaktion. Google-Maps und die Medidoc-Terminbuchung sind als reine Links/Buttons eingebunden — es fließen also erst Daten, wenn die Besucher:in aktiv klickt. Deshalb ist hier kein Cookie-Banner nötig, und es gibt keinen der klassischen Abmahn-Sachverhalte (extern geladene Fonts o. Ä.). Die Datenschutzerklärung benennt zudem transparent die eingesetzten Dienste (Medidoc, Webflow-CDN, Netlify).

Vor jeder Interaktion werden keine Set-Cookie-Header gesetzt, und es gibt keine über http:// geladenen Subressourcen (kein Mixed Content). Sauberer, datensparsamer Auslieferungszustand.

Der Lighthouse-Accessibility-Wert liegt mobil wie Desktop bei 100, ohne einen einzigen fehlgeschlagenen Teil-Audit (Kontrast, Alt-Texte, Labels, Heading-Order, html-has-lang, Tap-Ziele, Schriftgrößen — alle bestanden). Das ist ein Wert, den die wenigsten Praxis-Websites erreichen.

lang="de-CH" ist gesetzt, die Überschriftenhierarchie ist bis auf die zwei fehlenden H1 (Sektion 03) sauber, semantische Landmarks (main, nav, header, footer) sind vorhanden und die Navigation ist per Tastatur erreichbar. Tragfähige, moderne A11y-Grundlage.

Click-to-Call (tel:) und E-Mail (mailto:) sind verlinkt, die Online-Terminbuchung über Medidoc ist prominent eingebunden, und oberhalb des Falzes stehen klare Handlungsaufforderungen („Termin buchen"). Der kürzeste Weg vom Besuch zum Termin ist damit an mehreren Stellen offen.

Google-Bewertungen sind im Sichttext eingebunden und als AggregateRating (4,6 von 5 aus 13 Bewertungen) im Schema hinterlegt — damit kann Google Sterne direkt im Suchergebnis anzeigen. Eine eigene FAQ mit vier häufigen Fragen nimmt zusätzlich Kaufhürden. Sehr gute Vertrauensbasis.

Als Ausbau (kein Mangel): Ein WhatsApp-Kontakt und eine kurze, immer sichtbare „Anfahrt & Öffnungszeiten"-Box können die Erreichbarkeit für spontane Anfragen weiter erhöhen. Die inhaltliche Basis (Öffnungszeiten, Adresse, Maps-Link) ist bereits vorhanden.

Die Startseite liefert einen Physiotherapy-Datensatz (Subtyp von LocalBusiness) mit allem, worauf es lokal ankommt: vollständige NAP-Angabe (Fahrackerstrasse 1, 4853 Murgenthal, AG), telephone, email, Geo-Koordinaten, Öffnungszeiten (Mo–Fr 08–12 & 13–17:30), priceRange, hasMap und sameAs zu Google Maps, Facebook und Instagram. Genau dieser Baustein ist bei den meisten Praxis-Seiten der größte Hebel — hier ist er lehrbuchmäßig gesetzt.

Adresse, Telefonnummer und Öffnungszeiten stehen zusätzlich im Seitentext/Footer, und ein maps.app.goo.gl-Link führt direkt zum Google-Business-Eintrag. Maschinenlesbare und menschenlesbare Angaben stimmen überein — ideal fürs Local Pack.

Auf /about wird auch das Gesundheitszentrum Unterentfelden genannt. Falls dort ebenfalls behandelt wird, lohnt für diesen Standort perspektivisch ein eigenes LocalBusiness-Objekt bzw. eine eigene Standortseite — für maximale lokale Sichtbarkeit an beiden Orten.

Ausgeliefert werden Strict-Transport-Security (max-age 1 Jahr, includeSubDomains; preload), X-Content-Type-Options: nosniff, X-Frame-Options: SAMEORIGIN, Referrer-Policy und eine restriktive Permissions-Policy (Geolocation/Kamera/Mikrofon aus). Das ist deutlich mehr Härtung, als man auf Praxis-Seiten üblicherweise sieht.

Typische Angriffsflächen sind zu: /.git/HEAD, /.env und Backup-Pfade liefern 404, es gibt kein CMS-Login und keine x-powered-by-/Versions-Header. Als statischer Astro-Build gibt es serverseitig praktisch nichts anzugreifen — eine der sichersten Betriebsarten überhaupt.

Erst-Audit: die Content-Security-Policy war der einzige noch fehlende Schutz-Header.

Jetzt: in _headers ergänzt — default-src 'self' mit gezielten Freigaben (Bilder auch von cdn.prod.website-files.com, object-src 'none', frame-ancestors 'self', upgrade-insecure-requests). Vorab abgesichert, dass keine externen Skripte, kein eval, keine iframes/Forms genutzt werden — live geprüft: die CSP ist aktiv und verursacht keine Konsolen-/Ladefehler.

Die Performance-Ampel steht mobil wie Desktop bei 100 — der sonst übliche große Mobil-Abstand fehlt komplett. Mobiler LCP 1,1 s, TBT 0 ms, CLS 0: schnelle, ruckelfreie Darstellung auch auf schwächeren Geräten.

Der viewport ist korrekt gesetzt, es gibt kein horizontales Scrollen, und die Lighthouse-Mobil-Checks für Tap-Ziele, Schriftgrößen und Inhaltsbreite bestehen (Accessibility 100). Mobil-Erlebnis auf sehr hohem Niveau.

Die robots.txt erlaubt die KI-Crawler ausdrücklich (GPTBot, OAI-SearchBot, PerplexityBot, ClaudeBot, Google-Extended), das HTML nutzt semantische Landmarks (main, nav, header, footer, section), und ein echtes FAQPage-Schema mit direkt beantworteten Fragen liegt vor — genau die Inhalte, die KI-Systeme bevorzugt zitieren. Bessere Ausgangslage haben die wenigsten lokalen Betriebe.

Erst-Audit: keine llms.txt (404), FAQ-Schema nur auf der Startseite.

Jetzt: /llms.txt mit Kurzprofil, Eckdaten (Adresse, Öffnungszeiten, Bewertung) und allen Kern-URLs ist live. Jede Leistungsseite trägt jetzt FAQPage-Schema aus den bereits sichtbaren Fragen — zusammen mit den semantischen Landmarks und der ausdrücklichen AI-Crawler-Freigabe eine sehr gute GEO-Basis.