Zum Artikel

Die KI-Website ist fertig. Kommt auch die Anfrage an?

Fünf Seiten sind schnell erstellt. Unser eigener lokaler KI-Praxistest prüft, was beim Absenden passiert, ob die Testnachricht ankommt und wie eine kleine Textänderung gelingt. Mit freier Checkliste ohne E-Mail-Pflicht.
Lokales SMTP-Testpostfach mit tatsächlich empfangener synthetischer Anfrage; keine externe Zustellung.

Fünf Seiten, drei Leistungen, ein Kontaktformular: Die KI erstellte den ersten Entwurf in wenigen Minuten. Ob die Website eine Anfrage übermittelt, zeigte sich erst beim getrennten Blick auf Formular und Postfach. Im ersten Zustand wurde nichts versendet. Nach der Einrichtung des lokalen Mailwegs kam genau eine gekennzeichnete Testnachricht an.

Dieser eigene Praxistest untersucht einen KI-unterstützt entwickelten Testfall aus Python und HTML, anschließend fachkundig eingerichtet und geprüft. Er vergleicht keine Website-Baukästen und bildet keine unbeaufsichtigte Ein-Klick-Erstellung oder Einsteigererfahrung ab. Der Mailtest blieb vollständig auf demselben Rechner; externe Zustellbarkeit wurde nicht geprüft.

Die praktisch wichtigste Regel lässt sich trotzdem mitnehmen:

Eine Erfolgsmeldung ist kein Postfacheingang.

Was die KI erstellen sollte

Das Briefing beschrieb den fiktiven „KI-Testbetrieb 2026 – Büroorganisation“. Seine Zielgruppe: Selbstständige und Unternehmen mit bis zu fünf Personen. Gefordert waren Startseite, digitale Ablage, Arbeitsabläufe, Aufgabenplanung und Kontakt. Jede Seite sollte deutlich sagen, dass es sich um ein Testprojekt ohne echtes Dienstleistungsangebot handelt.

Der Entwurf musste lokal laufen, ohne zusätzliche Pakete, externe Bilder, Tracking oder neue Konten. Der Formularversand durfte erst nach Einrichtung eines kontrollierten Testpostfachs aktiv werden. Die Sperre vor diesem Schritt gehörte also zum Auftrag.

Die erste Fassung A wurde vor der unabhängigen Prüfung mit Dateiprüfsummen gesichert. Für Einrichtung und Änderung entstand eine Kopie B. Damit blieb nachvollziehbar, was die KI zunächst geliefert hatte und was danach geschah. Es wurden ausschließlich synthetische Angaben verwendet; echte Kundenanfragen oder Umsatzverluste kommen in diesem Versuch nicht vor.

Sieben Prüfbereiche im Überblick

Beobachtungen und Grenzen des einzelnen lokalen KI-Praxistests
Prüfbereich Tatsächlich beobachtet Grenze des Ergebnisses
1. Seiten und Orientierung Alle fünf Seiten erreichbar; Navigation und Kontaktlinks führten zu den vorgesehenen Zielen. Kein Nutzertest mit der Zielgruppe.
2. Formular und Postfach Leere Pflichtfelder und eine ungültige E-Mail-Adresse blockierten im Browser. A meldete „nichts versendet“, Postfach: 0. Nach Konfiguration von B: 1 tatsächlich lokal empfangene Nachricht. Kein Versand an einen externen Mailprovider.
3. Schmale Ansicht und Tastatur Kontaktseite in einer 390 × 844 CSS-Pixel großen Browseransicht geprüft; innen 382 Pixel nutzbar und kein horizontaler Überlauf. Sprunglink, Kontakt-Schaltfläche und Formularfelder waren per Tastatur erreichbar, mit sichtbarem 3-Pixel-Fokus. Kein physisches Telefon und keine vollständige Prüfung der Barrierefreiheit.
4. Technische Grundlagen Fünf eigene Seitentitel, je eine H1 und eigene Beschreibungen; im begrenzten Quellen- und Linktest kein relevanter Fehler bestätigt. Keine Aussage zu Google-Indexierung, Rankings, Sicherheit oder Produktionsreife.
5. Spätere Textänderung 20 auf 30 Minuten geändert; nach Browserkontrolle alle drei Angaben in einer Datei korrigiert. Gesamtablauf rund 33 Sekunden. Fachkundige Bearbeitung einer bereits bekannten Datei.
6. Technische Übergabe Neun Quelldateien stimmen in B, ZIP und entpackter Kopie überein. Die separat gestartete Kopie zeigte im Browser alle drei geänderten 30-Minuten-Angaben. Technische Kopie auf demselben Gerät; keine Übergabe an einen anderen Betreiber.
7. Zeit und Kosten Erster Erstellungsdurchlauf: 3 Minuten 53 Sekunden. Keine neuen Käufe oder Abos für diesen lokalen Versuch. Keine Gesamtprojektzeit und kein Preis für einen öffentlichen Jahresbetrieb.

Was beim Absenden tatsächlich geschah

