Kostenloses Tool · ohne Anmeldung · sofortiges Ergebnis

Schema-Validator — prüfen Sie, ob Ihr JSON-LD noch etwas bewirkt

Google zeigt für FAQPage und HowTo auf den meisten Websites keine Rich-Suchergebnisse mehr; Markup, das Sterne in den Suchergebnissen bringen sollte, zeigt dort keine sichtbare Wirkung mehr. Die Aufgabe, die strukturierte Daten weiterhin erfüllen, ist unspektakulär und beständiger: Sie halten maschinenlesbar fest, welches Unternehmen, welches Produkt, welcher Autor und welche Seite gemeint sind. Geben Sie eine URL ein: Der Validator extrahiert jeden JSON-LD-Block, baut den Entity-Graph nach und meldet, was ihn bricht — fehlende erforderliche Eigenschaften, Autoren als blosse Strings, duplizierte statt per @id verknüpfte Entitäten, falsch geschriebene @type-Werte — jeweils mit der passenden Lösung.

Liest das serverseitig gerenderte HTML einer Seite. Es wird nichts gespeichert. Nur JSON-LD — Markup, das clientseitiges JavaScript oder ein Tag-Manager einfügt, sieht dieser Check nicht.

Was dieser Schema-Validator prüft

Das Tool liest eine Seite und bewertet die strukturierten Daten darauf. Es kann nicht überprüfen, ob stimmt, was das Markup behauptet, und es sagt nie ein Rich-Suchergebnis oder ein AI-Zitat voraus — darüber wird anderswo entschieden.

  • Jeden application/ld+json-Block und ob er sich parsen lässt
  • Erforderliche Eigenschaften pro schema.org-Typ
  • Empfohlene Eigenschaften, separat ausgewiesen
  • Identität des Herausgebers — Organization, LocalBusiness oder Person
  • sameAs-Links, die die Entität bestätigen
  • @id-Adressierbarkeit und stille Duplikate von Entitäten
  • Autoren und Herausgeber, die als Strings statt als Entitäten angegeben sind
  • Falsch geschriebene oder unbekannte @type-Werte
  • Vollständigkeit der BreadcrumbList
  • Relative URLs in url, @id, logo, image, sameAs
  • Welche vorhandenen Typen bei Google noch ein Rich-Suchergebnis erzeugen
  • Ob das Markup zur sichtbaren Seite passt (das muss ein Mensch beurteilen)
  • Schema, das JavaScript oder GTM einfügt (nur serverseitig gerendertes HTML)
  • Microdata und RDFa (erkannt, nicht validiert)
  • Ob ein Rich-Suchergebnis erscheint (Google entscheidet pro Suchanfrage)
  • Ob AI-Engines Ihr Markup nutzen (kein Anbieter legt das offen)
  • Abdeckung der ganzen Website (eine Seite pro Durchlauf — siehe das vollständige Audit)

So wird der Score berechnet

Zehn gewichtete Prüfungen. Eine Seite ohne parsebares JSON-LD erreicht höchstens 10 Punkte, und jeder strukturelle Fehler begrenzt den Score auf unter 50 — eine gute Zahl verdeckt also nie einen kaputten Graph. Hinweise — eingestellte Typen von Rich-Suchergebnissen, empfohlene Eigenschaften — fliessen nicht in die Wertung ein.

PunktePrüfungWas erfüllt sein muss
18JSON-LD vorhanden und parsebarMindestens ein application/ld+json-Block mit gültigem JSON. Ein Block, der sich nicht parsen lässt, zählt nichts.
12Identität des HerausgebersEine Organization-, LocalBusiness- oder Person-Entität mit name, url und logo.
12sameAs-Verknüpfungen der EntitätExterne Profile, die belegen, wer die Entität ist — für die volle Punktzahl zwei oder mehr.
12Entität der SeiteEin Typ, der beschreibt, worum es auf dieser Seite geht. Generische Container-Typen erhalten Teilpunkte.
12Erforderliche EigenschaftenJede erkannte Entität enthält, was ihr eigener Typ verlangt.
10Autoren als Entitätenauthor und publisher sind typisierte Objekte oder @id-Verweise, nie blosse Strings.
8@id-AdressierbarkeitWiederverwendbare Entitäten haben stabile Kennungen und werden nicht stillschweigend dupliziert.
6BreadcrumbListVorhanden, mit position, name und item auf jeder Ebene.
6Erkannte @type-WerteKeine falsch geschriebenen Typen — ein Tippfehler entwertet stillschweigend die Entität, an der er steht.
4Absolute URLsurl, @id, logo, image und sameAs enthalten Protokoll und Host.

