Workflow Trigger ExtensionsWorkflow Trigger Extensions

Acionadores da loja virtual

Todos os outros gatilhos desta aplicação têm origem num acontecimento no painel de administração: uma encomenda foi paga, um produto foi atualizado, um metacampo foi alterado. O Shopify notifica-nos e o seu fluxo de trabalho é executado.

Os gatilhos da loja online têm origem numa ação realizada pelo comprador. Foi visualizada uma página de produto, foi adicionado um artigo ao carrinho, uma pesquisa não apresentou resultados, ou um código de desconto foi rejeitado no momento do pagamento. O Shopify não envia webhooks para nenhuma dessas situações, pelo que a aplicação recolhe esses dados através de um Web Pixel que funciona na sua loja online.

Vale a pena ter essa diferença em conta, porque explica grande parte do que se segue: o que a aplicação consegue detetar, o que não consegue e porque é que estes eventos podem ter um volume muito superior ao que está habituado.

O Pixel da Montra

Quando o seu primeiro gatilho da loja online for ativado, a aplicação instala automaticamente um Web Pixel na sua loja online. Não é necessário editar o tema nem colar qualquer código.

O pixel subscreve apenas os eventos de que os seus gatilhos ativados necessitam. Se ativar a Pesquisa na Loja Virtual e mais nada, as visualizações de produtos nunca são enviadas, nunca são recebidas e nunca são contabilizadas. Desativar novamente todos os gatilhos da loja virtual deixa o pixel instalado, mas inativo: não subscreve quaisquer eventos e não envia nada.

Consentimento do cliente

O pixel respeita as definições de privacidade dos clientes da sua loja. Requer o consentimento para a análise de dados, e a Shopify só o executa para um comprador que tenha dado esse consentimento. Sem esse consentimento, nada é recolhido no navegador, nada nos chega, não é utilizada qualquer cota e nenhum fluxo de trabalho é executado.

Isto também se aplica ao processo de finalização da compra, pelo que os eventos «Erro na finalização da compra» e «Código de desconto rejeitado na finalização da compra» requerem o mesmo consentimento que os eventos da loja online.

Isso também significa que os gatilhos das lojas físicas apresentam um subregisto intencional em regiões onde o consentimento é do tipo «opt-in». Esse é o comportamento correto, não um erro que deva ser contornado.

Pass consent from your own banner to Shopifyjavascript
window.Shopify.loadFeatures(
  [{ name: "consent-tracking-api", version: "0.1" }],
  (error) => {
    if (error) return;
    // Call this when the shopper makes a choice in your banner.
    // Pass what they actually chose - storefront triggers need analytics.
    window.Shopify.customerPrivacy.setTrackingConsent(
      { analytics: true, marketing: false, preferences: false },
      () => {},
    );
  },
);

Shopify

Quando testar um gatilho da loja online, aceite primeiro o aviso sobre cookies e utilize um navegador sem bloqueador de anúncios. Uma janela privada abre-se sempre sem consentimento, pelo que um gatilho que funcione no seu navegador normal pode parecer não estar a funcionar nessa janela. Para verificar se o pixel está instalado, abra «Definições» > «Eventos do cliente» no painel de administração do Shopify.

Os fatores desencadeantes

Gatilho Começa quando
Produto visualizado na loja online Um cliente abre a página de um produto
Coleção da loja visualizada Um cliente abre uma página de coleção
Cesto de compras visualizado na loja online Um cliente abre a página do carrinho
Produto da loja adicionado ao carrinho É adicionado um artigo ao carrinho
Produto da loja removido do carrinho Um artigo é removido do carrinho
Início do processo de pagamento na loja física Um cliente inicia o processo de pagamento
Pesquisa na loja Uma pesquisa apresenta pelo menos um resultado
A pesquisa na loja não apresentou resultados Uma pesquisa não apresenta resultados
Variante esgotada visualizada Um cliente consulta a página de um produto cuja variante apresentada está esgotada
Erro apresentado no processo de finalização da compra O processo de finalização da compra apresenta um erro ao comprador
Código de desconto rejeitado no checkout Um código de desconto foi recusado no momento do pagamento
Visita de um comprador B2B Um comprador B2B com a conta ativa visita a loja online
Cliente com sessão iniciada visitou o site Um cliente que já iniciou sessão visita a loja
Gatilho personalizado da loja online O teu próprio evento, publicado a partir do teu tema

Variante esgotada visualizada

Vale a pena ler este com atenção, porque é o gatilho que tem mais probabilidades de se comportar de forma diferente do que o nome sugere.

Trata-se de um sinal de necessidade de reabastecimento: indica que um comprador real viu um artigo que não lhe é possível vender. Em combinação com um fluxo de trabalho do Flow, pode marcar o produto, notificar o departamento de compras ou adicionar o comprador a uma lista de espera.

É calculado, não comunicado. O navegador do comprador não tem conhecimento do seu inventário, pelo que o pixel envia uma visualização simples do produto e a aplicação toma a decisão com base nos seus próprios registos de inventário.

Verifica uma variante, e não o produto na totalidade▾

O gatilho é acionado na variante que está a ser apresentada na página do produto, e não no produto como um todo. Um produto com quatro variantes em stock e uma variante esgotada só aciona o gatilho quando a variante esgotada é a que está a ser apresentada.

É por isso que se chama «Variante esgotada visualizada» e que o gatilho fornece ao seu fluxo de trabalho tanto a variante como o produto a que esta pertence.

Não é detetada a mudança de variante após o carregamento da página▾

