Website selber bauen: Wege, Kosten, Recht und SEO-Grundlagen 2026

Eine eigene Website ist heute keine Hexerei mehr: Domain, Hosting und Werkzeuge sind günstig, und für Texte, Bilder und Technik gibt es kostenlose Helfer. Was geblieben ist, sind drei echte Entscheidungen: Welcher Weg passt zu deinem Projekt, was kostet er über die Jahre wirklich, und was musst du vor dem Start rechtlich und technisch erledigt haben? Genau darum geht es in diesem Ratgeber, Schritt für Schritt mit den passenden kostenlosen Tools.

Welcher Weg passt zu dir: Baukasten, CMS oder selbst programmieren?

Es gibt drei technische Grundwege. Wichtig vorab: Freelancer und Agentur sind keine vierten Wege, sondern mögliche Auftragnehmer für jeden davon.

Drei verbreitete Denkfehler gehören zu diesem Thema: „Im Monatsabo ist jede gewünschte Funktion enthalten" stimmt selten, „kostenlose Software bedeutet kostenlose Website" ebenso, und „statisch heißt wartungsfrei und unangreifbar" erst recht nicht. Beim Baukasten gehört dir übrigens nicht nichts: Wix erklärt ausdrücklich, dass die Inhalte dem Nutzer bleiben, auch wenn die Website für den Betrieb auf Wix-Servern liegen muss.

Eine praktische Entscheidungsfolge:

1. Ziel und Muss-Funktionen notieren: informieren, Leads, Blog, Termine, Shop oder individuelle Werkzeuge.
2. Festlegen, wer Texte und Bilder liefert und wer später ohne Entwicklerhilfe Inhalte ändern soll.
3. Im konkreten Tarif die benötigten Funktionen testen, nicht der Beschreibung vertrauen.
4. Technischen Betrieb zuweisen: Updates, Backups, Wiederherstellung, Formularzustellung.
5. Geldbudget und verfügbare Eigenzeit getrennt erfassen.
6. Erst danach Technologie und gegebenenfalls Auftragnehmer wählen.

Für den selbst programmierten Weg helfen die Text- und Code-Werkzeuge von studio-tools: Der Markdown-zu-HTML-Konverter verwandelt geschriebene Inhalte in fertiges Markup, der Slug Generator macht aus Seitentiteln sprechende URLs.

Was kostet eine Website wirklich? Alle Kosten von Domain bis Wartung

Die ehrliche Antwort vorweg: Es gibt keine allgemeingültige Endpreisliste, und die breiten Kosten-Keywords im Netz sind stark kommerziell geprägt. Was du stattdessen brauchst, ist eine vollständige Kosten-Checkliste und ein paar direkt geprüfte Preisanker.

Direkt geprüfte Preisanker (Stand: 23.10.2026):

Zwei Fallen stecken in solchen Zahlen. Erstens sind Aktionspreise nicht Dauerpreise: Der IONOS-Plus-Tarif kostet zwölf Monate 1 Euro und danach 11 Euro pro Monat. Rechne immer mit dem regulären Preis nach der Aktion. Zweitens ist „kostenlos" selten kostenlos: Bei Vercel ist der Hobby-Tarif ausdrücklich auf nichtkommerzielle Nutzung beschränkt, Firmenwerbung und AdSense können dort als kommerzielle Nutzung gelten.

Die vollständige Kosten-Checkliste über den Lebenszyklus, als Prüfposten vor einer Buchung oder Angebotseinholung:

Ein Punkt, den fast alle Kostenratgeber unterschlagen: Bei beauftragtem gestaltendem Webdesign kann die Künstlersozialabgabe anfallen. Sie beträgt 2026 4,9 Prozent und wird vom Auftraggeber gezahlt, wenn die Abgabepflicht greift, etwa ab einer Auftragsschwelle von 1.000 Euro bei den genannten Verwertergruppen. Bei 6.000 Euro abgabepflichtigem Entgelt sind das rechnerisch 294 Euro zusätzlich. Ob sie im Einzelfall greift, hängt von der Art der Leistung ab, reine technische Einrichtung ist anders zu bewerten als gestalterische Arbeit.

