Seodar

Alle 195 Prüfungen

Wonach ein Scan sucht, was passiert, wenn eine Prüfung fehlschlägt, und was dagegen zu tun ist. Diese Seite wird aus demselben Katalog erzeugt, den der Bericht liest - die Formulierung hier ist die Formulierung, die Sie an einem Befund sehen werden.

Der Health-Score beginnt bei 100, und jede Kategorie kann höchstens die gezeigten Punkte abziehen. Eine Kategorie mit mehr Prüfungen wiegt nicht mehr - die Obergrenze ist die Obergrenze, weshalb eine kaputte robots.txt mehr kosten kann als ein Dutzend fehlender alt-Attribute.

195 Prüfungen in sechs Kategorien

Ob eine Seite überhaupt gefunden, abgerufen und indexiert werden kann. Nichts anderes zählt, wenn das nicht stimmt - deshalb trägt es das meiste Gewicht.

90 Prüfungen, bis zu 33 Punkte · 13 kritisch, 50 warnung, 27 hinweis

  • Canonical zeigt auf eine kaputte Seite

    Kritisch

    Sie sagen Suchmaschinen, die echte Version dieser Seite sei eine, die einen Fehler liefert - keine von beiden wird womöglich indexiert.

    Behebung: Richten Sie das Canonical auf eine funktionierende URL oder entfernen Sie es, damit die Seite ihr eigenes Canonical ist.

    canonical_to_non200

  • Canonical zeigt auf eine von der Suche ausgeschlossene Seite

    Kritisch

    Sie haben ein Original benannt, das auf noindex steht, weder diese Seite noch die, auf die sie zeigt, kann also gezeigt werden. Der Inhalt verschwindet vollständig aus der Suche.

    Behebung: Entfernen Sie entweder das noindex vom Ziel oder kanonisieren Sie auf eine Seite, die indexiert werden kann.

    canonical_to_noindex

  • Formular sendet über eine unsichere Verbindung

    Kritisch

    Diese Seite enthält ein Formular, dessen Ziel eine http://-Adresse ist - was auch immer hineingetippt wird, reist unverschlüsselt, egal ob die Seite über https ausgeliefert wird.

    Behebung: Ändern Sie das Formularziel auf https. Browser warnen bereits bei Passwortfeldern und werden bei mehr warnen.

    form_insecure_action

  • HTTP leitet nicht auf HTTPS um

    Kritisch

    Die unsichere Version bleibt erreichbar und teilt Ihre Ranking-Signale auf zwei Adressen auf.

    Behebung: Ergänzen Sie eine websiteweite 301-Weiterleitung von http:// auf https://.

    http_to_https_missing

  • Seite liefert einen Serverfehler

    Kritisch

    Suchmaschinen werfen Seiten hinaus, die Fehler liefern, und Besucher sehen eine kaputte Website.

    Behebung: Prüfen Sie Ihre Server- und Anwendungsprotokolle für diese URLs - ein 5xx ist immer ein Fehler auf Ihrer Seite, nie einer des Crawlers.

    http_5xx

  • Seite nicht gefunden

    Kritisch

    Sie verlinken auf Seiten, die nicht mehr existieren, verschwenden Crawl-Budget und lassen Besucher stranden.

    Behebung: Stellen Sie die Seite wieder her oder aktualisieren Sie die Links darauf. Leiten Sie nur um, wenn es einen echten Ersatz gibt.

    http_4xx

  • Sichere Seite lädt unsichere Dateien

    Kritisch

    Browser blockieren http://-Skripte und -Bilder auf einer https://-Seite, Teile der Seite laden also still nicht - und das Schloss verschwindet für die Besucher.

    Behebung: Ändern Sie diese Skript-, Bild- und Stylesheet-URLs auf https://. Hat ein Drittanbieter keine https-Version, lassen Sie ihn weg.

    insecure_resources

  • Viele Seiten nennen die Startseite als ihr Original

    Kritisch

    Mehrere Seiten sagen Google, die Startseite sei ihre echte Version. Das ist fast immer eine Plugin-Voreinstellung, und sie nimmt jede dieser Seiten aus der Suche.

    Behebung: Prüfen Sie die Canonical-Einstellung Ihres SEO-Plugins. Jede Seite sollte auf sich selbst zeigen, sofern sie nicht wirklich eine Dublette ist.

    canonical_to_homepage

  • Weiterleitung endet in einem Fehler

    Kritisch

    Die Weiterleitung funktioniert, aber ihr Ziel ist kaputt, die ursprüngliche URL ist also praktisch tot.

    Behebung: Richten Sie die Weiterleitung auf eine Seite, die wirklich 200 liefert, oder entfernen Sie sie und lassen Sie die URL ehrlich mit 404 antworten.

    redirect_to_error

  • Weiterleitungsschleife

    Kritisch

    Die Seite kann nie laden: Die Weiterleitungen schicken Besucher und Crawler im Kreis.

    Behebung: Verfolgen Sie die Kette in den Befunddetails und brechen Sie den Kreis - meist zwei Regeln, die einander aufheben.

    redirect_loop

  • Wichtige Tags stehen außerhalb des Head

    Kritisch

    Ein Titel, ein Canonical, eine Robots-Anweisung oder ein Hreflang nach dem Schließen von <head> ist kein schwächeres Signal - Suchmaschinen ignorieren es vollständig. Die Seite sieht für jede Analyse richtig aus, die nur fragt, ob das Tag existiert.

    Behebung: Verschieben Sie sie in den <head>. Meist ist es ein Skript oder ein verirrtes Element, das den Head früher schließt, als das Template vorsah.

    tags_outside_head

  • Zwei Seiten nennen einander als Original

    Kritisch

    Jede Seite sagt, die andere sei das Original. Google kann das nicht auflösen und verwirft beide.

    Behebung: Entscheiden Sie, welche das Original ist, richten Sie die andere darauf und lassen Sie das Canonical des Originals auf sich selbst zeigen.

    canonical_loop

  • Canonical zeigt auf eine Seite mit anderem Canonical

    Warnung

    Suchmaschinen folgen einem Canonical-Schritt, keiner Kette - das Signal wird wahrscheinlich ignoriert.

    Behebung: Richten Sie das Canonical dieser Seite direkt auf das endgültige Ziel.

    canonical_chain

  • Canonical zeigt auf eine von robots.txt gesperrte URL

    Warnung

    Sie haben ein Original benannt, das Suchmaschinen nicht abrufen dürfen. Sie können es nicht bestätigen und lösen die Dublette auf, wie es ihnen passt.

    Behebung: Erlauben Sie das Canonical-Ziel in der robots.txt oder kanonisieren Sie auf eine Seite, die erlaubt ist.

    canonical_to_blocked

  • Canonical zeigt auf eine Weiterleitung

    Warnung

    Die Seite, die Sie als Original benannt haben, existiert unter dieser Adresse nicht - sie leitet woandershin. Google muss einen zusätzlichen Sprung folgen und ignoriert das Canonical stattdessen oft.

    Behebung: Richten Sie das Canonical auf die endgültige URL, die direkt mit 200 antwortet.

    canonical_to_redirect

  • Canonical zeigt zurück auf die unsichere Version

    Warnung

    Die Seite wird über https ausgeliefert und nennt eine http-Adresse als Original, was den Umzug auf https für diese Seite rückgängig macht.

    Behebung: Aktualisieren Sie das Canonical auf https. Meist ist es eine fest eingetragene URL aus der Zeit vor der Migration.

    canonical_https_to_http

  • Cookie-Banner verdeckt den Inhalt

    Warnung

    Ihre Consent-Plattform hält den Seitentext hinter dem Banner zurück, und ein Crawler klickt nie auf Akzeptieren - Suchmaschinen sehen also eine fast leere Seite. Wir haben den Unterschied gemessen: Die Wörter erscheinen erst, nachdem die Seite ihre Skripte ausgeführt hat.

    Behebung: Konfigurieren Sie das Consent-Werkzeug so, dass der Seiteninhalt vor der Einwilligung im HTML steht, und schalten Sie nur das hinter die Zustimmung, was sie wirklich braucht - Analytics, Werbung, Einbettungen. Den eigenen Text zu blockieren verlangt keine Einwilligungsregel.

    consent_hides_content

  • Das Dokument hat mehr als einen Head oder Body

    Warnung

    Ein zweites <head> oder <body> bedeutet, dass das Markup falsch zusammengesetzt wurde. Parser erholen sich unterschiedlich davon, was eine Suchmaschine liest, ist also womöglich nicht das, was ein Browser zeigt.

    Behebung: Suchen Sie nach einem Template-Fragment, das seine eigene Dokumenthülle mitbringt.

    document_structure_invalid

  • Dieselbe Seite in verschiedener Groß-/Kleinschreibung erreichbar

    Warnung

    Ein Server behandelt /Product und /product als zwei Seiten, Links und Ranking-Signale verteilen sich also auf Kopien einer einzigen Sache.

    Behebung: Wählen Sie eine Schreibweise - Kleinbuchstaben sind üblich - und leiten Sie die anderen darauf um.

    case_twin

  • Ein Pfadsegment wiederholt sich in der URL

    Warnung

    Ein Pfad wie /shop/taschen/shop/taschen/ ist eine Crawler-Falle: Relative Links hängen immer weiter an, die Zahl der URLs wächst also ohne Grenze.

    Behebung: Korrigieren Sie die relativen Links auf dieser Seite. Sie sollten von der Website-Wurzel aufgelöst werden statt vom aktuellen Pfad.

    url_repeated_path

  • Eine kaputte Seite, auf die nichts mehr verlinkt

    Warnung

    Diese URL antwortete in Ihrem vorigen Scan mit einem Fehler, antwortet jetzt weiterhin mit einem, und nichts auf der Website verlinkt darauf - dieser Scan konnte sie also nicht erreichen, und der Befund, der es Ihnen gesagt hätte, ist verschwunden. Eine Seite in diesem Zustand ist das Schlechteste von beidem: kaputt für alle, die den Link haben, und unsichtbar für den Bericht, der es hätte fangen sollen.

    Behebung: Entscheiden Sie, wofür die URL da ist. Soll die Seite existieren, stellen Sie sie wieder her; soll sie es nicht, leiten Sie sie auf das um, was sie ersetzt hat, damit die Menschen und die Links, die noch darauf zeigen, irgendwo landen. Den letzten internen Link zu entfernen ist keine Korrektur - es versteckt die Seite nur vor Ihrer eigenen Analyse.

    page_gone_unlinked

  • Eine Seite unter vielen Filter-URLs erreichbar

    Warnung

    Ein Crawler verbringt seinen Besuch mit Filterkombinationen statt mit Ihren echten Seiten, neuer Inhalt wird also spät oder gar nicht gefunden.

    Behebung: Entscheiden Sie, welche Parameter eine wirklich andere Seite ergeben, und kanonisieren oder blockieren Sie den Rest. Eine Ermessensfrage: Ein Farbfilter ist meist keine neue Seite, eine Kategorie oft schon.

    param_explosion

  • Gefilterte URL ohne Canonical

    Warnung

    Jede Filterkombination sieht wie eine eigene Seite aus, eine Produktliste kann also am Ende mit Hunderten Beinahe-Kopien ihrer selbst konkurrieren.

    Behebung: Ergänzen Sie auf gefilterten URLs einen Canonical-Link, der auf die ungefilterte Version der Liste zeigt.

    param_url_no_canonical

  • Hreflang wird nicht erwidert

    Warnung

    Sprachalternativen müssen aufeinander zeigen. Einseitige Deklarationen werden verworfen.

    Behebung: Ergänzen Sie auf der Zielseite ein passendes hreflang-Tag, das auf diese Seite zurückzeigt.

    hreflang_no_return

  • HTML und HTTP-Header nennen verschiedene Originale

    Warnung

    Ihre Seite erklärt im Markup ein Canonical und im Link:-Antwortheader ein anderes. Beides sind gültige Wege, es zu sagen, die Website hat Google also zwei Antworten gegeben, und nur eine davon ist auf der Seite sichtbar.

    Behebung: Entscheiden Sie, welches richtig ist, und entfernen Sie das andere. Der Header wird meist von einer CDN-Regel gesetzt, an die sich niemand erinnert.

    canonical_header_conflict

  • Inhalt erscheint nur mit JavaScript

    Warnung

    Wir mussten einen Browser starten, um diese Seiten überhaupt zu sehen. Google rendert JavaScript meist ebenfalls, aber später und nicht immer - und jeder andere Crawler, jede Linkvorschau und jede KI-Antwortmaschine bekommt die leere Hülle.

    Behebung: Rendern Sie den Hauptinhalt serverseitig oder vorab, damit er im ankommenden HTML steht, und heben Sie JavaScript für das auf, was passiert, nachdem die Seite lesbar ist.

    content_requires_js

  • JavaScript-Fehler beim Laden der Seite

    Warnung

    Ein nicht abgefangener Fehler stoppt das Skript, das ihn geworfen hat, was es also gerade tun wollte, passiert nie - oft das Rendern des Inhalts, das Verdrahten der Navigation oder das Auslösen von Analytics.

    Behebung: Öffnen Sie die Seite mit sichtbarer Browserkonsole und beheben Sie die Ausnahme; die Befunddetails tragen den Fehlertext, den wir gesehen haben.

    js_errors_on_load

  • Jeder Link auf dieser Seite ist nofollow

    Warnung

    Ein seitenweites nofollow stoppt den Fluss von Ranking-Signalen durch alle Links auf einmal - eine viel größere Wirkung, als einen einzelnen Link zu nofollowen.

    Behebung: Entfernen Sie das seitenweite nofollow und setzen Sie es auf einzelne Links, falls Sie es überhaupt brauchen.

    meta_nofollow

  • Kampagnenparameter in einer gecrawlten URL

    Warnung

    Etwas auf Ihrer Website verlinkt auf diese Seite mit angehängtem Tracking-Parameter, was für jede Kampagne eine Dublette davon erzeugt.

    Behebung: Verlinken Sie intern auf die saubere URL. Tracking gehört an Links von außerhalb der Website.

    url_tracking_params

  • Kaputte Seite erscheint weiterhin in der Suche

    Warnung

    Die Seite antwortet mit einem Fehler, und Google bietet sie den Menschen weiterhin an. Jede dieser Impressionen ist eine Besucherin oder ein Besucher, der bei nichts ankommt.

    Behebung: Stellen Sie die Seite wieder her oder leiten Sie sie auf das nächste lebende Gegenstück um. Ein 401, 403 oder 429 heißt meist, dass ein Bot-Schutz Google antwortet, nicht dass die Seite weg ist.

    error_page_with_traffic

  • Kein Doctype

    Warnung

    Ohne Doctype fällt der Browser in einen Kompatibilitätsmodus aus den Neunzigern zurück, der ändert, wie die Seite angeordnet und gemessen wird.

    Behebung: Ergänzen Sie <!DOCTYPE html> als erste Zeile des Dokuments.

    doctype_missing

  • Keine Sitemap gefunden

    Warnung

    Suchmaschinen müssen jede Seite über Links entdecken, alles schwach Verlinkte wird also womöglich nie gefunden.

    Behebung: Veröffentlichen Sie eine sitemap.xml und verweisen Sie aus der robots.txt darauf.

    Eine URL prüfen, kostenlos: XML-Sitemap-Checker

    sitemap_missing

  • Mehr als ein Canonical-Tag

    Warnung

    Zwei Canonical-Tags sind schlimmer als keines: Suchmaschinen verwerfen alle, statt eines zu wählen, die Seite bleibt also ganz ohne Canonical - und der Bericht oben zeigt weiterhin das erste, weshalb das leicht zu übersehen ist.

    Behebung: Behalten Sie genau ein <link rel="canonical"> im Head. Zwei bedeutet meist, dass ein Theme und ein Plugin beide eines setzen oder ein Template es zweimal ausgibt.

    canonical_multiple

  • Paginierte Seite kanonisiert auf Seite eins

    Warnung

    Diese Seite sagt Suchmaschinen, sie sei eine Dublette von Seite 1, sie wird also aus dem Index geworfen - und alles, was nur von ihr verlinkt ist, geht mit. Das ist der häufigste Grund, warum Produkte oder Artikel tief in einer Liste nie in der Suche erscheinen.

    Behebung: Machen Sie jede paginierte Seite kanonisch zu sich selbst. Seite 2 ist keine Kopie von Seite 1; sie enthält andere Einträge.

    pagination_canonical_to_first

  • robots.txt sperrt Stylesheets oder Skripte

    Warnung

    Suchmaschinen rendern Seiten. Eine CSS- oder JS-Datei, die sie nicht abrufen dürfen, bedeutet, dass sie Ihre Seite anders rendern, als Besucher sie sehen.

    Behebung: Erlauben Sie CSS und JS in der robots.txt. Sie zu sperren schützt nichts und ändert, wie Ihre Seiten beurteilt werden.

    robots_blocks_assets

  • Seite hat keine internen Links

    Warnung

    Sie steht in Ihrer Sitemap, aber nichts auf der Website verlinkt darauf, was als geringe Wichtigkeit gelesen wird und sie schwer auffindbar macht.

    Behebung: Verlinken Sie sie von einer passenden Seite - Navigation, eine Übersichtsseite oder verwandter Inhalt.

    orphan_page

  • Seite ist aus der Suche ausgeblendet und zeigt woandershin

    Warnung

    Noindex sagt, diese Seite fallen zu lassen, das Canonical sagt, eine andere anzurechnen. Google kann nach beidem handeln, welches gewinnt, kontrollieren Sie also nicht.

    Behebung: Entscheiden Sie, was Sie meinten: noindex behalten und das Canonical entfernen, oder noindex entfernen und das Canonical behalten.

    noindex_canonical_conflict

  • Seite sagt index im HTML und noindex im Header

    Warnung

    Der X-Robots-Tag-Header und das Meta-Tag widersprechen sich, ob diese Seite in der Suche existiert, entscheidet also, nach welchem Google zufällig handelt - nicht Sie.

    Behebung: Entscheiden Sie, was Sie meinten, und entfernen Sie das andere. Der Header stammt meist aus einer Server- oder CDN-Regel, dort sollten Sie zuerst nachsehen.

    robots_conflict

  • Seite sagt, sie habe nichts, antwortet aber mit OK

    Warnung

    Suchmaschinen indexieren sie als echte Seite, ein leeres Ergebnis konkurriert also mit Ihren echten Inhalten und frisst Crawl-Budget, das an Seiten gehen sollte, die das Finden wert sind.

    Behebung: Liefern Sie 404 oder 410 für Seiten ohne Inhalt. Soll die Seite existieren, geben Sie ihr echten Inhalt und einen Titel, der sie beschreibt.

    soft_404

  • Seite soll planmäßig aus der Suche fallen

    Warnung

    Ein unavailable_after-Datum sagt Google, diese Seite nach einem bestimmten Tag nicht mehr zu zeigen. Diese werden fast immer einmal gesetzt und vergessen.

    Behebung: Prüfen Sie das Datum. Soll die Seite bleiben, entfernen Sie die Anweisung.

    robots_unavailable_after

  • Seite steht auf noindex und bekommt trotzdem Klicks

    Warnung

    Google schickt Menschen auf eine Seite, die Sie ihm zu verwerfen gesagt haben. Eines von beiden ist falsch, und der Traffic ist der Teil, der verschwindet.

    Behebung: Entscheiden Sie, was Sie meinten. Soll die Seite ranken, entfernen Sie das noindex; soll sie es nicht, rechnen Sie damit, dass diese Klicks aufhören, und sorgen Sie dafür, dass der Traffic woanders landen kann.

    noindex_with_traffic

  • Seiten bekommen Traffic, aber der Crawl hat sie nie gefunden

    Warnung

    Nichts auf Ihrer Website verlinkt darauf und sie stehen nicht in Ihrer Sitemap, wir wissen also nur deshalb von ihnen, weil Google Menschen dorthin geschickt hat. Sie haben keinen Weg für Ranking-Signale.

    Behebung: Verlinken Sie sie von einer passenden Seite oder nehmen Sie sie in Ihre Sitemap auf. Sollten sie nicht existieren, leiten Sie sie um.

    orphan_with_traffic

  • Seitensprache und Hreflang widersprechen sich

    Warnung

    Das lang-Attribut der Seite sagt eine Sprache, ihr eigener Hreflang-Eintrag eine andere. Eines von beiden ist falsch, und Suchmaschinen sehen beide.

    Behebung: Prüfen Sie, welches richtig ist, und gleichen Sie sie an. Meist ist es das lang des Templates, das nie geändert wurde.

    hreflang_lang_mismatch

  • Sichere Seite lädt unsichere Ressourcen

    Warnung

    Browser blockieren die unsicheren Teile oder warnen davor, die Seite kann also kaputt rendern.

    Behebung: Ändern Sie die http://-Verweise in den Details auf https://.

    mixed_content

  • Sitemap listet eine noindex-Seite

    Warnung

    Widersprüchliche Signale: Die Sitemap bittet Suchmaschinen, sie zu indexieren, während die Seite ihnen sagt, es nicht zu tun.

    Behebung: Wählen Sie eines - entfernen Sie die URL aus der Sitemap oder nehmen Sie das noindex heraus, wenn die Seite ranken soll.

    noindex_in_sitemap

  • Sitemap listet eine URL, die nicht funktioniert

    Warnung

    Eine Sitemap voller Fehler senkt, wie sehr Suchmaschinen dem Rest davon vertrauen.

    Behebung: Erzeugen Sie die Sitemap nur aus lebenden URLs neu und halten Sie sie automatisch synchron.

    sitemap_non200

  • Sitzungskennung in der URL

    Warnung

    Ein Sitzungsparameter erzeugt für jede Besucherin und jeden Besucher eine neue Adresse, dieselbe Seite wird also endlos unter verschiedenen URLs gecrawlt, und keine davon sammelt etwas an.

    Behebung: Verlagern Sie den Sitzungszustand in ein Cookie und blockieren Sie den Parameter in der Search Console, wenn er sich nicht entfernen lässt.

    url_session_id

  • Sprachalternative ist von der Suche ausgeschlossen

    Warnung

    Sie zeigen Google auf eine Übersetzung, die es nicht zeigen soll.

    Behebung: Entfernen Sie das noindex von der Übersetzung oder nehmen Sie sie aus dem Sprachsatz.

    hreflang_to_noindex

  • Sprachalternative ist von robots.txt gesperrt

    Warnung

    Eine der deklarierten Übersetzungen ist nicht erlaubt, Suchmaschinen können sie also nie laden, um die Zuordnung zu bestätigen.

    Behebung: Erlauben Sie die Alternative in der robots.txt oder nehmen Sie sie aus dem Sprachsatz.

    hreflang_to_blocked

  • Sprachalternative lädt nicht

    Warnung

    Eine der deklarierten Übersetzungen antwortet mit einem Fehler. Google verwirft einen Sprachsatz, wenn seine Einträge kaputt sind, die ganze Gruppe verliert also ihre Annotationen.

    Behebung: Beheben oder entfernen Sie die kaputte Alternative. Ein Satz aus drei funktionierenden Einträgen schlägt vier mit einem toten.

    hreflang_to_non200

  • Sprachalternative leitet weiter

    Warnung

    Die deklarierte Übersetzung liegt nicht mehr unter dieser Adresse. Jeder Eintrag sollte die endgültige URL sein.

    Behebung: Aktualisieren Sie das Hreflang-href auf die URL, die direkt antwortet.

    hreflang_to_redirect

  • Sprachalternative nennt ein anderes Original

    Warnung

    Die Übersetzung, die Sie deklariert haben, kanonisiert woandershin, Ihre Annotation und ihr Canonical widersprechen sich also. Google folgt dem Canonical und ignoriert die Annotation.

    Behebung: Richten Sie das Hreflang auf die kanonische URL der Übersetzung statt auf eine Dublette davon.

    hreflang_to_canonicalised

  • Sprachlinks enthalten diese Seite nicht

    Warnung

    Google braucht jede Sprachversion mit einem Eintrag für sich selbst neben den Geschwistern und ignoriert den ganzen Satz, wenn einer fehlt - die Übersetzungen bringen dann nichts.

    Behebung: Ergänzen Sie einen hreflang-Eintrag, der auf die eigene URL dieser Seite zeigt, neben den Einträgen für die anderen Sprachen.

    Eine URL prüfen, kostenlos: Hreflang-Checker

    hreflang_missing_self

  • Suchergebnisse können kein Snippet zeigen

    Warnung

    nosnippet verbietet Google, eine Beschreibung unter Ihrem Ergebnis zu drucken. Der Eintrag wird zu einem nackten Link, und die Klickrate fällt stark.

    Behebung: Entfernen Sie nosnippet oder verwenden Sie max-snippet mit einer Länge, wenn Sie begrenzen statt verbieten wollen.

    robots_nosnippet

  • Temporäre Weiterleitung, wo eine dauerhafte gemeint war

    Warnung

    Ein 302 oder 307 sagt Suchmaschinen, der Umzug sei nicht dauerhaft, sie behalten also die alte URL und übertragen das Standing der Seite nicht auf die neue.

    Behebung: Verwenden Sie 301 für einen Umzug, der nicht zurückkommt.

    redirect_temporary

  • Ungültiges Hreflang-Tag

    Warnung

    Ein fehlerhafter Sprachcode oder eine relative URL macht den ganzen Hreflang-Satz unzuverlässig, er wird also womöglich vollständig ignoriert.

    Behebung: Verwenden Sie einen gültigen Sprachcode (z. B. de, de-AT oder x-default) und eine absolute https://-URL.

    hreflang_invalid

  • URL enthält einen doppelten Schrägstrich

    Warnung

    // in einem Pfad ist fast immer ein Fehler beim Zusammenbauen von Links, und jede Variante ist für Suchmaschinen eine eigene Adresse.

    Behebung: Korrigieren Sie das Link-Template, das die Basis-URL mit dem Pfad verbindet.

    url_double_slash

  • URL leitet auf sich selbst weiter

    Warnung

    Die Seite leitet auf ihre eigene Adresse. Manche Clients folgen dem, bis sie aufgeben, und Suchmaschinen behandeln es als Fehler.

    Behebung: Sehen Sie sich die Weiterleitungsregel an, die auf diese URL passt - meist eine Bedingung, die immer wahr ist.

    redirect_self

  • Weiterleitung braucht mehr als einen Sprung

    Warnung

    Jeder zusätzliche Sprung kostet Ladezeit, und unterwegs geht Link-Kraft verloren.

    Behebung: Leiten Sie die ursprüngliche URL in einem Schritt direkt auf das endgültige Ziel.

    redirect_chain

  • Weiterleitung per Meta-Refresh

    Warnung

    Die Seite lädt und wechselt dann - sie ist also langsamer als eine Server-Weiterleitung, und Suchmaschinen werten das Signal schwächer als ein 301. Außerdem verliert, wer ankommt, den Referrer.

    Behebung: Ersetzen Sie sie durch einen 301 am Server oder CDN. Behalten Sie den Meta-Refresh nur dort, wo Sie gar keinen Statuscode setzen können.

    meta_refresh_redirect

  • www und nicht-www liefern beide die Website

    Warnung

    Suchmaschinen sehen zwei Kopien jeder Seite und teilen das Ranking zwischen ihnen auf.

    Behebung: Wählen Sie eine als Hauptadresse und leiten Sie die andere per 301 darauf um.

    host_duplicate

  • Zwei Seiten beanspruchen dieselbe Sprache

    Warnung

    Mehr als eine URL ist als Version für dieselbe Sprache deklariert. Google wählt eine willkürlich oder verwirft den Satz.

    Behebung: Eine URL je Sprache. Wenn zwei Seiten wirklich beide in dieser Sprache sind, brauchen sie verschiedene Regionscodes, oder eine davon ist eine Dublette.

    hreflang_lang_ambiguous

  • Bilder auf dieser Seite sind von der Bildersuche ausgeschlossen

    Hinweis

    noimageindex hält jedes Bild auf der Seite aus Google Bilder heraus.

    Behebung: Entfernen Sie es, wenn die Bildersuche für diese Seite zählt. Es wird oft websiteweit gesetzt, wenn nur wenige Seiten es brauchten.

    robots_noimageindex

  • Canonical ist ein relativer Pfad

    Hinweis

    Ein relatives Canonical wird gegen die URL aufgelöst, die die Seite ausgeliefert hat - dasselbe Markup von zwei Adressen erzeugt also zwei verschiedene Canonicals.

    Behebung: Verwenden Sie die absolute URL, einschließlich Schema und Host.

    canonical_relative

  • Canonical ist nur im HTTP-Header gesetzt

    Hinweis

    Das Canonical steht im Antwortheader und nicht in der Seite. Das funktioniert, und es heißt, dass niemand, der den Quelltext liest, es sieht - Ihr eigenes Team eingeschlossen.

    Behebung: Ergänzen Sie ein passendes Canonical-Tag in der Seite oder halten Sie schriftlich fest, dass der Header der Ort ist, an dem es lebt.

    canonical_header_only

  • Die Seite, auf die Sie kanonisiert haben, hat keine internen Links

    Hinweis

    Sie haben eine andere Seite als Original benannt, und nichts auf Ihrer Website verlinkt auf diese Seite. Die Version, die indexiert werden soll, ist die ohne Rückhalt.

    Behebung: Gehen Sie die Liste durch und entscheiden Sie Seite für Seite.

    canonical_unlinked

  • Dieselbe Sprache zweimal deklariert

    Hinweis

    Eine Seite listet denselben Sprachcode mehr als einmal, was den Satz mehrdeutig macht.

    Behebung: Entfernen Sie den doppelten Eintrag. Behalten Sie eine URL je Sprache.

    hreflang_lang_duplicate

  • Google rankt eine Seite, die Sie wegkanonisiert haben

    Hinweis

    Ihr Canonical-Tag nennt eine andere Seite als Original, und Google hat widersprochen. Das ist der einzige Weg, zu erfahren, dass es widersprochen hat.

    Behebung: Prüfen Sie, ob das Canonical-Ziel wirklich die bessere Seite ist. Wenn diese hier das ist, was die Menschen wollen, kanonisieren Sie in die andere Richtung.

    canonicalised_with_traffic

  • Interne Links laufen durch eine Schreibweisen-Weiterleitung

    Hinweis

    Link und Ziel sind dieselbe Seite, anders geschrieben - ein abschließender Schrägstrich oder eine andere Groß-/Kleinschreibung - jeder Besuch bezahlt also für eine Weiterleitung, die eine Template-Änderung beseitigen würde.

    Behebung: Korrigieren Sie die Links auf die endgültige Form. Behalten Sie die Weiterleitung als Sicherheitsnetz.

    redirect_normalisation

  • Kein Canonical-Tag

    Hinweis

    Ohne Canonical raten Suchmaschinen, welche Adresse die echte ist, sobald derselbe Inhalt auf mehr als einem Weg erreichbar ist.

    Behebung: Ergänzen Sie ein selbstreferenzierendes Canonical. Auf einer Seite ohne Dubletten kostet es nichts und beendet die Frage.

    Eine URL prüfen, kostenlos: Canonical-Tag-Checker

    canonical_missing

  • Kein x-default im Hreflang-Satz

    Hinweis

    Google liefert die x-default-Version an jede Sprache aus, die Ihr Satz nicht nennt. Ohne sie bekommt eine Person, deren Sprache nicht gelistet ist, die Version, die Google rät - oft die falsche.

    Behebung: Ergänzen Sie <link rel="alternate" hreflang="x-default" href="..."> mit Ziel auf Ihre Sprachauswahlseite oder auf die Version, auf der Fremde landen sollen.

    hreflang_no_x_default

  • Seite bekommt Traffic ohne interne Links

    Hinweis

    Echte Besucher erreichen diese Seite, und keine andere Seite der Website zeigt darauf, sie bekommt also nichts vom Rest Ihrer Website.

    Behebung: Ergänzen Sie einen Link von einer verwandten Seite. Ein passender interner Link reicht meist, um zu ändern, wie sie behandelt wird.

    unlinked_page_with_traffic

  • Seite fehlt in Ihrer Sitemap

    Hinweis

    Diese Seiten sind indexierbar und von Ihrer eigenen Website verlinkt, aber Ihre Sitemap listet sie nicht - Sie erzählen Suchmaschinen also zwei verschiedene Dinge darüber, was zählt. Auf einer großen Website ist es außerdem der Unterschied, ob eine Seite diese Woche gefunden wird oder nächsten Monat.

    Behebung: Nehmen Sie sie in die Sitemap auf oder prüfen Sie, warum Ihr Generator sie übersprungen hat. Sollen sie nicht ranken, ist noindex das ehrliche Signal statt eines stillen Weglassens.

    missing_from_sitemap

  • Seite liegt tief in der Website vergraben

    Hinweis

    Mehr als vier Klicks von der Startseite bedeuten weniger Crawl-Aufmerksamkeit und weniger wahrgenommene Wichtigkeit.

    Behebung: Ergänzen Sie einen Link von einer höher liegenden Seite oder flachen Sie die Struktur des Bereichs ab.

    deep_page

  • Seite meldet sich von KI-Training oder KI-Bildern ab

    Hinweis

    Eine noai- oder noimageai-Anweisung sagt KI-Firmen, diese Seite nicht zu verwenden. Gut zu wissen, dass Sie sie haben, denn sie ist leicht versehentlich websiteweit gesetzt.

    Behebung: War es Absicht, nichts zu tun. War es keine, entfernen Sie die Anweisung - sie wird meist in einem Plugin oder am CDN gesetzt.

    robots_ai_optout

  • Seite steht auf noindex

    Hinweis

    Diese Seite wird nicht in den Suchergebnissen erscheinen. Oft Absicht - hier gezeigt, damit Sie das bestätigen können.

    Behebung: Nichts, wenn beabsichtigt. Entfernen Sie das noindex, wenn die Seite ranken soll.

    meta_noindex

  • Seiten, die eine andere Seite als Original nennen

    Hinweis

    Diese Seiten sagen Suchmaschinen, stattdessen etwas anderes zu indexieren. Das ist oft richtig - Paginierung und Filter - aber es lohnt sich zu wissen, wie viel der Website in diesem Zustand ist.

    Behebung: Überfliegen Sie die Liste. Alles hier, was für sich ranken soll, braucht ein Canonical, das auf sich selbst zeigt.

    canonicalised_page

  • Sitemap-lastmod-Daten sind unzuverlässig

    Hinweis

    lastmod ist der eine Teil einer Sitemap, der sich gegen die Wirklichkeit prüfen lässt, Suchmaschinen hören also auf, der ganzen Datei zu vertrauen, wenn die Daten falsch sind. Ein Datum in der Zukunft, ein unlesbarer Wert oder derselbe Zeitstempel auf jeder URL heißen alle, dass das Signal ignoriert wird.

    Behebung: Geben Sie das Datum aus, an dem sich jede Seite tatsächlich geändert hat, im W3C-Format (2026-08-06 oder 2026-08-06T12:00:00+02:00). Kann Ihr Generator das nicht, lassen Sie lastmod ganz weg - kein Datum ist besser als eines, dem niemand glaubt.

    sitemap_lastmod_invalid

  • Sprachalternativen sind nur im HTTP-Header gesetzt

    Hinweis

    Ihre Übersetzungen sind im Link:-Header deklariert und nicht im Markup. Gültig, und unsichtbar für alle, die den Quelltext lesen.

    Behebung: Nichts zu beheben, wenn es Absicht war. Gut zu wissen, bevor jemand einen zweiten Satz im HTML ergänzt.

    hreflang_header_only

  • Standard-Sicherheitsheader sind nicht gesetzt

    Hinweis

    Diese vier sind die günstigen - sie kosten nichts, und sie sind das, was ein Sicherheitsscan, ein Beschaffungsfragebogen oder eine vorsichtige Kundin zuerst prüft.

    Behebung: Setzen Sie sie am CDN oder Webserver, nicht je Seite: Strict-Transport-Security, X-Content-Type-Options, X-Frame-Options, Referrer-Policy.

    security_headers_missing

  • URL enthält ein Leerzeichen

    Hinweis

    Leerzeichen zerbrechen Links in Mailprogrammen, Chat-Apps und Editoren, und sie werden uneinheitlich kodiert.

    Behebung: Ersetzen Sie Leerzeichen durch Bindestriche und leiten Sie die alte Adresse um.

    url_whitespace

  • URL enthält Großbuchstaben

    Hinweis

    Die meisten Server behandeln /Seite und /seite als verschiedene Adressen, jeder Link mit falscher Schreibung erzeugt also eine Dublette.

    Behebung: Verwenden Sie Kleinbuchstaben in URLs und leiten Sie die gemischt geschriebene Version darauf um.

    url_uppercase

  • URL enthält Nicht-ASCII-Zeichen

    Hinweis

    Akzentuierte oder nicht-lateinische Zeichen werden von verschiedenen Clients unterschiedlich behandelt, dieselbe Seite wird also unter mehreren Kodierungen geteilt.

    Behebung: Kodieren Sie sie entweder einheitlich oder verwenden Sie in neuen URLs reines ASCII.

    url_non_ascii

  • URL hat viele Abfrageparameter

    Hinweis

    Mehrere Parameter bedeuten meist Filter, und Filter multiplizieren sich zu mehr URLs, als die Website Seiten hat.

    Behebung: Entscheiden Sie, welche Kombinationen indexiert werden sollen, und kanonisieren Sie den Rest darauf.

    url_too_many_params

  • URL ist sehr lang

    Hinweis

    Lange URLs sind schwerer zu teilen, werden in Ergebnissen abgeschnitten und bedeuten meist, dass der Pfad Information trägt, die die Seite tragen sollte.

    Behebung: Kürzen Sie sie, wenn die Seite neu ist. Schreiben Sie etablierte URLs nicht allein wegen der Länge um - die Weiterleitung kostet mehr als die URL.

    url_too_long

  • URL verwendet Unterstriche zwischen Wörtern

    Hinweis

    Google behandelt Bindestriche als Worttrenner und Unterstriche als Verbindung, blaue_schuhe liest sich also als ein Wort.

    Behebung: Verwenden Sie Bindestriche in neuen URLs. Bestehende sind für sich allein selten eine Weiterleitung wert.

    url_underscores

  • Verlinkte Seiten sind von robots.txt gesperrt

    Hinweis

    Sie verlinken auf Seiten, die Crawler nicht abrufen dürfen, was Link-Kraft verschwendet und womöglich unbeabsichtigt ist.

    Behebung: Prüfen Sie, ob die robots.txt-Regel noch gewollt ist, oder entfernen Sie die internen Links zu diesen URLs.

    Eine URL prüfen, kostenlos: Robots.txt Tester

    robots_blocked_linked

  • Weiterleitende URLs sind das, was Google weiterhin rankt

    Hinweis

    Google rankt die alte Adresse statt der neuen, jeder Besuch kostet also einen zusätzlichen Sprung, und das Ziel sammelt die Signale nie an.

    Behebung: Aktualisieren Sie interne Links und die Sitemap, damit sie direkt auf das Ziel zeigen. Die Weiterleitung bleibt als Sicherheitsnetz, aber nichts sollte durch sie laufen.

    redirect_with_traffic

  • Zusätzliche Robots-Anweisungen auf dieser Seite

    Hinweis

    Anweisungen wie noarchive, nocache oder notranslate sind hier gesetzt. Einzeln unbedeutend, beschreiben sie zusammen, was Sie Suchmaschinen über diese Seite gesagt haben.

    Behebung: Bestätigen Sie, dass jede beabsichtigt war. Sie werden meist aus einem Template geerbt statt je Seite gewählt.

    robots_secondary_directives

