Ich habe Arztverzeichnis-Websites für Multi-Location-Gesundheitssysteme, Solo-Dermatologiepraxen und alles dazwischen entwickelt. Und die größte verpasste Gelegenheit, die ich auf Healthcare-Websites sehe, ist strukturierte Daten. Nicht die generische LocalBusiness-Art -- ich meine die spezifischen Typen Physician und MedicalSpecialty, die Google exakt mitteilen, was ein Anbieter tut, wo er praktiziert und warum Patienten ihm vertrauen sollten.

Die meisten Websites von medizinischen Praxen werden ohne Schema Markup oder, noch schlimmer, mit falschem Markup ausgeliefert, das von einem WordPress-Plugin generiert wird und eine Kardiologiepraxis genauso behandelt wie eine Pizzeria. Dieses Leitfaden bietet produktionsreife JSON-LD für echte medizinische Fachrichtungen -- Kardiologie, Pädiatrie, Urologie, Orthopädie und mehr -- zusammen mit der Begründung hinter jeder Eigenschaftswahl.

Inhaltsverzeichnis

Medical Practice Schema Markup: JSON-LD für jede Facharztpraxis

Warum Medical Schema Markup 2026 wichtig ist

Googles AI Overviews dominieren jetzt Healthcare-Abfragen. Wenn ein Patient nach "Kardiologe nimmt neue Patienten auf in meiner Nähe" sucht, scannt Google Ihren Seitentext nicht mehr einfach -- es liest Ihre strukturierten Daten, um Entitätsbeziehungen zu erstellen, Knowledge Panels zu füllen und von KI generierte Antworten zu speisen.

Hier ist, welche Rich Results korrekt ausgearbeitetes Medical Schema Markup auslösen kann:

Rich Result-Typ Ausgelöst durch Auswirkung
Bewertungs-Snippets AggregateRating auf Physician Sternbewertungen in SERPs
Knowledge Panel Physician + sameAs-Links Markenprä senz für benannte Ärzte
Local Pack Verbesserung MedicalClinic + openingHours Map Listing-Details
FAQ Rich Results FAQPage Schema (Healthcare-Seiten noch berechtigt) Erweiterter SERP-Platz
AI Overview Zitate Vollständiger Entitätsgraph Zitiert als Quelle in AI-Antworten

Eine 2025 BrightLocal-Studie ergab, dass Healthcare-Listings mit Bewertungs-Snippets eine 37% höhere Klickrate aufwiesen als solche ohne. Und die Forschung von Schema App bestätigte, dass Arztseiten mit vollständigen strukturierten Daten 2,8-mal häufiger in AI Overview-Zitaten erschienen.

Das Fazit: Wenn Ihre Arztseiten kein ordentliches Schema Markup haben, lassen Sie Sichtbarkeit auf dem Tisch.

Schema.org-Typen für medizinische Praxen

Vor dem Schreiben von Code verstehen wir die Typhierarchie. Schema.org bietet uns mehrere Typen, die für das Gesundheitswesen relevant sind, und die Wahl des richtigen ist wichtig.

Thing
└── Organization
    └── LocalBusiness
        └── MedicalBusiness
            ├── MedicalClinic
            ├── Optician
            ├── Pharmacy
            └── Physician

Physician ist ein Subtyp von MedicalBusiness, das selbst ein Subtyp von LocalBusiness ist. Dies ist wichtig, da ein Physician alle Local Business-Eigenschaften (Adresse, Öffnungszeiten, Geokoordinaten) plus medizinspezifische Eigenschaften wie medicalSpecialty und hospitalAffiliation erbt.

Für die Website einer Solo-Praxis ist Physician Ihr primärer Typ. Für eine Gruppenpraxis sollten Sie ein MedicalClinic oder MedicalOrganization als übergeordnete Entität mit einzelnen Physician-Einträgen verschachtelt oder über member verlinkt oder auf separaten Seiten referenziert haben.

Wann man was verwendet

Ihre Situation Primärer Typ Sekundäre Typen
Solo-Arzt, ein Ort Physician MedicalOrganization (optional)
Gruppenpraxis, einzelner Standort MedicalClinic Physician pro Ärzteprofil
Gesundheitssystem, mehrere Standorte MedicalOrganization MedicalClinic pro Standort, Physician pro Anbieter
Krankenhaus Hospital Physician, MedicalClinic (Abteilungen)

Understanding MedicalSpecialty Enumeration Values

