A Stripe está em baixo, ou és só tu?
Um servidor nosso em Portugal acabou de tentar aceder a stripe.com. O resultado está aqui em baixo, com a hora a que foi verificado.
Isto responde quando lhe perguntam.
Verificamos a página pública de stripe.com a partir de um servidor na Europa, e devolvemos só o código de estado e o tempo de resposta — não lemos nem guardamos o conteúdo do site. O último resultado é guardado durante uma hora e mostrado a toda a gente que abrir esta página nesse período, para não sermos nós a somar milhares de pedidos a um serviço que já está com problemas.
A Stripe processa pagamentos para uma parte enorme do comércio online e de muito software por subscrição. Se a integraste, é ela que está entre o cliente carregar em "pagar" e o dinheiro entrar — e quando falha, o teu site fica de pé sem vender nada.
// sintomas
O que costuma aparecer quando a Stripe falha.
Se te revês em alguma destas e a verificação diz que está online, a secção seguinte é a que interessa.
- Os pagamentos são recusados em série.
- O checkout não carrega e o resto do site sim.
- Os webhooks deixam de chegar e as encomendas ficam por confirmar.
// se disser que está de pé
Então o problema está entre ti e ele.
Por esta ordem, que é a que resolve mais casos com menos trabalho.
-
O site é a montra, o checkout é outra coisa
A página pública que verificamos e a infraestrutura que processa dinheiro são sistemas diferentes. O primeiro aguenta-se de pé com o segundo parado, e é o caso que te custa vendas.
-
Se vendes, a resposta que precisas é a da tua loja
Os teus clientes não abrem o site do fornecedor: abrem o teu domínio. Cola-o na ferramenta genérica — é essa a verificação que corresponde ao que eles estão a ver.
-
Um pagamento falha em sítios que ninguém vê de fora
O banco emissor, o antifraude, o método de pagamento específico. Nada disso é visível a partir de fora — nem para nós, nem para ti sem entrares no painel.
// entretanto
O que dá para fazer enquanto a Stripe não volta.
A parte traiçoeira de uma falha de pagamentos não é o pagamento que falha à frente do cliente — é o que fica a meio. Um pagamento aceite cujo aviso não chegou ao teu sistema é uma encomenda paga que ninguém vai despachar.
É por isso que a verificação em cima, que só olha para a página pública, responde a tão pouco disto.
-
Os webhooks voltam a tentar
Um aviso que não chegou é reenviado durante algum tempo. Se quem esteve em baixo foi o teu sistema e não a Stripe, a maioria das confirmações acaba por entrar sozinha.
-
O painel é a fonte da verdade sobre o dinheiro
O que o teu sistema registou pode estar incompleto. O que aconteceu de facto está do lado da Stripe, e é lá que a reconciliação se faz.
-
Recusas em série têm quase sempre outra causa
Uma regra de antifraude que mudou, um cartão de teste em produção, chaves trocadas entre ambientes. Tudo isso é mais frequente do que a plataforma em baixo.
-
Diz aos clientes o que fazer com o cartão
Quem tentou pagar precisa de saber se foi cobrado. Uma frase clara evita tentativas repetidas — e evita-te as cobranças em duplicado que vêm delas.
// limites
O que esta página não consegue dizer-te.
- Verificamos a página pública de stripe.com, e mais nada. Aplicações de telemóvel, áreas autenticadas e APIs correm noutros servidores. Um "online" nosso é perfeitamente compatível com o serviço que tu queres usar estar parado.
- Verificamos de um sítio só, em Portugal. Se a rota entre o nosso servidor e a Stripe tiver problema, vemos uma falha que pode não existir para ti — e o contrário também acontece.
- Não temos relatos de outras pessoas. Não dizemos "342 pessoas reportaram problemas" porque não recolhemos isso. O que está aqui é uma verificação técnica e nada mais.
- O resultado pode ter até uma hora. Guardamos a última verificação e mostramo-la a toda a gente que abrir esta página nesse período, para não sermos nós a somar milhares de pedidos a um serviço que já pode estar em apuros. A idade está sempre escrita por baixo do resultado.
// perguntas
O que nos perguntam sobre a Stripe.
Os meus pagamentos estão a falhar. Verificam a API?
Não. Pedimos a página pública da Stripe. A API vive noutro nome e é ela que processa os pagamentos — pode estar com problemas com o site comercial a abrir normalmente.
Como sei se a recusa é da Stripe ou do banco do cliente?
Pelo painel: cada pagamento recusado traz um motivo, e a maior parte vem do banco emissor e não da Stripe. É informação que só existe do lado de dentro e que nenhuma verificação feita de fora consegue ver.
// outros serviços
Se calhar não é só este.
-
O PayPal está em baixo?
Mesma verificação, a partir do mesmo servidor em Portugal.
-
A Shopify está em baixo?
Mesma verificação, a partir do mesmo servidor em Portugal.
-
O MB Way está em baixo?
Mesma verificação, a partir do mesmo servidor em Portugal.
// todos os serviços
- CTT
- Portal das Finanças
- Segurança Social
- Caixa Geral de Depósitos
- Millennium BCP
- Santander
- Novo Banco
- ActivoBank
- Revolut
- NOS
- MEO
- Vodafone
- MEO Go
- Discord
- Continente
- Worten
- Pingo Doce
- SAPO
- gov.pt
- ePortugal
- Hostinger
- SiteGround
- OVHcloud
- Cloudflare
- Vercel
- Netlify
- DigitalOcean
- GitHub
- Office 365
- ChatGPT
E os sites por que tu respondes?
Ninguém faz uma página destas para o site do teu cliente — a pergunta chega-te pelo próprio cliente, e nessa altura já dura há algum tempo que não sabes qual. A De Olho vai verificar ao minuto e avisar-te quando a resposta mudar. Se quiseres verificar um endereço à mão, a ferramenta genérica aceita qualquer um.