Titel, Description und strukturierte Daten, die eine Suchmaschine liest, bevor sie die Seite liest.

26 Prüfungen, bis zu 18 Punkte · 1 kritisch, 11 warnung, 14 hinweis

  • Seitentitel fehlt

    Kritisch

    Der Titel ist die Schlagzeile in den Suchergebnissen; ohne ihn erfinden Suchmaschinen etwas aus der Seite.

    Behebung: Schreiben Sie einen einmaligen Titel von etwa 15 bis 60 Zeichen, der genau diese Seite beschreibt.

    title_missing

  • Besucher können nicht hineinzoomen

    Warnung

    Das Viewport-Tag schaltet das Zoomen mit zwei Fingern ab. Das verletzt eine Anforderung der Barrierefreiheit und behindert alle, die auf einem Handy lesen.

    Behebung: Entfernen Sie user-scalable=no und jedes maximum-scale aus dem Viewport-Tag.

    viewport_blocks_zoom

  • Dieselbe H1 auf mehreren Seiten

    Warnung

    Identische Hauptüberschriften lassen Seiten austauschbar aussehen, genau wie identische Titel.

    Behebung: Geben Sie jeder Seite eine Überschrift, die diese Seite beschreibt.

    h1_duplicate

  • Doppelte Meta-Description

    Warnung

    Dieselbe Zusammenfassung auf mehreren Seiten sagt Suchmaschinen und Nutzern, dass nichts sie unterscheidet.

    Behebung: Schreiben Sie je Seite eine eigene Description oder entfernen Sie die Dubletten und lassen Sie Suchmaschinen einen Auszug wählen.

    meta_desc_duplicate

  • Doppelter Seitentitel

    Warnung

    Identische Titel lassen Seiten austauschbar aussehen, Suchmaschinen wählen also eine und ignorieren den Rest.

    Behebung: Geben Sie jeder Seite einen Titel, der das Einmalige an ihr widerspiegelt.

    title_duplicate

  • H1-Tag vorhanden, aber leer

    Warnung

    Die Seite hat ein <h1>-Element, das nichts enthält. Für einen Prüfer sieht es wie eine Überschrift aus, für eine Suchmaschine liest es sich als fehlende Überschrift.

    Behebung: Setzen Sie die Hauptüberschrift der Seite hinein oder entfernen Sie das leere Element.

    h1_empty

  • Kein mobiler Viewport deklariert

    Warnung

    Ein Handy rendert die Seite in Desktop-Breite und schrumpft sie, der Text ist also ohne Zoomen unlesbar - und die meisten Ihrer Besucher sind am Handy.

    Behebung: Ergänzen Sie <meta name="viewport" content="width=device-width, initial-scale=1"> im Head der Seite.

    viewport_missing

  • Keine H1-Überschrift

    Warnung

    Die H1 ist die Hauptüberschrift der Seite für Leser wie für Crawler; ohne sie ist das Thema mehrdeutig.

    Behebung: Ergänzen Sie genau eine H1, die sagt, worum es auf der Seite geht.

    h1_missing

  • Mehr als ein Viewport-Tag

    Warnung

    Die Seite deklariert den Viewport zweimal. Browser wählen einen, und welchen, kontrollieren Sie nicht.

    Behebung: Behalten Sie ein einzelnes Viewport-Tag. Die Dublette stammt meist aus einem Theme, das über das Template gelegt wurde.

    viewport_multiple

  • Meta-Description fehlt

    Warnung

    Suchmaschinen wählen stattdessen einen Auszug aus der Seite, der meist weniger überzeugt und die Klickrate senkt.

    Behebung: Schreiben Sie eine Zusammenfassung von 50 bis 165 Zeichen, die sich wie eine Einladung liest, nicht wie eine Keyword-Liste.

    meta_desc_missing

  • Titel und Description auf denselben Seiten beide doppelt

    Warnung

    Wenn beide über dieselbe Menge Seiten übereinstimmen, ist das ein viel stärkerer Beleg dafür, dass die Seiten selbst Dubletten sind, als dafür, dass die Metadaten hastig geschrieben wurden.

    Behebung: Prüfen Sie, ob diese Seiten überhaupt getrennt existieren sollten. Wenn ja, müssen beide Felder beschreiben, was jede einzelne unterscheidet.

    title_and_desc_duplicate

  • Viewport ist auf eine feste Breite festgenagelt

    Warnung

    Das ist schlimmer als gar keiner: Die Seite erklärt eine Layoutbreite und hält sie, ein Handy zeigt also eine verkleinerte Desktop-Seite, statt sich anzupassen.

    Behebung: Ersetzen Sie die Pixelbreite durch width=device-width.

    viewport_fixed_width

  • Description wird in den Suchergebnissen abgeschnitten

    Hinweis

    Dieselbe Messung wie beim Titel, auf die Description angewendet: Diese ist breiter als der Platz, den ein Ergebnis bekommt.

    Behebung: Sagen Sie das Nützliche in der ersten Zeile. Der Rest ist für Suchmaschinen da, nicht für Leser.

    Eine URL prüfen, kostenlos: Meta-Description-Checker

    meta_desc_truncated_serp

  • H1 ist sehr lang

    Hinweis

    Eine Überschrift jenseits von etwa siebzig Zeichen hört auf, als Überschrift zu funktionieren, und fängt an, als Absatz zu funktionieren.

    Behebung: Kürzen Sie sie. Verlagern Sie das Detail in den ersten Satz darunter.

    h1_too_long

  • Kein Favicon deklariert

    Hinweis

    Google zeigt auf dem Handy ein Favicon neben Ihrem Ergebnis, und eine Website ohne bekommt einen leeren Platzhalter neben Wettbewerbern, die eines haben. Es ist der kleinstmögliche Unterschied darin, wie vertrauenswürdig ein Ergebnis aussieht.

    Behebung: Ergänzen Sie <link rel="icon" href="/favicon.ico"> im Head. Wenn Sie /favicon.ico bereits ausliefern, deklarieren Sie es trotzdem - ein ausdrückliches Tag ist das, was wir und jeder Crawler zuerst lesen.

    favicon_missing

  • Kein Vorschautitel oder -bild für geteilte Links

    Hinweis

    Wenn jemand diese Seite in sozialen Medien oder einer Chat-App teilt, erscheint sie als nackte URL statt als Karte mit Überschrift und Bild und bekommt weit weniger Klicks.

    Behebung: Ergänzen Sie die Meta-Tags og:title und og:image. Ein gutes Bild je Seite schlägt einen websiteweiten Standard.

    og_missing

  • Länge der Meta-Description passt nicht

    Hinweis

    Unter 50 Zeichen verschenkt den Platz; über 165 wird mitten im Satz abgeschnitten.

    Behebung: Zielen Sie auf 50 bis 165 Zeichen.

    meta_desc_length

  • Mehr als eine H1

    Hinweis

    Mehrere Überschriften der obersten Ebene verwischen, worum es auf der Seite in erster Linie geht.

    Behebung: Behalten Sie eine H1 und stufen Sie die anderen zu H2 herab.

    h1_multiple

  • Titel ist sehr kurz

    Hinweis

    Unter 15 Zeichen sagen selten genug, damit jemand Ihr Ergebnis wählt.

    Behebung: Erweitern Sie ihn so, dass er das konkrete Thema der Seite beschreibt.

    title_too_short

  • Titel ist zu lang

    Hinweis

    Jenseits von etwa 60 Zeichen schneiden Suchergebnisse ihn ab, und das Ende Ihrer Botschaft fällt weg.

    Behebung: Kürzen Sie auf unter 60 Zeichen und stellen Sie die unterscheidenden Wörter nach vorn.

    title_too_long

  • Titel und Description sind identisch

    Hinweis

    Die Description fügt dem Snippet nichts hinzu: Die Leserin sieht denselben Satz zweimal.

    Behebung: Nutzen Sie die Description, um zu sagen, was in den Titel nicht gepasst hat.

    title_equals_meta_desc

  • Titel und H1 sind identisch

    Hinweis

    Zwei Chancen, die Seite zu beschreiben, und beide sagen dasselbe. Der Titel arbeitet in den Suchergebnissen und die H1 auf der Seite, und sie können verschiedene Aufgaben erledigen.

    Behebung: Schreiben Sie den Titel für das Suchergebnis und die H1 für die Person, die bereits geklickt hat.

    title_equals_h1

  • Titel wird in den Suchergebnissen abgeschnitten

    Hinweis

    Gemessen an der Breite, mit der Google Titel tatsächlich rendert, statt Zeichen zu zählen. Breite Buchstaben brauchen mehr Platz als schmale, ein kurzer Titel kann also trotzdem abgeschnitten werden und ein langer passen.

    Behebung: Stellen Sie die wichtigen Wörter nach vorn. Alles hinter dem Schnitt lesen Suchmaschinen weiterhin, und kein Mensch sieht es je.

    Eine URL prüfen, kostenlos: Title-Tag-Checker

    title_truncated_serp

  • Unvollständige Open-Graph-Tags

    Hinweis

    Ein Teilsatz ergibt eine kaputte Teilen-Vorschau: eine Überschrift ohne Bild oder ein Bild ohne Überschrift. Jede Plattform, die Links entfaltet, liest diese, und die fehlende Hälfte wird mit dem gefüllt, was sie auslesen kann.

    Behebung: Liefern Sie og:title, og:description und og:image zusammen. Das Bild ist das, was sich zu prüfen lohnt - es ist, was Menschen in einem Feed tatsächlich sehen.

    og_incomplete

  • Viewport setzt keine Anfangsskalierung

    Hinweis

    Ohne initial-scale=1 wählen manche Browser ihren eigenen Startzoom, die Seite öffnet sich also in der falschen Größe.

    Behebung: Ergänzen Sie initial-scale=1 im Viewport-Tag.

    viewport_no_initial_scale

