Warum Ihre Website auf dem Smartphone nicht richtig funktioniert

59 Prozent des gesamten Web-Traffics kommen heute von Mobilgeräten. Ihre Kunden suchen unterwegs, vergleichen am Smartphone, entscheiden in Sekunden.

Und genau hier scheitern die meisten KMU-Websites. Nicht, weil das Design schlecht wäre. Sondern weil unter der Oberfläche zu viel passiert, was niemand sieht – aber jeder spürt.

Wie viel Umsatz kostet Sie Ihre mobile Ladezeit? Berechnen Sie es mit Ihren Zahlen:

Was «zu langsam» wirklich bedeutet

Die Zahlen sind klar: 53 Prozent der mobilen Nutzer verlassen eine Website, wenn sie länger als 3 Sekunden zum Laden braucht [Quelle: Google / Think With Google]. Ab 5 Sekunden Ladezeit meiden 74 Prozent die Seite dauerhaft [Quelle: Akamai Web Performance Report].

Für ein KMU heisst das: Jeder zweite potenzielle Kunde sieht Ihre Seite nie – nicht weil er kein Interesse hat, sondern weil sein Smartphone aufgibt, bevor Ihre Inhalte erscheinen.

Und die durchschnittliche KMU-Website? Lädt auf Mobilgeräten in rund 15 Sekunden voll durch [Quelle: Google / HTTP Archive]. Weit jenseits jeder Toleranzgrenze.

Warum Ihre Website so langsam ist: das Plugin-Problem

Der häufigste Grund für langsame KMU-Websites ist kein schlechter Server. Es sind die Plugins.

Eine typische WordPress-Website eines Schweizer KMU läuft mit 20 bis 30 aktiven Plugins: SEO, Formulare, Slider, Cookie-Banner, Analytics, Caching, Sicherheit, Backup, Schriftarten-Manager. Jedes dieser Plugins lädt eigenen Code – und zwar auf jeder einzelnen Seite. Auch dort, wo es gar nicht gebraucht wird.

Das Resultat: Der Browser des Kunden lädt fast ein halbes Megabyte an Code herunter, den er gar nicht braucht. Aber verarbeiten muss er ihn trotzdem. Jedes Skript muss geparst, kompiliert und ausgeführt werden – und das kostet Rechenleistung. Auf einem günstigen Android-Smartphone (das weltweit den Grossteil des Marktes ausmacht) kann eine einzelne JavaScript-Funktion 8-mal länger dauern als auf einem aktuellen iPhone [Quelle: WebPageTest / Calibre Performance Blog].

Was physisch auf dem Smartphone Ihres Kunden passiert

Hier wird es technisch – aber es erklärt, warum Ihre Website «ruckelt».

Wenn ein Smartphone eine überladene Website öffnet, arbeitet der Prozessor unter Hochlast. Bei so vielen gleichzeitigen Skripten wird der Chip heiss. Wird er zu heiss, greift ein Schutzimpuls: das sogenannte «Thermal Throttling». Das Gerät drosselt die Rechenleistung um bis zu 28 Prozent, um sich nicht selbst zu beschädigen [Quelle: IEEE Thermal Throttling Studien].

Für den Kunden bedeutet das: Er tippt auf einen Button – und nichts passiert. Er scrollt – und die Seite springt. Er will das Kontaktformular öffnen – und die Seite friert ein. Das ist kein «Bug». Das ist die physikalische Konsequenz von zu viel Code auf zu wenig Hardware.

Die drei Messwerte, die Google interessieren

Google misst die Qualität einer Website anhand der sogenannten Core Web Vitals – drei Kennzahlen, die direkt in die Suchrankings einfliessen:

Wie schneiden verschiedene Website-Technologien dabei ab?

Die Daten stammen aus dem Chrome User Experience Report (CrUX), der reale Felddaten von Millionen Websites aggregiert [Quelle: Google CrUX / HTTP Archive Web Almanac 2025]. WordPress – das 43 Prozent aller Websites weltweit antreibt – besteht bei weniger als der Hälfte der Seiten die Google-Anforderungen. Statische Systeme, bei denen nur das ausgeliefert wird, was wirklich gebraucht wird, erreichen über 90 Prozent.

