Zrychlení služby WordPress CDN

Pokud optimalizaci výkonu WordPressu rozdělíte do tří vrstev:

• vrstva zdrojové stanice: Hosting / PHP / Databáze / Caching Plugins - Rozhodování o TTFB a Backend Pressure
• vrstva zdrojů: Optimalizace obrázků - určení velikosti a rychlosti stahování prvního velkého obrázku
• doručovací vrstva: CDN - rozhodování o zdrojích blíže k návštěvníkovi, stabilnější zásahy, snazší pro zdrojový web

tento dokument Akcelerace CDN：

• Vědět, co CDN mohou a nemohou vyřešit
• Vyberte si správnou formu a poskytovatele CDN (a pochopte hranice bezplatnosti/startu).
• Spuštění živého provozu v nízkorizikovém pořadí, bez pádu webu nebo incidentu s elektronickým obchodem/členskou mezipamětí.
• Ověřte, že “to funguje”, a vyřešte, “proč se to neaktualizuje/proč se to zpomaluje/proč to řetězí obsah”, až to bude v provozu.”

1. Ujasněme si pojmy: co CDN řeší a co neřeší.

1.1 CDN řeší 3 hlavní věci

1.1.1 Rychlejší poskytování statických zdrojů
Statické zdroje, jako jsou obrázky / CSS / JS / písma / ikony, jsou návštěvníkovi blíže, stahují se rychleji a vykreslují stránku konzistentněji.
Pro WordPress, zejména témata a zdroje zásuvných modulů (wp-content/themes/、wp-content/plugins/) a také obrázky z galerie médií (wp-content/uploads/) je obvykle “objemnější”.

1.1.2 Snížení tlaku na zdrojových stanicích
Po zasažení okrajové mezipaměti se požadavky již nevracejí ke zdroji tak často a šířka pásma, souběžná připojení, diskové IO a výkyvy procesoru u zdroje jsou menší.
To platí zejména pro vlnové scénáře, jako jsou “stránky s událostmi, články a produktové stránky s velkým počtem návštěv”.

1.1.3 Lepší stabilita (odolnější vůči výkyvům)
Při prudkém nárůstu provozu absorbují okrajové uzly velké množství duplicitních požadavků a je mnohem méně pravděpodobné, že zdrojová stanice bude přerušena.
Uvidíte “plynulejší přístup”: mezipaměť edge cache pokračuje ve výstupu, i když je zdrojový web na chvíli v zátěži.

---

1.2 3 typy problémů, které sítě CDN neřeší automaticky

1.2.1 Samotná pomalá zdrojová stanice
Pomalé databáze, pomalá logika zásuvných modulů, pomalé výpočty PHP - to jsou problémy na úrovni zdrojového webu.
CDN může statické zdroje zrychlit, ale pokud se i HTML domovské stránky generují velmi pomalu, uživatel bude mít stále pocit “pomalého otevření”. Tentokrát se priorita vrací na: hosting / cachovací pluginy / optimalizace databáze.

1.2.2 Samotný obrázek je příliš velký
Sítě CDN nemohou “vykouzlit” 3MB obrázek do menší velikosti.
Nejdříve je třeba provést optimalizaci obrázků: strategie pro určení velikosti (nestahujte příliš velké obrázky), komprese, WebP/AVIF, strategie líného načítání atd.

1.2..3 Pomalé skripty třetích stran
Reklamy, statistiky, služby zákazníkům, součásti sociálních médií atd. pocházejí z domén třetích stran.
CDN jim obvykle nemohou pomoci, aby byly “rychlejší”, můžete to řešit pouze snížením/zpožděním zatížení, výměnou poskytovatele nebo optimalizací zásad skriptování.

2. 30 sekund na výběr: Jaký formát CDN potřebujete?

Pro WordPress existují dvě hlavní kategorie. Pokud zvolíte “Formát” a poté “Poskytovatel služeb”, bude vám myšlenka zcela jasná.

2.1 一体化“反向代理型”（更省心，适合多数站点）

* Funkce:** Je to nejen CDN, ale také... DNS / SSL / základní bezpečnostní ochrana (např. DDoS/WAF) Baleno společně. Přistupujete k němu a stojí před vaším webem jako proxy server.

Co získáte:

• Jednoduchá správa certifikátů HTTPS a TLS
• Jednotný bezpečnostní portál (základní DDoS, řízení přístupu, WAF atd.)
• Ukládání do mezipaměti na hraně s mechanismem pravidel (lze provádět podrobnější zásady ukládání do mezipaměti, obcházet zásady)
• “Větší prostor pro rozšíření”: pokud chcete později přidat zabezpečení, omezení rychlosti a ochranu proti botům, obvykle je to vše ve stejném systému.

