Funil US · Entrega
Sessão de 25/08/2026. Tudo aqui foi medido ao vivo hoje, não lido de documento antigo.
Devanil: a suspensão saiu em 19/08, mas o perfil continua invisível no Maps hoje. Achei por que os vídeos reprovam — e não era o que o dossiê dizia. Falta uma pergunta pra ele antes de gravar de novo.
Filipe: não existia nada de entrega dele no repo. Agora existe, com auditoria completa do site. Recriei a home: de 36 para 100 de performance. Está no ar pra você ver.
O prazo: você prometeu ao Filipe "tudo nos conformes em 21 dias" no dia 20/08. Vence 10/09 — faltam 16 dias.
Mesmo conteúdo, mesmas fotos dele, sem WordPress. Abre no celular:
Abrir a página nova Abrir o site atual (comparar)| Métrica (mobile) | Site atual | Recriada |
|---|---|---|
| Performance | 36 – 53 | 100 |
| Acessibilidade | 91 | 100 |
| Boas práticas | 75 | 100 |
| LCP (maior elemento) | 6,5 – 12,2 s | 1,4 s |
| Bloqueio de thread | 300 – 1.330 ms | 0 ms |
| Primeiro byte (real) | 0,50 – 1,04 s | 0,12 s |
| Scripts de terceiros | 5 tags + Clarity + Elfsight | zero |
O que mudei além da velocidade:
Escureci o azul da marca de #3F8DC0 para #35759F no que é texto e botão. O original tem contraste 3,63:1 e reprova na acessibilidade; o novo dá 5,0:1 e passa. Visualmente é quase igual, mas é mudança de identidade — se não quiser, eu volto.
O formulário ainda não entrega lead. A função está pronta e espera um webhook. Sem configurar, ele mostra erro e manda ligar — de propósito, melhor ligar do que fingir que enviou. Me passa um webhook (Discord serve) antes de mandar o link pro Filipe.
Medi hoje no Maps, de Palm Coast, sem login. Buscando o nome exato dele, aparecem Palm Coast Patio & Pavers, AMA Pavers e Royal Paving. Ele não aparece em nenhuma das duas buscas.
Tirar a suspensão (19/08) não colocou o perfil no ar. Falta a reverificação — exatamente o que você falou pra ele.
A resposta dele de 19/08 às 21:01 ficou 6 dias sem ninguém ler. Ela responde tudo:
"Gravei na placa da rua (na esquina)" · "Não [filmei o número da casa], porque é longe da placa da rua" · "Não dcto, somente o truck com as letras na porta"
O dossiê concluiu que a última tentativa reprovou por documento divergente — o perfil dizia "Amazing Pavers" e o papel dizia "Zanatta Amazing Pavers".
Isso nunca aconteceu. Ele não filmou documento nenhum. O raciocínio era bonito e era deduzido, sem o dado. E o dado estava a uma pergunta de distância.
O requisito oficial do Google pro item Location é: "street signs, building numbers, nearby businesses…"
Ele entregou a placa da rua e omitiu o número do imóvel — que é justamente o que liga o negócio a um endereço. Placa de esquina prova o nome da rua, não qual casa é a dele.
Ele diz que a placa é longe da casa. O Google exige gravação contínua, sem corte nenhum. Então:
Pergunta isso antes de gravar de novo. O texto pronto está em mensagens.md §4, em dois blocos — o segundo só depois da resposta dele.
O conserto: ele nem precisa da placa da rua. A caixa de correio tem o número e fica na entrada, a metros do caminhão. Resolve o item que faltava e elimina a caminhada que criava o risco de corte. Roteiro completo de 8 passos no gbp-suspensao-appeal.md §14.
Detalhe comercial: ele condicionou os $500 restantes a "assim que aparecer o nome no google". Essa verificação destrava o pagamento e a fase 2 ao mesmo tempo.
Saem três propriedades GA4 diferentes na mesma página. Uma delas, G-KX3RFJT111, vai pra nehxsupr.euq.stape.net — um GTM server-side — e falha.
Testei fora do navegador: o domínio resolve, mas todo caminho devolve 404 page not found, inclusive a raiz. Não é bloqueio de geografia. Não existe container ali. É a cara de assinatura da stape.net expirada.
Tudo que foi configurado pra passar por ali — e é pra lá que se manda o que se quer proteger de bloqueador de anúncio — está sendo jogado fora.
A pergunta de $$: se as conversões do Google Ads dele passam por esse container, ele otimiza campanha às cegas há um tempo indeterminado. Só dá pra confirmar dentro da conta. Não afirmar pra ele antes disso.
O código-fonte traz o manual de instalação vazando, dizendo que cada bloco deveria ir na sua própria página. Foi tudo pro cabeçalho do site.
| Página | FAQPage | Service |
|---|---|---|
| home | 17 | 8 |
| /reviews/ | 18 | 8 |
| /estimate-form/ | 17 | 8 |
| /boca-raton/ | 17 | 8 |
A página de Boca Raton diz ao Google que responde "Do you serve all of Fort Lauderdale?". O formulário de orçamento declara 17 FAQs que não existem nele.
E o pior: o recurso de FAQ deixou de aparecer no Google em 07/05/2026. O pacote foi feito pra uma coisa que o Google desligou. Risco sem nenhum benefício possível.
Honestidade: isso não explica ele estar fora do top 10. Manual action de dado estruturado não mexe em ranking. Não vender isso como a causa — ele tem um cara de SEO que confere.
Nem no HTML, nem na rede. Qualquer verba na Meta hoje roda cega — sem otimização por conversão e sem público de retargeting. É pré-requisito, não melhoria.
Também tem dois containers GTM rodando juntos, com risco de contar a mesma conversão duas vezes. Só se prova dentro da conta.
Words: 5 / Characters: 36 escrito no meio do texto da home. Sobra de um widget contador.pavers-by-silva-logo.svg) devolve 404.qi-addons-for-elementor-premium-test carregando junto com o legítimo. Nome terminado em -premium-test é assinatura de plugin pirateado. Não afirmar sem abrir — mas é o primeiro item a checar com acesso, porque nulled é vetor de malware.Testei os 38 arquivos de estilo e as 9 imagens da home: todos respondem 200. O site se consertou.
Não usar esse argumento com ele. Ele abre o site, vê funcionando, e a credibilidade cai junto. O diagnóstico já tinha feito a ressalva de que podia ser momentâneo — e estava certo.
O arquivo abre com treze Disallow: antes de qualquer User-agent:. Regra de Disallow só vale dentro de um grupo aberto por User-agent.
Resultado: os bloqueios do lixo do site antigo (/detail.php, /o/, /a/, /f/…) nunca funcionaram. É o que o Lighthouse marca como "robots.txt is not valid".
O robots aponta dois índices diferentes, de dois plugins diferentes:
| Índice | Sub-sitemaps | URLs |
|---|---|---|
sitemap.xml | 6 | 84 |
sitemap_index.xml (Yoast) | 2 | 44 |
As 44 do Yoast estão dentro das 84. As 40 a mais são lixo: 27 templates do Elementor (=footer, =404, =coming-soon, =default-kit…), 1 formulário e 9 taxonomias.
Testei: essas 27 devolvem 301 e redirecionam pra home. Não é conteúdo raso indexável — é higiene ruim: o Search Console marca como "Página com redirecionamento" e o rastreamento gasta orçamento em URL que não é página.
Conteúdo real: 31 páginas + 16 posts = 47 URLs, com 9 páginas de cidade e 10 de serviço. A estrutura dele é boa. O que está errado é o mapa que entregam ao Google.
Escrevi que o servidor dele demora 2,5 s. Não demora. Esse número é do ambiente simulado do Lighthouse. Medido de verdade com curl, o primeiro byte vem entre 0,50 s e 1,04 s.
Sua pergunta sobre geografia estava certa e eu conferi. O site está atrás da Cloudflare e o edge que responde é São Paulo: o handshake inteiro fecha em 63 ms. Dos ~0,8 s até o primeiro byte, 0,06 s é rede e o resto é servidor. Medir dos EUA mudaria centésimos, não o diagnóstico.
O que continua ruim e é real: a Cloudflare não cacheia o HTML (cf-cache-status: DYNAMIC), então todo visitante paga o WordPress montar a página. E peso e JavaScript não dependem de geografia nenhuma: 3,7 MB são 3,7 MB em Deerfield Beach ou em Tubarão.
Segundo erro: escrevi que não havia Clarity. Havia. Eu procurei no HTML cru e o Clarity entra pelo GTM. Lição de método: pra tracking, ler a rede, nunca o HTML. Foi assim que o container morto apareceu.
mensagens.md §4. Não mandar o bloco 2 antes da resposta.Você decidiu: não pedir acesso de mãos vazias — a página pronta vai junto com o pedido. Segui isso, e por isso não tentei entrar em conta nenhuma.
Os convites que ele mandou em 19/08 caducam por volta de 18/09, então o pedido tem que sair antes disso.
O Gmail conectado nesta sessão é o support@improvingbusiness.co.uk — o da IB, proibido por regra. Parei assim que vi. Os convites foram pro lucasilvano1@gmail.com, que não é alcançável daqui.
Concordo: performance entra bem no prospect-dossier. Anotei no backlog com a exigência que você levantou — leitura mobile e como os EUA veem — mais o que aprendi hoje: o "tempo de servidor" do Lighthouse é simulado e precisa ser cruzado com TTFB real, senão a gente leva número inflado pra dentro de uma call.
Arquivos no repo: 08-entrega/filipe/ (briefing, checklist, auditoria, site/) e 08-entrega/devanil/ (§14 do dossiê, mensagens.md §4, checklist).
Medições: Lighthouse 12 mobile com throttling simulado, várias rodadas · curl para tempos de rede · Google Maps sem login a partir de Palm Coast · leitura da rede da página.