Entwicklung 10 Min. Lesezeit

Webentwicklung erklärt: was zählt

Zwei Angebote für eine neue Firmenseite liegen auf dem Tisch. Beide zeigen schicke Entwürfe, beide versprechen “modern und responsive”, und das eine ist gut tausend Euro günstiger. Auf dem Bildschirm sehen die fertigen Seiten später kaum unterscheidbar aus. Ein halbes Jahr danach rankt die eine bei Google auf Seite eins und füllt das Postfach mit Anfragen, die andere lädt auf dem Handy quälend langsam, taucht in keiner Suche auf und kostet den Inhaber jeden Monat Kunden, von denen er nie erfährt. Der Unterschied lag nie im Entwurf. Er lag in allem, was unter der Oberfläche steckt – und genau das sieht man auf keinem Screenshot.

Dieser Text erklärt in klarer Sprache, was ein sauber arbeitendes Team unterhalb des Designs baut. Sie müssen keine Zeile Code lesen können, um mitzukommen. Sie sollten aber wissen, wonach Sie fragen, denn die Frage “wie wird eine Website erstellt” beantwortet sich fast vollständig auf der technischen Ebene – jener Ebene, die am schwersten zu erkennen ist, solange sie funktioniert, und am teuersten, wenn sie fehlt.

Geschwindigkeit ist kein Luxus, sondern die Eintrittskarte

Öffnen Sie irgendeine Seite auf dem Smartphone und zählen Sie die Sekunden, bis Sie die Überschrift lesen und etwas antippen können, ohne dass das Layout noch herumspringt. Diese Wartezeit sagt mehr als jede andere Kennzahl darüber aus, ob ein Erstbesucher bleibt oder wieder abspringt. Und Google misst sie – ungefragt, bei jedem realen Aufruf.

Der Maßstab dafür heißt Core Web Vitals, drei Werte aus dem echten Nutzungsverhalten Ihrer Besucher. Largest Contentful Paint (LCP) erfasst, wie lange es dauert, bis der Hauptinhalt sichtbar ist – gut ist unter 2,5 Sekunden. Interaction to Next Paint (INP) misst, wie flott die Seite auf einen Tipp oder Klick reagiert – gut ist unter 200 Millisekunden. Cumulative Layout Shift (CLS) misst, wie stark der Inhalt beim Laden verrutscht – gut ist unter 0,1. Entscheidend ist: Google bewertet nicht das Labor, sondern das Erlebnis echter Besucher am langsameren Ende, beim 75. Perzentil. Eine Seite, die im Büro am Glasfaseranschluss fliegt, auf dem Handy mit zwei Balken Empfang aber kriecht, gilt damit als langsam.

Das sind keine Eitelkeitswerte. Sie fließen direkt in das Ranking ein, und mit den Core-Updates von 2026 hat Google das Gewicht der Performance noch einmal angezogen. Die Latte liegt höher, als die meisten Inhaber vermuten: Mitte 2026 bestehen nur etwa 56 Prozent aller in Googles Nutzungsdaten erfassten Domains alle drei Core Web Vitals gleichzeitig – und an der Reaktionsfähigkeit (INP) scheitern mit rund 43 Prozent die meisten. Wer Core Web Vitals verbessern will, kommt um unsichtbare Handarbeit nicht herum: Bilder richtig komprimiert und in passender Größe ausgeliefert, Skripte entschlackt, damit der Browser nicht an Code erstickt, den er noch gar nicht braucht, Schriften, die den Text dahinter nicht blockieren, und ein flotter Server, der das erste Byte ohne Verzögerung schickt. Nichts davon ist zu sehen. Alles davon ist zu spüren.

Wie eine schnelle Website wirklich lädt

Dass eine schnelle Website laden soll, will jeder. Wie das technisch gelingt, bleibt meist im Dunkeln – dabei entscheidet genau das über die Werte oben. Eine träge Seite ist selten ein einzelner Fehler, sondern die Summe kleiner Nachlässigkeiten: ein riesiges Bild in voller Auflösung, das erst im Browser kleingerechnet wird; eine Handvoll Skripte von Drittanbietern, die sich zu spürbaren Zehntelsekunden addieren; Schriften, die die Seite kurz leer lassen, statt sofort Text zu zeigen; ein günstiger Shared-Server, der unter Last ins Stocken gerät. Jeder Punkt klingt harmlos, gemeinsam machen sie aus den anvisierten 2,5 Sekunden schnell sechs oder acht.

