Fehler bei der Datenvalidierung von Aeroflot. Lead-Formularvalidierung - Das vollständige Handbuch. Vorbeugung ist besser als Heilung

Menschen neigen dazu, Fehler zu machen. Fehler treten auf, wenn Menschen mit interagieren Benutzeroberflächen... Dies geschieht manchmal, weil Benutzer Fehler machen. Manchmal treten Fehler in der Anwendung selbst auf. Unabhängig von der Ursache haben Fehler und deren Handhabung einen großen Einfluss auf die UX. Eine falsche Fehlerbehandlung, gepaart mit nutzlosen Fehlermeldungen, kann zu einer Gegenreaktion des Benutzers führen, die in der Folge dazu führen kann, dass der Benutzer Ihre Anwendung verweigert.

In diesem Artikel erfahren Sie, wie Sie Ihr Anwendungsdesign optimieren können, um benutzerdefinierte Fehler zu vermeiden und effektive Fehlermeldungen zu erstellen, wenn Fehler auftreten, unabhängig von der Benutzereingabe. Wir werden uns auch ansehen, wie ein gut behandelter Fehler ein Versagen in Bewunderung verwandeln kann. Adobe hat eine neue Design- und Engineering-Anwendung Experience Design (Adobe XD) eingeführt, mit der Sie interaktive Projekte und Fehlerzustände entwerfen können. Sie können Adobe XD kostenlos herunterladen und testen.

Was ist ein Fehlerzustand?

Ein Fehlerzustand ist ein Bildschirm, der dem Benutzer angezeigt wird, wenn etwas schief gelaufen ist. Dies ist ein Beispiel für eine Situation, in der der Benutzer etwas anderes als den gewünschten Zustand tut. Da Fehler in unerwarteten Kombinationen auftreten können, können diese Bedingungen vollständig umfassen: verschiedene Probleme: von der Inkompatibilität von Benutzervorgängen (z. B. falsche Dateneingabe) bis hin zur Unfähigkeit der Anwendung, eine Verbindung zum Server herzustellen, oder sogar zur Unfähigkeit, eine Benutzeranfrage zu verarbeiten.

Fehlerbildschirme

Jeder Fehler, unabhängig von seiner Ursache, wird für den Benutzer zu einem Stolperstein auf dem Weg durch die UX. Glücklicherweise kann ein wohlgeformter Fehler den unangenehmen Effekt verringern.

Vorbeugung ist besser als Heilung

Wenn Sie eine Anwendung erstellen, müssen Sie verstehen, welche grundlegenden Benutzerinteraktionen mit der Anwendung zu einem Fehler führen können. Zum Beispiel ist es normalerweise sehr schwierig, ein Formular beim ersten Versuch richtig auszufüllen, oder es ist unmöglich, Daten korrekt zu synchronisieren, wenn das Gerät einen Defekt hat Netzwerkverbindung... Sie sollten diese Punkte im Hinterkopf behalten, um die Möglichkeit von Fehlern zu minimieren. Mit anderen Worten, es ist besser, die Möglichkeit von Fehlern durch Anzeigen von Tipps, Verwendung von Einschränkungen und Flexibilität zu vermeiden.

Wenn Sie beispielsweise Personen die Möglichkeit geben, Hotels zu suchen und zu reservieren, warum sollten dann Daten in der Vergangenheit verfügbar bleiben und ein Fehler angezeigt werden, wenn der Benutzer ein solches Datum auswählt?

Wie im Beispiel von Booking.com gezeigt, können Sie einfach eine Datumsauswahl verwenden, die es Benutzern ermöglicht, nur das heutige Datum und zukünftige Daten auszuwählen. Dadurch werden Benutzer aufgefordert, nur gültige Daten auszuwählen.


Datumsauswahl in der Boocking.com-App. Der ganze Monat wird angezeigt, Daten in der Vergangenheit sind jedoch nicht verfügbar.

Fehlerbildschirm bei der Formularvalidierung

Form ist Kommunikation. Wie jede Kommunikation muss es sich um eine serielle Kommunikation zwischen zwei Parteien handeln – dem Benutzer und Ihrer Anwendung. Validierung spielt in dieser Kommunikation eine große Rolle. Die Formularvalidierung soll Benutzer durch Komplexitäten, Fehler und Missverständnisse führen. Bei richtiger Validierung wird diese Kommunikation klar und verständlich. Im Allgemeinen hat eine gute Formvalidierung vier wichtige Elemente:

  • Korrekter Zeitpunkt zum Melden von Fehlern (oder erfolgreichen Abschluss)
  • Der richtige Ort für die Validierungsnachricht
  • Korrekte Nachrichtenfarbe
  • Verständliche Sprache der Nachricht

