IcePayicepay.com.br
Next.js

Diagnóstico público de e-commerce · varredura em 21 de agosto de 2026

01

Resumo

53
Fraco
42 aprovados · 23 reprovados · 29 bloqueados
Funil de Conversão & Experiência
não medido · 1 verificações (amostra insuficiente para nota)
Qualidade Técnica do Site51
Fraco · 58 verificações medidas
Aquisição de Tráfego57
Fraco · 6 verificações medidas

O que está funcionando

  • ✓ WAF presente sem bloquear bots legítimos (Googlebot etc.)UA×path (GET /): browser=200 googlebot=200 bingbot=200 gptbot=200 oai-searchbot=200 chatgpt-user=200 claudebot=200 claude-searchbot=200 claude-user=200 perplexitybot=200 perplexity-user=200 ccbot=200 meta-externalagent=200
  • ✓ Crawlers verificados legítimos (Bing/IA) alcançam o site (não 403 no WAF)UA matrix: browser=200 googlebot=200 bingbot=200 gptbot=200 oai-searchbot=200 chatgpt-user=200 claudebot=200 claude-searchbot=200 claude-user=200 perplexitybot=200 perplexity-user=200 ccbot=200 meta-externalagent=200
  • ✓ AI bots permitidos no robots.txt não são bloqueados na camada CDN/WAFnenhuma contradição robots-allow × WAF-block nos 10 AI bots testados (GPTBot, OAI-SearchBot, ChatGPT-User, ClaudeBot, Claude-SearchBot, Claude-User, PerplexityBot, Perplexity-User, CCBot, meta-externalagent) em /. método: GET com UA spoofado (IP não-oficial) — 4xx/challenge ao UA prova bloqueio por UA-string, o mesmo mecanismo que cega o bot real; WAFs que validam IP podem divergir

Pontos críticos

  • ✗ Domínio apex redireciona para o host www canônico Críticowww.icepay.com.br e icepay.com.br servem 200 em paralelo (host duplicado dilui o canônico)
  • ✗ Não há host paralelo (http+https ou www+non-www) servindo 200 simultaneamente Críticovariantes→status {"http://www.icepay.com.br":308,"https://www.icepay.com.br":200,"http://icepay.com.br":308,"https://icepay.com.br":200}; 2 servem 200
  • ✗ LCP dentro do alvo (lab e campo) CríticoLighthouse: https://icepay.com.br/ — largest-contentful-paint=0.81 (2.9 s)

Cobertura honesta: medimos 65 de 395 verificações do registro público. 29 verificações ficaram bloqueadas: parte aguarda acesso a dados privados (GA4, Search Console, VTEX) ou entrevista, parte depende de pré-condições de execução.

02

Problemas por página

Cada verificação reprovada, anotada na página onde foi observada e com a evidência literal capturada pelo probe. O título descreve o estado esperado; o ✗ indica que ele não foi atendido.

