Un lloc WordPress no \u00e9s un objecte acabat. \u00c9s un conjunt de programari que evoluciona cadascun al seu ritme: el nucli, el tema, les extensions, la versi\u00f3 de PHP, el servidor. Cada actualitzaci\u00f3 d\u2019un pot trencar l\u2019altre, i cada dia sense actualitzar obre una finestra d\u2019exposici\u00f3 addicional. <\/p>\n
Aquesta realitat s\u2019ent\u00e9n malament perqu\u00e8 \u00e9s invisible. Un lloc sense manteniment continua mostrant-se amb normalitat durant mesos, de vegades anys. Res no n\u2019indica la degradaci\u00f3, fins al dia que es manifesta de cop, en forma de lloc no disponible, contingut injectat o una caiguda de posicions inexplicable. <\/p>\n
Comparar el cost d\u2019un contracte de manteniment amb el cost d\u2019un incident \u00e9s, doncs, l\u2019\u00fanica manera honesta de plantejar la q\u00fcesti\u00f3. D\u2019una banda, una despesa mensual previsible i moderada. De l\u2019altra, una posada a punt facturada d\u2019urg\u00e8ncia, una p\u00e8rdua d\u2019activitat durant diversos dies i una reconstrucci\u00f3 de la reputaci\u00f3 davant dels visitants i dels motors de cerca. <\/p>\n
La gran majoria de compromisos de llocs WordPress no explota una vulnerabilitat del nucli, que \u00e9s s\u00f2lid i es corregeix r\u00e0pidament. Explota una extensi\u00f3 obsoleta, un tema abandonat pel seu autor o una contrasenya feble. Dit d\u2019una altra manera, apunten exactament all\u00f2 que cobreix el manteniment. <\/p>\n<\/div>\n
Quantificar un incident implica sumar partides que sovint s\u2019obliden quan es miren per separat.<\/p>\n
Identificaci\u00f3 del comprom\u00eds, neteja dels fitxers infectats, verificaci\u00f3 de la base de dades, reinstal\u00b7laci\u00f3 neta del nucli i de les extensions, canvi de tots els accessos, restauraci\u00f3 des d\u2019una c\u00f2pia de seguretat sana si existeix. Aquesta feina es compta en dies quan la infecci\u00f3 \u00e9s antiga, perqu\u00e8 cal remuntar fins a la data del comprom\u00eds per saber quina c\u00f2pia de seguretat encara \u00e9s sana. <\/p>\n
\u00c9s precisament aqu\u00ed on l\u2019abs\u00e8ncia de c\u00f2pies de seguretat provades surt m\u00e9s cara. Una c\u00f2pia de seguretat d\u2019una setmana abans de la detecci\u00f3 ja cont\u00e9 la infecci\u00f3, i aleshores cal reconstruir en lloc de restaurar. <\/p>\n
Durant la intervenci\u00f3, el lloc sovint \u00e9s inaccessible. Per a una activitat que rep sol\u00b7licituds per formulari, cada dia d\u2019indisponibilitat \u00e9s un dia sense prospectes. Per a una botiga, \u00e9s una facturaci\u00f3 perduda que no es recupera. <\/p>\n
Un lloc marcat com a perill\u00f3s pel navegador mostra un av\u00eds vermell a pantalla completa. Un cop netejat, retirar aquest av\u00eds pot trigar d\u2019unes hores a diversos dies. Mentrestant, cada visitant se\u2019n va amb la idea que l\u2019empresa no \u00e9s fiable. <\/p>\n
El posicionament pateix el mateix. Google desindexa r\u00e0pidament un lloc comprom\u00e8s i el reindexa lentament. Una posici\u00f3 guanyada en divuit mesos es perd en deu dies i es recupera en diversos mesos. <\/p>\n
Entendre per on entren els atacs permet entendre qu\u00e8 ha de cobrir un contracte.<\/p>\n
\u00c9s la primera causa, de llarg. Una extensi\u00f3 popular de la qual es publica una vulnerabilitat es converteix en un objectiu immediat, perqu\u00e8 la publicaci\u00f3 de la vulnerabilitat va acompanyada de la publicaci\u00f3 de la manera d\u2019explotar-la. El temps entre la divulgaci\u00f3 i els primers intents automatitzats es compta en hores. <\/p>\n
La conseq\u00fc\u00e8ncia pr\u00e0ctica \u00e9s que un ritme d\u2019actualitzaci\u00f3 mensual no \u00e9s suficient per a les extensions exposades. Els pegats de seguretat s\u2019apliquen sense demora; les actualitzacions funcionals poden esperar una finestra planificada. <\/p>\n
Un tema comprat en un marketplace i no actualitzat des de fa dos anys \u00e9s un risc permanent. El problema s\u2019agreuja perqu\u00e8 molts temes incorporen les seves pr\u00f2pies extensions, que no s\u2019actualitzen de manera independent. Una vulnerabilitat en un component integrat queda a l\u2019espera de la voluntat de l\u2019autor del tema. <\/p>\n
Contrasenyes reutilitzades, comptes d\u2019antics prove\u00efdors mai eliminats, abs\u00e8ncia de doble autenticaci\u00f3 als comptes d\u2019administrador. Aquests tres punts no costen res de corregir i representen una part important dels compromisos. <\/p>\n
Una versi\u00f3 de PHP que ja no rep pegats de seguretat exposa tot el servidor. Molts llocs es queden en una versi\u00f3 antiga perqu\u00e8 una extensi\u00f3 incompatible bloqueja l\u2019actualitzaci\u00f3, i ning\u00fa no s\u2019atreveix a tocar-ho. <\/p>\n
No \u00e9s una porta d\u2019entrada, per\u00f2 \u00e9s el que transforma un incident en una cat\u00e0strofe. Una c\u00f2pia de seguretat que mai s\u2019ha restaurat \u00e9s una c\u00f2pia de seguretat de la qual no se sap si funciona, i el descobriment arriba en el pitjor moment. <\/p>\n
El terme s\u2019utilitza per a serveis molt diferents, des d\u2019un simple allotjament reanomenat fins a un seguiment complet. Aix\u00f2 \u00e9s el que hauria d\u2019incloure. <\/p>\n
Actualitzacions del nucli, del tema i de les extensions, amb aplicaci\u00f3 immediata dels pegats de seguretat. Monitoratge dels intents d\u2019intrusi\u00f3 i bloqueig de les adreces agressives. Verificaci\u00f3 peri\u00f2dica de la integritat dels fitxers. Gesti\u00f3 de comptes i permisos, amb eliminaci\u00f3 dels accessos no utilitzats. <\/p>\n
C\u00f2pies de seguretat automatitzades, externalitzades i provades. Monitoratge de la disponibilitat amb alerta en cas d\u2019interrupci\u00f3. Entorn de preproducci\u00f3 per provar les actualitzacions arriscades abans d\u2019aplicar-les en producci\u00f3. Procediment de restauraci\u00f3 documentat i provat. <\/p>\n
Monitoratge del temps de resposta, purga de taules innecess\u00e0ries, control de la mida de la base de dades, optimitzaci\u00f3 de les imatges afegides, verificaci\u00f3 peri\u00f2dica dels llindars de rendiment. Aquest apartat evita la deriva lenta que fa passar un lloc de dos a cinc segons de c\u00e0rrega en tres anys, tema detallat al nostre article sobre els Core Web Vitals<\/a>. <\/p>\n Control dels enlla\u00e7os interns trencats despr\u00e9s d\u2019eliminar una p\u00e0gina, verificaci\u00f3 de les redireccions, seguiment de la indexaci\u00f3, alerta sobre els errors reportats per la Search Console. Una extensi\u00f3 actualitzada pot modificar el marcatge o bloquejar un recurs, i ning\u00fa no se n\u2019adona sense monitoratge. <\/p>\n <\/p>\n <\/a><\/p>\n La confusi\u00f3 la fomenten les ofertes comercials, i surt cara a les empreses que es pensen que estan cobertes.<\/p>\n Un prove\u00efdor d\u2019allotjament proporciona una infraestructura: un servidor, espai de disc, amplada de banda, de vegades un certificat i c\u00f2pies de seguretat a nivell de servidor. La seva responsabilitat s\u2019atura a la capa de sistema. Si la vostra extensi\u00f3 t\u00e9 una vulnerabilitat, no hi intervindr\u00e0, i si el vostre lloc queda comprom\u00e8s, el suspendr\u00e0 abans que netejar-lo. <\/p>\n Un prove\u00efdor de manteniment interv\u00e9 dins del lloc mateix. Coneix les vostres extensions, prova les actualitzacions, restaura una versi\u00f3 anterior quan una actualitzaci\u00f3 trenca una visualitzaci\u00f3 i corregeix les regressions. Aquests dos serveis s\u00f3n complementaris i cap no substitueix l\u2019altre. <\/p>\n Algunes ofertes d\u2019allotjament gestionat<\/a> combinen tots dos nivells, i generalment \u00e9s la f\u00f3rmula m\u00e9s clara per a una empresa que no vol gestionar dos interlocutors. Verifiqueu aleshores amb precisi\u00f3 on s\u2019acaba la responsabilitat de cadasc\u00fa, especialment pel que fa a la restauraci\u00f3 despr\u00e9s d\u2019un incident. <\/p>\n Hi ha dues escoles i cap no t\u00e9 tota la ra\u00f3.<\/p>\n L\u2019actualitzaci\u00f3 autom\u00e0tica i immediata protegeix al m\u00e0xim contra vulnerabilitats conegudes, per\u00f2 exposa a regressions: una extensi\u00f3 actualitzada sense prova pot trencar un formulari, una visualitzaci\u00f3 o un proc\u00e9s de compra, i ning\u00fa no se n\u2019adona fins al cap de diversos dies.<\/p>\n L\u2019actualitzaci\u00f3 planificada i provada evita les regressions, per\u00f2 deixa una finestra d\u2019exposici\u00f3. En un pegat de seguretat cr\u00edtic, esperar la finestra mensual equival a deixar la porta oberta durant setmanes. <\/p>\n La resposta raonable \u00e9s mixta. Els pegats de seguretat s\u2019apliquen sense demora, eventualment de manera autom\u00e0tica, perqu\u00e8 el risc de regressi\u00f3 \u00e9s inferior al risc d\u2019exposici\u00f3. Les actualitzacions majors i funcionals passen per un entorn de proves, a intervals regulars, amb verificaci\u00f3 dels recorreguts cr\u00edtics despr\u00e9s d\u2019aplicar-les. <\/p>\n En una botiga, aquesta verificaci\u00f3 \u00e9s innegociable: un proc\u00e9s de compra trencat durant tres dies costa m\u00e9s que un any de manteniment. Aix\u00f2 \u00e9s el que distingeix un contracte de manteniment e-commerce<\/a> d\u2019un contracte est\u00e0ndard. <\/p>\n Una empresa sense pressupost de manteniment no est\u00e0 condemnada a la inacci\u00f3. Cinc gestos redueixen significativament el risc i nom\u00e9s costen temps. <\/p>\n Aquests cinc punts cobreixen la major part del risc habitual. El que no cobreixen \u00e9s la reactivitat davant d\u2019una vulnerabilitat cr\u00edtica publicada un divendres al vespre, i la capacitat de diagnosticar una regressi\u00f3 subtil despr\u00e9s d\u2019una actualitzaci\u00f3. <\/p>\n Algunes comprovacions r\u00e0pides permeten saber on sou, sense cap compet\u00e8ncia t\u00e8cnica particular.<\/p>\n Inicieu sessi\u00f3 a l\u2019administraci\u00f3 i mireu el nombre d\u2019actualitzacions pendents. Per sobre de cinc, el seguiment \u00e9s irregular. Per sobre de quinze, \u00e9s inexistent. Mireu despr\u00e9s la data de l\u2019\u00faltima actualitzaci\u00f3 de cada extensi\u00f3 del costat de l\u2019autor: una extensi\u00f3 no actualitzada des de fa m\u00e9s d\u2019un any \u00e9s un risc per si mateixa, independentment del vostre propi seguiment. <\/p>\n Verifiqueu si hi ha comptes d\u2019usuari desconeguts, la versi\u00f3 de PHP mostrada a la pantalla de salut del lloc i la data de l\u2019\u00faltima c\u00f2pia de seguretat correcta. Aquestes tres informacions s\u00f3n visibles en tres minuts i donen una imatge fiable de la situaci\u00f3. <\/p>\n Finalment, mireu el temps de c\u00e0rrega de la p\u00e0gina d\u2019inici amb una eina de mesura. Un lloc ben seguit mant\u00e9 els seus llindars al llarg del temps; un lloc descuidat es degrada cont\u00ednuament. Aquest control forma part dels punts sistem\u00e0tics d\u2019una auditoria SEO t\u00e8cnica<\/a>. <\/p>\n Els atacs fan soroll, per\u00f2 no representen el principal perjudici observat als llocs que recuperem. El perjudici dominant \u00e9s una erosi\u00f3 progressiva que ning\u00fa no data i que ning\u00fa no atribueix. <\/p>\n Comen\u00e7a per l\u2019acumulaci\u00f3. Una extensi\u00f3 afegida per a una necessitat puntual i mai retirada, una segona per a un formulari, una tercera per a una galeria. Cadascuna carrega els seus fitxers a totes les p\u00e0gines, incloses les que no els fan servir. Al cap de tres anys, la p\u00e0gina d\u2019inici carrega quaranta fitxers, dels quals dotze s\u00f3n innecessaris. <\/p>\n Continua amb la base de dades. Les revisions d\u2019articles s\u2019acumulen per desenes de milers, les taules de les extensions desinstal\u00b7lades es mantenen, les entrades temporals caducades mai no es purguen. Cada consulta travessa aquesta massa, i el temps de resposta del servidor s\u2019allarga unes quantes desenes de mil\u00b7lisegons a cada capa. <\/p>\n Acaba amb els enlla\u00e7os trencats. Una p\u00e0gina eliminada deixa enrere tots els enlla\u00e7os interns que hi apuntaven; una imatge esborrada deixa un espai buit; un servei extern que tanca deixa un script mort. Cap d\u2019aquests elements provoca una avaria, per\u00f2 tots degraden l\u2019experi\u00e8ncia i el posicionament. <\/p>\n El punt en com\u00fa d\u2019aquestes tres derives \u00e9s que cap no activa cap alerta. Nom\u00e9s es constaten comparant l\u2019estat d\u2019avui amb el de fa dos anys, cosa que ning\u00fa no fa sense un seguiment organitzat. <\/p>\n Una empresa amb diversos llocs, o una estructura que en gestiona per als seus clients, topa r\u00e0pidament amb un problema d\u2019escala. El seguiment manual lloc per lloc esdev\u00e9 insostenible m\u00e9s enll\u00e0 d\u2019unes quantes unitats. <\/p>\n La primera resposta \u00e9s centralitzar la supervisi\u00f3: un tauler \u00fanic que mostri, per a cada lloc, les actualitzacions pendents, l\u2019estat de l\u2019\u00faltima c\u00f2pia de seguretat, la disponibilitat i la versi\u00f3 de PHP. Sense aquesta visi\u00f3, els llocs menys visibles s\u00f3n els que deriven, perqu\u00e8 no demanen mai res. <\/p>\n La segona \u00e9s l\u2019estandarditzaci\u00f3. Utilitzar la mateixa base t\u00e8cnica a tots els llocs, amb la mateixa llista d\u2019extensions validades, redueix considerablement la c\u00e0rrega: una actualitzaci\u00f3 provada un cop s\u2019aplica arreu amb el mateix nivell de confian\u00e7a. A l\u2019inrev\u00e9s, deu llocs constru\u00efts cadascun de manera diferent impliquen deu proves diferents. <\/p>\n La tercera \u00e9s la planificaci\u00f3. Una finestra de manteniment recurrent, anunciada i respectada, val m\u00e9s que una intervenci\u00f3 a demanda. Permet agrupar les verificacions, avisar els usuaris i disposar del temps necessari per tornar enrere si una actualitzaci\u00f3 surt malament. <\/p>\n El vincle entre tots dos temes es fa poques vegades, tot i que \u00e9s directe i mesurable.<\/p>\n Un lloc no disponible durant un rastreig es tracta com un error. Si es repeteix, aquesta situaci\u00f3 redueix la freq\u00fc\u00e8ncia de pas del robot i retarda la consideraci\u00f3 dels nous continguts. En un lloc que publica regularment, aquesta lat\u00e8ncia t\u00e9 un cost real en visibilitat. <\/p>\n Un lloc lent veu disminuir el seu pressupost de rastreig. El robot disposa d\u2019un temps determinat per domini, i un servidor que respon en un segon permet rastrejar moltes menys p\u00e0gines que un servidor que respon en dos-cents mil\u00b7lisegons. En cat\u00e0legs grans, aquesta difer\u00e8ncia determina si les noves fitxes s\u2019indexen en tres dies o en tres setmanes. <\/p>\n A m\u00e9s, una actualitzaci\u00f3 no supervisada pot modificar elements invisibles per\u00f2 determinants: bloquejar un recurs al fitxer d\u2019exclusi\u00f3, eliminar un marcatge, canviar l\u2019estructura de les adreces, desactivar el mapa del lloc. Aquestes regressions silencioses s\u00f3n freq\u00fcents i nom\u00e9s es detecten amb un seguiment de la indexaci\u00f3. <\/p>\n Per aix\u00f2 tractem el manteniment i el posicionament natural<\/a> com dos vessants d\u2019un mateix seguiment, en lloc de dues prestacions separades. Una posici\u00f3 perduda per culpa d\u2019una extensi\u00f3 actualitzada un dimarts costa tant com una posici\u00f3 perduda per culpa d\u2019un competidor, i \u00e9s molt m\u00e9s f\u00e0cil d\u2019evitar. <\/p>\n Situaci\u00f3 freq\u00fcent i especialment inc\u00f2moda. El lloc funciona, ning\u00fa no sap com est\u00e0 constru\u00eft i el prove\u00efdor original \u00e9s inlocalitzable. <\/p>\n El primer pas \u00e9s recuperar els accessos: administraci\u00f3 de WordPress, panell d\u2019allotjament, registrador del nom de domini, comptes de mesura. Aquesta recuperaci\u00f3 de vegades \u00e9s llarga i implica demostrar la propietat, cosa que \u00e9s m\u00e9s f\u00e0cil si el domini s\u2019ha registrat a nom de l\u2019empresa. \u00c9s un punt a verificar en qualsevol plec de condicions d\u2019un lloc web<\/a>. <\/p>\n El segon \u00e9s una auditoria de l\u2019existent: quina versi\u00f3 del nucli, quin tema, quines extensions, quina versi\u00f3 de PHP, quines modificacions s\u2019han fet directament al codi. Aquesta \u00faltima q\u00fcesti\u00f3 \u00e9s determinant, perqu\u00e8 un tema modificat sense tema fill perdr\u00e0 les seves personalitzacions a la primera actualitzaci\u00f3. <\/p>\n El tercer \u00e9s la decisi\u00f3. Reprendre en manteniment un lloc sa per\u00f2 descuidat costa uns quants dies de posada al dia. Reprendre un lloc constru\u00eft sobre una base compromesa, amb modificacions salvatges i un tema abandonat, de vegades costa m\u00e9s car que una refosa de lloc web<\/a>. Aquesta avaluaci\u00f3 honesta forma part de la feina. <\/p>\n L\u2019abast \u00fatil varia molt segons el que faci el lloc, i no t\u00e9 sentit pagar el mateix contracte per a un aparador de deu p\u00e0gines que per a un cat\u00e0leg de vuit-centes refer\u00e8ncies.<\/p>\n En un lloc aparador, el repte principal \u00e9s la seguretat i la disponibilitat. Hi ha poques extensions, els recorreguts s\u00f3n simples i una regressi\u00f3 es detecta de seguida. Un seguiment mensual amb pegats de seguretat immediats cobreix l\u2019essencial. \u00c9s el perfil descrit al nostre article lloc aparador o e-commerce<\/a>. <\/p>\n En una botiga, tot canvia d\u2019escala. Les extensions comercials evolucionen r\u00e0pid, el proc\u00e9s de compra inclou una desena d\u2019etapes t\u00e8cniques susceptibles de trencar-se, i la indisponibilitat es tradueix directament en facturaci\u00f3 perduda. La verificaci\u00f3 despr\u00e9s de cada actualitzaci\u00f3 esdev\u00e9 obligat\u00f2ria, cosa que explica la difer\u00e8ncia de tarifa. L\u2019elecci\u00f3 de plataforma tamb\u00e9 influeix en aquesta c\u00e0rrega, tema tractat al nostre comparatiu WordPress o Shopify<\/a>. <\/p>\n En un lloc editorial que publica regularment, s\u2019hi afegeix la supervisi\u00f3 de l\u2019arquitectura. Cada publicaci\u00f3 modifica l\u2019enlla\u00e7at intern, cada eliminaci\u00f3 deixa enlla\u00e7os orfes, i la coher\u00e8ncia de l\u2019estructura es degrada sense una revisi\u00f3 peri\u00f2dica. Els principis d\u2019aquesta revisi\u00f3 s\u00f3n els exposats a la nostra metodologia de coc\u00f3 sem\u00e0ntic<\/a>, aplicada en manteniment m\u00e9s que en construcci\u00f3. <\/p>\n Les tarifes del mercat s\u2019estenen en una amplitud que fa dif\u00edcil la comparaci\u00f3, perqu\u00e8 els abasts no tenen res a veure.<\/p>\n Les ofertes m\u00e9s barates cobreixen, en general, actualitzacions autom\u00e0tiques sense prova i una c\u00f2pia de seguretat no verificada. Valen m\u00e9s que res, per\u00f2 no protegeixen ni contra la regressi\u00f3 ni contra l\u2019incident seri\u00f3s, perqu\u00e8 no hi ha prevista cap intervenci\u00f3 humana. <\/p>\n Una prestaci\u00f3 completa inclou temps hum\u00e0: verificaci\u00f3 despr\u00e9s d\u2019actualitzar, entorn de proves, monitoratge actiu i, sobretot, un comprom\u00eds de termini d\u2019intervenci\u00f3 en cas d\u2019incident. \u00c9s aquest comprom\u00eds el que costa, i \u00e9s el que t\u00e9 valor el dia que cal. <\/p>\n La bona pregunta abans de signar no \u00e9s el preu mensual, sin\u00f3 el contingut de tres l\u00ednies: qu\u00e8 passa si el lloc cau un dissabte, en quin termini interveniu i qui paga la posada a punt despr\u00e9s d\u2019un comprom\u00eds. Les respostes distingeixen immediatament les ofertes. <\/p>\n El manteniment no es justifica pel que aporta de manera visible, sin\u00f3 pel que evita. \u00c9s una asseguran\u00e7a, i com qualsevol asseguran\u00e7a sembla in\u00fatil fins al sinistre. <\/p>\n Tres elements marquen la difer\u00e8ncia entre un contracte \u00fatil i una l\u00ednia de facturaci\u00f3. Pegats de seguretat aplicats sense demora, perqu\u00e8 la finestra d\u2019exposici\u00f3 es compta en hores. C\u00f2pies de seguretat externalitzades i realment provades, perqu\u00e8 una c\u00f2pia de seguretat no restaurada no existeix. Un comprom\u00eds de termini d\u2019intervenci\u00f3, perqu\u00e8 \u00e9s l\u2019\u00fanica cosa que compta el dia de l\u2019incident. <\/p>\n Si no teniu contracte, comenceu pels cinc gestos gratu\u00efts: doble autenticaci\u00f3, eliminaci\u00f3 de les extensions no utilitzades, actualitzaci\u00f3 mensual, control de la versi\u00f3 de PHP, prova anual de restauraci\u00f3. Cobreixen l\u2019essencial del risc habitual i us donaran una idea clara de la feina real que representa el seguiment d\u2019un lloc. <\/p>\nLa part de posicionament t\u00e8cnic<\/h3>\n
La difer\u00e8ncia entre manteniment i allotjament<\/h2>\n
La q\u00fcesti\u00f3 del ritme d\u2019actualitzacions<\/h2>\n
El que podeu fer vosaltres mateixos<\/h2>\n
\n
Els senyals que indiquen un lloc descuidat<\/h2>\n
La deriva lenta, m\u00e9s costosa que l\u2019incident espectacular<\/h2>\n
Organitzar el seguiment quan es gestionen diversos llocs<\/h2>\n
El que el manteniment aporta al posicionament<\/h2>\n
El cas dels llocs constru\u00efts per un prove\u00efdor desaparegut<\/h2>\n
El manteniment segons el tipus de lloc<\/h2>\n
Quant costa un manteniment seri\u00f3s<\/h2>\n
El que heu de recordar<\/h2>\n
Preguntes freq\u00fcents<\/h2>\n
\n