Unternehmenswebsite erstellen lassen: Performance & ROI

Dieser Beitrag erklärt die technischen und organisatorischen Anforderungen an eine Unternehmenswebsite. Wenn Sie bereits einen konkreten Entwicklungsauftrag abgrenzen möchten, finden Sie auf der Leistungsseite Website erstellen lassen den Ablauf, die benötigten Angaben und die technische Übergabe.

Wann sollten Sie 2026 eine Unternehmenswebsite erstellen lassen statt selbst bauen?

Lassen Sie die Website erstellen, wenn sie Anfragen erzeugen soll, Schnittstellen braucht (CRM, Warenwirtschaft, Formular-Automatisierung) oder rechtlich und technisch sauber laufen muss und Ihnen die Zeit für Pflege und Fehlersuche fehlt. Bauen Sie selbst, wenn ein einfacher Auftritt genügt, Sie Zeit haben und die Grenzen eines Baukastens akzeptieren. Entscheidend ist nicht der Preis der ersten Rechnung, sondern was die Lösung über mehrere Jahre kostet und wem das Ergebnis am Ende gehört.

Baukästen stoßen an Grenzen, wenn Sie spezielle Anforderungen haben: Anbindung an JTL-Wawi oder DATEV, mehrsprachige Websites mit hreflang-Auszeichnung, individuelle Formulare mit Validierung und Weiterleitung an Ihr CRM oder Automatisierungen über n8n und Webhooks. Dann ist ein Entwickler sinnvoll, der den Code dokumentiert und übergibt. Eine Garantie, dass sich die Investition über mehr Anfragen oder bessere Rankings amortisiert, gibt es nicht. Seriöse Anbieter versprechen sie auch nicht.

Drei Faktoren entscheiden zwischen Baukasten, CMS-Projekt mit Freelancer oder Agentur und individueller Entwicklung:

• Budget: einmalige Projektkosten gegen laufende Gebühren, jeweils über drei Jahre gerechnet (Beispielrechnung im Kostenabschnitt unten).
• Technische Anforderungen: Standardseite oder Schnittstellen, Mehrsprachigkeit, eigene Workflows.
• Unabhängigkeit: Können Sie Inhalte, Code und Hosting bei Bedarf zu einem anderen Dienstleister mitnehmen? Bei Abo- oder Mietmodellen sollten Sie vor Vertragsschluss klären, ob ein Export möglich ist und was bei Kündigung passiert.

Welche Website-Typen braucht ein Unternehmen wirklich: WordPress, CMS oder individuelle Entwicklung?

Die Wahl der technischen Basis entscheidet über Betriebskosten, Wartungsaufwand und Ihre Unabhängigkeit. Dieser Artikel gehört zur Rubrik Webentwicklung auf webentwickler.pro und zeigt, wie Sie zwischen Standardlösungen und individueller Programmierung abwägen, um technische Schulden zu vermeiden.

Mehr dazu: Website Relaunch SEO: Ranking-Risiken bei Migration senken.

Wer eine Webseite programmieren lassen möchte, muss die Wartungsintensität gegen die funktionale Freiheit abwägen. Die folgende Tabelle vergleicht die gängigen Ansätze für den deutschen Markt im Jahr 2026. Die Bewertungen in den Zeilen zu SEO, Wartung und Skalierung sind Einschätzungen des Autors, keine Messwerte.

Ein Sonderfall unter den Website-Typen sind Hochlastportale. „Hochlastportal“ ist kein genormter Begriff. Gemeint sind Webanwendungen, die dauerhaft viele Besucher, viele parallele Datenbankabfragen oder große Produktkataloge verarbeiten müssen, etwa Marktplätze, Vergleichsportale oder Buchungssysteme. Für eine normale Unternehmenswebsite mit Leistungsseiten, Referenzen und Kontaktformular ist das nicht nötig. Dort reichen in der Regel ein sauber konfiguriertes CMS, Caching und ein passendes Hosting.

Bei einem Hochlastportal reicht ein Standard-CMS mit Standard-Konfiguration häufig nicht aus. Üblich sind dann Caching-Schichten (zum Beispiel Redis oder ein CDN), mehrere Server hinter einem Load Balancer und eigene Dienste für Suche oder Preisberechnung. Entscheidend ist der Nachweis vor dem Livegang: Ein Lasttest simuliert Besucher und zielt darauf, die Grenzen eines Systems zu ermitteln, bevor sie im Betrieb auffallen (Quelle: Profihost, Abruf Oktober 2026). Verlangen Sie bei Projekten mit hohen Lastanforderungen deshalb schriftlich:

• die erwartete Zahl gleichzeitiger Nutzer und die Lastspitzen (Kampagnen, Aktionstage), die das System aushalten soll,
• Zielwerte für Antwortzeiten und Fehlerraten unter Last sowie die Messmethode,
• einen Lasttest vor dem Livegang als Abnahmekriterium, mit Protokoll und Testwerkzeug,
• Monitoring und Alarmierung nach dem Livegang (wer wird wann benachrichtigt).

Preise für solche Projekte hängen so stark vom Einzelfall ab, dass ich keine belastbare öffentliche Spanne nennen kann. Verlangen Sie ein Angebot mit Leistungsbeschreibung statt einer Pauschale.

Welche 5 Pflichtbausteine muss eine Firmenwebsite 2026 für SEO, Vertrauen und Conversion enthalten?

Eine funktionierende Firmenwebsite braucht fünf Bausteine: Startseite mit klarem Angebot, eigene Seiten für jede Leistung, Kontaktbereich mit datenschutzkonformem Formular, Vertrauenselemente (Impressum, Datenschutz, Referenzen) und einen Handlungsaufruf auf jeder Seite. Fehlt einer, verlieren Sie Sichtbarkeit, Vertrauen oder Anfragen, oft ohne dass Sie es in Analytics sehen, weil der Nutzer vorher abspringt.

Die Startseite ist Ihr Fundament. Sie muss auf den ersten Blick drei Fragen beantworten: Was bieten Sie? Für wen? Warum sollte man bleiben? Typischer Fehler vieler KMU-Seiten: Ein Slider mit mehreren Bildern, aber kein konkretes Angebot. Eine saubere Startseite braucht eine Überschrift mit der Kernleistung, zwei bis drei Leistungen als Teaser mit Link, Belege (Referenzen, Zertifikate, Mitgliedschaften) und einen CTA wie „Beratung anfragen“. Technisch sinnvoll sind strukturierte Daten für Organisation und lokales Unternehmen. Sie helfen Suchmaschinen beim Verständnis der Seite, eine bestimmte Darstellung in den Suchergebnissen ist damit aber nicht garantiert.

