Unsere Empfehlung vorab. Wir entwickeln Proxy Mail QA, sind also nicht neutral, und es deckt nur eine Zeile dieses Werkzeugkastens ab: das Prüfen deiner Registrierungs-, Anmelde- und Konto-E-Mails. Geschwindigkeit, Barrierefreiheit, SEO, defekte Links, Sicherheit und das Aussehen der Website auf verschiedenen Geräten brauchen andere Tools, die meisten kostenlos. Wir nennen sie unten; keines davon ist von uns.
Während der Entwicklung
| Tool | Was es findet |
|---|---|
| Ein Typprüfer (TypeScript) | Falsche Daten an der falschen Stelle, bevor du etwas ausführst |
| Ein Linter (ESLint) und ein Formatierer (Prettier) | Häufige Fehler und uneinheitlicher Code |
| Die DevTools deines Browsers | Fehler in der Konsole, fehlgeschlagene Anfragen im Netzwerk-Tab, Layout im Gerätemodus |
| Preview-Deployments (Vercel, Netlify, Cloudflare Pages) | Ein Link für jede Änderung, damit sie vor dem Mergen auf einem echten Server geprüft wird |
| Ein KI-Coding-Agent (Qoder, Claude Code, Cursor) | Ein zweiter Blick auf jede Änderung, und er führt die Prüfungen unten für dich aus |
Vor und nach dem Livegang
| Bereich | Was zu prüfen ist | Tools |
|---|---|---|
| Geschwindigkeit | Ladezeit auf einem Handy, Layoutverschiebungen, Bildgrößen | Lighthouse (in den Chrome DevTools), PageSpeed Insights (das Daten echter Besucher ergänzt, sobald du Traffic hast), WebPageTest |
| Barrierefreiheit | Labels, Kontrast, Überschriften, Tastaturbedienung, Screenreader | axe DevTools, WAVE, Lighthouse; danach nur die Tastatur und ein Screenreader (VoiceOver, NVDA). Automatische Tools finden nur einen Teil der Probleme |
| HTML und Links | Ungültiges Markup, defekte Links, fehlende Seiten | Der W3C Markup Validation Service, der W3C Link Checker oder ein Crawler wie Screaming Frog |
| Geräte und Browser | Layout auf kleinen Bildschirmen, Unterschiede bei Safari und Firefox | DevTools-Gerätemodus, ein echtes Handy, BrowserStack oder LambdaTest für Geräte, die du nicht hast |
| SEO | Indexierte Seiten, Titel und Beschreibungen, strukturierte Daten | Google Search Console, Bing Webmaster Tools, das SEO-Audit von Lighthouse, der Rich Results Test von Google |
| Sicherheitsgrundlagen | Richtig eingerichtetes HTTPS, Sicherheits-Header, Pakete mit bekannten Schwachstellen | Qualys SSL Labs, Security Headers, npm audit oder Dependabot, ZAP (früher OWASP ZAP) gegen deine eigene Staging-Website |
| Registrierungs-, Anmelde- und Konto-E-Mails | Die E-Mail kommt an, ihr Code oder Link funktioniert, sie wird korrekt gesendet, genau eine kommt an | Proxy Mail QA. Nur zum Ansehen von E-Mails während der lokalen Entwicklung: Mailpit |
| Ganze Abläufe | Registrierung, Checkout und andere Abläufe funktionieren nach einer Änderung noch | Playwright oder Cypress |
| Nach dem Launch | Die Website ist erreichbar, Fehler werden bemerkt, Leute finden, was sie brauchen | Ein Uptime-Monitor (UptimeRobot, Better Stack), Sentry, deine Analytics |
Was Proxy Mail QA prüft und was nicht
Es prüft die Teile deiner Website, die von einer E-Mail abhängen:
- Eine neue private Testadresse für jeden Versuch, damit ein Test nie einen alten Code aufgreift.
- Den Bestätigungscode oder den Anmelde-, Einladungs- oder Zurücksetzungslink, aus der E-Mail ausgelesen.
- Wie die E-Mail gesendet wurde: SPF, DKIM und DMARC, Links zu
localhostoder reinemhttp, wohin der Link führt, ob angegeben ist, wann er abläuft, und ein Nur-Text-Teil. - Dass genau eine E-Mail angekommen ist oder keine.
- Ungewöhnliche Adressen, Namen und Passwörter zum Ausprobieren im Formular, damit du siehst, wie es damit umgeht.
Du kannst es von Hand mit Proxy Mail QA for Chrome nutzen, in Playwright oder Cypress über sein npm-Paket oder von einem KI-Agent über seinen MCP server.
Es prüft nicht Design, Texte, Geschwindigkeit, Barrierefreiheit, SEO oder Sicherheit, und es empfängt keine SMS.
Lass einen Agent die Prüfungen ausführen
Ein KI-Agent wie der von Qoder kann den Großteil dieses Werkzeugkastens auf einem Preview-Deployment für dich ausführen: Lighthouse über die Kommandozeile, einen Link-Checker, deine Playwright-Tests und, mit Proxy Mail QA aus dem Qoder Marketplace verbunden, die Registrierungs-E-Mail. Ein Prompt zum Einstieg:
Check the preview at https://acme-git-new-pricing.vercel.app before I merge.1. Run Lighthouse for the home page and the sign-up page, on mobile. List anything under 90, with the biggest fixes first.2. Run a link check over the site and list broken links.3. Sign up with a new Proxy Mail QA address, finish the verification, and run check_email with expect_host set to the preview's host. count_emails should be 1.4. Give me one list of what to fix, most important first.Sieh dir die Website vor dem Livegang trotzdem selbst an, auch auf einem Handy. Kein Tool sagt dir, ob sie verständlich ist.
Für eine Schritt-für-Schritt-Prüfung einer ganzen Website siehe Hilf mir, meine Website zu prüfen.