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
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ável | De onde sai | Fase |
|---|---|---|
| Público / avatar + dor | pesquisa de comprador real (anúncios ativos dos concorrentes, reviews, fóruns) | 00 |
| Vilão + mecanismo | research de copy do mercado | 00 |
| Oferta: âncora + 3 bônus + garantia | montagem da Grand Slam Offer | 00 |
| Marca (nome) + domínio | referências + pesquisa do espaço + opções pra escolher | 00 |
| Moeda do cliente / base | decorre do mercado escolhido | 03 |
| Cores da marca | direção de arte | 02/06 |
| Pixel Meta | criado na configuração de tracking — não no início | 07 |
| Email suporte | definido junto com a marca | 08 |
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.
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.
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.
| Ferramenta | Pra quê serve | O que o Claude faz |
|---|---|---|
| Shopify MCP | operar a loja via API | cria/edita produtos, variantes, coleções, descontos, páginas e menus; duplica tema; sobe arquivos de tema (não-publicado); roda consultas avançadas |
| Shopify CLI | arquivos de tema grandes | sobe a página de vendas (arquivo grande) e outros arquivos direto do computador |
| Cloudflare | rastreio no servidor | publica o "worker" que reporta a compra ao Meta (CAPI) |
| Chrome | validação visual | abre o preview, tira screenshot e confere antes de publicar |
| higgsfield | imagens | gera 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
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.
🎨 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.
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.
- 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.
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.
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.
- 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.
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.
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.
- 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.
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.
⚙️ 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.
Configurar a loja Shopify
O que é: criar/configurar a loja, plano, país, pagamentos e — o mais importante — a moeda base.
- 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.
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.
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.
- 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.
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.
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.
- 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.
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.
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.
- 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ê.
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.
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.
- 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.
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.
Políticas e compliance
O que é: as políticas legais que o checkout e o Meta exigem.
- 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.
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.
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.
- 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.
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
As 5 regras que não se quebram
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.
Página de vendas no mesmo domínio do checkout. Senão o pixel perde a jornada e a venda não casa.
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.
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.
No DNS, proxy desligado. Senão o certificado do Shopify não sobe e a loja fica sem cadeado.
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.
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.
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)
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.
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)