Leistungsseiten sind Ihre SEO-Arbeiter. Jede Hauptleistung bekommt eine eigene URL mit Title, Meta Description und einer H1. Häufiger Fehler: Alle Leistungen stehen auf einer Seite unter „Unser Angebot“. Dann ist für Google schwer erkennbar, für welche Suchanfrage die Seite gedacht ist, und die Inhalte konkurrieren miteinander. Beispiel Steuerberater: Buchhaltung, Jahresabschluss und Lohnabrechnung gehören auf je eine eigene Seite mit eigenem Text, internen Links und CTA. Technisch: sprechende URLs (domain.de/leistung-name), keine Session-IDs in der URL.

Der Kontaktbereich ist Ihre Schnittstelle zum Kunden. Er soll Hürden senken und datenschutzkonform sein. Typischer Fehler: ein Formular mit acht Pflichtfeldern. Als Faustregel genügen Name, E-Mail, Nachricht und die Datenschutzhinweise. Technisch gehören dazu serverseitige Validierung, ein Spam-Schutz ohne eingebundene Drittanbieter-Skripte (etwa Honeypot-Feld und serverseitige Prüfung, damit sich die Frage einer Einwilligung gar nicht erst stellt) und eine Bestätigungsmail. Telefon und E-Mail sollten direkt sichtbar sein und nicht hinter dem Formular versteckt.

Vertrauenselemente sind Ihre rechtliche und psychologische Absicherung. Impressum und Datenschutzerklärung sind Pflicht (§ 5 DDG, Art. 13 DSGVO), aber sie müssen auch technisch sauber eingebunden sein: Das Impressum muss nach § 5 DDG „leicht erkennbar, unmittelbar erreichbar und ständig verfügbar“ sein. Gängig ist ein Link im Footer jeder Seite, gern zusätzlich im Menü. Ergänzend wirken sichtbare Referenzen, Zertifikate und Mitgliedschaften (IHK, Branchenverbände). Details zu den Rechtsgrundlagen finden Sie weiter unten im Abschnitt zu DDG, DSGVO und BFSG.

Handlungsaufrufe sind Ihre Conversion-Hebel. Jede Seite braucht mindestens einen klaren CTA. Typischer Fehler: Die Leistungsseite endet mit Text, aber ohne Button. Besser ist ein Button mit konkreter Handlung („Beratungstermin buchen“), gutem Kontrast und einer Zielseite, die das Versprechen einlöst (Formular oder Kalender). Technisch muss der Button ein <a>-Element mit href sein und kein <div> mit JavaScript, damit Suchmaschinen den Link crawlen können. Wenn Sie Klicks auf CTAs messen (zum Beispiel mit GA4-Events), setzt das eine Einwilligung voraus, sofern das Tool nicht technisch zwingend erforderlich ist (§ 25 TDDDG).

In welchen 7 Schritten läuft ein professionelles Website-Projekt für Unternehmen ohne Budgetchaos ab?

Ein Website-Projekt im Mittelstand scheitert selten an mangelnder Kreativität, sondern meist an unklaren Schnittstellen, fehlenden Inhalten und schleichender Erweiterung des Umfangs. Dieser Artikel gehört zur Rubrik Webentwicklung auf webentwickler.pro und zeigt, wie Sie den Prozess von der ersten Anforderung bis zum stabilen Livegang steuern.

Wenn die technische Architektur nicht von Beginn an feststeht, drohen Nachforderungen für Funktionen, die Sie für Standard hielten. Im eCommerce führt ein unstrukturierter Ablauf oft dazu, dass die Anbindung an JTL-Wawi oder das ERP-System erst spät geprüft wird, was den Livegang um Wochen verzögern kann.

1. Anforderungsliste und technisches Briefing erstellen. Sie definieren nicht nur das Design, sondern die harten Fakten: Ziele der Website, Zielgruppen, benötigte Seiten und Funktionen sowie Drittsysteme (CRM, ERP, Warenwirtschaft wie JTL-Wawi, n8n-Automatisierungen). Was im Briefing fehlt, wird später meist als Zusatzleistung berechnet.
2. Architektur und Systemwahl festlegen. Sie entscheiden zwischen Baukasten, CMS wie WordPress und individueller Entwicklung. Die Wahl beeinflusst Betriebskosten, Wartungsaufwand und die Core Web Vitals: Ein schweres Template mit vielen Plugins macht spätere Performance-Arbeit aufwendiger.
3. Struktur, Prototyp und UX-Freigabe durchführen. Sitemap, Seitenvorlagen und Nutzerfluss werden vor der Programmierung geprüft und schriftlich freigegeben. So entstehen Änderungswünsche dort, wo sie wenig kosten, und nicht mitten in der Entwicklung.
4. Entwicklung in einer Staging-Umgebung umsetzen. Der Code entsteht auf einem Testsystem, das die Konfiguration Ihres Live-Hostings abbildet (PHP-Version, Datenbank, Limits). Das verhindert Überraschungen beim Livegang. Wer direkt im Live-System arbeitet, riskiert bei Fehlern einen Ausfall.
5. Inhalte einpflegen, Schnittstellen testen und Daten migrieren. Texte, Bilder und Rechtstexte werden eingebunden. Formulare, Tracking und Schnittstellen werden geprüft. Bei Importen aus Altsystemen (Bestände, Kundendaten, Steuersätze) werden Sonderfälle wie Sonderzeichen in Adressen oder komplexe Rabattlogiken getestet.
6. Qualitätssicherung, Datenschutz-Check und Abnahme abschließen. Neben Funktionstests auf gängigen Browsern und Mobilgeräten werden die Core Web Vitals gemessen und der Consent-Ablauf geprüft (§ 25 TDDDG). Impressum und Datenschutzerklärung müssen zur eingesetzten Technik passen (§ 5 DDG, DSGVO). Danach folgt die förmliche Abnahme nach den vereinbarten Kriterien.
7. Livegang, Übergabe und Monitoring-Phase starten. Nach dem Deployment werden DNS-Einträge umgestellt, Weiterleitungen und Sitemap geprüft und die Search Console eingerichtet. Sie erhalten Zugangsdaten und Dokumentation. In den ersten Tagen beobachten Sie Server-Logs und Search Console intensiv.

Wie lange ein Projekt dauert, hängt vom Umfang und davon ab, wie schnell Sie Texte, Bilder und Freigaben liefern. In den ausgewerteten öffentlichen Quellen fand ich keine belastbare einheitliche Dauer. Lassen Sie sich deshalb Meilensteine mit Terminen und die benötigten Zulieferungen von Ihrer Seite ins Angebot schreiben.

Viele Verzögerungen entstehen auf der Seite des Auftraggebers. Die folgende Übersicht zeigt, wer in welcher Phase was liefert:

Sie können viele dieser Schritte mit Standard-Plugins oder Baukästen selbst angehen. Das funktioniert für einfache Visitenkarten-Seiten. Sobald komplexe Logiken wie individuelle Preisgruppen, n8n-Workflows für die Logistik oder eine tiefe JTL-Integration hinzukommen, stoßen fertige Lösungen an ihre Grenzen und Sie verbringen viel Zeit damit, Plugins aufeinander abzustimmen.