Der saubere Gegenentwurf liefert nur aus, was die Ansicht gerade braucht, lädt Nebensächliches erst später nach und nutzt zwischengeschaltete Server (ein CDN), die Inhalte näher beim Besucher bereithalten. Für den Nutzer fühlt es sich schlicht “sofort da” an – und ist in Wahrheit das Ergebnis vieler bewusster Entscheidungen, die im fertigen Layout niemand erkennt.

Saubere Struktur ist das Skelett, das Google liest

Eine Webseite besteht aus HTML, und HTML kennt zwei Wege, dasselbe auszudrücken. Man kann alles in nichtssagende Kästchen packen – oder Elemente verwenden, die benennen, was jeder Teil tatsächlich ist: Das ist die Hauptüberschrift, das ist die Navigation, das ist ein Artikel, das ist eine Schaltfläche. Der zweite Weg heißt semantisches HTML und kostet keinen Cent extra, wenn man ihn von Anfang an geht.

Wichtig ist er, weil Ihre Seite zwei Zielgruppen hat, die das Design nie zu sehen bekommen. Suchmaschinen lesen die rohe Struktur, um zu verstehen, worum es geht und wie alles zusammenhängt: eine klare <h1>-Überschrift, logisch darunter gestaffelte Zwischenüberschriften, echte Verlinkungen statt anklickbarer Bilder. Screenreader tun für blinde und sehbehinderte Besucher genau dasselbe. Stimmt das Skelett, verstehen beide Sie auf Anhieb. Stimmt es nicht – eine Wand aus verschachtelten <div>-Kästen, die Überschrift bloß mit großer Fettschrift vorgetäuscht –, reichen Sie einer Maschine einen Absatz ohne Satzzeichen und bitten sie zu raten.

Zur Struktur gehören auch die Adressen. Eine URL wie /leistungen/heizungsbau-muenchen verrät Besucher und Suchmaschine sofort, was sie erwartet; /?seite_id=4837 verrät gar nichts. Eine durchdachte Seitenhierarchie, sprechende Links zwischen verwandten Seiten und eine Sitemap, die alles Indexierungswürdige auflistet, entscheiden darüber, ob Google Ihre Seite an einem Nachmittag vollständig erfasst oder nie ganz durchdringt.

SEO gehört ins Fundament, nicht nachträglich aufgesetzt

Hartnäckig hält sich der Glaube, Suchmaschinenoptimierung sei eine Leistung, die man kauft, wenn die Seite längst steht. Tatsächlich sind gerade die Dinge, die später am teuersten zu reparieren sind, jene, die von der ersten Stunde an zum Bau gehören. Sie nachzurüsten bedeutet oft, Seiten neu zu bauen, für die schon einmal bezahlt wurde.

Einiges davon gehört zwingend ins Fundament:

  • Eigene Titel und Beschreibungen für jede einzelne Seite, damit im Suchergebnis etwas Konkretes steht und nicht zwanzigmal dieselbe Standardzeile.
  • Saubere, lesbare URLs und eine logische Struktur, festgelegt bevor die Inhalte hineinwandern, nicht hinterher geflickt.
  • Strukturierte Daten – eine kleine, unsichtbare Auszeichnungsschicht, die einer Suchmaschine Fakten direkt mitteilt, statt sie raten zu lassen: dass Sie ein Zahnarzt in einer bestimmten Stadt sind, Ihre Öffnungszeiten, Ihre Bewertungen. Genau daraus entstehen die Sterne und erweiterten Treffer, die Sie in Google sehen.
  • Korrekter Umgang mit doppelten und mehrsprachigen Seiten, damit Suchmaschinen wissen, welche Fassung die maßgebliche ist. Wer Kunden auf Deutsch und Englisch bedient und das falsch löst, verteilt seine Ranking-Signale auf konkurrierende Kopien derselben Seite.

Das sind keine Zusatzpakete, sondern Entscheidungen, die in die Art und Weise eingewoben sind, wie Seiten überhaupt erzeugt werden. Im Nachhinein lässt sich davon manches ergänzen – langsam, lückenhaft und am Ende zweimal bezahlt.