Beispielrechnungen für das erste Jahr (eigene Modellrechnung aus den geprüften Tarifen, ohne Eigenzeit und ohne Extras):

Dazu die Faustregel zur Eigenzeit: 40 Stunden Arbeit zu einem persönlichen Zeitwert von 30 Euro machen aus einem 87-Euro-Hostingjahr ein wirtschaftliches Projekt von rund 1.350 Euro. Das ist keine Schikane, sondern die ehrlichste Zahl im ganzen Vergleich, denn Eigenzeit ist der größte Posten beim Selbstbauen. Für die laufenden Betriebskosten nach dem Start lohnt ein Blick auf das Gesamtbudget: Der Haushaltsbudget-Rechner hilft, Website-Kosten neben den übrigen Fixkosten zu sehen.

Recht vor dem Start: Impressum, Datenschutz, Cookie-Banner und Barrierefreiheit

Dieser Abschnitt ordnet ein, er ist keine Rechtsberatung. Die Reihenfolge ist bewusst: erst Anbieterkennzeichnung und Datenflüsse, dann Bannerentscheidung, dann Barrierefreiheit und Bildrechte.

Impressum. Ein geschäftsmäßiger Webauftritt braucht regelmäßig ein Impressum nach § 5 DDG. „Die Website ist kostenlos" ist kein Gegenargument. Die Angaben müssen leicht erkennbar, unmittelbar erreichbar und ständig verfügbar sein, in der Praxis als eindeutig beschrifteter Footer-Link auf jeder Seite. Dazu gehören Name und ladungsfähige Anschrift, eine E-Mail-Adresse für schnelle Kontaktaufnahme und, je nach Anbieter, Registerdaten, Umsatzsteuer-Identifikationsnummer oder berufsrechtliche Angaben. Drei verbreitete Fehler: Ein Postfach ersetzt keine ladungsfähige Anschrift, eine normale Steuernummer ist keine Umsatzsteuer-Identifikationsnummer, und ein Disclaimer beseitigt keine gesetzliche Pflicht. Ein mailto-Link allein genügt nicht, die E-Mail-Adresse muss ausgeschrieben dastehen. Seit dem 20. Juli 2025 existiert die EU-OS-Plattform nicht mehr, alte Verlinkungspflichten dazu kannst du entfernen.

Datenschutz. Datenschutz beginnt nicht erst beim Kontaktformular: Schon die technische Bereitstellung einer Website verarbeitet in der Regel personenbezogene Daten wie IP-Adressen in Serverprotokollen. Die Datenschutzhinweise müssen zur tatsächlichen Verarbeitung passen. Mach zuerst eine Bestandsaufnahme: Hoster, CDN, Formular, Statistik, eingebundene Schriften, Videos, Captchas. Pro Vorgang Daten, Zweck, Rechtsgrundlage, Empfänger und Speicherdauer festhalten. Ein Generator kann als Arbeitshilfe dienen, ersetzt aber nicht die Prüfung, ob alle tatsächlichen Vorgänge richtig beschrieben sind.

Cookie-Banner. Der Mythos „jede Website braucht ein Banner" stimmt nicht. Entscheidend sind zwei getrennte Ebenen: Werden Informationen im Endgerät gespeichert oder ausgelesen, braucht es grundsätzlich eine Einwilligung nach § 25 TDDDG, mit Ausnahmen für unbedingt erforderliche Vorgänge. Zusätzlich braucht jede personenbezogene Verarbeitung eine Rechtsgrundlage nach DSGVO. Eine bewusst einfache Website ohne Tracking und ohne Dritt-Dienste kann komplett ohne Banner auskommen. Wenn ein Banner nötig ist, muss er technisch wirken: Einwilligungsbedürftige Vorgänge dürfen nicht vor der Entscheidung laufen, und Ablehnen muss ebenso einfach sein wie Zustimmen. Ein Gericht hat einer „Alles akzeptieren"-Option eine gut sichtbare „Alles ablehnen"-Schaltfläche auf der ersten Ebene verlangt. Ein Hinweis „Durch Weitersurfen stimmen Sie zu" ist keine belastbare Lösung.