Was oft fehlt, ist die technische Instanz, die diese Schritte sauber durchzieht und den Code am Ende vollständig in Ihre Hände übergibt.

Mit welchen Kosten müssen Sie für eine Unternehmenswebsite in Deutschland rechnen?

Für eine Firmen-Website nennen aktuelle Preisübersichten Spannen von rund 2.000 bis 20.000 Euro einmalig, bei hochwertigen Corporate- und B2B-Websites reicht die Spanne bis etwa 25.000 Euro und darüber. Die Kosten hängen von Seitenumfang, Funktionen, Schnittstellen, Design- und Inhaltsaufwand ab. Die Zahlen unten stammen aus zwei veröffentlichten Preisübersichten. Sie sind Orientierung für den Vergleich, keine Preisliste: Ein konkretes Angebot kann darunter oder darüber liegen.

Beide Quellen sind Veröffentlichungen von Anbietern bzw. Redaktionen und keine Marktstatistik. Beide lassen offen, ob die Beträge netto oder brutto verstanden werden. Halten Sie im Angebot deshalb ausdrücklich fest, ob die Preise netto oder brutto sind und welche Umsatzsteuer hinzukommt. Quellen: Für-Gründer.de, Stand: März 2026 und Sönke Sproll, Stand: Oktober 2026.

Welche Kostenbestandteile gehören in ein Angebot?

Ein Gesamtpreis sagt wenig, solange nicht klar ist, was darin steckt. Die genannte Preisübersicht von Sönke Sproll führt als laufende Posten Hosting, Domain, CMS- oder Website-Tool-Kosten, Plugins, Wartung, Sicherheitsupdates, Cookie- oder Datenschutztools, Analyse-Tools und Backups auf. Aus der Praxis ergeben sich damit zehn Positionen, die ein vergleichbares Angebot einzeln ausweisen sollte:

Festpreis oder Stundensatz?

Ein Festpreis gibt Planungssicherheit, setzt aber eine genaue Leistungsbeschreibung voraus. Je unklarer der Umfang, desto eher passt ein Stundensatz mit Obergrenze. Ein üblicher Mittelweg ist ein Festpreis für das definierte Projekt und ein vereinbarter Stundensatz für alles, was darüber hinausgeht. Wichtig ist, dass im Angebot steht, was ausdrücklich nicht enthalten ist.

Beispielrechnung: Was kostet die Website über drei Jahre?

Welche Vertragspunkte gelten: Werkvertrag, Abnahme, Nutzungsrechte und Hosting?

Wird ein bestimmtes Ergebnis geschuldet, nämlich die fertige Website, liegt es nahe, dass ein Werkvertrag vorliegt. Dann gelten die Abnahme (§ 640 BGB), die Fälligkeit der Vergütung bei Abnahme (§ 641 BGB) und die Mängelrechte (ab § 633 BGB). Ob im Einzelfall ein Werk- oder Dienstvertrag vorliegt, hängt vom Vertrag ab. Die laufende Betreuung und Wartung ist ein eigener Vertragsteil und wird häufig getrennt vereinbart. Dieser Abschnitt ist eine sachliche Orientierung und keine Rechtsberatung. Für Ihren Vertrag klären Sie die Einzelheiten mit einer Rechtsanwältin oder einem Rechtsanwalt.

Mangel und vereinbarte Beschaffenheit

Nach § 633 BGB muss das Werk frei von Sach- und Rechtsmängeln sein. Es ist frei von Sachmängeln, wenn es die vereinbarte Beschaffenheit hat (Quelle: § 633 BGB). Fehlt eine Vereinbarung, kommt es auf die vertraglich vorgesehene oder übliche Verwendung an. Praktische Folge: Was Sie konkret vereinbaren, ist später prüfbar. Schreiben Sie deshalb Zielwerte und Rahmenbedingungen in den Vertrag, zum Beispiel unterstützte Browser, Core-Web-Vitals-Zielwerte mit Messmethode, Barrierefreiheitsstufe, Consent-Verhalten und Übergabeumfang.

Abnahme

Der Besteller ist nach § 640 Abs. 1 BGB verpflichtet, das vertragsgemäß hergestellte Werk abzunehmen. Wegen unwesentlicher Mängel darf er die Abnahme nicht verweigern. Als abgenommen gilt ein Werk auch, wenn der Unternehmer nach Fertigstellung eine angemessene Frist zur Abnahme gesetzt hat und der Besteller die Abnahme nicht innerhalb dieser Frist unter Angabe mindestens eines Mangels verweigert hat (Abs. 2). Bei Verbrauchern gilt diese Fiktion nur, wenn der Unternehmer vorab auf die Folgen hingewiesen hat. Nimmt der Besteller ein mangelhaftes Werk in Kenntnis des Mangels ab, behält er seine Mängelrechte nur, wenn er sich diese bei der Abnahme vorbehält (Abs. 3). Quelle: § 640 BGB.

Die Vergütung ist laut § 641 Abs. 1 BGB bei der Abnahme zu entrichten (Quelle: § 641 BGB). Abweichende Zahlungspläne mit Anzahlung und Zahlung nach Meilensteinen sind möglich, sollten aber schriftlich an prüfbare Ergebnisse geknüpft werden. Zur Verjährung der Mängelansprüche gilt § 634a BGB: Bei den dort in Nr. 1 und 2 genannten Werken beginnt die Verjährung mit der Abnahme. Welche Frist für eine Website gilt, ist eine Frage des Einzelfalls (Quelle: § 634a BGB).

Ein Muster für ein prüfbares Abnahmekriterium (Beispielformulierung, anpassen): „Auf der Startseite und auf [Anzahl] vereinbarten Unterseiten liegen LCP, INP und CLS laut PageSpeed Insights im Bereich ‚gut‘ (LCP bis 2,5 Sekunden, INP bis 200 Millisekunden, CLS bis 0,1, Messung am [Datum], Gerät [Mobil], Prüfwerkzeug [Name]).“ Ergänzen Sie weitere Kriterien: Formulare senden fehlerfrei, Weiterleitungen funktionieren, Consent-Banner blockiert Tracking vor der Einwilligung, Zugangsdaten und Dokumentation sind übergeben.

Kündigung vor Fertigstellung

Nach § 648 BGB kann der Besteller den Werkvertrag bis zur Vollendung des Werkes jederzeit kündigen. Der Unternehmer kann dann die vereinbarte Vergütung verlangen, muss sich aber ersparte Aufwendungen und anderweitigen Verdienst anrechnen lassen. Es wird vermutet, dass ihm 5 Prozent der Vergütung für den noch nicht erbrachten Teil zustehen (Quelle: § 648 BGB). Legen Sie im Vertrag fest, wie bei einem Abbruch mit bereits gelieferten Teilergebnissen umgegangen wird.

Nutzungsrechte an Design, Code und Inhalten