Was strukturierte Daten tatsächlich leisten — und was nicht

Mit strukturierten Daten sagt eine Seite, was sie ist — in einem Format, das Raten überflüssig macht. Alles andere auf einer Webseite muss erschlossen werden: Eine Maschine liest «Basel, 2020» und folgert, dass das eine eine Stadt und das andere ein Gründungsjahr ist. JSON-LD überspringt diese Schlussfolgerung: Es benennt den Herausgeber, den Autor, das Produkt und die Beziehungen zwischen ihnen im Vokabular von schema.org, das verarbeitende Systeme bereits parsen. Google sagt ausdrücklich, dass dies kein Rankingfaktor ist und dass gültiges Markup eine Seite nur für ein Rich-Suchergebnis in Frage kommen lässt. Auch kein AI-Anbieter hat es als Input für das Retrieval ausgewiesen. Was nach beidem bleibt: Markup klärt die Identität. Wer hat das veröffentlicht, wer hat es geschrieben, welches Unternehmen dieses Namens ist gemeint — genau diese Fragen beantwortet eine Antwort falsch, wenn nichts auf der Seite sie ausdrücklich klärt, und dieser Validator prüft, ob Sie sie beantwortet haben.

Typen strukturierter Daten, die keine Rich-Suchergebnisse mehr erzeugen

Die meisten Ratschläge zu Schema-Markup sind älter als die Funktionen, die sie empfehlen. Zwei weit verbreitete Typen erzeugen in der Google-Suche nichts mehr — das Markup bleibt gültig, und es zu entfernen ist freiwillig, aber eine Suchfunktion davon zu erwarten ist nicht realistisch.

TypStatusLohnt es sich, ihn zu behalten?
FAQPageRich-Suchergebnis am 7. Mai 2026 aus der Google-Suche entfernt; Dokumentation am 15. Juni 2026 eingestelltUnschädlich und weiterhin gültiges schema.org. Es stellt jedem Parser saubere Frage-Antwort-Paare bereit und bleibt so als maschinenlesbarer Inhalt nützlich — nur nicht als Suchfunktion.
HowTo2023 auf Mobilgeräten und Desktop entfernt; auf keiner Oberfläche ein Rich-SuchergebnisGleiche Lage: gültiges Markup, keine Suchfunktion.

Dieser Validator meldet beide als Hinweise und rechnet sie nicht gegen Ihren Score an. Typen, die weiterhin Rich-Suchergebnisse erzeugen — Article, Breadcrumb, Product, Review, Event, JobPosting, LocalBusiness, Organization, Recipe, Video und weitere —, werden in Ihrem Ergebnis aufgeführt, wenn sie vorhanden sind.

Häufige Fehler im Schema-Markup und wie Sie sie beheben

