DAGMAR / Studiu de caz 15 / Optimizare viteză WordPress

Accelerator PRO.
Performanță WooCommerce, coordonată.

Aplicație custom pentru coordonarea cache-ului WP Rocket și Cloudflare APO. Accelerator PRO urmărește schimbările catalogului, organizează invalidările și încălzirea paginilor și păstrează vizibile stările de procesare.

Aplicație customWP RocketCloudflare APO
Administrare · exemplu de configurareCockpitul Accelerator PRO arată cache ON cu WP Rocket, coadă de 5.982 URL-uri, crawler activ, mod ASYNC, limită SQL PURGE 200/minut și batch 250/rundă. Ultima rundă are opt finalizări din douăsprezece procesări și oprire la bugetul de timp.
Cockpit pentru cache și coada WooCommercePanoul reunește starea cache-ului, progresul cozii SQL și comenzile manuale. Ultima rundă din instantaneu s-a oprit la atingerea bugetului de timp.
Panoul reunește motorul de cache, coada de lucru, programarea și activitatea aplicației.
01Reguli și dependențe pentru catalogul WooCommerce
02Cozi persistente, PURGE țintit și încălzire
03Verificări APO, RUCSS și diagnostic operațional
01 / Aplicație custom pentru optimizare WordPress

Un catalog care se schimbă.
Un strat care coordonează cache-ul.

Prețurile, stocurile, produsele și conținutul au propriile evenimente de actualizare. Accelerator PRO le leagă de paginile afectate și transformă lucrările necesare în sarcini urmărite până la verificare.

Accelerator PRO între schimbările magazinului și straturile de cacheEvenimentele WooCommerce ajung în Accelerator PRO. Aplicația stabilește URL-uri și priorități, salvează sarcini și coordonează invalidarea și încălzirea cache-ului WP Rocket la origine și Cloudflare APO la marginea rețelei. Rezultatele probelor revin în diagnostic.Schimbări WooCommerceProduse · prețuri · stocuri · conținutAccelerator PRODependențe · coadă SQL · prioritățiBugete · reluări · verificăriWP RocketCache HTML la origineCoordonare cu RUCSSCloudflare APOCache la nivel edgeProbe și stări HIT

Reprezentare simplificată a coordonării implementate. WP Rocket și Cloudflare furnizează straturile de cache; Accelerator PRO organizează lucrările și verificările dintre ele.

EVENIMENT → PAGINI AFECTATE

Dependențe concrete

Produsele și conținutul sunt legate de paginile și grilele care le afișează. O modificare poate genera lucrări pentru produs, categorii sau alte pagini dependente.

PAGINI → COADĂ PERSISTENTĂ

Lucru care poate fi reluat

URL-ul, prioritatea, etapa și momentul reluării sunt păstrate în SQL. O rundă oprită de buget lasă sarcina disponibilă pentru continuare.

EXECUȚIE → REZULTAT OBSERVAT

Stări verificabile

Aplicația separă invalidarea, încălzirea și confirmarea răspunsului. Operatorul poate urmări ce s-a terminat și ce necesită reluare.

O vedere asupra activității aplicației.

Lista Hot URLs reunește paginile urmărite în evenimentele Acceleratorului. Contextul ajută operatorul să observe adresele asupra cărora se concentrează lucrările.

Acest tablou descrie activitatea de cache înregistrată de aplicație. Traficul vizitatorilor și indicatorii de experiență se urmăresc în instrumentele lor de măsurare.

Monitorizare · eveniment capturatTop 10 Hot URLs, pe fereastra de 24 de ore, arată trei URL-uri cu scor de activitate, număr de purges, Warm OK, Fails, Manual și momentul ultimei apariții.
Activitatea recentă pe URL-uriScorul agregă evenimente din Activity Log. Tabelul ajută la localizarea activității și nu reprezintă un scor de viteză a paginii.

Inventarul și sarcinile au roluri distincte.