Die medicalSpecialty-Eigenschaft akzeptiert Werte aus Schema.org's MedicalSpecialty Enumeration. Dies sind keine Freitextfelder -- es sind spezifische, vordefinierte Werte. Hier sind die, die Sie am häufigsten verwenden:

Fachrichtung Schema.org-Wert Notizen
Kardiologie Cardiovascular Umfasst Kardiologie und Herzchirurgie
Pädiatrie Pediatric Allgemeine Pädiatrie
Urologie Urologic Umfasst pädiatrische Urologie
Dermatologie Dermatology Auch DermatologyLaserSurgery Variante
Orthopädie Musculoskeletal Orthopädische Chirurgie fällt hier
Neurologie Neurological Unterschieden von Psychiatric
Frauenheilkunde und Geburtshilfe Obstetric und/oder Gynecologic Kann beide angeben
Notfallmedizin Emergency Notaufnahme-Ärzte
Allgemeinmedizin PrimaryCare Allgemeinpraxis, Familienmedizin
Onkologie Oncologic Krebsbehandlung
Pneumologie Pulmonary Lungen- und Atemwegsexperten
Gastroenterologie Gastroenterologic GI-Spezialisten
Endokrinologie Endocrine Diabetes, Schilddrüse etc.
Augenheilkunde Optometric Augenheilkunde
Psychiatrie Psychiatric Psychisch erkrankte Ärzte

Eine vollständige Liste finden Sie unter schema.org/MedicalSpecialty. Beachten Sie, dass einige Fachrichtungen auf breitere Kategorien abgebildet werden als Sie vielleicht erwarten -- es gibt beispielsweise keinen separaten Wert "Interventional Cardiology". Sie würden Cardiovascular verwenden und die Subspezialität in der description oder knowsAbout Eigenschaften des Arztes beschreiben.

Medical Practice Schema Markup: JSON-LD für jede Facharztpraxis - Architektur

Base Physician JSON-LD Template

Hier ist eine solide Vorlage für jede Arztseite. Ich werde die wichtigsten Entscheidungen kommentieren.

<script type="application/ld+json">
{
  "@context": "https://schema.org",
  "@type": "Physician",
  "@id": "https://example.com/doctors/jane-smith#physician",
  "name": "Dr. Jane Smith, MD, FACC",
  "image": "https://example.com/images/dr-jane-smith.jpg",
  "url": "https://example.com/doctors/jane-smith",
  "telephone": "+1-555-867-5309",
  "description": "Board-certified cardiologist specializing in interventional cardiology and structural heart disease with 15 years of clinical experience.",
  "medicalSpecialty": "https://schema.org/Cardiovascular",
  "isAcceptingNewPatients": true,
  "address": {
    "@type": "PostalAddress",
    "streetAddress": "450 Heart Center Drive, Suite 200",
    "addressLocality": "Austin",
    "addressRegion": "TX",
    "postalCode": "78701",
    "addressCountry": "US"
  },
  "geo": {
    "@type": "GeoCoordinates",
    "latitude": 30.2672,
    "longitude": -97.7431
  },
  "openingHoursSpecification": [
    {
      "@type": "OpeningHoursSpecification",
      "dayOfWeek": ["Monday", "Tuesday", "Wednesday", "Thursday", "Friday"],
      "opens": "08:00",
      "closes": "17:00"
    }
  ],
  "sameAs": [
    "https://www.healthgrades.com/physician/dr-jane-smith",
    "https://www.doximity.com/pub/jane-smith-md",
    "https://www.linkedin.com/in/drjanesmith"
  ],
  "alumniOf": {
    "@type": "CollegeOrUniversity",
    "name": "Johns Hopkins University School of Medicine"
  },
  "hasCredential": [
    {
      "@type": "EducationalOccupationalCredential",
      "credentialCategory": "Board Certification",
      "name": "American Board of Internal Medicine - Cardiovascular Disease"
    }
  ],
  "hospitalAffiliation": {
    "@type": "Hospital",
    "name": "St. David's Medical Center",
    "url": "https://stdavids.com"
  },
  "worksFor": {
    "@type": "MedicalOrganization",
    "@id": "https://example.com/#organization",
    "name": "Austin Heart Specialists"
  },
  "aggregateRating": {
    "@type": "AggregateRating",
    "ratingValue": "4.8",
    "reviewCount": "142",
    "bestRating": "5"
  }
}
</script>

