La recuperació sol deixar WordPress, PHP o extensions pendents de versions que no es poden ajornar indefinidament. Actualitzar-ho tot alhora dificulta localitzar errors i pot reinstal·lar paquets no revisats des de fonts de desplegament antigues.
Estableix una base fiable i canvia grups petits de dependències amb reversió i proves de negoci.
Confirma la base recuperada
Registra l’identificador de release net, inventari, versions PHP i base, propietaris del codi personalitzat, vulnerabilitats eliminades i còpia fiable. Comprova que els indicadors originals no tornin.
No comencis manteniment rutinari mentre apareguin administradors, cron o canvis inexplicats. La recuperació necessita una matriu d’evidències acceptada. Separa els arxius infectats.
Crea una còpia provada
Copia fitxers, base i configuració fora d’arrels públiques i restaura en aïllament per demostrar que funciona. Protegeix comandes i clients i registra data i checksum.
Un correu d’èxit no prova la restauració. No sobreescriguis evidència ni l’única captura neta. Defineix una reversió cap al release recuperat, no cap al vulnerable.
Reprodueix producció amb seguretat
Utilitza staging protegit, dades sanejades, secrets independents i sense SMTP, pagaments ni webhooks reals. Iguala PHP, base, memòria cau i configuració rellevant del hosting.
No clonis secrets o clients en un domini públic ni permetis desplegaments automàtics a producció. Prova el hostname canònic mitjançant un mapatge controlat si cal.
Llegeix els requisits de compatibilitat
Comprova notes i versions compatibles de WordPress, WooCommerce, PHP, connectors i temes crítics, inclosos pagaments, membresia, formularis, memòria cau, seguretat i codi propi.
Substitueix components abandonats en lloc de retenir tot el sistema en versions insegures. Obté paquets i llicències fiables. Documenta migracions de base i límits per tornar enrere.
Planifica migracions de base
WooCommerce i les extensions poden executar actualitzacions llargues o irreversibles. Anota versions d’esquema i dades, estat d’Action Scheduler i compatibilitat de downgrade.
Pren una captura de base just abans, atura escriptures i mesura a staging la durada i la cua posterior. Després de canviar l’esquema no reverteixis només fitxers: restaura fitxers i base compatibles o utilitza la reparació oficial.
Seqüencia els canvis
Actualitza un grup relacionat cada vegada: runtime PHP quan correspongui, nucli, WooCommerce, extensions crítiques i compatibilitat de tema o codi. L’ordre exacte depèn de la matriu admesa.
Prova després de cada grup i conserva registres. No activis un paquet desconegut perquè aparegui com a actualització. Decideix expressament les actualitzacions automàtiques de components crítics.
Prepara el manteniment real
Tria una finestra de risc baix, atura checkout i escriptures si hi haurà migracions i informa els responsables. Mantén una ruta estàtica de manteniment.
Evita que dues versions escriguin a la mateixa base. Registra inici, canvis i hora límit per revertir. Els clients reals no han de ser la primera prova.
Revalida seguretat i controls perimetrals
Les versions noves poden canviar rutes REST o AJAX, scripts i webhooks. Verifica que Cloudflare, WAF, memòria cau, CSP i consentiment no bloquegin ni debilitin el sistema.
Revisa administradors, diferències de fitxers i tasques programades noves. Comprova que el paquet no activi telemetria o accés extern no aprovat. Conserva els indicadors de l’incident com a regressió.
Verifica processos crítics
Prova inici de sessió, reset, formularis, checkout sandbox, pagaments, webhooks, comandes, estoc, reemborsaments, cron, correu, uploads, mòbil, idiomes i Analytics.
Inspecciona errors PHP i JavaScript i retards d’accions. Repeteix les condicions de l’incident, etiqueta les dades sintètiques i elimina-les.
Reverteix amb cura
Si apareix una fallada, atura escriptures i reverteix fitxers i base junts quan l’esquema hagi canviat. Un downgrade només de fitxers contra taules noves pot empitjorar-ho.
Documenta versió i evidència; no alternis producció repetidament. Repara a staging o substitueix el component. La reversió no ha de recuperar mai la versió vulnerable anterior.
Monitoritza després del release
Vigila errors, fitxers, administradors, cron, correu i conversions durant el següent cicle normal. Confirma que còpies i desplegaments continguin el nou estat net.
Demana manteniment recurrent si les dependències personalitzades de WooCommerce fan arriscada cada versió. Comparteix inventari i proves, mai credencials, llicències, còpies o clients públicament.