SDK-Performance Transparenz
Kunden sollten alles wissen: SDK-Größe, Ladezeit, Auswirkung auf die Seitengeschwindigkeit, API-Latenz. Keine versteckten Zahlen.
Zuletzt aktualisiert: 31 Mayıs 2026
1. SDK-Dateigrößen
Die SDK-Größe bezeichnet die zusätzlichen Bytes, die der Browser Ihrer Besucher herunterlädt. Weniger ist besser; jedoch "die komprimierte Brotli-Zahl, um kleiner zu wirken" mit "die reale minifizierte Bruttogröße" unterscheiden sich. Nachfolgend geben wir alle drei Messwerte zugleich an.
| SDK | Brutto (min) | Gzip | Brotli |
|---|---|---|---|
Cookie-SDKconsent.js |
Messung ausstehend | Messung ausstehend | Messung ausstehend |
Accessibility-SDKaccessibility.js |
Messung ausstehend | Messung ausstehend | Messung ausstehend |
Loader/sdk/loader.js, synchron, nicht minifiziert |
15,4 KB | 5,3 KB | 4,7 KB |
2. Ladestrategie
Egal wie klein ein SDK ist, wenn es falsch geladen wird, beeinträchtigt es trotzdem die Seitengeschwindigkeit. cerez.io SDK wurde mit den folgenden Techniken so konzipiert, dass es die Seite so wenig wie möglich aufhält.
Kleiner synchroner Loader, asynchrones SDK
Unser Embed-Code ist ein kleiner Loader in der ersten Zeile des Heads (/sdk/loader.js). Er läuft bewusst synchron, damit das Blockieren vor der Einwilligung und der Google-Consent-Mode-Standard vor allen anderen Skripten bereitstehen; den Banner- und Widget-Code lädt er asynchron, und der Browser rendert die Seite weiter, während sie heruntergeladen werden.
Versionsloser Loader
Den Websites wird /sdk/loader.js bereitgestellt; Loader und SDK werden von festen, versionslosen Adressen mit 10 Minuten Cache ausgeliefert. Bei einem Versionsupdate muss der Website-Betreiber keinen Code ändern.
Serverseitiger Cache
Die Banner-Einstellungen werden 5 Minuten lang in Redis zwischengespeichert. Tausende Besucher innerhalb derselben Minute lösen eine einzige DB-Abfrage aus.
sessionStorage-Cache
Die Banner-Entscheidung wird 1 Stunde lang im Browser gespeichert. Öffnet derselbe Nutzer einen neuen Tab, ruft das SDK die API gar nicht erst auf.
Shadow-DOM-Isolation
Das Banner und das a11y-Widget werden im Shadow DOM gerendert. Die Style-Recompute-Kosten des Browsers bleiben minimal und das CSS der Host-Website wird nicht beeinträchtigt.
Lazy a11y-Panel
Das Accessibility Widget lädt die volle Last seiner 30 Einstellungen erst, wenn der Auslöser-Button gedrückt wird. Beim Aufruf der Seite befindet sich nur der Button selbst im DOM.
3. Auswirkung auf die Seitengeschwindigkeit, Core Web Vitals
Die folgenden Metriken spiegeln unsere repräsentativen Erwartungen wider, die sich aus der technischen Architektur ergeben; sie sind keine Messergebnisse. Die realen Werte werden nach einem unabhängigen Audit auf dieser Seite aktualisiert.
Repräsentative / Beispielmetriken. Messung ausstehend. Anders als die "0ms Auswirkung"-Behauptungen der Wettbewerber sprechen wir auf einer Baseline aus Mittelklasse-Mobilgerät + 4G-Netz.
4. Hosting & CDN
Von wo die SDK-Dateien physisch ausgeliefert werden, ist für öffentliche Einrichtungen und auf KVKK-Compliance fokussierte Kunden entscheidend.
-
Lokales Hosting in der Türkei Alle Anwendungsserver, die Banner-Config-DB, die Consent-Log-DB und die API-Endpunkte werden in Rechenzentren innerhalb der Grenzen der Türkei gehalten. In Bezug auf KVKK Artikel 9 (Beschränkung der Übermittlung ins Ausland) ist dies einwandfrei.
-
Static-Asset-Cache-Header Den SDK-Dateien werden
Cache-Control: public, max-age=300+ETag+Last-ModifiedHeader zugewiesen. Bei wiederholten Besuchen erhält der Browser ein 304 Not Modified und lädt null Bytes herunter. -
CDN-Integration wird geprüft Cloudflare entegrasyonu planlanmaktadır. Yerel edge node'lar (İstanbul, Ankara, İzmir) tek haneli ms gecikme sağlayacak. Şu an statik dosyalar doğrudan sunucudan servis edilmektedir.
-
HTTP/2 + TLS 1.3 + brotli Der gesamte SDK-Traffic wird mit TLS 1.3, HTTP/2 und Brotli-Komprimierung ausgeliefert.
5. API-Performance, Ziel-SLA
Während das SDK läuft, führt es drei Arten von Backend-Aufrufen durch: das Abrufen der Banner-Config, das Speichern des Consents und Heartbeat. Die folgenden Zahlen sind die SLA-Werte, die wir anstreben; sie werden in der Produktion kontinuierlich überwacht und lösen bei einer Verletzung einen Alarm aus.
| Endpoint | P50 (Median) | P95 | Rate Limit |
|---|---|---|---|
GET /banner/{api_key}Banner-Config (5 Min. Cache) |
< 100ms | < 300ms | 500/dk |
POST /consent/logConsent-Speicherung (async write) |
< 80ms | < 200ms | 500/dk |
POST /heartbeatPageview-Zähler |
< 50ms | < 150ms | 500/dk |
6. Prozesstransparenz
Performance ist keine einmalige Messung, sondern eine fortlaufende Verpflichtung.
Versions-Log
Ein öffentliches Änderungsprotokoll für SDK-Versionshinweise folgt in Kürze.
Ankündigung von Breaking Changes
Eine rückwärtsinkompatible Änderung an der SDK-API wird mindestens 90 Tage im Voraus per E-Mail + Admin-Panel-Banner + Changelog angekündigt.
Deprecation-Policy
Bevor ein API-Endpunkt oder ein SDK-Parameter entfernt wird, gilt eine Deprecation-Frist von mindestens 6 Monaten. Während dieser Zeit funktioniert die alte Version weiter.
Vierteljährlicher Performance-Bericht
Wir planen, vierteljährlich einen aggregierten Performance-Bericht zu veröffentlichen: durchschnittliche LCP-Auswirkung, P99-Latenz, Uptime-Prozentsatz, Anzahl behobener Fehler.
7. Offene Fragen
Wann kommen die echten Lighthouse-Messungen?
Die SDK-Größe ist für mich entscheidend, kann ich eine exakte Zahl bekommen?
Verlassen meine Daten die Türkei?
Wettbewerber sagen "0ms Auswirkung", warum sind Ihre anders?
Ist die Status-Seite live?
Keine versteckten Zahlen. Keine falschen Behauptungen.
cerez.io , wenn Sie mit uns arbeiten, kennen Sie jedes technische Detail. Eröffnen Sie heute Ihr Konto und testen Sie das SDK auf Ihrer eigenen Website.