Was tatsächlich auf der Seite steht - genug davon, einmalig und lesbar.

20 Prüfungen, bis zu 16 Punkte · 1 kritisch, 5 warnung, 14 hinweis

  • Identischer Inhalt auf mehreren URLs

    Kritisch

    Suchmaschinen wählen eine URL und ignorieren die anderen, das Ranking für diesen Inhalt wird also geteilt oder geht verloren.

    Behebung: Behalten Sie eine kanonische Version und kanonisieren oder leiten Sie den Rest darauf um.

    duplicate_content

  • Dieselbe Seite mit und ohne abschließenden Schrägstrich

    Warnung

    Zwei URLs liefern identischen Inhalt - doppelter Inhalt, der durch Konfiguration entstanden ist statt durch Schreiben.

    Behebung: Wählen Sie eine Form und leiten Sie die andere websiteweit per 301 darauf um.

    slash_twin

  • Platzhaltertext ist veröffentlicht

    Warnung

    Diese Seite enthält weiterhin Lorem ipsum. Sie ist live, sie ist indexierbar, und Suchmaschinen können es sehen.

    Behebung: Ersetzen Sie den Platzhalter oder nehmen Sie die Seite herunter, bis sie geschrieben ist.

    placeholder_text

  • Sehr wenig Inhalt

    Warnung

    Unter 200 Wörter beantworten eine Suche selten vollständig, die Seite tut sich also schwer, für irgendetwas zu ranken.

    Behebung: Erweitern Sie sie oder legen Sie sie mit einer vollständigeren Seite zusammen und leiten Sie um.

    thin_content

  • Seite antwortet erfolgreich ohne Inhalt

    Warnung

    Die Seite liefert 200 und hat keinen Text. Für eine Suchmaschine ist sie eine funktionierende Seite, die nichts sagt.

    Behebung: Ergänzen Sie den Inhalt oder liefern Sie einen 404, wenn die Seite nicht existieren sollte.

    page_empty

  • Strukturierte Daten lassen sich nicht lesen

    Warnung

    Kaputtes JSON-LD wird vollständig ignoriert, Sie verlieren also jedes Rich Result, das es erzeugen sollte.

    Behebung: Validieren Sie den Block - die Details nennen den Lesefehler und seine Position.

    structured_data_invalid

  • Besucher kommen und gehen ohne Interaktion

    Hinweis

    Die meisten, die hier landen, gehen wieder, ohne zu bleiben, zu konvertieren oder irgendwohin weiterzugehen. Die Seite wird gefunden und liefert nicht.

    Behebung: Prüfen Sie, ob die Seite zu dem passt, wonach gesucht wurde, und ob die Antwort oberhalb der Falz steht statt unter einer Einleitung.

    engagement_low

  • Indexierbare Seiten, die nichts einbringen

    Hinweis

    Diese Seiten stehen Suchmaschinen offen und haben keinerlei Impressionen erhalten. Sie sind Kandidaten fürs Verbessern, Zusammenlegen oder Entfernen.

    Behebung: Arbeiten Sie die Liste durch und entscheiden Sie Seite für Seite. Das ist eine Auswahl zum Prüfen, keine Liste von Fehlern.

    indexable_page_no_traffic

  • Inhalt seit sechs Monaten unverändert

    Hinweis

    Der Last-Modified-Header sagt, diese Seite sei seither nicht angefasst worden. Assistenten wie Suchmaschinen bevorzugen Material, das aktuell gehalten wird.

    Behebung: Prüfen Sie sie. Eine Seite, die noch stimmt, braucht eine Kontrolle und ein Datum; eine, die es nicht tut, braucht die Überarbeitung.

    content_stale

  • Kein main-Element

    Hinweis

    Nichts auf der Seite markiert, wo der Inhalt ist. Assistenten nutzen Orientierungspunkte, um einen Artikel von der Navigation darum zu unterscheiden, und ohne sie raten sie.

    Behebung: Umschließen Sie den eigentlichen Inhalt der Seite mit <main>. Ein Tag, und es ändert visuell nichts.

    semantic_main_missing

  • Kein Zeichensatz deklariert

    Hinweis

    Der Browser muss die Kodierung raten, und rät er falsch, werden Umlaute und Anführungszeichen zu Zeichensalat - bei manchen Lesern und bei anderen nicht.

    Behebung: Ergänzen Sie <meta charset="utf-8"> als Erstes im Head der Seite.

    charset_missing

  • Keine llms.txt-Datei

    Hinweis

    Manche KI-Werkzeuge suchen /llms.txt als Karte Ihrer Website. Es gibt keinen Beleg, dass es die Suche beeinflusst - Googles Dokumentation sagt, die Suche ignoriere es - das ist also Hausarbeit und kein Ranking-Problem.

    Behebung: Ergänzen Sie eine, wenn Sie Ihre Website für KI-Werkzeuge beschreiben wollen. Sie auszulassen kostet nichts Messbares.

    llms_txt_missing

  • Keine Sprache deklariert

    Hinweis

    Ohne lang-Attribut raten Screenreader die Aussprache und Suchmaschinen das Publikum.

    Behebung: Ergänzen Sie lang am html-Element, z. B. <html lang="de">.

    lang_missing

  • Keine strukturierten Daten sagen, wem die Website gehört

    Hinweis

    Keine Seite deklariert eine Organization, WebSite oder Person. Dieses Markup ist, wie Suchmaschinen und Assistenten eine Website mit einer Entität verbinden, die sie bereits kennen.

    Behebung: Ergänzen Sie Organization- oder Person-Markup auf der Startseite, mit Name, Logo und offiziellen Profilen.

    structured_data_identity_missing

  • llms.txt lässt sich nicht lesen

    Hinweis

    Die Datei ist da und hat nicht das erwartete Format - meist eine HTML-Seite, die für eine fehlende Datei ausgeliefert wird, statt eines Markdown-Dokuments.

    Behebung: Liefern Sie sie als reinen Text mit einer Überschrift der obersten Ebene aus oder entfernen Sie sie, damit Werkzeuge aufhören, eine kaputte zu finden.

    llms_txt_invalid

  • Mehr als ein main-Element

    Hinweis

    Eine Seite kann nur einen Hauptbereich haben. Mit mehreren bedeutet der Orientierungspunkt nichts.

    Behebung: Behalten Sie ein <main> und verwenden Sie <section> oder <article> für die Teile darin.

    semantic_main_multiple

  • Schwer zu lesen

    Hinweis

    Gemessen auf der Flesch-Lesbarkeitsskala liegt diese Seite im Bereich wissenschaftlichen Schreibens. Gilt nur für englische Seiten.

    Behebung: Kürzere Sätze und einfachere Wörter. Der Wert bewegt sich am schnellsten, wenn Sie lange Sätze aufteilen.

    readability_hard

  • Seite ist womöglich zu lang für KI-Antworten

    Hinweis

    Assistenten haben eine Grenze dafür, wie viel einer Seite sie lesen. Jenseits einiger tausend Wörter sieht einer das Ende der Seite womöglich nie.

    Behebung: Behandelt die Seite mehrere Themen, teilen Sie sie auf. Muss sie lang sein, setzen Sie die Antwort nach oben.

    content_very_long

  • Sprachattribut ist kein Sprachcode

    Hinweis

    Browser und Suchmaschinen ignorieren einen Wert, den sie nicht lesen können, die Seite gilt also als ohne deklarierte Sprache - genauso, als hätten Sie es weggelassen.

    Behebung: Verwenden Sie einen echten Code: de, de-AT, sr-Latn-RS. Keinen Sprachnamen und keinen Unterstrich.

    lang_invalid

  • Überschriftenebenen sind durcheinander

    Hinweis

    Überschriften sind die Gliederung der Seite. Ein Abschnitt, der bei h2 beginnt, ohne h1 darüber, oder ein Sprung von h2 auf h4, lässt eine Überschrift ohne Eltern - das macht die Struktur für einen Screenreader schwerer zu navigieren und für eine Suchmaschine schwerer als Hierarchie zu lesen.

    Behebung: Eine h1 für die Seite, dann eine Ebene nach der anderen abwärts. Wieder aufwärts ist in Ordnung: h3 → h2 ist einfach der Beginn des nächsten Abschnitts.

    heading_order_broken