Shopify regista uma visualização do produto quando o comprador acede à página. Clicar posteriormente no seletor de variantes constitui uma mudança de estado dentro da própria página, e não uma nova visualização da página; por isso, o Shopify não regista essa ação e a aplicação nunca fica a saber disso.

Na prática: um link direto para a variante esgotada (um URL do tipo ?variant=, ou proveniente de uma coleção em que essa é a opção apresentada) funciona. Ao aceder a uma variante padrão disponível em stock e, em seguida, selecionar a variante esgotada, isso não acontece.

Se precisares disso, publica o teu próprio evento quando ocorrer uma alteração de variante no teu tema, utilizando {% doc "custom-storefront-triggers" %}.

«Esgotado» significa zero ou menos em todas as localizações▾

A aplicação soma a quantidade disponível em cada local que tem essa variante em stock. O gatilho é acionado quando esse total for igual a zero ou inferior a zero.

Duas consequências que vale a pena ter em conta no planeamento:

  • Os locais que não servem a sua loja online continuam a contar. O stock que se encontra num armazém ou num ponto de venda que não constitui um canal de vendas para este produto faz com que o total pareça satisfatório, pelo que o critério de ativação permanece inativo, mesmo que o comprador não possa adquirir o produto.
  • A venda em excesso não é tida em conta. Uma variante configurada para continuar a ser vendida quando estiver esgotada continua disponível para compra a zero, pelo que o gatilho é acionado enquanto o comprador pode, de facto, concluir a encomenda.
Ao ativá-la, também se ativa a opção «Produto visualizado na loja»▾

Tem de ser assim. A decisão de esgotamento de stock é tomada a partir de uma visualização do produto, pelo que a aplicação tem de receber todas as visualizações do produto para identificar as poucas que são relevantes.

Isso significa que cada visualização de produto conta para o seu limite, e não apenas as de produtos esgotados. Numa loja com elevado tráfego, este é o gatilho mais dispendioso da aplicação, e o custo depende do seu tráfego, e não da frequência com que os produtos se esgotam.

Em vez de ocultar a dependência, tornamo-la explícita, para que o número apresentado na sua página de utilização nunca seja uma surpresa.

É necessário que o inventário tenha sido sincronizado▾

A aplicação compara os dados com os seus próprios registos de inventário. Se uma variante nunca tiver sido sincronizada, a aplicação não conhece o seu nível de stock e não apresenta qualquer informação, em vez de fazer suposições - indicar que uma variante não sincronizada está esgotada seria pior do que não indicar nada.

O inventário é sincronizado automaticamente quando ativa o gatilho. Pode executá-lo novamente a qualquer momento a partir da página «Gatilhos».

Pesquisas

A pesquisa disponibiliza-lhe dois gatilhos, e uma única pesquisa aciona exatamente um deles:

  • A pesquisa na página inicial da loja não apresentava resultados quando não encontrava nada. É esta a opção que a maioria das lojas prefere: trata-se de uma lista de artigos que os clientes esperavam que vendesse.
  • Pesquisa na loja quando a pesquisa encontrou algum resultado.

Como são mutuamente exclusivos, pode ativar ambos com toda a segurança, sem que haja dupla contagem. A Pesquisa na Loja Online também inclui o primeiro resultado como referência de produto, pelo que um fluxo de trabalho pode agir com base naquilo que o comprador provavelmente viu.

Desencadeadores de visitas

«Comprador B2B» e «Cliente com sessão iniciada» são acionados quando um comprador com sessão iniciada visita a sua loja online. São a forma de reagir ao regresso de um cliente - reengajamento, alertas ao gestor de conta, uma nota no registo.

Um cliente que navega por dez páginas conta como uma visita, e não como dez eventos. A aplicação agrupa as repetições numa janela de visitas que pode definir por cada gatilho, através do ícone de definições junto ao botão de ativação. Dentro dessa janela, um cliente conta apenas uma vez.

  • O número de visitas de compradores B2B é agregado por empresa; assim, dois compradores da mesma empresa numa única janela contam como uma única visita.
  • O número de visitas de clientes com sessão iniciada é agrupado por cliente.

Defina o valor da janela para zero para que o evento seja disparado em cada visualização de página. Numa loja com tráfego de utilizadores autenticados, isso representa um grande número de eventos; por isso, comece com um valor elevado e reduza-o se precisar de uma granularidade mais precisa.

Desencadeadores do processo de checkout

O «Erro no processo de finalização da encomenda» é acionado sempre que o processo de finalização da encomenda apresenta um erro ao cliente: um endereço que não é válido, um pagamento que foi recusado, um campo que não aceita o que foi introduzido. É uma forma de detetar que o processo de finalização da encomenda está a falhar sem ter de aguardar um pedido de assistência.

A mensagem «Código de desconto rejeitado no checkout» limita-se a um único caso: o checkout recusou um código de desconto. Trata-se, normalmente, de uma campanha expirada, de um código partilhado além dos limites permitidos ou de um código proveniente de um e-mail que nunca foi ativado - tudo coisas que vale a pena saber rapidamente.

Shopify não indica às aplicações qual foi o código introduzido, pelo que o gatilho transmite a mensagem de rejeição dShopify (no idioma do comprador), mas não o próprio código. Ao clicar em «Aplicar» com um campo em branco, é apresentada a mesma mensagem, pelo que não é possível distinguir entre as duas situações. Utilize esta informação para detetar um aumento no número de códigos rejeitados, e não para identificar uma campanha específica.

Próximos passos