Zrychlení WordPress CDN

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

• vrstva zdrojové staniceHostitel / PHP / Databáze / Cache plugin — určuje TTFB a zatížení backendu
• vrstva zdrojů: Optimalizace obrázků - určení velikosti a rychlosti stahování prvního velkého obrázku
• doručovací vrstva: CDN — rozhoduje o tom, aby zdroje byly blíže návštěvníkům, zásahy stabilnější a původní server méně zatížený

tento dokument CDN zrychlení：

• Vědět, co CDN umí a neumí vyřešit
• Vyberte si CDN formu a poskytovatele, kteří vám vyhovují, a pochopte hranice bezplatné a základní verze
• 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. Nejprve si ujasněme pojmy: co CDN řeší a co ne

1.1 CDN řeší hlavně 3 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 “velký objem”.

1.1.2 Snížení tlaku na zdrojových stanicích
Po zasažení okrajové mezipaměti už požadavky nebudou tak často směřovat zpět na server původu a zatížení šířky pásma, souběžných připojení, diskového I/O i kolísání CPU na serveru původu se sníží.
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 “hladší přístup”: mezipaměť na okraji pokračuje ve výstupu, i když je zdrojový web na chvíli v zátěži.

---

1.2 Tři typy problémů, které CDN nevyřeší automaticky

1.2.1 Samotná pomalá zdrojová stanice
Pomalá databáze, pomalá logika pluginů, pomalé výpočty PHP — to vše patří mezi problémy na vrstvě původního serveru.
CDN může zrychlit statické zdroje, ale pokud se i HTML domovské stránky generuje velmi pomalu, uživatelé budou mít stále pocit, že “načtení je pomalé”. V takovém případě se zaměřte nejdřív na: hosting / plugin mezipaměti / optimalizaci databáze.

1.2.2 Samotný obrázek je příliš velký
CDN nemůže “kouzelně zmenšit” velký obrázek 3MB.
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 je obvykle nelze zrychlit, lze je řešit jen omezením nebo odložením načítání, výměnou dodavatele či optimalizací strategie skriptů.

2. Výběr za 30 sekund: kterou variantu 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 Integrovaný “reverzní proxy” typ (bezstarostnější, vhodný pro většinu webů)

