Kontaktformular (sauber)
Referenzimplementierung: <label for>, type="submit", korrekte WebMCP-Attribute - "so sollte es funktionieren".
Formular öffnen →Testumgebung der mindshape Online Marketing Unit zum manuellen und agentengestützten Testen von WebMCP. Jedes Formular unten steht für einen gezielten Testfall (Komplexität × Codequalität sowie Sonderfälle wie Ajax, Honeypot, Hidden Fields, Autosubmit, Alpine.js und Multi-Step-Wizard).
?webmcp=on /
?webmcp=off an jede URL an, um den Zustand deterministisch per Link zu erzwingen
(praktisch für Agenten-Skripte). Details siehe Testleitfaden.
Referenzimplementierung: <label for>, type="submit", korrekte WebMCP-Attribute - "so sollte es funktionieren".
Formular öffnen →Keine <label>, nur Placeholder, div-Buttons statt button[type=submit], keine id/for-Kopplung.
Formular öffnen →Viele Felder, <fieldset>/<legend> fuer Radiogruppen, saubere Gruppierung, klare Feldnamen.
Formular öffnen →Generische name="field1", verschachtelte div-Suppe, type="button" + onclick-Submit statt nativem Submit, ungekennzeichnete Pflichtfelder.
Formular öffnen →Kein Seiten-Reload; testet SubmitEvent.respondWith() statt Navigation.
Formular öffnen →Schritte per JS ein-/ausgeblendet - demonstriert bewusst die Grenze der Declarative API (Kandidat fuer Imperative API, kein Fix in diesem Projekt).
Formular öffnen →Nachbau des lifta.de-Falls: Alpine.js x-model + clientseitige Rules; testet, ob Agent-Befuellung mit reaktiven Frameworks kollidiert.
Formular öffnen →Verstecktes Honeypot-Feld (fax) + Mindestausfuellzeit; testet, ob Agent-Submits faelschlich als Spam geblockt werden.
Formular öffnen →Viele hidden-Inputs (UTM, campaign_id, ...) wie im lifta-Case; testet, ob diese im generierten JSON-Schema landen und den Agenten verwirren.
Formular öffnen →Zwei Varianten derselben Form; testet Human-in-the-loop- vs. Autosubmit-Verhalten.
Formular öffnen →Reproduziert die Gefahr "zwei Tools auf einer Seite" (z. B. PLZ-Suche + Hauptformular).
Formular öffnen →