Grob danach geordnet, wie oft sie auf echten Websites vorkommen. Die ersten drei erklären die meisten kaputten Entity-Graphs.

  1. Der Autor ist ein blosser String. author: "Anna Muster" nennt jemanden, ohne ihn zu identifizieren — ein String kann weder eine URL noch eine sameAs-Liste noch eine Kennung tragen. Lösung: Verwenden Sie ein verschachteltes Person-Objekt mit url und sameAs oder einen @id-Verweis auf eine Person-Entität, die einmal definiert ist.
  2. Ein überzähliges Komma am Ende macht den ganzen Block unbrauchbar. Ein einziges ungültiges Zeichen macht das JSON unlesbar, und ein Block, der sich nicht parsen lässt, wird vollständig ignoriert. Jede Entität darin geht stillschweigend verloren. Lösung: Validieren Sie den Block bei jedem Deployment als reines JSON. Template-Engines hängen ein überzähliges Komma an, wenn eine Schleife vorzeitig endet.
  3. Dieselbe Organization wird auf jeder Seite ohne @id deklariert. Ohne gemeinsame Kennung erscheint dasselbe Unternehmen auf jeder URL als neues, unabhängiges Objekt statt als eine Entität, die mehrfach erwähnt wird. Lösung: Deklarieren Sie es einmal mit einer @id wie https://example.com/#organization und verweisen Sie überall sonst auf diese @id.
  4. Ein falsch geschriebener @type. "Blogposting" oder "FAQpage" sind keine schema.org-Typen. Bei Typnamen zählt die Gross- und Kleinschreibung, und ein Tippfehler entwertet die Entität ohne sichtbare Fehlermeldung. Lösung: Gleichen Sie jeden @type mit schema.org ab. Dieser Validator markiert alles, was er nicht erkennt.
  5. Relative URLs im Markup. Strukturierte Daten werden losgelöst von der Seite verarbeitet; "/logo.png" hat dort nichts, wogegen es sich auflösen liesse. Lösung: Verwenden Sie für url, @id, logo, image und sameAs absolute URLs mit Protokoll und Host.
  6. Markup, das der sichtbaren Seite widerspricht. Eine Bewertung, ein Preis oder eine Anzahl Rezensionen im Markup, die auf der Seite nicht erscheinen, sind ein Richtlinienverstoss, keine Abkürzung. Damit riskieren Sie eine manuelle Massnahme. Lösung: Zeichnen Sie nur aus, was Besucher auf der Seite sehen können.
  7. Schema, das ein Tag-Manager einfügt. Markup, das clientseitiges JavaScript hinzufügt, fehlt im serverseitig gerenderten HTML, das viele Parser lesen — es wird womöglich nie gesehen. Lösung: Rendern Sie strukturierte Daten serverseitig. Wenn das nicht möglich ist, prüfen Sie separat mit einem Tool, das JavaScript ausführt.
  8. sameAs verweist auf Seiten, die Sie nicht kontrollieren. sameAs soll die Entität mit Profilen verknüpfen, die nachweislich dieselbe Entität sind. Beliebige Erwähnungen schwächen das Signal, statt es zu stärken. Lösung: Führen Sie nur offizielle Profile auf: Ihre eigenen Konten und massgebliche Datenbanken, in denen der Eintrag tatsächlich Ihnen gehört.

JSON-LD-Vorlagen zum Kopieren

Fünf Ausgangspunkte, alle strukturell gültig. Ersetzen Sie die Werte durch Ihre eigenen — lassen Sie nie Platzhalterdaten in der Produktion stehen — und führen Sie den Validator oben danach erneut aus, um zu bestätigen, dass der Block sich parsen lässt und korrekt verknüpft ist.

Organization mit Entity-Verknüpfungen (websiteweit)
{
  "@context": "https://schema.org",
  "@type": "Organization",
  "@id": "https://example.com/#organization",
  "name": "Beispiel AG",
  "url": "https://example.com/",
  "logo": {
    "@type": "ImageObject",
    "url": "https://example.com/logo.png",
    "caption": "Beispiel AG"
  },
  "description": "Ein Satz dazu, was das Unternehmen tut und für wen.",
  "foundingDate": "2019-03-01",
  "sameAs": [
    "https://www.linkedin.com/company/example",
    "https://github.com/example",
    "https://www.crunchbase.com/organization/example"
  ]
}
Article mit einer echten Person als Autor
{
  "@context": "https://schema.org",
  "@type": "Article",
  "headline": "Titel des Artikels, unter 110 Zeichen",
  "description": "Ein oder zwei Sätze, die den Artikel zusammenfassen.",
  "datePublished": "2026-07-22",
  "dateModified": "2026-07-22",
  "image": "https://example.com/images/article.jpg",
  "author": {
    "@type": "Person",
    "name": "Anna Muster",
    "url": "https://example.com/team/anna-muster/",
    "jobTitle": "Leiterin Forschung",
    "sameAs": ["https://www.linkedin.com/in/annamuster"]
  },
  "publisher": { "@id": "https://example.com/#organization" },
  "mainEntityOfPage": "https://example.com/blog/der-artikel/"
}
Product mit Offer und Bewertung
{
  "@context": "https://schema.org",
  "@type": "Product",
  "name": "Beispielprodukt",
  "image": ["https://example.com/images/product.jpg"],
  "description": "Was das Produkt ist und für wen es gedacht ist.",
  "sku": "EX-1001",
  "brand": { "@type": "Brand", "name": "Beispiel" },
  "offers": {
    "@type": "Offer",
    "url": "https://example.com/products/example/",
    "price": "149.00",
    "priceCurrency": "CHF",
    "availability": "https://schema.org/InStock",
    "priceValidUntil": "2026-12-31"
  },
  "aggregateRating": {
    "@type": "AggregateRating",
    "ratingValue": "4.6",
    "reviewCount": "127"
  }
}
BreadcrumbList
{
  "@context": "https://schema.org",
  "@type": "BreadcrumbList",
  "itemListElement": [
    { "@type": "ListItem", "position": 1, "name": "Start", "item": "https://example.com/" },
    { "@type": "ListItem", "position": 2, "name": "Blog", "item": "https://example.com/blog/" },
    { "@type": "ListItem", "position": 3, "name": "Dieser Artikel" }
  ]
}
LocalBusiness
{
  "@context": "https://schema.org",
  "@type": "LocalBusiness",
  "@id": "https://example.com/#business",
  "name": "Studio Beispiel",
  "url": "https://example.com/",
  "telephone": "+41612345678",
  "address": {
    "@type": "PostalAddress",
    "streetAddress": "Freie Strasse 12",
    "addressLocality": "Basel",
    "postalCode": "4001",
    "addressCountry": "CH"
  },
  "geo": { "@type": "GeoCoordinates", "latitude": 47.5596, "longitude": 7.5886 },
  "openingHoursSpecification": [{
    "@type": "OpeningHoursSpecification",
    "dayOfWeek": ["Monday","Tuesday","Wednesday","Thursday","Friday"],
    "opens": "09:00", "closes": "18:00"
  }],
  "sameAs": ["https://www.facebook.com/example", "https://www.instagram.com/example"]
}

