Das Wichtigste in Kürze
Dateibasierte Formulare müssen als Datei zum Ausfüllenden gelangen und als Datei wieder zurück. Genau dieser Weg ist die Hürde: Herunterladen, Speichern, Ausfüllen, erneut Speichern und als Anhang Zurücksenden überfordert einen relevanten Teil der Empfänger – bei Neukunden kostet das messbar Abschlüsse, intern kostet es Nachbearbeitungszeit im E-Mail-Postfach. Ein webbasiertes Formular mit HTML, CSS, JavaScript und PHP ersetzt diese Kette durch einen Link und einen Klick auf „Senden“. Der Umstieg ist technisch klein, weil praktisch jedes Unternehmen bereits ein PHP-fähiges Hosting-Paket besitzt, das sich dafür mitnutzen lässt.
- Ein Link statt einer Datei: kein Download, kein Speichern, kein Anhang.
- Vorhandene Ressource nutzen: das bestehende Hosting-Paket trägt das Formular mit.
- Kein neuer Anbieter: die Daten landen dort, wo Ihr Kontaktformular sie heute schon verarbeitet.
- Mehr Möglichkeiten beim Absenden: E-Mail, PDF, JSON/XML, Datenbank – auch gleichzeitig.
- Kleiner Aufwand, große Wirkung: ein Sprung in eine andere Liga der Datenerfassung.
Was unterscheidet ein dateibasiertes Formular von einem Webformular?
Der Unterschied liegt nicht im Formular, sondern im Transportweg. Ein interaktives PDF-Formular, ein Word- oder ein Excel-Formular ist eine Datei. Diese Datei müssen Sie derjenigen Person zusenden, die sie ausfüllen soll, und die ausgefüllte Datei muss anschließend denselben Weg zurücknehmen. Ein Webformular liegt dagegen auf einem Server und wird über einen Link aufgerufen – es wandert nicht, die Daten wandern.
Technisch gesehen ist ein Webformular eine kleine eigenständige Webanwendung aus HTML für die Struktur, CSS für die Gestaltung, JavaScript für die Logik im Browser und PHP für alles, was auf dem Server passieren soll: prüfen, speichern, versenden, erzeugen. Aus Sicht der Ausfüllenden ist es schlicht eine Seite, die sie öffnen, ausfüllen und abschicken.
Datei oder Link: zwei grundverschiedene Wege
Beide Formulare können inhaltlich identisch sein – was sie unterscheidet, ist der Weg zwischen Ihnen und der ausfüllenden Person.
Dateibasiertes Formular
- Die Datei wandert – hin zum Empfänger und wieder zurück
- Fünf Schritte beim Ausfüllenden, jeder eine Abbruchstelle
- Viewer entscheidet, ob Eingaben erhalten bleiben
- Rücklauf als Anhang im Postfach, unstrukturiert
- Feste Seite – Tabellen und Platz sind vorgegeben
Webformular
- Die Daten wandern – das Formular bleibt auf dem Server
- Ein Link, ein Klick auf „Senden“
- Browser genügt – Sie stellen die Umgebung selbst bereit
- Strukturierter Eingang – E-Mail, PDF, JSON/XML, Datenbank
- Dynamisch – Blöcke und Zeilen nach Bedarf
Warum ist der Dateiweg für die Ausfüllenden eine Hürde?
Weil er aus mindestens fünf einzelnen Schritten besteht, von denen jeder scheitern kann. Die Person muss das Dokument zunächst herunterladen, es an einer wiederfindbaren Stelle speichern, es ausfüllen, danach erneut speichern – und diese gespeicherte Datei anschließend an eine E-Mail anhängen und zurücksenden. Was für geübte Anwender selbstverständlich klingt, überfordert in der Praxis einen erheblichen Teil der Empfänger.
Der Dateiweg in fünf Schritten
Jeder dieser Schritte muss gelingen, damit ein ausgefülltes Formular bei Ihnen ankommt.
- HerunterladenDie Datei aus der E-Mail oder von der Webseite auf das eigene Gerät holen.
- SpeichernAn einer Stelle ablegen, die später wiedergefunden wird.
- AusfüllenIm passenden Programm öffnen – nicht in jedem bleiben die Eingaben erhalten.
- Erneut speichernDie Eingaben sichern, bevor das Dokument geschlossen wird.
- ZurücksendenDie richtige Datei an eine E-Mail anhängen und abschicken.
In unseren Projekten begegnen uns die immer gleichen Abbruchstellen: Das PDF wird im Browser-Viewer ausgefüllt, der die Eingaben nicht mitspeichert. Die gespeicherte Datei ist im Downloads-Ordner nicht mehr auffindbar. Der Anhang an der Antwortmail fehlt. Oder es kommt eine leere Datei zurück. Keiner dieser Fälle ist ein Fehler der Person – es ist ein Fehler des Weges, den man ihr zumutet.
Ausgefüllt, aber nicht gespeichert
Der häufigste stille Abbruch: Das PDF-Formular wird im Betrachter des Browsers ausgefüllt, der die Eingaben gar nicht sichern kann.
- Fünf Schritte statt einem: jeder davon eine mögliche Abbruchstelle.
- Viewer-Abhängigkeit: ob Eingaben erhalten bleiben, entscheidet das Programm der Gegenseite.
- Kein Rückkanal: Sie erfahren nicht, wo und warum jemand ausgestiegen ist.
- Keine Hilfestellung: die Datei kann nicht nachfragen, prüfen oder erinnern.
Was kostet der Dateiweg im Vertrieb und in der Nachbearbeitung?
Er kostet an zwei Stellen: außen Abschlüsse, innen Arbeitszeit. Überall dort, wo das Formular Teil der Neukundengewinnung ist – Anfrage, Antrag, Anmeldung, Angebotsanforderung –, ist jeder zusätzliche Schritt eine Gelegenheit abzuspringen. Wer eine Datei herunterladen soll, um Kunde zu werden, entscheidet sich häufiger dagegen. Das schlägt sich unmittelbar im Umsatz nieder, ohne dass es je in einer Auswertung auftaucht, denn niemand meldet sich, um mitzuteilen, dass er aufgegeben hat.
Was im Postfach ankommt
Rückläufer als Dateianhänge – dazwischen die Nachrichten, bei denen der Anhang fehlt.
Innen entsteht der zweite Kostenblock bei den eigenen Mitarbeitern. Wenn ausgefüllte Dateien als Anhänge in einem Postfach eintreffen, beginnt die eigentliche Arbeit erst: öffnen, sichten, auf Vollständigkeit prüfen, nachfassen, Werte in andere Systeme übertragen, die Datei ablegen. Bei unvollständigen Rückläufern kommt eine E-Mail-Schleife hinzu, die den Vorgang um Tage verlängert. Diese Zeit ist selten irgendwo verbucht – spürbar ist sie trotzdem, jeden Monat.
Die Arbeit beginnt nach dem Rücklauf
Sichten, prüfen, nachfassen, übertragen, ablegen – dieser Aufwand steht in keiner Kalkulation.
Warum ist der Umstieg technisch ein kleiner Schritt?
Weil die nötige Infrastruktur in fast jedem Unternehmen bereits bezahlt und in Betrieb ist. Nahezu jedes Unternehmen hat eine Webseite, und diese Webseiten laufen ganz überwiegend auf PHP-fähigem Hosting. Laut W3Techs setzen mit Stand September 2026 rund 69,9 Prozent aller Webseiten, deren serverseitige Programmiersprache bekannt ist, auf PHP; allein WordPress – ein PHP-System – steht für 40,2 Prozent aller Webseiten weltweit. Hinzu kommt: Klassische Hosting-Pakete der gängigen Anbieter enthalten PHP praktisch immer, unabhängig davon, womit die Webseite selbst gebaut wurde.
PHP ist längst gebucht
Ein Blick in die Verwaltung des vorhandenen Hosting-Pakets zeigt meist alles, was ein Webformular braucht: PHP und eine Datenbank.
Das heißt in der Praxis: Sie müssen für ein Webformular in aller Regel nichts Neues buchen. Es genügt, im vorhandenen Webspace einen eigenen Ordner anzulegen und die Dateien des Formulars dort abzulegen. Es entstehen keine zusätzlichen laufenden Gebühren, keine neue Vertragsbeziehung und kein zweiter technischer Betrieb, der gepflegt werden will. Genau deshalb steht das Verhältnis aus Aufwand und Wirkung bei diesem Schritt so günstig.
Subdomain oder Unterordner der Webseite: was ist der bessere Weg?
In den allermeisten Fällen ist die Subdomain der sauberere Weg. Grundsätzlich sind beide Varianten möglich: Der Ordner im Webspace kann als Unterverzeichnis der bestehenden Webseite erreichbar sein, oder Sie richten eine eigene Subdomain ein, die auf genau diesen Ordner zeigt – etwa in Form einer eigenen Adresse für Ihre Formulare.
Eine Subdomain zeigt auf den Formularordner
Der Formularbereich bekommt eine eigene Adresse und ein eigenes Verzeichnis – getrennt vom Hauptverzeichnis der Webseite.
Die Variante als Unterordner der Webseite ist technisch kniffliger. Weil das CMS über die .htaccess-Datei sämtliche Aufrufe an sich zieht, müssen Sie den Formularordner ausdrücklich davon ausnehmen, damit das Formular überhaupt erreichbar bleibt. Solche Eingriffe sind heikel: Bei einer unsauberen Regel kann die Webseite das Formular stören – oder das Formular die Webseite. Über eine Subdomain sind beide Bereiche von vornherein voneinander getrennt. Das Formular hat einen eigenen Ordner und eine eigene Adresse, berührt CMS, Theme und Plugins nicht und kann unabhängig aktualisiert werden. Wir arbeiten in unseren Projekten bewusst so.
- Subdomain: saubere Trennung, eigener Ordner, kein Eingriff ins CMS.
- Unterordner: möglich, aber .htaccess-Anpassungen nötig und gegenseitige Störungen denkbar.
- Unabhängige Pflege: Änderungen am Formular berühren die Webseite nicht und umgekehrt.
Was ist beim SSL-Zertifikat zu beachten?
Eine Subdomain braucht ein Zertifikat, das sie mit abdeckt – und das ist in einfachen Hosting-Paketen nicht immer enthalten. Das Zertifikat der Hauptdomain gilt nicht automatisch auch für eine Subdomain. Es gibt zwei gängige Wege: ein Wildcard-Zertifikat, das alle Subdomains einer Domain abdeckt, oder ein Zertifikat, das gezielt für diese eine Subdomain ausgestellt wird.
Die Subdomain braucht ein eigenes Zertifikat
Solange die Subdomain als nicht abgesichert gilt, quittiert der Browser jeden Aufruf mit einer Warnung.
Bei vielen Anbietern ist das ohnehin kostenlos zu haben, weil Let’s Encrypt in den Paketen enthalten ist und sich Zertifikate für Subdomains dort mit wenigen Klicks anlegen und automatisch verlängern lassen. Wo das nicht der Fall ist, ist ein Wildcard-Zertifikat ein überschaubarer Posten. Wichtig ist nur, den Punkt vor dem Start zu klären – ein Formular ohne gültiges Zertifikat quittiert der Browser mit einer Warnung, und das ist genau die Außenwirkung, die Sie mit dem Umstieg eigentlich verbessern wollten.
Entsteht durch ein Webformular ein neuer Datenschutz-Sachverhalt?
In der Regel nicht, sofern das Formular auf dem bereits genutzten Hosting läuft. Die Daten werden dann bei genau dem Anbieter verarbeitet, bei dem heute schon Ihre Webseite liegt – und bei dem auch die Daten landen, wenn jemand Ihr bestehendes Kontaktformular ausfüllt. Es kommt kein weiterer Auftragsverarbeiter hinzu, der in Verzeichnis, Verträge und Datenschutzerklärung aufgenommen werden müsste. Für die interne Abstimmung ist das häufig der entscheidende Unterschied.
Hinzu kommt die Frage, wo dieser Anbieter sitzt. Klassisches Webhosting beziehen die meisten Unternehmen bei deutschen Anbietern wie Strato, Ionos oder All-Inkl, und an Alternativen dieser Art besteht kein Mangel. Der Weg über einen großen internationalen Cloud-Anbieter ist technisch ebenso möglich und für umfangreiche Lösungen oft der richtige – er bringt aber einen zusätzlichen Vertragspartner ins Spiel, mit dem Sie bisher nichts zu tun hatten, samt der zugehörigen Dokumentation. Für ein einzelnes Webformular ist das meist unnötig.
Was kann beim Klick auf „Senden“ alles passieren?
Deutlich mehr, als eine zurückgeschickte Datei je leisten könnte – und mehreres davon gleichzeitig. Statt eine Datei zu erzeugen, die dann jemand weiterreichen muss, löst das Absenden auf dem Server eine Reihe von Vorgängen aus, die Sie frei festlegen. Der Klassiker ist die E-Mail an die zuständige Stelle, oft ergänzt um eine Bestätigung an die ausfüllende Person.
Ein Klick, mehrere Vorgänge
Auf dem Server entscheidet sich, was mit den Eingaben geschieht – E-Mail, PDF und Speicherung schließen sich nicht aus.
Darüber hinaus lässt sich im Hintergrund ein PDF erzeugen, das die Eingaben sauber gesetzt darstellt – entweder direkt an die E-Mail angehängt oder auf dem Server abgelegt, meist beides. Ebenso lässt sich eine strukturierte Datei im JSON- oder XML-Format erzeugen, die Ihre Mitarbeiter in ein anderes System importieren können. Und die Daten können zusätzlich in einer Datenbank gespeichert werden. Damit ist jede Einreichung auflistbar, durchsuchbar und auswertbar, statt in einem Postfach zu verschwinden. Von dort ist es nur noch ein kleiner Schritt zu definierten Benutzern, die sich anmelden und mit den eingegangenen Daten arbeiten – prüfen, kommentieren, weiterbearbeiten.
Jede Einreichung bleibt auffindbar
Statt Anhängen im Postfach eine Liste, die sich durchsuchen, filtern und auswerten lässt.
- E-Mail: an die zuständige Stelle, auf Wunsch mit Bestätigung an den Absender.
- PDF: automatisch erzeugt, angehängt und abgelegt.
- JSON oder XML: strukturierte Daten zum Import in andere Systeme.
- Datenbank: alle Einreichungen auflistbar, durchsuchbar, auswertbar.
- Benutzerzugänge: definierte Personen melden sich an und bearbeiten die Vorgänge weiter.
Welche Freiheiten hat ein Webformular, die eine Datei nicht hat?
Die zentrale Freiheit ist, dass kein statisches Dokument mehr im Weg steht. Ein PDF-Formular ist an ein festes Seitenlayout gebunden: Eine Positionstabelle hat so viele Zeilen, wie beim Entwurf vorgesehen wurden. Im Browser fügen Nutzer Blöcke und Zeilen hinzu und entfernen sie wieder, so viele wie nötig – ohne dass etwas verrutscht oder ausläuft.
So viele Zeilen wie nötig
Was im festen Seitenlayout eine Grenze ist, wird im Browser zu einer Schaltfläche.
Dazu kommt, dass ein Webformular auf vorhandene Daten zugreifen kann, während es ausgefüllt wird. Es kann Datenbanken oder Dateien anzapfen und dem Ausfüllenden genau das anbieten, was er in diesem Moment braucht: die aktuelle Produktliste, hinterlegte Preise, Kundendaten, Kennzahlen. Über Schnittstellen lassen sich Daten an andere Systeme übergeben oder von dort abrufen. Und weil die Logik im Browser läuft, lässt sich das Ausfüllen selbst führen: schrittweise statt auf einen Schlag, mit Hinweisen an der richtigen Stelle und mit Prüfungen, die Fehler im Moment der Eingabe abfangen statt Wochen später in der Nachbearbeitung. Das Ergebnis sind Daten, die vollständig und strukturiert ankommen – und Ausfüllende, die weniger Aufwand hatten als zuvor.
Geführt statt überladen
Ein Schritt nach dem anderen: Der Ausfüllende sieht immer nur das, was gerade zu beantworten ist.
Brauchen die Ausfüllenden dafür besondere Technik?
Nein – ein Browser genügt, und zwar praktisch jeder aus den letzten zehn bis fünfzehn Jahren. Kompatibilität ist bei Webformularen kein nennenswertes Thema mehr, weil Browser sich selbst aktuell halten und auf jedem Gerät bereits vorhanden sind. Es muss nichts installiert, freigeschaltet oder eingerichtet werden.
Das ist bemerkenswerterweise genau der Punkt, an dem dateibasierte Formulare am häufigsten scheitern: Ob ein interaktives PDF seine Funktionen behält, hängt davon ab, welches Programm die Gegenseite zum Öffnen verwendet – und darauf haben Sie keinen Einfluss. Beim Webformular entfällt diese Unsicherheit, weil Sie die Umgebung selbst bereitstellen.
Wann lohnt sich der Umstieg – und wann nicht?
Der Umstieg lohnt sich überall dort, wo das Formular den eigenen Betrieb verlässt oder wo aus den Eingaben etwas weiterverarbeitet werden soll. Je größer und weniger steuerbar die Gruppe der Ausfüllenden ist – Kunden, Interessenten, Bewerber, Bürger –, desto stärker wirkt der Wegfall des Dateiwegs. Dasselbe gilt, wenn viele Rückläufer eintreffen, wenn Eingaben in andere Systeme übertragen werden oder wenn sich das Formular regelmäßig ändert.
Welche Technologie zu welcher Lage passt
Eine erste Einordnung – im Zweifel entscheidet, wer das Formular ausfüllt und was danach mit den Daten geschehen soll.
| Ausgangslage | Naheliegende Wahl |
|---|---|
| Formular geht an Kunden oder Interessenten | Webformular |
| Viele Rückläufer, die ausgewertet werden sollen | Webformular |
| Eingaben fließen in andere Systeme | Webformular |
| Formular ändert sich regelmäßig | Webformular |
| Echte Offline-Nutzung ohne Verbindung | Interaktives PDF |
| Millimetergenauer fester Vordruck | Interaktives PDF |
Es gibt Fälle, in denen die Datei die richtige Wahl bleibt: bei echter Offline-Nutzung ohne jede Verbindung, bei Dokumenten, die millimetergenau einem festen Vordruck entsprechen müssen, oder bei Abläufen, die messbar fehlerarm laufen. Dann besteht kein akuter Bedarf, und wir raten auch nicht dazu. Die ehrliche Prüfung ist einfach: Zählen Sie, wie viele Rückläufer unvollständig, im falschen Format oder gar nicht ankommen. Diese Zahl ist der Preis des Dateiwegs.
Häufige Fragen
In aller Regel nicht. Klassische Hosting-Pakete sind PHP-fähig und reichen für ein Webformular aus. Es genügt meist ein eigener Ordner im vorhandenen Webspace, angesprochen über eine Subdomain. Zusätzliche laufende Kosten entstehen dadurch nicht.
Weil beide Bereiche dann sauber getrennt sind. Als Unterordner müsste das Formular über die .htaccess-Datei von den Regeln des CMS ausgenommen werden, und eine unsaubere Regel kann Webseite oder Formular stören. Über eine Subdomain berührt das Formular weder CMS noch Theme oder Plugins.
Für eine Subdomain ja, denn das Zertifikat der Hauptdomain deckt sie nicht automatisch mit ab. Nötig ist entweder ein Wildcard-Zertifikat oder eines für diese eine Subdomain. Bei vielen Anbietern ist das über Let’s Encrypt kostenlos enthalten und verlängert sich automatisch.
Meist nicht, wenn das Formular auf dem bereits genutzten Hosting läuft. Die Daten werden bei demselben Anbieter verarbeitet wie bei Ihrem bestehenden Kontaktformular, es kommt kein weiterer Auftragsverarbeiter hinzu. Auf Wunsch lässt sich die Lösung auch vollständig auf Ihren eigenen Servern betreiben.
Ja, das ist sogar der Normalfall. Ein vorhandenes PDF-, Word- oder Excel-Formular ist ein guter Ausgangspunkt. In der Regel schlagen wir vor der Umsetzung Verbesserungen an Struktur, Reihenfolge und Feldern vor, weil sich im Browser vieles besser lösen lässt als auf einer festen Seite.
Das legen Sie fest. Üblich sind eine E-Mail an die zuständige Stelle, ein automatisch erzeugtes PDF als Anhang oder zur Ablage, eine strukturierte JSON- oder XML-Datei für den Import in andere Systeme und die Speicherung in einer Datenbank. Diese Wege lassen sich beliebig kombinieren.
Ja. Mehrere Formulare lassen sich in derselben Ansicht kombinieren, um Benutzer und Rechte ergänzen und zu einer kleinen Anwendung ausbauen. Wächst der Bedarf weiter, ist der Übergang zu einem zentralen FormularCenter oder zu individueller Software der nächste natürliche Schritt.
Für die Ausfüllenden ist es in der Regel eine Erleichterung, weil vier von fünf Schritten entfallen. Aufwand entsteht vor allem einmalig bei der Einrichtung – und den übernehmen wir. Für die Weiterverarbeitung ändert es sich meist zum Besseren, weil die Daten vollständig und strukturiert ankommen.
Fazit
Dateibasierte Formulare haben ihre Berechtigung – aber überall dort, wo sie das Haus verlassen, zahlen Sie für den Transportweg: mit Abbrüchen bei Interessenten und Kunden, mit unvollständigen Rückläufern und mit Nachbearbeitungszeit im Postfach. Ein Webformular ersetzt fünf Schritte durch einen Link und macht aus einem abgeschickten Dokument einen Vorgang, der sich automatisch weiterverarbeiten lässt.
Das Bemerkenswerte an diesem Schritt ist sein Verhältnis: Der Aufwand ist klein, weil das Hosting bereits vorhanden ist, kein neuer Anbieter hinzukommt und die Technik auf jedem Gerät schon installiert ist. Die Wirkung ist groß, weil Sie damit eine andere Liga der Datenerfassung betreten – mit dynamischen Eingaben, Zugriff auf vorhandene Daten, Schnittstellen und geführtem Ausfüllen.
Bei Formilo setzen wir solche Webformulare mit PHP, HTML, JavaScript und CSS direkt auf dem Hosting unserer Kunden um – eigene Subdomain, eigener Ordner, ohne Berührung mit CMS, Theme oder Plugins. Wenn Sie wissen möchten, wie sich eines Ihrer bestehenden Formulare auf diesem Weg lösen ließe, schauen wir uns das gern konkret an.