Barrierefreiheit. Das Barrierefreiheitsstärkungsgesetz (BFSG) gilt seit dem 28. Juni 2025, ist aber keine pauschale Pflicht für jede Website. Es erfasst bestimmte Verbraucherdienstleistungen, vor allem elektronischen Geschäftsverkehr, also Online-Shops und buchbare Vertragsstrecken. Kleinstunternehmen sind bei Dienstleistungen ausgenommen, mit einer exakten Formel: weniger als zehn Beschäftigte UND (höchstens 2 Millionen Euro Jahresumsatz ODER höchstens 2 Millionen Euro Bilanzsumme). Umsatzsteuerliche Kleinunternehmer sind ein anderer Begriff. Für erfasste Websites gilt: Die gesamte betroffene Website zählt, nicht nur der Bestellknopf. Und Overlay-Tools, die Barrierefreiheit per Skript darüberlegen, können Barrieren laut Überwachungsstellen nicht vollständig beseitigen und sogar neue erzeugen. Gute Bedienbarkeit, Tastaturfokus, verständliche Formulare und ausreichende Kontraste lohnen sich unabhängig von der Pflichtfrage: Der Kontrast-Rechner prüft Farbkombinationen nach WCAG.

Bildrechte. Ein frei auffindbares Bild ist nicht frei nutzbar. Namensnennung ersetzt keine Nutzungserlaubnis, und bei erkennbaren Personen kommen Veröffentlichungs- und Datenschutzfragen hinzu. Für jedes verwendete Bild solltest du einen kleinen Nachweis haben: Fundstelle, Urheber, konkrete Lizenz mit Fassung und Abrufdatum, erlaubte Nutzungen. Vor der Veröffentlichung lohnt ein Blick in die Datei-Metadaten: Der Bild-Metadaten-Entferner säubert EXIF-Daten, und der Metadaten-Inspektor zeigt, was in einer Datei steckt. Beide erzeugen natürlich keine Nutzungsrechte, die Klärung kommt immer zuerst.

SEO-Grundlagen: Wie deine Seite bei Google sichtbar wird

SEO ist kein Punktesammeln, sondern dafür sorgen, dass Suchmaschinen deine Inhalte verstehen. Drei Begriffe sauber getrennt: Crawling heißt, eine Suchmaschine ruft deine URL ab. Indexierung heißt, sie verarbeitet den Inhalt und entscheidet über die Aufnahme in die Suche. Ranking heißt, sie wählt Position und Darstellung für eine konkrete Suchanfrage. Ein HTTP-Status 200 oder eine eingereichte Sitemap garantiert keine gute Position.

Die Einstellungen, die am Anfang wirklich zählen:

Zu den Zeichenlängen die ehrliche Einordnung: Google nennt keine feste maximale Länge für Title und Description, die Anzeige wird nach verfügbarem Platz gekürzt. Wichtigste Aussage nach vorn, Wiederholungen vermeiden. Auch für die Wortzahl gibt es keine magische Grenze, Google verwendet das keywords-Meta-Tag nicht. Und eine aktuelle Korrektur gegenüber vielen Ratgebern: Google zeigt seit dem 7. Mai 2026 keine FAQ-Rich-Results mehr. Ein sichtbarer FAQ-Abschnitt auf der Seite bleibt sinnvoll, aber FAQ-Markup ist kein Rezept mehr für besondere Suchdarstellungen.