Barrierefreie Website nach WCAG 2.2: jetzt Pflicht, nicht Kür

Eine Seite so zu bauen, dass auch Menschen mit Behinderung sie nutzen können, galt lange als nette Geste. In der EU ist sie inzwischen Gesetz. Der European Accessibility Act gilt seit Juni 2025 verbindlich und verweist auf den technischen Standard WCAG 2.2, Konformitätsstufe AA, als Maßstab für digitale Dienste. In Deutschland setzt das Barrierefreiheitsstärkungsgesetz diese Vorgabe um, und viele kleine Betriebe – vom Onlineshop bis zum Dienstleister mit Buchungsfunktion – fallen darunter. WCAG 2.2 ist seit dem 5. Oktober 2023 der maßgebliche Standard, und Stufe AA ist die weltweit zitierte Messlatte.

Eine barrierefreie Website WCAG 2.2 verlangt in der Praxis viel von dem, was gute Struktur ohnehin mitbringt. Ausreichender Farbkontrast, damit Text auch bei Sonne auf dem Display lesbar bleibt. Jedes Bild mit einer Textbeschreibung für Screenreader. Formulare mit sauber verknüpften Beschriftungen. Eine Seite, die sich allein mit der Tastatur bedienen lässt, ganz ohne Maus. Nichts davon macht die Seite hässlicher; das meiste macht sie für alle klarer – auch für den großen Teil der Besucher, der schlicht ein altes Handy, ein gesprungenes Display oder eine wacklige Verbindung im Zug hat. Barrierefreiheit und Bedienbarkeit sind weitgehend dasselbe Projekt mit zwei verschiedenen Namensschildern. Wer es früh angeht, erfüllt die Rechtslage nebenbei.

Sicherheit und HTTPS: das Schloss, das nicht mehr verhandelbar ist

Sie kennen das Schloss-Symbol neben der Adresszeile. Es bedeutet, dass die Verbindung mit HTTPS verschlüsselt ist und Daten zwischen Besucher und Seite unterwegs nicht mitgelesen oder verändert werden können. Jahrelang war das dringend empfohlen. Inzwischen ist es faktisch Pflicht.

Chrome rollt 2026 schrittweise eine Änderung aus, die öffentliche Seiten standardmäßig über die sichere Verbindung lädt und vor dem Öffnen einer unverschlüsselten HTTP-Seite warnt – ab Chrome 147 im April, für alle voreingestellt mit Chrome 154 im Oktober. Eine Seite ohne dieses Schloss begrüßt neue Besucher dann mit einem “Nicht sicher”-Hinweis – ein vernichtender erster Eindruck für einen Betrieb, der Fremde bittet, ein Kontaktformular auszufüllen. Das Zertifikat selbst ist kostenlos und Standard; jeder saubere Bau enthält es. Sicherheit reicht aber weiter als das Schloss: Software aktuell halten, Formulare gegen Spam und Missbrauch absichern, regelmäßig Backups ziehen, damit ein schlechter Tag nicht zum Dauerzustand wird. Das ist die Pflegeschicht, die eine betreute Seite von einer verwaisten unterscheidet.

Mobile-first ist der Standard, keine Variante

Erst für den großen Bildschirm zu gestalten und das Ergebnis dann aufs Handy zu quetschen, ist verkehrt herum – und Google hat das amtlich gemacht. Spätestens seit dem 5. Juli 2024 sind alle Seiten auf die mobile Indexierung umgestellt: Google bewertet die mobile Fassung als die maßgebliche, der Desktop ist zur Nebensache geworden. Was nur in der breiten Ansicht existiert oder dort funktioniert, ist für die Suche schlicht nicht vorhanden und nicht indexierbar.