Scanarea identifică URL-uri publice relevante pentru magazin. Registrul catalogului și coada lucrărilor în așteptare sunt păstrate separat.

Inventarul definește paginile cunoscute. Coada urmărește operațiunile necesare pentru acele pagini, inclusiv lucrări nou apărute după modificări.

Administrare · exemplu de configurareDetected Totals arată 29 pagini, 2.368 produse, 125 articole, 137 categorii de produse, trei categorii de articole, 538 branduri și 2.363 atribute, apoi rânduri pe tipuri și taxonomii.
Inventarul ultimei scanări de catalogInventarul scanării separă tipurile de conținut și taxonomiile pe care le poate urmări mecanismul de cache.
02 / Controlled Cache — nucleul Accelerator PRO

Invalidare țintită.
Încălzire și confirmare pe etape.

Controllerul salvează etapele lucrării pentru fiecare URL. Generațiile și blocarea workerului protejează continuarea procesării atunci când apar modificări noi sau sunt atinse limitele unei runde.

Monitorizare · eveniment capturatControlled Cache afișează 6.514 URL-uri publice cunoscute și 5.985 sarcini în coadă: 5.980 eligibile, patru amânate și una în procesare. Sunt vizibile lockul workerului, heartbeatul și ultima rundă cu 12 procesări și opt finalizări.
Catalog monitorizat, coadă persistentă și workerCatalogul monitorizat și sarcinile nefinalizate sunt contorizate separat. Acesta este un alt instantaneu decât cockpitul cu 5.982 sarcini.
01 / Ținta

Adresa publică și canonicalul sunt verificate înainte de începerea invalidării controlate.

02 / Originea

Sunt tratate intrările locale de cache aferente URL-ului, în circuitul WP Rocket.

03 / Edge

Invalidarea Cloudflare folosește URL-uri și cheile de dispozitiv necesare configurației.

04 / WARM

Cererile anonime pregătesc variantele, apoi răspunsurile sunt verificate pentru confirmare.

Rețeta este adaptată tipului de lucrare.O observație MISS obișnuită poate genera doar încălzire. Reluarea unei etape WARM nu reîncepe automat întregul circuit de invalidare.

Runda are limite și un rezultat propriu.

Panoul separă sarcinile procesate, sarcinile finalizate și cererile HTTP efectuate. În exemplul capturat, runda finalizează opt sarcini din douăsprezece procesate și se oprește la bugetul de timp.

Acțiunile administrative permit scanări, pornirea procesării și operațiuni de recuperare. Efectuarea lor este urmărită prin starea cozii și jurnal.

Monitorizare · eveniment capturatPanoul arată două URL-uri PURGE din 200 consumate în minutul curent, o verificare de patrulare cu un HIT, dispozitive desktop/mobile/tablet, starea RUCSS și oprirea rundei la bugetul de timp.
Buget consumat, verificări și motivul opririiRaportul distinge operațiunile rundei, verificările de cache și sarcinile rămase. HIT-ul este o observație a verificării raportate.
Administrare · exemplu de configurareInterfața explică de ce Queue Load numără sarcini nefinalizate și oferă procesare, verificarea paginilor critice, scanare doar WARM, reîncercare și rebuild progresiv PURGE plus WARM.
Acțiuni controlate și semnificația Queue LoadAcțiunile manuale au roluri distincte. Explicația păstrează diferența dintre o sarcină încă în coadă și un URL deja cunoscut de monitorizare.

Protecțiile preced operațiunile de cache.

Controllerul verifică disponibilitatea componentelor și păstrează limite pentru invalidare, execuție și continuări asincrone. Workerul comun folosește o blocare pentru a evita procesarea concurentă necontrolată.

Guard MISS verifică un eșantion prioritizat de pagini și poate programa recuperarea. Răspunsurile private, provocările de securitate și erorile sunt tratate prin diagnostic și reluări, fără a forța răspunsul în cache public.

