Publiqueu una correcció, la vista prèvia de l’editor és correcta, però els visitants encara veuen la versió antiga. La depuració de cada memòria cau pot amagar quina capa ha fallat i crear una gran explosió de trànsit sense memòria cau.
Seguiu el contingut des de l’emmagatzematge de WordPress fins a la resposta pública i netegeu només la capa que té la còpia obsoleta.
Confirmeu que l’actualització existeix a WordPress
Consulteu la pàgina desada a l’editor i comproveu l’historial de revisions. A continuació, utilitzeu la vista prèvia de WordPress mentre esteu connectat. Si el propi editor mostra contingut antic, el problema pot ser una revisió no desada, una traducció, un bloc reutilitzable o una plantilla de creació de pàgines, no una memòria cau de pàgina completa.
Comproveu que hàgiu editat el mateix idioma i URL canònic que utilitzen els visitants. Una pàgina de servei pot heretar text d’una plantilla global mentre que el seu editor només conté un codi curt o un marcador de posició.
Compareu les respostes connectades i les privades
Obriu l’URL públic en una nova sessió privada i inspeccioneu la font de la pàgina. Cerqueu una frase diferent i modificada.
Si la pàgina en què s’ha iniciat sessió és actual però l’HTML privat és antic, és probable que la pàgina o la memòria cau CDN siguin. Si l’HTML és actual però la pàgina visible del navegador és antiga, és possible que el CSS generat, JavaScript, l’emmagatzematge del client o un treballador del servei siguin responsables.
Afegiu la configuració del desenvolupador sense memòria cau només per al diagnòstic; els visitants normals encara s’han de provar a través del camí de lliurament real.
Identifiqueu la capa obsoleta de les capçaleres
Enregistreu les capçaleres de resposta per a l’URL canònic. Busqueu l’edat de la CDN i l’estat d’accés, allotjant marcadors de memòria cau i directives de control de memòria cau.
Primer, purgueu la pàgina específica de la memòria cau de WordPress i, a continuació, sol·liciteu-la de nou. Si el CDN continua mostrant una resposta antiga amb una antiguitat elevada, elimineu aquest URL públic exacte.
No purgueu una zona CDN sencera per un canvi de text tret que el proveïdor no pugui orientar l’recurs i l’impacte empresarial ho justifiqui.
Comproveu les claus d’URL alternatives
La memòria cau pot contenir entrades separades per a:
- barra inclinada i sense barra;
wwwi host àpex;- HTTP i HTTPS;
- prefixos lingüístics;
- variants mòbils;
- Paràmetres de consulta.
Redireccions correctes perquè els visitants convergin en una forma canònica. Purgeu tant l’origen com la destinació només quan la pròpia font pugui servir HTML guardat a la memòria cau en lloc d’una simple redirecció.
No configureu totes les cadenes de consulta com a equivalents sense comprovar el comportament de la cerca, la previsualització, la moneda i la campanya.
Inspeccioneu els recursos del constructor visual generats
Si el text és correcte però l’espaiat, els colors o les imatges de fons són antigues, regenera el CSS del constructor mitjançant la seva eina compatible. La memòria cau HTML i la memòria cau CSS són objectes diferents.
Un full d’estil generat pot tenir un nom de fitxer nou mentre que l’HTML guardat a la memòria cau encara fa referència a l’antic, o el CDN pot contenir el fitxer antic sota un URL estable.
Eviteu suprimir manualment els directoris del constructor. Això pot deixar pàgines sense estil durant la regeneració i pot eliminar fitxers propietat d’un altre procés.
Distingeix la memòria cau d’objectes de la memòria cau de pàgina completa
La memòria cau d’objectes persistent emmagatzema els resultats de la consulta de la base de dades i els valors calculats. WordPress normalment invalida els objectes rellevants quan s’actualitza una publicació, però el codi personalitzat pot utilitzar la seva pròpia clau de memòria cau sense caducitat adequada.
Si un giny dinàmic es manté obsolet després d’ometre la memòria cau de pàgina completa, inspeccioneu-ne el connector o el comportament transitori. Esborrar tota la memòria cau d’objectes pot afectar altres aplicacions i crear un pic de base de dades.
Suprimeix un grup de memòria cau o transitori específic només quan s’entengui la propietat i hi hagi una recuperació disponible.
Prova la invalidació automàtica
Després de restaurar la pàgina actual, feu un canvi inofensiu en la posada en escena i publiqueu-la. Confirmeu quines entrades de memòria cau esborraran automàticament i quant de temps triga la propagació pública.
Proveu els arxius relacionats si l’edició canvia un títol, una imatge destacada o dades de producte. La pàgina individual, la llista de categories i la targeta de la pàgina d’inici poden tenir entrades de memòria cau separades.
Documenteu la ruta d’actualització normal dels editors perquè no purgin repetidament totes les memòria cau.
Quan el contingut obsolet necessita reparació
Sol·liciteu una avaluació quan només un idioma o una variant del dispositiu es mantingui obsolet, les capçaleres de la memòria cau en conflicte o les actualitzacions requereixen un esborrat manual repetit. Comparteix els URL públics, la frase esperada i les marques de temps; no envieu credencials a la primera consulta.
Una reparació duradora alinea la invalidació a WordPress, recursos del constructor i CDN alhora que manté la memòria cau efectiva per als visitants.