Cancelamento no customer portal do Stripe: o que faz e quando chega

Se fatura com o Stripe, já tem um fluxo de cancelamento disponível: o customer portal do Stripe. É uma página alojada pelo Stripe onde os clientes podem atualizar meios de pagamento, ver faturas, mudar de plano e cancelar. Ativa as funcionalidades no Dashboard, envia os clientes para lá e o Stripe trata do resto.

Para muitos produtos, chega. Para outros, o passo de cancelamento do portal é demasiado limitado. Este artigo explica o que o portal oferece em novembro de 2026, segundo a documentação do Stripe, onde fica aquém e como decidir.

O que faz a página de cancelamento do portal

O Stripe documenta as funcionalidades de cancelamento no seu guia da página de cancelamento e no guia de configuração do portal. Em resumo:

Cancelar de imediato ou no fim do período

Escolhe se um cancelamento no portal termina a subscrição de imediato ou no fim do período de faturação atual. Com o cancelamento no fim do período, o cliente mantém o acesso até ao fim do período e pode reativar antes disso (documentação do Stripe: cancel subscriptions).

Motivos de cancelamento

Pode perguntar aos clientes porque estão a cancelar. O portal usa uma lista predefinida de motivos, e escolhe quais mostrar:

• É demasiado caro
• Preciso de mais funcionalidades
• Encontrei uma alternativa
• Já não preciso
• O apoio ao cliente ficou aquém do esperado
• A facilidade de utilização ficou aquém do esperado
• A qualidade ficou aquém do esperado
• Outro motivo (com texto livre opcional)

As respostas aparecem na subscrição no Dashboard, no Stripe Sigma e no webhook customer.subscription.updated, para as poder enviar para as suas próprias análises.

Cupão de retenção

A definição clássica do portal permite escolher um cupão a oferecer aos clientes que tentam cancelar. Se aceitarem, o cupão é aplicado à subscrição e o cancelamento é travado. O mesmo cupão é mostrado a todos os que chegam à página de cancelamento, seja qual for o motivo que indicam.

Retention rules (private preview)

O Stripe documentou também as retention rules, em private preview no momento em que escrevemos. Substituem o cupão de retenção único (ativá-las desativa-o) e permitem mostrar uma oferta direcionada com base em condições como:

• O motivo de cancelamento selecionado
• Meses de subscrição e gasto total faturado
• Estado da subscrição
• Metadados da subscrição ou do cliente
• O preço em que o cliente está

Cada ramo de regra oferece ou um desconto (percentagem ou montante fixo nos ciclos de faturação futuros, limitado a uma utilização por cliente nos cupões de retenção) ou um downgrade, não ambos. O Stripe disponibiliza também uma vista de retention performance com a receita retida, os pontos onde os clientes abandonam o fluxo de cancelamento e os motivos selecionados; uma subscrição conta como retida se se mantiver ativa pelo menos 7 dias depois de o cliente aceitar uma oferta.

Como se trata de uma preview, a disponibilidade e o comportamento podem mudar. Verifique a documentação atual antes de contar com ela.

Limites do portal que convém conhecer

• Sem opção de pausa. O portal não permite aos clientes pausar uma subscrição; a pausa precisa da API ou do Dashboard (suporte do Stripe).
• Algumas subscrições podem ser canceladas mas não alteradas. Segundo o guia de configuração do Stripe, as subscrições com vários produtos, faturação por utilização, ofertas de trial ou certos meios de pagamento não podem ser alteradas no portal, embora possam ser canceladas. As subscrições com uma atualização pendente de uma subscription schedule não podem ser alteradas nem canceladas aí.
• O design do Stripe. Pode definir a identidade visual (logótipo, cores, ícone), mas o layout e os passos são os do Stripe.
• Só web. É uma página web alojada. Numa app móvel, abre-a numa vista de navegador.

Portal vs um fluxo de cancelamento dedicado

Capacidade	Portal do Stripe (clássico)	Portal do Stripe com retention rules (preview)	Fluxo de cancelamento dedicado
Cancelar no fim do período ou de imediato	Sim	Sim	Sim
Pergunta sobre o motivo	Lista fixa, escolhe quais mostrar	Lista fixa mais motivos personalizados	Quaisquer motivos, com as suas palavras
Oferta por motivo	Não, um cupão para todos	Sim	Sim
Oferta de desconto	Sim (um cupão)	Sim	Sim
Oferta de downgrade	Não (a troca de plano é separada)	Sim	Sim
Oferta de pausa	Não	Não	Normalmente sim
Oferta de chamada / falar connosco	Não	Não	Normalmente sim
Elegibilidade (p. ex., sem descontos repetidos)	Não documentada	Condições de antiguidade, gasto, metadados; uma utilização por cliente nos cupões	Sim
O seu próprio design	Só identidade visual	Só identidade visual	Controlo total, ou API headless
Dentro da sua app (iOS, Android, desktop)	Vista de navegador	Vista de navegador	Nativo, via API
Emails de reconquista depois do cancelamento	Não	Não	Depende da ferramenta
Análises	Motivos no Dashboard, Sigma, webhooks	Vista de retention performance	Depende da ferramenta
Custo extra	Incluído no Stripe Billing	Preview; verifique os termos	Custo da ferramenta ou do desenvolvimento