Zuerst wurde die ungeänderte Fassung A ohne Mailkonfiguration bedient. Bei leeren Pflichtfeldern stoppte der Browser. Eine absichtlich ungültige E-Mail-Adresse wurde ebenfalls zurückgewiesen.

Mit vollständig ausgefüllten Feldern erschien anschließend „Eingaben geprüft – nichts versendet“. Das getrennt geöffnete Testpostfach blieb leer. Diese Rückmeldung entsprach dem vorgesehenen Zustand: Der Versand war gesperrt, und die Seite behauptete keinen Erfolg.

Für Fassung B wurde der bereits vorgesehene Versand über Umgebungsvariablen mit einem kontrollierten lokalen SMTP-Empfänger verbunden. SMTP ist hier die Schnittstelle, über die die Website ihre Nachricht übergibt. Es gab keine Weiterleitung ins Internet.

Die nächste synthetische Anfrage enthielt die Kennung OR-KI-B-20261020-01. Nun meldete das Formular die lokale Annahme. Zusätzlich lag im getrennten Testpostfach eine gespeicherte Originalnachricht im MIME-Format mit genau dieser Kennung. Der Empfangsbeleg nennt den 20. Oktober 2026, 21:36:50 UTC. Damit wurde der lokale Weg vom Formular bis zum Empfänger tatsächlich beobachtet.

Empfangsmetadaten der Testnachricht im lokalen Testpostfach mit Empfangszeit und interner Empfangs-ID.
Empfangsmetadaten des tatsächlich lokalen SMTP-Eingangs. Die Nachricht blieb auf demselben Rechner; externe Zustellung wurde nicht geprüft. Die Testkennung steht im separat gesicherten Nachrichteninhalt unterhalb dieses Bildausschnitts.

Für eine öffentlich betriebene Website müsste der Test weitergehen: Kommt die Nachricht im vorgesehenen echten Postfach an, enthält sie die richtigen Angaben und lässt sie sich beantworten? Spamfilter und Absenderkonfiguration waren hier nicht Gegenstand der Prüfung. Wer ein konkretes WordPress-Problem eingrenzen möchte, findet im Ratgeber „Formular abgeschickt, aber keine Anfrage angekommen?“ einen passenden Einstieg.

Eine kleine Änderung an drei Stellen

Die zweite praktische Aufgabe klang einfach: Das Orientierungsgespräch auf der Seite „Aufgabenplanung“ sollte künftig 30 statt 20 Minuten dauern.

Zuerst wurde genau der entsprechende Satz in der Einleitung geändert. Nach dem Neuladen standen dort 30 Minuten. Im Ablauf und im Kontaktkasten derselben Seite waren aber noch zweimal 20 Minuten zu lesen. Die erste Teiländerung war unvollständig.

Die Browserkontrolle machte den Widerspruch sichtbar. Danach wurden auch die beiden übrigen Angaben angepasst. Am Ende zeigte die Seite dreimal 30 Minuten und keine alte 20-Minuten-Angabe mehr. Betroffen war eine Datei.

Vom Beginn der ersten Änderung bis zur abschließenden Browserkontrolle vergingen rund 33 Sekunden. Das war die Bearbeitung einer bekannten Datei mit fachkundiger Unterstützung; daraus lässt sich keine allgemeine Bearbeitungszeit für Websitebesitzer ableiten.

Die Beobachtung betrifft die Pflege: Ein geänderter Satz ist noch keine durchgehend geänderte Information. Ein Preis, eine Dauer oder eine Telefonnummer kann an mehreren Stellen vorkommen. Der Prüfschritt bleibt derselbe, unabhängig davon, wer den ersten Entwurf erstellt hat.

Was Mobilansicht und Technikcheck zeigen

Die schmale Ansicht wurde in einem lokalen Browser-Prüffenster untersucht. Der Rahmen maß 390 × 844 CSS-Pixel; durch die vertikale Scrollleiste blieben innen 382 Pixel Dokumentbreite. Für die Kontaktseite waren nutzbare Breite und Inhaltsbreite gleich: Es wurde kein horizontaler Überlauf gemessen. Das ist ein konkreter Befund für diese Ansicht. Ein Test auf einem physischen Smartphone fand nicht statt.

Bei der Tastaturbedienung führte der Sprunglink zum Inhalt; der nächste Schritt erreichte die Schaltfläche „Testanfrage starten“. Im Formular waren Name, E-Mail, Leistung, Nachricht und Absenden per Tab erreichbar. Die geprüften Elemente zeigten einen sichtbaren Fokusrahmen mit drei Pixeln Stärke. Eine vollständige Prüfung etwa mit Screenreader lässt sich daraus nicht ableiten.

Der technische Abgleich fand fünf erreichbare Seiten mit jeweils eigenem Titel, einer H1 und eigener Seitenbeschreibung. Im begrenzten Quellen- und Linktest wurde kein relevanter Fehler bestätigt. Auch das ist ein Ergebnis, ohne daraus eine Freigabe für den öffentlichen Betrieb zu machen.