**特点：**它不仅是 CDN，还把 DNS / SSL / Základní ochrana zabezpečení (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:

• HTTPS certifikáty a správa TLS jednodušeji
• Jednotný vstup pro bezpečnostní ochranu (základní DDoS, řízení přístupu, WAF apod.)
• 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.

Poskytovatel: Cloudflare / Tencent Cloud International EdgeOne / Alibaba Cloud International ESA

Pokud si to přejete:

• Vy si to přejete. HTTPS + CDN + Základní zabezpečení udělat vše najednou
• Chcete sjednotit překlad doménových jmen/proxy vrstvu pod jednu platformu?
• Více vám záleží na celkovém zážitku a následném rozšíření a nechcete rozdělit DNS, certifikáty, CDN a zabezpečení do více samostatných sad

---

2.2 Čistě “statický Pull CDN” (nízkorizikový začátek, hlavně zrychlení obrázků/CSS/JS)

**特点：**你只把静态资源放到 CDN 边缘缓存；HTML 页面仍由源站（以及源站缓存插件）负责。

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 (jasný model účtování podle využití)

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
• Druhá vrstva: statický Pull CDN (bezpečný 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 funguje jako proxy před webem a poskytuje CDN, certifikáty, základní ochranu a pravidla cache.

pro koho

• Chcete to bez starostí: HTTPS + CDN + kompletní základní zabezpečení
• Chtějte vyspělý ekosystém: následné přidání WAF, omezení rychlosti, pravidel pro okraje atd., cesta je hladká.

rizikový bod

• Aktualizace se neprojeví: Po nasazení CDN se řetězec cache prodlouží (cache prohlížeče + cache CDN + cache na původním serveru), je potřeba “strategie verzování”, aby byly aktualizace řízené (dále je strom řešení problémů)
• Pozor na ukládání HTML do mezipaměti: v případě ukládání HTML do mezipaměti musí být stránky elektronického obchodu/členských stránek/personalizace striktně obcházeny, jinak jsou náchylné k vážným incidentům (následuje seznam scénářů).

pokyny：

• Pozice: integrovaný reverzní proxy server (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.

• Stejně jako Cloudflare má i bezplatnou verzi, ale obvykle má Kvóta/funkční strop(počet pravidel, počet úloh protokolů apod.), není však nutné upravovat DNS, stačí pouze připojení přes cname.Bezplatná 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

• Stejně jako Cloudflare má i bezplatnou verzi, ale obvykle má Kvóta/funkční strop(počet pravidel, počet úloh protokolů apod.), není však nutné upravovat DNS, stačí pouze připojení přes cname.Bezplatná 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 Vstup 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 bunny.netStatický Pull CDN (nízkorizikový start, transparentní účtování podle využití)

Pokud chceš “nejdřív si vzít ten nejjistější zisk”, pak je pro tohle bunny Pull CDN velmi vhodný:
Je to spíše “služba doručování zdrojů”: zadáte jí statické zdroje, které má doručit, náklady se obvykle vztahují k provozu/požadavkům/regionu a model je jasný a kontrolovatelný.

Přizpůsobení:

• udělat něco jako první Obrázky / CSS / JS / Fonty Statické zrychlení
• Chcete nejdřív získat nízkorizikové a stabilní výnosy, aniž byste hned svěřili celý web agentní platformě (DNS/SSL/WAF vše v jednom)
• 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ý bod

“Aktualizace” statických zdrojů se téměř nikdy neprojeví kvůli chybě 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í.(Při stejné adrese/názvu souboru/cestě) budou CDN i prohlížeč dál rozumně používat starou mezipaměť, takže pak vidíte “proč se to neaktualizovalo”.

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 považováno za nový zdroj v mezipaměti → Nová verze se projeví téměř okamžitě
• **Purge** vyžaduje, abyste ji aktivně spouštěli, což má za následek nepřesný dosah a opožděné šíření uzlů; časté provádění Purge může mít také za následek nižší míru zásahů, vyšší návratnost a vyšší volatilitu.

Snadno viditelné příklady:

• style.css Obsah se změnil, ale adresa URL je stále stejná. style.css → CDN Pokračovat ve staré mezipaměti (rozumné)
• Adresa URL se změní na style.css?ver=20260103 或 style.abc123.css → CDN je považován za nový zdroj → nová verze se projeví okamžitě

bunny jako osvědčený postup pro “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í!
   • Přínos: 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é stránky
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ý zdroj 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)

Důvod, proč se při spuštění CDN nejsnáze všechno “zamotá”, je ten, že hned na začátku chcete zapnout všechny funkce naplno.

Fáze 1: pouze statické prostředky CDN (důrazně doporučeno udělat nejdříve)

cíleObrázky/CSS/JS/písma nejdřív přes CDN; HTML se v mezipaměti CDN neukládá (nebo se zatím nemění).

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é
• Nebude se dotýkat 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 načítá HTTP zdrojů)
• 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)

To je předěl mezi tím, zda je “CDN” udělané profesionálně, nebo neprofesionálně.

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.
• CDN mezipaměť: okrajové uzly mohou mít v mezipaměti starý zdroj
• 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”
Tohle je největší problém, který má mnoho lidí s 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ů.

Pokud si nejste jistí, HTML neukládejte do mezipaměti. Nejprve statické CDN + plugin pro cache na zdrojovém serveru.

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ů)

posudky

• Statické zdroje: plně uloženy do 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 pro 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)

posudky

• Statické zdroje: plně uloženy do 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í: 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)

