Passo a passo · funil dropship no Shopify

Montar um funil que vende — e replicar em horas.

O processo completo pra montar uma loja de dropship direct-response no Shopify, do zero até estar vendendo. Organizado em 2 blocos — primeiro a mensagem, depois a máquina — com o comando pronto pra colar num Claude Code em cada fase.

Caso de referência: RedLume · dispositivo capilar · Espanha ·2 blocos · 10 fases·prompts prontos
PILAR 01

Copy

Página de vendas em direct-response de verdade — canônicos + voz do cliente.

PILAR 02

Design

A loja inteira com cara de marca única, montada por comando e replicável.

PILAR 03

Oferta + Bônus

Grand Slam Offer: produto ancorado alto, 3 bônus empilhados, garantia forte.

PILAR 04

Automação

Claude conectado ao Shopify sobe produto, página, checkout e rastreio.

Ponto de partida

Como usar este passo a passo

  • Preencha só o que você já tem — que é basicamente o produto. O resto sai do processo, fase a fase.
  • Abra um Claude Code na pasta home (~), com os MCPs conectados: Shopify, Cloudflare (rastreio), Chrome (validação visual) e higgsfield (imagens).
  • Cole o Prompt Mestre primeiro; depois os prompts fase a fase, na ordem.
  • O funil é dividido em 2 blocos: Criação (a mensagem — público, copy, imagens) e Montagem (a máquina — loja, produto, página, tracking). Cada prompt já vem com as instruções técnicas embutidas.
  • Premissa: a conta Shopify é nova — começa limpa, sem apps legado. Você instala só os apps que o funil pedir (ex.: o de entrega digital dos bônus). A página de vendas em si é Liquid puro + pixel inline, não depende de app. Ferramentas de controle geral (analytics, gestão) ficam pra depois.

Regra de trabalho: o Claude executa e mostra; a publicação é sempre sua. Antes de publicar tema, arquivar produto ou apagar algo, ele te mostra e espera o OK.

O que você traz · o único input de verdade

PRODUTOo que é + foto/link do fornecedor ou concorrente que escala
MERCADO (se tiver)ex: España — ou em aberto, e decide-se pela pesquisa
REFERÊNCIASlojas/criativos que você curte (servem pro naming e design)

Exemplo: no caso RedLume o único input foi o produto — público, ângulo e até o nome da marca saíram da pesquisa da Fase 0. Não é preciso saber marca, preço nem pixel na largada.

O que a gente descobre no processo · você aprova

VariávelDe onde saiFase
Público / avatar + dorpesquisa de comprador real (anúncios ativos dos concorrentes, reviews, fóruns)00
Vilão + mecanismoresearch de copy do mercado00
Oferta: âncora + 3 bônus + garantiamontagem da Grand Slam Offer00
Marca (nome) + domínioreferências + pesquisa do espaço + opções pra escolher00
Moeda do cliente / basedecorre do mercado escolhido03
Cores da marcadireção de arte02/06
Pixel Metacriado na configuração de tracking — não no início07
Email suportedefinido junto com a marca08

Prompt mestre · colar 1x no início da sessão

Ele só carrega o contexto e as regras — e trava o Claude pra trabalhar fase a fase, parando pra você aprovar entre cada uma. Não é ele que executa: quem dispara cada etapa são os prompts de fase, um de cada vez.

prompt · contexto da sessão
Você vai atuar como meu operador de e-commerce direct-response. Vamos montar um funil de
dropship no Shopify seguindo um método validado, em 2 blocos: CRIAÇÃO (Fases 0-2: público,
copy, imagens) e MONTAGEM (Fases 3-9: loja, produto, página, tracking, go-live). Eu nunca
mexi na estrutura de uma loja.

COMO VAMOS TRABALHAR (importante — leia primeiro):
- Este primeiro comando é só CONTEXTO. NÃO saia executando o funil inteiro.
- Eu vou te mandar UM prompt por fase, na ordem. Faça apenas a fase que eu pedir.
- Ao terminar cada fase, PARE, me mostre o resultado e espere eu aprovar e mandar a próxima.
- Antes de qualquer ação irreversível (publicar tema, arquivar/apagar dados, trocar moeda
  base), me mostre e espere meu OK. Explique as decisões em linguagem simples.

O QUE EU TE TRAGO:
- PRODUTO: [o que é + foto/link do fornecedor ou de um concorrente que escala]
- MERCADO: [país/idioma, se eu já tiver; senão decidimos pela pesquisa]
- REFERÊNCIAS: [lojas/criativos que eu curto, se tiver]

