SDK Performance Transparency
Customers should know everything: SDK size, load time, page speed impact, API latency. No hidden figures.
Last updated: 31 Mayıs 2026 · Next review: 31 Ağustos 2026
1. SDK File Sizes
SDK size refers to the extra bytes your visitors' browser will download. Less is better; however "the compressed brotli figure used to look smaller" with "the real minified gross size" differ. Below we provide all three measurements at once.
| SDK | Gross (min) | Gzip | Brotli |
|---|---|---|---|
Cookie SDKconsent.js |
Measurement pending | Measurement pending | Measurement pending |
Accessibility SDKaccessibility.js |
Measurement pending | Measurement pending | Measurement pending |
Loader/sdk/consent.js, versionless redirect |
< 1 KB | < 0,5 KB | < 0,4 KB |
2. Loading Strategy
No matter how small an SDK is, if it loads incorrectly it will still hurt page speed. cerez.io SDK was designed to be non-render-blocking using the following techniques.
Async loading
Our embed code uses <script async> . While the SDK is being downloaded the browser keeps rendering the page, there is no render-blocking.
Versionless loader
Sites are given /sdk/consent.js ; on the server it is redirected to the current version with a 302. On a version update the site owner does not need to change any code.
Server-side cache
Banner settings are cached in Redis for 5 minutes. Thousands of visitors within the same minute trigger a single DB query.
sessionStorage cache
The banner decision is stored in the browser for 1 hour. When the same user opens a new tab, the SDK doesn't call the API at all.
Shadow DOM isolation
The banner and a11y widget are rendered inside the Shadow DOM. The browser's style recompute cost stays minimal and the host site's CSS is not affected.
Lazy a11y panel
The accessibility widget loads its full payload of 40+ features only when the trigger button is pressed. On page arrival, only the button itself is in the DOM.
3. Page Speed Impact, Core Web Vitals
The metrics below reflect our representative expectations stemming from the technical architecture; they are not measurement results. The real values will be updated on this page after an independent audit.
Representative / sample metrics. Measurement pending. Unlike competitors' "0ms impact" claims, we speak on a mid-range mobile + 4G network baseline.
4. Hosting & CDN
Where the SDK files are physically served from is critical for public institutions and customers focused on KVKK compliance.
-
Local hosting in Turkey All application servers, the banner config DB, the consent log DB and the API endpoints are kept in data centers within Turkey's borders. This is clean with respect to KVKK Article 9 (restriction on cross-border transfer).
-
Static asset cache headers The SDK files are given
Cache-Control: public, max-age=300+ETag+Last-Modifiedheaders. On repeat visits the browser receives a 304 Not Modified and downloads zero bytes. -
CDN integration under consideration A Cloudflare integration is planned; estimated Q3-Q4 2026. Local edge nodes (Istanbul, Ankara, Izmir) will deliver single-digit ms latency. For now, static files are served directly from the server.
-
HTTP/2 + TLS 1.3 + brotli All SDK traffic is served with TLS 1.3, HTTP/2 and brotli compression.
5. API Performance, Target SLA
While the SDK runs it makes three types of backend calls: fetching the banner config, saving consent, and heartbeat. The figures below are the SLA values we target; they are continuously monitored in production and trigger an alarm on a breach.
| Endpoint | P50 (median) | P95 | Rate Limit |
|---|---|---|---|
GET /banner/{api_key}Banner config (5 min cache) |
< 100ms | < 300ms | 500/dk |
POST /consent/logConsent save (async write) |
< 80ms | < 200ms | 500/dk |
POST /heartbeatPageview counter |
< 50ms | < 150ms | 500/dk |
status.cerez.io we will publish a real-time uptime + latency dashboard on the subdomain. Any SLA breach will be listed there automatically.
6. Process Transparency
Performance is not a one-time measurement but an ongoing commitment.
Version log
Every SDK release is published in the GitHub release notes and on the /docs/changelog page. The public changelog opens in Q3 2026.
Breaking change announcement
A backward-incompatible change to the SDK API is announced at least 90 days in advance via email + admin panel banner + changelog.
Deprecation policy
Before an API endpoint or SDK parameter is removed, a minimum 6-month deprecation period is granted. During this period the old version keeps working.
Quarterly performance report
We plan to publish an aggregate performance report each quarter: average LCP impact, P99 latency, uptime percentage, number of bugs fixed.
7. Open Questions
When will the real Lighthouse measurements arrive?
SDK size is critical for me, can I get an exact figure?
Does my data leave Turkey?
Competitors say "0ms impact", why are yours different?
Is the status page live?
status.cerez.io It will launch in Q3 2026. Until then, for unplanned outages we send notifications via destek@cerez.io .No hidden figures. No false claims.
cerez.io , when you work with us you know every technical detail. Open your account today and test the SDK on your own site.