El navegador pot rebre un full d’estils antic, carregar un fitxer diferent del que has editat o trobar la regla nova però perdre-la dins la cascada. Buidar totes les memòries cau pot alterar temporalment el resultat sense identificar quina capa estava obsoleta.
Comença demostrant quin fitxer i quina regla utilitza realment el navegador.
Inspecciona l’element afectat
Obre Estils i Calculat a les eines de desenvolupament. Localitza la propietat esperada i comprova si la regla és absent, apareix ratllada, queda sobreescrita o és invàlida.
Classifica:
regla absent -> recurs equivocat o obsolet
regla ratllada -> cascada, especificitat o ordre
propietat ignorada -> sintaxi o context invàlid
classe canviada -> selector incorrecte
estil inline guanya -> sobreescriptura a l'origenCompara una visita anònima amb una sessió d’administrador, perquè poden rebre memòries cau diferents.
Obre directament el full carregat
Des de Xarxa o Estils, obre la URL del CSS i cerca una marca única del canvi. Anota URL, versió, ETag, Last-Modified, capçaleres i estat de CDN.
Si la regla no hi és, confirma que has editat el tema fill, tema o connector actiu i el document root correcte. La data del fitxer no és una prova suficient: pot servir-se una còpia generada o minificada.
Corregeix la cascada amb precisió
Compara especificitat, ordre, media queries, condicions @supports i ús de !important. Prefereix un selector limitat al component i un ordre de càrrega correcte.
.site-header .primary-navigation {
background: #123456;
}Evita cadenes de !important que dificultin els estats futurs. Revisa la sintaxi anterior: una clau sense tancar pot invalidar totes les declaracions posteriors.
Identifica el CSS generat
Els constructors visuals, temes de blocs i optimitzadors poden compilar ajustos de la base de dades en directoris de pujades o memòria cau. Editar el fitxer generat només dura fins a la regeneració següent.
Modifica la font real, utilitza l’eina de regeneració i revisa permisos i espai. No eliminis tota la carpeta uploads per netejar aquests recursos.
Versiona correctament els estils
Posa a la cua els estils propis amb una versió del llançament o del tema:
wp_enqueue_style(
'site-child',
get_stylesheet_uri(),
array(),
wp_get_theme()->get( 'Version' )
);Si la capçalera del tema no canvia, utilitza una versió controlada pel desplegament. Afegir una cadena aleatòria a cada petició anul·la els beneficis de la memòria cau.
Segueix totes les capes de memòria cau
Navegador, service worker, WordPress, allotjament, proxy i CDN poden conservar CSS. Llegeix les capçaleres i purga el recurs exacte després de publicar la nova versió.
Cloudflare pot ignorar els paràmetres segons la clau configurada. Comprova aquesta política i prova amb la memòria cau calenta, un altre navegador i una altra xarxa. Una sola recàrrega forçada és una evidència feble.
Comprova el desplegament i els nodes
Verifica que el fitxer ha arribat a tots els nodes i que l’enllaç de la versió activa apunta al build correcte. Un balancejador pot alternar recursos nous i antics.
Compara checksums i publica de manera atòmica. No editis producció si el desplegament següent sobreescriurà el canvi.
Revisa els service workers
Una PWA pot servir CSS antic al marge de la memòria cau habitual. Inspecciona Application > Service Workers i Cache Storage, inclosos l’àmbit i la versió activa.
Actualitza el manifest i l’estratègia d’activació mitjançant el connector o build. No obliguis tots els visitants a desregistrar-lo manualment: desplega un worker que retiri les còpies antigues amb seguretat.
Prova idiomes, amplades i estats
Els connectors multilingües poden generar CSS separat o classes diferents. Un fitxer RTL o una plantilla traduïda pot carregar-se després i sobreescriure el principal.
Inspecciona anglès, castellà i català. Reconstrueix la memòria cau de cada idioma i prova breakpoints, focus, mode fosc, barra d’administració, zoom i etiquetes llargues.
Verifica una solució duradora
Comprova el resultat com a visitant anònim, amb la CDN calenta i en navegadors representatius. Vigila els 404 de recursos després de publicar.
La reparació estable no depèn que cada usuari buidi el navegador: garanteix que tothom rebi una versió identificable i coherent del full correcte.