Método (siga sem questionar, é validado):
- Primeiro a mensagem, depois a máquina: nas fases de CRIAÇÃO você pesquisa e me traz o
  público, a oferta, o ângulo, o nome da marca, a copy e as imagens pra EU aprovar — só
  depois montamos a loja. Não assuma que eu já sei essas coisas.
- A página de vendas mora DENTRO da loja Shopify, como página de produto (template próprio,
  {% layout none %} + content_for_header), no mesmo domínio do checkout — senão o pixel
  perde a venda por cross-domain.
- A moeda BASE da loja tem que ser a moeda que o cliente paga (senão o upsell one-click não
  aparece). Isso NÃO se muda por API — é troca manual no painel; após trocar, revisa-se o
  preço de TODOS os produtos.
- Rastreio = pixel INLINE na página (PageView/ViewContent/InitiateCheckout) + a compra por
  servidor (CAPI via worker Cloudflare, webhook orders/paid). UTMs, fbclid e cookies
  _fbp/_fbc devem ser preservados da LP até o checkout.
- A loja inteira tem que ter a cara da marca; nada de resto de outro tema ou produto.
- A conta é NOVA (começa sem apps legado). Instale só os apps que o funil pedir (ex.: entrega
  digital dos bônus). A página de vendas em si é Liquid puro + pixel inline, sem app. Controle
  geral (analytics) fica pra depois.

Travas de plataforma (assuma como fato): publicar tema, apagar arquivo
de tema, trocar moeda base e gravar as políticas NATIVAS do checkout NÃO saem por API —
nessas você me entrega o resultado pronto e o passo a passo pra eu executar.

Se entendeu, responda só com um resumo do que entendeu e diga que está pronto — NÃO comece
a Fase 0 até eu te mandar o comando dela.
O que sobe sozinho

A stack de automação · Claude ↔ Shopify

Em vez de mexer no painel da Shopify na mão, o Claude opera a loja pelas ferramentas conectadas. É o que transforma um dia de trabalho manual em alguns comandos.

FerramentaPra quê serveO que o Claude faz
Shopify MCPoperar a loja via APIcria/edita produtos, variantes, coleções, descontos, páginas e menus; duplica tema; sobe arquivos de tema (não-publicado); roda consultas avançadas
Shopify CLIarquivos de tema grandessobe a página de vendas (arquivo grande) e outros arquivos direto do computador
Cloudflarerastreio no servidorpublica o "worker" que reporta a compra ao Meta (CAPI)
Chromevalidação visualabre o preview, tira screenshot e confere antes de publicar
higgsfieldimagensgera packshots e banners a partir da foto real do fornecedor

AUTOMÁTICO o Claude faz

  • A copy (página, bônus, anúncios) e as imagens
  • Produto, bônus, combo de carrinho, desconto anti-abuso
  • Subir a página de vendas + pixel + o worker de rastreio
  • Home, cabeçalho, rodapé e cores
  • Arquivar produtos antigos, páginas de política, menu

MANUAL a plataforma bloqueia

  • Publicar o tema → 1 clique no painel
  • Trocar a moeda base → nas configurações
  • As políticas do checkout → você cola o texto pronto
  • Login das ferramentas → você roda o comando
prompt · checar a stack no começo
Antes de começar, confirme a stack de ferramentas desta sessão e me diga o que falta:
1. Conecte o MCP do Shopify e rode get-shop-info (me diga nome, plano, país, MOEDA BASE
   e moeda de payout).
2. Verifique o Shopify CLI: rode "shopify version"; se eu não estiver logado nesta loja,
   me passe o comando exato de login (é OAuth por device code, feito uma vez; login
   interativo quem faz sou eu).
3. Confirme o Cloudflare/wrangler: "wrangler whoami" responde? Você consegue "wrangler
   deploy" e "wrangler secret put"? (usaremos no worker de rastreio CAPI).
4. Confirme acesso ao Chrome (validação por screenshot) e ao higgsfield (imagens), com uma
   chamada mínima de teste em cada.
Regras fixas desta sessão, siga sempre:
- Você trabalha numa CÓPIA não-publicada do tema; nunca edita o tema no ar direto.
  Arquivos grandes de tema sobem por Shopify CLI (theme push --only), não por API.
- Antes de publicar, arquivar ou apagar qualquer coisa, me mostre e espere meu OK.
  Lembre que themePublish e themeFilesDelete são bloqueados por API (são manuais).
- Quando precisar de login interativo, me dê o comando pra eu rodar.
Bloco 1 de 2

🎨 Criação — a mensagem

Antes de tocar na loja, você define pra quem vende, escreve a copy e produz as imagens. Nada aqui depende do Shopify existir — é o conteúdo que a máquina vai vestir depois.