PáginaVerificação reprovada e evidênciaÁreaSeveridade
Home
https://icepay.com.br/
✗ LCP dentro do alvo (lab e campo)Lighthouse: https://icepay.com.br/ — largest-contentful-paint=0.81 (2.9 s) Qualidade Técnica do Site Crítico
Todas as páginas ✗ Domínio apex redireciona para o host www canônicowww.icepay.com.br e icepay.com.br servem 200 em paralelo (host duplicado dilui o canônico) Qualidade Técnica do Site Crítico
✗ Não há host paralelo (http+https ou www+non-www) servindo 200 simultaneamentevariantes→status {"http://www.icepay.com.br":308,"https://www.icepay.com.br":200,"http://icepay.com.br":308,"https://icepay.com.br":200}; 2 servem 200 Qualidade Técnica do Site Crítico
✗ Acesso de AI crawlers é governado intencionalmente no robots.txtrobots.txt sem NENHUMA diretiva para AI crawlers (GPTBot, OAI-SearchBot, ChatGPT-User, ClaudeBot, Claude-SearchBot, Claude-User, PerplexityBot, Perplexity-User, Google-Extended, CCBot, meta-externalagent, Amazonbot, Applebot-Extended, Bytespider) — acesso de IA não governado (default-allow acidental) Aquisição de Tráfego Atenção
✗ Canonical de host (www vs non-www) declarado consistentementehosts sinalizados (redirects/canonical/sitemap): www.icepay.com.br, icepay.com.br (esperado só icepay.com.br) Qualidade Técnica do Site Atenção
✗ HSTS com max-age >= 1 ano, includeSubDomains e preloadStrict-Transport-Security: AUSENTE Qualidade Técnica do Site Atenção
✗ Content-Security-Policy presente e não trivialmente permissivaContent-Security-Policy AUSENTE Qualidade Técnica do Site Atenção
✗ Proteção contra clickjacking (X-Frame-Options ou frame-ancestors)X-Frame-Options: ∅; CSP frame-ancestors: false Qualidade Técnica do Site Atenção
✗ Schema.org em JSON-LD está presente e é sintaticamente válidoJSON-LD presente+parseável em 0/1 URLs Qualidade Técnica do Site Atenção
✗ Reduzir JavaScript não utilizadoLighthouse: https://icepay.com.br/ — unused-javascript=0 (Est savings of 54 KiB) Qualidade Técnica do Site Atenção
✗ robots.txt existe, retorna 200 e referencia o sitemapGET https://icepay.com.br/robots.txt → 404 — sem robots.txt: a spec trata como allow-all, mas o site abre mão do controle de rastreamento e da declaração do sitemap Qualidade Técnica do Site Atenção
✗ Sitemap não contém URLs obsoletas (3xx/4xx/5xx)GET https://icepay.com.br/sitemap.xml → 404 (sitemap inacessível — robots.txt não devolveu 200 (HTTP 404), declaração não lida; tentado o caminho padrão) Qualidade Técnica do Site Atenção
✗ Decisão de permitir/bloquear cada AI crawler é coerente com a estratégiasem diretivas por-bot no robots.txt não há decisão explícita para auditar — incoerência por omissão (estratégia GEO indefinida) Aquisição de Tráfego Menor
03

Busca por IA (GEO)

Como o ChatGPT, o Perplexity e as respostas de IA do Google conseguem descobrir, entender e citar esta loja, medido em 9 dimensões sobre as 32 verificações de GEO do registro.

01Rastreabilidade & governança de crawlers40
4 de 6 verificações medidas · 2 reprovadas
02Conteúdo legível por máquinas100
2 de 2 verificações medidas
03Prontidão para query fan-outnão medido
0 de 3 verificações medidas
04Conteúdo não-commodity & frescornão medido
0 de 3 verificações medidas
05Entidade & presença off-sitenão medido
0 de 6 verificações medidas
06Dados estruturadosnão medido
0 de 2 verificações medidas
07Feeds & shopping agentsnão medido
0 de 3 verificações medidas
08Prontidão agêntica (UCP/MCP/WebMCP/ACP)não medido
0 de 4 verificações medidas
09Medição & monitoramento de IAnão medido
0 de 6 verificações medidas
04

Scorecard do funil

A jornada do comprador, etapa a etapa, com o que passou e o que reprovou em cada uma.

Etapa 1

Atração

