Schnell durch Architektur,
nicht durch nachgerüstete Plugins

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.

fymera — Analyse

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

Derselbe Inhalt,
vier Sekunden Unterschied

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.

fymera.it 0,00s

maßgeschneidert

lädt …

sito-generico.it 0,00s

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.

Ladezeiten im Vergleich, in Sekunden
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

Die Anzeichen, dass die Website
Sie Kunden kostet

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.

  • 01 Auf dem Handy dauert es über drei Sekunden, bis überhaupt etwas erscheint
  • 02 Jede Änderung muss jemand machen, und dieser Jemand antwortet heute nicht
  • 03 Die Search Console meldet langsame Seiten, und Sie wissen nicht, was Sie anfassen sollen
  • 04 Die Website hat zwanzig Plugins, und niemand weiß mehr, wozu die Hälfte gut ist
  • 05 Die Inhalte stecken in einem Baukasten, den Sie nicht mitnehmen können
  • 06 Fotos lädt hoch, wer sie hat, so wie er sie hat, drei Megabyte pro Stück

// was wir entscheiden, bevor eine Zeile entsteht

Vier Entscheidungen, die
alles Weitere bestimmen

Das sind Architekturentscheidungen, und sie fallen am Anfang: später getroffen kosten sie eine Neuentwicklung, keine Einstellung.

  • 01

    Was schon fertig ausgeliefert wird

    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.

  • 02

    Was es tatsächlich wiegt

    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.

  • 03

    Wer was pflegt

    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.

  • 04

    Was ohne JavaScript passiert

    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

Die Zahl davor
und danach, immer gemessen

Geschwindigkeit ist keine Meinung: sie wird gemessen, und zwar auf dem Handy im Mobilfunknetz — dort kommen die meisten Besuche her.

Ausgangsmessung

01

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.

Umfang und Inhalte

02

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.

Bauen mit laufender Kontrolle

03

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.

Übergabe mit den Zahlen

04

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

Worauf wir es bauen

  • Statische Generierung Unveränderliche Seiten werden als Dateien ausgeliefert: keine Datenbank im Anfrageweg
  • Moderne Bildformate AVIF und WebP in den tatsächlich genutzten Größen, kein herunterskaliertes Großbild
  • Edge-Caching Die Seite verlässt den Knoten, der dem Besucher am nächsten ist, nicht den Server in Mailand
  • Strukturierte Daten Schema.org von Hand am echten Inhalt geschrieben: so versteht Google die Seiten
  • Core Web Vitals Die drei Werte, die Google tatsächlich verwendet, während des Baus im Blick
  • Cookie-Konformität Skripte vor der Einwilligung blockiert, kein Banner, das fragt und trotzdem lädt

$ ./domande --frequenti

Die Fragen, die
immer kommen

Was kostet eine Website?

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.

Können wir sie selbst aktualisieren?

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.

WordPress oder nicht?

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.

Lässt sich die bestehende Website retten?

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“.

Wie lange dauert es?

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.

Und die Platzierung bei Google?

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.

neues Projekt

fymera init --projekt "Ihres"

Messen wir die Website,
die Sie jetzt haben

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.