@azzas/azzas-tracker-web 1.0.85 → 1.0.87

This diff represents the content of publicly available package versions that have been released to one of the supported registries. The information contained in this diff is provided for informational purposes only and reflects changes between package versions as they appear in their respective public registries.
package/README.md CHANGED
@@ -1,130 +1,130 @@
1
- # azzas-tracker-web
2
-
3
- Pacote interno para **Data Tracking** das lojas WEB, centralizando a captura e envio de eventos para diferentes plataformas de mídia (Meta, Dito, DataLayer, etc).
4
-
5
- O objetivo é fornecer uma **camada única e consistente de tracking**, garantindo que todos os eventos sejam tratados, formatados e enviados de forma confiável.
6
-
7
- E, principalmente, centralizar a complexidade e a “inteligência” de tracking **fora dos repositórios das lojas**.
8
-
9
- ---
10
-
11
- ## Fluxo do Tracking
12
-
13
- O pacote segue o seguinte fluxo de eventos:
14
-
15
- 1. **User Action**
16
- Ações do usuário na loja (ex: adicionar ao carrinho, iniciar checkout, finalizar compra).
17
-
18
- 2. **Tracks**
19
- Ponto central que recebe o contexto do evento vindo da ação do usuário e encaminha para o *Formatter*.
20
-
21
- 3. **Formatter**
22
- Acessa a constante `EVENTS` e, baseado no contexto do evento, puxa os parâmetros obrigatórios e entrega a biblioteca de parâmetros (`/params`).
23
-
24
- 4. **Params Library**
25
- Contém **getters** e **resolvers** que garantem que os dados sejam legítimos e que todos os parâmetros sejam corretamente tratados.
26
-
27
- 5. **Adapters**
28
- Módulos responsáveis por enviar os dados formatados para cada destino (Meta, Datalayer, Dito, etc).
29
-
30
- ![FLUXOGRAMA](/public/fluxograma-lib-params.png)
31
-
32
- ## Instalação
33
-
34
-
35
- ```bash
36
- npm install /path/azzas-tracker-web
37
- ```
38
-
39
-
40
- ## Exemplos
41
-
42
- Listagem dos `EVENTS` e função orquestradora `trackWebEvent`:
43
- ```javascript
44
- const EVENTS = {
45
- ADD_PERSONAL_INFO: {
46
- name: 'add_personal_info',
47
- destinations: ['DataLayer'],
48
- requiredParams: ['brand', 'pre_filled', 'currency', 'value', 'subtotal'],
49
- },
50
- VIEW_CART: {
51
- name: 'add_personal_info',
52
- destinations: ['DataLayer', 'Meta', 'Dito'],
53
- requiredParams: ['....'],
54
- }
55
- }
56
-
57
- export async function trackWebEvent(event: EventName, context: EventContext = {}) {
58
- try {
59
- const parameters = await getParameters(context, event);
60
- return await dispatchTrackEvent(event, parameters);
61
- } catch (err) {
62
- return console.error(`[DT] Error tracking event ${event}:`, err);
63
- }
64
- }
65
- ```
66
-
67
- Uso básico da função no consumidor:
68
-
69
-
70
- ```javascript
71
- import { trackWebEvent } from 'azzas-tracker-web';
72
-
73
- // DATA TRACKING | add_personal_info at submit (pre-filled always false)
74
- // @see notion document for more details:
75
- const form: Element = document.querySelector('xxxxxx');
76
- if (form) {
77
- form.addEventListener('submit', () => {
78
- trackWebEvent('ADD_PERSONAL_INFO', { preFilled: false, orderForm: vtexjs.checkout.orderForm });
79
- });
80
- }
81
- ```
82
-
83
- ***OBS***: atente-se ao adicionar eventos novos e contribua na documentação do NOTION ou apenas DOCUMENTE em algum lugar! Seu futuro EU será grato 👍
84
-
85
- ## Teste Local para Ambientes CDN/DENO
86
-
87
- Para testar alterações na biblioteca localmente, simulando a forma como ela é carregada por uma CDN (<script src="...">), use o script npm run dev:deno.
88
-
89
- Este comando realiza o build mais recente da biblioteca, empacota-o e inicia um servidor HTTP local usando o Deno para servir o arquivo
90
-
91
- 1. Aqui nesse repositório, rode o script que inicia o servidor local:
92
-
93
- ```bash
94
- npm run dev:deno
95
- ```
96
-
97
- O servidor será iniciado e começará a servir o seu arquivo de build no seguinte endereço: http://localhost:4507/.
98
-
99
- 2. No Projeto Consumidor (DENO/FRONT):
100
-
101
- Altere o link do <script> no seu projeto para apontar para o servidor local.
102
-
103
- Você deve usar: <script src="http://localhost:4507/dist/mod.global.js"></script>
104
-
105
-
106
- ## Boas Práticas
107
- - Sempre garantir que os `requiredParams` de cada evento estejam preenchidos antes de enviar.
108
-
109
- - Procure sempre manter o envio das ações de usuário o mais ***genérico*** possível. Toda a inteligência e complexidade do tratamento dos dados deve ficar centralizada na lib, e não nos repositórios das lojas.
110
-
111
- - Usar nomes de eventos semânticos e consistentes (ex: VIEW_CART, ADD_PAYMENT_INFO).
112
-
113
- - Manter os contextos enxutos, enviando apenas dados realmente necessários.
114
-
115
- - Cada novo evento deve ser registrado em `EVENTS` com seus destinos e parâmetros obrigatórios. Essa constante talvez venha a ser dinâmica dependendo da MARCA utilizada
116
-
117
-
118
- ## Contribuição
119
-
120
- - Adicionar novos eventos em `EVENTS`.
121
-
122
- - Criar adapter correspondente caso seja necessário integrar com nova plataforma. Nesse caso deve-se avaliar qual será o serviço feito, o que será consumido, para onde será enviado.
123
-
124
- - Garantir que todos os parâmetros obrigatórios estejam mapeados nos getters/resolvers.
125
-
126
- - Executar build (npm run build) antes de testar no checkout/loja.
127
-
128
- ## Authors
129
-
130
- - Lucas Soares
1
+ # azzas-tracker-web
2
+
3
+ Pacote interno para **Data Tracking** das lojas WEB, centralizando a captura e envio de eventos para diferentes plataformas de mídia (Meta, Dito, DataLayer, etc).
4
+
5
+ O objetivo é fornecer uma **camada única e consistente de tracking**, garantindo que todos os eventos sejam tratados, formatados e enviados de forma confiável.
6
+
7
+ E, principalmente, centralizar a complexidade e a “inteligência” de tracking **fora dos repositórios das lojas**.
8
+
9
+ ---
10
+
11
+ ## Fluxo do Tracking
12
+
13
+ O pacote segue o seguinte fluxo de eventos:
14
+
15
+ 1. **User Action**
16
+ Ações do usuário na loja (ex: adicionar ao carrinho, iniciar checkout, finalizar compra).
17
+
18
+ 2. **Tracks**
19
+ Ponto central que recebe o contexto do evento vindo da ação do usuário e encaminha para o *Formatter*.
20
+
21
+ 3. **Formatter**
22
+ Acessa a constante `EVENTS` e, baseado no contexto do evento, puxa os parâmetros obrigatórios e entrega a biblioteca de parâmetros (`/params`).
23
+
24
+ 4. **Params Library**
25
+ Contém **getters** e **resolvers** que garantem que os dados sejam legítimos e que todos os parâmetros sejam corretamente tratados.
26
+
27
+ 5. **Adapters**
28
+ Módulos responsáveis por enviar os dados formatados para cada destino (Meta, Datalayer, Dito, etc).
29
+
30
+ ![FLUXOGRAMA](/public/fluxograma-lib-params.png)
31
+
32
+ ## Instalação
33
+
34
+
35
+ ```bash
36
+ npm install /path/azzas-tracker-web
37
+ ```
38
+
39
+
40
+ ## Exemplos
41
+
42
+ Listagem dos `EVENTS` e função orquestradora `trackWebEvent`:
43
+ ```javascript
44
+ const EVENTS = {
45
+ ADD_PERSONAL_INFO: {
46
+ name: 'add_personal_info',
47
+ destinations: ['DataLayer'],
48
+ requiredParams: ['brand', 'pre_filled', 'currency', 'value', 'subtotal'],
49
+ },
50
+ VIEW_CART: {
51
+ name: 'add_personal_info',
52
+ destinations: ['DataLayer', 'Meta', 'Dito'],
53
+ requiredParams: ['....'],
54
+ }
55
+ }
56
+
57
+ export async function trackWebEvent(event: EventName, context: EventContext = {}) {
58
+ try {
59
+ const parameters = await getParameters(context, event);
60
+ return await dispatchTrackEvent(event, parameters);
61
+ } catch (err) {
62
+ return console.error(`[DT] Error tracking event ${event}:`, err);
63
+ }
64
+ }
65
+ ```
66
+
67
+ Uso básico da função no consumidor:
68
+
69
+
70
+ ```javascript
71
+ import { trackWebEvent } from 'azzas-tracker-web';
72
+
73
+ // DATA TRACKING | add_personal_info at submit (pre-filled always false)
74
+ // @see notion document for more details:
75
+ const form: Element = document.querySelector('xxxxxx');
76
+ if (form) {
77
+ form.addEventListener('submit', () => {
78
+ trackWebEvent('ADD_PERSONAL_INFO', { preFilled: false, orderForm: vtexjs.checkout.orderForm });
79
+ });
80
+ }
81
+ ```
82
+
83
+ ***OBS***: atente-se ao adicionar eventos novos e contribua na documentação do NOTION ou apenas DOCUMENTE em algum lugar! Seu futuro EU será grato 👍
84
+
85
+ ## Teste Local para Ambientes CDN/DENO
86
+
87
+ Para testar alterações na biblioteca localmente, simulando a forma como ela é carregada por uma CDN (<script src="...">), use o script npm run dev:deno.
88
+
89
+ Este comando realiza o build mais recente da biblioteca, empacota-o e inicia um servidor HTTP local usando o Deno para servir o arquivo
90
+
91
+ 1. Aqui nesse repositório, rode o script que inicia o servidor local:
92
+
93
+ ```bash
94
+ npm run dev:deno
95
+ ```
96
+
97
+ O servidor será iniciado e começará a servir o seu arquivo de build no seguinte endereço: http://localhost:4507/.
98
+
99
+ 2. No Projeto Consumidor (DENO/FRONT):
100
+
101
+ Altere o link do <script> no seu projeto para apontar para o servidor local.
102
+
103
+ Você deve usar: <script src="http://localhost:4507/dist/mod.global.js"></script>
104
+
105
+
106
+ ## Boas Práticas
107
+ - Sempre garantir que os `requiredParams` de cada evento estejam preenchidos antes de enviar.
108
+
109
+ - Procure sempre manter o envio das ações de usuário o mais ***genérico*** possível. Toda a inteligência e complexidade do tratamento dos dados deve ficar centralizada na lib, e não nos repositórios das lojas.
110
+
111
+ - Usar nomes de eventos semânticos e consistentes (ex: VIEW_CART, ADD_PAYMENT_INFO).
112
+
113
+ - Manter os contextos enxutos, enviando apenas dados realmente necessários.
114
+
115
+ - Cada novo evento deve ser registrado em `EVENTS` com seus destinos e parâmetros obrigatórios. Essa constante talvez venha a ser dinâmica dependendo da MARCA utilizada
116
+
117
+
118
+ ## Contribuição
119
+
120
+ - Adicionar novos eventos em `EVENTS`.
121
+
122
+ - Criar adapter correspondente caso seja necessário integrar com nova plataforma. Nesse caso deve-se avaliar qual será o serviço feito, o que será consumido, para onde será enviado.
123
+
124
+ - Garantir que todos os parâmetros obrigatórios estejam mapeados nos getters/resolvers.
125
+
126
+ - Executar build (npm run build) antes de testar no checkout/loja.
127
+
128
+ ## Authors
129
+
130
+ - Lucas Soares
package/dist/mod.cjs CHANGED
@@ -471,14 +471,16 @@ function getDiscount(item) {
471
471
  return 0;
472
472
  }