*Zástupci:** Cloudflare / Tencent Cloud International EdgeOne / Alibaba Cloud International ESA

Pokud si to přejete:

• Chceš, aby HTTPS + CDN + základní zabezpečení udělat vše najednou
• Chcete sjednotit překlad doménových jmen/proxy vrstvu pod jednu platformu?
• Zajímá vás spíše “celková zkušenost a následné rozšíření” a nechcete rozdělovat DNS, certifikáty, CDN a zabezpečení do více sad.

---

2.2 Čistá “Static Pull CDN” (začátek s nízkým rizikem, hlavně urychlení obrázků/CSS/JS)

*Funkce:** Statické zdroje umístíte pouze do okrajové mezipaměti CDN; za HTML stránky bude nadále odpovídat zdrojová stránka (a plugin pro mezipaměť zdrojové stránky).

Co získáte:

• Velmi nízké obchodní riziko: žádné “řetězení obsahu/košíku”, pokud se nedotýkáte HTML”
• Modelování nákladů je intuitivnější: běžně se účtuje podle provozu/požadavku/regionu.
• Čistší struktura: spíše “statická služba distribuce zdrojů”.”

*Zástupce:** bunny.net (s jasným modelem účtování podle objemu)

Pokud si to přejete:

• Nejprve je třeba udělat “nejjistější krok” - statickou akceleraci prostředků.
• Chcete rychle získat příjmy, než se rozhodnete, zda přejít na typ proxy/plnou mezipaměť webu.
• Chcete, aby se náklady blížily “platbě za to, co používáte”.”

3. Jak na to

• Úroveň 1: Integrovaný typ agenta (upřednostňovaný): Cloudflare / EdgeOne / ESA
• Vrstva 2: Statická síť CDN (solidní začátek): bunny.net / Cloudways CDN atd.

4. Doporučení poskytovatelé služeb

4.1 Cloudflare: integrace reverzního proxy serveru (bezplatný start, ekologicky vyspělý)

Co to je?
Po připojení domény se postaví před web jako proxy server, který poskytuje funkce CDN, certifikát, základní ochranu a pravidla ukládání do mezipaměti.

Pro koho je vhodné?

• Chcete ušetřit: HTTPS + CDN + základní zabezpečení v jednom!
• Chtějte vyspělý ekosystém: následné přidání WAF, omezení rychlosti, pravidel pro okraje atd., cesta je hladká.

Rizikové faktory

• Aktualizace se neprojeví: Delší ukládání odkazů do mezipaměti (mezipaměť prohlížeče + mezipaměť CDN + mezipaměť zdroje) po spuštění CDN, potřeba “politiky verzování” pro udržení aktualizací pod kontrolou (strom řešení problémů později)
• Pozor na ukládání HTML do mezipaměti: v případě ukládání HTML do mezipaměti je třeba stránky elektronického obchodu/členských stránek/personalizace striktně obcházet, jinak hrozí vážné nehody (následuje seznam scénářů).

Vysvětlení：

• Umístění: Integrace reverzního proxy serveru (SSL + CDN + základní ochrana)
• Vhodné pro: úsporu on-line, velký prostor pro následné rozšíření
• Základní hodnota: jednotný portál certifikátů/zabezpečení/cache
• Rizika: Aktualizace se spoléhají na zásady verzování; je třeba těsně obejít ukládání HTML do mezipaměti.

---

4.2 Tencent Cloud International EdgeOne: Integrace reverzního proxy serveru

Co to je?
Formulář je také komplexní platformou “akcelerace + zabezpečení + certifikáty”, která je vhodná pro uvedení webů do jednotné správy agentové vrstvy.

• má bezplatnou verzi, jako je Cloudflare, ale obvykle je k dispozici Kvóta/funkční strop(počet pravidel, počet úloh protokolování atd.), ale nejsou nutné žádné změny v DNS, pouze přístup cname k serveruBezplatná verze se nedoporučuje pro komerční webové stránky！
• Zatímco bezplatné plány často znamenají SLA není zaručena
  Funguje, ale ne jako “komerční balíček SLA”.

• Pokud chcete v pevninské Číně automaticky přepínat mezi linkami v pevninské Číně, musíte obvykle nejprve vyplnit příkazČína ICP Record; lze použít pouze mezinárodní trasy, pokud nejsou vyplněny.

Popis:

• Umístění: Integrace reverzního proxy serveru (zrychlení + zabezpečení + certifikáty)
• Ideální pro: ty, kteří chtějí integrovaný přístup a zvažují kapacitu uzlu v pevninské Číně.
• Zdarma: existují bezplatné plány/verze zdarma, ale kvóty jsou omezené a SLA obvykle nejsou zaručeny.
• Rizika: pravidla/logy/subdoménové kvóty by měly být naplánovány předem; stejně opatrné by mělo být i ukládání do mezipaměti HTML.

---

4.3 Aliyun International ESA: Integrace reverzního proxy serveru

• má bezplatnou verzi, jako je Cloudflare, ale obvykle je k dispozici Kvóta/funkční strop(počet pravidel, počet úloh protokolování atd.), ale nejsou nutné žádné změny v DNS, pouze přístup cname k serveruBezplatná verze se nedoporučuje pro komerční webové stránky！
• Zaregistrujte si účet na mezinárodních stránkách a používejte je.
• Přejděte do konzoly ESA, přidejte web a vyberte bezplatnou možnost Entrance přístup k předplatnému
• Pokud chcete automaticky přejít na linku pro pevninskou Čínu v pevninské Číně, musíte obvykle nejprve dokončit podání žádosti ICP; na mezinárodní linku můžete přejít pouze tehdy, pokud jste žádost nepodali.
• Bezplatný je vhodnější pro vývoj/testování/hodnocení a obvykle neodpovídá komerčním balíčkům SLA.
• Bezplatné balíčky mají často rychlostní limity/omezení způsobu podpory (např. SLA atd.)

O lince do pevninské Číny:

• Chcete-li povolit uzly v pevninské Číně, musíte obvykle splnit podmínky pro podání žádosti a regionální podmínky.
• Volný vstup Výchozí mezinárodní trasa, chtějí vzít pevninské Číny trasu musí být dokončena.Požadavky na záznamy ICP v Číně

Popis:

• Umístění: integrace reverzního proxy serveru (zrychlení webu + zabezpečení)
• Zdarma: k dispozici mezinárodní účet stanice Vstup zdarma; výchozí nastavení nezahrnuje zrychlení v pevninské Číně.
• Ideální pro: hodnocení/testování s lehkým používáním; nebo následný balíček pro upgrade
• Rizika: volné hranice, na které je třeba se podívat (SLA/rychlostní limity/podpůrné metody); zóny a podání je třeba plánovat předem.

---

4.4 \nbunny.net: Static Pull CDN (nízkorizikový start, jasné účtování za objem)

Pokud chcete “nejprve získat co nejstabilnější příjmy”, hodí se vám Pull CDN, jako je bunny:
Je to spíše “služba doručování zdrojů”: zadáte jí statické zdroje, které má doručit, náklady obvykle souvisejí s provozem/požadavky/oblastí a model je jasný a kontrolovatelný.

Vhodné pro:

• udělat něco jako první Obrázky / CSS / JS / Písma Statické zrychlení
• Nejprve chcete získat “nízkorizikový a stabilní příjem” a nespěcháte s předáním celého webu platformě typu proxy (DNS/SSL/WAF all-in-one).
• Chcete, aby se nákladový model blížil spíše modelu “zaplaťte za to, co používáte”, než abyste si hned pořídili složitější balíček.

Rizikové faktory

Statický zdroj “aktualizace nefunguje” téměř vždy není chybou CDN, je to spíše normální chování systému ukládání do mezipaměti:
Když aktualizujete CSS/JS/obrázky v backendu, aleAdresa URL zdroje se nemění.(stejná adresa/jméno souboru/cesta), CDN i prohlížeč budou rozumně pokračovat v práci se starou mezipamětí a zobrazí se “proč není aktualizováno”.

Jasná a vymahatelná zásada:

Čísla verzí mají přednost, Očistit kapsy.

Proč je tato varianta nejstabilnější:

• Změny čísla verze/jména souboru → změna URL → CDN cache jako nový zdroj → nová verze se projeví téměř okamžitě
• Funkce **Purge (vyčištění cache)** vyžaduje, abyste ji aktivně spustili. Může docházet k nepřesnému dosahu a zpoždění v šíření dat mezi uzly. Časté vyčištění cache může také vést k poklesu počtu zásahů, zvýšenému počtu požadavků na zdroj a větším výkyvům.

Snadno viditelné příklady:

• style.css Obsah se změnil, ale adresa URL je stále stejná. style.css → CDN nadále poskytuje staré keše (přiměřeně)
• Adresa URL se změní na style.css?ver=20260103 或 style.abc123.css → CDN si myslí, že jde o nový zdroj → nová verze se projeví okamžitě

Osvědčené postupy pro Bunny jako první krok CDN

1. Nejprve pokryjte pouze statické zdroje(obrázky/CSS/JS/fonty), neukládejte HTML do mezipaměti hned po spuštění!
   • Výhody: Téměř nedochází k závažným incidentům, jako je “uživatel vidí cizí obsah/sériové číslo košíku”.
   • Pravděpodobněji také ověříte přínosy: rychlejší statické zdroje, lehčí zdrojové weby
2. Správná strategie aktualizace
   • CSS/JS: zkuste použít změnu čísla verze/jména souboru
   • Obrázky: snažte se vyhnout dlouhodobému “pokrytí stejným názvem”, doporučujeme více změn názvu nových souborů / cest (zejména banner na domovské stránce, mapa událostí)
3. Potvrzení zásahu pomocí kontrolního seznamu validace při spuštění.
   • Zda statický prostředek pochází z CDN.
   • Zda se postupně zvyšuje počet zásahů a plynuleji se zvyšuje šířka pásma/požadavky na zdroj (následuje seznam ověření).

5. Plán postupu k nejvyššímu stupni: postup ve 3 fázích (od stabilního k silnému)

Nejjednodušší způsob, jak “pokazit” spuštění sítě CDN, je pokusit se využít celou kapacitu najednou.

Fáze 1: Pouze statické zdroje CDN (doporučujeme jako první)

Cíl: Obrázky/CSS/JS/fonty jdou do CDN jako první; HTML není v mezipaměti CDN (nebo tam zatím zůstává).

Proč je nejbezpečnější udělat to jako první?

• Minimální riziko: chybné ukládání statických zdrojů do mezipaměti, až do stavu “styl/obrázek není aktualizován”, kontrolovatelné
• Nedotýká se stavu přihlášení, procesů elektronického obchodování, správnosti informací o účtu.
• Jasně vidíte výhody: rychlejší stahování statických zdrojů a plynulejší zdrojové stránky!

Obvyklé problémy v této fázi (strom řešení problémů bude uveden později)

• Smíšený obsah (stránka HTTPS načtená se zdroji HTTP)
• Aktualizace statických prostředků se neprojeví (adresy URL se nezmění).

---

Fáze 2: Strategie obnovení (nejprve číslo verze, vyčištění/chybné kapsy)

Toto je zlomový bod “profesionálně provedené CDN nebo ne”.

Tvrdé pravidlo:

Nespoléhejte se na funkci Očista v případě aktualizací, které lze vyřešit změnou čísla verze/jména souboru.

Proč se odkazy na keše stávají metafyzickými, když jsou delší:

• Ukládání do mezipaměti prohlížeče: Je možné, že máte lokálně uloženy staré CSS/JS v mezipaměti.
• Ukládání do mezipaměti CDN: Krajní uzly mohou ukládat staré prostředky do mezipaměti
• Ukládání do mezipaměti zdrojového webu: Zásuvné moduly mezipaměti / mezipaměti serveru mohou stále vypisovat starý obsah.

Pokud nemáte strategii verzování, vydání se stane:
“Něco se změnilo → Obnovit → Nefunguje → Znovu vymazat mezipaměť → Znovu nefunguje → Vymazat další úroveň mezipaměti”
To je největší problém, se kterým se mnoho lidí setkává u sítí CDN.

---

Stupeň 3 (pokročilý): ukládat či neukládat HTML do mezipaměti (vysoká výtěžnost, ale nejvyšší riziko)

Ukládání HTML do mezipaměti (full-site caching/edge caching) výrazně snižuje TTFB, ale ve scénářích WordPressu je také oblastí s velkým výskytem incidentů.

Neukládejte HTML do mezipaměti, pokud si nejste jisti. nejprve statická CDN + plugin pro ukládání do mezipaměti zdroje.

Pokud chcete HTML ukládat do mezipaměti, platí dvě pravidla:

1. Začíná to pouze u “návštěvnického státu”.: Do mezipaměti ukládat pouze nezaznamenané stránky návštěvníků
2. Nejprve napište obchvatový seznam: Nejdříve korektnost, pak hity

6. Seznam pravidel scénářů: co dělat pro různé typy stránek bez incidentu

6.1 Obsahové stránky / blogy (založené na článcích, mnoho návštěvníků)

Doporučení