Der häufigste Launchfehler in diesem Bereich ist die versehentliche Suchsperre: Die Testumgebung bleibt mit noindex oder einer Robots-Sperre konfiguriert und geht so live. Merke dir die Trennung: robots.txt steuert das Crawling, noindex steuert die Indexierung, und ein blockierter Crawler liest eine noindex-Regel gar nicht erst. Beim Launch nicht blind die komplette Sperrdatei entfernen, sondern gezielt die unbeabsichtigten Regeln.

Dein Werkzeugkasten dafür: Der Meta-Tags-Generator erzeugt Title, Description und weitere Metadaten für eine Seite, der Robots.txt-Generator baut die Sperrdatei mit Sitemap-Verweis, der Text-SEO-Analyzer zeigt Lesbarkeit und Wortwiederholungen, und der Wortzähler hilft beim Redigieren. Keines dieser Tools verspricht Rankings, sie prüfen Handwerk.

Bilder fürs Web: Rechte klären, dann optimieren

Bilder sind auf den meisten Seiten der größte Datentransferblock, und der Workflow ist immer derselbe: erst Rechte und Zweck, dann Zuschnitt, dann Format und Qualität, dann Einbindung.

1. Rechte und Zweck klären. Nur Motive verwenden, deren Nutzung geklärt ist. Das kommt vor jeder Technik.
2. Zuschneiden und Darstellungsgröße festlegen. Erst den nötigen Ausschnitt und die real verwendete Breite wählen, statt das Kameraoriginal unbesehen einzubinden. Der Bild Resizer schneidet zu und skaliert auf Zielmaße.
3. Format und Qualität vergleichen. Fotos vertragen verlustbehaftete Formate gut, Screenshots mit feiner Schrift brauchen verlustfreie Varianten. WebP ist ein guter Startpunkt, JPEG die kompatible Alternative. Der Bildkomprimierer arbeitet direkt im Browser, lädt nichts hoch und exportiert JPEG, PNG und WebP. iPhone-Fotos im HEIC-Format nimmt der Bildkonverter an und wandelt sie fürs Web um.
4. Dateigröße wirklich vergleichen. Vorher-nachher ansehen, nicht nur den Downloadordner. Es gibt keine pauschale Kilobyte-Regel, ein frei gewähltes Budget pro Bild ist ein Teamziel, kein Google-Grenzwert.
5. Sprechenden Dateinamen und passende Textalternative setzen. Inhaltstragende Bilder knapp beschreiben, rein dekorative Bilder bekommen ein leeres alt-Attribut. Der W3C-Entscheidungsbaum unterscheidet genau diese Fälle. Nicht jedes Bild mit Keywords vollschreiben.
6. Breite, Höhe und Ladeverhalten festlegen. width und height reservieren den Platz und verhindern Layoutsprünge. Lazy Loading gehört auf Bilder weiter unten, niemals auf das wahrscheinliche LCP-Bild.
7. Im Browser nachmessen. In den Entwicklertools prüfen, welche Datei tatsächlich geladen wird. Ein kleinerer Export hilft nicht, wenn das CMS weiterhin das Original einbindet.

Für Formatfragen im Detail, etwa Browserunterstützung und Einsatzgebiete, hat das Handbuch einen eigenen Artikel zu Datenformaten.

Performance: Core Web Vitals verstehen und messen

Google misst die Seitenerfahrung mit drei Kennzahlen, den Core Web Vitals. Sie werden am 75. Perzentil ausgewertet, getrennt nach Mobil und Desktop, also nicht als Durchschnitt und nicht als bester einzelner Test.

