Envies la newsletter amb les novetats del mes, els clients comencen a fer clic i, al cap de pocs minuts, la web va lenta o deixa de respondre. Just quan arriben més visites. És una consulta habitual en botigues en línia i webs amb molt de catàleg, i gairebé mai no s’arregla contractant un servidor més potent.
Aquesta setmana ho hem resolt en una botiga en línia amb un catàleg gran, com la de la llibreria en línia que vam migrar a WooCommerce. T’expliquem què passava i què convé revisar a la teva web.
El problema: cada clic de la campanya se salta la memòria cau
Una web amb WordPress, WooCommerce o un altre gestor no munta cada pàgina des de zero a cada visita. En desa una còpia ja preparada (la memòria cau) i la serveix en un instant. Mentre la memòria cau funciona, el servidor aguanta molt de trànsit sense esforç.
Les eines d’email màrqueting com Mailchimp o Brevo afegeixen paràmetres a cada enllaç per mesurar la campanya: utm_source, utm_campaign, mc_cid, mc_eid… Per a moltes configuracions de memòria cau, /producte/exemple/ i /producte/exemple/?utm_source=newsletter&mc_eid=… són dues pàgines diferents. Com que l’identificador canvia per a cada subscriptor, cada clic demana una pàgina que no està desada i el servidor l’ha de generar sencera, amb totes les consultes a la base de dades.
Amb uns quants centenars de clics en pocs minuts, el servidor es queda sense processos lliures. La web no cau per les visites en si, sinó perquè cap no aprofita la memòria cau.
La solució: ignorar els paràmetres de campanya en desar la memòria cau
La memòria cau ha de tractar aquestes adreces com la mateixa pàgina. A la pràctica:
- Configurar la memòria cau del servidor o del connector perquè descarti utm_*, mc_*, fbclid, gclid i similars a l’hora de decidir quina còpia serveix.
- Mantenir els paràmetres a l’adreça que veu el navegador, perquè Google Analytics i l’eina d’email continuïn mesurant la campanya.
- Provar-ho primer en un entorn de proves i després en producció, comprovant que la primera visita genera la còpia i les següents la reutilitzen.
És un canvi petit, però cal fer-lo amb compte: si la memòria cau ignora paràmetres que sí que canvien el contingut (filtres, paginació, idioma), servirà pàgines equivocades.
L’altre sospitós: robots que no haurien de ser-hi
En revisar els registres del servidor va aparèixer un segon problema que no tenia res a veure amb la newsletter: bona part del trànsit eren robots. Alguns són útils, com Google, Bing o els que generen les previsualitzacions a les xarxes socials. D’altres només copien el catàleg, proven formularis o consulten l’API de la botiga sense descans.
Els més molestos es fan passar per un navegador normal o fins i tot per Googlebot. No es poden bloquejar pel nom que diuen tenir, perquè menteixen.
El que vam aplicar:
- Llista de robots permesos. Cercadors i serveis que aporten alguna cosa passen sense entrebancs, per no perdre posicionament.
- Bloqueig de robots falsos. Si un robot diu que és d’un cercador però no ve de les seves adreces, es bloqueja.
- API tancada als anònims. Les rutes de l’API que la web pública no necessita deixen de respondre a qui no ha iniciat sessió.
- Signatures de navegador obsoletes. Molts programes de còpia massiva s’identifiquen amb versions antigues de Chrome que ja gairebé ningú no fa servir. Es filtren.
- Repte de Cloudflare per al trànsit sospitós, sense molestar el visitant normal.
Vigilància perquè no torni a passar
Els robots canvien cada setmana, així que una llista fixa queda antiquada aviat. Per això vam deixar un vigilant: un procés que revisa els accessos, avisa per correu quan apareix un robot nou i bloqueja automàticament els que es fan passar per uns altres. Qui manté la web decideix amb dades si el nou visitant passa o no.
A més, cada caiguda queda diagnosticada: a quina hora va ser, quines peticions la van provocar i què s’ha canviat. Així es distingeix una campanya sense memòria cau d’un atac o d’una fallada del mateix servidor.
Què has de revisar a la teva web abans de la propera campanya
- Obre un enllaç de la darrera newsletter i compara quant triga la pàgina amb els paràmetres i sense. Si amb els paràmetres triga més, probablement no surt de la memòria cau.
- Demana al teu proveïdor d’allotjament els registres d’accés d’un dia amb campanya i mira quantes peticions porten utm_ o mc_.
- Revisa quina part de les visites són robots i quins t’aporten alguna cosa.
- Comprova que la memòria cau exclou el carretó, el compte de client i el pagament, i que inclou tota la resta.
- Tingues un sistema d’avisos. Assabentar-te per un client que la web no carrega, en plena campanya, és el pitjor que et pot passar.
No sempre cal més servidor
Davant d’una web lenta, el primer que se sol proposar és ampliar el servidor. De vegades cal, però aquí hauria estat pagar més per continuar generant milers de pàgines que podien sortir de la memòria cau. Primer es mesura i després es decideix.
Si tens una botiga en línia o una web amb molt de catàleg i notes que es ressent amb cada campanya, la podem revisar. Ho fem dins del nostre servei de manteniment i suport, amb mesures de núvol i ciberseguretat i sense tocar la feina de SEO que ja tens. Treballem amb empreses de Barcelona i de tota la província: explica’ns què et passa i ho mirem.