00
Parte do produto; descobre o resto

Descoberta: público, oferta, ângulo e marca

O que é: parte do produto e descobre tudo que decide a venda — quem compra, qual a oferta, qual o ângulo e o nome da marca. Nada disso vem pronto; sai da pesquisa e você aprova.

Por que assim
  • O comprador é achado por pesquisa (anúncios ativos dos concorrentes, reviews, fóruns), não presumido.
  • O nome da marca vem de referências + pesquisa + opções; a escolha é sua.
  • A oferta é uma Grand Slam (produto ancorado alto + bônus + garantia) e a copy segue os clássicos do DR, não fórmula genérica.
prompt · fase 0
Fase 0 — descoberta. Eu te dou o PRODUTO (o que é + foto/link do fornecedor ou de um
concorrente que já escala) e as referências de loja/criativo que eu curto. Vá atrás do
resto e me traga como um brief pra eu aprovar — não assuma nada:

1. PÚBLICO COMPRADOR: pesquise quem realmente compra isso — olhe os anúncios ativos dos
   concorrentes na Meta Ad Library (transcreva as VSLs/criativos com a skill transcribe pra
   virar voice-of-customer), reviews de produtos parecidos e threads em fóruns/Reddit. Me
   proponha o avatar (quem é, faixa de idade, contexto), as 3 a 5 dores mais fortes e as
   principais objeções — sempre citando de onde tirou (evidência).
2. OFERTA GRAND SLAM: monte o produto principal com preço e âncora, mais 3 bônus digitais
   (PDFs) que resolvam objeções do avatar, cada um com um valor-âncora maior que 0 (esse
   valor vira o preço do produto digital na montagem, essencial pra trava anti-abuso). Some
   o "valor total" pra ancorar contra o preço final. Já me diga o nome de cada bônus.
3. ÂNGULO DE COPY: defina o VILÃO (o inimigo que causa a dor), o MECANISMO da solução (por
   que o produto resolve), traga frases literais do cliente (voice-of-customer) e 3 hooks
   de abertura baseados em curiosidade — nunca em idade ou credencial.
4. MARCA: a partir das minhas referências e da pesquisa do espaço, me traga de 5 a 8 nomes
   com o domínio .com ou .co livre e recomende um.

Use a skill copywriter-pro (consulte os frameworks clássicos antes de escrever). Entregue
tudo como um brief único pra eu aprovar antes de partir pra copy.

Ao final você tem: avatar validado, a oferta completa (produto + 3 bônus + garantia), o ângulo de copy e o nome da marca com domínio livre.

01
O pilar nº 1

Copy — escrever a mensagem

O que é: escrever toda a copy do funil — a página de vendas, os 3 bônus e os anúncios — como texto, antes de tocar no Shopify.

Por que assim
  • A copy não depende da loja existir: é a mensagem, e vem antes da estrutura. Escrevê-la cedo deixa você validar o argumento de venda sem gastar tempo montando nada.
  • Segue os canônicos do DR (via copywriter-pro): hook por curiosidade, vilão + mecanismo nomeado, voz do cliente literal, prova > promessa.
prompt · fase 1
Fase 1 — escrever a copy do funil (só texto, ainda sem tocar no Shopify). Com base no brief
da Fase 0 e na skill copywriter-pro (consulte os frameworks antes de escrever):
1. PÁGINA DE VENDAS: escreva a copy completa da LP no idioma do mercado, estrutura DR nesta
   ordem — barra de urgência, herói (hook de curiosidade), lead emocional, "isto é pra você
   / não é pra você" (qualificação), problema/vilão, solução/mecanismo nomeado, ciência/
   prova, antes-e-depois, comparativo, como usar, linha do tempo de resultado, benefícios,
   avaliações, OFERTA (grand slam + bônus + âncora), garantia, FAQ e CTA final.
2. OS 3 BÔNUS: escreva o conteúdo de cada mini-guia (que virará PDF) — curto e útil de
   verdade, reforçando o mecanismo e derrubando uma objeção do avatar.
3. ANÚNCIOS: escreva 3-5 variações de anúncio (hook + corpo + CTA) pros criativos de tráfego.
Entregue tudo como texto pra eu revisar. Ainda não vamos montar nada — só a mensagem.

Ao final você tem: a página de vendas, os 3 bônus e os anúncios escritos, prontos pra revisar e virar assets na próxima fase.

02
Produzir os assets

Imagens do produto & PDFs dos bônus

O que é: transformar a mensagem em assets — o set de imagens do produto e os 3 bônus em PDF. Ainda sem tocar na loja.

