Dürfte ein Agent hier klicken?

Der Klassifizierer normalisiert die Beschriftung, Kleinschreibung und zusammengezogene Leerzeichen, und vergleicht sie mit einer Phrasenliste, die von der spezifischsten zur allgemeinsten geordnet ist. Die erste gefundene Phrase bestimmt den Effekt. Deutsche Phrasen stehen vorn, weil die Portale, für die Browserberg gebaut wurde, deutsche sind; die englischen folgen. Eine Beschriftung ohne Treffer ist read oder submit, und keins von beiden wird je blockiert.

Das Element, nicht die Anweisung

Das Gate läuft nach der Planung und sieht sich die Beschriftung des Elements an, auf das gleich gewirkt wird, nie die Anweisung des Nutzers. Das ist Absicht. Eine Seite kann die Anweisung eines Kunden nicht umschreiben, aber sie kann einen Button mit Konto löschen genau dorthin setzen, wo ein Planer auf der Suche nach Weiter ihn findet. Wer das Element einstuft, fängt eine eingeschleuste Schaltfläche an dem, was sie zu tun vorgibt, egal wie sie in den Plan kam. Tippen wird nie eingeschränkt: Ein Formular auszufüllen ist umkehrbar, bis etwas abgeschickt wird, und das Absende-Element ist das, was eingestuft wird.

Drei Richtlinien

Mit refuse, dem sicheren Standard, wird ein hochriskanter Schritt nicht ausgeführt, und der Lauf meldet, welcher Schritt warum abgelehnt wurde, mit Fundstelle. Mit propose wird der Schritt an eine Person zur Freigabe zurückgegeben; so ist ein Workflow gedacht, der legitim mit einer Bestellung endet. Mit allow läuft alles, und das ist eine Entscheidung je Mandant, ausdrücklich getroffen, kein Schalter, den ein Prompt umlegen kann. Das Tool zeigt alle drei Ergebnisse für deine Eingabe.

Die Mojibake-Reparatur

Manche deutschen Portale liefern UTF-8-Bytes als windows-1252 deklariert aus, sodass löschen als löschen im DOM ankommt. Vor dem Vergleich versucht der Klassifizierer, die Beschriftung als genau diesen Fehler zurückzudekodieren. Was nie Mojibake war, lässt sich nicht zurückdekodieren oder ergibt Unsinn und bleibt unangetastet. Ein Gate, das Kontolöschungen ablehnt, darf nicht an einem Charset-Header scheitern, und das Tool zeigt an, wenn die Reparatur die Eingabe verändert hat.

Was der Klassifizierer nicht beurteilt

Er vergleicht Wörter, keine Folgen, und er ist auf Überablehnen eingestellt. Filter entfernen trifft entfernen und wird destructive, ein Fehlalarm mit Absicht: Ein abgelehntes Zurücksetzen eines Filters kostet einen Anlauf mit Person, eine erlaubte Kontolöschung kostet ein Konto. Der Klassifizierer kennt auch keinen Kontext. Ein Kündigen-Link im Fußmenü und der letzte Kündigen-Button einer Bestätigungsseite werden gleich eingestuft; ob der Klick den Vertrag wirklich beendet, weiß nur die Seite. Er liest weder Umgebung noch Formular noch Zielseite des Elements; das ist Aufgabe des Destination Guard. Und er ist keine Inhaltsrichtlinie: Eine französische oder polnische Beschriftung mit derselben Bedeutung trifft nichts und geht als read durch. Deshalb ist die Liste öffentlich und wächst mit den Portalen, die Kunden mitbringen.