473
473
  function getItemCategory(item) {
474
+ const keywords = ["outlet", "bazar", "sale"];
475
+ const regex = new RegExp(keywords.join("|"), "i");
474
476
  const strategies = [
477
+ () => item == null ? void 0 : item.item_category,
478
+ () => item == null ? void 0 : item.category,
479
+ () => item == null ? void 0 : item.categories,
475
480
  () => {
476
481
  var _a;
477
- return ((_a = item == null ? void 0 : item.productCategories) == null ? void 0 : _a["39"]) === "BAZAR" ? "Sale" : "Cole\xE7\xE3o";
482
+ return (_a = item == null ? void 0 : item.productCategories) == null ? void 0 : _a["39"];
478
483
  },
479
- () => item == null ? void 0 : item.item_category,
480
- () => item == null ? void 0 : item.category,
481
- () => item == null ? void 0 : item.categories[0],
482
484
  () => {
483
485
  var _a, _b;
484
486
  const breadcrumb = (_b = (_a = item == null ? void 0 : item.itemOffered) == null ? void 0 : _a.breadcrumbList) == null ? void 0 : _b.itemListElement;
@@ -493,12 +495,16 @@ function getItemCategory(item) {
493
495
  }
494
496
  ];
495
497
  for (const getValue of strategies) {
496
- const value = getValue();
497
- if (value !== null && value !== void 0) {
498
- return value;
498
+ const rawValue = getValue();
499
+ if (rawValue) {
500
+ const textToTest = Array.isArray(rawValue) ? rawValue.join(" ") : String(rawValue);
501
+ const match = textToTest.match(regex);
502
+ if (match) {
503
+ return match[0].toLowerCase();
504
+ }
499
505
  }
500
506
  }
501
- return null;
507
+ return "Cole\xE7\xE3o";
502
508
  }
503
509
  function getItemCategory2(item) {
504
510
  const strategies = [