Auditoria das Landing Pages Benvox

Coletado em 2026-05-06 inspecionando benvox-landingv2/ (raiz) e benvox-v2-<slug>/ (verticais).

Achado crítico nº 1 — SPA Babel inline mata SEO

Estrutura atual (todas as landings v2):

• index.html carrega React, ReactDOM e @babel/standalone do CDN.
• O conteúdo do hero, dos números, dos problemas e das automações é renderizado em runtime via Babel-in-the-browser a partir de Hero.jsx, scenarios.jsx, ChatMock.jsx, CrmPanel.jsx, LeftColumn.jsx.

Por que isso é problema:

1. Googlebot indexa, mas Bing/Yandex/social crawlers não — perde tráfego orgânico potencial.
2. TTI (Time to Interactive) bombado — Babel demora 800ms-1.5s pra parsear e transformar JSX. Com 3G ruim chega a 4-5s.
3. Core Web Vitals reprovados — LCP costuma ficar > 4s, CLS > 0.1 quando o React monta o hero.
4. Crawl budget desperdiçado — Google envia bot, não consegue renderizar prerendered, requeue, atrasa indexação semanas.
5. Open Graph/Twitter Card — quebra para WhatsApp/Slack/LinkedIn que não fazem JS rendering, então o link compartilhado vira preview ruim.
6. JS inline = 0 HTTP cache — não dá para servir do edge sem Service Worker.

Recomendação:

• Migrar imediatamente para Astro (ou Next SSR/SSG) com hidratação parcial. Render de tudo no servidor, JavaScript só onde anima.
• Manter o Hero animado, mas como progressive enhancement (HTML já tem heading + subheading + CTA renderizados).
• Custo de não migrar: 80-90% das landings simplesmente não vão converter SEO orgânico em 2026, e os ads vão ter Quality Score baixo (-30% no CPL).

Achado crítico nº 2 — H1 + meta description ausentes/repetidas

Inspecionando os títulos:

• benvox-v2-barbearias/index.html → <title>Benvox para Barbearias — Agenda cheia, comissão batida, cliente fiel.</title> ✅ OK
• benvox-landingv2/index.html → <title>Benvox — IA em tudo. Finalmente fácil.</title> ✅ OK
• Mas o H1 efetivo está dentro de Hero.jsx (não renderizado em SSR) → para o crawler o H1 é vazio.

Recomendação:

• Servir H1 no HTML estático antes do React tomar conta (SSR ou hardcoded).
• Cada landing vertical deve ter:
  • <title> único de 50-60 caracteres com intenção comercial.
  • <meta name="description"> 150-160 chars com CTA ("Agende uma demo de 20 min").
  • <h1> no HTML estático.
  • <meta property="og:image"> com imagem específica da vertical (1200×630).
  • Schema.org SoftwareApplication + FAQPage (gold para SEO).

Achado crítico nº 3 — sem schema FAQ ou Software

Nenhuma landing inspecionada tinha JSON-LD com SoftwareApplication, Organization, Product ou FAQPage. Isso é a forma mais barata de ganhar rich snippets no Google (perguntas em accordion → SERP enriquecida).

Recomendação:

{
  "@context": "https://schema.org",
  "@type": "SoftwareApplication",
  "name": "Benvox para Salões de Beleza",
  "applicationCategory": "BusinessApplication",
  "operatingSystem": "Web",
  "offers": {
    "@type": "Offer",
    "price": "197",
    "priceCurrency": "BRL"
  },
  "aggregateRating": { "@type": "AggregateRating", "ratingValue": "4.8", "reviewCount": "..." }
}

E para FAQ na landing:

{
  "@context": "https://schema.org",
  "@type": "FAQPage",
  "mainEntity": [
    { "@type": "Question", "name": "Quanto custa o Benvox para salão?", "acceptedAnswer": { "@type": "Answer", "text": "..." } }
  ]
}

Achado crítico nº 4 — sem prova social numérica visível

A landing v2 das verticais tem o bloco "9 problemas" e "6-8 automações". Falta:

• Um número grande no hero (ex: "+58% agendamentos" — case Super Clínica).
• Logos de 4-6 clientes.
• Selos: "WhatsApp Business API certificado", "LGPD compliance".
• Depoimento em vídeo (15-30s).

Achado crítico nº 5 — CTA único, sem segmentação

Todas terminam em "Quero uma demo" / "Quero ver funcionando". Faltam:

• CTA secundário "Comece grátis com Atlas" (auto-onboarding).
• CTA terciário "Calculadora: quanto sua agenda vazia te custa por mês".
• CTA pós-rolagem para WhatsApp ("Tirar dúvida com humano agora").

Achado nº 6 — sem comparativo com concorrentes

Nenhuma landing menciona iClinic, Booksy, Trinks, Astrea, Projuris, Kommo. Em 2026, comparativos vendem mais que features.

Recomendação: criar uma seção /vs/<concorrente> por vertical e indexar com schema SoftwareApplication + compareWith.

Achado nº 7 — sem URL /whatsapp específica

Web research mostra que suffixar keywords com "+ WhatsApp" reduz CPC em ~50%. Não há landings com URLs /whatsapp ou /whatsapp-<vertical>.

Recomendação: criar clinicas.benvox.com/whatsapp, saloes.benvox.com/whatsapp, etc., otimizadas para "agendamento clínica WhatsApp", "agenda salão WhatsApp", etc.

Achado nº 8 — Core Web Vitals (estimativa via inspeção do código)

A causa raiz: Babel inline + JSX sem build prévio + animações em canvas iniciando no mount.

Plano de ataque (ordem)

1. Semana 1-2: migrar benvox-landingv2 para Astro + SSR. Manter visual idêntico.
2. Semana 3: cada vertical (16) recebe:
   • HTML estático com H1, meta description, OG image, JSON-LD SoftwareApplication + FAQPage.
   • Bloco "Comparado com <top 1 da vertical>".
   • Calculadora interativa (no-show / churn / faturamento perdido).
   • 3 depoimentos em vídeo curto.
3. Semana 4: criar /whatsapp em cada subdomínio.
4. Mês 2: Performance Max precisa de imagens 1200×628, 1200×1200, 600×316 — produzir 1 set por vertical.
5. Mês 3: A/B test contínuo de hero (Optimizely/Convert) entre 3 mensagens por vertical.

Mensagens sugeridas para hero por vertical (pré-research)