Eine Website mit einem KI-Werkzeug zu bauen, dauert heute einen Nachmittag. Sie beschreiben, was Sie brauchen, und bekommen ein fertiges Ergebnis mit Startseite, Leistungen und Kontaktformular. Bis dahin läuft alles erstaunlich glatt.
Der Bruch kommt danach. Auf dem eigenen Rechner sieht die Seite gut aus, aber der Weg ins Netz wirft Fragen auf, die das Werkzeug nicht beantwortet hat. Dieser Artikel geht der Reihe nach durch, was zwischen dem fertigen Entwurf und der veröffentlichten Website noch liegt. Mit einer Checkliste in acht Punkten, die Sie in etwa zwei Stunden abarbeiten.
Zuerst herausfinden, was das Werkzeug gebaut hat
Bevor Sie über Hosting nachdenken, klären Sie eine Frage. Ist Ihr Ergebnis eine Sammlung fertiger Dateien oder ein Programm, das auf einem Server laufen muss? Davon hängt fast alles Weitere ab.
Werfen Sie einen Blick in den Ordner, den Sie heruntergeladen haben. Finden Sie dort eine index.html und daneben ein paar Ordner mit Bildern und Stilvorlagen, dann haben Sie eine statische Website. Die läuft auf jedem gewöhnlichen Webhosting.
Liegt dort stattdessen eine package.json, dann haben Sie ein Projekt, das erst gebaut werden muss. Öffnen Sie die Datei in einem Texteditor und suchen Sie den Abschnitt dependencies. Steht dort next, nuxt, astro, vite oder react, kennen Sie den Rahmen, mit dem gearbeitet wurde. Viele KI-Werkzeuge liefern heute Next.js oder React, weil sie darauf trainiert sind.
Der Unterschied ist keine Kleinigkeit. Eine statische Seite laden Sie hoch und sind fertig. Ein Projekt mit package.json braucht einen Schritt dazwischen, den Bau, und je nach Art auch dauerhaft eine Laufzeitumgebung.
Statische Seite oder Anwendung mit Server
Auch innerhalb der Projekte mit package.json gibt es zwei Wege, und die KI sagt Ihnen selten, welchen Sie vor sich haben.
Manche Projekte werden beim Bauen zu fertigem HTML. Das Ergebnis landet in einem Ordner wie dist oder out und ist danach genauso statisch wie eine handgeschriebene Seite. Das gilt für die meisten Astro- und Vite-Projekte und für Next.js, wenn ausdrücklich exportiert wird.
Andere Projekte brauchen dauerhaft einen laufenden Prozess. Das ist immer dann der Fall, wenn Inhalte pro Besucher entstehen, wenn es eine Anmeldung gibt, wenn ein Formular serverseitig verarbeitet wird oder wenn Daten aus einer Datenbank kommen. Dann brauchen Sie ein Hosting mit Node-Laufzeit, wie wir es unter Node.js Hosting Schweiz anbieten. Für Next.js im Besonderen haben wir das unter Next.js Hosting Schweiz beschrieben.
Ein einfacher Test bringt Klarheit. Führen Sie npm run build aus und schauen Sie danach, was entstanden ist. Finden Sie einen Ordner mit fertigen HTML-Dateien, ist Ihre Seite statisch. Finden Sie stattdessen eine Server-Datei wie server.js oder index.mjs, brauchen Sie die Node-Laufzeit.
Die Checkliste vor dem Livegang
Diese acht Punkte gehen Sie einmal von oben nach unten durch. Sie kosten zusammen etwa zwei Stunden und ersparen Ihnen die unangenehmen Entdeckungen, die sonst erst Wochen später auffallen.
1. Jede Zahl und jede Aussage nachprüfen
KI-Werkzeuge füllen Lücken. Wenn Sie zu einem Punkt keine Angaben machen, steht dort trotzdem etwas, und zwar etwas Plausibles. Preise, Gründungsjahre, Mitarbeiterzahlen und Öffnungszeiten sind in Entwürfen regelmässig frei erfunden.
Gehen Sie jede Seite Wort für Wort durch. Achten Sie besonders auf Kundenstimmen und Referenzen. Erfundene Zitate von Personen, die es nicht gibt, sind nicht nur peinlich, sie sind auch rechtlich heikel. Streichen Sie ausserdem Formulierungen wie “zertifiziert nach” oder “wir garantieren”, solange sie nicht nachweislich zutreffen.
2. Bilder auf Rechte und Wahrheit prüfen
Viele Entwürfe kommen mit Platzhaltern von Bilddiensten oder mit generierten Bildern. Klären Sie für jedes Bild zwei Dinge. Dürfen Sie es verwenden, und zeigt es, was es zu zeigen vorgibt?
Ein generiertes Foto eines Ladenlokals, das so nicht existiert, ist auf einer Firmenwebsite ein Problem. Dasselbe gilt für Teamfotos mit Gesichtern, die es nicht gibt. Ersetzen Sie beides durch eigene Aufnahmen oder durch Bilder mit klarer Lizenz.
3. Das Kontaktformular wirklich testen
In vielen generierten Entwürfen ist das Formular reine Optik. Es sieht vollständig aus, zeigt nach dem Absenden eine Bestätigung und verschickt trotzdem nichts.
Prüfen Sie im Code, ob das Formular überhaupt ein Ziel hat. Fehlt bei <form> das Attribut action und gibt es auch keine Verarbeitung im Hintergrund, geht Ihre Anfrage ins Leere. Schicken Sie sich nach dem Livegang eine Testnachricht und warten Sie, bis sie im Postfach liegt. Erst dann ist der Punkt erledigt.
4. Externe Dienste im Code aufspüren
Generierter Code bindet gern fremde Dienste ein, und jeder davon sieht die IP-Adresse Ihrer Besucher. Am häufigsten sind Schriften, die bei jedem Seitenaufruf von einem grossen Anbieter nachgeladen werden.
Durchsuchen Sie Ihre Dateien nach fonts.googleapis.com, fonts.gstatic.com, cdn.jsdelivr.net und unpkg.com. Jeder Treffer ist eine Verbindung ins Ausland, die bei jedem Aufruf entsteht. Bei Schriften ist die Lösung einfach. Laden Sie die Schriftdateien herunter und liefern Sie sie von Ihrem eigenen Server aus. Bei eingebetteten Karten und Videos entscheiden Sie bewusst, ob sie bleiben. Wenn ja, gehören sie in die Datenschutzerklärung.
5. Impressum und Datenschutzerklärung ergänzen
Diese beiden Seiten liefern KI-Entwürfe fast nie mit, und beide sind für geschäftlich genutzte Websites in der Schweiz Pflicht.
Ins Impressum gehören Firmenname, vollständige Adresse und eine Kontaktmöglichkeit auf elektronischem Weg. Die Datenschutzerklärung muss zu dem passen, was Ihre Seite tatsächlich tut, also welche Daten Sie erheben, wozu und wer sie bekommt. Sobald ein Kontaktformular, eine Reichweitenmessung oder ein externer Dienst im Spiel ist, betrifft Sie das. Eine allgemeine Vorlage aus dem Netz genügt dafür nicht. Wie Sie das Thema strukturiert angehen, steht in unserer DSG-Checkliste für KMU.
6. Abhängigkeiten auf bekannte Lücken prüfen
Ein Projekt mit package.json bringt schnell mehrere hundert fremde Pakete mit. KI-Werkzeuge greifen dabei häufig zu Versionen, die zum Zeitpunkt ihres Trainings aktuell waren, inzwischen aber Sicherheitslücken haben.
Führen Sie npm audit aus. Der Befehl listet bekannte Schwachstellen mitsamt Schweregrad. Beheben Sie zumindest alles, was als hoch oder kritisch gemeldet wird, und prüfen Sie danach mit npm run build, ob die Seite noch fehlerfrei baut.
7. Auf einem zweiten Gerät und bei langsamer Verbindung ansehen
Entwürfe entstehen auf einem grossen Bildschirm mit schneller Leitung. Genau dort fallen die typischen Schwächen nicht auf.
Öffnen Sie die Seite auf dem Handy und prüfen Sie, ob Navigation, Formulare und Bilder dort brauchbar sind. Achten Sie besonders auf sehr grosse Bilddateien. Generierte Projekte liefern oft unkomprimierte Bilder aus, die auf dem Mobilfunknetz mehrere Sekunden brauchen. Wie sich das auf die Bewertung durch Google auswirkt, beschreiben wir im Artikel zu den Core Web Vitals.
8. Vorab unter der Predomain testen
Stellen Sie Ihre Domain nicht als Erstes um. Jede Website bei uns bekommt sofort eine Vorabadresse, unter der Sie den fertigen Stand ansehen und alle Punkte dieser Liste ein zweites Mal prüfen können.
Erst wenn dort alles stimmt, hängen Sie Ihre eigene Domain an. So sieht niemand die Zwischenstände, und Sie können in Ruhe arbeiten.
Der Weg ins Netz
Ist die Checkliste abgearbeitet, geht es an die Veröffentlichung. Der Ablauf hängt davon ab, was Sie in der Hand haben.
Bei einer statischen Seite laden Sie die Dateien in das Web-Verzeichnis Ihres Hostings. Danach hängen Sie Ihre Domain an, das Zertifikat für die verschlüsselte Verbindung wird bei uns automatisch ausgestellt und erneuert. Mehr dazu steht auf der Seite Webhosting Schweiz.
Bei einem Projekt mit Node-Laufzeit ist der Weg über Git der bequemere. Sie legen Ihren Code in ein Repository, verbinden es einmal mit Ihrer Website und lösen mit jedem Push einen neuen Stand aus. Gebaut wird auf dem Server, umgeschaltet wird erst, wenn die neue Fassung antwortet. Ihre laufende Seite bleibt währenddessen erreichbar.
Was nach dem Livegang noch ansteht
Eine generierte Website ist mit der Veröffentlichung nicht fertig, sie ist erst am Anfang ihres Lebens.
Der wichtigste Punkt bleiben die Abhängigkeiten. In fremden Paketen werden laufend neue Lücken bekannt, und ein Projekt, das ein Jahr lang niemand angefasst hat, ist selten noch sicher. Planen Sie ein, dass Sie npm audit regelmässig wiederholen und danach prüfen, ob die Seite noch tut, was sie soll.
Zweitens die Sicherung. Sie sollten jederzeit auf einen funktionierenden Stand zurückkehren können, gerade weil Sie den Code nicht selbst geschrieben haben. Tägliche Backups gehören bei uns zu jedem Paket.
Drittens die Frage, ob Sie den Code verstehen. Solange alles läuft, spielt das keine Rolle. Beim ersten Fehler wird es der entscheidende Punkt. Wer in dieser Lage niemanden hat, der das Projekt lesen kann, steht aus einer kleinen Störung heraus schnell ganz still.
Wo Sie weiterlesen
Je nachdem, wo Sie gerade stehen, hilft einer dieser Beiträge weiter.
Wenn Sie noch klären, welches Hosting Ihr Projekt braucht, vergleichen Sie Node.js Hosting Schweiz für Projekte mit Server und Webhosting Schweiz für rein statische Seiten. Für Next.js im Besonderen finden Sie die Einzelheiten unter Next.js Hosting Schweiz.
Wenn Sie beim Datenschutz unsicher sind, beginnen Sie mit der DSG-Checkliste für KMU und lesen Sie danach, warum der Serverstandort dabei zählt und was der US CLOUD Act damit zu tun hat.
Wenn Sie die Domain noch umziehen müssen, erklärt der Beitrag Domain umziehen den Ablauf, und DNS-Propagation und TTL zeigt, warum ein Wechsel nicht sofort überall sichtbar ist.
Und wenn Sie merken, dass der generierte Entwurf nicht trägt, weil Zahlungen, Kundendaten oder eine Anmeldung im Spiel sind, lassen Sie ihn anschauen, bevor er online geht. Ein Nachmittag Prüfung ist günstiger als ein Datenleck. Unser Vorgehen dazu steht unter Webdesign Schweiz, und für eine kurze Einschätzung genügt eine Nachricht über das Kontaktformular.