Zwei Unterscheidungen verhindern die häufigsten Fehlschlüsse. Erstens Labordaten und Felddaten: PageSpeed Insights zeigt einerseits Felddaten aus realen Nutzungen der letzten 28 Tage, andererseits eine Lighthouse-Laboranalyse unter simulierten Bedingungen. Eine grüne Laborbewertung beweist keine guten Felddaten, und bei neuen oder wenig besuchten Seiten fehlen Felddaten schlicht. Zweitens ist INP keine Ladezeit: Er betrachtet Interaktionen über den ganzen Besuch, eine Seite kann schnell laden und trotzdem träge Menüs haben.

Optimieren heißt: erst den Engpass messen, dann gezielt ansetzen. Die wirksamsten Hebel für kleine Websites in typischer Reihenfolge: übergroße Bilder und unnötige Einbettungen beseitigen, dann CSS und JavaScript verkleinern und Fonts prüfen, dann Hosting und Caching anschauen. Der CSS Minifier reduziert Stylesheets für die Auslieferung, und das Website-Performance-Playbook führt Schritt für Schritt durch die Werkzeugfolge. Minifizieren ist dabei nur ein Baustein: Die HTTP-Komprimierung per gzip oder Brotli ist eine separate Serverfunktion, und ungenutzte Bibliotheken bleiben auch nach dem Minifizieren ungenutzt groß.

Die Launch-Checkliste: Was du vor dem Livegang prüfst

Diese Liste ist eine Abnahmereihenfolge, keine Google-Pflichtliste. Blocker verhindern eine vernünftige Veröffentlichung, alles danach ist Nacharbeit.

Blocker vor dem Go-live:

• Alle Zielseiten unter der späteren öffentlichen Adresse erreichbar und mit dem richtigen Inhalt
• HTTPS aktiv, Zertifikat gültig, keine Browserwarnungen, keine gemischten Inhalte
• Keine versehentliche Suchsperre: Robots-Meta, X-Robots-Tag, robots.txt und CMS-Sichtbarkeit geprüft
• Hostvariante und HTTPS konsistent, Canonical zeigt nicht auf die Testdomain
• Navigation, Buttons, Telefonnummern und E-Mail-Links tatsächlich ausprobiert
• Formulare Ende zu Ende getestet, inklusive Bestätigung und tatsächlichem Empfang
• Handydarstellung auf einem echten Gerät geprüft, nicht nur im Editor-Simulator
• Tastaturbedienung, sichtbarer Fokus und verständliche Formularbeschriftungen geprüft
• Keine Demotexte, Platzhalterbilder oder falschen Kontaktdaten
• Bilder klein genug, Hauptbild nicht lazy geladen, Alt-Behandlung passt
• Impressum, Datenschutzhinweise und Bildlizenzen fachlich geprüft
• Zugänge gesichert, Backup vorhanden, Rückfallweg bekannt

Direkt nach dem Umschalten: In einer frischen privaten Sitzung die echte Domain öffnen und die Hauptaufgabe einmal komplett durchspielen. Metadaten am ausgelieferten HTML prüfen, nicht am Entwurf. Sitemap in der Search Console einreichen und eine wichtige URL prüfen lassen. Favicon kontrollieren, dafür gibt es den Favicon Generator. Und den Website-Auditor als zusätzliche Sichtprüfung laufen lassen: Er prüft Status, Title, Description, Überschriften, Alt-Attribute, Canonical und Robots-Basis des geladenen HTML. Zwei Grenzen dabei kennen: Seine Zeichenlängenbewertung ist eine lokale Heuristik, keine Google-Regel, und er warnt auch bei korrekt leeren Alt-Attributen dekorativer Bilder. Ein grüner Basischeck ersetzt keine Funktions-, Performance- oder Rechtstests.

Für den technischen Teil der Abnahme führt das Dev-Launch-Checklist-Playbook durch Code- und Basis-SEO-Prüfung mit der passenden Werkzeugkette.

Nach dem Launch: beobachten statt hektisch optimieren

Der Launch ist der Startschuss, nicht die Ziellinie. In der ersten Zeit zählen drei Dinge: Fehler nachverfolgen, Suchanfragen auswerten und Änderungen erneut testen.

