KI-Copiloten · Website-Analyse-Assistent · Beispiel-Audit
Website-Audit-Bericht
Dieser Bericht wurde vollautomatisch durch den KI-Copiloten Website-Analyse-Assistenten erstellt. Er zeigt, was Sie nach einem echten Audit erhalten — auf Basis einer realen Analyse, anonymisiert für diese Vorschau. Er ersetzt keine manuelle Agenturberatung, liefert Ihnen aber eine fundierte, priorisierte Grundlage für Ihre Optimierungsentscheidungen.
Das erhalten Sie in diesem Bericht
- Gesamt-Score & Score-Übersicht — alle 7 Bereiche auf einen Blick
- Zusammenfassung — die wichtigsten Erkenntnisse
- Detailbefunde je Bewertungsbereich (7 Bereiche)
- Top Quick-Wins — priorisierte Maßnahmen mit Was · Warum · Wie
- Glossar — Erklärung aller Fachbegriffe
Bewertungsübersicht
Score-Übersicht
| Bewertungsbereich | Score | Bewertung |
|---|---|---|
| Gesamt | Ausbaufähig | |
| SEO & Sichtbarkeit | Ausbaufähig | |
| Performance & Technik | Kritisch | |
| Nutzererlebnis (UX) | Gut | |
| Überzeugung & Conversion | Kritisch | |
| Recht & Compliance | Gut | |
| Tracking & Auffindbarkeit | Gut | |
| KI-Readiness | Kritisch |
Executive Summary
Zusammenfassung
Die Website steht auf soliden Grundlagen bei Recht & Compliance und beim Basis-Tracking: HTTPS ist aktiv, Impressum und Datenschutz sind vorhanden und erreichbar, und ein Web-Analytics-System (GA4) sowie eine erreichbare robots.txt bilden die Mess- und Auffindbarkeits-Grundlage. Das erleichtert die weitere Optimierung.
Gravierende Schwächen zeigen sich dagegen bei Performance & Technik: Die Seite lädt mobil langsam und ist beim Aufbau instabil, und es sind keine Security-Header gesetzt. Auch bei der Conversion fehlt es an Führung — es wurde nur ein einziger Handlungsaufruf gefunden, und im gecrawlten HTML sind keine Vertrauenssignale (Social Proof) eindeutig messbar.
Der kritischste Befund ist die KI-Readiness: Ohne llms.txt und ohne Schema.org-Markup erhalten KI-Crawler wie GPTBot, ClaudeBot und PerplexityBot keine strukturierte Orientierung — die Inhalte lassen sich maschinell kaum erschließen.
Empfohlener Schwerpunkt: Performance-Stabilität, KI-Readiness und Conversion-Führung. Dort liegt der größte Hebel — bei überschaubarem Aufwand.
Detailbefunde
Befunde je Bewertungsbereich
SEO & Sichtbarkeit
ℹ️ Warum wird dieser Bereich bewertet?
Sichtbarkeit in Suchmaschinen ist die Grundlage für organischen Traffic. Korrekte Meta-Tags, strukturierte Daten (Schema.org) und eine erreichbare Sitemap helfen Suchmaschinen, Ihre Inhalte vollständig zu erfassen und richtig einzuordnen.
💡 Was sollten Sie darüber wissen?
Schema.org-Markup (als JSON-LD) macht Inhalte maschinenlesbar und ist Voraussetzung für Rich Snippets. Open-Graph-Tags steuern, wie Seiten beim Teilen in sozialen Netzwerken als Vorschau erscheinen — beides fehlt hier auf der Startseite.
Kein Schema.org-Markup — Rich Snippets & KI-Verständnis ungenutzt
Auf der analysierten Seite wurde kein JSON-LD und kein Schema.org-Typ gefunden. Ohne strukturierte Daten bleiben Rich Snippets in den Suchergebnissen und ein maschinelles Verständnis der Inhalte ungenutzt.
→ json_ld_count: 0 · schema_types: []
Empfehlung: Mindestens Organization-Schema auf der Startseite einbinden, ergänzt um FAQPage-Schema. Über den Tag Manager einfügbar — kein Code-Deployment nötig.
Keine Open-Graph-Tags — Social Shares ohne Vorschau
Auf der Startseite wurden keine Open-Graph-Tags gefunden. Ohne og:title, og:description und og:image erzeugen geteilte Links in sozialen Netzwerken (LinkedIn, Xing) nur generische Platzhalter — das senkt Klickraten und Markenwahrnehmung.
→ og_title: false · og_description: false · og_image: false
Empfehlung: og:title, og:description und ein 1200×630 px Open-Graph-Bild im <head> ergänzen — manuell oder über ein CMS-SEO-Plugin (Yoast, RankMath).
Keine sitemap.xml erreichbar — erschwert vollständige Erfassung
Unter der üblichen Adresse war keine sitemap.xml erreichbar. Eine Sitemap hilft Suchmaschinen, alle relevanten Seiten zuverlässig und vollständig zu finden — besonders bei größeren Websites.
→ sitemap_xml: false · robots_txt: true
Empfehlung: sitemap.xml erzeugen (die meisten CMS/SEO-Plugins tun das automatisch) und in der robots.txt referenzieren.
Flache Heading-Hierarchie — H3-Ebene fehlt
Die Seite arbeitet mit H1 und H2, verzichtet aber auf eine H3-Ebene. Das erschwert Suchmaschinen und Lesern die thematische Feingliederung längerer Abschnitte.
→ h_count: {h1:1, h2:2, h3:0}
Empfehlung: Längere Textabschnitte mit sinnvollen H3-Überschriften gliedern und dabei aussagekräftige, thematisch passende Formulierungen wählen.
Dünner Textumfang
Die analysierte Seite ist mit rund 570 Wörtern eher textarm. Mehr substanzieller Inhalt gibt Suchmaschinen mehr Kontext, worum es auf der Seite geht.
→ word_count: 572
Empfehlung: Kerninhalte substanzieller ausformulieren — Leistungen, Nutzen und häufige Fragen konkret beschreiben, statt nur anzureißen.
Positiv erkannt: Title und Meta-Description sind vorhanden, robots.txt ist erreichbar. Der größte Hebel liegt bei strukturierten Daten (Schema.org) und den Open-Graph-Tags — beide mit vergleichsweise geringem Aufwand nachrüstbar.
Performance & Technik
ℹ️ Warum wird dieser Bereich bewertet?
Google nutzt Core Web Vitals (LCP, INP, CLS) als direkte Ranking-Faktoren. Langsame und instabile Seiten verlieren Nutzer und Rankings gleichzeitig — jede Sekunde zusätzliche Ladezeit kostet messbar Conversion-Rate und organische Sichtbarkeit.
💡 Was sollten Sie darüber wissen?
LCP (Largest Contentful Paint) misst, wann das größte Element geladen ist — Zielwert unter 2,5 Sekunden. CLS misst die Layout-Stabilität, TBT und INP die Reaktionsfähigkeit. Security-Header wie HSTS und CSP schützen vor Angriffen und sind zugleich ein Vertrauenssignal.
Langsame Ladezeit mobil — LCP 4,2 s, PageSpeed mobil 45/100
Der Largest Contentful Paint liegt mobil bei 4,2 Sekunden — deutlich über dem Zielwert von 2,5 Sekunden. Der mobile PageSpeed-Score von 45/100 bestätigt: Die Seite lädt für mobile Besucher spürbar zu langsam.
→ lcp_ms: 4200 · performance_score_mobile: 45 · cwv_lcp_ok: false
Empfehlung: Bilder optimieren (moderne Formate, korrekte Größen, Lazy Loading) und Render-blockierende Ressourcen reduzieren. Das größte sichtbare Element priorisiert laden.
Layout-Instabilität — CLS 0,18
Der Cumulative Layout Shift liegt bei 0,18 und damit über dem Zielwert von 0,1. Inhalte verschieben sich während des Ladens sichtbar — das stört Nutzer und schwächt die Core Web Vitals.
→ cls: 0.18 · cwv_cls_ok: false
Empfehlung: Für Bilder und eingebettete Elemente feste Breiten/Höhen reservieren, damit beim Laden kein Nachrutschen entsteht.
Hohe Blockier- und Reaktionszeit — TBT 400 ms, INP 350 ms
Total Blocking Time (400 ms) und Interaction to Next Paint (350 ms) liegen beide über dem Zielwert von 200 ms. Die Seite reagiert dadurch verzögert auf Nutzereingaben.
→ tbt_ms: 400 · inp_ms: 350
Empfehlung: JavaScript-Last reduzieren und aufteilen, nicht kritische Skripte verzögert laden — so wird der Hauptthread beim Laden weniger blockiert.
Keine Security-Header gesetzt
Es wurden keine Security-Header gefunden: weder HSTS noch CSP, X-Frame-Options oder X-Content-Type-Options. Diese Header schützen vor gängigen Angriffen und sind ein einfacher, wirksamer Härtungsschritt.
→ hsts: false · csp: false · xfo: false · xcto: false
Empfehlung: HSTS, CSP, X-Frame-Options und X-Content-Type-Options: nosniff in der Serverkonfiguration oder über das CDN ergänzen — meist wenige Konfigurationszeilen.
Positiv erkannt: HTTPS ist aktiv. Der Bereich ist mit Score 19 der zweitschwächste — Ladezeit, Stabilität und die fehlenden Security-Header sind der wirksamste Ansatzpunkt und technisch gut behebbar.
Nutzererlebnis (UX)
ℹ️ Warum wird dieser Bereich bewertet?
Nutzererfahrung entscheidet, ob Besucher bleiben oder abspringen. Eine klare Struktur, gute Führung und Barrierefreiheit sorgen dafür, dass alle Besucher die Inhalte problemlos erfassen und zum nächsten Schritt finden.
💡 Was sollten Sie darüber wissen?
Barrierefreiheit (WCAG 2.2 AA) ist seit Juni 2025 durch den European Accessibility Act (EAA) für viele Unternehmen gesetzlich verpflichtend. Alt-Texte für Bilder sind dabei eine der häufigsten Lücken.
Alt-Text-Abdeckung nur 45 % — EAA/WCAG 2.2 nicht erfüllt
Nur 45 % der Bilder auf der analysierten Seite haben einen Alt-Text. Für vollständige WCAG 2.2 AA-Konformität (EAA-Anforderung) müssen alle informativen Bilder mit beschreibenden Alt-Attributen ausgezeichnet sein.
→ alt_coverage_pct: 45 · eaa_target: 100
Empfehlung: Alle Bilder systematisch im CMS auf fehlende Alt-Texte prüfen und beschreibende Formulierungen ergänzen — keine leeren Attribute oder Dateinamen als Alt-Text.
Nur 1 Handlungsaufruf — kaum Nutzerführung
Auf der Startseite wurde nur ein einziger Handlungsaufruf (CTA) gefunden — bei rund 570 Wörtern ist das für eine anfrageorientierte Website zu wenig. Nutzer scrollen durch Inhalte, ohne ausreichend zum nächsten Schritt geführt zu werden.
→ cta_count: 1 · word_count: 572
Empfehlung: Mehrere kontextrelevante CTAs über die Seite verteilen. Ein sichtbarer CTA ohne Scrollen (Above the Fold) ist dabei besonders wertvoll.
Positiv erkannt: Eine H1-Überschrift ist vorhanden und das Sprachattribut (lang=de) ist gesetzt. Der Bereich ist insgesamt „Gut" — die Alt-Texte und die Nutzerführung sind die beiden konkreten Ansatzpunkte.
Überzeugung & Conversion
ℹ️ Warum wird dieser Bereich bewertet?
Eine Website, die nicht zur Anfrage führt, ist eine teure Visitenkarte. Klare Handlungsaufforderungen (CTAs) und sichtbare Vertrauenssignale entscheiden mit, ob aus Besuchern Anfragen werden. Dieser Bereich prüft genau diese Elemente.
💡 Was sollten Sie darüber wissen?
CTAs sollten aktionsorientiert formuliert sein und klar kommunizieren, was nach dem Klick passiert. Vertrauenssignale (Social Proof) wie Kundenstimmen oder Referenzlogos senken die Hemmschwelle. Hinweis: Per JavaScript nachgeladene Inhalte sind für einen Crawl nicht sichtbar.
Nur 1 CTA gefunden — zu wenig Handlungsführung für ein Anfrage-Ziel
Auf der Startseite wurde nur ein einziger Handlungsaufruf gefunden. Für das erklärte Ziel „Mehr Anfragen" ist das zu wenig — Besucher werden kaum aktiv zur Kontaktaufnahme geführt.
→ cta_count: 1
Empfehlung: Mehrere klar formulierte CTAs an sinnvollen Stellen platzieren (z. B. „Jetzt Anfrage senden") — sichtbar ohne Scrollen und wiederkehrend über die Seite verteilt.
Keine Vertrauenssignale (Social Proof) eindeutig messbar
Im gecrawlten HTML waren keine Vertrauenssignale wie Kundenstimmen, Referenzlogos oder Gütesiegel eindeutig erkennbar. Hinweis: Per JavaScript nachgeladene Inhalte sind für den Crawl unsichtbar — sie sollten zusätzlich manuell geprüft werden.
→ social_proof: not_detected
Empfehlung: Mindestens ein Trust-Element sichtbar im oberen Seitenbereich verankern: Kundenstimmen, Logos von Referenzen oder Bewertungssiegel — idealerweise direkt im HTML, nicht nur nachgeladen.
Kein Schema.org — behindert Rich Snippets
Auf der Seite wurde kein JSON-LD gefunden. Strukturierte Daten sind Voraussetzung für Rich Snippets in den Suchergebnissen, die die Klickrate positiv beeinflussen können.
→ json_ld_count: 0
Empfehlung: Schema.org-Markup einbinden (siehe Bereich SEO und KI-Readiness) — wirkt zugleich auf Sichtbarkeit und Darstellung in der Suche.
Positiv erkannt: Eine Meta-Description ist vorhanden. Mit Score 40 ist Conversion einer der schwächsten Bereiche — mehr Handlungsführung und sichtbare Vertrauenssignale sind der direkteste Hebel auf das Ziel „Mehr Anfragen".
Recht & Compliance
ℹ️ Warum wird dieser Bereich bewertet?
Rechtliche Grundlagen wie eine verschlüsselte Verbindung (HTTPS), ein erreichbares Impressum und eine Datenschutzerklärung sind Pflicht — und zugleich ein Vertrauenssignal. Fehlen sie, drohen Abmahnungen und Vertrauensverlust.
💡 Was sollten Sie darüber wissen?
Werden Analyse-Werkzeuge wie GA4 eingesetzt, ist in der Regel eine Einwilligung der Nutzer erforderlich. Ob ein Consent-Banner tatsächlich sauber greift, lässt sich aus einem reinen Crawl nicht abschließend beurteilen und sollte im Betrieb geprüft werden.
Security-Header fehlen — auch ein Sicherheits- und Vertrauenssignal
Es wurden keine Security-Header gefunden (u. a. HSTS und CSP fehlen). Neben dem Sicherheitsaspekt sind sie ein Signal für einen sauber gepflegten technischen Auftritt.
→ hsts: false · csp: false
Empfehlung: Die gängigen Security-Header serverseitig oder über das CDN ergänzen (siehe Bereich Performance & Technik).
Kein Consent-Banner im HTML erkennbar, obwohl Analytics eingebunden ist
Im gecrawlten HTML war kein Consent-Banner erkennbar, obwohl ein Analytics-System (GA4) eingebunden ist. Das ist kein sicherer Mangel — ein Banner kann per JavaScript nachgeladen sein. Bitte im laufenden Betrieb prüfen.
→ cookie_banner: not_detected · analytics: true
Empfehlung: Im Browser prüfen, ob ein Einwilligungs-Banner erscheint, bevor Analytics lädt. Falls nicht vorhanden, ein datenschutzkonformes Consent-Setup ergänzen.
Positiv erkannt: HTTPS ist aktiv, Impressum und Datenschutz sind vorhanden und erreichbar. Mit Score 80 ist der Bereich „Gut" — die offenen Punkte sind die Security-Header und die Prüfung des Consent-Setups.
Tracking & Auffindbarkeit
ℹ️ Warum wird dieser Bereich bewertet?
Dieser Bereich prüft, ob Ihre Website technisch sauber Daten erhebt (Web-Analytics) und für Suchmaschinen auffindbar ist (Sitemap, robots.txt) — also Ihr Tracking- und Auffindbarkeits-Setup. Er misst bewusst nicht Ihre Marktautorität, Reputation oder Backlinks: Das lässt sich aus dem Crawl einer einzelnen Seite nicht ablesen und wäre nur mit externen Datenquellen seriös zu bewerten.
💡 Was sollten Sie darüber wissen?
Ein Web-Analytics-System (hier GA4 erkannt) ist die Grundlage dafür, überhaupt zu messen, was auf der Website passiert. Eine robots.txt und eine Sitemap helfen Suchmaschinen, Ihre Seiten zu finden und einzuordnen. Beides ist hier teils vorhanden.
Keine sitemap.xml erreichbar — erschwert Suchmaschinen die Erfassung
Unter der üblichen Adresse war keine sitemap.xml erreichbar. Eine Sitemap hilft Suchmaschinen, alle relevanten Seiten zuverlässig zu finden — ein einfacher Baustein für bessere Auffindbarkeit.
→ sitemap_xml: false
Empfehlung: sitemap.xml erzeugen (die meisten CMS/SEO-Plugins tun das automatisch) und in der robots.txt referenzieren.
Positiv erkannt: Ein Analytics-System (GA4) ist eingebunden und die robots.txt ist erreichbar — die Mess- und Auffindbarkeits-Grundlage steht. Mit Score 80 ist der Bereich „Gut"; die fehlende Sitemap ist der einzige offene Punkt.
KI-Readiness
ℹ️ Warum wird dieser Bereich bewertet?
KI-Systeme wie ChatGPT und Perplexity werden für viele Nutzer zur Informationsquelle. Websites, deren Inhalte für KI-Crawler nicht strukturiert lesbar sind, lassen sich maschinell kaum erschließen — dieser Kanal bleibt dann ungenutzt.
💡 Was sollten Sie darüber wissen?
llms.txt (analog zu robots.txt) gibt KI-Crawlern eine Orientierung, welche Inhalte relevant sind. Schema.org-Markup (als JSON-LD) hilft KI-Systemen, Angebot, Zielgruppe und Nutzen korrekt einzuordnen. Beides fehlt hier vollständig.
Keine llms.txt — KI-Crawler ohne Orientierung
Im Root-Verzeichnis wurde keine llms.txt gefunden. KI-Crawler wie GPTBot (ChatGPT), ClaudeBot und PerplexityBot erhalten damit keine strukturierte Orientierung, welche Inhalte relevant sind und wie das Unternehmen beschrieben werden soll.
→ llms_txt: false
Empfehlung: Datei /llms.txt im Root anlegen: Unternehmensname, Kernleistungen, wichtige Seiten und bevorzugte Beschreibung. Template verfügbar unter llmstxt.org.
Kein Schema.org-Markup — KI-Systeme können Inhalte nicht strukturiert verarbeiten
Es wurde kein JSON-LD und kein Schema.org-Typ gefunden. Ohne strukturierte Daten können KI-Systeme Angebot, Zielgruppe und Nutzen nicht maschinell verstehen.
→ json_ld_count: 0 · schema_types: []
Empfehlung: Priorität: Organization-Schema (Wer sind Sie?) und FAQPage-Schema (Was fragen Nutzer?). Über den Tag Manager einfügbar — kein Code-Deployment nötig.
Kein FAQPage-Schema — stärkster Hebel für KI-Antworten fehlt
Auf der Seite wurde kein FAQPage-Schema gefunden. FAQ-Inhalte mit FAQPage-Markup gehören zu den wirksamsten Bausteinen dafür, dass KI-Systeme Fragen und Antworten sauber erfassen können.
→ faq_schema_present: false
Empfehlung: FAQ-Bereich mit den 8–10 wichtigsten Fragen anlegen und mit FAQPage-JSON-LD auszeichnen. Mit dem Google Rich Results Test validieren.
Positiv erkannt: Eine Meta-Description ist vorhanden. KI-Readiness ist mit Score 13 der schwächste Bereich — llms.txt und Schema.org sind die wirkungsvollsten Hebel bei minimalem Aufwand. Wer jetzt beginnt, baut früh einen Vorsprung auf.
Priorisierte Maßnahmen
Top Quick-Wins
Die folgenden Maßnahmen wurden nach Aufwand-Wirkungs-Verhältnis priorisiert. Hohe Priorität = große Wirkung bei überschaubarem Aufwand.
Security-Header setzen (HSTS, CSP, X-Content-Type-Options, X-Frame-Options)
llms.txt im Root anlegen
Schema.org einbinden (Organization + FAQPage)
Ladezeit & Stabilität verbessern (LCP, CLS, TBT)
sitemap.xml erzeugen und in robots.txt referenzieren
Alt-Texte auf 100 % bringen
Mehr Handlungsaufrufe und Vertrauenssignale ergänzen
Open-Graph-Tags ergänzen
Diese Analyse basiert auf der automatisierten Auswertung der Startseite der Website. Für eine vollständige Analyse aller relevanten Unterseiten empfehlen wir die Full-Audit-Variante mit bis zu 30 analysierten Seiten — verfügbar über die Digital Visibility Suite.
Die in diesem Bericht enthaltenen Compliance-Hinweise (insbesondere zu European Accessibility Act, EU AI Act und Datenschutz) ersetzen keine rechtliche Prüfung. Bitte ziehen Sie für rechtsverbindliche Aussagen einen Fachanwalt für IT-Recht hinzu.
Diese kostenlose Analyse nutzt ausschließlich frei verfügbare Quellen und prüft eine Seite (in der Regel die Startseite). Marktautorität, Backlink-Profil und tiefe KI-/GEO-Sichtbarkeit lassen sich daraus nicht seriös bewerten — sie erfordern kostenpflichtige externe Datenquellen und sind Teil des kostenpflichtigen Full-Audits (Digital Visibility Suite).
Fachbegriffe
Glossar
Erklärung aller im Bericht verwendeten Fachbegriffe — alphabetisch sortiert.
- CLS (Cumulative Layout Shift)
- Misst, wie stark sich Seitenelemente beim Laden verschieben. Hohe CLS-Werte sind störend für Nutzer und führen zu schlechteren Core Web Vitals.
- Content Security Policy (CSP)
- HTTP-Security-Header, der definiert, welche externen Quellen geladen werden dürfen. Schützt vor XSS-Angriffen (Cross-Site Scripting).
- Core Web Vitals
- Drei von Google definierte Metriken zur Seitenqualität: LCP (Ladezeit), INP (Interaktivität), CLS (Layout-Stabilität). Direkte Ranking-Faktoren seit 2021.
- EAA (European Accessibility Act)
- EU-Richtlinie, die seit Juni 2025 Barrierefreiheitsanforderungen für digitale Produkte vorschreibt. Betrifft Unternehmen ab 10 Mitarbeitern oder 2 Mio. € Umsatz.
- FAQPage-Schema
- Strukturierte Daten (JSON-LD), die häufige Fragen und Antworten maschinenlesbar machen — der stärkste Hebel für Sichtbarkeit in KI-generierten Suchantworten.
- HSTS (HTTP Strict Transport Security)
- Security-Header, der Browser anweist, die Website ausschließlich über HTTPS aufzurufen. Schützt vor Protocol-Downgrade-Angriffen.
- INP (Interaction to Next Paint)
- Core Web Vital seit März 2024: misst, wie schnell eine Seite auf Nutzereingaben reagiert. Zielwert: unter 200 ms.
- JSON-LD
- Format, um strukturierte Daten als Skript in HTML einzubetten. Von Google, Bing und KI-Systemen bevorzugtes Format für Schema.org-Markup.
- LCP (Largest Contentful Paint)
- Misst, wann das größte sichtbare Element der Seite geladen ist. Zielwert: unter 2,5 Sekunden. Überschreitung schadet Ranking und Conversion-Rate.
- llms.txt
- Datei analog zu robots.txt zur Steuerung von KI-Crawlern (GPTBot, ClaudeBot, PerplexityBot). Ermöglicht gezielte Inhaltsbereitstellung für KI-Systeme.
- Meta-Description
- Kurzbeschreibung einer Webseite, die in Suchergebnissen unter dem Titel erscheint. Beeinflusst Klickrate, nicht direkt das Ranking.
- Open Graph (OG)
- Meta-Tags, die steuern, wie Seiten in sozialen Netzwerken (LinkedIn, Facebook, Xing) als Vorschau erscheinen. og:image ist dabei besonders klickrateentscheidend.
- Organization-Schema
- Schema.org-Markup, das KI-Systemen und Suchmaschinen erklärt, wer Ihr Unternehmen ist, was es anbietet und wie es kontaktiert werden kann.
- Schema.org
- Gemeinsam von Google, Bing und Yahoo entwickeltes Vokabular für strukturierte Daten — ermöglicht semantisches Verständnis von Inhalten durch Maschinen.
- SEO (Search Engine Optimization)
- Maßnahmen, um eine Website in organischen Suchergebnissen besser sichtbar zu machen — ohne bezahlte Platzierungen.
- Social Proof
- Sichtbare Vertrauenssignale wie Kundenstimmen, Referenzlogos oder Bewertungssiegel. Sie senken die Hemmschwelle und stützen die Entscheidung, Kontakt aufzunehmen.
- TBT (Total Blocking Time)
- Misst, wie lange der Hauptthread beim Laden blockiert ist und nicht auf Eingaben reagieren kann. Zielwert: unter 200 ms. Eng verwandt mit der Interaktivität (INP).
- WCAG (Web Content Accessibility Guidelines)
- Internationale Standard-Richtlinien für barrierefreie Webinhalte. WCAG 2.2 AA ist die relevante Anforderungsstufe im Zusammenhang mit dem European Accessibility Act (EAA).
- X-Content-Type-Options
- Security-Header, der Browser anweist, den deklarierten MIME-Type zu respektieren und kein MIME-Sniffing durchzuführen. Schützt vor Content-Injection-Angriffen.
- X-Frame-Options (XFO)
- Security-Header, der verhindert, dass Ihre Website in einem iFrame einer anderen Domain eingebettet wird. Schützt vor Clickjacking-Angriffen.