Der Urheber kann Nutzungsrechte als einfaches oder ausschließliches Recht und räumlich, zeitlich oder inhaltlich beschränkt einräumen (§ 31 Abs. 1 UrhG). Sind die Nutzungsarten nicht ausdrücklich bezeichnet, bestimmt sich nach § 31 Abs. 5 UrhG anhand des gemeinsam zugrunde gelegten Vertragszwecks, auf welche Nutzungsarten sich das Recht erstreckt (Quelle: § 31 UrhG). Das heißt: Was nicht ausdrücklich geregelt ist, wird nach dem Vertragszweck ausgelegt, und das kann anders ausfallen, als Sie erwarten. Regeln Sie deshalb schriftlich:

• welche Rechte Sie an Design, Quellcode, Grafiken und Texten erhalten (einfach oder ausschließlich, zeitlich und räumlich unbeschränkt oder beschränkt),
• ob Sie den Code bearbeiten, weitergeben und von einem anderen Dienstleister weiterentwickeln lassen dürfen,
• welche Teile Drittlizenzen unterliegen (Fotos, Schriften, Premium-Themes und Plugins) und wer die Lizenzverlängerung zahlt,
• ob der Auftragnehmer die Arbeit als Referenz nennen darf.

Hosting, Domain und Zugangsdaten

Klären Sie vor Projektbeginn, wer Vertragspartner von Hosting und Domain ist. Ideal ist, dass Sie selbst als Inhaber eingetragen sind und der Dienstleister Zugriff erhält, nicht umgekehrt. Verlangen Sie bei Übergabe alle Zugangsdaten (Hosting, Datenbank, CMS-Admin, DNS, Mail) und eine Dokumentation, wie die Seite aufgebaut ist und wie sie wiederhergestellt wird. Verarbeitet ein Dienstleister oder Hoster personenbezogene Daten in Ihrem Auftrag, muss das nach Art. 28 Abs. 3 DSGVO auf Grundlage eines Vertrags oder eines anderen Rechtsinstruments erfolgen (Quelle: Art. 28 DSGVO). Fragen Sie nach dem Auftragsverarbeitungsvertrag und nach dem Serverstandort.

Wartungsvertrag

Wartung ist keine Gewährleistung. Vereinbaren Sie getrennt: Umfang (Updates, Backups, Monitoring), ob Updates zuerst auf einem Staging-System geprüft werden, Reaktionszeiten nach Priorität, Laufzeit und Kündigungsfrist sowie den Stundensatz für Leistungen außerhalb des Vertrags.

Welche Rechtsanforderungen aus DDG, DSGVO und BFSG darf Ihre Unternehmenswebsite nicht verletzen?

Eine Unternehmenswebsite braucht in der Regel ein Impressum (§ 5 DDG), eine Datenschutzerklärung (Art. 13 DSGVO), eine rechtskonforme Einwilligungslösung für nicht notwendige Zugriffe auf das Endgerät (§ 25 TDDDG) und, je nach Unternehmen und Angebot, die Beachtung des BFSG. Dieser Abschnitt ordnet die Pflichten sachlich ein, ersetzt aber keine Rechtsberatung. Ob und wie Pflichten Ihr Unternehmen treffen, hängt vom Einzelfall ab und sollte mit einer Rechtsanwältin, einem Rechtsanwalt oder einer Datenschutzbeauftragten geprüft werden. Dieser Artikel aus der Rubrik webentwicklung auf webentwickler.pro zeigt, wie sich die Anforderungen technisch umsetzen lassen.

Das Impressum ist nach § 5 DDG für geschäftsmäßige, in der Regel gegen Entgelt angebotene digitale Dienste vorgeschrieben. Die Angaben müssen leicht erkennbar, unmittelbar erreichbar und ständig verfügbar sein. Zu den Angaben zählen unter anderem Name, Anschrift, Rechtsform und Vertretungsberechtigte, Kontaktdaten für die elektronische Kommunikation, bei Bedarf die zuständige Aufsichtsbehörde, die Registernummer, berufsrechtliche Angaben bei reglementierten Berufen und die Umsatzsteuer-Identifikationsnummer, falls vorhanden (Quelle: § 5 DDG). Verlinken Sie das Impressum im Footer jeder Seite. Ein fehlendes oder unvollständiges Impressum kann abgemahnt werden; wie hoch die Kosten ausfallen, hängt vom Einzelfall ab.

Die Datenschutzerklärung dient der Information der betroffenen Personen. Nach Art. 13 Abs. 1 DSGVO teilt der Verantwortliche bei der Erhebung personenbezogener Daten unter anderem seinen Namen, seine Kontaktdaten und die Zwecke der Verarbeitung samt Rechtsgrundlage mit (Quelle: Art. 13 DSGVO). Praktisch muss jede eingesetzte Technik darin vorkommen: Hosting, Kontaktformular, Newsletter-Dienst, Analyse-Tool, eingebundene Schriften und Karten. Typischer Fehler: Die Erklärung stammt aus einem Generator oder Muster, passt aber nicht zur tatsächlich eingebundenen Technik. Lassen Sie die Datenschutzerklärung nach dem Livegang noch einmal mit der Netzwerkanalyse im Browser abgleichen.

Der Bußgeldrahmen nach Art. 83 DSGVO reicht je nach Verstoß bis zu 10 Millionen Euro oder 2 Prozent des weltweiten Jahresumsatzes (Abs. 4) beziehungsweise bis zu 20 Millionen Euro oder 4 Prozent (Abs. 5), im Fall eines Unternehmens je nachdem, welcher Betrag höher ist (Quelle: Art. 83 DSGVO). Die konkrete Höhe richtet sich nach dem Einzelfall. Für kleine Websites sind die Höchstbeträge nicht der Normalfall, sie zeigen aber, dass Verstöße nicht folgenlos sind.

Beim Consent-Management gilt: Die Speicherung von Informationen im Endgerät oder der Zugriff darauf ist nach § 25 Abs. 1 TDDDG nur zulässig, wenn der Endnutzer auf der Grundlage klarer und umfassender Informationen eingewilligt hat. Ausgenommen ist, was nach § 25 Abs. 2 Nr. 2 TDDDG unbedingt erforderlich ist, damit der Anbieter einen vom Nutzer ausdrücklich gewünschten Dienst zur Verfügung stellen kann (Quelle: § 25 TDDDG). Typische Konsequenz: Skripte für Statistik, Marketing oder eingebettete Inhalte laden erst nach der Einwilligung. Typischer Fehler: Der Tag Manager lädt schon beim Seitenaufruf. Prüfen Sie im Netzwerk-Tab der Browser-Entwicklertools, ob vor der Entscheidung im Banner Requests an Drittanbieter abgehen. Die Auslegung im Einzelfall, auch welche Dienste als „unbedingt erforderlich“ gelten, gehört in die rechtliche Prüfung.

Barrierefreiheit nach BFSG: Wen betrifft es?