Por que assim
  • No dropship você não tem foto de estúdio, só a foto crua do fornecedor — as imagens são geradas a partir dela, na cara da marca.
  • Os PDFs saem da copy dos bônus (Fase 1). Com copy + imagens prontas, a fase de montar a página vira só encaixe.
prompt · fase 2
Fase 2 — produzir os assets (imagens do produto + PDFs dos bônus). Ainda sem tocar na loja.

A) IMAGENS — a partir da foto real do produto (do fornecedor/AliExpress ou de um concorrente
   que escala). Use o higgsfield em image-to-image (a foto real como referência) e gere um
   set na direção de arte da marca (ex.: dark premium — fundo grafite, leve glow, estilo
   Dyson/Apple): packshot limpo (1:1 e 4:5); hero/lifestyle com a pessoa do avatar usando o
   produto; 2-3 feature banners (imagem + frase curta de benefício embutida — revise a
   ortografia do texto na imagem); e imagens de contexto que provem um atributo (à prova
   d'água, tamanho, na mão). NÃO fabrique antes/depois falso (risco de reembolso e lei de
   consumo); prova visual só real (UGC) ou aspiracional. Atenção: o gerador às vezes copia
   selos/badges da foto de referência — instrua "sem esses elementos" ou recorte. Salve as
   imagens (vamos subir pro CDN quando a loja existir).

B) PDFs DOS BÔNUS — a partir da copy da Fase 1. Diagrame cada bônus em HTML na identidade da
   marca (capa, índice, seções, cores) e converta em PDF com Chrome headless
   (--headless=new --print-to-pdf). No CSS: @page{size:A4;margin:0} e cada página em
   .page{width:210mm;height:297mm;overflow:hidden;page-break-after:always} — use height,
   NUNCA min-height (gera páginas em branco fantasma). Confira página a página (pdftoppm).

Me mostre as imagens e os 3 PDFs pra eu aprovar antes de montar a loja.

Ao final você tem: o set de imagens coerente com a marca e os 3 bônus em PDF — todos os assets prontos pra vestir a loja.

Bloco 2 de 2

⚙️ Montagem — a máquina

Agora a mensagem e os assets estão prontos. Aqui você monta a estrutura no Shopify e "veste" tudo: loja, produto, a página, o design, o rastreio e o go-live.

03
A fundação · a moeda base é tudo

Configurar a loja Shopify

O que é: criar/configurar a loja, plano, país, pagamentos e — o mais importante — a moeda base.

Por que assim
  • A moeda base da loja precisa ser a que o cliente paga; senão o upsell one-click não aparece (é limite da plataforma).
  • Base é diferente de payout: trocar a base não muda onde nem em que moeda o dinheiro cai.
prompt · fase 3
Fase 3 — configurar a loja. No Shopify:
1. Rode get-shop-info e me diga em texto claro: nome, plano, país, MOEDA BASE e moeda de
   payout (onde o dinheiro cai).
2. Regra crítica: a MOEDA BASE tem que ser a moeda que o cliente paga no mercado que
   escolhemos. Se estiver diferente, me explique (a) por que o upsell one-click não vai
   aparecer se ficar errado, (b) que trocar a base NÃO muda o payout, e (c) o passo a passo
   exato pra eu trocar no painel (Configurações > Detalhes da loja), porque isso não dá pra
   fazer por API.
3. Depois de qualquer troca de moeda, me lembre de revisar o preço de TODOS os produtos,
   porque o número não se converte sozinho.
4. É uma conta NOVA: confirme que não há apps legado. A página de vendas é Liquid puro + pixel
   inline (não depende de app); instale apps só quando o funil pedir (ex.: o de entrega digital
   dos bônus, na Fase 4). Controle geral (analytics) fica pra depois.
5. Confirme que o meio de pagamento está ativo e cobre o mercado (cartão + carteiras +
   método local, por exemplo Bizum na Espanha).
6. Moeda no rastreio: registre qual moeda o cliente paga — é a que vamos usar como
   value/currency no pixel e a que o worker vai ler do pedido (presentment_money). Base da
   loja, preço do produto e moeda do pixel têm que ser a MESMA moeda do cliente.

Ao final você tem: loja com moeda base correta, pagamentos ativos e o catálogo pronto pra receber o produto.

04
A oferta vira estrutura

Produto, bônus e trava anti-abuso

O que é: cadastrar o produto principal, os bônus digitais (que entregam os PDFs da Fase 2), montar o combo de carrinho e travar o abuso.

Por que assim
  • O produto fica fora de busca e coleção (unlisted) porque o tráfego entra pela página de vendas, não navegando.
  • Bônus com preço-âncora (nunca 0) + desconto "compre e leve" evitam pedido só dos PDFs de graça e compras de R$0 poluindo o pixel.