Der Grund ist nüchterne Arithmetik. Je nach Zählweise kommen 2026 grob zwischen der Hälfte und zwei Dritteln aller Seitenaufrufe vom Smartphone; in Europa liegt das Verhältnis nahe bei fünfzig zu fünfzig, und bei vielen lokalen Betrieben ist der mobile Anteil noch höher – jemand steht an der Straßenecke und entscheidet gerade, wo er isst oder welchen Handwerker er anruft. Mobile-first Webdesign beginnt deshalb beim kleinen Bildschirm: Tippziele groß genug für den Daumen, Text ohne Zoomen lesbar, Formulare, die keine schreibtischgroße Tastatur verlangen. Von dort dehnt sich das Layout sauber bis zum Laptop. Gleicher Inhalt, gleiches Tempo, neu umgebrochen für das Gerät, das gerade auftaucht. Das Handy als das eigentliche Produkt zu behandeln und nicht als geschrumpfte Kopie – darum geht das ganze Spiel.

Statistik mit Einwilligung: wissen, was wirkt, und zwar rechtssicher

Eine Seite, die man nicht messen kann, ist eine Seite, über die man rät. Eine schlichte Reichweitenmessung zeigt, welche Seiten tatsächlich gelesen werden, woher die Besucher kommen und an welcher Stelle sie aufgeben. Diese Rückmeldung macht aus einer starren Broschüre etwas, das sich Monat für Monat verbessern lässt. Ohne sie ist jede Änderung ein Münzwurf.

Der Haken ist der Datenschutz. Nach DSGVO dürfen Sie einem Besucher aus der EU in aller Regel keine Tracking-Cookies setzen, bevor er zustimmt. Genau dafür gibt es echte Einwilligungsbanner – nicht die manipulative Sorte, die den “Ablehnen”-Knopf versteckt, sondern eine ehrliche Wahl, die Statistik erst nach einem Ja lädt. Richtig gemacht, vertragen sich Messung und Datenschutz mühelos: Sie erfahren, was funktioniert, der Besucher behält die Kontrolle über seine Daten, und Sie bleiben auf der sicheren Seite der Aufsichtsbehörden. Als Nachgedanke behandelt, fliegen Sie entweder blind oder verstoßen still gegen das Gesetz. Der schlanke, datensparsame Weg gehört in den ursprünglichen Plan.

Individuell, Baukasten oder Vorlage: wo der Haken wirklich sitzt

Das ist die Entscheidung, die Inhaber am meisten umtreibt, also reden wir Klartext. Es gibt drei grobe Wege, und ehrlich ist nur: Alle drei können tragen oder versagen, je nach Betrieb.

Baukastensysteme (die Alles-in-einem-Plattformen) bringen Sie schnell und günstig online und übernehmen Hosting, Zertifikat und Updates. Der Preis dafür ist eine Decke über dem Kopf: Sie bewegen sich im System eines anderen, und sobald Sie ein bestimmtes Layout, eine schnellere Seite, eine präzise Anbindung oder feinere SEO-Kontrolle brauchen, stoßen Sie an Wände, die sich nicht verschieben lassen. Für einen schlichten Auftritt hängt diese Decke vielleicht so hoch, dass Sie nie an sie stoßen.

Vorlagen – ein fertiges Design, das Sie anpassen – sitzen in der Mitte. Sie bekommen ein echtes Fundament und sparen sich den Entwurf von null, erben aber die Qualität, mit der die Vorlage gebaut wurde, samt aller unsichtbaren Teile. Eine billige Vorlage liefert oft aufgeblähten Code, der die Core Web Vitals schon am ersten Tag still reißt – und Sie merken es erst, wenn die Rankings es Ihnen sagen.

Der individuelle Bau kostet vorab mehr und dauert länger. Dafür bekommen Sie die Kontrolle über jede Schicht aus diesem Text: Performance, die die Werte besteht; Struktur und SEO von der ersten Zeile an eingebaut; Barrierefreiheit und Sicherheit mit Absicht gelöst; eine Seite, die sich Ihrem Betrieb beugt statt umgekehrt. Das zahlt sich aus, sobald die Seite eine echte Kundenquelle ist und keine digitale Visitenkarte.

Die richtige Wahl ist nicht die billigste und nicht die schickste. Es ist die, die zu dem passt, was die Website tatsächlich leisten muss.

Die Falle, in die fast alle tappen: eine dieser Optionen allein nach dem Aussehen zu beurteilen. Zwei Seiten können optisch nicht zu unterscheiden und unter der Oberfläche Welten voneinander entfernt sein – die eine besteht jeden technischen Maßstab, die andere versagt lautlos, während ihr Inhaber sich fragt, warum das Telefon stumm bleibt.