Das BFSG gilt nach § 1 Abs. 3 Nr. 5 für Dienstleistungen im elektronischen Geschäftsverkehr, die nach dem 28. Juni 2025 für Verbraucher erbracht werden (Quelle: § 1 BFSG). Gemeint sind digitale Dienste, die über Webseiten und Anwendungen auf Mobilgeräten angeboten werden (§ 2 Nr. 26 BFSG). Typisch betroffen sind Online-Shops und andere Angebote, bei denen Verbraucher online Verträge abschließen. Eine reine Informationswebsite ohne Vertragsabschluss mit Verbrauchern fällt nicht ohne Weiteres darunter. Die Einordnung ist eine Rechtsfrage des Einzelfalls.

Ausgenommen sind nach § 3 Abs. 3 BFSG Kleinstunternehmen, die Dienstleistungen anbieten (Quelle: § 3 BFSG). Kleinstunternehmen sind Unternehmen, die weniger als zehn Personen beschäftigen und einen Jahresumsatz oder eine Jahresbilanzsumme von höchstens 2 Millionen Euro haben (Quelle: § 2 Nr. 17 BFSG). Betroffene Anbieter müssen laut Anlage 3 BFSG in ihren Allgemeinen Geschäftsbedingungen oder auf andere klar wahrnehmbare Weise Informationen dazu bereitstellen, wie sie die Barrierefreiheitsanforderungen erfüllen, einschließlich einer allgemeinen Beschreibung der Dienstleistung und der Angabe der zuständigen Marktüberwachungsbehörde (Quelle: Anlage 3 BFSG). Verstöße können als Ordnungswidrigkeit geahndet werden: Der Bußgeldrahmen beträgt je nach Verstoß bis zu 100.000 Euro, bei den übrigen Verstößen bis zu 10.000 Euro (Quelle: § 37 BFSG).

Technisch gelten für Websites in der Praxis die Anforderungen der Norm EN 301 549, die auf den Web Content Accessibility Guidelines (WCAG) 2.1 verweist (Quelle: Fachbeitrag Visionbites, Stand: Oktober 2026 (Abruf, Seite ohne Datum)). Dazu gehören semantisches HTML mit sinnvoller Überschriften-Hierarchie, Alternativtexte für Bilder, Bedienbarkeit per Tastatur und ausreichende Kontraste: Nach WCAG 2.1 Level AA gilt für Text ein Kontrastverhältnis von mindestens 4,5:1, für große Schrift mindestens 3:1 (Quelle: W3C, WCAG 2.1 Kriterium 1.4.3). Viele Themes erfüllen das nicht von Haus aus. Wenn Ihr Angebot unter das BFSG fällt, nehmen Sie die Anforderungen in die Abnahmekriterien auf.

Welche Technik-Vorgaben gehören ins Angebot: Core Web Vitals, Mobile und Barrierefreiheit?

Verlangen Sie im Angebot messbare Zielwerte statt „schnell“: Laut Google (web.dev) gelten ein LCP bis 2,5 Sekunden, ein INP bis 200 Millisekunden und ein CLS bis 0,1 als gut, gemessen am 75. Perzentil der Seitenaufrufe, getrennt nach Mobil und Desktop. Diese drei Kennzahlen bilden die Core Web Vitals (Quelle: web.dev, Stand der Seite: 31. Oktober 2024).

Die Tabelle nennt die von web.dev empfohlenen Zielwerte. Eine Seite erfüllt die Core Web Vitals, wenn alle drei Kennzahlen am 75. Perzentil im guten Bereich liegen. Messen können Sie mit PageSpeed Insights und dem Core-Web-Vitals-Bericht der Search Console (Quelle: Google Search Central). Für neue oder wenig besuchte Seiten liegen oft keine Felddaten vor. Dann dienen Labormessungen als Annäherung. Legen Sie deshalb im Vertrag fest, welches Werkzeug, welcher Zeitpunkt und welche Gerätesimulation gelten.

Wichtig für die Erwartung: Google schreibt, dass Core Web Vitals und andere Aspekte der Seitenerfahrung zu dem passen, was die Ranking-Systeme belohnen wollen. Eine Garantie für Top-Platzierungen folgt daraus nicht (Quelle: Google Search Central). Gute Werte sind eine Grundlage, aber kein Ersatz für relevante Inhalte.

Woher die Ladezeit kommt und was Sie verlangen können

web.dev zerlegt den LCP in vier Teile: Time to First Byte, Verzögerung vor dem Laden der Ressource, Ladedauer der Ressource und Verzögerung bis zum Rendern. Als Richtwert nennt die Quelle ungefähr 40 Prozent für die Serverantwort, unter 10 Prozent für die Verzögerung vor dem Laden, ungefähr 40 Prozent für die Ladedauer und unter 10 Prozent für die Render-Verzögerung (Quelle: web.dev, Optimize LCP, Abruf Oktober 2026). Daraus ergeben sich Punkte für Ihr Pflichtenheft:

• Das wichtigste Bild (oft das Hero-Bild) wird nicht per Lazy Loading verzögert; web.dev rät ausdrücklich davon ab und empfiehlt fetchpriority="high" für wahrscheinliche LCP-Bilder.
• Das LCP-Element ist im HTML direkt auffindbar und nicht erst per JavaScript nachgeladen.
• Render-blockierende Stylesheets werden reduziert, nicht kritisches JavaScript wird verzögert geladen.
• Dateigrößen werden verkleinert, ein CDN und eine sinnvolle Cache-Steuerung sind eingerichtet.

Mobile Bedienbarkeit

web.dev empfiehlt für Touch-Ziele eine Mindestgröße von etwa 48 geräteunabhängigen Pixeln bei korrekt gesetztem Mobile-Viewport und einen Abstand von etwa 8 Pixeln zwischen den Zielen (Quelle: web.dev, Accessible tap targets, Abruf Oktober 2026). Prüfen Sie Menüs, Buttons und Formularfelder auf einem echten Smartphone, nicht nur im verkleinerten Desktop-Fenster. Hover-Menüs funktionieren auf Touch-Geräten nicht.

Dokumentiertes Beispiel zum Zusammenhang von Ladezeit und Umsatz

Ein von web.dev veröffentlichter A/B-Test von Vodafone verglich eine optimierte Landingpage mit der bisherigen. Eine Verbesserung des LCP um 31 Prozent (von 8,3 auf 5,7 Sekunden) ging dort mit 8 Prozent mehr Verkäufen, 15 Prozent besserer Lead-zu-Besuch-Rate und 11 Prozent besserer Warenkorb-zu-Besuch-Rate einher. Der Test lief mit Traffic aus bezahlten Kanälen, geändert wurden unter anderem serverseitiges Rendern, Bildoptimierung und Lazy Loading per Media Query (Quelle: web.dev, Vodafone Case Study, Abruf Oktober 2026). Das ist ein einzelner Fall eines Großunternehmens. Er zeigt, dass Ladezeit geschäftlich messbar sein kann, er lässt sich aber nicht auf Ihre Website übertragen und ist kein Versprechen.