prompt · fase 4
Fase 4 — produto, bônus e trava anti-abuso. No Shopify:
1. Crie o PRODUTO PRINCIPAL: status "unlisted" (acessível por link, fora da busca/coleções),
   preço da Fase 0, exige envio (requiresShipping=true), e aponte pra um template próprio via
   templateSuffix (ex.: "redlume") — o arquivo do tema vai se chamar exatamente
   templates/product.<suffix>.liquid (criado na Fase 5). Me devolva o ID do produto e da
   variante.
2. Crie os 3 BÔNUS como produtos digitais "unlisted" (requiresShipping=false, tracked=false),
   cada um com o preço-âncora do brief (NUNCA 0 — preço 0 gera Purchase de 0 no pixel). São
   estes que vão entregar os PDFs da Fase 2. Me devolva os IDs das variantes.
3. Monte o link de carrinho-combo neste formato exato:
   /cart/{variante_principal}:1,{bonus1}:1,{bonus2}:1,{bonus3}:1
   (é o link que o botão de compra da página vai usar; pedido misto físico+digital não
   quebra o frete do principal).
4. Crie um desconto AUTOMÁTICO tipo "compre X leve Y" (BXGY, sem cupom): tendo 1x o produto
   principal no carrinho, os 3 bônus ficam 100% off. Trava anti-abuso camada 1 — a camada 2
   é no worker (Fase 7): só dispara Purchase se o principal estiver no pedido.
5. Entrega dos PDFs: instale um app de produto digital (ex.: Digital Downloads) e anexe o PDF
   em cada produto-bônus, pra o cliente receber automaticamente após a compra. Esse app
   costuma não ter API: eu monto os produtos, mas o upload do arquivo em cada um é manual
   (More actions → Add digital file) — me lembre de fazer.
Me confirme cada ID antes de seguir.

Ao final você tem: produto e bônus cadastrados, o link do combo pro botão, o abuso travado e a entrega dos PDFs ligada.

05
Vestir a máquina com a mensagem

Publicar a página de vendas

O que é: montar a página funcional dentro da loja, juntando a copy (Fase 1), as imagens (Fase 2) e o produto (Fase 4) — no mesmo domínio do checkout.

Por que assim
  • A página mora no mesmo domínio do checkout pra o pixel não perder a jornada — página em domínio separado quebra o rastreio (cross-domain).
  • O modo "layout none" deixa a página standalone, sem o cabeçalho/rodapé do tema em volta.
prompt · fase 5
Fase 5 — publicar a página de vendas. A copy (Fase 1) e as imagens (Fase 2) já estão
prontas; agora montamos a página funcional na loja.
1. Suba as imagens da Fase 2 pro CDN do Shopify (fileCreate puxando de URL pública) e me
   devolva as URLs.
2. Crie o arquivo templates/product.<suffix>.liquid com {% layout none %} (página
   standalone, sem header/footer do tema) e {{ content_for_header }} no <head> (pra
   carregar o pixel). Monte a página com a copy da Fase 1 e as imagens do CDN, mobile-first
   (90% do tráfego), nas cores da marca.
3. Todo botão de compra tem data-buy e aponta pro link de carrinho-combo da Fase 4, ANEXANDO
   window.location.search ao link (preserva utm_*/fbclid).
4. Aponte o produto ao template via templateSuffix (o arquivo tem que se chamar exatamente
   product.<suffix>.liquid).
5. Suba por Shopify CLI (shopify theme push --only templates/product.<suffix>.liquid) —
   a página é grande; não use body via URL no themeFilesUpsert (falha silenciosa) nem
   escreva em tema publicado (bloqueado).
6. Abra no Chrome e me mande screenshot (capture em pelo menos 500px de largura — o headless
   tem viewport mínimo ~500px) pra revisão antes de qualquer coisa ir pro ar.

Ao final você tem: a página de vendas completa no ar (em preview), no mesmo domínio do checkout, com o botão levando ao combo.

06
A loja inteira vira a marca

Design & congruência da loja

O que é: deixar home, cabeçalho, rodapé, cores e catálogo com a cara da marca — não só a página de vendas.

Por que assim
  • Quem chega pela loja (logo, link direto, orgânico) não pode ver marca ou tema de contexto errado — isso derruba a confiança e o checkout.
  • Toda edição de tema acontece numa cópia não-publicada; a publicação fica pra você.