Schema-Validator vs. Test für Rich-Suchergebnisse vs. Schema.org Validator

Drei Tools, drei verschiedene Fragen. Nutzen Sie für eine wichtige Seite alle drei; wo sie sich widersprechen, lernen Sie etwas.

ToolWas es prüftWas es Ihnen nicht sagtSinnvoll, wenn
Test für Rich-Suchergebnisse von GoogleOb Google für diese Seite ein Rich-Suchergebnis anzeigen würde, Typ für TypAlles ausserhalb der Eignung für Rich-Suchergebnisse: Entity-Verknüpfungen, doppelte Entitäten, Autoren als StringSie Markup für eine Suchfunktion eingebaut haben und wissen wollen, ob es sich qualifiziert
Schema.org ValidatorOb das Markup gültiges schema.org ist: bekannte Typen, zugehörige Eigenschaften, parsebare SyntaxOb der Graph Sinn ergibt: Zwei Organizations mit verschiedenen Logos bestehen, eine Person ohne url besteht ebenfallsSie Markup von Hand geschrieben haben und das Vokabular prüfen wollen
Dieser ValidatorDen Entity-Graph: erforderliche Eigenschaften pro Typ, @id-Verknüpfungen zwischen Blöcken, typisierte Autoren und Herausgeber, sameAs, falsch geschriebene @type-Werte, relative URLs; Score 0–100Die Eignung für Rich-Suchergebnisse und die Anzeigeentscheidung von GoogleSie wollen, dass eine Maschine eindeutig erkennt, welches Unternehmen, welches Produkt, welcher Autor und welche Seite gemeint sind

Schema-Markup in drei Schritten validieren

URL einfügen, Graph lesen, die drei Fehler beheben, die auf den meisten Websites wiederkehren. Erstens ruft der Validator das Server-HTML ab und extrahiert jeden JSON-LD-Block; Markup, das der Tag Manager einfügt, sieht er nicht — genau wie die meisten Crawler. Zweitens lesen Sie den Entity-Graph, den er nachbaut: eine Organization mit @id, jeder Article verweist mit publisher auf diese @id, jeder Autor ist eine Person mit url. Drittens arbeiten Sie die Befunde in der Reihenfolge des Scores ab; die üblichen Ursachen sind ein Autor als blosser String, dieselbe Entität zweimal mit unterschiedlichen Werten deklariert und eine fehlende erforderliche Eigenschaft für den Typ. Der Abschnitt Häufige Fehler weiter oben zeigt die Lösung für jeden Fall.

Garantiert gültiges Schema Rich-Suchergebnisse oder AI-Zitate?