Korrekte Zeit (String-Validierung)

Die Formularvalidierung ist unvermeidlich und ein logischer Teil der Benutzereingabe (da Benutzereingaben fehleranfällig sein können). Natürlich sollten Zustände, die einen Fehler verursachen können, minimiert werden, aber die Fehlervalidierung kann nicht entfernt werden. Die wichtigste Frage lautet also: "Wie können Sie dem Benutzer die Wiederherstellung nach einem Fehler erleichtern?"

Benutzer mögen das Ausfüllen des Formulars nicht, insbesondere wenn sie am Ende eine Fehlermeldung erhalten. Besonders frustrierend ist es, nach dem Ausfüllen eines langen Formulars Fehlermeldungen in mehreren Feldern zu erhalten. Und am nervigsten ist die Unklarheit darüber, welche Fehler Sie wo gemacht haben.

Die Validierung soll den Nutzer unverzüglich nach Eingabe der Daten über die Richtigkeit dieser Antwort informieren. Das Hauptprinzip einer guten Validierung lautet: „Sprechen Sie mit den Nutzern! Sag ihnen, was los ist!“ und String-Validierung in Echtzeit informiert den Benutzer über die Richtigkeit der eingegebenen Daten. Dieser Ansatz ermöglicht es Benutzern, Fehler schnell zu beheben und nicht darauf zu warten, dass Fehler angezeigt werden, nachdem sie auf die Schaltfläche „Senden“ geklickt haben.

Sie sollten jedoch vermeiden, jeden Tastendruck zu überprüfen, da Sie in den meisten Fällen die Daten nicht überprüfen können, bevor der Benutzer seine Antwort eingegeben hat. Formulare, die den Wert gleich während des Tippvorgangs validieren, beginnen den Benutzer zu ärgern, sobald er mit der Dateneingabe beginnt.


Google-Formulare einen E-Mail-Fehler anzeigen, auch wenn Sie noch nicht mit der Eingabe fertig sind.

Auf der anderen Seite informieren Formulare, die nach der Dateneingabe validieren, den Benutzer nicht sofort über den Fehler.


Die Validierung im Apple Store erfolgt nach der Dateneingabe.

Mikhail Konzhevich in seinem Artikel „String Validation in Forms – Creating Experience! untersuchten verschiedene Validierungsstrategien und schlugen eine hybride Strategie vor: frühe Belohnung, späte Bestrafung.


Hybrid - frühe Belohnung, späte Bestrafung - Ansatz

Der richtige Ort

Die Nutzerorientierung ist ein weiteres wichtiges Instrument. Wenn Sie sich fragen, wo Sie Ihre Bestätigungsnachricht abrufen sollen, befolgen Sie diesen Tipp: Platzieren Sie Ihre Nachricht immer im Kontext einer Aktion. Wenn Sie den Benutzer über einen Fehler in einem bestimmten Feld informieren möchten, zeigen Sie es daneben an. Am besten platzieren Sie die Schnellvalidierung rechts neben dem Eingabefeld oder darunter.

Formularfehler in Echtzeit.

Korrekte Farbe (intuitives Design)

Die Farbe ist eine von beste Werkzeuge beim Erstellen der Validierung zu verwenden. Da es auf intuitiver Ebene funktioniert, ist Rot für Fehler, Gelb für Warnung und Grün für Erfolg besonders mächtig. Stellen Sie jedoch sicher, dass die Farben von den Benutzern gut angenommen werden. Dies ist ein kritischer Aspekt eines guten visuellen Designs.

Der Fehlertext sollte verständlich sein und sich deutlich vom Hintergrund der Anwendung abheben.

Klare Nachricht

Eine typische Fehlermeldung könnte „E-Mail ist ungültig“ lauten, ohne dem Benutzer zu erklären, warum die E-Mail falsch ist. (Typografie? E-Mail von einem anderen Benutzer besetzt?) Einfache Anweisungen oder Richtlinien können die Dinge anders machen. An einem Beispiel sehen Sie, wie das Formular den Benutzer darüber informiert, dass seine E-Mail bereits vergeben ist. Außerdem werden mehrere Vorschläge angezeigt (Login- oder Passwortwiederherstellung).