• Statické zdroje: plně uloženy v mezipaměti
• HTML: zvažte uložení “stránky nepřihlášeného návštěvníka” do mezipaměti”

Často je nutné obejít

• Backend a přihlášení:/wp-admin/*、/wp-login.php
• Náhled/návrh (náhled)
• Stránka s výsledky vyhledávání (parametry se často mění, je nejekonomičtější je nejdříve uložit do mezipaměti)
• Požadavek POST na odeslání formuláře/komentáře

Klíče mezipaměti by měly rozlišovat alespoň mezi

• Zda jste přihlášeni (rozměr souboru cookie).
• Jazyky (vícejazyčné stanice)

---

6.2 Firemní stránka / marketingová vstupní stránka (formuláře, spousta aktivit)

Doporučení

• Statické zdroje: plně uloženy v mezipaměti
• HTML: veřejné vstupní stránky lze ukládat do mezipaměti (stav hosta), ale pozor na stránky s výsledky formulářů.

Nejjednodušší úskalí, na které můžete narazit: sledování parametrů vedoucí k fragmentaci mezipaměti
Vstupní stránky jsou běžné utm_* Parametry:

• Všechny klíče mezipaměti Engage → Mezipaměť skartována, špatná míra zásahů
• Ignorovat všechny → Několik stránek, které závisí na vykreslování parametrů, nemusí být v souladu s očekáváním.

---

6.3 Členská stránka / stránka kurzu / komunita (vysoký podíl přihlášených)

Závěr: ukládání HTML do mezipaměti by mělo být prováděno s velkou opatrností.
Sázka na jistotu je obvykle: statická CDN + zdrojová/objektová mezipaměť; HTML cachuje pouze stav hosta.

Musí se obejít

• Přihlášení/registrace/obnovení hesla
• Centrum účtů, Objednávky/předplatné, Osobní údaje
• Veškeré stránky a rozhraní “silně relevantní pro stav uživatele”.

---

6.4 Stanice elektronického obchodu (WooCommerce)

Seznam nejdůležitějších objízdných tras

• Nákupní košík, pokladna, stránka účtu
• Stránky související s potvrzením objednávky a zpětnými voláními platby
• Přihlášení/registrace, kupóny/body a další vstupy související se stavem uživatele.

Proč je elektronické obchodování náchylnější k nehodám

• Jakmile uživatel získá nákupní košík, relaci a stav přihlášení, stránka je vysoce personalizovaná.
• Typické důsledky ukládání do mezipaměti HTML, které není obejito/rozlišeno, jsou: neshody nákupního košíku, řetězce účtů a anomálie v zobrazení cen.
  Správnost má přednost, neobětujte správnost kvůli hitům.

---

6.5 Vícejazyčné / víceměnové weby

Doporučení

• Statické zdroje: plně uloženy v mezipaměti
• HTML: stavy hostů lze ukládat do mezipaměti, ale klíče mezipaměti musí jasně rozlišovat mezi variantami jazyka/měny.

Je třeba vzít v úvahu klíč mezipaměti

• Jazyk (cesta) /en/ /zh/ nebo subdomény en.）
• Zda jste přihlášeni (cookie).
• Měna/daňový kurz (pokud ovlivňuje prezentaci)

---

7. Upozornění na rizika

Riziko 1: Ukládání nesprávného obsahu do mezipaměti (nejzávažnější)

• Chyba ukládání statických prostředků do mezipaměti: většinou staré styly/obrázky
• Chyba ukládání do mezipaměti HTML: může řetězcový obsah, řetězcový nákupní košík, řetězcový účet - jedná se o závažný incident!

Riziko 2: Aktualizace se neprojeví (nejčastější)

S prodlužujícím se odkazem na keš se bude častěji vyskytovat stav “změny se neprojeví”:

• Změny čísla verze/jména souboru mají přednost
• Očista/neúspěšné šlapání
• Proces publikování by měl být reprodukovatelný (vědět, jaké adresy URL byly změněny pro každou publikaci).

Riziko 3: Hranice závazku pro bezplatnou verzi/starter verzi

• Společné rysy bezplatných programů: omezená kvóta, vyloučení některých kapacit, přístup SLA/podpory, který není rovnocenný plnému komerčnímu využití.

Riziko 4: Kompetence související s pevninskou Čínou jsou snadno dezinterpretovány

• ESA: Pro trasy do pevninské Číny je vyžadován záznam ICP v Číně
• EdgeOne: Pro trasy v pevninské Číně je vyžadováno podání ICP v Číně

8 Kontrolní seznam pro ověřování: jak potvrdit, že to “opravdu funguje” po spuštění do provozu”

8.1 Byly statické zdroje skutečně převedeny na CDN?

• Obrázek/CSS/JS ať už z domény CDN/okrajového uzlu
• Zda vidíte jasné známky zásahů do mezipaměti (známky se liší podle platformy).

8.2 Poklesl tlak ve zdrojové stanici?

• Je šířka pásma zdrojové stanice plynulejší
• Zda se snížil počet požadavků/připojení ze zdrojového webu (zejména požadavky na duplicitní zdroje).

8.3 Dají se aktualizace zvládnout?

• Jednou změňte CSS/JS nebo nahraďte obrázek.
• Zda lze novou verzi urychleně sledovat pomocí “změny čísla verze/změny názvu souboru”.
• Pokud můžete aktualizovat pouze pomocí funkce Očista, nemáte zavedenou dobrou strategii verzování (stanovte priority strategie oprav, nedělejte z Očisty každodenní rutinu).

8.4 Jsou dynamické klíčové stránky správné?

(E-commerce/členská stránka je nutností)

• Je obsah stránky po přihlášení/odhlášení správný
• Stránky týkající se nákupního košíku/pokladny/účtu jsou vždy správné
• Výjimka “různí uživatelé vidí stejný obsah stavu uživatele” (vysoké riziko).

8.5 Zvýšila se chybovost?

• Časový limit pro návrat ke zdroji, 5xx, přerušované neotevření
• Obvykle to znamená: nedostatečný nosič u zdroje, nesprávná pravidla, spuštění omezení rychlosti nebo problémy s propojením zpět ke zdroji.

9. Aktualizace stromu nefunkčnosti (přeměna “metafyziky” na kroky)

Nejprve zjistěte, o jaký typ problému se jedná:

9.1 Statické zdroje nejsou aktualizovány (CSS/JS/obrázky jsou stále staré)

Scénář A: Pouze vy vidíte staré, skryté/vyměnitelné zařízení je nové.
Prioritní podezření: ukládání do mezipaměti prohlížeče

• Směr řešení: uvolnění nových zdrojů se změnou čísla verze/jména souboru

Scénář B: Všichni vidí staré (skryté/odlišné zařízení také staré)
Pochybnosti o prioritě: CDN stále naráží na staré cache

• 99% Příčina: Adresa URL zdroje se nezměnila.
• Prioritní řešení: strategie verzování
• Kapsa: Vyčištění (dočasné prostředky)

Scénář C: Starý obrázek se zobrazuje i po přepsání obrázku se stejným názvem.
Jedná se o klasický problém cache prohlížeče + překryvné cache CDN.

• Praktická rada: snažte se vyhnout dlouhodobému “přepisování stejného názvu”, používejte nové názvy souborů/cesty nebo čísla verzí.

---

9.2 HTML není aktualizováno (obsah stránky/modulu je stále starý)

Scénář A: backend/přihlášení je nové, návštěvníci vidí staré.
Podezření na prioritu: HTML hostů je uloženo v mezipaměti

• Nejdříve k věci: měly by tyto stránky ukládat HTML do mezipaměti?
• Pokud by měl být uložen v mezipaměti: potřebuje řízenou strategii obnovy, jinak je uvolnění nekontrolovatelné.

Scénář B: Pouze některé regiony/některé sítě vracejí zpět starý obsah
Pochybnosti o prioritě: různé krajní uzly mají různé stavy mezipaměti

• Směr řešení: sbližování rozdílů pomocí strategie verzování/obnovy; v případě potřeby explicitnější zneplatnění.

Scénář C: Abnormality u přihlášených uživatelů/nákupních košíků
Vysoce rizikové znamení: možná ukládá do mezipaměti nesprávný obsah

• Okamžitě zkontrolujte, zda jsou stránky se stavem uživatele (košík/pokladna/účet atd.) uloženy v mezipaměti.
• Zkontrolujte, zda klíč mezipaměti ignoruje varianty klíčů, jako je “cookie/jazyk/měna uživatelského prostoru”.

10. Doporučení

Cloudflare

• Integrace reverzního proxy serveru
• Vhodné pro: začátek ukládání
• Zaměření: zásady verzování pro řešení aktualizací; ukládání HTML do mezipaměti ze stavu hosta
• Riziko: Dynamické stránky je třeba obejít

Tencent Cloud International EdgeOne

• Integrace reverzního proxy serveru
• Vhodné: Zvažte kapacitu uzlu v pevninské Číně a integrovaný přístup.
• Zdarma: existují bezplatné plány / bezplatné verze, ale je třeba jasně vidět hranice kvót a závazků.
• Rizika: pravidla/logy/subdoménové kvóty, které je třeba naplánovat; HTML caching s opatrností

Aliyun International ESA

• Integrace reverzního proxy serveru
• Zdarma: K dispozici jsou mezinárodní účty Vstup Free Access
• Riziko: Volné hranice (SLA/podpora/rychlostní limit) a zóny/podmínky pro podání žádosti budou potvrzeny předem.
• Vhodné pro: hodnocení/testování a lehký přístup; nebo následnou aktualizaci balíčku, nebo zvažování kapacity uzlu v pevninské Číně a integrovaného přístupu.

\nbunny.net

• Statický tah CDN
• Vhodné: nejprve statické zrychlení s nízkým rizikem
• Zaměření: nejprve číslo verze, Očista pod pokličkou; vyhněte se přepisům stejného jména
• Riziko: Časté setkání se “starými zdroji”, pokud není strategie aktualizace provedena správně.”

11. Doporučení pro opatření

1. Zvolte si nejprve formát: integrace reverzního proxy serveru (Cloudflare/EdgeOne/ESA) nebo statická pull CDN (bunny).
2. Jdi naživo po etapách:Nejprve statické → pak zásady verzování → nakonec zvážit ukládání do mezipaměti HTML
3. Kontrola podle kontrolního seznamu validace po uvedení do provozu: shody/návraty ke zdroji/aktualizace/dynamické bypassy/počet chyb.
4. Musí být rychlejší: vraťte se do “Cache Plugin” “Image Optimisation” a znovu zkomprimujte zdrojové a zdrojové vrstvy!

Často kladené dotazy ke službě WordPress CDN

1. Proč je po použití CDN stále pomalý?

Nejčastějším důvodem není to, že by sítě CDN nefungovaly, ale to, že úzké místo není v “doručovací vrstvě”.

Můžete je posuzovat v tomto pořadí:

• TTFB je stále vysoká.: Vysvětlení pomalého generování HTML ze zdrojového kódu (databáze/plugin/konfigurace pluginu cache/výkon hostingu) → zpět k optimalizaci na úrovni zdrojového kódu
• První velký obrázek je velmi pomalý: znamená nesprávný objem, velikost nebo formát obrázku → nejprve proveďte optimalizaci obrázku (komprese, WebP/AVIF, strategie nastavení velikosti)
• Zpomalení skriptů třetích stran: běžné jsou reklamy/statistiky/skripty zákaznických služeb → CDN obvykle nepomohou, je třeba snížit nebo zpozdit načítání
• Pomalé jsou pouze některé oblasti: může jít o přepsání uzlu, návratový řádek nebo chybu v mezipaměti (nízký počet zásahů) → podívejte se na počet zásahů a návratů

CDN je zodpovědná za rychlejší odesílání “optimalizovaných zdrojů”; pomalé zdrojové stránky, velké obrázky a pomalé skripty by měly být řešeny samostatně.

---

2. Proč uživatelé stále vidí starou verzi, i když jsem aktualizoval CSS/JS/obrázky?

Jedná se o nejčastější problém ve scénářích CDN, jehož hlavním důvodem je obvykle:Adresa URL zdroje se nemění., bude systém mezipaměti přiměřeně pokračovat v práci se starou mezipamětí.

Princip nejstabilnější léčby:

• číslo verze priorita: Nechte změnit adresu URL zdroje (např. style.css?ver=xxxx nebo hash názvu souboru)
• Očista upisování: Vymazání mezipaměti jako provizorní řešení, pokud nemáte zavedené zásady verzování.

Pokud často měníte banner domovské stránky / obrázek kampaně, doporučujeme vyhnout se “přepsání stejného názvu” a raději použít nový název souboru / novou cestu (lépe kontrolovatelnou).

---

3. Musím HTML ukládat do mezipaměti? Nemá smysl ho neukládat do mezipaměti?

Není nezbytně nutné.

Pro mnoho webů má CDN největší hodnotu:

• Rychlejší pro statické zdroje (obrázky/CSS/JS/fonty)
• Snížení tlaku ve zdrojové stanici a zlepšení stability

Ukládání HTML do mezipaměti Výhody jsou sice skutečně větší (TTFB by byl nižší), ale rizika jsou také největší: elektronické obchodování, členství, personalizovaný obsah, více jazyků/více měn jsou náchylné k ukládání nesprávného obsahu do mezipaměti.

Stabilní trasa:

1. Statická síť CDN jako první (nízké riziko, vysoká odměna)
2. Projděte si zásady verzování a kontrolní seznam validace
3. Přehodnocení, zda má být HTML uloženo do mezipaměti (počínaje “stavem hosta”).

---

4. Může být web elektronického obchodu na CDN a nebude to narušovat nákupní košík?

Může být zapnuta a měla by být (alespoň u statických zdrojů), ale vyhněte se ukládání do mezipaměti stránek uživatelského prostoru.

• Statické zdroje lze ukládat do mezipaměti: obrázky, CSS, JS
• Stránka uživatelského prostoru musí obejít: Neukládejte do mezipaměti nákupní košík, pokladnu a stránky související s účtem HTML
• Pokud tyto stránky neukládáte do mezipaměti HTML, riziko “přeslechů” se výrazně snižuje!

---

5. Jak provést CDN pro vícejazyčné/více měnové weby, aby nedocházelo ke zkreslení jazyka/ceny?

centrum Klíč ke schránce Je to správně.

• Jazyk (cesta nebo subdoména)
• Měna (pokud ovlivňuje zobrazení ceny)
• Zda jste přihlášeni (cookie).
• Region/daňová sazba (pokud se stránka mění podle regionu)

Pokud tyto rozměry nevstoupí do logiky ukládání do mezipaměti, může se snadno stát, že uživatelé jazyka A uvidí obsah jazyka B nebo nekonzistentní ceny.

---

6. Mám zvolit integraci reverzního proxy serveru (Cloudflare/EdgeOne/ESA) nebo statickou Pull CDN (bunny)?

Můžete vybírat podle “Target” a “Risk Preference”:

• Chci se postarat o HTTPS + CDN + základní zabezpečení a pak rozšířit pravidla/WAF:Integrace reverzního proxy serveru
• Chcete provést první krok nejstabilnějšího prvního kroku (statické prostředky jsou rychlejší) a nechcete přesouvat celého agenta:Statický tah CDN(např. králíček)

Pokud váháte, standardní rada:Statická síť CDN jako první → Projděte zásady verzování a kontrolní seznam validace → poté rozhodněte, zda přejít do proxy/HTML cache.

---

7. Lze bezplatnou verzi používat přímo na oficiálních stránkách?

Lze jej používat, ale “zdarma” chápejte jako “startovací/hodnotící/lehké použití”, nikoli jako “formální program s komerčními smlouvami SLA”.

• Vyhovuje vám bezplatný programLimity kvót, chybějící funkce, rozdíly v podpoře a případný nedostatek závazků SLA.？
• Pokud nemůžete, měli byste bezplatný balíček považovat za zkušební a následně přejít na vhodnější.

---

8. Jak si mohu být jistý, že síť CDN skutečně funguje a není to jen útěcha?

Potvrďte pomocí těchto tří kroků (bez složitých nástrojů):

1. Zjistit, zda je statický prostředek vrácen z CDN(zda se změnil zdroj obrázku/CSS/JS)
2. Zjistěte, zda se míra zásahů a zdroj návratnosti zlepší(Hit nahoru, zdroj zpět dolů pro skutečné zisky)
3. Změna strategie aktualizace validace CSS/obrázků jednou(platné číslo verze, které označuje, že spojení je ovladatelné)

Pokud nemůžete udělat #3, čím více optimalizujete, tím spíše vás bude trápit “aktualizace se neprojeví”, proto se doporučuje upřednostnit politiku verzování.

---

9. Proč se často zasekávám, když povolím zrychlení pro pevninskou Čínu?

Nejčastější příčinou je:Nesoulad mezi regionálními možnostmi a podmínkami pro podání žádosti。

• Pokud chcete vybrat oblast akcelerace, která zahrnuje pevninskou Čínu, je obvykle nutné vyplnit pole Registrace u ICP; Undocumented lze vybrat pouze regiony, které nezahrnují pevninskou Čínu.

---

10. Mám nejprve nainstalovat plugin pro ukládání do mezipaměti nebo CDN?

Obecné doporučené pořadí je následující:

1. Vrstva zdrojového webu: nejprve stabilizovaný cache plugin/hostingová základna (TTFB down, backend pressure down)
2. Vrstva zdrojů: optimalizace obrázků pro snížení velikosti
3. Vrstva doručování: CDN poskytuje zdroje rychleji a konzistentněji

Pokud chcete právě teď udělat jen jednu věc a bojíte se, že se přetočíte:Statická síť CDN jako první (fáze 1), se stabilními výnosy a minimálním rizikem.