Wie messen Sie den Erfolg: CAC, CLV und Conversion statt nur schönem Design?

Ob sich eine Website lohnt, sehen Sie an drei Zahlen: Conversion Rate (Anteil der Besucher, die eine Zielaktion auslösen), Kosten pro gewonnenem Neukunden (CAC) und Wert eines Kunden über die Beziehung (CLV). Das Design ist nur ein Hebel dafür. Ein visuell gelungenes Design ohne messbare Ergebnisse hilft Ihnen wirtschaftlich nicht. Dieser Artikel gehört zur Rubrik webentwicklung auf webentwickler.pro. Fragen Sie deshalb schon im Briefing, welche Zielaktionen die Seite haben soll und wie sie gemessen werden.

Der Unterschied zwischen einem Designprojekt und einem Projekt mit Geschäftsziel liegt in der Vorbereitung. Welche Nutzer kommen über welche Kanäle? Wo brechen sie ab? Welche Seiten führen zu Anfragen? Das sind Fragen für Search Console, Analytics und gegebenenfalls Heatmaps, nicht für das Moodboard. Wer die Kosten pro Anfrage senken will, prüft Ladezeit, Formularfelder und die Platzierung der CTAs, bevor er die Schriftgröße im Footer diskutiert.

CLV ist der zweite Hebel: Viele Unternehmen investieren in Anzeigen und verlieren Bestandskunden durch schlechte Nutzererfahrung. Kundenbereiche, automatisierte Rückfragen oder eine saubere Rechnungshistorie können Bindung fördern. Sie verursachen allerdings Entwicklungsaufwand. Ob sich das für Ihr Geschäft rechnet, lässt sich nur mit Ihren eigenen Zahlen beurteilen.

Welche 6 Fehler ruinieren Ladezeit, Mobile UX und Leads auf Unternehmenswebsites am häufigsten?

Sechs Fehler kosten auf Unternehmenswebsites häufig Leads, Ladezeit und Mobile-Nutzer: unoptimierte Bilder und blockierende Skripte, unbrauchbare Mobile-Bedienung, unklare Navigation, vage Briefings, fehlende Wartung und fehlende Messung. Die meisten entstehen durch technische Schulden, unklare Briefings und fehlende Wartung. Die Ursache ist selten fehlendes Budget, sondern dass nach dem Launch niemand die Template-Architektur geprüft hat.

Dieser Artikel gehört zur Rubrik webentwicklung auf webentwickler.pro und zeigt, welche sechs Fehler in der Praxis häufig auftreten und wie Sie sie erkennen, bevor sie Ihre Anfragen kosten. Die Beschreibungen sind typische Muster, keine Auswertung konkreter Kundenprojekte.

Fehler 1: Langsame Ladezeit durch unoptimierte Bilder und Render-Blocking-Skripte. Typisches Muster: Ein Template liefert große Hero-Bilder in einem schweren Format, dazu blockieren mehrere externe Skripte (Analyse, Pixel, Heatmap) den ersten Seitenaufbau. Die Folge sind schlechte Werte bei LCP, CLS und INP. Die Abhilfe ist gut bekannt: Bilder in modernen Formaten und passender Größe ausliefern, Skripte verzögert laden, kritisches CSS früh bereitstellen, das LCP-Bild nicht per Lazy Loading verzögern (web.dev). Das Problem bleibt oft unbemerkt, weil nach dem Launch niemand misst.

Fehler 2: Mobile UX bricht, weil das Desktop-Layout nur skaliert wurde. Typische Symptome: zu kleine Buttons (web.dev empfiehlt etwa 48 Pixel Mindestgröße, Quelle), lange Formulare mit vielen Pflichtfeldern und Hover-Menüs, die auf Touch-Geräten nicht funktionieren. Ursache ist häufig ein Briefing, das nur „responsive“ forderte statt „mobile zuerst“.

Fehler 3: Unklare Navigation und fehlende Informationsarchitektur. Der Klassiker: sehr viele Menüpunkte, mehrere CTA-Farben und keine erkennbare Hierarchie. Der Nutzer landet auf der Startseite und weiß nicht, ob er Kunde, Bewerber oder Partner ist. Vorgehen: Informationsarchitektur vor Design, wenige Hauptpunkte, ein primärer CTA pro Seite und klare Wege für die wichtigsten Zielgruppen. Viele Briefings beginnen aber mit „Wir brauchen ein modernes Design“ statt mit „Wer soll was tun“.

Fehler 4: Vage Briefings ohne messbare Ziele. Typisch: „Wir wollen eine professionelle Website, die modern aussieht und gut rankt.“ Es fehlen Ziel-Conversion-Rate, Ziel-Ladezeit, Zahl gewünschter Anfragen, Budget für Inhalte nach dem Launch und Verantwortlichkeiten für Wartung und Datenschutz-Dokumentation. Ein sauberes Briefing kostet Vorbereitungszeit, spart aber Nachbesserungen. Wie viel, hängt vom Projekt ab.

Fehler 5: Fehlende Wartung und technische Schulden. Eine Website ist kein Produkt, sondern ein System, und Systeme altern. Typisches Muster: veraltetes CMS, veraltete PHP-Version, ein altes Theme und Plugins ohne Updates. Das erhöht das Risiko von Sicherheitslücken und kann Caching und Ladezeit verschlechtern, wenn Komponenten nicht mehr zusammenpassen. Der Auslöser ist selten Fahrlässigkeit, sondern dass niemand Wartung eingeplant hat. Planen Sie sie als eigenen Vertragsteil (siehe Vertragsabschnitt oben).

Fehler 6: Keine Messung, keine Optimierung, keine Lernkurve. Der häufigste Fehler ist organisatorisch: Die Website geht live, Analytics läuft, aber niemand wertet die Daten aus, weil kein Benchmark existiert. Ohne Messung keine Optimierung, und die Seite bleibt auf dem Stand von Tag 1, während Wettbewerber nachbessern.

Wer seine Website auf Fehler prüft, stößt oft auch auf Themen der Rubriken web-performance und seo. Dort finden Sie konkrete Messprotokolle, Priorisierungen und Checklisten für Core Web Vitals, Mobile UX und technisches SEO.

Welche KPIs sollte Ihre neue Unternehmenswebsite in den ersten 90 Tagen wirklich verbessern?

In den ersten 90 Tagen nach dem Launch messen Sie nicht Traffic-Volumen, sondern technische Stabilität und erste Nutzerinteraktionen, also die Kennzahlen, die zeigen, ob Ihre neue Website überhaupt funktioniert. Viele Betreiber achten sofort auf Umsatz und Besucherzahlen, während die Core Web Vitals im schlechten Bereich liegen und Google die Seite noch nicht vollständig indexiert hat.