Jetzt ist es also an der Zeit, die Fehlerseite anzuzeigen, um zu zeigen, dass etwas schief gelaufen ist. Stellen wir uns als Beispiel eine Situation vor, in der die Verbindung unterbrochen wird und sich der Benutzer auf dem Bildschirm befindet, der als einziger verfügbar ist. Sie sollten diese Gelegenheit nutzen, um die Leute darüber zu informieren, was vor sich geht, und ein schnelles Hilfemodell bereitzustellen - Ihre Nachricht sollte den Benutzern helfen. Daher sollten Sie niemals Folgendes anzeigen:

  • Schwerwiegende Fehlermeldung. Meldungen, die von einem internen Fehler im Anwendungscode sprechen oder Text wie „ein Fehler vom Typ 2 ist aufgetreten“ enthalten, sind kryptisch und beängstigend.
Eine vom Entwickler für den Entwickler geschriebene Fehlermeldung. Der Fehlerbildschirm von Spotify lautet „Ein Fehler ist aufgetreten“ und enthält keine Optionen oder Schritte zur Behebung des Problems.
  • Eine undefinierte Fehlermeldung. Ein solcher Bildschirm (im Beispiel unten) bietet dem Benutzer genauso viele Informationen wie der vorherige. Die Benutzer haben keine Ahnung, was dies bedeutet oder was sie dagegen tun können.
Die Buffer-App enthält eine nette Fehlermeldung, übermittelt dem Benutzer jedoch keine Informationen.

Erschrecken Sie den Benutzer nicht mit Fehlern. Versuchen Sie auch nicht, den Benutzer in die technischen Details des Problems einzuführen. Sprechen Sie den Fehler in einfacher und verständlicher Sprache an. Versuchen Sie dazu, keinen Fachjargon zu verwenden und Ihre Gedanken in der Sprache des Benutzers auszudrücken.

Gestalten Sie Ihre Nachrichten lesbar und hilfreich – Fehler sollten höflich, klar und didaktisch sein und die folgenden Informationen enthalten:

  • Was ist schief gelaufen und warum (möglicherweise).
  • Was der Benutzer tun sollte, um den Fehler zu beheben.
Die Remote-App erklärt, warum Benutzer nichts sehen können und schlägt eine Lösung vor.

Füge Humor und Bilder in Fehlermeldungen ein

Die Fehlerberichterstattung ist eine großartige Gelegenheit, Symbole und Illustrationen zu verwenden, da die Menschen für visuelle Informationen empfänglicher sind als nur für Text. Sie können jedoch noch weiter gehen und Ihrer Anwendung Bilder hinzufügen, die für Benutzer nützlich sind. Dadurch wird Ihre Bewerbung personalisiert und Ihre Botschaft weicher.

Azendoo verwendet Illustration und Humor, um den Benutzer zu inspirieren, ein Problem zu lösen.

Humor verlängert das Leben. Ein bisschen Humor schadet nie und wird helfen, die Verwirrung eines Fehlers zu zerstreuen. Bei Littlebigdetails finden Sie jede Menge Beispiele für lustige Beiträge. Hier sind einige meiner Favoriten:

  • Basecamp: Bei einem Formularvalidierungsfehler macht der Held auf der linken Seite einen überraschten Gesichtsausdruck.

  • Beim Versuch, beim Anlegen eines neuen Gmail-Kontos zu viele Punkte einzugeben, kommt eine etwas freche Fehlermeldung.

Seien Sie jedoch vorsichtig mit Humor, da er in Ihrem Fehlerbericht möglicherweise nicht immer angemessen ist. es hängt von der Schwere des Fehlers ab. Humor funktioniert beispielsweise gut für ein einfaches Validierungsproblem wie einen 404-Fehler (Seite nicht gefunden). Aber wenn der Benutzer ausgibt eine bestimmte Menge von Zeit, die Seite anzuzeigen, auf der "Oh!" - Es sieht fehl am Platz aus.

Eine umfassende Checkliste für die perfekte Fehlerseite