Administrare · exemplu de configurareSetările Controlled Cache au bifate ownershipul invalidărilor interceptate, Guard MISS și loopbackul semnat după salvare. Limitele sunt 200 URL-uri PURGE/minut, 50 secunde pentru workerul asincron și trei porniri suplimentare/minut.
Ownership, Guard MISS și limitele SQLLimita SQL pentru PURGE și bugetul workerului se configurează aici, separat de limitele istorice Sync/fallback din Resource Budget.
Administrare · exemplu de configurareControalele arată maximum 12 URL-uri verificate pe patrulare, buget Guard de cinci secunde, timeout HTTP de șase secunde, interval minim homepage de 60 de secunde și câmpul pentru pagini cu catalog dinamic.
Bugete de patrulare și dependențe de catalogPatrularea și cererile HTTP au bugete proprii. Câmpul de pagini dinamice este necompletat în configurația capturată.

O sarcină amânată rămâne urmărită.

Diagnosticarea păstrează etapa, motivul și momentul următoarei încercări. Bugetul insuficient, răspunsul HTTP și lipsa confirmării cache-ului au semnificații diferite.

Capturile includ și recuperări pentru adrese publicate local care au răspuns 404 în probă. Aceste situații rămân vizibile și sunt păstrate pentru tratare.

Monitorizare · eveniment capturatTabelul Task-uri active arată faze WARM, încercări și amânări, răspunsuri HTTP 404 încă neconfirmate pentru documente publicate local și un WARM amânat din lipsă de buget.
Sarcini amânate și răspunsuri încă neconfirmateDiagnosticul păstrează motivul recuperării și starea fiecărei sarcini. Un răspuns 200 singur nu este declarat HIT în explicația panoului.
03 / Integrare WP Rocket și Cloudflare APO

Două straturi de cache.
Coordonate de aplicația custom.

WP Rocket gestionează cache-ul de la origine și optimizările sale. Cloudflare APO gestionează cache-ul la nivel edge. Accelerator PRO leagă invalidările, încălzirea și verificările de schimbările efective ale magazinului.

Used CSS are propriul proces de generare.

WP Rocket generează Used CSS prin serviciul său. Acceleratorul urmărește stările și finalizările lucrărilor, apoi coordonează actualizarea HTML-ului din cache și încălzirea URL-urilor afectate.

Identitatea lucrării și a CSS-ului ajută la evitarea repetării aceleiași invalidări. Când există multe lucrări active, completarea CSS-ului lipsă poate fi amânată prin mecanismul de backpressure.

Panoul păstrează vizibile și elementele lipsă sau în așteptare. Aceste stări sunt distincte de finalizarea întregului catalog.

Monitorizare · eveniment capturatPanoul Guard MISS & RUCSS arată 5.980 sarcini persistente, o verificare cu un HIT și zero neconfirmate. RUCSS are 20 URL-uri verificate, 12 variante lipsă, zero programate și backpressure SaaS activ.
Guard MISS și presiunea cozii RUCSSStarea RUCSS și patrularea Guard sunt raportate separat. Variantele lipsă rămân vizibile în acest instantaneu.

Probe separate pentru variantele de dispozitiv.

În captura APO & Health, APO și cache-ul pe tip de dispozitiv sunt active. Probele homepage-ului pentru desktop, mobil și tabletă afișează HTTP 200 și CF-Cache-Status: HIT.

Aplicația verifică răspunsurile anonime și variantele cerute de configurație. Un HTTP 200, singur, nu reprezintă confirmarea unui HIT Cloudflare.

Rezultatele documentează probele și locația edge accesată de server, la momentul verificării. Sunt verificări HTTP pe clase de User-Agent, distincte de teste vizuale pe dispozitive fizice.

