Construtores Foto Certa

O WhatsApp de destino saiu desta aba. Ele agora é um só para a ferramenta inteira, no painel Identidade, no topo da página. Abrir Identidade

O padrão de 92 px deixa o botão acima da faixa de rodapé do tema. No celular o bloco continua usando 8 px a menos de rodapé e 16 px de margem lateral (contra 22 no computador), como sempre fez — a distância acima é a do computador.

A coruja fica ancorada na ponta, fora da área que rola: com o movimento ligado ela emoldura o cabeçalho em vez de passar junto com o texto. A posição vale só para o cabeçalho do pop-up — no botão flutuante a coruja é o ícone inteiro, e ali posição não se aplica.

As duas opções de alternância da Contagem regressiva não entram aqui: elas exigem duas ou mais mensagens, e o cabeçalho tem um título só. Com a rolagem ligada o título é repetido até cobrir a largura do cabeçalho — é o que evita o vão que a duplicação simples deixa num título curto. O trilho é medido quando o pop-up abre, porque antes disso ele está escondido e mede zero.

São os cinco da Contagem regressiva. Ressalva registrada: num cabeçalho pequeno, pulsar e tremor incomodam mais do que ajudam — ficam disponíveis porque a decisão de usar é da campanha. O separador piscando não tem relógio para separar aqui: ele entra como um ponto (•) piscando antes do título. O degradê anima entre a cor do cabeçalho e a cor do botão enviar. Quem pede menos movimento no sistema não vê nenhum dos cinco.

O botão continua abrindo o pop-up e o recado continua indo para o WhatsApp: fora do horário ninguém é impedido de deixar recado, porque a mensagem fica lá esperando. O que muda é a promessa — um aviso aparece no topo do formulário dizendo que a resposta não é imediata. O aviso é recalculado toda vez que o pop-up abre, então uma página deixada aberta na virada das 18h mostra o aviso certo quando o visitante finalmente clicar.

O fuso é fixo no código. O relógio do visitante pode estar em qualquer lugar (viagem, aparelho desacertado, cliente de fora), e o horário de atendimento é o seu. O bloco gerado converte o instante para o fuso de Brasília (−3, sem horário de verão desde 2019) antes de decidir — mesma escolha que a Contagem regressiva fez para a data de encerramento. Atendendo de outro fuso, troque HORARIO_FUSO no topo do código gerado.

Faixa que cruza a meia-noite (ex.: das 20:00 às 02:00) é aceita: o dia marcado é o dia em que o expediente começa. Abertura e fechamento iguais são recusados na geração — não há como saber se você quis dizer 24 horas ou zero.

Sem nenhum dia marcado, ou com um dos horários em branco, o modo fica desligado e o bloco sai sem nada disso — o aviso ao lado diz isso na tela, para o desligamento não ser silencioso.

Nenhuma opção ainda. Sem opções cadastradas a pergunta não aparece no pop-up e nada muda no código gerado — é assim que este recurso fica desligado.

A resposta é opcional para o visitante: uma pergunta obrigatória custaria leads, e o recado já é o que importa. Escolhendo alguma coisa, a mensagem ganha uma linha entre a página e o código — Interesse *Ensaio gestante*. Sem escolher, essa linha simplesmente não existe e a mensagem sai exatamente como sairia sem o recurso.