Dieser Artikel gehört zur Rubrik webentwicklung auf webentwickler.pro und zeigt, welche KPIs in der Launch-Phase Geschäftsnutzen bewerten und welche nur Vanity Metrics sind. Die ersten drei Monate sind keine Marketing-Phase, sondern eine technische Validierung: Lädt die Seite schnell genug? Indexiert Google die richtigen URLs? Brechen Nutzer im Formular oder Checkout ab, weil es auf Mobilgeräten nicht funktioniert?

Core Web Vitals: LCP, INP, CLS als technische Baseline
Die drei Core Web Vitals sind die technische Grundlage der Seitenerfahrung. In den ersten 90 Tagen prüfen Sie: Liegt LCP bei höchstens 2,5 Sekunden? INP bei höchstens 200 Millisekunden? CLS bei höchstens 0,1 (Quelle: web.dev)? Liegen die Werte darüber, suchen Sie die Ursache in der Template-Architektur: unoptimierte Bilder, blockierendes JavaScript, falsch eingesetztes Lazy Loading.

Organische Sichtbarkeit: Impressionen und Rankings statt Traffic
In den ersten 90 Tagen zählen Sie weniger Besucher als Impressionen in der Google Search Console. Eine Impression bedeutet, dass Ihre Seite in den Suchergebnissen angezeigt wurde. Sehen Sie nach einigen Wochen sehr wenige Impressionen, obwohl viele Seiten online sind, liegt häufig ein Indexierungsproblem vor: fehlende Sitemap, in der robots.txt blockierte URLs oder Canonical-Fehler. Sie prüfen: Wie viele URLs sind indexiert? Welche Landingpages erhalten Impressionen? Für welche Suchanfragen erscheinen Sie bereits? Das sind Indikatoren für eine funktionierende seo optimierte website, nicht die Besucherzahl, die in den ersten Wochen durch Direktzugriffe und interne Tests verzerrt ist.

Bounce Rate und Engagement Rate: Relevanz für die Zielgruppe
Die Bounce Rate allein sagt nichts. Ein Nutzer, der sofort abspringt, kann die Antwort gefunden haben oder enttäuscht sein. Deshalb betrachten Sie sie zusammen mit der Engagement Rate aus Google Analytics 4. Prüfen Sie: Welche Seiten haben hohe Absprungraten bei niedrigem Engagement? Wo brechen Nutzer im Formular oder Checkout ab? Welche Geräte (Mobil oder Desktop) zeigen Probleme? Das ist keine Marketing-Analyse, sondern technisches Debugging: Sie suchen die Bruchstellen in der User Experience.

Conversion Rate und qualifizierte Leads: direkter Geschäftsnutzen
Die Conversion Rate in den ersten 90 Tagen ist kein Benchmark, sondern ein Indikator für technische Funktionalität. Liegt sie auffällig niedrig, ist oft eher ein technischer Fehler die Ursache (kaputter Checkout, fehlende Zahlarten, falsch validierendes Formular) als das Marketing. Sie messen: Wie viele Nutzer legen Produkte in den Warenkorb? Wie viele starten den Checkout? Wie viele schließen ab? Jede Stufe zeigt einen möglichen Bruch. Bei B2B-Websites zählen Sie qualifizierte Anfragen: Wie viele Nutzer füllen das Kontaktformular aus? Wie viele laden ein Dokument herunter?

Datenqualität vor Volumen: Tracking-Setup validieren
In den ersten 90 Tagen ist die Datenqualität wichtiger als absolute Zahlen. Sie prüfen: Ist Google Analytics 4 korrekt eingebunden? Werden Ereignisse wie add_to_cart, begin_checkout und purchase beziehungsweise Formular-Absendungen erfasst? Ist die Search Console mit Analytics verknüpft? Ist die Einwilligungslösung aktiv und blockiert sie das Tracking vor der Entscheidung (§ 25 TDDDG)? Wenn das Tracking nicht stimmt, sind alle KPIs wertlos, weil Sie auf falschen Daten optimieren. In den ersten 90 Tagen bauen Sie die Mess-Infrastruktur auf, die später echte Optimierung ermöglicht.

Wer seine KPIs sauber definiert, stößt oft auch auf Themen der Rubriken web-performance und seo: Dort finden Sie konkrete Messprotokolle und Priorisierungen für die technische Optimierung nach dem Launch. Die ersten 90 Tage sind keine Marketing-Phase, sondern eine technische Validierung, und die Kennzahlen zeigen, ob Ihre neue Website bereit ist, Geschäftsnutzen zu liefern, oder ob Sie zuerst die Architektur reparieren müssen.

Wie erkennen Sie einen guten Website-Anbieter in Deutschland an Briefing, Wartung und Abnahmeprozess?

Einen guten Anbieter, ob Freelancer oder Agentur, erkennen Sie daran, dass er im Briefing nach Ihren Geschäftsprozessen fragt, nicht nur nach Farben und Logos. Schickt Ihnen jemand nach einem kurzen Erstgespräch ein Angebot, ohne Ihre Warenwirtschaft, Versandlogik oder Zahlungsabwicklung zu kennen, fehlt die technische Tiefe. Ein professionelles Briefing endet mit einem strukturierten Dokument: Zielgruppe, Conversion-Ziele, technische Schnittstellen (JTL-Wawi, ERP, CRM), rechtliche Anforderungen (DSGVO, Impressum, Widerrufsrecht), Hosting-Präferenzen (Serverstandort), Budget und Zeitplan. Wer nur ein generisches Template ausfüllt, hat die Grundlage für eine saubere Umsetzung nicht gelegt.

Der Abnahmeprozess zeigt, ob der Anbieter strukturiert arbeitet. Eine geordnete Abnahme läuft in drei Phasen: technische Abnahme (Funktion, Performance, Sicherheit), inhaltliche Abnahme (Texte, Bilder, rechtliche Pflichtangaben) und finale Freigabe mit Übergabe aller Zugänge, Dokumentationen und Quellcodes. Wer Websites ohne Wartungsanleitung, ohne Backup-Strategie und ohne Erklärung der Plugin-Architektur übergibt, macht Sie von sich abhängig, weil bei jedem kleinen Update niemand im Team versteht, wie das System funktioniert. Ein guter Anbieter dokumentiert Custom-Code, Schnittstellen und Cronjobs. Er übergibt ein Wartungsprotokoll: Was ist laufend zu prüfen (Backups, SSL-Zertifikate), was regelmäßig (Updates, Sicherheits-Patches), was in größeren Abständen (Performance-Prüfung, Core-Web-Vitals-Kontrolle)?