Monitorizare · eveniment capturatPanoul arată pluginul Cloudflare detectat, token configurat, APO ON și cache pe dispozitive ON. Trei probe desktop, mobil și tabletă au HTTP 200 și CF HIT. Zone ID este mascat.
Cloudflare APO și verificări pe dispozitiveProbele documentează răspunsurile individuale capturate pentru desktop, mobil și tabletă. Nu reprezintă o rată globală de HIT a vizitatorilor.
Administrare · exemplu de configurareSetările bifate includ purge bridge WP Rocket/APO, verificator HIT, patrulare, coordonare RUCSS, actualizări de stoc și variații WooCommerce, guard WP All Import și warm pentru tabletă.
Integrarea WP Rocket, APO și actualizările WooCommerceComutatoarele arată funcțiile activate în configurație. Confirmarea unei operațiuni concrete este păstrată în probe și în jurnal.
WP ROCKET / ORIGINE

Invalidări coordonate

Hook-urile și operațiunile cunoscute sunt conectate la controller, când condițiile de preluare a controlului sunt îndeplinite.

CLOUDFLARE / EDGE

URL-uri și variante

Rețeta controlată folosește invalidări pe URL și verifică variantele de cache necesare setării pe dispozitive.

CONTINUITATE

Reluări și fallback

Dacă preluarea controlului sau transportul nu sunt disponibile, lucrările păstrate și mecanismele native au propriile căi de continuare.

04 / Cache adaptat magazinului WooCommerce

Produse și pagini dependente.
Reguli pentru conținutul comercial.

Codul custom urmărește schimbări de produs, metadate, termeni și dependențe ale grilelor afișate. Modificările de preț, disponibilitate sau apartenență la catalog pot extinde lucrările către paginile care prezintă produsele.

Panoul Invalidation Rules documentează regulile de fallback. Controllerul SQL folosește și dependențele proprii; aria sa de lucru nu se reduce la bifele acestui panou.

Integrarea include protecții pentru importuri și recuperări țintite ale conținutului editorial. Scopul este actualizarea paginilor afectate, cu lucrări administrabile și urmărite.

Administrare · exemplu de configurareRegulile includ pagina produsului, arhive de categorie, brand și atribute; Home Page este debifat. Tipurile KEPA Blog și KEPA Local Pages sunt debifate, iar alte tipuri de conținut sunt bifate.
Reguli granulare în motorul istoric de invalidareAceste opțiuni aparțin regulilor istorice de invalidare. Nu definesc singure dependențele și politica strictă ale cozii SQL Controlled Cache.

Fragmente reutilizabile pentru produse similare.

Modulul Snapshots poate păstra HTML-ul unor blocuri WooCommerce în transients. Configurarea capturată activează blocul Related Products, păstrează Upsells dezactivat și aplică opțiunea doar pentru vizitatori neautentificați.

TTL-ul configurat este de 21.600 de secunde, adică șase ore. Acestea sunt fragmente de pagină și au un rol separat de cache-ul HTML complet și de cache-ul APO.

Administrare · exemplu de configurareStatic Grid Snapshots are Related Products bifat, Upsells debifat, Guests only bifat și TTL de 21.600 secunde.
Snapshoturi statice: Related Products activ, Upsells opritConfigurația păstrează snapshoturile pentru produse asociate și vizitatori neautentificați, cu TTL de șase ore. Upsells rămâne oprit în captura primită.

URL-urile dinamice au un tratament distinct.

Configurarea include excluderi pentru coș, checkout, cont și administrare. Workerul urmărește adrese publice eligibile și refuză să trateze răspunsurile private sau necorespunzătoare drept pagini publice confirmate.

În modul Guest-only, snapshoturile lasă utilizatorii autentificați pe randarea normală a blocului WooCommerce.