Gute Fehlerseiten sind eine hilfreiche Hand für Benutzer und müssen die folgenden sechs Kriterien erfüllen:

  1. Die Fehlermeldung erscheint dynamisch, unmittelbar nachdem der Fehler erkannt wurde. Es sollte den Benutzer über das Problem informieren.
  2. Seien Sie sicher für die eingegebenen Daten. Ihre Anwendung sollte nicht unterbrechen, löschen oder abbrechen, was der Benutzer eingegeben oder heruntergeladen hat, als der Fehler erkannt wurde.
  3. Sprechen Sie mit dem Benutzer in derselben Sprache. Die Nachricht sollte ein klares Verständnis davon vermitteln, was schief gelaufen ist und warum; Was muss der Benutzer tun, um den Fehler zu beheben?
  4. Benutzer nicht schockieren oder verwirren. (Die Botschaft sollte nicht zu provokant sein).
  5. Verlieren Sie nicht die Kontrolle über das System. (Wenn das Problem nicht kritisch ist, sollte der Benutzer mit dem Rest der Anwendung in der Lage sein).
  6. Verwenden Sie einen Sinn für Humor, um das Problem zu mildern.

Lösungen für die häufigsten Fehler

404-Fehler (Seite nicht gefunden)

Das Hauptziel einer 404-Seite besteht darin, Ihren Benutzer so schnell wie möglich auf die Seite weiterzuleiten, nach der er gesucht hat. Ihre 404-Seite sollte mehrere wichtige Links bieten, auf die der Benutzer zugreifen kann. Die sicherste Option ist ein Link zu „ Startseite„Site auf einer 404-Seite. Sie können auch ein „Problem melden“ platzieren, damit der Benutzer Sie benachrichtigt, dass die Seite nicht funktioniert. Stellen Sie jedoch sicher, dass der Übergang zur Startseite ein expliziterer Übergang ist und sich optisch besser abhebt.

Login-Problem

Der Bildschirm des Anmeldeformulars ist oft minimalistisch und enthält ein Feld zur Eingabe eines Benutzernamens und ein Feld für ein Passwort. Aber Minimalismus ist nicht gleich Einfachheit. Es gibt viele Gründe, warum ein Benutzer auf dem Anmeldebildschirm hängen bleiben kann. Die Hauptregel der Anmeldeseite besteht darin, den Benutzer nicht zum Raten zu zwingen.

Schauen wir uns die Lösungen für die häufigsten Probleme anhand von Beispielen von MailChimp an, das bei der Fehlerberichterstattung hervorragende Arbeit leistet.

  • Der Benutzer hat seinen Namen auf der Site vergessen. Wenn Sie einen ähnlichen Fehler finden, sollten Sie einen Link anbieten, über den der Benutzer ihn beheben kann. Teilen Sie dem Benutzer mit, wo er ihn bekommen kann (z. B.: „Überprüfen Sie Ihre E-Mails, wir haben Ihnen einen Brief geschickt“) oder stellen Sie einen Link bereit, um den Namen auf der Website wiederherzustellen.

Benutzer unternehmen viele Versuche, die Site mit zu betreten falsches Passwort... Um solche Serverangriffe zu verhindern, werden Benutzerkonten nach zu häufigen erfolglosen Versuchen gesperrt. Dies ist eine gängige Sicherheitspraxis, aber der Benutzer muss gewarnt werden, bevor sein Konto gesperrt wird.

Kreditkartenablehnung

Eine Kreditkarte kann aus verschiedenen Gründen abgelehnt werden: ein Datenformatierungsfehler (Tippfehler oder fehlende Daten) oder die Karte kann abgelehnt werden, weil sie abgelaufen oder gestohlen ist. Gabriel Tomescu schlug in seinem Artikel „Anatomy of a Credit Card Shape“ die folgende Strategie für beide Fehler vor:

Für das erste Problem sollten Sie die standardmäßige String-Validierung und die visuelle Fehleranzeige befolgen:

Wenn die Kreditkarte jedoch abgelehnt wird Bezahlsystem Aus irgendeinem Grund sieht es normalerweise wie eine Entführung aus. Sie benötigen klare Daten vom Benutzer. Und selbst danach müssen Sie den Benutzer immer noch darüber informieren, was passiert ist. die Fehlermeldung sollte sehr klar sein.

Verbindungsproblem

Eine Internetverbindung ist nicht überall verfügbar und Offline-Support sollte ein wichtiger Aspekt im Leben jeder modernen Anwendung sein. Wenn die Verbindung unterbrochen wird, müssen Sie sorgfältig über die Offline-UX nachdenken. Benutzer sollten in der Lage sein, mit so viel Ihrer Anwendung wie möglich zu interagieren. Das bedeutet, dass die Anwendung Inhalte zwischenspeichern muss für gut offline UX.

Stichworte:,,,