Nein, in beiden Fällen nicht. Google sagt, dass strukturierte Daten eine Seite für ein Rich-Suchergebnis in Frage kommen lassen und dass das keine Garantie ist — die Anzeige hängt von der Suchanfrage und von Googles eigener Einschätzung ab. Bei AI-Antwortmaschinen ist die Lage noch dünner: Kein Anbieter hat strukturierte Daten als Input für Retrieval oder Zitate ausgewiesen. Ein perfekter Score bedeutet hier, dass Ihr Entity-Graph vollständig und in sich stimmig ist. Das ist für sich genommen wertvoll, aber kein Mechanismus für Sichtbarkeit. Die Lücke zwischen korrektem Markup und tatsächlichem Zitiertwerden misst das AI-Audit, und genau dort setzt die Arbeit an AEO und GEO an.

Schema-Validator — häufige Fragen

Was ist der Unterschied zwischen einem Schema-Validator und dem Test für Rich-Suchergebnisse von Google?

Der Test für Rich-Suchergebnisse beantwortet genau eine Frage — würde Google für diese Seite ein Rich-Suchergebnis anzeigen — und schweigt zu allem anderen. Dieser Validator bewertet den Entity-Graph: ob Ihre Organization-, Article- und Person-Blöcke über @id aufeinander verweisen oder als isolierte Inseln dastehen, ob der Herausgeber auflösbar ist, ob sameAs irgendwohin zeigt. Nutzen Sie beide. Wo sie sich widersprechen, lernen Sie etwas.

Verbessert Schema-Markup das Ranking?

Nein. Google hat wiederholt erklärt, dass strukturierte Daten kein Rankingfaktor sind. Sie sorgen dafür, dass eine Seite für bestimmte Darstellungen in Frage kommt und die Entitäten darauf maschinenlesbar sind. Wer Schema als Ranking-Hebel verkauft, verkauft das Falsche zum falschen Preis.

Erscheinen FAQPage-Rich-Suchergebnisse noch bei Google?

Nein. Google hat FAQ-Rich-Suchergebnisse im August 2023 auf eine kleine Gruppe massgeblicher Websites von Behörden und aus dem Gesundheitsbereich beschränkt, HowTo auf dem Desktop entfernt und das FAQ-Rich-Suchergebnis am 7. Mai 2026 ganz aus der Suche genommen. Wenn Sie FAQPage-Markup für mehr Fläche in den Suchergebnissen eingebaut haben, ist dieser Handel vorbei — das Markup lohnt sich jetzt nur noch für das, was es über die Seite aussagt, nicht dafür, wie sie aussieht.

Sind strukturierte HowTo-Daten noch nützlich?

Nicht für die Darstellung. Google hat HowTo-Rich-Suchergebnisse mit derselben Änderung von 2023 gestrichen und nicht wieder eingeführt. Das Markup zu behalten kostet nichts und beschreibt Ihre Inhalte zutreffend; wer davon einen sichtbaren Effekt erwartet, wird beim ersten Blick auf die Suchergebnisse enttäuscht.

Wofür wird sameAs verwendet?

Es ist die Verknüpfung, die Eindeutigkeit herstellt. sameAs verweist von Ihrer Organization oder Person auf massgebliche Profile an anderer Stelle — Wikidata, Wikipedia, LinkedIn, Crunchbase —, damit eine Maschine, die Ihre Seite liest, den Namen einem Eintrag zuordnen kann, dem sie bereits vertraut. Ohne sameAs ist eine Entität mit einem verbreiteten Namen nur ein String, hinter dem jeder stecken könnte.

Was bewirkt @id in JSON-LD?

Es gibt einer Entität eine stabile Kennung, damit andere Blöcke auf sie verweisen können, statt sie erneut zu beschreiben. Deklarieren Sie Ihre Organization einmal mit einer @id und lassen Sie das publisher-Feld jedes Article auf diese @id zeigen. Wer das vollständige Organization-Objekt in jedem Block wiederholt, erzeugt einen Graph mit mehreren fast identischen Unternehmen — der häufigste strukturelle Fehler, den dieser Validator findet.

Sollte der Autor ein String oder ein Objekt sein?

