maßgeschneidert
lädt …
Wie schnell eine Website ist, entscheidet sich bei der Wahl, wie sie gebaut wird — nicht am Ende mit einem Caching-Plugin. Eine langsame Website ist keine Website, die man optimieren muss: sie ist falsch gebaut, und sie wird mit jeder weiteren Seite langsamer.
lighthouse https://tensomax.it --preset=mobile
erster Inhalt ........... 0,7s
größtes Bild ............ 1,2s
Layoutverschiebung ...... 0,00
[ok] alle drei Werte im Grünen, auf dem Handy
du -h --max-depth=0 ./assets
212K — keine Bibliothek „sicherheitshalber“ geladen
wartet
$ ./vergleiche --laden --mobil
Links eine Website auf der richtigen Architektur. Rechts dieselbe Website, zusammengesetzt aus einem Standard-Theme mit zwanzig Plugins. Sehen Sie auf die Uhr: dort verliert man Kundschaft, nicht an der Farbe des Buttons.
maßgeschneidert
lädt …
Theme + zwanzig Plugins
lädt …
Die Schwellenwerte sind die, mit denen Google das Laden bewertet (Largest Contentful Paint). Die beiden Verläufe sind eine Demonstration, keine Messung einer bestimmten Website.
| Etappe | Maßgeschneidert | Theme + Plugins |
|---|---|---|
| Serverantwort | 0,09s | 0,82s |
| erster sichtbarer Text | 0,24s | 1,60s |
| Seiteninhalt | 0,38s | 2,40s |
| Hauptbild | 1,10s | 4,90s |
| klickbereit | 1,45s | 6,30s |
// wann es nötig ist
Eine Website muss nicht neu, weil sie drei Jahre alt ist. Sie muss neu, wenn sie keine Aufträge mehr bringt, und die Anzeichen sind immer dieselben.
// was wir entscheiden, bevor eine Zeile entsteht
Das sind Architekturentscheidungen, und sie fallen am Anfang: später getroffen kosten sie eine Neuentwicklung, keine Einstellung.
Seiten, die sich nicht bei jedem Besuch ändern, werden einmal erzeugt und als Dateien ausgeliefert. Das ist der Unterschied zwischen fünfzig Millisekunden und der Datenbank, die jedes Mal dieselbe Seite neu zusammensetzt.
Formate, Größen und verzögertes Laden werden im Entwurf entschieden, nicht nachgerüstet. Ein Bild in der Größe ausgeliefert, in der es erscheint, wiegt zehnmal weniger als dasselbe Bild, das der Browser herunterrechnet.
Die Teile, die sich oft ändern, bleiben für Sie bearbeitbar; die Teile, die stabil bleiben sollen, lassen sich nicht versehentlich zerstören. Eine Website, die Sie selbst kaputt machen können, wird kaputt gehen.
Der Inhalt steht im HTML. JavaScript fügt Bewegung hinzu, keine Struktur: kommt es nicht an — langsame Leitung, Fehler, Blocker — bleibt die Seite lesbar und indexierbar.
// wie wir dahin kommen
Geschwindigkeit ist keine Meinung: sie wird gemessen, und zwar auf dem Handy im Mobilfunknetz — dort kommen die meisten Besuche her.
Wir messen die bestehende Website, bevor wir sie anfassen, auf dem Handy und bei gedrosselter Verbindung. Ohne Startwert bleibt „läuft schneller“ am Ende ein Gefühl.
Wie viele Seiten wirklich gebraucht werden, welche sich zusammenlegen lassen, welche weg können. Die Hälfte aller langsamen Websites ist langsam, weil sie dreimal so viel enthält wie nötig.
Die Messwerte werden während der Entwicklung beobachtet, nicht am Ende. Ein Rückschritt, der am Tag seiner Entstehung auffällt, kostet eine Stunde; beim Launch entdeckt kostet er eine Woche.
Bei der Übergabe haben Sie den Vorher-Nachher-Vergleich auf denselben Seiten und denselben Geräten — und die Zugänge, um jederzeit selbst nachzumessen.
$ cat stack.json
$ ls ./projekte --mit-dieser-leistung
$ ./domande --frequenti
Die Variablen sind, wie viele Seiten wirklich gebraucht werden, wie viel Inhalt neu geschrieben werden muss und ob es Bereiche geben soll, die Sie selbst pflegen. Eine Zahl nennen wir, nachdem wir die Struktur gesehen haben, nicht davor: ein Angebot am Telefon ist eine als Schätzung verkleidete Wette.
Ja, und das ist fast immer richtig. Was sich häufig ändert — Texte, Fotos, Beiträge, Referenzen — bleibt ohne Code bearbeitbar; die strukturellen Teile nicht, denn eine Website, die man selbst zerstören kann, wird irgendwann zerstört.
Das hängt davon ab, wer sie pflegt und wie oft. WordPress ergibt Sinn, wenn sich Inhalte ständig ändern und die pflegende Person nicht technisch ist. Bei wenigen, stabilen Seiten ist eine generierte Website schneller, sicherer und in der Wartung günstiger. Die Entscheidung treffen wir gemeinsam, mit schriftlicher Begründung.
Manchmal ja: wenn die Struktur trägt und das Problem die Bilder, das Theme oder zwanzig Plugins sind, setzen wir dort an, und Sie zahlen einen Bruchteil. Das sagen wir nach der Ausgangsmessung — und manchmal lautet die Antwort „bauen Sie sie nicht neu“.
Eine gut gebaute Unternehmenswebsite dauert vier bis acht Wochen, und der lange Teil ist fast nie die Entwicklung: es sind die Inhalte. Wenn Texte und Fotos schon vorliegen, verkürzt sich der Zeitplan tatsächlich.
Technisches SEO ist enthalten — Struktur, strukturierte Daten, Geschwindigkeit, Indexierung — weil es Teil davon ist, wie die Website gebaut ist. Für bestimmte Suchbegriffe zu ranken ist laufende, davon getrennte Arbeit, und wer das in drei Monaten verspricht, verkauft etwas anderes.
fymera init --projekt "Ihres"
Dreißig Minuten per Video mit Ihren eigenen Zahlen vor Augen. Wenn es reicht, die Bilder in Ordnung zu bringen, sagen wir es — und Sie sparen sich ein Projekt.