Die Validierung ist eine der wichtigsten wichtige Aspekte gutes Webdesign... Sehen wir uns an, was es ist und wie man HTML-Code auf Gültigkeit überprüft. Nehmen wir das gängigste Content-Management-System (CMS) – WordPress als Beispiel. Danach teilen wir eine Liste von Fehlern, die uns in der Praxis aufgefallen sind, und bieten vor allem unsere eigenen bewährten Methoden zu deren Beseitigung an.

Warum ist es notwendig, die Gültigkeit der Website zu überprüfen?

Einfach ausgedrückt wird durch die Überprüfung einer Webseite festgestellt, ob sie den vom Konsortium entwickelten Standards entspricht. Weltweites Netz(W3C). Dies geschieht in der Regel durch Überprüfung einzelner Seiten auf Gültigkeit mit dem Online-Validierungsservice des W3C.

Wie Grammatikregeln in verschiedenen Sprachen gibt es auch Regeln in der Programmierung. Anhand der Validierung können Sie feststellen, ob die Seite diesen Regeln entspricht, und bei Fehlern oder Warnungen Empfehlungen zu deren Behebung erhalten. Auf die Notwendigkeit einer solchen Prüfung werden wir weiter unten näher eingehen.

Was beeinflusst die Standortvalidität?

Haben Sie sich jemals gefragt, wie Browser eine Webseite „lesen“? Sie haben Engines, um Code zu analysieren und ihn in visuelle Darstellungen für Menschen zu verwandeln. Leider hat jeder Browser seinen eigenen Code-Handling-Mechanismus, und dies kann dazu führen, dass Ihre Seiten unterschiedlich angezeigt werden.

Eine ungültige Webseite kann von Browsern unterschiedlich gelesen werden. Dies führt dazu, dass Ihre Besucher möglicherweise nicht einmal den Seiteninhalt in ihren Browsern richtig sehen können. Eine weitere Validierung wird fast alle wesentlichen Unterschiede korrigieren und Ihre Webseite für fast alle Webbrowser lesbar machen (meistens sind ältere Versionen des Internet Explorers die Ausnahme). Daher kommt der Begriff "Cross-Browser-Layout" - also. Layout, das für alle gängigen Browser gleich gut (kompatibel) ist.

Wie wirkt sich das auf SEO aus? Es ist wichtig zu verstehen, dass Roboter Suchmaschinen liebe semantische Webseiten. Semantisches Layout ist laut Wikipedia ein Ansatz zum Erstellen von Webseiten in HTML-Sprache, beyogen auf mit HTML Tags gemäß ihrer Semantik (Zweck). Darüber hinaus ermöglicht die struktursemantische Webseite Suchroboter um die Bedeutung sowohl einzelner Elemente einer Webseite als auch des gesamten Textes als Ganzes genauer zu bestimmen. Laut Google beeinflusst der gültige Code das Seitenranking in keiner Weise. Gleichzeitig kann sich das Vorhandensein von Fehlern im Code jedoch negativ auf das Scannen von Mikromarkierungen und die Anpassungsfähigkeit für mobile Geräte auswirken.

Validierungstools für Ihre Website

Sehen wir uns an, wie Sie nach diesen Fehlern suchen können, da Sie wissen, dass keine Validierungsfehler auf Websiteseiten erforderlich sind.

Es gibt viele kostenlose Dienste für Site-Validierung wie Markup Validation Service W3C, Web Page Analyzer, Browsershots und andere.

Nichts ist mühsamer als das Ausfüllen eines Analphabetenformulars auf Zielseite... Denken Sie daran, wie oft Sie alle Felder neu ausfüllen mussten, weil das von Ihnen erfundene Passwort nach bestimmten Kriterien nicht in das System passte und niemand versucht hat, Sie im Voraus zu benachrichtigen.

Denken Sie daran, dass die Lead-Formularoptimierung eine Schlüsselkomponente des Conversion-Optimierungsprozesses ist und der Fokus hier auf der Feldvalidierung liegen sollte.

Was ist die Lead-Formularvalidierung?

Die Lead-Formularvalidierung ist ein technischer Prozess, bei dem das System die Richtigkeit der vom Benutzer eingegebenen Daten überprüft. Wenn eine Person beim Ausfüllen des Formulars einen Fehler gemacht hat (z. B. hat er die Daten im falschen Format angegeben), weist das System ihn auf diesen Fehler (oder einfach auf sein Vorhandensein) hin und bietet an, ihn zu korrigieren. Wenn der Benutzer alle Daten richtig eingegeben hat, dann nein zusätzliche Nachrichten wird nicht angezeigt (oder ein Häkchen wird neben dem Feld angezeigt), und es wird zum nächsten Registrierungsschritt fortgesetzt.