Links, die ins Leere führen, Bilder ohne Alternativtext und die Form des eigenen Linkgraphen der Website.

22 Prüfungen, bis zu 10 Punkte · 7 warnung, 15 hinweis

  • Ein Bild, Stylesheet oder Skript fehlt

    Warnung

    Die Seite fordert eine Datei an, die mit einem Fehler antwortet. Ein fehlendes Stylesheet oder Skript ändert, wie Suchmaschinen die Seite rendern; ein fehlendes Bild ist ein Loch, wo Inhalt sein sollte.

    Behebung: Stellen Sie die Datei wieder her oder entfernen Sie den Verweis. Prüfen Sie zuerst den Pfad - meist ist es eine Build-Ausgabe, die umgezogen ist.

    broken_resource

  • Ein ganzer Bereich ist vom Rest der Website abgeschnitten

    Warnung

    Diese Seiten verlinken aufeinander, und nichts außerhalb der Gruppe verlinkt hinein. Der Bereich ist eine Insel: Jede Seite sieht verlinkt aus, und der Bereich als Ganzes ist von nichts erreichbar.

    Behebung: Verlinken Sie von der Hauptwebsite in die Gruppe - meist reicht ein Link auf ihren Einstiegspunkt.

    isolated_cluster

  • Jeder eingehende Link kommt von einer aus der Suche ausgeschlossenen Seite

    Warnung

    Die einzigen Seiten, die hierher verlinken, stehen auf noindex. Dieser Weg funktioniert, solange Google diese Seiten noch crawlt, und ausgeschlossene Seiten crawlt es mit der Zeit seltener.

    Behebung: Ergänzen Sie einen Link von einer Seite, die indexiert ist. Eine Übersicht, eine Kategorieliste oder die Navigation.

    isolated_via_noindex_page

  • Seite nur als Ziel einer Weiterleitung erreichbar

    Warnung

    Der einzige Weg hinein ist eine alte URL, die hierher leitet. Nichts verlinkt direkt auf die neue Adresse, die Seite hängt also vollständig davon ab, dass die Weiterleitung bestehen bleibt.

    Behebung: Aktualisieren Sie Ihre internen Links, damit sie auf diese URL zeigen statt auf die alte.

    isolated_via_redirect

  • Seite nur über ein Canonical erreichbar

    Warnung

    Nichts auf Ihrer Website verlinkt auf diese Seite. Wir haben sie nur gefunden, weil eine andere Seite sie als Original nennt, und ein Canonical ist kein Link - darüber reisen keine Ranking-Signale.

    Behebung: Verlinken Sie sie von einer passenden Seite. Sollte sie nicht das Canonical-Ziel sein, richten Sie das Canonical auf eine Seite, die tatsächlich verlinkt ist.

    isolated_via_canonical

  • Alternativtext ist ein Absatz

    Hinweis

    Ein Alternativtext über hundert Zeichen wird vollständig vorgelesen, bevor ein Screenreader weitergeht, und er beschreibt das Bild, statt es zu ersetzen.

    Behebung: Sagen Sie in einem Satz, was das Bild zeigt. Alles Längere gehört in den Seitentext, wo alle es lesen können.

    alt_text_too_long

  • Alternativtext ist ein Dateiname

    Hinweis

    Ein alt wie hero-image-2.jpg ist das ausgefüllte Feld statt des beschriebenen Bildes. Es liest sich vorgelesen genau so schlecht, wie es aussieht.

    Behebung: Ersetzen Sie ihn durch das, was das Bild zeigt. Ist das Bild Dekoration, ist ein leeres alt die richtige Antwort.

    alt_text_filename

  • Bilder haben keine Breite oder Höhe

    Hinweis

    Der Browser kann keinen Platz reservieren, bevor ein Bild ankommt, der Text springt also beim Laden - das, was Google als Layoutverschiebung misst.

    Behebung: Setzen Sie width- und height-Attribute an die img-Tags. Die echte Pixelgröße; CSS kann es weiterhin skalieren.

    img_dimensions_missing

  • Bilder ohne Alternativtext

    Hinweis

    Wer einen Screenreader nutzt, bekommt nichts, und Suchmaschinen können nicht sagen, was das Bild zeigt.

    Behebung: Beschreiben Sie den Inhalt jedes Bildes. Lassen Sie alt nur bei rein dekorativen Bildern leer.

    img_alt_missing

  • Diese Seite ist sowohl mit als auch ohne nofollow verlinkt

    Hinweis

    Dieselbe Seite ist von einem Template auf die eine Art verlinkt und von einem anderen auf die andere, was meist ein Fehler ist und keine Entscheidung.

    Behebung: Wählen Sie eine. Interne Links auf Ihre eigenen Seiten sollten normalerweise gefolgt werden.

    mixed_follow_nofollow

  • Einbettung lädt, bevor sie gebraucht wird

    Hinweis

    Ein eingebettetes Video oder eine Karte ist meist das Schwerste auf der Seite, und ohne Lazy Loading wird es geholt, selbst wenn es weit unter der Falz liegt - im Wettbewerb mit dem Inhalt, den gerade jemand liest.

    Behebung: Ergänzen Sie loading="lazy" am iframe. Ein Attribut, keine Verhaltensänderung für irgendetwas oberhalb der Falz.

    iframe_no_lazy

  • Interne Links ohne Text

    Hinweis

    Diese Links tragen gar keine Wörter - meist ein Bild oder ein Icon ohne Alternativtext. Sie geben dem Ziel keine Beschreibung mit und sagen einem Screenreader nichts an.

    Behebung: Ergänzen Sie Alternativtext an verlinkten Bildern oder eine visuell versteckte Beschriftung.

    anchor_text_empty

  • Interner Link mit nofollow markiert

    Hinweis

    Sie sagen Suchmaschinen, einem Link innerhalb Ihrer eigenen Website nicht zu folgen, was meist nicht beabsichtigt ist.

    Behebung: Entfernen Sie rel=nofollow von internen Links, sofern Sie keinen konkreten Grund haben.

    nofollow_internal

  • Keine modernen Bildformate auf der Seite

    Hinweis

    WebP und AVIF sind typischerweise ein Viertel bis die Hälfte so groß wie dasselbe JPEG oder PNG, und jedes Byte liegt auf dem Weg zum Ersten, was Besucher sehen.

    Behebung: Exportieren Sie Bilder als WebP oder AVIF oder liefern Sie sie über etwas aus, das unterwegs konvertiert.

    img_legacy_format

  • Links mit Beschriftung 'hier klicken' und 'mehr lesen'

    Hinweis

    Linktext sagt Suchmaschinen, worum es beim Ziel geht, und er ist, was ein Screenreader ansagt. „Mehr lesen“ beschreibt beides nicht.

    Behebung: Verwenden Sie das Thema des Ziels als Linktext.

    anchor_text_generic

  • Links öffnen einen neuen Tab ohne rel=noopener

    Hinweis

    Ein Link mit target=_blank gibt der geöffneten Seite einen Zugriff zurück auf Ihre, sofern rel nichts anderes sagt. Ein Sicherheitsstandard eher als ein SEO-Thema.

    Behebung: Ergänzen Sie rel=noopener an Links, die in einem neuen Tab öffnen.

    blank_no_noopener

  • Seite verlinkt nirgendwohin sonst auf der Website

    Hinweis

    Eine Leserin hat kein Weiter, und die Autorität, die diese Seite verdient hat, bleibt hier, statt zu Ihren anderen Seiten weiterzufließen.

    Behebung: Ergänzen Sie ein paar passende interne Links - einen verwandten Artikel, die übergeordnete Kategorie oder den naheliegenden nächsten Schritt.

    dead_end_page