prompt · fase 6
Fase 6 — deixar a loja inteira com a cara da marca. Trabalhe numa CÓPIA não-publicada do
tema (duplique o tema atual primeiro).
1. HOME: reescreva templates/index.json com UMA section "custom-liquid" que redireciona por
   JS pra /products/{handle}, preservando query string e hash
   (window.location.replace('/products/{handle}'+window.location.search+window.location.hash)),
   com uma tela da marca cobrindo o instante. NÃO crie index.liquid (conflita com o index.json
   do tema e você não consegue apagá-lo por API).
2. CABEÇALHO e RODAPÉ: aplique a identidade da marca no tema padrão (cores, logo/nome, email
   de suporte) e limpe os textos/menus de demonstração que vêm no tema. ATENÇÃO ao rodapé:
   se o footer.liquid não tiver setting de color_scheme, mudar o esquema no footer-group.json
   é IGNORADO — adicione a classe do esquema escuro direto na tag <footer> e suba
   sections/footer.liquid via Shopify CLI.
3. CORES GLOBAIS: aplique a paleta da marca no config/settings_data.json, preservando os app
   embeds que tiverem sido instalados (ex.: o de entrega digital).
4. CATÁLOGO: confirme que só o produto principal e os bônus estão no catálogo. (Se você
   reaproveitou uma loja antiga, aqui também arquiva todo produto legado que não seja da marca.)
5. Abra no Chrome e me mande screenshots de home, cabeçalho, carrinho e rodapé (capture em
   pelo menos 500px).
NÃO publique nada: me passe o link de preview (…?preview_theme_id=<id>) pra eu revisar e
publicar. Publicar tema é manual (API bloqueada).

Ao final você tem: a loja 100% na marca (em preview), pronta pra você revisar e publicar com 1 clique.

07
O que faz a campanha otimizar

Rastreio · pixel na página + compra no servidor

O que é: garantir que visita, início de checkout e compra cheguem ao Meta na moeda certa.

Por que assim
  • O pixel na página cobre a visita e o início de checkout; a compra vai por servidor (CAPI) porque o checkout do Shopify é blindado a scripts.
  • Valor e moeda vão sempre na moeda que o cliente pagou; o número do pedido evita contar a mesma venda duas vezes.
prompt · fase 7
Fase 7 — rastreio. Duas partes.

PARTE A — na página (pixel do navegador):
1. Instale o pixel do Meta INLINE no <head> do template (NÃO use o "Custom Pixel" do
   Shopify: o sandbox dele bloqueia o fbevents.js). No load dispare: init + PageView +
   ViewContent (value = preço, currency = moeda do cliente).
2. No clique do botão de compra dispare InitiateCheckout e dê setTimeout(~300ms) antes de
   redirecionar pro carrinho (tempo do evento sair).
3. Grave _fbp e _fbc (cookies do pixel) como cart attributes/note_attributes no add-to-cart
   (ex.: attributes[_fbp]/attributes[_fbc]) — é o que permite o Purchase server-side casar
   depois. Preserve também utm_*/fbclid anexando window.location.search ao link do combo.

PARTE B — no servidor (a compra) — worker Cloudflare:
4. A compra (Purchase) vai por CAPI porque o checkout é blindado a scripts. Crie/adapte um
   worker que recebe o webhook "orders/paid" e:
   - valida HMAC: base64 do HMAC-SHA256 do RAW body com SHOPIFY_WEBHOOK_SECRET, comparação
     constant-time contra o header X-Shopify-Hmac-Sha256; se inválido, responde 401.
   - só dispara Purchase se o PRODUTO PRINCIPAL (por product_id) estiver nos line_items;
     senão responde 200 "skipped" (evita Purchase-fantasma dos bônus).
   - monta user_data hasheado em SHA-256 (trim + lowercase, cada campo em array): em, ph
     (só dígitos), fn, ln, ct, country, zp; + client_ip_address e client_user_agent de
     order.client_details; + fbp/fbc lidos de order.note_attributes se existirem.
   - value/currency = order.total_price_set.presentment_money (a moeda que o cliente pagou).
   - event_id = order.id (dedup com o browser); action_source "website"; event_source_url =
     order.order_status_url; envia pra graph.facebook.com/v21.0/{PIXEL_ID}/events.
   - responde 200 quando o Meta aceita (Shopify não re-tenta) e 500 em erro (Shopify re-tenta;
     o event_id evita duplicar).
5. Segredos por wrangler secret put (FB_ACCESS_TOKEN, SHOPIFY_WEBHOOK_SECRET). Deploy por
   wrangler deploy, observability ligado (wrangler tail pra ver os logs).
6. Me guie pra criar o webhook "orders/paid" (formato JSON) em Settings → Notifications e
   validar com "Send test notification" (confira hmacOk=true no log e events_received:1 no
   Gerenciador de Eventos do Meta).