Springende Layouts: warum Ihre Kunden daneben klicken

Kennen Sie das? Sie wollen auf einen Button tippen, und genau in dem Moment verschiebt sich das Layout, weil oben ein Cookie-Banner oder ein Bild nachgeladen wird. Sie klicken auf den falschen Link, landen auf einer anderen Seite, sind frustriert.

Das ist kein Zufall. Es ist ein messbarer Designfehler namens CLS (Cumulative Layout Shift). Die häufigsten Ursachen bei KMU-Websites:

• Bilder ohne feste Grösse: Der Browser weiss nicht, wie viel Platz ein Bild braucht, und verschiebt alles darunter, sobald es erscheint.
• Schriftarten, die nachladen: Wenn eine Web-Schrift die System-Schrift ersetzt, ändert sich die Textbreite – und der gesamte Inhalt springt.
• Widgets, die sich verspätet einblenden: Chat-Bubbles, Cookie-Banner und Empfehlungsboxen, die per JavaScript spät eingebaut werden.

Bei einer sauber entwickelten Website sind all diese Probleme von Anfang an gelöst: Bilder haben definierte Masse, Schriften laden priorisiert, dynamische Elemente haben reservierten Platz im Layout.

Was «Massarbeit» konkret anders macht

Der Unterschied zwischen einer langsamen und einer schnellen Website liegt nicht im Design. Er liegt in der Architektur darunter.

Eine Template-Website (Bloatware) lädt generischen Code für alle denkbaren Situationen. Eine massgeschneiderte Website (Massarbeit) lädt nur das, was auf dieser einen Seite tatsächlich gebraucht wird.

Google Lighthouse gibt bereits ab 800 DOM-Elementen eine Warnung aus und meldet ab 1’400 Elementen einen kritischen Fehler [Quelle: Google Lighthouse Audit Dokumentation]. Die meisten Page-Builder-Websites überschreiten diese Grenze mühelos – weil für ein einzelnes Textelement mit farbigem Rand sechs verschachtelte Container generiert werden.

Wer sich für individuelle Webentwicklung entscheidet, bekommt keinen schnelleren Server. Er bekommt weniger Code, der auf keinen Server mehr angewiesen ist.

Sicherheit: der unsichtbare Zusammenbruch

Performance ist sichtbar. Sicherheit nicht – bis es zu spät ist.

91 bis 97 Prozent aller WordPress-Sicherheitslücken stammen aus Plugins und Themes [Quelle: Patchstack / WPScan 2025]. Nicht aus WordPress selbst. Sondern aus genau den Erweiterungen, die ein KMU braucht, um die Website geschäftstauglich zu machen.

Im Durchschnitt wird alle 30 Minuten ein automatisierter Angriff auf eine WordPress-Website verübt [Quelle: Wordfence Global Attack Data]. Das sind keine gezielten Hacker-Attacken. Das sind Bots, die systematisch das gesamte Internet nach bekannten Schwachstellen in Plugins abscannen.

Eine Referenz zu den konkreten 5-Jahres-Kosten, die ein Sicherheitsvorfall und laufende Plugin-Wartung verursachen, finden Sie in unserem TCO-Artikel. Und wie sich langsame Ladezeiten direkt auf Ihre Anfragen auswirken, belegen wir mit separaten Performance-Daten.

Fazit: Substanz entscheidet über Anfragen

Eine Website, die auf dem Desktop des Inhabers gut aussieht, aber auf dem Smartphone des Kunden ruckelt, ist kein Werkzeug. Sie ist ein Hindernis.

Die Entscheidung zwischen «Oberfläche» und «Substanz» ist keine Frage des Budgets. Es ist eine Frage der Architektur. Weniger Code, intelligenter ausgeliefert, ohne unnötige Plugins – das ist der Unterschied zwischen einer Seite, die Anfragen generiert, und einer Seite, die Besucher verliert.