Ein Objekt. "author": "Anna Muster" ist eine Beschriftung; ein Person-Objekt mit Namen, einer url zu einer echten Profilseite und sameAs-Links ist eine Entität, die sich überprüfen und mit anderen Arbeiten verknüpfen lässt. Die String-Form lässt sich sauber parsen und trägt keine Information — deshalb besteht sie die meisten Validatoren und fällt bei diesem durch.

Wie viele JSON-LD-Blöcke sollte eine Seite haben?

So viele, wie die Seite unterschiedliche Entitäten hat, verknüpft zu einem Graph. Mehrere Blöcke sind in Ordnung. Nicht in Ordnung ist dieselbe Entität, zweimal mit unterschiedlichen Werten deklariert — etwa zwei Organizations mit verschiedenen Logos —, denn keine Regel sagt einem verarbeitenden System, welche gilt, und das sichere Verhalten ist dann, keiner zu trauen.

Sieht dieser Validator Schema, das der Google Tag Manager einfügt?

Nein, und auch sonst nichts, was das Server-HTML liest — darunter die meisten AI-Crawler. GTM fügt Markup ein, nachdem JavaScript gelaufen ist. Existieren Ihre strukturierten Daten nur clientseitig, beschreibt die Meldung «kein JSON-LD gefunden» zutreffend, was ein System erhält, das nicht rendert.

Prüft das Tool auch Microdata und RDFa?

Es erkennt beide und meldet, dass sie vorhanden sind, bewertet aber nur JSON-LD. Google empfiehlt JSON-LD, fast jede moderne Website gibt es aus, und gemischte Formate auf einer Seite deuten meist darauf hin, dass zwei Systeme Markup schreiben, für das sich kein Team ganz zuständig fühlt.

Kann fehlerhaftes Schema-Markup einer Website schaden?

Nicht als Ranking-Abstrafung. Es kann Sie genau die Eignung kosten, für die das Markup gedacht war, und es kann aktiv in die Irre führen — ein falscher Preis, ein veraltetes Datum oder ein falsch geschriebener @type behauptet etwas Falsches über Ihre Seite, und zwar in einem Format, dem ohne Prüfung vertraut werden soll. Das ist schlimmer als gar kein Markup.

Lesen AI-Suchmaschinen strukturierte Daten?

Kein Anbieter hat strukturierte Daten als Input für Retrieval oder Zitate ausgewiesen; jede Behauptung, Schema treibe AI-Zitate an, ist also eine Schlussfolgerung. Belastbar ist: Strukturierte Daten beseitigen Unklarheit darüber, wer und was Gegenstand einer Seite ist, und Unklarheit ist ein dokumentierter Grund dafür, dass Antworten dem falschen Unternehmen zugeschrieben werden.

Ist das ein Schema.org-Validator?

Er validiert schema.org-Markup in JSON-LD, insofern ja — aber er prüft eine andere Ebene als der offizielle Schema.org Validator. Jenes Tool bestätigt das Vokabular: Die Typen existieren, die Eigenschaften gehören zu ihnen. Dieses Tool setzt voraus, dass das Vokabular stimmt, und prüft den Graph: ob die Blöcke auf der Seite eine zusammenhängende Gruppe von Entitäten beschreiben, ob die für den Typ erforderlichen Eigenschaften vorhanden sind und ob Autoren und Herausgeber typisierte Objekte sind, die eine Maschine auflösen kann.

Wie validiere ich das Schema-Markup meiner Seite?

Fügen Sie oben die URL ein und starten Sie die Prüfung. Der Validator ruft das Server-HTML ab, extrahiert jeden JSON-LD-Block, baut den Entity-Graph nach und listet jeden Befund mit einer Lösung auf. Bestätigen Sie die Eignung für Rich-Suchergebnisse anschliessend separat im Test für Rich-Suchergebnisse von Google, denn die beiden Tools beantworten unterschiedliche Fragen und können zu unterschiedlichen Ergebnissen kommen.

Korrektes Markup und trotzdem nicht zitiert? Dafür gibt es die anderen 38 Signale.

Das kostenlose AI-Audit bewertet 39 Signale — Crawler-Zugang, llms.txt, Metadaten, Extrahierbarkeit der Inhalte, Signale der Marke als Entität und aktuelle AI-Sichtbarkeit — und schickt Ihnen per E-Mail einen Score von 0–100 mit den drei Fixes, die ihn am stärksten verbessern.

Kostenloses AI-Audit starten