53
  • Domínio apex redireciona para o host www canônicowww.icepay.com.br e icepay.com.br servem 200 em paralelo (host duplicado dilui o canônico)
  • Não há host paralelo (http+https ou www+non-www) servindo 200 simultaneamentevariantes→status {"http://www.icepay.com.br":308,"https://www.icepay.com.br":200,"http://icepay.com.br":308,"https://icepay.com.br":200}; 2 servem 200
  • Acesso de AI crawlers é governado intencionalmente no robots.txtrobots.txt sem NENHUMA diretiva para AI crawlers (GPTBot, OAI-SearchBot, ChatGPT-User, ClaudeBot, Claude-SearchBot, Claude-User, PerplexityBot, Perplexity-User, Google-Extended, CCBot, meta-externalagent, Amazonbot, Applebot-Extended, Bytespider) — acesso de IA não governado (default-allow acidental)
  • Canonical de host (www vs non-www) declarado consistentementehosts sinalizados (redirects/canonical/sitemap): www.icepay.com.br, icepay.com.br (esperado só icepay.com.br)
  • Schema.org em JSON-LD está presente e é sintaticamente válidoJSON-LD presente+parseável em 0/1 URLs
  • robots.txt existe, retorna 200 e referencia o sitemapGET https://icepay.com.br/robots.txt → 404 — sem robots.txt: a spec trata como allow-all, mas o site abre mão do controle de rastreamento e da declaração do sitemap
  • Sitemap não contém URLs obsoletas (3xx/4xx/5xx)GET https://icepay.com.br/sitemap.xml → 404 (sitemap inacessível — robots.txt não devolveu 200 (HTTP 404), declaração não lida; tentado o caminho padrão)
  • Decisão de permitir/bloquear cada AI crawler é coerente com a estratégiasem diretivas por-bot no robots.txt não há decisão explícita para auditar — incoerência por omissão (estratégia GEO indefinida)
Etapa 2

Consideração

67
  • LCP dentro do alvo (lab e campo)Lighthouse: https://icepay.com.br/ — largest-contentful-paint=0.81 (2.9 s)
  • Reduzir JavaScript não utilizadoLighthouse: https://icepay.com.br/ — unused-javascript=0 (Est savings of 54 KiB)
  • CLS dentro do alvo (sem layout shift perceptível)
  • TTFB dentro do alvo
  • FCP dentro do alvo
  • Speed Index dentro do alvo
  • Total Blocking Time dentro do alvo
  • Reduzir CSS não utilizado
Etapa 3

Compra

33
  • HSTS com max-age >= 1 ano, includeSubDomains e preloadStrict-Transport-Security: AUSENTE
  • Content-Security-Policy presente e não trivialmente permissivaContent-Security-Policy AUSENTE
  • Proteção contra clickjacking (X-Frame-Options ou frame-ancestors)X-Frame-Options: ∅; CSP frame-ancestors: false
  • X-Content-Type-Options nosniff presenteX-Content-Type-Options: AUSENTE
  • Referrer-Policy restritivo definidoReferrer-Policy: AUSENTE
  • Permissions-Policy restringe APIs sensíveis do browserPermissions-Policy: AUSENTE
  • Isolamento cross-origin (COOP/COEP/CORP) configuradosem COOP/COEP/CORP — isolamento cross-origin ausente
  • HTTPS em todas as rotas (sem conteúdo servido em HTTP)
Etapa 4

Retenção

não medido

Nenhuma verificação desta etapa pôde ser medida só com dados públicos.

05

Correções ao alcance

Verificações reprovadas que o time de implementação resolve sem depender do cliente ou de terceiros, em ordem de severidade. Cada título descreve o estado esperado que hoje não é atendido.

06

Identidade de marca

“A infraestrutura PIX que cabe na sua margem”

#5CB8FF
#1F3B52
#5CB8FF
#050508
#FFFFFF

Técnico, direto e objetivo, com foco em transparência de custos e confiança operacional

diretotécnicotransparenteconfiávelpragmático
07

Próximo passo

Isto é só a parte pública.

Este relatório usou apenas o que qualquer visitante consegue observar de fora: páginas públicas, dados estruturados, sinais de crawler e testes de navegador. O diagnóstico completo conecta GA4, Search Console e a plataforma da loja para medir o funil real, achar onde a receita escapa e dimensionar cada correção em reais.

Falar com a deco.cx