• Search Console nutzen. Inhaberschaft bestätigen, Indexierungsstatus beobachten, Suchanfragen ansehen: Welche Fragen führen zu Impressionen, welche Seiten werden gezeigt, passen Titel dazu? Die Search Console ist kostenlos und ein Diagnosewerkzeug, kein Rankingkauf.
• Felddaten richtig lesen. PSI-Werte auf URL- und Origin-Ebene unterscheiden, fehlende Werte nicht als Scheitern interpretieren, und nach Änderungen das 28-Tage-Zeitfenster im Kopf behalten.
• Nach jeder Änderung erneut prüfen. Bildaustausch, neue Plugins, Videoeinbettungen oder neue Schriften können eine einmal bestandene Abnahme verändern.
• Betrieb pflegen. Updates, Zugänge, Backup-Wiederherstellung und inhaltliche Aktualität in regelmäßigen Abständen, nicht täglich hektisch.

Google erklärt selbst, dass manche Änderungen erst über Wochen oder Monate beurteilbar sind. Aus dieser Aussage folgt keine feste Frist „nach X Tagen bei Google", sondern der sinnvolle Rhythmus: ein Nachkontrolltermin nach einigen Tagen, ein Blick auf Such- und Felddaten nach einigen Wochen. Für die laufende Inhaltsarbeit, Texte vorbereiten, prüfen und veröffentlichen, gibt es das Content-SEO-Publish-Playbook.

Häufige Fehler beim ersten eigenen Website-Projekt

1. SEO auf Wortzahl reduzieren. Für die konkrete Frage schreiben, Wiederholungen streichen, fertig.
2. Den eigenen Title-Checker mit Google verwechseln. Eine Heuristik ist keine offizielle Zeichenbegrenzung.
3. robots.txt als Unsichtbarkeitsschutz behandeln. Crawling, Indexierung und Vertraulichkeit sind drei verschiedene Aufgaben.
4. Canonical auf die falsche Seite setzen. Nur wirklich doppelte Varianten konsolidieren, nicht verschiedene Artikel auf die Startseite kanonisieren.
5. Sitemap eingereicht gleich indexiert. Eine Einreichung ist eine Entdeckungshilfe, der Status steht in der Search Console.
6. Das LCP-Bild lazy laden. Ein kleineres Bild kommt trotzdem spät, wenn es erst spät entdeckt wird.
7. Nur eine Bilddatei für alle Geräte. Passende Varianten sparen unnötigen Datentransfer.
8. Nach der Optimierung das alte Original einbinden. Die tatsächlich geladene Quelle in den Entwicklertools prüfen.
9. Jede Auditor-Warnung zum Alt-Text reparieren. Dekorative Bilder brauchen gerade ein leeres alt-Attribut.
10. Minifizieren und alles für schnell erklären. Große Bilder, blockierendes JavaScript und Serverantwort können weiterhin dominieren.
11. Laborgrün als Beweis guter realer Nutzung sehen. Labordiagnose, Felddaten und echte Funktionstests ergänzen sich.
12. FAQ-Markup als Sichtbarkeitstrick empfehlen. Google hat die FAQ-Rich-Results eingestellt, hilfreiche Antworten bleiben trotzdem sinnvoll.

Häufige Fragen zur eigenen Website

Die wichtigsten Fragen aus der Praxis, kurz und mit Stand der Recherche beantwortet.

[Die FAQ-Antworten stehen im FAQ-Block oben auf dieser Seite.]

Wenn du nach dem Launch die Seriosität einer fremden Website prüfen willst, zum Beispiel vor einer Bestellung, hilft der Ratgeber Website-Seriosität prüfen. Und für den Datenschutz beim Umgang mit Online-Diensten ohne eigenes Konto hat das Handbuch einen eigenen Artikel zu Diensten ohne Konto.