Wie schnell die Seite nützlich wird, gemessen, wo wir es messen können.

16 Prüfungen, bis zu 13 Punkte · 8 warnung, 8 hinweis

  • HTML wird unkomprimiert gesendet

    Warnung

    Text komprimiert auf etwa ein Fünftel seiner Größe, diese Seite ist über die Leitung also mehrfach größer als nötig - am schlimmsten auf einer Mobilfunkverbindung.

    Behebung: Schalten Sie gzip oder brotli am Webserver oder CDN ein. Das ist ein Konfigurationsschalter, keine Codeänderung.

    compression_missing

  • Inhalt springt beim Laden herum, bei echten Besuchern

    Warnung

    Cumulative Layout Shift liegt bei einem Viertel der echten Ladevorgänge über der Schwelle für schlecht. Das ist die Kennzahl hinter Fehlklicks: Jemand greift nach einem Link, und eine Anzeige schiebt ihn weg.

    Behebung: Reservieren Sie Platz für Bilder, Anzeigen und Einbettungen mit ausdrücklichen Abmessungen. Schriften, die spät wechseln, sind die andere häufige Ursache.

    cwv_cls_poor

  • Reagiert langsam auf Interaktionen, bei echten Besuchern

    Warnung

    Interaction to Next Paint liegt im 75. Perzentil über einer halben Sekunde. Jemand tippt, und die Seite tut lange genug nichts, dass noch einmal getippt wird.

    Behebung: Zerlegen Sie lange JavaScript-Aufgaben und verschieben Sie Arbeit, die vor der ersten Interaktion nicht nötig ist.

    cwv_inp_poor

  • Ressourcen verzögern das erste Zeichnen

    Warnung

    Stylesheets und Skripte im Head müssen heruntergeladen und gelesen sein, bevor irgendetwas erscheint. Lighthouse hat gemessen, wie viel Zeit das auf den Stichprobenseiten kostet.

    Behebung: Verschieben Sie, was für den ersten Bildschirm nicht nötig ist, und binden Sie die kleine Menge CSS, die es ist, direkt ein.

    lab_render_blocking

  • Server antwortet langsam

    Warnung

    Über 800 ms bis zum ersten Byte verzögern alles Folgende, bei jedem Besuch. Gemessen, während dieser Crawl den Rest der Website holte, ein ausgelasteter Origin kann den Wert also anheben.

    Behebung: Prüfen Sie diese URLs für sich, bevor Sie etwas ändern - sind sie schnell, wenn sonst nichts läuft, war der Crawl die Last. Sind sie so oder so langsam, sehen Sie sich serverseitige Renderzeit, Datenbankabfragen und Caching an.

    ttfb_slow

  • Skripte im Head blockieren das Zeichnen der Seite

    Warnung

    Der Browser hört auf, die Seite zu bauen, bis jedes davon heruntergeladen und ausgeführt ist, die Besucherin wartet also vor einem leeren Bildschirm auf etwas, das sie noch nicht sehen kann.

    Behebung: Ergänzen Sie defer an Skripten, die die Seite brauchen, async an solchen, die sie nicht brauchen, oder verschieben Sie sie ans Ende des Body.

    render_blocking_scripts

  • Stylesheet blockiert das erste Zeichnen

    Warnung

    Der Browser zeichnet nichts, bevor er diese Stylesheets hat, jedes ist also eine Runde vor Ihrem Inhalt. CSS blockiert härter als JavaScript: Ein Skript verzögert den Parser, ein Stylesheet verzögert die Pixel.

    Behebung: Liefern Sie ein Stylesheet für die Seite aus und geben Sie allem, was nicht sofort nötig ist, ein media-Attribut (print oder eine Abfrage, die beim Laden nicht passt), damit es mit niedrigerer Priorität geholt wird.

    render_blocking_css

  • Zeigt den Hauptinhalt langsam, bei echten Besuchern

    Warnung

    Largest Contentful Paint liegt bei einem Viertel der Menschen, die Ihre Website laden, über vier Sekunden. Das ist keine Laborschätzung - es ist, was Chrome im letzten Monat auf echten Geräten gemessen hat, und es ist die Zahl, nach der Google rankt.

    Behebung: Finden Sie das größte Element oberhalb der Falz, meist ein Hero-Bild oder eine Webschrift, und lassen Sie es früher ankommen. Es vorzuladen ist oft die ganze Korrektur.

    cwv_lcp_poor

  • Bilder sind größer als nötig

    Hinweis

    Die Bilder sind entweder für einen größeren Bildschirm dimensioniert als den anfragenden oder in einem Format ausgeliefert, das für dieselbe Qualität mehr Bytes kostet als ein modernes.

    Behebung: Liefern Sie responsive Größen aus und verwenden Sie WebP oder AVIF. Das ist meist die größte einzelne Einsparung auf einer Inhaltsseite.

    lab_image_delivery

  • Der größte Teil des CSS wird nie verwendet

    Hinweis

    Die Seite lädt Stylesheet-Bytes herunter, die sie nie anwendet. Auf einer Handyverbindung ist das Zeit, die vergeht, bevor irgendetwas sichtbar ist.

    Behebung: Teilen Sie das Stylesheet auf, damit jede Seite lädt, was sie benutzt. Der vollständige Build eines Frameworks auf jeder Seite ist die übliche Ursache.

    lab_unused_css

  • Der größte Teil des JavaScripts wird nie verwendet

    Hinweis

    Die Seite lädt und liest Skript, das sie nie ausführt. Das Lesen ist die teure Hälfte und passiert im Hauptthread, es verzögert also die Interaktion ebenso wie das Laden.

    Behebung: Teilen Sie den Code nach Route auf und laden Sie Widgets von Dritten nur auf den Seiten, die sie benutzen.

    lab_unused_js

  • Niedriger Performance-Wert im Labor

    Hinweis

    Lighthouse hat eine Stichprobenseite auf einer simulierten Mobilfunkverbindung unter fünfzig bewertet. Ein Laborwert ist ein Ladevorgang auf einer Maschine und nicht das, wonach Google rankt, lesen Sie ihn also als Diagnose statt als Urteil - die Felddaten oben sind das Urteil.

    Behebung: Öffnen Sie den Befund für die Möglichkeiten, die Lighthouse gelistet hat. Sie sind nach der Zeit sortiert, die jede sparen würde.

    lab_performance_low

  • Schrift ohne crossorigin vorgeladen

    Hinweis

    Schriften werden immer im CORS-Modus geholt, egal was das Preload sagt. Ohne das crossorigin-Attribut kann der Browser die vorgeladene Kopie nicht wiederverwenden, er lädt die Schrift also zweimal - das Preload hat die Seite langsamer gemacht statt schneller.

    Behebung: Ergänzen Sie crossorigin am Preload: <link rel="preload" as="font" crossorigin href="...">. Kein Wert nötig; das nackte Attribut ist richtig.

    font_preload_uncorsed

  • Sehr großes HTML-Dokument

    Hinweis

    Über 1,5 MB allein an HTML sind langsam herunterzuladen und zu lesen, besonders auf Mobilfunkverbindungen.

    Behebung: Verlagern Sie eingebettete Daten und wiederholtes Markup aus dem Dokument; paginieren Sie sehr lange Seiten.

    page_heavy

  • Seite lädt von vielen anderen Domains

    Hinweis

    Jede zusätzliche Domain ist eine eigene DNS-Abfrage und Verbindung, bevor irgendetwas von ihr erscheint, und ist eine davon langsam, wird Ihre Seite langsam.

    Behebung: Streichen Sie die, deren Daten niemand liest, und hosten Sie selbst, was Sie können - Schriften vor allem.

    third_party_heavy

  • Statische Dateien werden nicht lange gecacht

    Hinweis

    Bilder, Stylesheets und Skripte werden öfter neu heruntergeladen als nötig, ein wiederkehrender Besucher bezahlt also erneut für Bytes, die sich nicht geändert haben.

    Behebung: Setzen Sie ein langes max-age auf Dateien, deren URL sich mit ihrem Inhalt ändert. Sind die URLs bereits mit Fingerabdruck versehen, ist ein Jahr sicher.

    lab_cache_policy