Use um único pixel; se houver pixels/apps antigos na loja (ex.: multipixel legado), me diga
pra remover — eles poluem a atribuição.

Ao final você tem: ViewContent e InitiateCheckout marcando no navegador e Purchase chegando pelo servidor, na moeda certa e sem duplicar.

08
Confiança e aprovação do Meta

Políticas e compliance

O que é: as políticas legais que o checkout e o Meta exigem.

Por que assim
  • Políticas claras são exigidas pelo checkout e pelo Meta, e reduzem disputa de cartão (chargeback).
  • As políticas nativas do checkout não entram por API — o texto é entregue pronto pra você colar.
prompt · fase 8
Fase 8 — políticas. No idioma do mercado:
1. Escreva 3 políticas alinhadas à oferta: Devolução/Reembolso (garantia do produto + direito
   de arrependimento de 14 dias se for UE), Envio (prazo, frete, rastreio + entrega imediata
   dos bônus digitais) e Termos.
2. Publique-as ATUALIZANDO as páginas que o menu do rodapé JÁ usa (não crie páginas novas —
   evita duplicatas órfãs) e limpe do menu qualquer item de marca antiga.
3. A API não grava as "políticas NATIVAS" do checkout (falta o scope write_legal_policies) —
   me entregue os 3 textos prontos e o passo a passo pra eu colar em Settings → Policies (é o
   que o Meta lê no checkout).

Ao final você tem: as 3 políticas publicadas e linkadas no rodapé, e o texto pronto pra colar no checkout.

09
Colocar no ar

Domínio, publicação e validação

O que é: ligar o domínio, publicar e confirmar que a venda e o rastreio estão certos.

Por que assim
  • No DNS o proxy fica desligado, senão o certificado (SSL) do Shopify não sobe e a loja fica sem cadeado.
  • Uma venda de teste confirma que o rastreio fecha certo antes de gastar em tráfego.
prompt · fase 9
Fase 9 — colocar no ar e validar.
1. DOMÍNIO: aponte o domínio pro Shopify como principal. No DNS (por exemplo, na Cloudflare)
   crie: um registro A do apex apontando para 23.227.38.65 e um CNAME do "www" para
   shops.myshopify.com, com o PROXY DESLIGADO (o proxy quebra o SSL do Shopify). Me confirme
   quando o cadeado (SSL) estiver ativo.
2. Me lembre de publicar o tema no painel (a API não publica) e de trocar o link da campanha
   pro endereço final do produto (dominio.com/products/{handle}). Obs.: o Shopify NÃO deixa
   redirecionar a home "/" por urlRedirect — por isso a home leva à página pela section
   custom-liquid da Fase 6, não por regra de redirect.
3. VALIDAÇÃO: faça um pedido de teste real e confira no Gerenciador de Eventos do Meta se
   ViewContent, InitiateCheckout e Purchase aparecem, com value/currency certos e sem
   duplicar (event_id = ID do pedido). Confira no log do worker (wrangler tail): hmacOk=true
   e status 200 do Meta. Me diga exatamente o que olhar em cada evento.

Ao final você tem: a loja no ar com SSL, o link da campanha certo e a venda de teste confirmada no Meta. Pronto pra escalar.

A ordem, numa cola rápida

Bloco 1 · Criação
00Descoberta — público, oferta, ângulo e nome da marca
01Copy — página de vendas + bônus + anúncios (só texto)
02Imagens & PDFs — set visual (higgsfield) + bônus em PDF
Bloco 2 · Montagem
03Loja & moeda — moeda base = moeda do cliente ← não pule
04Produto & bônus — combo + desconto anti-abuso + entrega dos PDFs
05Publicar a página — copy + imagens no template, mesmo domínio
06Design da loja — home leva à página, marca no tema, arquivar legado
07Tracking — pixel na página + a compra pelo servidor (CAPI)
08Políticas — páginas + colar no checkout
09Go-live — domínio (proxy off) → publicar → validar a venda
O que decide se o funil funciona

As 5 regras que não se quebram

1

Moeda base = moeda que o cliente paga. Mostra o preço certo pro comprador e libera o upsell one-click depois — com a base errada, ele nem aparece.

2

Página de vendas no mesmo domínio do checkout. Senão o pixel perde a jornada e a venda não casa.

3

A compra vai pelo servidor (CAPI). O checkout do Shopify é blindado a scripts, então o pixel da página não dá conta sozinho.

4

Bônus com preço + desconto "compre e leve". Senão vira pedido de bônus grátis e compra de R$0 poluindo o pixel.

5

No DNS, proxy desligado. Senão o certificado do Shopify não sobe e a loja fica sem cadeado.

Apêndice · pilar copy