vynést rozsudek: ukládání HTML do mezipaměti by mělo být prováděno s velkou opatrností.
Bezpečný postup je obvykle: statický CDN + cache originu / objektová cache; HTML ukládat do cache jen pro návštěvníky.

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

posudky

• Statické zdroje: plně uloženy do mezipaměti
• HTML: stav hosta lze ukládat do mezipaměti, ale klíče mezipaměti musí jasně rozlišovat mezi jazykovými variantami/měnami.

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: Záznam ICP v Číně je vyžadován pro trasy po pevninské Číně
• EdgeOne: Pro trasy v pevninské Číně je vyžadováno podání ICP v Číně

8 Kontrolní seznam pro ověření: jak po spuštění ověřit, že to “opravdu funguje”?”

8.1 Opravdu statické zdroje používají CDN?

• Obrázky/CSS/JS pocházejí z domény/okrajového uzlu CDN
• 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é
• Neexistuje výjimka “různí uživatelé vidí stejný obsah uživatelského stavu” (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é)
Přednostně podezřívejte: CDN stále zasahuje starou mezipaměť

• 99% Příčina: Adresa URL zdroje nebyla změněna
• 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.
To je klasický problém překryvu mezipaměti prohlížeče a mezipaměti 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/moduly jsou 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 podání 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.

bunny.net

• Statický Pull 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. Nejprve vyberte typ: integrovaný reverzní proxy server (Cloudflare/EdgeOne/ESA) nebo statický Pull CDN (bunny)
2. Jdi naživo po etapách:Nejdříve 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: zásah/návrat ke zdroji/aktualizace/dynamický bypass/počet chyb.
4. Musí být rychlejší: vraťte se do “Cache Plugin” “Image Optimisation” a znovu zkomprimujte zdrojové a zdrojové vrstvy!

Časté dotazy WordPress CDN

1. Proč je to pořád pomalé i po použití CDN?

Nejčastější příčinou není to, že CDN nefunguje, ale že úzké hrdlo není ve “vrstvě doručení”.

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 stranReklamní/statistické/zákaznické skripty: CDN obvykle nepomůže, je potřeba omezit nebo odložit načítání
• Pomalé jsou pouze některé oblasti: může se jednat 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 zajišťuje rychlejší doručování “už optimalizovaných zdrojů”; pomalý původní server, velké obrázky a pomalé skripty je třeba řešit zvlášť.

---

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

To je nejčastější problém ve scénáři CDN, hlavní příčina obvykle je: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ů spočívá největší hodnota CDN v:

• 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. Nejprve statické CDN (nízké riziko, vysoký výnos)
2. Projděte si kontrolní seznam zásad tvorby verzí a ověřování.
3. Přehodnocení, zda má být HTML uloženo do mezipaměti (počínaje “stavem hosta”).

---

4. Lze na e-shop nasadit CDN? Nepoplete to 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 vytvořit vícejazyčný/víceměnový web CDN, aby se nemíchaly jazyky/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 nevstupují 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 integrovaný reverzní proxy server (Cloudflare/EdgeOne/ESA), nebo statický Pull CDN (bunny)?

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

• Chci vše vyřešit najednou: HTTPS + CDN + základní zabezpečení a možnost později rozšířit pravidla/WAFIntegrace 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ý Pull CDN(např. králíček)

Pokud váháte, standardní rada:Nejprve staticky CDN → 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 ověřím, že CDN opravdu funguje, a nejde jen o placebo?

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

1. Zkontrolovat, zda jsou statické prostředky vráceny 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 možnost ovládání linky)

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 ICP 备案; Undocumented lze vybrat pouze regiony, které nezahrnují pevninskou Čínu.

---

10. Mám nejdřív nainstalovat plugin pro mezipaměť, nebo nejdřív nasadit 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. Doručovací vrstva: CDN doručuje zdroje rychleji a stabilněji

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