Was eine Maschine an einer gerenderten Seite über Barrierefreiheit belegen kann - WCAG 2.2 A und AA, an einer Stichprobe.

21 Prüfungen, bis zu 10 Punkte · 3 kritisch, 14 warnung, 4 hinweis

  • Ein Auswahlfeld ohne Beschriftung

    Kritisch

    Eine Dropdown-Liste ohne zugeordnete Beschriftung wird als unbeschriftetes Kombinationsfeld angesagt. Bei einer Länderauswahl, einer Größenauswahl oder einer Lieferoption ist das ein Formular, das jemand nicht abschließen kann.

    Behebung: Verbinden Sie es über for und id mit einem <label> oder geben Sie ihm ein aria-label. Die erste Option ist keine Beschriftung - sie verschwindet, sobald eine Wahl getroffen ist.

    a11y_select_name

  • Ein Steuerelement, das die Tastatur nicht erreichen kann

    Kritisch

    Ein <div> mit Klick-Handler oder ein role="button" ohne tabindex funktioniert für eine Maus und existiert für eine Tastatur nicht. Es ist auch für Screenreader-Nutzer unsichtbar, die genau denselben Weg navigieren.

    Behebung: Verwenden Sie einen echten <button> oder <a href>. Muss es ein div bleiben, geben Sie ihm tabindex="0" und einen Tastatur-Handler für Enter und Leertaste - drei Dinge, die ein <button> umsonst tut.

    a11y_keyboard_unreachable

  • Formularfelder ohne Beschriftung

    Kritisch

    Ein Feld ohne zugeordnete Beschriftung wird als unbeschriftetes Textfeld vorgelesen. Auf einer Kasse oder einem Kontaktformular ist das der Unterschied zwischen die Website benutzen und sie verlassen.

    Behebung: Verbinden Sie jedes Eingabefeld über for und id mit einem <label> oder geben Sie ihm ein aria-label. Platzhaltertext ist keine Beschriftung - er verschwindet, sobald jemand tippt.

    a11y_form_label

  • ARIA-Attribute, die nicht funktionieren

    Warnung

    ARIA überschreibt, was ein Browser sonst ansagen würde, eine ungültige Rolle oder ein fehlendes Pflichtattribut schadet also mehr, als es wegzulassen. Das Element wird als etwas angesagt, das es nicht ist.

    Behebung: Korrigieren Sie die Rolle oder das Attribut oder entfernen Sie das ARIA - ein schlichter <button> wird ganz ohne ARIA richtig angesagt.

    a11y_aria

  • Die Seite blockiert das Zoomen

    Warnung

    user-scalable=no oder ein maximum-scale unter 2 hindert jemanden daran, den Text mit zwei Fingern zu vergrößern. Es ist ein WCAG-Fehler und ein Fehler der mobilen Nutzbarkeit, und es ist ein einziges Attribut im Head jeder Seite der Website.

    Behebung: Entfernen Sie user-scalable=no und jedes maximum-scale unter 5 aus dem Viewport-Meta-Tag. Es gibt kein Layout, das es schützt, das eine Media Query nicht bewältigen könnte.

    a11y_viewport_zoom

  • Die Seite deklariert ihre Sprache nicht

    Warnung

    Ohne gültiges lang am html-Element rät ein Screenreader, in welcher Sprache er die Seite aussprechen soll, und er rät oft genug falsch, um die Seite unbenutzbar zu machen.

    Behebung: Setzen Sie lang am <html>-Element auf einen gültigen Code für die Sprache der Seite.

    a11y_html_lang

  • Die Seite hat keinen Titel für Hilfstechnik

    Warnung

    Der Titel ist das Erste, was angesagt wird, wenn eine Seite öffnet, und die Beschriftung ihres Browser-Tabs. Ohne ihn klingt jede Seite der Website gleich.

    Behebung: Ergänzen Sie einen <title>, der genau diese Seite beschreibt.

    a11y_document_title

  • Ein fokussierbares Element, das vor Hilfstechnik versteckt ist

    Warnung

    aria-hidden="true" auf etwas, das eine Tastatur weiterhin erreicht: Die Tab-Reihenfolge hält auf einem Steuerelement, von dem einem Screenreader gesagt wurde, es existiere nicht, und die Nutzerin erfährt gar nichts darüber, wo sie ist.

    Behebung: Entfernen Sie entweder das aria-hidden oder nehmen Sie das Element mit tabindex="-1" und inert aus der Tab-Reihenfolge. Versteckt heißt versteckt für alle.

    a11y_aria_hidden_focus

  • Ein fokussiertes Steuerelement ist hinter einem klebenden Element verdeckt

    Warnung

    WCAG 2.2 hat das ergänzt, weil es das ist, was ein klebender Header tut: Die Tastatur springt zu einem Link, der Browser scrollt ihn an den oberen Fensterrand, und der Header verdeckt ihn. Die Nutzerin steht auf einem Steuerelement, das sie nicht sehen kann.

    Behebung: Ergänzen Sie scroll-margin-top an fokussierbaren Elementen, in der Höhe des klebenden Headers. Eine Regel, meist an einem globalen Selektor.

    a11y_focus_obscured

  • Ein scrollbarer Bereich, den die Tastatur nicht erreichen kann

    Warnung

    Eine Box mit eigener Bildlaufleiste - ein Codeblock, eine breite Tabelle, eine Karte -, die keine Tastatur fokussieren kann, ist Inhalt, den ein Tastaturnutzer nicht lesen kann. Die Maus scrollt sie, und sonst nichts.

    Behebung: Geben Sie dem scrollenden Element tabindex="0", damit es fokussiert und mit den Pfeiltasten gescrollt werden kann, und eine Beschriftung, die sagt, was es ist.

    a11y_scrollable_region

  • Ein Steuerelement in einem anderen Steuerelement

    Warnung

    Eine Schaltfläche in einem Link oder ein Link in einer Schaltfläche. Ein Screenreader sagt ein Steuerelement an, und der Browser löst das andere aus, was der Nutzerin gesagt wird und was passiert, sind also zwei verschiedene Dinge.

    Behebung: Nehmen Sie eines heraus. Zwei Aktionen an einer Stelle brauchen zwei Steuerelemente nebeneinander, nicht eines im anderen.

    a11y_nested_interactive

  • Links im Text sind nur durch Farbe erkennbar

    Warnung

    Ein Link in einem Absatz, der sich vom umgebenden Text nur durch die Farbe unterscheidet, ist für alle unsichtbar, die diesen Unterschied nicht sehen können - und dazu gehört die häufigste Form der Farbenblindheit. WCAG verlangt ein zweites Merkmal.

    Behebung: Unterstreichen Sie Links im Fließtext oder geben Sie ihnen eine eigene Schriftstärke. Navigation und Schaltflächen sind ausgenommen, weil ihre Position sie bereits als Steuerelemente kennzeichnet.

    a11y_link_in_text

  • Nichts zeigt, wo die Tastatur ist

    Warnung

    Wer per Tastatur navigiert, hat keinen Cursor. Der Fokusrahmen ist das Einzige, das sagt, auf welchem Steuerelement man steht, und outline: none ohne Ersatz entfernt ihn - gemessen auf der Seite mit tatsächlich fokussiertem Steuerelement, denn ein Fokusstil existiert nur, solange er es ist.

    Behebung: Geben Sie fokussierten Steuerelementen einen sichtbaren Stil: :focus-visible { outline: 2px solid; outline-offset: 2px } reicht, und er erscheint nur für Tastaturnutzer. Nie outline: none allein.

    a11y_focus_invisible

  • Schaltflächen ohne etwas zum Ansagen

    Warnung

    Dasselbe wie ein unbenannter Link, an einem Steuerelement, das etwas tut. Ein Screenreader sagt eine Schaltfläche an, ohne irgendeinen Hinweis darauf, was ein Druck bewirken wird.

    Behebung: Ergänzen Sie sichtbaren Text oder ein aria-label. Eine reine Icon-Schaltfläche braucht die Beschriftung, auch wenn Sehende das Icon sehen können.

    a11y_button_name

  • Text hebt sich nicht genug vom Hintergrund ab

    Warnung

    Gemessen gegen die WCAG-Kontrastanforderung in einem echten Browser. Geringer Kontrast ist der häufigste einzelne Barrierefreiheitsfehler im Web, und er betrifft die meisten Menschen - alle, die auf einem Handy bei Tageslicht lesen, nicht nur Menschen mit einer Diagnose.

    Behebung: Dunkeln Sie den Text ab oder hellen Sie den Hintergrund auf, bis das Verhältnis besteht. Es sind fast immer ein oder zwei Werte in einem Stylesheet und keine Korrektur je Seite.

    a11y_contrast

  • Tippziele sind zu klein oder zu dicht beieinander

    Warnung

    WCAG 2.2 verlangt 24 mal 24 CSS-Pixel oder genug Platz um ein kleineres Steuerelement. Ein Link in einer Reihe von Links, der sechs Pixel hoch ist, ist ein Link, den niemand mit unruhigen Händen, einem großen Finger oder einem Trackball zuverlässig trifft - und alle verfehlen ihn im Zug.

    Behebung: Geben Sie dem Steuerelement Innenabstand, bis es in beiden Richtungen 24px hat, oder lassen Sie 24px Freiraum darum. Innenabstand reicht meist; die sichtbare Box muss nicht wachsen.

    a11y_target_size

  • Ein iframe ohne Titel

    Hinweis

    Ein Screenreader sagt Frames über ihren Titel an. Ohne einen sagt er „Frame“, eine Seite mit eingebettetem Video, Karte und Formular hat also drei Frames und keinen Weg, sie zu unterscheiden.

    Behebung: Ergänzen Sie an jedem <iframe> einen title, der sagt, was darin ist - „Zahlungsformular der Kasse“, nicht „iframe“.

    a11y_frame_title

  • Überschriften überspringen Ebenen

    Hinweis

    Überschriften sind, wie jemand mit Screenreader eine lange Seite navigiert. Ein Sprung von h2 auf h4 zerbricht die Gliederung, nach der navigiert wird.

    Behebung: Verwenden Sie Überschriften der Reihe nach. Sieht eine Ebene visuell falsch aus, ändern Sie das Styling statt der Ebene.

    a11y_heading_order

  • Weitere Barrierefreiheitsprobleme gefunden

    Hinweis

    Weitere WCAG-A- und -AA-Fehler, die die automatisierte Prüfung gefunden hat, hier gruppiert, damit der Bericht lesbar bleibt. Die Regelnamen reisen mit dem Befund.

    Behebung: Öffnen Sie den Befund für die Regelnamen und die beteiligten Elemente. Jede Regel verlinkt auf Deques Erklärung, was sie bedeutet und wie sie zu beheben ist.

    a11y_other

Was nicht auf dieser Liste steht

Ihre eigenen Regeln. Eine Website kann eigene Prüfungen ergänzen - eine Zeichenkette, die auf jeder Seite vorkommen muss, ein Meta-Tag, das nie fehlen darf - und die bleiben mit Absicht aus dem Health-Score heraus, denn diese Zahl ist unsere und muss auf jeder Website dasselbe bedeuten. So funktionieren eigene Prüfungen

Der Katalog wächst. Wenn eine Prüfung hinzukommt, wird ein bestehender Scan nicht hinter Ihrem Rücken neu bewertet - der Vergleich, den Sie gestern gesehen haben, bleibt der Vergleich von gestern, und die neue Prüfung erscheint beim nächsten Crawl.