Geschwindigkeit und Leistung der Website
Eine Website, die im Handumdrehen lädt, und ein Portal, das Zehntausenden Menschen täglich standhält. Die Geschwindigkeit messen wir im Browser und auf dem Server, nicht per Schätzung.
Was wir können
Geschwindigkeit setzen wir aus Bausteinen zusammen, die wir bis ins Detail kennen. Bei jedem ist beschrieben, wie er funktioniert, und der gemessene Wert dieser Website angegeben.
-
Erste Darstellung im Handumdrehen
Die Styles umfassen 25 kB, der Hauptschnitt der Schrift wird vorab geladen und das größte Bild der Seite erhält hohe Priorität. Was unterhalb des sichtbaren Bereichs liegt, wird erst unterwegs geladen. Wir messen LCP, den Moment, in dem das größte Element der Seite erscheint.
Seite Startseite dieser Website auf dem Computer gemessen LCP 220 ms
-
Schnell auch auf einem langsamen Telefon
Auf einem schwachen Handy entscheidet, wie viel eine Seite braucht, bevor sie erscheint. Skripte werden erst bei Bedarf geladen, und lange Abschnitte stellt der Browser erst dar, wenn der Leser sie erreicht.
Seite Seite einer Leistung, 4G, 4× langsamerer Prozessor gemessen LCP 510 ms
-
Nichts springt
Bilder haben ihre Abmessungen, bevor sie eintreffen, und die Ersatzschrift hat dieselben Metriken wie die Webschrift, sodass sich der Text beim Schriftwechsel nicht neu umbricht. Wir messen CLS, die Summe der Inhaltsverschiebungen.
Seite Seite einer Leistung, erster Besuch gemessen CLS 0
-
Serverantwort in Millisekunden
Die Anwendung bleibt zwischen den Anfragen im Speicher, der Cache wird bereits beim Build vorbereitet, und statische Dateien haben im Browser unbegrenzte Gültigkeit. Wir messen TTFB, die Zeit bis zum ersten Byte der Antwort. Die Unternehmenswebsite von Payminator antwortet in 95 % der Fälle innerhalb von 25 ms, die Anwendung Payminator Daně innerhalb von 55 ms.
Messung Serverantwort dieser Website gemessen TTFB 20 ms
-
Bilder, die nichts wiegen
Jedes Bild wandeln wir in AVIF und WebP in Breiten für jeden Bildschirm um, und der Browser nimmt das kleinste, das genügt. Unterhalb des sichtbaren Bereichs wird verzögert geladen.
Bild Aufnahme des Portals auf dem Telefon gemessen 291 kB JPG 25 kB AVIF
-
Daten ohne Wartezeit
Langsame Abfragen suchen wir in Leistungsprofilen, ergänzen Indizes, und was häufig berechnet wird, berechnen wir vor oder halten es im Cache.
Berechnung Anfragevektor für die Bedeutungssuche gemessen 13 ms, danach einen Tag im Cache
-
Wir überwachen und optimieren fortlaufend
Geschwindigkeit und Leistung unserer Anwendungen überwachen wir fortlaufend, schon während der Entwicklung und im Betrieb, und optimieren danach, was die Daten zeigen. Jeden Klick sehen wir auf dem gesamten Weg vom Browser über Server und Cache bis zu einzelnen Datenbankabfragen. Die Entwicklungsversion des Personalportals hat einen Leistungswert von 98 von 100.
Messung langsamste Serverkomponente des Portals gemessen 2,45 ms
-
In mehreren Sprachen
Jede Sprachversion hat eigene Adressen und dasselbe Grundgerüst, sodass sie genauso schnell lädt wie die tschechische.
Seite /en/website-creation, 4G, 4× langsamerer Prozessor gemessen LCP 520 ms, tschechische Version 510 ms
Wie wir vorgehen
Geschwindigkeit wird nicht geschätzt, sondern gemessen. Auf dem Computer und auf einem langsamen Telefon, im Browser und auf dem Server, und nach jeder größeren Änderung erneut.
-
Messung, keine Schätzung Wir messen die Website auf dem Computer und auf einem langsamen Telefon sowie den Server im Betrieb. Aus den Leistungsprofilen ergibt sich, wo Zeit verloren geht.
-
Behebung des größten Verlusts Wir beginnen mit dem, was am meisten bremst, etwa einem Bild ohne Abmessungen, einem blockierenden Skript oder einer langsamen Datenbankabfrage.
-
Überwachung im Betrieb Nach jeder größeren Änderung messen wir erneut und beobachten den Betrieb laufend, damit die Geschwindigkeit mit neuen Funktionen nicht verloren geht.
Zugriff
- Messung im Browser
- Chrome DevTools, Lighthouse, Core Web Vitals (LCP, CLS, INP)
- Messung im Betrieb
- Sentry, Traces vom Browser bis in die Datenbank und Web Vitals echter Nutzer
- Worker-Modus
- FrankenPHP, die Anwendung bleibt zwischen den Anfragen im Speicher
- Cache
- Redis, Anwendungscache, vorab generierte Seiten (Next.js SSG) und statische Dateien mit unbegrenzter Gültigkeit im Browser
- Datenbankoptimierung
- PostgreSQL und MariaDB, Indizes nach tatsächlichen Abfragen, Analyse langsamer Abfragen aus Leistungsprofilen
- Wechsel zur nächsten Seite
- Prefetch, die nächste Seite wird schon beim Drücken des Links geladen
- Bilder
- AVIF und WebP in Breiten für jeden Bildschirm
- Lieferung
- Traefik, HTTP/3, zstd-Komprimierung
Das ist eine Auswahl. Die Technologien wählen wir nach den Anforderungen des Projekts.
Wo die Leistung jeden Tag besteht
Die Geschwindigkeit dieser Website ist oben gemessen. Die Leistung unter Last belegen Portale, die wir seit Jahren entwickeln und betreiben.
Wir können vieles
Eine schnelle Website beruht auf einem schnellen Server und einer guten Suche. Aus diesen Fähigkeiten setzen wir jedes Projekt zusammen.
- Server und Betrieb Vom gemeinsamen über dedizierte Server bis zur Cloud. Geplant, betrieben, rund um die Uhr überwacht.
- Fortgeschrittene Datensuche Tippfehler und Bedeutung, Hunderttausende Datensätze, Antwort in wenigen Dutzend Millisekunden.
- Karten und Geodaten Adressen am richtigen Ort, Umkreissuche und Routenplanung.
- KI und lokale Modelle Wohin Ihre Daten dürfen, entscheiden Sie. Antworten haben eine Quelle, wir arbeiten mit Text, Bild und Ton.
- Systemintegration und Datenerfassung Systeme verschiedener Anbieter als ein Ganzes. Adol Monitor liest täglich Dutzende Quellen.
- Auffindbarkeit und Besuchermessung Sichtbar in Suchmaschinen und bei KI-Assistenten. Messung Ihrer Ziele, auch ohne Cookies.
- Cookies, DSGVO und Barrierefreiheit Eine Einwilligungsleiste nach den Regeln und, wo es geht, eine Website ohne sie. Barrierefreiheit von Anfang an.