As skills de copy que usamos

Toda a escrita do funil — a página de vendas, os anúncios e os 3 bônus — saiu de duas skills do Claude Code. Ficam anexadas aqui pra quem for replicar poder instalar no próprio ambiente.

Como baixar e instalar

Uma skill do Claude Code é só uma pasta em ~/.claude/skills/<nome>/ com um SKILL.md dentro. O Claude carrega sozinho ao abrir a sessão — não tem "instalador". As duas estão num repositório público (github.com/lucalima96/copywriting-skills): baixe e copie pra tua pasta de skills.

terminal · instalar as skills
git clone https://github.com/lucalima96/copywriting-skills.git
cp -R copywriting-skills/copywriter-pro ~/.claude/skills/
cp -R copywriting-skills/transcribe    ~/.claude/skills/

# transcribe (extra): script no PATH + chave grátis da Groq (console.groq.com)
cp copywriting-skills/transcribe/bin/transcribe ~/.local/bin/ && chmod +x ~/.local/bin/transcribe
brew install ffmpeg
export GROQ_API_KEY=gsk_SUA_CHAVE

Reinicie a sessão do Claude Code depois de copiar — ele carrega as skills sozinho. A pasta market-intel/ vem só com um _TEMPLATE.md: é onde você guarda a inteligência de cada nicho (voice-of-customer, ângulos de concorrente, transcrições). Preencha com o seu — é o que deixa a copy afiada.

copywriter-pro · o método (material anexável)

A regra-mãe

40/40/20: o sucesso de uma campanha é 40% público + 40% oferta + 20% copy. Antes de escrever uma palavra, valida-se os 80%. Quando "a copy não converte", a primeira pergunta é: isso é problema de copy mesmo, ou de público/oferta disfarçado de copy?

Os 5 canônicos (a fonte de tudo): Hopkins (venda é ciência testável) · Kennedy (todo claim precisa de um "porque") · Schwartz (5 níveis de sofisticação de mercado + 5 de consciência) · Halbert (a "hungry crowd" vence tudo: público faminto > copy genial) · Bencivenga (prova > promessa).

Os 6 frameworks que ela aplica em toda peça:

  • Os 4 P's (Bencivenga): Problema urgente · Promessa única com mecanismo embutido · Prova inquestionável · Proposta irrecusável.
  • Proposta irrecusável — 4 alavancas (nota 0–10): atinge o desejo/problema real · gera confiança no resultado · tempo curto até o resultado · esforço/sacrifício mínimo. Alavanca com nota abaixo de 7 = próximo salto de conversão.
  • Sofisticação de mercado (Schwartz, 1–5): em mercado nível 4, nomear um mecanismo proprietário costuma ser o maior unlock.
  • Prova > promessa: demonstração > prova social específica > prova científica > credibilidade. Nunca fabricar.
  • Reason why (Kennedy): um "porque" anexado a cada CTA, bullet e promessa.
  • Ancoragem: planta o preço-âncora antes do preço real; o número da oferta nunca aparece sozinho.

Awareness (Schwartz) → qual lead usar: unaware → story/secret · problem-aware → problem-solution · solution-aware → promise + mecanismo · product-aware → offer/proof · most-aware → offer direto. Quanto menos consciente o mercado, mais longo e indireto o lead.

Regras de output (anti-cara-de-IA): sem em-dash viciado, sem "regra de três" automática, sem vocabulário inflado de IA; linguagem do avatar (não de marketeiro); specificity sempre vence vagueza; prova social gerada com voz de avatar e sinalizada como ilustrativa até ser validada.

Estrutura de arquivos pra recriar a skill: copywriters/ (um por canônico) · frameworks/ (great-leads-6-types, oferta-audit-4-alavancas, prova-stack, value-equation-hormozi) · awareness/5-levels · market-intel/ (por nicho, alimentado por transcrições) · swipe-files/.

transcribe · inteligência de mercado

Transcreve áudio/vídeo (VSL, criativo, live) via Groq Whisper Large V3 Turbo — cerca de 30s por 1h de áudio, cuidando sozinha de extração, compressão e chunking. É a etapa que transforma as VSLs da concorrência em voice-of-customer pro market-intel da copywriter-pro.

uso · transcribe
transcribe "/caminho/arquivo.mp4"            # padrão: pt, txt, whisper-large-v3-turbo
transcribe "/caminho/vsl.mp4" --lang es      # es pra mercado espanhol, en pra criativos US
transcribe "/caminho/vsl.mp4" --format srt   # srt/vtt trazem timestamps p/ análise por trecho
# requer ffmpeg + GROQ_API_KEY (variável de ambiente ou Keychain do macOS)