Wartung und Support sind ein Prüfstein für Seriosität. Manche Wartungsverträge bestehen nur aus automatisierten Plugin-Updates ohne manuelle Prüfung. Ein fehlerhaftes Update kann eine Seite für Stunden offline nehmen. Eine sorgfältige Wartung testet Updates zuerst auf einer Staging-Umgebung, prüft die Kompatibilität mit Custom-Code und spielt sie erst dann live ein. Fragen Sie konkret: Gibt es eine Staging-Umgebung? Wie schnell reagieren Sie bei kritischen Fehlern? Wer hat Zugriff auf den Server? Bleiben die Antworten vage („Wir kümmern uns darum“), fehlt die Struktur. Seriöse Anbieter nennen Reaktionszeiten nach Priorität schriftlich, etwa für Ausfälle und defekte Formulare, für Layout-Fehler und für Textanpassungen. Die Werte sind verhandelbar, entscheidend ist, dass sie im Vertrag stehen.

Eigentumsrechte und Vertragsklauseln entscheiden, ob Sie nach Projektende unabhängig sind oder gebunden bleiben. Ein typisches Risiko: Der Anbieter behält Hosting, Domain und Code und verlangt für jede Änderung eine neue Rechnung. Eine saubere Vertragsgestaltung regelt drei Punkte: Welche Nutzungsrechte Sie am Quellcode erhalten (siehe § 31 UrhG im Vertragsabschnitt), dass Sie alle Zugangsdaten erhalten (FTP, Datenbank, Admin-Panels, DNS) und dass Sie zu einem anderen Dienstleister wechseln können, ohne technische Hürden. Fragen Sie konkret: Kann ich den Code nach Projektende selbst hosten? Bekomme ich alle Zugangsdaten? Gibt es Lizenzkosten für Themes oder Plugins? Ein seriöser Anbieter beantwortet diese Fragen schriftlich im Angebot, nicht erst nach Vertragsunterschrift.

Checkliste: Welche Punkte gehören in ein vergleichbares Angebot?

Vergleichbar werden Angebote erst, wenn alle auf demselben Briefing beruhen und dieselben Positionen ausweisen. Schicken Sie mehreren Anbietern dasselbe Briefing und prüfen Sie die Antworten mit der folgenden Liste. Fehlt ein Punkt, fragen Sie nach, bevor Sie unterschreiben.

Warnzeichen im Angebot

• Zusagen wie „garantiert auf Seite 1“ oder „sicher mehr Kunden“. Google schreibt selbst, dass gute Core Web Vitals keine Top-Platzierung garantieren (Quelle).
• Ein Pauschalpreis ohne Leistungsbeschreibung und ohne Liste der Ausschlüsse.
• Keine Aussage zu Nutzungsrechten, Zugangsdaten und Export.
• Hosting und Domain nur beim Anbieter, ohne Möglichkeit zum Wechsel.
• Keine Abnahmekriterien und kein Testprotokoll.
• Wartung ohne Staging-Prüfung und ohne benannte Reaktionszeiten.

Fazit

Eine Unternehmenswebsite erstellen zu lassen lohnt sich, wenn Sie vorher Ziele, Umfang, Technikwerte und Vertragsbedingungen festlegen und Angebote nach derselben Liste vergleichen. Die wichtigsten Punkte dieses Artikels:

• Kosten: Preisübersichten nennen für Firmen-Websites grob 2.000 bis 20.000 Euro einmalig (Stand: März und Oktober 2026), dazu laufende Kosten. Rechnen Sie über drei Jahre und mit eigenen Werten.
• Technik: Legen Sie Core-Web-Vitals-Zielwerte (LCP bis 2,5 Sekunden, INP bis 200 Millisekunden, CLS bis 0,1) und die Messmethode im Vertrag fest.
• Vertrag: Abnahmekriterien, Nutzungsrechte, Zugangsdaten und Wartung schriftlich regeln; Einzelheiten vom Fachanwalt prüfen lassen.
• Recht: Impressum, Datenschutzerklärung und Consent-Lösung sind Pflicht; ob das BFSG Sie betrifft, hängt vom Angebot und der Unternehmensgröße ab.
• Erwartung: Gute Technik ist eine Grundlage. Ein Versprechen für Rankings oder Umsatz folgt daraus nicht.

Das größte Risiko ist die falsche Architektur für den konkreten Anwendungsfall. Ein JTL-Shop mit vielen Artikeln und Warenwirtschafts-Anbindung braucht andere Lösungen als ein kleiner Shop mit wenigen Produkten. Wer ein System wählt, das nicht zur Auftragsstruktur passt, zahlt doppelt: einmal für die Entwicklung, einmal für die Migration. Vor der Beauftragung ist eine Anforderungsanalyse oder ein Code-Audit sinnvoll, das Fehlentscheidungen früh sichtbar macht. Entscheidend sind drei Faktoren: Übergabe, Dokumentation, Unabhängigkeit. Eine Custom-Entwicklung ohne saubere Übergabe erzeugt Abhängigkeit vom ursprünglichen Entwickler. Klären Sie vor Projektstart, ob der Code mit Kommentaren, README und Deployment-Anleitung übergeben wird.

Dieser Artikel gehört zur Rubrik webentwicklung auf webentwickler.pro und zeigt, wie kleine Shop-Betreiber typische Bruchstellen in ihrer Website-Architektur selbst erkennen können. Wer seine Ladezeit optimiert, stößt oft auch auf Themen der Rubriken web-performance und seo, dort finden Sie konkrete Messprotokolle und Priorisierungen für Core Web Vitals und technisches SEO im DACH-Raum. Mehr dazu im Artikel Unternehmenswebseite erstellen lassen: Trends und Recht. Mehr dazu im Artikel Homepage optimieren lassen: Mehr Performance für Ihren Shop. Mehr dazu im Artikel Online-Shop erstellen lassen: Systemwahl aus Entwicklersicht.

Quellen und Stand

• web.dev: Core Web Vitals (Stand der Seite: 31. Oktober 2024)
• Google Search Central: Core Web Vitals und Suche (Abruf: Oktober 2026)
• web.dev: Optimize LCP (Abruf: Oktober 2026) und web.dev: Accessible tap targets (Abruf: Oktober 2026)
• web.dev: Vodafone Case Study (Abruf: Oktober 2026)
• Für-Gründer.de: Website erstellen lassen (Stand: März 2026) und Sönke Sproll: Website erstellen lassen Kosten (Abruf: Oktober 2026)
• BGB: § 633, § 634a, § 640, § 641, § 648 (gesetze-im-internet.de, Abruf: Oktober 2026); § 31 UrhG
• § 5 DDG, § 25 TDDDG, Art. 13 DSGVO, Art. 28 DSGVO, Art. 83 DSGVO
• BFSG: § 1, § 2, § 3, § 37, Anlage 3; W3C: WCAG 2.1, Kriterium 1.4.3

Stanislav Tonkich

Webentwickler, SEO und KI-Automation

Seit 1995 in der IT, seit 2018 Webentwickler, seit 2023 im eCommerce. Ich baue Individuallösungen, automatisiere Abläufe mit KI und arbeite an der Sichtbarkeit in Google und in KI-Suchen.

Mehr über Stanislav Tonkich →