Una compra de prova pot afectar ingressos WooCommerce, passarel·la, correu, estoc, CRM, publicitat i GA4. Eliminar la comanda després no desfà tots aquests efectes. Un bon pla aïlla el mesurament abans d’enviar el primer esdeveniment.
Utilitza identitats de prova dedicades i documenta cada transaction_id. No facis servir el compte o les dades d’un client.
Tria el límit de la prova
En desenvolupament i staging, usa una propietat o stream GA4 separat i sandbox de la passarel·la. Impedeix indexació, correu de producció i fulfilment.
Per a un defecte exclusiu de producció, utilitza un producte de poc valor aprovat i defineix abans comptabilitat, reemborsament i estoc.
- entorn i measurement ID
- ID de comanda/transacció
- mode de passarel·la
- esdeveniments esperats
- responsable i data de tancamentNo incloguis credencials ni detalls de pagament.
Utilitza DebugView
Activa debug només al navegador controlat o Preview de GTM. Permet revisar ordre i paràmetres sense esperar informes.
Confirma view_item, add_to_cart, begin_checkout i purchase, però no jutgis només pel nom. Revisa ID, valor numèric, moneda ISO i items. No enviïs correu, nom, telèfon, clau o token.
Separa staging i producció
Un filtre de hostname a l’informe és més feble que evitar que staging entri a la propietat productiva. Utilitza configuracions diferents quan sigui possible.
Si una propietat rep diversos entorns, afegeix un paràmetre no personal i exploracions internes amb govern clar. Els filtres de dades poden ser irreversibles, per tant prova’ls.
Verifica measurement ID des de l’HTML i Network, no només des del desplegament. Un valor en cau pot enviar staging a producció. Automatitza la comprovació de hostname i ID abans de publicar.
Crea proves identificables
Utilitza una referència única i un SKU aprovat. No escriguis «test» en camps personals enviats a tercers.
No simulis purchase a la consola com a única prova: només demostra transport. Una comanda controlada ha de recórrer WooCommerce, pagament i data layer.
Mantén un registre privat d’ID de prova per excloure’ls d’anàlisis sense alterar l’event històric. La referència no ha de contenir nom o correu.
Evita efectes publicitaris
Google Ads, Meta i afiliats poden tractar la compra com una conversió real. Revisa triggers i aplica una condició de prova aprovada a les etiquetes.
Respecta el consentiment també per al personal. Coordina amb campanyes: la puja automàtica pot consumir la senyal encara que l’informe l’exclogui després.
Inspecciona sense repetir compres
Utilitza Preview, Network i DebugView sobre una sola ordre. Recarregar thank-you no ha de generar una altra compra lògica.
Si cal una altra transacció, concilia la primera. Reutilitzar una comanda per a proves diferents pot ocultar errors de deduplicació. Prova navegador i servidor separadament.
Neteja efectes operatius
Reemborsa el càrrec real mitjançant el proveïdor, restaura estoc deliberadament i marca la comanda segons comptabilitat. No eliminis una ordre pagada com si els diners no s’haguessin mogut.
Retira efectes de CRM, enviament i correu amb eines compatibles. Afegeix una nota privada. Els events GA4 poden romandre; utilitza segments documentats.
Comprova cupons, punts, afiliació i automatitzacions. Una compra reemborsada pot mantenir una comissió o consumir un cupó. Cada sistema ha de confirmar el tancament.
Converteix-la en monitorització
Desa una llista amb entorn, consentiment, dispositiu, passarel·la, seqüència i criteris. Repeteix-la després de canvis de checkout, tema o tags.
Compara ID únics amb un conjunt acotat de comandes pagades. No sempre hi haurà igualtat per consentiment i pèrdua de navegador, però duplicats o divergència sobtada necessiten alerta.
Defineix també quan caduca i s’elimina el registre privat de proves.
Una pràctica neta protegeix decisions i privacitat mentre prova tot el recorregut comercial.