V editoru jste opravili chybnou částku, uložení proběhlo, ale čtenář dál vidí původní větu. Další uložení nemusí pomoci: změna už může být správně ve WordPressu a zůstala jen ve staré kopii po cestě. Nejdřív porovnejte uložený obsah se skutečnou veřejnou odpovědí. Teprve potom čistěte správnou vrstvu cache.
Tento postup řeší čerstvost po publikaci a opravě, nikoli obecnou instalaci rychlostního pluginu. Hodí se zejména magazínům, které vydávají přes REST API nebo kombinují cache hostingu s CDN. Konkrétní ovládání závisí na službě; univerzální tlačítko pro celý internet neexistuje.
Dva různé problémy: neuložená změna a stará veřejná kopie
Nejdřív si zapište ID článku, URL a krátkou neosobní pasáž, která rozliší původní a nový obsah. Ověřte stav příspěvku a aktuální uloženou verzi. Pokud oprava v CMS není, neřešíte zatím cache. Může jít o neúspěšné uložení, jinou revizi nebo práci v jiném příspěvku.
Jestliže CMS obsahuje nový text a anonymní stránka původní, pokračujte po doručovací cestě. Přihlášený správce často prochází jiným režimem než běžný čtenář. Přihlášený náhled není důkaz veřejné čerstvosti. Rozdíl ověřujte na přesné URL, nikoli na podobném názvu v rubrice.
| Vrstva | Co může být staré | Jaký důkaz hledat |
|---|---|---|
| WordPress a uložená data | Samotná verze článku | Aktuální obsah, stav a ID |
| Page cache hostingu či pluginu | Hotové veřejné HTML | Obsah a dostupné cache hlavičky |
| CDN nebo reverzní proxy | Kopie článku i souborů | Pravidla služby a konkrétní odpověď |
| Prohlížeč | Dříve uložená odpověď či statický soubor | První a opakovaná návštěva |
| Výpisy a související bloky | Titulek, perex nebo stará karta | Samostatná kontrola každé návazné URL |
Vytvořte malou mapu doručovací cesty
Sepište, zda veřejné HTML ukládá plugin, hosting a CDN. Zjistěte také, kdo má ke každé vrstvě přístup a jak se provádí cílené vyčištění. Užitečná mapa má obsahovat skutečné názvy služeb a odpovědné správce, ne pouze slovo „cache“ u domény.
Jednotlivé vrstvy se nesmějí zaměňovat s object cache databázových výsledků nebo OPcache kódu PHP. Běžná oprava věty nepotřebuje automaticky restart všech těchto systémů. Obecné rozdíly rozebírá přehled cache a zrychlení WordPressu. Tady hledejte konkrétní místo, které dál vrací starou odpověď.
- Kdo vytváří veřejnou HTML kopii článku a jak dlouho ji obvykle drží?
- Jaký mechanismus ji čistí při publikaci a který při aktualizaci?
- Zahrnuje vyčištění homepage, rubriky a další související výpisy?
- Má přihlášený náhled, formulář a personalizovaný obsah správnou výjimku?
Co mohou napovědět hlavičky odpovědi
Cache-Control popisuje pravidla HTTP cache. Max-age určuje čerstvost po dobu v sekundách; ETag může sloužit k ověření nezměněné verze. Age může napovědět stáří odpovědi ve sdílené cache. Některé služby přidávají vlastní značky zásahu či minutí cache; jejich význam ověřte v dokumentaci poskytovatele.
No-cache neznamená automaticky zákaz uložení, ale požadavek ověření před opětovným použitím. No-store naopak určuje neukládání v HTTP cache. Spravované cache mohou mít vlastní konfiguraci. Z jediné chybějící hlavičky proto nevyvozujte, že nikde žádná kopie není. A bez znalosti prostředí nelepte všechny direktivy do jedné domněle bezpečné kombinace.
Cílené vyčištění má menší provozní dopad
Pokud víte, že je stará konkrétní URL v serverové cache, použijte podporovaný postup jejího odstranění. Pak načtěte přesně stejnou veřejnou adresu a ověřte rozlišující pasáž. Nepřidávejte si automaticky náhodný parametr do URL jako jediný důkaz: jiná adresa může používat jiná cache pravidla než běžný odkaz čtenáře.
Vyčištění celé cache není totéž co oprava příčiny. Může krátkodobě ukázat správný obsah, ale další publikace opět selže. U většího webu také může zvýšit práci serveru při obnovování kopií. Plošné promazávání proto neprovádějte při každé drobné revizi jen proto, že je po ruce velké tlačítko.
Opravený článek ještě neznamená opravené karty
Titulek a perex mohou být součástí homepage, rubriky, vyhledávání a souvisejících článků. Každé místo může mít vlastní HTML kopii. Při revizi titulku proto zkontrolujte víc než detail článku. Připravte konkrétní seznam návazných adres podle skutečné struktury magazínu.
Jinou cestou mohou vznikat newslettery nebo externí distribuční kopie. Už odeslaný e-mail se změnou článku sám nepřepíše. Neoznačujte proto vše za vyřešené jediným vyčištěním webové cache. Pro obsahový rozsah oprav použijte postup aktualizace starších článků a rozlišujte jednotlivé výstupy.
| Změna | Co ověřit veřejně | Na co nezapomenout |
|---|---|---|
| Oprava věty | Přesnou pasáž v detailu | Běžnou URL bez testovacího parametru |
| Nový titulek či perex | Detail, homepage a rubriku | Samostatně uložené karty |
| Nová fotografie | Použitý soubor i jeho varianty | Starou adresu v responzivní nabídce |
| Změna stylu nebo skriptu | HTML i načtenou verzi souboru | Verzování a dlouhou cache prohlížeče |
| Plánované vydání | Detail a cestu z výpisu | Rozdíl zveřejnění v CMS a aktualizace výpisu |
Model: API publikuje, homepage zůstává beze změny
Vlastní model: článek vznikne přes REST API a jeho detail je veřejný, ale homepage dál ukazuje starší šestici. Ruční publikace z editoru funguje správně. Opakovat vytvoření příspěvku by zde bylo špatně: stejný obsah už má ID a veřejnou URL, takže by vznikaly duplicity.
Správce nejprve porovná obě publikační cesty a zjistí, jak se spouští vyčištění výpisu. Na kopii opraví integraci a zopakuje vytvoření i následnou revizi testovacího článku. Kontroluje detail i homepage. Tento scénář je model diagnostiky, nikoli tvrzení o konkrétní chybě WordPressu nebo o proběhlém incidentu tohoto magazínu.
Přejímací test musí zahrnout i další změnu
- Uložte výchozí obsah, ID a přesnou URL testovacího článku.
- Publikujte dohodnutým běžným způsobem a ověřte detail i výpisy.
- Proveďte malou rozlišitelnou revizi téhož článku.
- Zkontrolujte anonymní výstup bez ručního obcházení cache.
- Vyzkoušejte také naplánované vydání, pokud jej redakce používá.
- Zapište zjištění, příslušnou vrstvu a vlastníka případné opravy.
Test nejprve připravte na odděleném stagingu, kde nevznikne nechtěný obsah pro čtenáře. Při řešení produkční chyby měňte jen schválené objekty. Starou kopii článku v exportu neobnovujte přes aktuální redakční verzi; jiný autor mohl mezitím doplnit důležitou opravu.
Po nápravě ověřte také rychlost a serverové chyby. Pokud se řešení spoléhá jen na trvalé vypnutí cache, může obnovit čerstvost za cenu zbytečné provozní zátěže. Pro její posouzení navazuje diagnostika vytížení WordPressu. Cílem je funkční čerstvý obsah při odpovídajícím doručování, nikoli zelené tlačítko v administraci.
Když se výsledek mění mezi dvěma kontrolami
Jedna stanice může dostat starou odpověď a jiná už novou. Nejprve uchovejte čas, URL a dostupné hlavičky obou odpovědí. Nepřepisujte kvůli tomu článek naslepo; samotný obsah v CMS může být správný. Rozdílné veřejné kopie potřebují rozlišení podle doručovací cesty. Správce CDN nebo hostingu pak dostane konkrétní důkaz místo obecného tvrzení, že web někdy nefunguje.
Zkontrolujte také přesný tvar adresy, přesměrování a případné parametry. Dotaz na jinou variantu URL nemusí ukázat stejnou kopii jako odkaz z homepage. Při ověření se vraťte ke skutečné čtenářské cestě. Pokud návštěvník používá běžný odkaz z rubriky, nemůže být jediným přejímacím důkazem speciální adresa určená pro diagnostiku.
Pro opravu citlivého tvrzení si předem určete, které veřejné výstupy jsou nejdůležitější. Může jít o detail článku a příslušné výpisy, nikoli všechny soubory webu. Pak zaznamenejte jejich skutečný stav. Rychlá oprava má být cílená a dohledatelná. Starou redakční zálohu nevracejte přes novější obsah jen proto, že se na jedné stanici ukazuje dřívější text.
Po vyřešení zopakujte stejnou publikační cestu v bezpečném testu. Jestli příčina zůstane bez opravy, ruční čištění bude potřeba při další dávce znovu a problém se bude vracet.
Časté otázky
Má cenu ukládat článek znovu a znovu?
Nejdřív ověřte, zda už správný text v CMS je. Opakované zápisy bez diagnostiky mohou zakrýt původní problém a zbytečně měnit historii.
Dokazuje anonymní okno vyčištění CDN?
Ne. Pomáhá oddělit přihlášení a místní relaci, ale sdílená cache může dál vracet tutéž starou odpověď.
Je cache záloha?
Ne. Její obsah má být znovu vytvořitelný a neslouží k obnově ztraceného redakčního obsahu.
Stačí po změně titulku ověřit detail?
Ne. Titulek mohou ukazovat samostatně uložené výpisy a karty, které potřebují vlastní kontrolu.
Mám při starém obrázku smazat celou knihovnu?
Ne. Ověřte skutečně použitou URL a varianty. Sdílená média mohou být vložená ve více článcích a vyžadují ochranu.