Administrare · exemplu de configurareConfigurarea arată adâncime automată pentru taxonomii, Freshness Guard de trei zile, varianta mobilă Always ON, adrese critice și excluderi pentru coș, checkout, administrare și cont.
Pagini critice, variantă mobilă și excluderiPrioritățile și excluderile stabilesc unde poate lucra mecanismul de warm. Freshness Guard păstrează explicit posibilitatea unei ferestre scurte de MISS.
Explorează coșul și checkout-ul DAGMAR
05 / Buget de resurse și diagnostic operațional

Lucrări în limite configurate.
Continuare cu progres păstrat.

Accelerator PRO folosește limite de timp, încercări și invalidări, împreună cu o coadă persistentă. Continuările asincrone și cronul folosesc workerul comun și mecanismele sale de blocare.

Profilul documentat folosește cron extern la un minut și continuări semnate. Existența unei porniri sau a unei cereri trimise este urmărită separat de finalizarea efectivă a rundei.

Numărul de sarcini poate crește și când unele lucrări se termină, deoarece magazinul produce între timp schimbări noi.

Administrare · exemplu de configurareResource Budget are Async selectat, 15 invalidări/minut pentru Sync/fallback, 250 URL-uri pe rundă, 500 la bootstrap, 50 secunde, pauză de 20.000 microsecunde și cron extern la un minut.
Resource Budget: procesare asincronă și limite istoriceSetările limitează efortul de procesare. Valoarea istorică de 15/minut nu este limita SQL PURGE de 200/minut din Controlled Cache.
Exemple de limite din configurarea documentată. Ele descriu capacitatea și regulile rundelor, nu un debit garantat de pagini finalizate.
ControlExemplu capturatRol practic
Lot și timp250 încercări pe rundă; 500 pentru pornirea manuală; 50 secunde în modul asincron.Limitează munca unei runde și lasă sarcinile neterminate pentru continuare.
PURGE SQL200 URL-uri pe minut în Controlled Cache.Controlează invalidările acestui controller. Limita moștenită de 15 invalidări/minut din Resource Budget aparține altui circuit.
ContinuăriPână la trei porniri asincrone suplimentare pe minut în setarea capturată.Permite continuarea, folosind blocarea comună a workerului.
Cron externProfil la un minut și heartbeat vizibil.Oferă oportunități de execuție; progresul real se verifică în panouri și jurnal.
Activity Log / Evenimente și avertismente

Fiecare etapă lasă o urmă utilă.

Jurnalul documentează invalidări locale, operațiuni CDN, confirmări HIT și evenimente RUCSS. Sunt păstrate și avertismente pentru încercări nereușite sau lucrări amânate.

Exemplele reușite și situațiile de recuperare coexistă în același sistem. Capturile reprezintă activitatea aplicației, la momentele documentate.

Monitorizare · eveniment capturatTrei evenimente pentru URL-ul public /gust/zmeura/ arată Controlled Local Purge și Controlled CDN Purge cu INFO, plus Controlled HIT cu SUCCESS și confirmare desktop/mobile/tablet.
Jurnal pentru PURGE și confirmarea HITPentru același URL, jurnalul păstrează operațiunile locale și CDN și confirmarea HIT pe cele trei variante de dispozitiv.
Monitorizare · eveniment capturatTrei evenimente pentru URL-ul public /gratuit/ includ PURGE local/CDN și Controlled Retry cu WARN: documentul este publicat local, HTTP 404 rămâne neconfirmat și reîncercarea este păstrată peste 60 de secunde.
Reîncercare păstrată pentru un răspuns HTTP 404Avertismentul și recuperarea rămân în jurnal. Captura arată reîncercarea programată, fără să declare repararea încheiată.
Stările operaționale și viteza percepută se măsoară separat.Probele HIT, etapele terminate și coada descriu funcționarea aplicației. Scorurile PageSpeed și indicatorii Core Web Vitals necesită măsurători dedicate, cu pagini și condiții de test comparabile.

Studiu bazat pe codul Accelerator PRO 5.2.12 și capturile furnizate în octombrie 2026. Panourile surprind momente diferite, inclusiv lucrări în așteptare, amânări și recuperări aflate în curs.

