Avaluació inicial sense contrasenyes Pressupost abans d’intervenir Un especialista responsable de principi a fi

Woocommerce Cura Recurrent

Els filtres de productes de WooCommerce fan que les pàgines de categoria siguin lentes

Diagnostica filtres lents de WooCommerce mitjançant consultes, recomptes, combinacions d’URL, AJAX i memòria cau.

Una categoria s’obre ràpidament fins que el visitant selecciona la mida, el color o el preu. Aleshores, la resposta filtrada espera, els recomptes de productes es tornen a calcular lentament o el navegador es bloqueja mentre substitueix la graella.

El filtratge abasta consultes de bases de dades, representació de PHP, sol·licituds d’API AJAX o Store i actualitzacions de front-end. Identifiqueu l’etapa lenta abans de substituir el connector de filtre.

Captura un camí de filtre reproduïble

Trieu una categoria i una combinació realista que mostri constantment el problema. Enregistreu la càrrega sense filtrar, el primer filtre i el segon filtre combinat en una nova sessió de visitant.

Al tauler de xarxa, identifiqueu l’URL de la sol·licitud, el mètode, la mida de la resposta i l’espera del servidor. Tingueu en compte si l’URL del navegador canvia i si l’estat filtrat es pot tornar a carregar directament.

Prova una combinació amb moltes coincidències i una amb poques. El recompte de resultats pot influir tant en la consulta com en el temps de representació.

Separa l’espera del servidor del treball del navegador

Si la sol·licitud espera abans de rebre el seu primer byte, perfileu WooCommerce, PHP i MySQL. Si la resposta arriba ràpidament però la pàgina es bloqueja, inspeccioneu JavaScript, la substitució de DOM i la càrrega d’imatges.

Alguns filtres retornen una graella HTML completa; altres retornen JSON i creen targetes al navegador. Una resposta de 500 KB amb desenes de productes pot ser cara fins i tot quan la seva consulta és eficient.

No reduïu el nombre de productes per pàgina sense comprovar la usabilitat i la paginació rastrejable.

Inspeccioneu les consultes d’atributs i meta

Els atributs de WooCommerce implementats com a taxonomies poden consultar de manera diferent als filtres de camps personalitzats. El preu, l’estoc i les metadades específiques del complement poden afegir unions i recomptes.

Utilitzeu un perfilador de consultes a la posada en escena per gravar l’SQL lent i la persona que truca. Comproveu el pla d’execució en una còpia de la base de dades. Les unions i els recomptes grans de wp_postmeta per a cada opció de filtre són àrees comunes a investigar, però l’esquema real decideix la reparació.

Eviteu connectors d’índex genèrics o canvis directes d’esquema de producció sense còpia de seguretat i mesura.

Comprova els càlculs del recompte

Les interfícies amb facetes sovint calculen quants productes queden al costat de cada opció. Aquests recomptes poden costar més que buscar els productes visibles.

Desactiveu els recomptes en una comparació controlada si el connector ho admet. Si el temps de resposta millora materialment, decidiu si els recomptes justifiquen el seu cost o es poden guardar a la memòria cau per categoria i revisió del catàleg.

No emmagatzemeu mai les regles de visibilitat o de preus específiques del client en un resultat públic. Les botigues multimoneda, per a membres i per a l’engròs necessiten una variació acurada.

Controla les combinacions d’URL del filtre

Cada comanda, atribut i paràmetre de preu pot crear un URL i una clau de memòria cau per separat. Els robots poden rastrejar milers de combinacions de baix valor, consumint PHP i diluint l’atenció del rastreig.

Defineix regles canòniques i d’indexació amb l’estratègia de SEO, alhora que garanteix que els camins de categoria útils es puguin descobrir. Els controls de rendiment i les directives de SEO resolen diferents problemes.

A la capa CDN o de memòria cau, no ignoreu els paràmetres de filtre globalment; que servirien els productes equivocats.

Limiteu el cost de la representació i dels mitjans

Les quadrícules filtrades poden carregar mandrosos imatges de productes de mida adequada i evitar la inicialització de controls lliscants o biblioteques de zoom per a cada targeta. Mantingueu l’etiquetatge de la targeta concís i reutilitzeu un gestor d’esdeveniments.

Si el connector substitueix la pàgina de categoria completa en lloc de només la graella i compta, pot recrear la navegació, el consentiment o els oients d’anàlisi. Inspeccioneu els canvis de DOM i els scripts duplicats.

Preserveu el focus i anuncieu el recompte de resultats actualitzat per als usuaris de teclat i tecnologia d’assistència.

Verifica les combinacions i els canvis al catàleg

Proveu els filtres populars, els estats de resultat zero, la paginació, el botó enrere, els URL directes i els controls mòbils. Actualitzeu l’estoc o l’atribut d’un producte i confirmeu que els recomptes a la memòria cau no són vàlids.

Compareu el temps de la base de dades, els bytes de resposta i la interacció del navegador. Superviseu la càrrega de consultes i filtreu els errors després del desplegament.

Sol·liciteu una avaluació quan els filtres generen metaconsultes lentes, cada recompte d’opcions es recalcule o les variants d’URL desborden la memòria cau. Compartiu un camí públic reproduïble i horaris desinfectats en lloc de dades de clients o bases de dades.

ABANS D’ENVIAR LA SOL·LICITUD

Preguntes freqüents.

Demaneu contrasenyes al formulari?+

No. El formulari públic no demana mai accessos. Les dades segures es demanen només després d’aprovar l’abast i el pressupost.

Qui revisa la incidència?+

La sol·licitud arriba a Jordi Ensenyat, fundador de Code Barcelona i especialista en WordPress amb més de 15 anys d’experiència.

Es canvia res abans del pressupost?+

No. Primer es revisen els símptomes visibles i es defineix l’abast. La intervenció comença després de l’aprovació i amb una via de recuperació preparada.

Treballeu amb webs en anglès i fora d’Espanya?+

Sí. WP Repair atén incidències de WordPress i WooCommerce en català, castellà i anglès mitjançant un servei remot.

Avaluar la meva incidència