Webentwicklung erklärt: der unsichtbare Teil bezahlt sich

Eine Website ist ein Eisberg. Das Design über der Wasserlinie sieht jeder, und darum dreht sich fast jedes Verkaufsgespräch. Struktur, Tempo, SEO-Fundament, Barrierefreiheit, Sicherheit und Messbarkeit unter der Wasserlinie entscheiden darüber, ob das Ganze schwimmt – ob Sie ranken, ob Besucher bleiben, ob aus ihnen Kunden werden. Diese versenkte Arbeit taucht in keinem Portfolio-Screenshot auf, und genau deshalb wird sie als Erstes gestrichen, sobald nur der Preis zählt. Webentwicklung erklärt sich am ehrlichsten über das, was man nicht sieht.

Sie müssen nichts davon selbst bauen lernen. Der Sinn, es zu verstehen, sind schärfere Fragen. Wenn Ihnen jemand einen Preis nennt, fragen Sie, wie die Seite bei den Core Web Vitals abschneidet, ob SEO und strukturierte Daten eingebaut oder Aufpreis sind, ob sie barrierefrei ausgeliefert wird und wie sie sich auf einem drei Jahre alten Handy mit schwachem Empfang verhält. Die Antworten verraten Ihnen in einer halben Minute, ob Sie eine Website kaufen, die arbeitet – oder ein Bild von einer. Wer den Bau lieber einem spezialisierten Studio überlässt, das diese Schichten von Beginn an mitdenkt, findet die Konditionen transparent auf der Startseite.

Häufig gestellte Fragen

Wie wird eine Website technisch erstellt?
Hinter dem Design steckt die eigentliche Arbeit: sauberes, semantisches HTML als Struktur, optimierte Bilder und Skripte für kurze Ladezeiten, eingebaute SEO-Grundlagen und ein verschlüsselter Server. Das Design ist nur die sichtbare Spitze; über Ranking und Anfragen entscheidet die Technik darunter. Genau diese Schichten sieht man auf keinem Screenshot.
Was sind Core Web Vitals und welche Werte sind gut?
Core Web Vitals sind drei von Google gemessene Kennzahlen für das reale Nutzererlebnis. Gut sind ein LCP unter 2,5 Sekunden, ein INP unter 200 Millisekunden und ein CLS unter 0,1, gemessen am 75. Perzentil echter Besucher. Mitte 2026 bestehen nur rund 56 Prozent aller Domains alle drei gleichzeitig, am häufigsten scheitert die Reaktionsfähigkeit (INP).
Muss meine Website barrierefrei sein?
In der EU ist Barrierefreiheit für viele digitale Dienste seit Juni 2025 über den European Accessibility Act verbindlich, in Deutschland umgesetzt durch das Barrierefreiheitsstärkungsgesetz. Technischer Maßstab ist WCAG 2.2 auf Stufe AA. In der Praxis bedeutet das ausreichenden Kontrast, Textbeschreibungen für Bilder, beschriftete Formulare und volle Tastaturbedienung.
Baukasten, Vorlage oder individueller Bau – was ist besser?
Alle drei können tragen oder versagen, je nach Betrieb. Baukästen sind schnell und günstig, stoßen aber bei Layout, Tempo und SEO an Grenzen. Vorlagen sind ein Mittelweg, erben jedoch oft aufgeblähten Code, der die Core Web Vitals reißt. Der individuelle Bau kostet mehr, gibt Ihnen aber Kontrolle über Performance, SEO, Barrierefreiheit und Sicherheit.
Braucht meine Website zwingend HTTPS?
Ja. Chrome lädt öffentliche Seiten 2026 standardmäßig verschlüsselt und warnt vor unsicheren HTTP-Seiten – ab Chrome 147 im April, für alle voreingestellt mit Chrome 154 im Oktober. Ohne das Schloss sehen neue Besucher einen Nicht-sicher-Hinweis. Das Zertifikat ist kostenlos und gehört in jeden sauberen Bau.

Brauchen Sie eine Website, die Kunden über Google bringt?

Webtor gestaltet, baut und rankt mehrsprachige Websites für kleine und mittlere Unternehmen — mit Formularen direkt an Ihre E-Mail und Ihren Telegram-Bot.

Kostenlose Beratung
Angebot anfordern