Zum Inhalt springen

Website-Seitenprüfung

Kurze Antwort

Tiefes umfassendes Audit EINER Seite — SEO, Barrierefreiheit, Performance, Sicherheit und Core Web Vitals in einem Bericht.

Was es nicht leistet: Es prüft eine Seite pro Durchlauf, nicht die ganze Website, und die Barrierefreiheitsprüfungen sind automatisch, können also allein keine WCAG- oder EAA-Konformität bestätigen.

Beispiel:

Vollstaendige URL einschliesslich https://.

Beispiel: https://example.com

Was es macht

Lädt eine Seite in einem echten Browser und führt bis zu 133 Prüfungen durch – zu SEO-Grundlagen, Geschwindigkeit, Sicherheit, Mobilgeräten, Inhalt, Barrierefreiheit, Links und KI-Suche. Sie erhalten einen Gesamtscore, einen Score je Kategorie und für jede Prüfung ein Ergebnis „bestanden“, „Warnung“ oder „fehlgeschlagen“ mit einem Hinweis, wie Sie es beheben.

Warum es wichtig ist

Viele Seitenprobleme sind mit bloßem Auge leicht zu übersehen: ein fehlender Canonical-Tag, ein schwacher Sicherheitsheader, ein Bild ohne Alt-Text, eine langsame erste Antwort. Sie in einem Durchgang zu prüfen zeigt, was zuerst zu beheben ist, und ein erneutes Audit nach einem Release zeigt, ob etwas kaputtgegangen ist.

Wie es funktioniert

  1. Seiten-URL eingeben und das Audit starten

  2. Wir laden die Seite in einem Headless-Browser und lesen ihre Response-Header; schlägt das Rendern fehl, verwenden wir stattdessen das reine HTML

  3. Die Prüfungen durchführen – bis zu 133, je nachdem, was die Seite enthält

  4. Rückgabe des Gesamtscores, der Kategorie-Scores und jeder Prüfung mit ihrer Korrektur

Beispiel-Ein- und Ausgabe

EINGABE
url: https://rankproof.eu/tools
AUSGABE
✓ Title: vorhanden (54 Zeichen)          OK
✓ Meta-Description: vorhanden (147)      OK
✓ Canonical: selbstreferenzierend        OK
✓ H1-Anzahl: 1                           OK
✓ Open Graph: vollständig                OK
✓ schema.org: 4 Blöcke                   OK
✓ HTTPS + HSTS                           OK
✓ mobile-responsive                      OK

Ergebnis: 92/100 — 0 kritische Probleme

So lesen Sie das Ergebnis

Gesamtpunktzahl (92/100 im Beispiel)
Fasst die Punktzahlen der Kategorien zu einer Zahl zusammen. Eine fehlgeschlagene Prüfung senkt ihre Kategorie stärker als eine Warnung, und Prüfungen, die auf die Seite nicht zutreffen, zählen nicht mit. Die Prüfungen zur KI-Suche werden getrennt angezeigt und ändern sie nicht. Vergleichen Sie damit dieselbe Seite vor und nach einer Änderung, nicht verschiedene Websites.
Kategorien
Die Prüfungen sind gruppiert in häufige SEO-Probleme, Geschwindigkeit, Server und Sicherheit, Mobilgeräte, fortgeschrittenes SEO, Barrierefreiheit, Links und Bereitschaft für KI-Suche. Jede Gruppe zeigt ihre eigene Punktzahl und wie viele Prüfungen bestanden, gewarnt oder fehlgeschlagen sind, sodass ein schwacher Bereich auffällt, auch wenn die Gesamtpunktzahl gut aussieht.
Bestanden, Warnung, fehlgeschlagen
Jede Prüfung endet mit einem von drei Ergebnissen. Fehlgeschlagen, markiert als „Kritisch“, heißt: Die Seite verletzt eine Regel eindeutig — zum Beispiel fehlt das Viewport-Tag oder die kanonische URL ist relativ. Warnung heißt: Etwas fehlt oder ließ sich nicht prüfen, etwa der HSTS-Header. Eine eigene Angabe zur Wirkung — hoch, mittel oder niedrig — zeigt, wie viel jedes Ergebnis zählt.
Behebe diese zuerst
Über der vollständigen Liste hebt der Bericht die drei Probleme mit der größten Wirkung hervor. Jede Prüfung öffnet ein Fenster, das erklärt, was sie testet, warum es wichtig ist, wie ein gutes Ergebnis aussieht und wie man es behebt — wo es hilft, mit einem Codebeispiel vorher und nachher.
Gemessene Werte
Wo eine Prüfung etwas misst, zeigt der Bericht den gefundenen Wert: die Zeit bis zur ersten Antwort in Millisekunden, die kanonische URL, die Zahl der Bilder ohne Alternativtext. Prüfen Sie den Wert auf Ihrer eigenen Seite, bevor Sie etwas ändern.
Geschwindigkeitsdaten
Antwortzeit und Header stammen aus unserer eigenen Anfrage an die Seite. Die Core-Web-Vitals-Prüfungen nutzen Daten echter Besucher aus dem Chrome UX Report, wenn die Website genug Zugriffe hat, und sagen es, wenn nicht.
WCAG- und EAA-Verweise
Befunde zur Barrierefreiheit nennen das WCAG-2.1-Erfolgskriterium, das sie prüfen, und die Anforderung des European Accessibility Act, zu der es gehört, jeweils mit Link. Eine automatische Prüfung deckt nur einen Teil eines Kriteriums ab: Ein Fehler ist ein echter Mangel, ein Bestehen ist kein Nachweis der Konformität.
Vorschau
Screenshots der Seite auf Desktop und Mobilgerät, so wie die Prüfung sie dargestellt hat. Zeigen sie ein Cookie-Banner oder eine Fehlerseite statt Ihres Inhalts, beschreiben die Ergebnisse diesen Bildschirm — beheben Sie zuerst den Zugang und starten Sie die Prüfung erneut.