Optimizare viteză WordPress / Întrebări practice

Accelerator PRO.
Control peste un ecosistem de cache.

Ce aduce aplicația custom peste WP Rocket și Cloudflare APO?

Leagă schimbările magazinului de dependențe și URL-uri, păstrează sarcini într-o coadă SQL și coordonează invalidarea, încălzirea, verificările și reluările. Panourile permit urmărirea execuției și diagnosticarea lucrărilor.

Accelerator PRO înlocuiește WP Rocket sau Cloudflare APO?

Implementarea documentată le folosește drept componente ale sistemului. WP Rocket gestionează cache-ul de la origine și propriile optimizări, Cloudflare APO gestionează cache-ul edge, iar Accelerator PRO coordonează operațiunile dintre ele.

O pagină aflată în coadă este deja încălzită?

Coada descrie lucrări de efectuat sau reluat. Etapele de invalidare, încălzire și verificare sunt urmărite separat, iar o sarcină poate fi amânată când atinge limite sau întâlnește o problemă.

Ce confirmă probele HIT pentru desktop, mobil și tabletă?

Ele confirmă răspunsurile observate pentru clasele de User-Agent și locația edge accesată de server. Un HIT capturat nu reprezintă o rată globală de HIT pentru toți vizitatorii și toate paginile.

Cine generează CSS-ul în integrarea RUCSS?

Serviciul WP Rocket generează Used CSS. Accelerator PRO urmărește stările relevante și coordonează actualizarea HTML-ului din cache și încălzirea paginilor după evenimentele recunoscute.

Toate invalidările globale sunt blocate permanent?

Preluarea controlului are condiții de disponibilitate și acoperă mecanismele cunoscute din WordPress. Mecanismele native sau de fallback pot rămâne active când aceste condiții nu sunt îndeplinite. Operațiunile externe din hosting ori din contul Cloudflare au propriul circuit.

Cum este demonstrată optimizarea vitezei site-ului?

Acest studiu documentează aplicația, configurările și verificările operaționale. Evoluția timpilor de încărcare sau a Core Web Vitals se stabilește prin rapoarte dedicate, comparabile înainte și după modificări.

Cache, catalog și conținut în același proiect

Un magazin cu fluxuri conectate.

Explorează paginile comerciale și implementarea editorială pe care le deservește ecosistemul DAGMAR.

„Schimbarea unui produs devine un circuit de lucru: pagini afectate, operațiuni controlate și rezultate care pot fi verificate.”

KEPA
CENTRU DE PREFERINȚE
CONTROLUL RĂMÂNE LA TINE

Tu alegi ce permiți.

Cookie-urile necesare susțin funcționarea site-ului. Celelalte categorii sunt opționale și pornesc numai după acordul tău. Refuzul nu limitează accesul la serviciile și conținutul de bază KEPA.

Strict necesare

Mereu active

Permit memorarea alegerii tale și funcțiile esențiale, precum securitatea, autentificarea sau procesarea unei solicitări. Nu sunt folosite de acest plugin pentru publicitate.

Google Analytics 4 ne ajută să înțelegem ce pagini sunt vizitate și cum sunt folosite. Poate prelucra identificatori online și informații despre dispozitiv, pagini și interacțiuni. Nu pornim măsurarea înainte de acord.

Cu acordul tău, măsurăm și interacțiunile cu formularul de ofertă și clickurile către magazinele partenere. Nu transmitem în aceste evenimente numele, e-mailul, telefonul sau mesajul introdus.

Google Analytics 4 · încărcat prin Google Tag Manager

Integrarea KEPA nu activează Google Ads sau remarketing. Acceptarea statisticilor nu acordă permisiune pentru publicitate.

La retragerea acordului, pagina se poate reîncărca pentru a opri scripturile deja pornite. Salvează mai întâi informațiile introduse într-un formular.