Auditoria tècnica ecommerce: què revisa, què lliura i quan demanar-la

Una auditoria tècnica ecommerce revisa com està construïda i connectada una botiga que ja ven. Mira el codi i les extensions instal·lades, les integracions amb altres sistemes, el rendiment, el SEO tècnic, la seguretat i les tasques que l'equip fa a mà perquè alguna cosa no funciona com hauria de funcionar. El resultat és una llista prioritzada de problemes, cadascun amb el seu impacte i una proposta del que cal fer primer. A continuació, el que es mira a cada part, l'informe que hauries de rebre i els moments en què compensa encarregar-la.

Per a què serveix una auditoria tècnica ecommerce

Moltes botigues creixen a base d'afegits: una app per resoldre un problema puntual, un ajust al tema fet amb presses abans d'una campanya. Al cap d'uns anys ningú no té una foto completa del que hi ha instal·lat ni de per què. Imagina una botiga a WooCommerce que ha canviat dues vegades de proveïdor tècnic: cadascun va deixar plugins i fragments al functions.php que el següent no es va atrevir a treure.

L'auditoria serveix per tenir aquesta foto abans de decidir. Durant la revisió no es canvia res a producció: es treballa amb accessos de lectura i amb una còpia de la botiga, i es parla amb els qui la fan servir cada dia. Les correccions venen després, quan ja saps què falla i què convé atacar primer.

Codi, tema i extensions instal·lades

És la part més tècnica de la revisió. Inclou:

• Inventari d'apps, mòduls o plugins: quins es fan servir, quins estan sense mantenir i quins fan el mateix que un altre.
• Extensions que carreguen scripts o estils a totes les pàgines encara que només es facin servir en una.
• Canvis fets al nucli o al tema principal, en lloc de fer-los en un tema fill, amb hooks o en un mòdul propi. A PrestaShop, a més, els overrides.
• Versió de la plataforma i de PHP davant de les que encara reben suport.
• Codi residual d'apps desinstal·lades, una cosa freqüent en temes de Shopify.
• Com es treballa: si hi ha repositori, si existeix un entorn de proves i com es publiquen els canvis.
• Codi propi: si està documentat i quantes persones l'entenen.

D'aquí solen sortir les decisions més barates, com desinstal·lar el que no es fa servir o substituir dues extensions encavalcades per una.

Integracions i fluxos de dades

Moltes de les incidències més cares passen entre sistemes, com una comanda que no arriba a l'ERP o un estoc que es trepitja a cada sincronització. L'auditoria dibuixa el mapa de connexions (ERP, magatzem, transportistes, passarel·les, marketplaces, eines de correu i automatitzacions) i, per a cada flux, respon aquestes preguntes:

• En quin sentit viatgen les dades i què dispara l'enviament.
• Quin sistema mana en cada dada.
• Què passa quan l'enviament falla i on queda registrat.
• Qui rep l'avís d'error i si algú el llegeix.
• Qui té les credencials i si caduquen.

Una prova útil és comparar les comandes d'un període concret a la botiga i a l'ERP. Les diferències assenyalen on es perd o es duplica informació. Si la connexió amb l'ERP és el punt feble, a la guia sobre com connectar la botiga en línia amb l'ERP repassem què cal preguntar a cada proveïdor.

Rendiment i SEO tècnic de la botiga

Rendiment

Es mesura per tipus de pàgina (inici, categoria, fitxa de producte, cistella i pagament) amb dades de camp d'usuaris reals, és a dir, les Core Web Vitals: LCP, INP i CLS. Les proves de laboratori serveixen després per trobar-ne la causa: imatges sense optimitzar, scripts de tercers, consultes lentes a la base de dades o una memòria cau mal configurada. També es revisa el back office, perquè un tauler lent costa hores a l'equip cada setmana encara que el client no el vegi. Ho desenvolupem a la guia sobre la velocitat d'una botiga en línia.

SEO tècnic

Un rastreig complet de la botiga, contrastat amb les dades de Search Console, permet revisar:

• Pàgines de filtres i paràmetres que s'indexen sense aportar res.
• Etiquetes canonical, paginació i versions duplicades de la mateixa fitxa.
• Cadenes de redireccions i errors 404 de productes descatalogats.
• Sitemap, fitxer robots i dades estructurades de producte.
• Etiquetes hreflang, si la botiga té diversos idiomes o països.

Si l'auditoria es fa abans d'un canvi de plataforma, aquesta part enllaça directament amb la checklist de SEO per a migracions.

Seguretat, accessos i còpies de seguretat

Aquesta part comprova si la botiga es podria recuperar d'un error greu o d'un accés indegut. Es revisa:

• Qui té accés d'administrador, si queden comptes de proveïdors antics i si es fa servir la verificació en dos passos.
• Versions de la plataforma i d'extensions amb vulnerabilitats publicades.
• Còpies de seguretat: freqüència, si es guarden fora del servidor i quan es va provar una restauració per última vegada.
• On es guarden dades personals de clients, incloses exportacions oblidades i registres amb dades de comandes.

A Shopify la infraestructura la gestiona la plataforma, però recuperar productes, clients o un tema modificat per error depèn del que tinguis configurat, i l'auditoria deixa clar què es podria recuperar i què no.

Processos manuals que assenyalen un error tècnic

Part de l'auditoria consisteix a preguntar a l'equip què fa a mà cada dia o cada setmana. Algunes respostes habituals:

• Exportar comandes a un full de càlcul per passar-les a un altre sistema.
• Corregir l'estoc cada matí perquè no quadra amb el magatzem.
• Copiar adreces a la web del transportista.
• Revisar comandes una per una per detectar combinacions que no es poden servir.

Darrere de cada tasca així sol haver-hi una integració incompleta o una regla que la botiga desconeix. L'equip estima quant de temps hi dedica, i aquest temps entra a la priorització juntament amb el risc d'error.

Què lliura una auditoria tècnica: l'informe prioritzat

El que és útil és un informe que permeti decidir. Hauria d'incloure:

• Un resum curt per a la direcció, amb els riscos més seriosos i l'ordre d'actuació proposat.
• Una llista de troballes, cadascuna amb l'evidència, l'impacte en vendes, operació o risc i una estimació d'esforç.
• Els assumptes urgents, com errors de seguretat o comandes que es perden, separats de les millores.
• Una proposta de fases: què fer aquest mes, què pot esperar i què convé replantejar.

Cada recomanació ha d'estar explicada amb prou detall perquè l'executi un altre equip tècnic sense una reunió amb qui va escriure l'informe.

Pensa en una troballa hipotètica ben descrita. El plugin d'enviaments consulta les tarifes del transportista cada vegada que es carrega la cistella, sense guardar la resposta. L'evidència és una captura de les peticions i el temps que afegeix a cada càrrega. L'impacte és una cistella més lenta al mòbil i errors quan el servei del transportista no respon. L'esforç és baix, perquè n'hi ha prou de guardar la resposta uns minuts i preveure quina tarifa mostrar si la consulta falla. Amb aquestes dades, qualsevol pot decidir si va a la primera fase.

Quan demanar una auditoria tècnica ecommerce i què preparar

Els moments en què més rendeix són els previs a una decisió cara:

• Abans d'un redisseny, per no repetir al tema nou els problemes de l'actual.
• Abans de migrar de plataforma, per saber què s'hi porta i què es deixa.
• Abans de canviar de proveïdor tècnic, per lliurar al següent un punt de partida clar.
• Quan s'acumulen incidències sense una causa clara.
• Abans d'una integració gran amb ERP o magatzem.

Perquè la revisió vagi ràpida, prepara:

• Accessos de lectura a la botiga, a l'allotjament si n'hi ha i a Search Console.
• La llista de sistemes connectats i de proveïdors que hi intervenen.
• Les incidències dels últims mesos, encara que sigui en un correu.
• Les tasques manuals que més temps prenen a l'equip.
• El que teniu previst fer amb la botiga l'any vinent.

Amb això podem plantejar una auditoria tècnica ecommerce ajustada a la teva plataforma. Si després prefereixes que algú vagi resolent les troballes per ordre de prioritat, ho enllacem amb un manteniment ecommerce que comença per aquest informe.