Wer es nutzt

  • Agentur-Account-Manager

    Die Startseite eines Interessenten auditieren und ihm die fehlgeschlagenen Prüfungen im ersten Gespräch erklären.

  • Entwickler:in

    Eine Seite vor und nach einem Deploy auditieren, um Regressionen abzufangen.

  • Inhouse-SEO

    Nach einer CMS-Änderung eine Seite pro Template auditieren und die neuen Fehler zuerst beheben.

Häufige Probleme und ihre Lösung

  1. Das Canonical-Tag fehlt oder ist relativ

    Fügen Sie im <head> der Seite einen Canonical-Link mit der vollständigen https://-Adresse der Version ein, die indexiert werden soll. Google verlangt hier absolute URLs, deshalb gilt ein relativer Pfad als Fehler; ein fehlendes Tag ist eine Warnung.

    <link rel="canonical" href="https://example.com/guides/page-speed">
  2. Kein HSTS-Header

    Sobald jede Seite über HTTPS funktioniert, senden Sie den Header Strict-Transport-Security in HTTPS-Antworten, damit Browser nicht zuerst einfaches HTTP versuchen. Beginnen Sie beim Testen mit einem kurzen max-age, erhöhen Sie ihn dann auf ein Jahr und ergänzen Sie includeSubDomains erst, wenn alle Subdomains HTTPS ausliefern.

    Strict-Transport-Security: max-age=31536000; includeSubDomains
  3. Antworten werden nicht komprimiert

    Aktivieren Sie Brotli oder gzip für HTML, CSS, JavaScript, JSON und SVG auf Ihrem Server oder CDN. Text schrumpft auf einen Bruchteil seiner Größe, sodass Seiten bei langsamen Verbindungen früher ankommen. Prüfen Sie danach in den Entwicklertools des Browsers, dass der Antwort-Header Content-Encoding br oder gzip zeigt.

    # nginx: HTML is compressed once gzip is on
    gzip on;
    gzip_types text/css application/javascript application/json image/svg+xml;
  4. Die erste Antwort ist langsam

    Die Prüfung warnt, wenn das erste Byte länger als 600 ms braucht, und schlägt über 1,2 Sekunden fehl. Cachen Sie ganze Seiten, die für alle Besucher gleich sind, liefern Sie sie über ein CDN nahe bei Ihren Besuchern aus und suchen Sie bei Seiten, die pro Anfrage erzeugt werden, nach langsamen Datenbankabfragen oder Plugins.

  5. Bilder ohne Alternativtext

    Geben Sie jedem informativen Bild einen kurzen Alt-Text, der sagt, was es zeigt oder bewirkt. Rein dekorative Bilder bekommen ein leeres alt, damit Screenreader sie überspringen, und ein Bild, das ein Link ist, einen Alt-Text, der das Linkziel nennt.

    <img src="/signups.png" alt="Bar chart: sign-ups doubled from March to June">
    <img src="/divider.svg" alt="">
  6. Kein Viewport-Tag oder keine Seitensprache

    Ohne Viewport-Tag zeigen Smartphones ein verkleinertes Desktop-Layout; ohne lang-Attribut lesen Screenreader den Text womöglich mit falscher Aussprache vor. Beides ist eine einzige Zeile in der Seitenvorlage.

    <html lang="en">
    <head>
      <meta name="viewport" content="width=device-width, initial-scale=1">

Häufig gestellte Fragen

Wie wird der Gesamtscore berechnet?
Jede Kategorie erhält einen Score aus ihren eigenen Prüfungen, und der Gesamtscore kombiniert die Kategorien. Fehlgeschlagene Prüfungen senken eine Kategorie stärker als Warnungen. Die KI-Suche-Prüfungen werden separat gemeldet und ändern den Gesamtscore nicht.
Crawlt es die gesamte Website?
Nein. Es auditiert eine Seite pro Durchlauf. Führen Sie es für jede zu prüfende Seite erneut aus.
Kommt es mit Seiten zurecht, die mit JavaScript gebaut sind?
Ja. Die Seite wird in einem Headless-Browser gerendert, sodass per Skript hinzugefügter Inhalt geprüft wird. Schlägt das Rendern fehl, verwendet das Audit das rohe HTML, und einige Prüfungen laufen möglicherweise nicht.
Kann ich den Bericht speichern oder teilen?
Jedes Audit hat eine eigene Berichtsseite. Sie können deren Link teilen oder sie über Ihren Browser drucken und als PDF speichern.
Wie viele Audits kann ich durchführen?
So viele Seiten, wie Sie brauchen, bis zu einem täglichen Limit pro Besucher:in, das das Audit kostenlos hält.

Quellen

Die Dokumentation, auf der dieses Tool und die Erklärungen auf dieser Seite beruhen.