Para os preços e taxas do próprio Stripe Billing, veja a página de preços do Stripe; não reproduzimos números aqui porque variam com o plano e a região.

Quando o portal incluído chega

O portal é uma escolha sensata quando:

• Está no início. Com meia dúzia de cancelamentos por mês, de qualquer forma não há volume suficiente para testar ofertas. Ative os motivos, escolha o cancelamento no fim do período e leia todas as respostas.
• O seu produto é simples. Um ou dois planos, uma objeção óbvia (normalmente o preço). Um único cupão de retenção cobre-a.
• É só web. Os clientes gerem a faturação num navegador.
• Quer o mínimo de engenharia. O portal pede configuração, não código, para além de criar uma sessão do portal.
• Pode usar as retention rules. Se tiver acesso à preview, cobre descontos e downgrades por motivo, que é o centro de um bom fluxo.

Mesmo com o portal, aplique o básico: mantenha a ação de cancelar fácil de encontrar nas definições de conta, indique claramente os termos das ofertas e não ofereça o mesmo desconto repetidamente. As nossas boas práticas de fluxos de cancelamento aplicam-se seja qual for a ferramenta.

Quando precisa de mais

Um fluxo de cancelamento dedicado começa a compensar quando:

• Os motivos pedem ofertas diferentes que o portal não consegue fazer, sobretudo uma pausa para “não o uso o suficiente” ou uma chamada para “falta uma funcionalidade”. Veja pausa vs desconto vs downgrade.
• Precisa do cancelamento dentro da sua app. As apps móveis e desktop que querem um ecrã nativo, e não um redirecionamento para o navegador, precisam de uma API.
• O fluxo tem de seguir o design do seu produto, ou um padrão específico de texto e acessibilidade.
• Quer o que acontece depois do cancelamento: emails de reconquista ajustados ao motivo, um teste com grupo de controlo, relatórios baseados na receita.
• Fatura fora do Stripe, ou em vários sistemas de faturação.
• A conformidade exige um tratamento específico nos seus mercados, como opções de saída claras em cada passo. Veja a nossa visão geral das regras de click-to-cancel.

Configurar bem o portal

Se começar com o portal, uma checklist rápida de configuração:

• Cancelamento ativo, definido para cancelar no fim do período (normalmente mais simpático do que de imediato).
• Motivos de cancelamento ativos; escolha os motivos sobre os quais vai agir.
• Cupão de retenção (ou retention rules) definido com um desconto limitado no tempo, com os termos indicados no nome do cupão.
• Identidade visual definida: logótipo, cores, nome da empresa, links para os seus termos e política de privacidade.
• Um link claro “Gerir faturação” ou “Cancelar subscrição” nas definições da sua app que abre uma sessão do portal.
• Um handler de webhooks customer.subscription.updated e customer.subscription.deleted que regista os motivos e atualiza o acesso.
• Uma revisão mensal dos motivos e das respostas em texto livre.

Como o NoChurn ajuda

O NoChurn conecta-se ao Stripe com um clique e acrescenta o que o portal deixa de fora. Os seus fluxos de cancelamento associam cada motivo de cancelamento a uma oferta (um desconto através de um cupão do Stripe, uma pausa, um downgrade ou uma chamada), com um botão “Cancel now” num clique visível em cada passo. Pode usar o modal alojado com os seus temas, tipos de letra, cores, logótipo e CSS personalizado, ou a API headless para um fluxo totalmente personalizado na web, desktop, iOS e Android. Os clientes que cancelam recebem emails de reconquista aos 30, 60 e 90 dias consoante o motivo. Se não fatura com o Stripe, as mesmas funcionalidades funcionam através da API REST. O preço do NoChurn depende apenas do seu MRR, com todas as funcionalidades em todos os planos, o seu próprio domínio de email desde $9 (preços). Para uma comparação detalhada com as ferramentas do próprio Stripe, veja NoChurn vs Stripe Billing.