01 / GTmetrix · Seattle
https://kepa.ro/ Pagina principală, nota A.
- Performance
- 97%
- Structure
- 98%
- LCP
- 978 ms
- TBT
- 22 ms
- CLS
- 0
19 octombrie 2026, 12:38 PM −0700 · Seattle, SUA · Chrome 154 · Lighthouse 12.6.1
PROIECT KEPA / PERFORMANȚĂ ȘI CACHEKEPA Simple WARM 1.4.3
Cache WordPress.
WP Rocket + Cloudflare APO.
KEPA Simple WARM conectează cache-ul HTML WP Rocket cu Cloudflare APO: invalidare selectivă, cereri de pregătire și progres urmărit separat pentru desktop și mobil. Un circuit custom pentru paginile publice ale unui catalog amplu.
Campanie în desfășurareProgres real.
Progres real.
Pe două dispozitive.
1.084URL-uri complete pentru
desktop și mobil
desktop și mobil
din 136.820 URL-uri eligibile
0,8% din campanie
- În așteptare
- 135.736
- Din care, la reîncercare
- 22.359
Inventarul nativ a furnizat URL-urile eligibile. Citirea sitemapurilor a raportat avertizări și 0 URL-uri; mesajele rămân în captura reală.
RITM OBSERVAT / CATALOG198 URL/min
URL-uri complete în fereastra recentă
TRAFIC DE ÎNCĂLZIRE438 GET/min
Cereri lansate, inclusiv prioritare
PLAFON CONFIGURAT1.000 URL/min
Țintă de configurare, distinctă de ritmul realizat
Panou observat în 20 octombrie 2026, 01:40, Europe/Bucharest. Estimarea afișată: 11,4 ore, calculată din ritmul recent. Valorile sunt un instantaneu al campaniei.
WP Rocket + Cloudflare APO / integrare customDouă straturi de cache.
Două straturi de cache.
Un circuit coordonat.
WP Rocket pregătește cache-ul HTML la origine. Cloudflare APO poate livra HTML-ul eligibil din rețeaua edge. KEPA Simple WARM coordonează invalidarea selectivă și cererile de pregătire, cu progres separat pentru desktop și mobil.
SCHEMĂ EXPLICATIVĂ / FLUXUL LA ACTUALIZAREURL-URI PUBLICE ELIGIBILE
Semnal din WordPress
O pagină se schimbă.
Conținut, produse sau oferte Affiliate. URL-ul și dependențele cunoscute sunt programate.
Orchestrare customKEPA Simple WARM
Păstrează ordinea operațiunilor, coada și reîncercările. Încălzirea urmează invalidării.
- 01 / CACHE LA ORIGINEWordPress
Se curăță HTML-ul local.
WARM solicită curățarea selectivă a variantelor HTML WP Rocket pentru URL-urile vizate și verifică fișierele rămase.
Curățare selectivă în WP Rocket - 02 / CACHE ÎN REȚEAUA EDGECloudflare API
Automatic Platform OptimizationSe confirmă purge-ul Cloudflare.
Când integrarea API este configurată, WARM cere invalidarea URL-urilor și așteaptă confirmarea înainte de încălzire. APO rămâne stratul de cache HTML Cloudflare.
Cum funcționează Cloudflare APO
03 / După acceptarea purge-ului de către APIWARM prioritar.
WARM prioritar.
Desktop și mobil.
Cereri GET anonime, cu profiluri desktop și mobil, pregătesc documentul HTML. Confirmările sunt urmărite separat, iar erorile intră în politica de reîncercare.
DesktopVerificare separată
MobilVerificare separată
Invalidarea și încălzirea au variante distincte. Purge-ul Cloudflare include URL-ul și variantele desktop, mobil și tabletă. WARM face GET pentru desktop și mobil. Opțiunile WP Rocket și APO pentru cache pe dispozitiv se aliniază când site-ul livrează versiuni diferite.
Confirmarea este observată, nu presupusă. WARM citește headerele Cloudflare/APO. Acceptarea unui purge de către API permite continuarea fluxului; nu demonstrează un HIT în toate locațiile rețelei.
Documentația tehnologiilor integrateWP Rocket și Cloudflare APO APO: variante pe dispozitiv Verificarea headerelor APO
Sinteza arhitecturii · schemă explicativăDouă circuite.
Două circuite.
Același control.
Campania pregătește inventarul. Actualizările readuc rapid paginile schimbate în coada prioritară.
A / CAMPANIE
De la inventar la două confirmări.
- 01Inventar eligibil
Pagini publice locale, organizate pe tipuri. Rutele private și excluderile sunt filtrate.
- 02Coadă cu priorități
Stare păstrată în baza de date, cu buget de execuție și reluare după întreruperi.
- 03Două cereri HTML
GET anonim cu două profiluri de dispozitiv. Confirmările și reîncercările folosesc aceeași cotă.
DesktopMobil - 04Confirmări separate
URL-ul devine complet după ambele verificări. Progresul unui dispozitiv se păstrează.
„Complet” înseamnă ambele verificări, nu HIT în toate nodurile Cloudflare. Și un răspuns HTML public valid, fără metadate Cloudflare, poate încheia verificarea.
B / ACTUALIZARE
Întâi invalidare. Apoi încălzire.
- 01Se schimbă o pagină
URL-ul public și dependențele cunoscute intră în coada de actualizări.
- 02WP Rocket selectiv
Sunt curățate variantele HTML locale ale URL-urilor vizate.
- 03Cloudflare confirmat
Cu integrarea API configurată, se așteaptă confirmarea purge-ului selectiv. Eșecul rămâne pentru reîncercare.
- 04WARM prioritar
După invalidare, URL-ul revine în fața cozii pentru verificarea desktop și mobil.
DesktopMobil
Fluxul lucrează pe URL-uri vizate. Confirmarea Cloudflare este cerută când integrarea API este configurată; reîncercările preced încălzirea.
O coadă care știe
unde a rămas.
Motorul preia lucrări în loturi, cu transport curl_multi, concurență limitată și buget de timp. Un rezultat desktop reușit rămâne salvat când verificarea mobilă trebuie reluată.
32cereri paralele
plafon configurat
plafon configurat
50 sbuget worker
pe activare
pe activare
Confirmări pe dispozitiv / același panou
1.122 Desktop 1.091 Mobil
Sunt contoare distincte. Nu se adună pentru a calcula URL-urile complete.Activările PHP și WP-Cron împart aceeași coadă și aceeași cotă. Progresul depinde de declanșatoarele disponibile și de răspunsurile primite.
Setări observate / Europe · BucharestUn ritm pentru inventar.
Un ritm pentru inventar.
Altul pentru paginile importante.
- Campania completă
- 20:00 Repetare configurată la 24 de ore. O campanie neîncheiată își păstrează progresul.
- Pagini importante / zilnic
- 14:00 Homepage, pagini, blog și pagini locale. Separat de produse, taxonomii și sitemapuri.
Orarul, limitele și protecțiile sunt configurabile. Captura arată setările instalării documentate.
Se schimbă o pagină.
Se reface traseul ei.
Modificările de conținut, produse și ofertele Affiliate pot programa URL-uri și dependențe cunoscute. Fluxul curăță cache-ul selectiv și le readuce în coada prioritară.
WP Rocket→Cloudflare API→WARM prioritar
Confirmarea precede încălzirea. Când API-ul Cloudflare este configurat, un purge nereușit păstrează actualizarea pentru reîncercare.
Starea integrării rămâne vizibilă. Panoul expune verificarea zonei, citirea Audit Logs și bugetul API. În acest instantaneu, workerul afișa metadate de cache „NONE”.
Cache-ul se citește
și în răspuns.
În Chrome DevTools, cererea GET către pagina principală arată 304 Not Modified, Cloudflare HIT, APO tcache și Age 22. Este observația acelui răspuns.
- Browser
- 1.200 secunde
- CDN / în răspunsul capturat
- 360 zile
CDN: 31.104.000 secunde. Politica WARM permite 1–360 de zile, cu 30 implicit; TTL-ul exprimă prospețimea, nu garantează retenția în cache.
Chrome pe desktop · viewport mobil emulat
19 octombrie 2026, 22:41:49 UTC · https://kepa.ro/
Captura documentează un răspuns HTTP din browser. Nu este o captură de telefon nativ și nu extinde acel HIT la întregul inventar sau la toate nodurile Cloudflare.
Performanță măsurată.
Cu contextul la vedere.
Două rapoarte independente, pentru URL-uri și medii diferite. Documentează starea observată a paginilor; nu sunt o comparație înainte/după și nu izolează contribuția WARM.
02 / PageSpeed Insights · DesktopUn alt URL.
https://kepa.ro/plugins/performance-accelerator/
Un alt URL.
Un test separat.
https://kepa.ro/plugins/performance-accelerator/ 100Performance
Lighthouse · laborator
Lighthouse · laborator
- Accessibility
- 96
- Best Practices
- 100
- SEO
- 100
FCP 0,4 sLCP 0,5 sTBT 0 msCLS 0
20 octombrie 2026, 01:44 GMT+3 · Lighthouse 13.5.0. Raportul afișează „No Data” pentru datele de utilizare reală.
Rolul implementării
WARM pregătește documentele HTML și urmărește verificările lor. Performanța paginii rezultă din întregul sistem: WordPress, server, WP Rocket, Cloudflare și resursele livrate.
Înapoi la capitol