Twitter erlaubt Ihnen beispielsweise nicht, mit der nächsten Registrierungsstufe fortzufahren, wenn Sie eine Adresse eingeben Email im falschen Format:

Wenn Sie die E-Mail-Adresse in dem vom System benötigten Format eingeben, erscheint neben dem Feld ein Häkchen, das anzeigt, dass das Format der eingegebenen Daten korrekt ist:

Der Kern der Validierung besteht darin, sicherzustellen, dass die Benutzer die Daten in dem vom System geforderten Format eingeben (z. B. muss die E-Mail-Adresse dem Standard entsprechen [E-Mail geschützt], aber das Passwort muss beispielsweise mindestens 7 Zeichen enthalten).

Es gibt zwei Hauptarten der Formularvalidierung.

Analyse von Site-Validierungsfehlern


Schließlich war zwischen einer endlosen Reihe von Bestellungen etwas Freizeit und ich beschloss, meinen Blog zu starten. Versuchen wir es in Bezug auf die Validierung zu verbessern. Unten im Artikel werde ich Ihnen sagen, was Site-Validierung ist, HTML Quelltext und CSS, warum wird es benötigt und wie man die Site anhand eines konkreten Beispiels auf Standards bringt.

Was ist Site-Validierung?

In einfachen Worten, es ist ein Test für die Einhaltung von Standards. Damit jeder Browser Ihre Site korrekt anzeigen kann. Die Gültigkeit der Site hat keinen großen Einfluss auf die Promotion, aber sie wird sicherlich nicht schlechter.

Ein konkretes Beispiel für das Bestehen der Validierung für eine Website-Seite

Nehmen wir die erste Seite, auf die wir auf meiner Site stoßen - Base64-Kodierung und -Dekodierung in Java 8. Geben wir die Seitenadresse in den Validator ein und sehen wir uns das Ergebnis an:

Beim Prüfen dieses Dokuments als HTML 4.01 Transitional wurden Fehler gefunden! Ergebnis: 105 Fehler, 67 Warnung(en) Ja, das Bild ist unangenehm: mehr als hundert Fehler und 67 Warnungen - wie indizieren Suchmaschinen meinen Blog und die Besucher? Aber seien wir nicht verärgert, aber wir werden lernen, die Validierung zu bestehen, Fehler zu korrigieren. Also die erste Warnung:

Parse-Modus kann nicht bestimmt werden! Der Validator kann Dokumente entweder als XML (für Dokumenttypen wie XHTML, SVG usw.) oder SGML (für HTML 4.01 und frühere Versionen) verarbeiten. Für dieses Dokument reichten die verfügbaren Informationen nicht aus, um den Parsing-Modus eindeutig zu bestimmen, denn: der MIME Media Type (Text / HTML) kann für XML- oder SGML-Dokumenttypen verwendet werden kein bekannter Dokumententyp konnte erkannt werden keine XML-Deklaration (z) finden Sie am Anfang des Dokuments. Kein XML-Namensraum (z. B ) finden Sie im Stammverzeichnis des Dokuments. Standardmäßig fällt der Validator in den SGML-Modus zurück. Warnung Kein DOCTYPE gefunden! Prüfung mit standardmäßigem HTML 4.01-Übergangsdokumenttyp. In diesem Dokument konnte keine DOCTYPE-Deklaration gefunden oder erkannt werden. Dies bedeutet im Allgemeinen, dass das Dokument seinen Dokumenttyp nicht oben deklariert. Es kann auch bedeuten, dass die DOCTYPE-Deklaration einen Rechtschreibfehler enthält oder nicht die richtige Syntax verwendet. Das Dokument wurde mit einer standardmäßigen „Fallback“-Dokumenttypdefinition überprüft, die „HTML 4.01 Transitional“ sehr ähnlich ist. Das ist das gleiche. Und die Lösung ist einfach: Fügen Sie ganz am Anfang der Seite das Tag hinzu:

Wir überprüfen, ob es uns gelungen ist und sehen, dass wir mit diesem einen Tag 105 Fehler und 3 Warnungen entfernt haben! Jetzt haben wir nur noch 64 Warnungen. Wir beginnen, sie nacheinander zu zerlegen.

Achtung: Das type-Attribut für das style-Element wird nicht benötigt und sollte weggelassen werden. Ab Zeile 5, Spalte 1; zu Zeile 5, Spalte 23 / x-Symbol "> ↩