Es gibt ein paar Dinge, die ich hervorheben möchte:

  • @id: Dies erstellt einen eindeutigen Identifizierer für diese Entität. Verwenden Sie die Seiten-URL plus ein Fragment. Dies wird kritisch, wenn Sie Ärzte über Seiten hinweg mit Organisationen verbinden.
  • medicalSpecialty: Ich verwende die vollständige URL-Form (https://schema.org/Cardiovascular) anstelle von nur dem String. Beide funktionieren, aber die URL-Form ist expliziter.
  • isAcceptingNewPatients: Dies ist eine neuere Eigenschaft, die spezifisch für Physician ist. Nutzen Sie sie. Patienten suchen ständig danach.
  • sameAs: Verlinken Sie zu verifizierten Drittanbieter-Profilen. So baut Google Entitätskonfidenz auf und löst möglicherweise Knowledge Panels aus.
  • aggregateRating: Nur einbeziehen, wenn Sie Bewertungen sichtbar auf der Seite anzeigen. Googles Richtlinien sind streng -- versteckte Bewertungen verstoßen gegen ihre Richtlinien.

Spezialitätsspezifische JSON-LD-Beispiele

Lassen Sie uns Beispiele für die Spezialitäten erstellen, nach denen Menschen tatsächlich suchen.

Kardiologie (Cardiovascular)

{
  "@context": "https://schema.org",
  "@type": "Physician",
  "name": "Dr. Robert Chen, MD, FACC",
  "medicalSpecialty": "https://schema.org/Cardiovascular",
  "knowsAbout": [
    "Interventional Cardiology",
    "Cardiac Catheterization",
    "Coronary Artery Disease",
    "Heart Failure Management",
    "Echocardiography"
  ],
  "availableService": [
    {
      "@type": "MedicalProcedure",
      "name": "Cardiac Catheterization",
      "procedureType": "https://schema.org/PercutaneousProcedure"
    },
    {
      "@type": "MedicalTest",
      "name": "Stress Echocardiography"
    },
    {
      "@type": "MedicalTest",
      "name": "Electrocardiogram (ECG/EKG)"
    }
  ]
}

Die availableService-Eigenschaft ist einzigartig für Physician und ermöglicht es Ihnen, exakte Verfahren und Tests anzugeben. Für Kardiologie entspricht diese Unterscheidung zwischen MedicalProcedure und MedicalTest natürlich der interventionellen und diagnostischen Aufspaltung.

Pädiatrie

{
  "@context": "https://schema.org",
  "@type": "Physician",
  "name": "Dr. Maria Gonzalez, MD, FAAP",
  "medicalSpecialty": "https://schema.org/Pediatric",
  "knowsAbout": [
    "Well-Child Visits",
    "Childhood Immunizations",
    "Developmental Screening",
    "Adolescent Medicine",
    "Newborn Care"
  ],
  "availableService": [
    {
      "@type": "MedicalTherapy",
      "name": "Pediatric Vaccination Program"
    },
    {
      "@type": "MedicalTest",
      "name": "Developmental Milestone Assessment"
    }
  ],
  "hasCredential": [
    {
      "@type": "EducationalOccupationalCredential",
      "credentialCategory": "Board Certification",
      "name": "American Board of Pediatrics"
    }
  ]
}

Pädiatrie ist interessant, da der MedicalSpecialty-Wert einfach Pediatric ist -- es gibt keinen separaten Wert für pädiatrische Subspezialitäten wie pädiatrische Kardiologie. Für einen pädiatrischen Kardiologen würden Sie beide Spezialitäten einbeziehen:

"medicalSpecialty": [
  "https://schema.org/Pediatric",
  "https://schema.org/Cardiovascular"
]

Ja, medicalSpecialty akzeptiert ein Array. Nutzen Sie es.

Urologie

{
  "@context": "https://schema.org",
  "@type": "Physician",
  "name": "Dr. Michael Torres, MD, FACS",
  "medicalSpecialty": "https://schema.org/Urologic",
  "knowsAbout": [
    "Robotic-Assisted Surgery",
    "Prostate Cancer Treatment",
    "Kidney Stone Management",
    "Urinary Incontinence",
    "Male Infertility"
  ],
  "availableService": [
    {
      "@type": "MedicalProcedure",
      "name": "Robot-Assisted Laparoscopic Prostatectomy",
      "procedureType": "https://schema.org/SurgicalProcedure"
    },
    {
      "@type": "MedicalProcedure",
      "name": "Extracorporeal Shock Wave Lithotripsy (ESWL)",
      "procedureType": "https://schema.org/NoninvasiveProcedure"
    },
    {
      "@type": "MedicalTest",
      "name": "Cystoscopy"
    }
  ]
}

Orthopädie

{
  "@context": "https://schema.org",
  "@type": "Physician",
  "name": "Dr. Sarah Kim, MD",
  "medicalSpecialty": "https://schema.org/Musculoskeletal",
  "knowsAbout": [
    "Total Joint Replacement",
    "Sports Medicine",
    "Arthroscopic Surgery",
    "Fracture Care",
    "Rotator Cuff Repair"
  ],
  "availableService": [
    {
      "@type": "MedicalProcedure",
      "name": "Total Knee Arthroplasty",
      "procedureType": "https://schema.org/SurgicalProcedure"
    },
    {
      "@type": "MedicalProcedure",
      "name": "Arthroscopic ACL Reconstruction",
      "procedureType": "https://schema.org/SurgicalProcedure"
    }
  ]
}

Beachten Sie, dass der medicalSpecialty-Wert Musculoskeletal ist, nicht "Orthopedic." Dies verwirrt ständig Menschen.

MedicalOrganization und MedicalClinic Schema

Ihr Organisations-Schema ist die Grundlage. Jede Arzt-Entität sollte auf sie verweisen. Hier ist ein vollständiges MedicalClinic Beispiel:

<script type="application/ld+json">
{
  "@context": "https://schema.org",
  "@type": "MedicalClinic",
  "@id": "https://example.com/#clinic",
  "name": "Austin Heart Specialists",
  "url": "https://example.com",
  "logo": "https://example.com/images/logo.png",
  "image": "https://example.com/images/clinic-exterior.jpg",
  "telephone": "+1-555-867-5309",
  "medicalSpecialty": "https://schema.org/Cardiovascular",
  "address": {
    "@type": "PostalAddress",
    "streetAddress": "450 Heart Center Drive",
    "addressLocality": "Austin",
    "addressRegion": "TX",
    "postalCode": "78701",
    "addressCountry": "US"
  },
  "geo": {
    "@type": "GeoCoordinates",
    "latitude": 30.2672,
    "longitude": -97.7431
  },
  "openingHoursSpecification": [
    {
      "@type": "OpeningHoursSpecification",
      "dayOfWeek": ["Monday", "Tuesday", "Wednesday", "Thursday", "Friday"],
      "opens": "07:30",
      "closes": "17:30"
    }
  ],
  "availableService": [
    {
      "@type": "MedicalTest",
      "name": "Cardiac Stress Testing"
    },
    {
      "@type": "MedicalProcedure",
      "name": "Cardiac Catheterization"
    }
  ],
  "member": [
    {
      "@type": "Physician",
      "@id": "https://example.com/doctors/jane-smith#physician"
    },
    {
      "@type": "Physician",
      "@id": "https://example.com/doctors/robert-chen#physician"
    }
  ],
  "sameAs": [
    "https://www.facebook.com/austinheartspecialists",
    "https://www.google.com/maps/place/?q=place_id:ChIJ_____"
  ]
}
</script>

Das member Array verwendet @id Referenzen, um auf Arzt-Entitäten zu verlinken, die auf ihren einzelnen Seiten definiert sind. Dies erzeugt einen verbundenen Graph, den Google durchqueren kann.

Ärzte mit Organisationen verbinden

Hier fallen die meisten Implementierungen auseinander. Sie benötigen bidirektionale Verweise:

  1. Organization → Physician: Verwenden Sie member auf der Organisationsseite
  2. Physician → Organization: Verwenden Sie worksFor auf der Arztseite

Beide sollten auf die gleiche @id verweisen. Denken Sie daran wie ein Fremdschlüssel in einer Datenbank. Wenn die IDs nicht übereinstimmen, kann Google sie nicht verbinden.

// Auf der Arztseite:
"worksFor": {
  "@type": "MedicalClinic",
  "@id": "https://example.com/#clinic",
  "name": "Austin Heart Specialists"
}

// Auf der Organisationsseite:
"member": [
  {
    "@type": "Physician",
    "@id": "https://example.com/doctors/jane-smith#physician"
  }
]

Für Multi-Location-Praxen sollte jeder Standort eine separate MedicalClinic Entität mit ihrer eigenen @id sein, und Ärzte, die an mehreren Standorten praktizieren, sollten practicesAt (ein Array) anstelle von worksFor verwenden.

Wenn Sie diese Websites auf Headless CMS-Plattformen aufbauen, entspricht diese Art von relationalen Daten perfekt zum Datendatenmodellieren in Systemen wie Sanity oder Contentful. Wir behandeln genau dieses Muster in unserer Headless CMS Development Arbeit -- das CMS-Inhaltsmodell spiegelt den schema.org-Entitätsgraph.

Eigenschaften, die E-E-A-T aufbauen

Googles Quality Rater evaluieren Experience, Expertise, Authoritativeness und Trustworthiness für YMYL (Your Money or Your Life) Inhalte. Healthcare ist die quintessenzielle YMYL-Kategorie. Diese Schema-Eigenschaften unterstützen direkt E-E-A-T-Signale:

Eigenschaft Typ E-E-A-T-Signal
hasCredential EducationalOccupationalCredential Expertise
alumniOf CollegeOrUniversity Expertise
memberOf Organization Authoritativeness
hospitalAffiliation Hospital Authoritativeness, Trust
award Text Authoritativeness
knowsAbout Text oder Thing Expertise
medicalSpecialty MedicalSpecialty Expertise
sameAs URL Trust (Cross-Reference Verification)
aggregateRating AggregateRating Trust (Social Proof)

Kritische Regel: Sie dürfen nur Inhalte markieren, die auf der Seite sichtbar sind. Wenn Sie Fachrichtungs-Zertifizierungen in Ihrem Schema auflisten, aber nirgendwo auf der Arztseite anzeigen, verstoßen Sie gegen Googles Richtlinien für strukturierte Daten. Fügen Sie den Inhalt zuerst hinzu, dann markieren Sie ihn auf.

Validierung und Tests

Vor dem Deployment auf Production:

  1. Google Rich Results Test (search.google.com/test/rich-results): Validiert Berechtigung für Rich Results
  2. Schema Markup Validator (validator.schema.org): Prüft Syntax und Konformität mit Schema.org Vokabular
  3. Google Search Console: Überwachen Sie nach dem Deployment den "Enhancements" Bereich auf Fehler

Hier ist mein Test-Workflow:

# Wenn Sie Schema programmgesteuert generieren (Next.js, Astro, etc.)
# Geben Sie die JSON in eine Datei aus und validieren Sie zuerst lokal
node -e "const schema = require('./generate-schema.js'); console.log(JSON.stringify(schema, null, 2))" > schema-output.json

# Dann fügen Sie in validator.schema.org ein oder verwenden Sie deren API

Wenn Sie mit Next.js oder Astro erstellen, können Sie diese JSON-LD Blöcke dynamisch aus Ihren CMS-Daten generieren. Beide Frameworks behandeln <script type="application/ld+json"> Injektion sauberer -- Next.js über die <Script> Komponente oder next/head, Astro über seinen <head> Slot.

Häufige Fehler, die vermieden werden sollten

Verwendung von generischem LocalBusiness statt Physician. Sie verlieren alle medizinspezifischen Eigenschaften. Ein Physician ist ein LocalBusiness, daher erhalten Sie alles, was LocalBusiness bietet, plus mehr.

Freitext medicalSpecialty-Werte. Das Schreiben von "medicalSpecialty": "Cardiology" anstelle der richtigen Enumeration (Cardiovascular) bedeutet, dass Google die Spezialität möglicherweise nicht korrekt versteht.

Fehlende Geo-Koordinaten. Breiten-/Längengradedaten helfen Google, Ihre Praxis ortsbezogenen Abfragen zuzuordnen. Überspringen Sie dies nicht.

Doppelte @id Werte über verschiedene Entitäten hinweg. Jede Entität benötigt eine eindeutige @id. Ich habe Implementierungen gesehen, bei denen jeder Arzt das gleiche @id Suffix teilt -- das bricht den Entitätsgraph völlig.

Markieren von Inhalten, die nicht auf der Seite sind. Das ist es wert, wiederholt zu werden. Googles Richtlinien sind explizit: Alles in Ihren strukturierten Daten muss entsprechendem sichtbarem Inhalt entsprechen. Verstöße können zu manuellen Maßnahmen führen.

Ignorieren von isAcceptingNewPatients. Dies ist ein Signal mit hoher Intent. Patienten filtern danach. Beziehen Sie es ein und halten Sie es aktualisiert.

FAQ

Was ist der Unterschied zwischen Physician und MedicalBusiness Schema-Typen?

Physician ist ein Subtyp von MedicalBusiness. Verwenden Sie Physician für einzelne Ärzteprofil-Seiten und MedicalBusiness (oder genauer gesagt MedicalClinic) für die Praxis selbst. Physician erbt alle Eigenschaften von MedicalBusiness und fügt Arzt-spezifische hinzu wie hospitalAffiliation, availableService und isAcceptingNewPatients.

Kann ich mehrere medizinische Fachrichtungen für einen Arzt auflisten?

Ja. Die medicalSpecialty-Eigenschaft akzeptiert ein Array. Ein Arzt, der beide Pädiatrie und Kardiologie praktiziert, kann beide auflisten: "medicalSpecialty": ["https://schema.org/Pediatric", "https://schema.org/Cardiovascular"]. Dies ist häufig bei Doppel-Board-Ärzten.

Verbessert Medical Schema Markup direkt Google Rankings?

Strukturierte Daten sind kein direkter Ranking-Faktor. Es ermöglicht jedoch Rich Results (Sternbewertungen, FAQ-Dropdowns, Knowledge Panels), die die Click-Through-Raten erheblich verbessern. Es speist auch Googles Entitätsverständnis, das beeinflusst, wie Ihre Praxis in AI Overviews und Local Pack Ergebnissen erscheint. Die indirekte SEO-Auswirkung ist erheblich.

Welchen Schema-Typ sollte ich für ein Krankenhaus-Arztverzeichnis verwenden?

Verwenden Sie Hospital als Ihre Top-Level-Entität, MedicalClinic für einzelne Abteilungen (z.B. Kardiologie-Abteilung) und Physician für jedes Ärzteprofil. Verbinden Sie sie mit member, worksFor und department Eigenschaften. Dies erzeugt einen vollständigen Organisations-Graph.

Ist JSON-LD das einzige Format für Medical Schema Markup?

Nein -- Sie können auch Microdata oder RDFa in Ihr HTML eingebettet verwenden. Google empfiehlt jedoch ausdrücklich JSON-LD und es ist das Format, das sie in allen ihren Dokumentationsbeispielen verwenden. JSON-LD ist auch weitaus einfacher zu pflegen, da es von Ihrem Seiten-Layout getrennt ist. Sie können es programmgesteuert aus CMS-Daten generieren, ohne Templates zu berühren.

Wie kann ich einen Arzt handhaben, der an mehreren Standorten praktiziert?

Verwenden Sie die practicesAt-Eigenschaft mit einem Array von MedicalClinic oder Hospital Entitäten, jede mit ihrer eigenen @id. Duplizieren Sie die Arzt-Entität nicht über Standorte -- erstellen Sie eine kanonische Physician Entität und verlinken Sie sie mit mehreren Praxis-Standorten. Das Schema jedes Standorts sollte auch den Arzt über member referenzieren.

Sollte ich Patientenbewertungen in mein Arzt-Schema einbeziehen?

Nur wenn die Bewertungen auf der Arzt-Seite sichtbar angezeigt werden. Verwenden Sie die aggregateRating-Eigenschaft auf dem Physician Typ und beziehen Sie ratingValue, reviewCount und bestRating ein. Google nimmt dies ernst -- das Markieren versteckter oder gefälschter Bewertungen kann zu manuellen Strafen führen. Wenn Sie Bewertungen über Drittanbieter-Plattformen wie Healthgrades sammeln, verlinken Sie stattdessen auf sie über sameAs.

Wie oft sollte ich Medical Practice Schema Markup aktualisieren?

Aktualisieren Sie Ihre strukturierten Daten, wann immer sich die zugrunde liegenden Informationen ändern: neue Geschäftszeiten, ein Arzt kommt oder geht, ein Anbieter akzeptiert keine neuen Patienten mehr, oder Kontaktinformationen ändern. Für Praxen, die ein Headless CMS mit dynamischer Schema-Generierung verwenden, geschieht dies automatisch, wenn Inhaltsredakteure das CMS aktualisieren. Wenn Sie JSON-LD hardcodieren, legen Sie mindestens eine vierteljährliche Überprüfungskadenz fest. Veraltete strukturierte Daten -- besonders falsche isAcceptingNewPatients oder telephone Werte -- untergraben das Vertrauen sowohl bei Google als auch bei Patienten.