1) No botão/link da página (ex.: o do hero), defina a URL exatamente como a âncora ao lado (ex.: #reserva). 2) Na coluna que contém o componente HTML do iframe da página intermediária, aba Avançado, preencha o campo ID Html com o nome da âncora sem o # (ex.: reserva). 3) Ao clicar, o script rola suave até o calendário dentro do iframe; se ele ainda não tiver carregado, a âncora nativa leva ao topo do iframe (plano B, já incluído no código gerado).

Cole o endereço completo, do jeito que o TidyCal mostra — inclusive quando ele está em domínio próprio (ex.: https://agendamento.seudominio.com.br/ensaio-1-hora). Digitar só o caminho também vale: ele vira um endereço em https://tidycal.com/, e o campo se corrige sozinho ao sair dele.

Antes de gerar: o botão abre numa aba nova exatamente o endereço configurado. É a mesma página que o código embute — se ela não existir aqui, também não vai existir no site publicado. Descobrir agora custa um clique; descobrir depois custa publicar, testar e voltar. Conferir virou obrigação, e não um extra: o domínio deixou de ser fixo, então um erro de digitação no meio dele apontaria o calendário para outro site — e só você sabe qual é o seu.

É uma troca, e os dois lados foram medidos em 03/09/2026 contra o TidyCal de verdade. Medindo o formulário: o quadro fica com 764 px em repouso e vai para 1662 px quando o formulário abre — exatamente o que ele precisa. O preço é um vão vazio de cerca de 205 px embaixo do calendário em repouso, no computador: a lista de horários do TidyCal rola por dentro, e esta medição conta o conteúdo inteiro dela — então o vão cresce junto com o número de horários. No celular esse preço é de 1 px. Abrindo espaço pela altura calibrada: o quadro fica com 559 px em repouso, sem vão nenhum, mas o formulário é invisível para a medição — quem abre espaço são as duas alturas abaixo, e são elas que precisam caber nele. Se ficarem curtas, aparece barra de rolagem dentro do calendário; se sobrarem, é vão vazio. A altura calibrada é o padrão, e a razão é medida — não cautela. Medir deveria ser melhor, porque dispensa o número escrito à mão e acompanha o formulário se ele crescer. Mas em 03/09/2026 a mesma página foi carregada quatro vezes seguidas e a altura medida foi aplicada em uma delas: nas outras três o quadro ficou nos 700 px iniciais. A biblioteca do próprio TidyCal estava no comando nas quatro, e recebeu as mesmas duas mensagens em todas — ou seja, não é o nosso código competindo com o deles, é a medição por este método que não é confiável. Defeito que aparece em uma carga de quatro é pior que uma altura fixa: funciona quando você testa e falha quando o cliente usa. O campo fica aqui para você experimentar na sua página — se na sua conta ele se mostrar estável, é a escolha melhor.

O que vale para as duas escolhas, e é bom saber antes: depois que o cliente abre o formulário de reserva, o quadro não encolhe sozinho — o TidyCal não avisa quando o formulário fecha, então nem a medição nem o recolhimento da altura calibrada chegam a acontecer, e o espaço fica até a página ser recarregada. Isso não é desta escolha: já era assim, e é igual nos dois lados. O que muda é quanto fica sobrando — cerca de 1662 px medindo, contra 2350 px pela altura calibrada de fábrica.

O código gerado carrega apenas o necessário para as formas escolhidas. Com Pix ativo, a moeda é fixa em reais (o Pix só existe em BRL); somente com PayPal, você pode escolher a moeda.

Ligado, o PayPal cobra o sinal, o Pix gera o QR do sinal, a mensagem do WhatsApp declara sinal pago e saldo devido, e o carrinho passa a mostrar três linhas: total, sinal agora e saldo na entrega. A ordem da conta é quantidade multiplica → cupom incide sobre o total → o sinal sai do total já com o cupom. Um sinal maior que o total é recusado: o carrinho avisa e não deixa pagar.

Vale para as três pontas ao mesmo tempo — não é uma configuração de nenhuma forma de pagamento em particular. É por ele que você reconhece a campanha no painel do PayPal, no extrato do Pix e no WhatsApp de aviso.

O Client ID saiu desta aba e está no painel Identidade, no topo da página, com a chave Pix, o recebedor e o WhatsApp. É a mesma conta nas quatro abas de pagamento. Abrir Identidade

A chave Pix, o nome e a cidade do recebedor saíram desta aba. Eles são os mesmos aqui, no Link de cobrança e na Mini loja, e por isso ficam num lugar só: o painel Identidade, no topo da página. Abrir Identidade

Com a cobrança de sinal ligada este campo não vale. O Pix passa a cobrar o sinal, e o desconto do Pix não se aplica sobre o sinal — seria desconto dobrado, porque o sinal já sai de um total que pode ter cupom. O número acima fica guardado, mas não entra no código gerado nem aparece no carrinho enquanto o sinal estiver ligado. Para usar o desconto do Pix, volte a cobrar o valor cheio.

Com desconto ativo, o carrinho mostra a linha "Pagando via Pix (-10%)" abaixo do total e o Pix é gerado já com o valor reduzido. O PayPal continua cobrando o total sem esse desconto — por isso os dois números ficam à vista. Qual deles aparece maior, e qual meio vem primeiro, é o meio prioritário da seção 1; o separador acompanha a escolha.

Com o endereço preenchido, as duas variáveis saem no código mesmo com a chave em "não levar". Elas ficam no topo do bloco, inertes, esperando um true: assim você liga e desliga o upsell direto na página publicada, trocando UPSELL_ATIVO, sem voltar aqui e sem recolar nada. Com o endereço vazio nada disso é escrito. Endereço vazio com a chave em "sim, levar" é recusado na hora de gerar — ligado sem destino não faz nada e parece que faz.

São aceitos uma âncora (#oferta), um caminho do site (/oferta-especial) ou um endereço http(s) inteiro. É a mesma regra do botão de ação da Contagem regressiva.

No PayPal o cliente é levado assim que o pagamento é aprovado — houve confirmação de verdade. No Pix não existe aviso nenhum para a página quando o dinheiro cai, então quem leva é o botão "Já paguei", e quem clica nele pode ainda não ter pago. Se a sua oferta depende do primeiro pagamento estar feito, isso é decisão da campanha, não do código.

Cadastre um ou vários produtos; cada um pode ter seus próprios itens opcionais. Com um único produto, o carrinho o exibe direto (sem seletor), como uma compra simples.

Nenhum produto cadastrado ainda. Use o formulário ao lado.

O segundo campo é a validade (opcional — vale até o fim do dia; vazio = sem validade). O terceiro é o valor mínimo do pedido para este cupom valer — vazio = sem mínimo. A comparação é com o subtotal, antes do desconto do próprio cupom e antes do desconto do Pix; e se o cliente tirar itens e o pedido descer abaixo do mínimo, o cupom sai sozinho, com aviso na tela.

Nenhum cupom. O campo de cupom não aparecerá no carrinho.

O Pix estático não confirma pagamento — a conferência é pelo extrato. O resumo sai no fim do carrinho, com um botão de copiar, e traz produtos, opcionais (com quantidade quando houver), cupom, subtotal, desconto, total e — com sinal ligado — sinal e saldo, tudo abaixo do código do pedido. O cliente cola no WhatsApp ou no e-mail e você concilia com o extrato sem redigitar nada.

Qual usar: o brilho giratório chama atenção sem cansar (ideal para bloco de oferta ou plano recomendado); o degradê contínuo é mais moderno e constante; o halo pulsante é o mais insistente (use com moderação, em um único elemento da página); as listras lembram fita/promoção; a guirlanda de Natal é sazonal e pede uma borda grossa, porque é ela que mostra o desenho; a borda fixa serve quando você quer só o fundo em degradê ou uma moldura discreta.

A técnica de borda animada precisa pintar o miolo do componente, então "manter o fundo atual" só funciona com os efeitos halo pulsante e borda fixa. Nos demais, informe a cor: se quiser preservar a aparência atual, capture a cor exata do componente com o conta-gotas (ou pelo inspetor do navegador) e use-a como cor sólida.

Na guirlanda de Natal este campo não vale. Ali a espessura da borda é o tamanho do enfeite — quem manda é o campo Tamanho do enfeite, na seção 1. O número acima fica guardado e volta a valer nos outros efeitos.

Segredo do brilho: o efeito depende de contraste alto entre a cor de base (escura) e o facho (claro), com o facho estreito. Cores próximas em luminosidade produzem apenas uma ondulação sutil.

No halo pulsante, o halo é o efeito — não há como desligá-lo sem desligar o efeito inteiro, então a escolha "com/sem halo" não aparece aqui. Os dois campos abaixo controlam a onda que pulsa. Se você quer uma moldura sem halo, escolha o efeito borda fixa.

Marca este componente como a opção recomendada — o uso clássico é destacar o pacote do meio numa página de três. O selo é desenhado dentro do próprio CSS do componente: não há imagem para subir nem HTML para mexer.

Por que isto existe: cor renderizada muda de percepção conforme o que está atrás dela — o halo é semitransparente e se mistura com o fundo, e um facho que brilha sobre papel claro pode sumir sobre uma seção escura. Sobre o fundo real da página, dá para ver isso antes de publicar. Esta escolha é só da prévia: os códigos 1 e 2 saem exatamente iguais com qualquer fundo aqui.

Para que serve: o código 1 é colado na Tag Head da página onde o efeito aparece — o Prosite não tem cabeçalho global, cada página tem o seu. Uma página pode ter vários componentes com borda: marque aqui o preset de cada um dos outros, e o código 1 sai com todas as animações e todas as regras de movimento reduzido, num bloco só. Junto vem o CSS de cada um deles, numerado, para colar no campo de cada componente.

O mesmo efeito, duas vezes, agora convive. O nome da animação sai do conteúdo dela, e não do tipo do efeito: fc-borda-brilho-a3f2. Dois componentes com o mesmo efeito e parâmetros diferentes — um com selo e outro sem, duas listras de espessuras diferentes — recebem nomes diferentes e cabem no mesmo campo. E quando os dois produzem a mesma animação, o código 1 sai com um bloco só, dizendo que ele serve aos dois.

Ao regerar, recole os DOIS códigos deste componente. O nome da animação muda quando você muda o efeito, e o código 2 aponta para um nome que só existe no código 1 correspondente. Colar só um dos dois deixa o componente parado, sem nenhum erro na tela. O que já está publicado continua funcionando enquanto você não regerar.

Trocar este código zera a contagem de todos os visitantes. É o jeito de recomeçar uma campanha. Duas campanhas com códigos diferentes convivem no mesmo site sem se atrapalhar.

Desligar o contador não desliga a contagem. O prazo continua correndo do mesmo jeito: a urgência entra na hora marcada, a barra de progresso continua andando e, ao zerar, acontece o que você escolheu em “Quando a contagem zerar”. O que some é só o relógio na tela — útil quando você quer a pressão do prazo sem o número piscando na cara do visitante.

Com o contador desligado, os campos abaixo não valem. Unidades, rótulos, formato, “esconder os dias zerados”, a animação dos dígitos e o efeito piscar (que pisca o separador do relógio) descrevem um relógio que não vai aparecer. Os valores ficam guardados e voltam a valer quando você religar o contador. Se alguma mensagem tiver o marcador {contador}, ele é removido do texto — deixá-lo apareceria a palavra literal na barra.

Reiniciar o ciclo só funciona no modo "a partir da primeira abertura": ao zerar, começa outro prazo do mesmo tamanho. Cria urgência permanente que não corresponde a um prazo real — use com consciência.

Dois marcadores. {contador} escreve o tempo que falta ("faltam 3 dias"); {prazo} escreve a data limite ("até 21/12"). Os dois saem com a mesma cor de destaque da seção 3 — é a mesma configuração, não uma cópia. Assim a mesma campanha pode ter, na mesma barra, uma mensagem com a contagem e outra com a data.

O {prazo} só vale com data marcada. Esta barra conta a partir da primeira visita de cada pessoa, então não existe uma data limite única para escrever — o marcador é removido do texto. Troque o modo para data marcada na seção 1, ou tire o {prazo} das mensagens.

Sem o marcador {contador}, o relógio aparece depois do texto. Com duas ou mais mensagens, o que acontece com elas depende do movimento escolhido na seção 4: a alternância mostra uma de cada vez, e a rolagem emenda todas numa faixa contínua, na ordem desta lista. O estático mostra só a primeira — e, quando isso passa a descartar mensagem cadastrada, quem avisa é a própria seção 4, em destaque, ali onde o movimento é escolhido.

Nenhuma mensagem ainda. Sem nenhuma, o código usa "Oferta por tempo limitado {contador}".

Estes quatro valem só no formato Compacto — que é o escolhido aqui em cima por padrão. São as letrinhas coladas em cada número: 02d:14h:33m:12s. Por serem coladas, quase sempre uma letra só.

Estes quatro valem só no formato Blocos com rótulo. São as palavras escritas embaixo de cada número, e por isso vêm por extenso. Mexer aqui não muda o relógio compacto — quem manda nele são os quatro campos acima.

A escolha define onde colar o código: fixa vai na Tag Body da página; rolando com a página vai num componente HTML posicionado no topo pelo editor. O título da saída na seção 7 avisa qual dos dois.

Separa o conteúdo da coruja, do botão de ação e do botão de fechar. Só tem efeito visível quando algum desses estiver ligado. Não é este número que dá o espaço em volta do • que separa as mensagens na rolagem: aquele acompanha o tamanho da letra da barra, para não desaparecer quando este campo for zero.

Com “Estático”, só a primeira mensagem entra no código gerado. Uma barra parada não tem como mostrar mais de uma, então as outras não chegam ao visitante: continuam cadastradas e salvas na seção 2, sem sair de lá. Para mostrar todas, escolha rolagem, que emenda todas numa faixa contínua, ou alternância, que mostra uma de cada vez.

Com “Alternância deslizando” ligada, o efeito Pulsar não vale. Os dois animam o mesmo elemento pela mesma propriedade (o transform do miolo da barra), e animação em execução vence a transição do deslize: com os dois ligados, o deslize simplesmente não acontece e a troca de mensagem vira um fade. A marcação acima fica guardada, mas não entra no código gerado enquanto o movimento for “deslizando”. Para usar o pulsar, escolha outro movimento (estático, rolagem ou alternância com fade).

O separador piscando só aparece no formato compacto (é o : entre os números). Efeitos contínuos chamam atenção o tempo todo e cansam — na dúvida, prefira a urgência progressiva ao lado, que só age quando o prazo aperta.

A chave Pix, o nome e a cidade do recebedor saíram desta aba e estão no painel Identidade, no topo da página — os mesmos do Checkout e da Mini loja. Abrir Identidade

Estes três campos entram no bloco da página e também em cada link. A página só aceita um link cujo código Pix tenha sido montado com exatamente esta chave, este nome e esta cidade — é assim que ela sabe que aquela cobrança é sua. Se você trocar a chave e regerar o bloco, os links antigos ainda não pagos param de abrir: gere links novos para eles.

O número de destino saiu desta aba — é o WhatsApp do painel Identidade, no topo da página. Abrir Identidade

O botão abre o WhatsApp com a descrição, o valor e o identificador da cobrança já escritos na mensagem — assim você sabe de qual cobrança o cliente está falando. O Pix estático não avisa ninguém quando cai: confira o extrato antes de entregar o trabalho.

Onde você escrever {desc} entra a descrição da cobrança, e {valor} o valor pago. A mensagem ainda soma, se houver, o desconto do Pix e o identificador da cobrança — essas duas partes não são editáveis aqui.

O endereço é da página, não de cada cobrança. Todas as cobranças geradas por esta aba levam ao mesmo upsell, e ele entra no código 1 — o componente da página de pagamento. Ele não viaja no link: tudo que viaja no link entra no selo, e um parâmetro novo faria toda /pagar com o código 1 antigo recusar os links novos.

Com o endereço preenchido, as duas variáveis saem no código mesmo com a chave em "não levar". Elas ficam no topo do bloco, inertes, esperando um true: assim você liga e desliga o upsell direto na página publicada, trocando UPSELL_ATIVO, sem voltar aqui e sem recolar nada. Com o endereço vazio nada disso é escrito. Endereço vazio com a chave em "sim, levar" é recusado na hora de gerar — ligado sem destino não faz nada e parece que faz.

São aceitos uma âncora (#oferta), um caminho do site (/oferta-especial) ou um endereço http(s) inteiro. É a mesma regra do botão de ação da Contagem regressiva.

No PayPal o cliente é levado assim que o pagamento é aprovado — houve confirmação de verdade. No Pix não existe aviso nenhum para a página quando o dinheiro cai, então quem leva é o botão "Já paguei", e quem clica nele pode ainda não ter pago. Se a sua oferta depende do primeiro pagamento estar feito, isso é decisão da campanha, não do código.

Tem de ser o endereço inteiro. O link desta cobrança vai colado numa conversa de WhatsApp, fora do site: um caminho como /pagar funciona dentro do site e não abre nada numa conversa. Escrever só o caminho obrigava você a completar o endereço à mão a cada cobrança — que é justamente o trabalho que esta aba existe para eliminar —, então a ferramenta agora recusa o caminho solto em vez de aceitá-lo em silêncio.

Serve só para montar o link. A página em si não precisa saber o próprio endereço, e mexer aqui não muda o código 1.

Aparece dentro do bloco do Pix, logo acima do botão “Já paguei” — que é onde o cliente está olhando na hora de pagar. O Pix estático não confirma nada sozinho: sem esta frase o cliente paga, a página não muda, e ele pode sair achando que já está confirmado. Ele não é emitido quando o botão “Já paguei” está desligado, para não mandar tocar num botão que não existe.

Onde você escrever {data}, entra a data do prazo (dia/mês/ano) — em todas as vezes que ela aparecer na frase. Sem {data}, a data não aparece.

Com o cartão como meio prioritário, esta é a linha menor abaixo do total. Com o Pix como prioritário, ela vira o rótulo do valor em destaque — e o total aparece na linha de baixo, pelo campo seguinte.

Só aparece quando o Pix é o meio prioritário e a cobrança tem desconto. É ela que mantém o valor cheio à vista — que é o que o PayPal cobra.

Onde você escrever {valor} entra o número já formatado em reais. As duas linhas ficam logo abaixo do valor em destaque — que continua sendo o total da cobrança, porque é ele que diz quanto o trabalho custa. O que o cliente paga agora é o sinal, e é ele que está dentro do código Pix e é ele que o PayPal cobra.

Os três estão em branco, e o sinal está ligado. Quem abriu o link de cobrança vai ler quanto paga agora e quanto fica para depois — e não vai ler o que o sinal garante, o que acontece se ele desistir, nem quando o saldo vence. Preencher é opcional, e o que estiver em branco simplesmente não aparece; em branco é a única configuração em que nenhuma das três perguntas é respondida.

As três respostas aparecem na tela do cliente, logo abaixo das linhas de sinal e saldo e antes dos botões de pagamento — é ali que ele decide. Cada uma só aparece se estiver preenchida: as três em branco não desenham nada. Elas não entram na mensagem do WhatsApp, que é confirmação do que já foi pago.

As três são da página, e não de cada cobrança. Diferente do valor e do próprio sinal, que viajam no link, elas ficam dentro do código 1: são política do seu negócio, não desta venda. Mudar uma delas pede gerar o código 1 de novo e colar no site — e não mexe em nenhum link já enviado, porque o selo do link não conta texto nenhum.

Entra no fim da mensagem do botão “Já paguei”, e só nas cobranças com sinal. {sinal} é o que ele acabou de pagar e {saldo} é o que ficou para depois — sem este trecho a mensagem citaria só o total, e você leria “paguei R$ 1.200,00” de quem pagou o sinal.

Aqui também: onde você escrever {data} entra a data do prazo (dia/mês/ano), em todas as vezes que ela aparecer na frase.

A página fica publicamente alcançável: quem abrir o endereço sem link algum precisa encontrar uma mensagem cordial, nunca uma página quebrada.

Na tela de fora do prazo a página ainda mostra a descrição e o botão “Já paguei”, e nada mais: o cliente pode ter pago dentro do prazo e só agora estar avisando.

Com o sinal ligado nesta cobrança, este campo não vale. O Pix passa a cobrar o sinal, e o desconto do Pix não se aplica sobre o sinal — seria desconto dobrado, porque o sinal já sai do valor cheio. O número acima fica guardado, mas não entra no link enquanto o sinal estiver ligado. Para usar o desconto do Pix, volte a cobrar o valor cheio nesta cobrança.

O sinal é desta cobrança, e não da página. Cada link carrega o seu, como já acontece com o desconto no Pix: você pode mandar hoje um link com 30% de sinal e amanhã um link do valor cheio, sem colar nada de novo no site. Com o sinal ligado, o código Pix cobra o sinal e o PayPal cobra o sinal — e o cartão mostra o total, o sinal e o saldo. O desconto no Pix é desligado automaticamente, porque descontar sobre o sinal seria desconto dobrado.

No modo “link criado no PayPal”, o valor fica guardado lá dentro: crie o link do PayPal com o valor do sinal, não com o total. A página não tem como conferir o valor de um link do PayPal — ele é do PayPal, não daqui.

Falta um passo, e uma vez só. O selo do link passou a contar também o sinal, então um código 1 gerado antes desta versão recusa links com sinal — ele não conhece o parâmetro. Gere o código 1 de novo e cole no site; daí em diante o sinal funciona em qualquer aparelho, sem colar nada. Todos os links que você já enviou continuam funcionando, nos dois códigos: eles não têm o parâmetro do sinal, e a conta deles não mudou.

Com desconto, a cobrança passa a ter dois valores: o total — que é o valor digitado acima, e é o que o PayPal cobra — e o valor do Pix, que é o total menos o desconto. O cartão mostra os dois. A conta do desconto é a mesma do Checkout e da Mini loja, escrita uma vez só, e a página de pagamento refaz essa conta ao abrir o link: se o valor do Pix não for exatamente o total menos o desconto, ela recusa a cobrança.

O desconto não mexe mais no código 1. Todo código 1 gerado por esta versão já leva a conta do desconto dentro dele, com ou sem desconto configurado aqui — então ligar, desligar ou trocar o percentual muda só o link, nunca o código da página. Falta um passo, e uma vez só: se a página ainda estiver com um código 1 gerado antes desta versão, ele não sabe conferir a conta e vai recusar links com desconto. Gere o código 1 de novo e cole no site; daí em diante o desconto funciona em qualquer aparelho, sem colar nada. Links sem desconto continuam funcionando nos dois códigos.

O prazo é um recado, não uma tranca. Até o fim do dia escolhido (23:59:59 no horário de Brasília) o cliente vê o prazo escrito no cartão; passando disso, a página para de mostrar o pagamento e manda falar com você. O que ele não faz: o código Pix não tem validade — quem copiou o “copia e cola” antes do prazo consegue pagar depois, e o mesmo vale para quem atrasar o relógio do próprio aparelho. Quem fecha a conta continua sendo você, conferindo valor e data no extrato.

Alterar o link quase sempre não funciona. Todo link gerado leva um selo: uma conta feita sobre a descrição, a data, o código Pix, o link do PayPal e — quando a cobrança tem desconto — o total e o percentual. Mexer em qualquer um deles — ou apagar o selo — faz a conta não fechar, e a página recusa a cobrança. “Quase sempre”, e não “sempre”: o selo tem 16 bits, então uma alteração feita ao acaso tem uma chance em 65 mil de a conta fechar assim mesmo e a página exibir a cobrança alterada. Na prática ninguém edita um link ao acaso — e quem edita de propósito não precisa dessa chance, porque o selo não é segredo nem é segurança: quem abrir o código da página lê a regra e sabe refazer a conta. O que o selo impede é a edição de um link que você mandou, que é o que acontece na prática. O que impede o dinheiro de ir para outra conta não é ele, e sim a página só exibir cobrança que ela consegue remontar com a sua chave Pix.

A descrição é cosmética no sentido do dinheiro: o valor cobrado está dentro do código Pix, e é de lá que a tela o lê. O selo existe para que ela também não possa ser trocada no caminho — descrição adulterada não muda um centavo, mas mente para o cliente.

À prova de adulteração: no modo “link criado no PayPal” o valor fica guardado lá, e o cliente não tem como mexer. Custa um passo manual por cobrança e é o modo recomendado para valor alto.

O endereço é conferido pela mesma regra que a página publicada usa: só https:// de um domínio do próprio PayPal, e sem espaço, quebra de linha, tabulação ou barra invertida no meio — que costumam vir invisíveis ao colar de um PDF ou de um e-mail. Se a ferramenta recusar um endereço que parece certo, apague o campo e digite de novo.

Uma linha por item, no formato nome | SKU | preço. O SKU é opcional: nome | preço também vale — o último pedaço é sempre o preço. Opcionais entram como itens, uma linha cada. Até 20 itens.

Isto não muda um centavo do que é cobrado. O valor continua sendo o do campo acima, e o Pix continua carregando um número só. Os itens servem à tela (o cliente lê de que o valor é feito) e ao seu relatório do PayPal, que passa a mostrar uma linha por item com o SKU na coluna "ID do produto" — em vez de uma linha única. Por isso a soma dos itens tem de bater, ao centavo, com o valor: se não bater, a ferramenta recusa e diz os dois números.

O SKU não aparece na página que o cliente vê: ele é o seu código de referência, e vai só para o relatório.

Itens e sinal não convivem, e a ferramenta recusa os dois juntos. Com sinal o PayPal cobra só o sinal, e detalhar em itens faria o recibo chamar de desconto o saldo que o cliente ainda deve — no documento que ele guarda.

A barra vertical separa os pedaços, então ela não pode fazer parte do nome nem do SKU. Qualquer outro caractere pode, inclusive acento e símbolo.

O específico vence o geral. Preenchendo aqui, esta cobrança leva o cliente para este endereço depois do pagamento; deixando vazio, vale o endereço fixo da página, configurado na seção 1. Assim dá para ter uma oferta diferente por campanha sem recolar nada no site.

O interruptor mestre continua mandando. Se "Levar o cliente para essa página?" estiver em não levar (seção 1), o endereço daqui não leva a lugar nenhum — nem este, nem o da página. O interruptor é a variável UPSELL_ATIVO no topo do código 1, e você pode ligá-la direto no site, sem regerar nada.

São aceitos uma âncora (#oferta), um caminho do site (/oferta-especial) ou um endereço http(s) inteiro — a mesma regra do campo da seção 1.

Mande o link individualmente, nunca em grupo: a pré-visualização de link mostra a descrição e o valor para todo mundo que estiver na conversa.

Ele identifica o carrinho no navegador do cliente (é a chave do armazenamento) e abre o identificador de cada pedido, que é o que aparece no seu extrato. Duas lojas no mesmo site precisam de códigos diferentes, senão dividem o mesmo carrinho.

O Client ID saiu desta aba e está no painel Identidade, no topo da página. Abrir Identidade

O preço tem aqui o mesmo limite do link de cobrança. No Pix o valor viaja dentro do código que o aplicativo do banco lê, e o banco trava nele. No botão do PayPal o valor é calculado no navegador do cliente: tela, Pix e PayPal desta página nunca divergem entre si, mas alguém determinado monta um pagamento com outro valor. Não há como impedir sem um servidor, e este projeto não tem um. Confira o valor recebido antes de produzir.

A chave Pix, o nome e a cidade do recebedor saíram desta aba e estão no painel Identidade, no topo da página — os mesmos do Checkout e do Link de cobrança. Abrir Identidade

Com a cobrança de sinal ligada este campo não vale. O Pix passa a cobrar o sinal, e o desconto do Pix não se aplica sobre o sinal — seria desconto dobrado, porque o sinal já sai de um total que pode ter cupom. O número acima fica guardado, mas não entra no código gerado nem aparece na cesta enquanto o sinal estiver ligado. Para usar o desconto do Pix, volte a cobrar o valor cheio.

A mensagem já vai com o identificador do pedido, os itens, o cupom e o valor. Ao clicar nele o carrinho do cliente é esvaziado — é o único momento em que a página sabe que a compra terminou. O Pix estático não avisa ninguém quando o dinheiro cai: a conferência é sua, no extrato.

Com o endereço preenchido, as duas variáveis saem no código mesmo com a chave em "não levar". Elas ficam no topo do bloco, inertes, esperando um true: assim você liga e desliga o upsell direto na página publicada, trocando UPSELL_ATIVO, sem voltar aqui e sem recolar nada. Com o endereço vazio nada disso é escrito. Endereço vazio com a chave em "sim, levar" é recusado na hora de gerar — ligado sem destino não faz nada e parece que faz.

São aceitos uma âncora (#oferta), um caminho do site (/oferta-especial) ou um endereço http(s) inteiro. É a mesma regra do botão de ação da Contagem regressiva.

No PayPal o cliente é levado assim que o pagamento é aprovado — houve confirmação de verdade. No Pix não existe aviso nenhum para a página quando o dinheiro cai, então quem leva é o botão "Já paguei", e quem clica nele pode ainda não ter pago. Se a sua oferta depende do primeiro pagamento estar feito, isso é decisão da campanha, não do código.

Isto é a mesma leitura que a aba Slideshow faz, com outro destino: em vez de virar uma lista de fotos, os endereços ficam aqui para você associar ao produto que estiver cadastrando. Nada do que você cola nestes dois campos é salvo.

De 15 a 50 produtos é o tamanho para o qual esta vitrine foi desenhada. Cada produto pode ter os seus próprios itens opcionais, como no Checkout.

Nenhum produto cadastrado ainda. Use o formulário ao lado.

O segundo campo é a validade (opcional — vale até o fim do dia; vazio = sem validade). O terceiro é o valor mínimo do pedido para este cupom valer — vazio = sem mínimo. A comparação é com o subtotal, antes do desconto do próprio cupom e antes do desconto do Pix; e se o cliente tirar itens e o pedido descer abaixo do mínimo, o cupom sai sozinho, com aviso na tela.

Nenhum cupom. O campo de cupom não aparecerá no carrinho.

Cupom não é secreto. Ele fica escrito dentro do código desta página, e qualquer visitante que abrir o código-fonte consegue lê-lo. Serve para divulgar um desconto, não para dar desconto a uma pessoa só. Isto já vale hoje no Checkout.

Ligado, o PayPal cobra o sinal, o Pix gera o QR do sinal, a mensagem do WhatsApp declara sinal pago e saldo devido, e a cesta passa a mostrar três linhas: total, sinal agora e saldo na entrega. A ordem da conta é quantidade multiplica → cupom incide sobre o total → o sinal sai do total já com o cupom. Um sinal maior que o total é recusado: a cesta avisa e não deixa pagar.

Os textos do sinal ficam na seção , e não aqui: o rótulo do sinal, o rótulo do saldo e as três respostas que o cliente lê antes de pagar (o que o sinal garante, o que acontece se ele desistir, o que fazer com o saldo). No Checkout e no Agendamento por pacote esses mesmos cinco campos ficam dentro deste quadro, ao lado do interruptor. São os mesmos campos nas quatro abas — o que muda é onde eles estão na tela, e esta linha existe para você não procurá-los aqui.

Abaixo dessa largura o carrinho deixa de ficar ao lado e vai para baixo da vitrine, e a grade cai para no máximo 2 colunas. Os dois botões da prévia atravessam esse corte, então dá para conferir os dois layouts.

Os botões só aparecem se houver ao menos um produto com categoria. Produto sem categoria aparece em "Todos" e em mais nada.

Por que isto é um campo e não um detalhe. As fotos do storage da Alboom saem todas com 1200 px de largura e de 157 a 868 KB cada (medido). Cinquenta delas numa grade seriam dezenas de megabytes. A página pede cada foto ao redimensionador da Alboom na largura escolhida aqui, e só pede a foto grande quando alguém abre o cartão de detalhe.

Estas larguras são um teto, não uma promessa. Foto pedida acima da largura que ela tem de verdade sai esticada: mais bytes, nenhum detalhe a mais — medido, uma foto de 735 px pedida a 1000 px devolve 297 KB no lugar de 220 KB. Por isso a ferramenta mede a largura de cada foto do catálogo (uma vez por foto, ao abrir esta aba ou ao cadastrar, e o número fica salvo) e a loja publicada nunca pede mais do que a foto tem. A linha acima diz quantas ficaram abaixo das larguras escolhidas. Foto que não passa pelo redimensionador não é medida: ela vai inteira de qualquer jeito.

Foto que não passa pelo redimensionador não encolhe. O redimensionador é um serviço da Alboom sobre o storage dela, e só alcança endereços completos em storage.alboom.ninja, alfred.alboompro.com ou cdn.alboompro.com (este último é o servidor das páginas comuns do site). Qualquer outra — outro servidor, ou um caminho do próprio site como /fotos/promo.jpg — vai inteira para a vitrine. O cadastro avisa quando isso acontece, e na lista do catálogo essas linhas aparecem com a origem em destaque. Quem decide é a mesma função que roda dentro do código gerado, então o aviso não tem como discordar da página publicada.

Os três estão em branco, e o sinal está ligado. Quem está com a cesta montada vai ler quanto paga agora e quanto fica para depois — e não vai ler o que o sinal garante, o que acontece se ele desistir, nem quando o saldo vence. Preencher é opcional, e o que estiver em branco simplesmente não aparece; em branco é a única configuração em que nenhuma das três perguntas é respondida.

As três respostas aparecem na tela do cliente, logo abaixo das linhas de sinal e saldo e antes dos botões de pagamento — é ali que ele decide. Cada uma só aparece se estiver preenchida: as três em branco não desenham nada. Elas não entram na mensagem do WhatsApp, que é confirmação do que já foi pago.

O resumo lista os itens, o cupom, o total e o sinal, com um botão de copiar — é o que o cliente manda para você quando quiser combinar alguma coisa antes de pagar.

Dois efeitos podem conviver na mesma página: cada um usa classes e nomes de animação próprios. Gere um, cole, e volte aqui para gerar o outro.

Página inteira cobre a janela e acompanha a rolagem. Dentro de um bloco prende o efeito ao componente, com a altura que você definir.

Se o efeito não cobrir a tela toda, é porque algum bloco do tema tem transform, e isso quebra a camada fixa — ela passa a se prender àquele bloco. Não dá para saber isso daqui: só a página publicada responde. Nesse caso, troque para dentro de um bloco.

Na aurora, prefira "dentro de um bloco". Um fundo de página precisa ficar atrás do conteúdo, e de um componente do Prosite não dá para garantir isso: se o tema pintar o fundo das seções, a aurora fica escondida atrás dele. No modo bloco ela é a própria seção, e sempre aparece.

Na página inteira este campo não vale. Ali a camada cobre a janela, e a altura é a da janela do visitante. O número acima fica guardado e volta a valer no alcance "dentro de um bloco".

Por que este campo existe: um floco de 24 px ocupa 2 % da largura num computador e 6 % num celular — ele parece muito maior lá, mesmo tendo o mesmo tamanho. Aqui o tamanho passa a ser proporcional à largura da tela: exato num computador, e reduzido até esta porcentagem num celular. Com 100 % o tamanho fica fixo, como era antes.

As manchas se somam onde se cruzam. Cores próximas dão um fundo discreto; cores opostas dão um efeito forte, que costuma pedir opacidade baixa.

O cordão fica no topo — da janela, no alcance "página inteira", ou do bloco. A linha do fio é desenhada pela própria borda da camada.

Por que isto existe: o floco é branco por padrão, e branco sobre fundo claro é invisível. Aqui dá para ver isso antes de publicar. Esta escolha é só da prévia: os dois códigos saem exatamente iguais com qualquer fundo aqui.

O código gerado carrega apenas o necessário para a forma escolhida: com "somente Pix" o bloco não pede Client ID nem carrega o SDK do cartão; com "somente PayPal" ele não pede chave Pix nem carrega a maquinaria do Pix.

Ligado, o Pix gera o QR do sinal, o cartão cobra o sinal e o parcelamento passa a ser sobre o sinal — é o valor que a operadora cobra naquele momento, e parcelar um número que ninguém está cobrando confunde. A página de obrigado passa a mostrar três linhas: total, sinal agora e saldo. A ordem da conta é opcionais somam → cupom incide sobre o total → o sinal sai do total já com o cupom. Um sinal maior que o total é recusado: a página avisa e não deixa pagar.

A vitrine continua anunciando o preço cheio de cada pacote — é o que o cliente vai pagar ao todo. O que ela perde é o selo e a segunda linha de preço, porque com sinal não existe mais desconto no Pix: os dois meios cobram o mesmo sinal.

A chave Pix, o nome e a cidade do recebedor saíram desta aba. Eles são os mesmos aqui, no Checkout, no Link de cobrança e na Mini loja, e por isso ficam num lugar só: o painel Identidade, no topo da página. Abrir Identidade

O Client ID saiu desta aba e está no painel Identidade, no topo da página, com a chave Pix, o recebedor e o WhatsApp. É a mesma conta nas quatro abas de pagamento. Abrir Identidade

A moeda aqui é sempre o real (BRL), e não há campo para trocá-la — nem nesta aba nem no Link de cobrança. O Pix só existe em reais, e o cartão cobra o mesmo pedido: um seletor de moeda faria o QR Code e o cartão pedirem valores diferentes. O Checkout e a Mini loja têm o seletor porque ali é possível vender só com cartão, sem Pix nenhum na página.

A família é o passo 1 da vitrine: o cliente escolhe o tipo de ensaio e só então vê os pacotes daquela família. Com uma família só a vitrine volta a dois passos e a família não aparece para ninguém — nem no código gerado.

O segundo campo é a descrição curta (opcional), que aparece embaixo do nome no cartão da família.

Uma família só — a vitrine mostra dois passos, sem perguntar o tipo. Crie a segunda para a vitrine passar a perguntar.

Os opcionais deste pacote só aparecem para o cliente na página de obrigado — o TidyCal não sabe o que é um opcional, então a vitrine mostra só o preço do pacote.

Nenhum pacote cadastrado ainda. Use o formulário ao lado.

O segundo campo é a validade (opcional — vale até o fim do dia; vazio = sem validade). O terceiro é o valor mínimo do pedido para este cupom valer — vazio = sem mínimo. A comparação é com o subtotal, antes do desconto do próprio cupom e antes do desconto do Pix; e se o cliente tirar itens e o pedido descer abaixo do mínimo, o cupom sai sozinho, com aviso na tela.

Nenhum cupom. O campo de cupom não aparecerá na página de obrigado.

Se você mudar o preço de um pacote, quem agendou antes e pagar depois verá o preço novo. O preço mora no código da página, não no endereço — foi assim que se evitou que o cliente pudesse editá-lo na barra de endereço.

Com o endereço preenchido, as duas variáveis saem no código mesmo com a chave em "não levar". Elas ficam no topo do bloco, inertes, esperando um true: assim você liga e desliga o upsell direto na página publicada, trocando UPSELL_ATIVO, sem voltar aqui e sem recolar nada. Com o endereço vazio nada disso é escrito. Endereço vazio com a chave em "sim, levar" é recusado na hora de gerar — ligado sem destino não faz nada e parece que faz.

São aceitos uma âncora (#oferta), um caminho do site (/oferta-especial) ou um endereço http(s) inteiro. É a mesma regra do botão de ação da Contagem regressiva.

No cartão o cliente é levado assim que o pagamento é aprovado — houve confirmação de verdade. No Pix não existe aviso nenhum para a página quando o dinheiro cai, então quem leva é o botão “Já paguei”, e quem clica nele pode ainda não ter pago. Se a sua oferta depende do primeiro pagamento estar feito, isso é decisão da campanha, não do código.

O TidyCal manda estes dados no endereço de redirecionamento (saída 2, abaixo). Escolha quais viajam e o texto que aparece quando alguém abre a página sem passar pelo agendamento.

No texto da sua página, escreva {{nome}}, {{data}}, {{hora}} e {{quando}} onde o dado deve entrar — mais {{pacote}}, {{duracao}} e {{valor}}, que vêm do catálogo cadastrado ao lado e viajam sempre, sem interruptor.

Entra logo abaixo do título, antes do passo 1. Onde você escrever {pct}, entra o desconto do Pix configurado na seção — assim ele acompanha sozinho quando você mudar o desconto. Escrever o número à mão faz o subtítulo mentir no dia em que o desconto mudar, sem erro e sem aviso.

O {valor} é o menor valor médio da hora daquela família, no Pix — o bloco divide o preço de cada pacote pela duração dele e pega o menor resultado. A duração sai do campo Duração de cada pacote (ou do campo Horas, quando preenchido).

Uma ou mais famílias não têm nenhum pacote com duração legível, e nessas a linha "a partir de" não aparece — não há hora para calcular. A lista de pacotes mostra quais durações a ferramenta não entendeu.

Os quatro campos acima só entram no código quando existem duas ou mais famílias.

O mesmo texto aparece nos cartões da vitrine e no carrinho da página de obrigado — é um campo só para os dois lugares.

Sai ao lado do preço, pequeno e sem destaque, dividindo o preço que está ali pela duração do pacote. Vazio não aparece. A duração é lida do campo Duração de cada pacote — a lista de pacotes mostra quantas horas a ferramenta entendeu, e quando ela não entende, a linha simplesmente não sai para aquele pacote.

Onde você escrever {pct} entra o percentual de desconto, {n} o número de parcelas, e {valor} o preço já formatado — no mesmo padrão {data} que a aba Link de cobrança usa para o prazo.

As duas valem para os dois valores médios — o da linha do Pix e o da linha do cartão. Eles nascem com um âmbar claro, um degrau abaixo do selo verde do desconto: a etiqueta existe para separar o número da frase ao lado, não para competir com o preço. Para tirar o fundo e deixar só o texto, ponha o mesmo tom do fundo do cartão.

Os números abaixo foram medidos na página publicada, com o calendário real, em 04/09/2026. A primeira carga de um calendário custa 9115 ms — é o download dos arquivos do TidyCal, e esse custo existe uma vez só. Depois que qualquer calendário carregou, cada carga seguinte custa 600 a 800 ms e cerca de 13 KB (22 requisições, quase todas vindas do cache). Os oito calendários de um catálogo carregando juntos: 2034 ms e cerca de 65 MB de memória.

Só ao escolher: nada é carregado antes do clique. Quem entra e sai sem escolher nada não paga nada — e quem escolhe paga os 9115 ms inteiros, esperando na frente do quadro vazio. Um na abertura (padrão): um calendário começa a carregar assim que a página abre, para o custo de primeira vez ser pago enquanto o cliente ainda está lendo a lista de pacotes; depois disso qualquer pacote custa os 600 a 800 ms. Todos na abertura: todos os calendários do catálogo carregam juntos, e aí qualquer pacote já está pronto quando o cliente clica — ao preço medido de 65 MB com oito pacotes.

Nas três escolhas, calendário que já carregou continua vivo: cada pacote visitado fica com o quadro dele na página, e trocar de família, voltar e escolher de novo não recarrega nada. Antes disso havia um quadro só, reapontado — trocar de família jogava fora o que já tinha baixado, e a volta custava uma carga nova (medido: 670 ms).

É uma troca, e os dois lados foram medidos em 03/09/2026 contra o TidyCal de verdade. Medindo o formulário: o quadro fica com 764 px em repouso e vai para 1662 px quando o formulário abre — exatamente o que ele precisa. O preço é um vão vazio de cerca de 205 px embaixo do calendário em repouso, no computador: a lista de horários do TidyCal rola por dentro, e esta medição conta o conteúdo inteiro dela — então o vão cresce junto com o número de horários. No celular esse preço é de 1 px. Abrindo espaço pela altura calibrada: o quadro fica com 559 px em repouso, sem vão nenhum, mas o formulário é invisível para a medição — quem abre espaço são as duas alturas abaixo, e são elas que precisam caber nele. Se ficarem curtas, aparece barra de rolagem dentro do calendário; se sobrarem, é vão vazio. A altura calibrada é o padrão, e a razão é medida — não cautela. Medir deveria ser melhor, porque dispensa o número escrito à mão e acompanha o formulário se ele crescer. Mas em 03/09/2026 a mesma página foi carregada quatro vezes seguidas e a altura medida foi aplicada em uma delas: nas outras três o quadro ficou nos 700 px iniciais. A biblioteca do próprio TidyCal estava no comando nas quatro, e recebeu as mesmas duas mensagens em todas — ou seja, não é o nosso código competindo com o deles, é a medição por este método que não é confiável. Defeito que aparece em uma carga de quatro é pior que uma altura fixa: funciona quando você testa e falha quando o cliente usa. O campo fica aqui para você experimentar na sua página — se na sua conta ele se mostrar estável, é a escolha melhor.

O que vale para as duas escolhas, e é bom saber antes: depois que o cliente abre o formulário de reserva, o quadro não encolhe sozinho — o TidyCal não avisa quando o formulário fecha, então nem a medição nem o recolhimento da altura calibrada chegam a acontecer, e o espaço fica até a página ser recarregada. Isso não é desta escolha: já era assim, e é igual nos dois lados. O que muda é quanto fica sobrando — cerca de 1662 px medindo, contra 2350 px pela altura calibrada de fábrica.

Abaixo desta largura os cartões da vitrine viram linhas compactas (nome e duração à esquerda, preço à direita, sem a linha do que inclui). São duas medidas diferentes: a de cima decide a altura do calendário e é lida em JavaScript; esta decide o formato dos cartões e é lida em CSS. Amarrar as duas ao mesmo número faria uma calibragem de altura reformatar a vitrine inteira, sem aviso. É por isso que esta continua aparecendo quando o calendário mede o formulário: ela é da vitrine, não do calendário.

Aparece se alguém abrir a página de obrigado sem ?pac= reconhecido — link copiado errado, por exemplo.

As duas frases acima só aparecem com a cobrança de sinal ligada (seção ). Elas explicam por que o pagamento está travado: reescrevê-las é livre, mas quem as lê está sem conseguir pagar — diga o que fazer. O pacote aqui é fixo, então a saída é o cupom ou os opcionais, e não "escolher mais itens".

As duas frases acima só aparecem em cupom que tenha valor mínimo do pedido (seção ). Onde você escrever {valor}, entra o mínimo daquele cupom, já na moeda do bloco. São duas porque são dois momentos: a primeira responde por que não aplicou; a segunda, por que o desconto que eu já tinha sumiu.

Onde você escrever {codigo} na linha do desconto, entra o código do cupom aplicado. Sem {codigo}, o código não aparece — a frase sai como você escreveu. Até 03/09/2026 este campo valia só a palavra e o código vinha colado por fora, num parêntese que você não controlava.

Estas três frases explicam que a liberação do horário é feita à mão, por você. Se reescrevê-las, mantenha isso claro — prometer confirmação automática é prometer o que o sistema não faz.

Onde você escrever {data} na barra do prazo, entra o dia e a hora em que a reserva vence.

Aparece dentro da área do Pix, logo acima do botão “Já paguei” — que é onde o cliente está olhando na hora de pagar. Sem ele, o cliente paga, a tela não muda, e ele pode sair achando que a reserva já está confirmada. Até 13/09/2026 esta aba não tinha o botão, e por isso o texto dela mandava “me avise” em vez de mandar tocar nele; agora o botão existe e a frase é a mesma das outras três abas de pagamento.

Aparece dentro da área do Pix, logo abaixo do aviso de que o Pix não confirma sozinho — e só depois que o cliente gera o código. É o mesmo botão que o Checkout, a Mini loja e o Link de cobrança têm. A mensagem cita o identificador da reserva e o valor, que é o que você usa para achar a cobrança no extrato.

Marcadores: {cod} o identificador da reserva, {codigo} o código do cupom, {pct} o percentual do Pix e {valor} o valor já formatado. O *asterisco* é o negrito do WhatsApp.

É deste número que sai o valor base do álbum: quantidade de fotos × preço por foto. O desconto por quantidade incide só sobre essa base; os acabamentos entram depois dela.

Os dois limites valem para todos os tamanhos, e é a média de fotos por lâmina de cada tamanho que os transforma em mínimo e máximo de fotos. É por isso que o mesmo par de números dá faixas diferentes em cada tamanho.

Nenhuma faixa. O álbum sai sempre pelo preço cheio, e a frase de incentivo não aparece para o cliente.

Nenhum acabamento. A seção de acabamentos não aparece na página do cliente.

O código gerado carrega apenas o necessário para a forma escolhida: com "somente Pix" o bloco não pede Client ID nem carrega o SDK do cartão; com "somente PayPal" ele não pede chave Pix nem carrega a maquinaria do Pix.

Este número é uma promessa sobre o que o cliente vai encontrar no cartão, e quem decide isso é a operadora — a ferramenta não tem como conferir. Confira no PayPal quantas parcelas a sua conta oferece. O valor da parcela é calculado dividindo o preço, e afirma parcelamento sem juros.

Ligado, o Pix gera o QR do sinal, o cartão cobra o sinal e o parcelamento passa a ser sobre o sinal — é o valor que a operadora cobra naquele momento. A ordem da conta é desconto por lâminas sobre a base → acabamentos somam → o sinal sai do total. Um sinal maior que o total é recusado: a página avisa e não deixa pagar.

A chave Pix, o nome e a cidade do recebedor não ficam nesta aba. Eles são os mesmos aqui, no Checkout, no Link de cobrança, na Mini loja e no Agendamento por pacote, e por isso ficam num lugar só: o painel Identidade, no topo da página. Abrir Identidade

O Client ID não fica nesta aba e está no painel Identidade, no topo da página, com a chave Pix, o recebedor e o WhatsApp. É a mesma conta em todas as abas de pagamento. Abrir Identidade

A moeda aqui é sempre o real (BRL), e não há campo para trocá-la. O Pix só existe em reais, e o cartão cobra o mesmo pedido: um seletor de moeda faria o QR Code e o cartão pedirem valores diferentes.

Com o endereço preenchido, as duas variáveis saem no código mesmo com a chave em "não levar". Elas ficam no topo do bloco, inertes, esperando um true: assim você liga e desliga o upsell direto na página publicada, sem voltar aqui e sem recolar nada. Com o endereço vazio nada disso é escrito. Endereço vazio com a chave em "sim, levar" é recusado na hora de gerar — ligado sem destino não faz nada e parece que faz.

No cartão o cliente é levado assim que o pagamento é aprovado — houve confirmação de verdade. No Pix não existe aviso nenhum para a página quando o dinheiro cai, então quem leva é o botão “Já paguei”, e quem clica nele pode ainda não ter pago.

O botão abre o WhatsApp com o resumo do álbum já escrito — tamanho, fotos, lâminas e valor. O número sai do painel Identidade. Abrir Identidade

O resumo lista o tamanho, a quantidade de fotos, as lâminas, os acabamentos, o desconto e o total, com um botão de copiar — é o que o cliente manda para você quando quiser combinar alguma coisa antes de pagar.

A segunda medida é lida no espaço que o bloco ocupa, e não na janela do navegador: num componente estreito dentro de uma página larga, o bloco continua numa coluna só — que é o que o cliente vê. Acima dela, o orçamento vai para o lado do seletor.