Die Vorschau hatte keine öffentliche Domain. Fehlende Sitemap, Canonical-Angaben oder strukturierte Daten wurden deshalb nicht zu künstlichen Fehlern erklärt. Für einen echten Start müssten endgültige URLs, Indexierung und Betriebsumgebung gesondert geprüft werden. Dieser Versuch belegt weder Suchmaschinenplatzierungen noch zusätzliche Reichweite.

Auch die technische Kopie wurde nachvollzogen: Die neun Quelldateien waren zwischen Fassung B, ZIP-Paket und neu entpacktem Ordner identisch. Die Kopie ließ sich separat starten; im Browser zeigte die Aufgabenplanungsseite alle drei 30-Minuten-Angaben. Postfachnachrichten und Laufzeitkonfiguration gehörten nicht zum Paket. Der Test blieb auf demselben Rechner. Er belegt keine Übergabe an einen fremden Betreiber und keinen Umzug auf ein anderes Hosting.

Was Zeit und Kosten aussagen

Zwischen protokolliertem Beginn und Abschluss des ersten Erstellungsdurchlaufs lagen 3 Minuten 53 Sekunden. Das Intervall umfasst die Erstellung der ersten Dateien. Einrichtung, unabhängige Prüfung, Mailkonfiguration und spätere Änderung gehören nicht zu dieser Zahl. „In knapp vier Minuten betriebsbereit“ wäre damit nicht belegt.

Für den lokalen Versuch gab es keine neuen Käufe oder Abos. Verwendet wurden vorhandene Hardware, vorhandener KI-Zugang und eine vorhandene Python-Umgebung. Arbeitszeit und diese Ressourcen verschwinden dadurch nicht aus der Rechnung. Domain, öffentliches Hosting, Mailbetrieb und laufende Pflege wurden nicht für zwölf Monate bepreist. Ein kostenloser Jahresbetrieb lässt sich aus diesem Test nicht ableiten.

Die freie Checkliste für deine Website

Diese Prüfliste kannst du direkt übernehmen, ausdrucken oder mit der Person teilen, die deine Website betreut. Dafür ist keine E-Mail-Adresse nötig.

  1. Finde den Kontaktweg. Öffne die Startseite und eine Leistungsseite. Ist klar, was angeboten wird und wie du eine Anfrage stellst?
  2. Probiere Fehlerfälle. Lass ein Pflichtfeld leer und trage eine ungültige Testadresse ein. Schau nach, ob die Rückmeldung verständlich ist und brauchbare Eingaben erhalten bleiben.
  3. Kennzeichne eine Testanfrage. Verwende harmlose Testdaten und eine eindeutige Kennung, zum Beispiel aus Datum und laufender Nummer. Notiere den Absendezeitpunkt.
  4. Öffne das Empfängerpostfach separat. Suche dort nach derselben Kennung. Prüfe Inhalt und Antwortadresse. Eine Bestätigung auf der Website ersetzt diesen Schritt nicht.
  5. Prüfe schmal und mit Tastatur. Erreiche Kontaktlink, Felder und Absenden mit Tab. Achte auf sichtbaren Fokus, abgeschnittene Inhalte und seitliches Scrollen. Ergänze einen Test auf deinem tatsächlichen Telefon.
  6. Ändere eine wiederholte Angabe. Suche alle Vorkommen einer Dauer oder eines anderen ungefährlichen Testwerts. Lade die betroffenen Seiten neu und vergleiche sie mit dem Auftrag.
  7. Kläre Betrieb und Übergabe. Halte fest, wo Inhalte und Dateien liegen, wer sie ändern kann, wer den Mailweg betreut und welche laufenden Kosten entstehen. Prüfe eine Sicherung oder Kopie getrennt vom Original.

Wie du mit dem Ergebnis weiterarbeitest

Die KI lieferte in diesem Einzelfall eine brauchbare lokale Grundlage. Die Prüfung bestätigte wichtige Teile und zeigte bei der späteren Änderung eine unvollständige Bearbeitung, die anschließend korrigiert wurde. Besonders hilfreich war die getrennte Kontrolle des Maileingangs: Erst sie belegte, dass die markierte Nachricht im lokalen Empfänger angekommen war.

Für deine eigene Website kannst du mit genau diesem kleinen Nachweis beginnen: eine gekennzeichnete Testanfrage absenden und unabhängig im richtigen Postfach wiederfinden.

Transparenz: ONLINEREICH bietet selbst Webdesign und Website-Weiterentwicklung sowie WordPress-Betreuung an. Damit besteht ein kommerzielles Eigeninteresse. Wer Unterstützung braucht, kann dort den passenden Leistungsumfang ansehen. Der beschriebene einzelne Test erlaubt keine allgemeine Bewertung von KI-Werkzeugen oder Anbietern.

Patrick Reich von ONLINEREICH und LA AGENCIA

Patrick Reich

Ich entwickle Websites und Shops und kümmere mich um die Arbeit dahinter: Inhalte, Produktdaten und Abläufe. Meine Erfahrung aus ONLINEREICH und LA AGENCIA steckt in diesen Ratgebern.

Mehr über mich ↗