Cibersegurança ofensiva & SaaS

Sentinel by Kayzen

Vender um produto de segurança a engenheiros: cada afirmação tinha de ser demonstrável.

Ano
2026
Conceção
4 semanas
Stack
Next.js · React · TypeScript · Tailwind · Vercel
  • Posicionamento
  • Design
  • Desenvolvimento
  • SEO técnico
  • Redação
https://sentinel.kayzen-lyon.com/
Página inicial do site Sentinel by Kayzen — Cibersegurança ofensiva & SaaS, realizado pela Kayzen Web
falsos positivos reivindicadoscada finding é acompanhado de um PoC reproduzível
0
primeira renderização útilHTML estático servido a partir da CDN
< 1 s
domínios de terceiros chamados no carregamento
0
O ponto de partida

O que era preciso resolver.

O contexto

O Sentinel é a plataforma de testes de intrusão autónomos da Kayzen Web. Agentes de IA não se limitam a analisar o código: executam a aplicação, tentam efetivamente a exploração e anexam um proof-of-concept reproduzível a cada vulnerabilidade confirmada. O site é a montra comercial do produto e a sua porta de entrada para o teste gratuito.

A restrição

O público-alvo — CISO, lead developers, equipas de plataforma — é o mais impermeável ao marketing que existe. Um site de segurança que promete «proteção total» perde a credibilidade logo na primeira linha. Era preciso um site que despertasse interesse sem nunca prometer de mais, e que continuasse legível para um dirigente não técnico que veio comparar três fornecedores.

A resposta

Invertemos a hierarquia habitual: a prova antes da promessa. A página inicial mostra primeiro um excerto de relatório real — a vulnerabilidade, o pedido de exploração, a correção proposta — e só depois o argumentário. O vocabulário continua a ser o da profissão (PoC, falso positivo, CVSS), porque o leitor o conhece e suavizá-lo seria interpretado como ignorância.

Design & direção artística

Cada opção, e a sua razão.

  1. Escuro por predefinição, mas não decorativo

    O tema escuro é a convenção do setor: as ferramentas de segurança vivem num terminal. Aqui é funcional — os blocos de código e os excertos de relatório são os elementos mais lidos da página, e um fundo escuro reduz o encandeamento nas leituras longas. Os contrastes texto/fundo mantêm-se acima de 7:1, ou seja, o nível AAA, e não o mínimo AA.

  2. A prova como componente

    Um componente «excerto de relatório» reutilizável: cabeçalho da vulnerabilidade, gravidade CVSS, pedido, resposta, correção. Aparece quatro vezes na página, com casos diferentes. É o único elemento animado da página — a atenção vai para onde se joga a decisão de compra.

  3. Nenhuma ilustração abstrata

    Nada de cadeados, escudos ou globos em arame. Os visuais são capturas de ecrã da ferramenta. Neste mercado, a iconografia genérica é o sinal mais fiável de que um produto ainda não existe.

  4. Densidade controlada

    Uma largura de linha limitada a 68 caracteres e uma escala tipográfica fluida em clamp(). O conteúdo é denso por natureza; é o layout que tem de compensar, não o leitor.

Paleta do projeto

  • Tinta

    #0B1120

    Fundo da página

  • Ardósia

    #1E293B

    Cartões e blocos de código

  • Sinal

    #38BDF8

    Links e destaques

  • Alerta

    #F43F5E

    Apenas gravidade crítica

Sistema tipográfico

Títulos

Inter (pesos 600–800)

Texto corrido

Inter (400–500)

Uma só família, dois papéis. Os excertos de relatório usam a pilha monoespaçada do sistema: nenhuma fonte adicional é descarregada.

Engenharia

O que está por baixo do capô.

  • Next.js
  • React
  • TypeScript
  • Tailwind
  • Vercel
  1. Next.js em renderização estática

    Cada página é gerada no build. Uma montra de produto não tem nenhum dado dinâmico para servir: a renderização permanente no servidor custaria latência e superfície de ataque, para nada. O HTML completo é servido a partir da CDN.

  2. Zero dependências de terceiros no carregamento

    Nenhuma fonte Google, nenhum script de analytics externo, nenhuma iframe de chat. Num site de segurança, cada domínio de terceiros chamado na primeira renderização é um argumento contra si próprio — e um ponto de entrada real na cadeia de abastecimento.

  3. Cabeçalhos de segurança completos

    Content-Security-Policy estrita, HSTS com preload, Referrer-Policy, Permissions-Policy fechada por predefinição. É o mínimo que se espera de um editor de segurança — e o primeiro reflexo de um potencial cliente técnico é abrir o separador Rede para verificar.

  4. Motor open source assumido

    O motor de execução assenta no projeto open source Strix. O site di-lo e aponta para ele em vez de o esconder: para este público, a rastreabilidade da peça técnica vale mais do que uma caixa negra.

SEO

Como o site se torna encontrável.

  1. Pesquisas de comparação em vez de genéricas

    «Pentest automatisé» (pentest automatizado), «DAST vs pentest manuel», «faux positifs scanner de vulnérabilités» (falsos positivos de scanners de vulnerabilidades): pesquisas de meio de funil, de volume baixo e intenção muito forte. Lutar por «cibersegurança» não teria servido de nada.

  2. Marcação SoftwareApplication

    JSON-LD SoftwareApplication com categoria, sistema operativo e oferta, mais uma FAQPage sobre as objeções recorrentes («os agentes podem partir a minha produção?»). São estas respostas que os assistentes de IA citam.

  3. Metadados sociais cuidados

    O produto partilha-se no Slack e no LinkedIn entre pares. Open Graph e cartão do Twitter são, por isso, tratados como um canal de aquisição, com uma imagem dedicada e não o logótipo.

Acessibilidade

Utilizável por todos.

Desde junho de 2025, o Ato Europeu da Acessibilidade exige a acessibilidade digital a uma grande parte dos serviços online. Tratamo-la na conceção, não como correção posterior.

  1. Contraste AAA no corpo de texto

    O tema escuro é a armadilha clássica: cinzento-claro sobre cinzento-escuro. Todos os pares foram medidos; o corpo de texto está a 12:1 e as legendas secundárias a 7:1.

  2. Blocos de código navegáveis por teclado

    Os excertos de relatório deslocam-se horizontalmente no telemóvel: podem receber o foco e são anunciados como regiões deslocáveis; caso contrário, o seu conteúdo seria inalcançável sem rato.

Estrutura

O que foi entregue.

  • Início — prova, promessa, teste gratuito
  • Funcionamento — o ciclo de uma auditoria agêntica
  • Relatórios — anatomia de um entregável
  • Preços
  • Documentação e motor open source
Método

As etapas do projeto.

  1. Enquadramento

    Entrevistas com a equipa de produto, definição das objeções a tratar e da respetiva ordem.

  2. Conteúdo

    Redação técnica validada pelos engenheiros antes de qualquer maqueta.

  3. Design

    Sistema escuro, componente de prova, escala tipográfica.

  4. Desenvolvimento

    Next.js estático, cabeçalhos de segurança, orçamento de desempenho.

  5. Lançamento

    Testes de segurança, verificação dos cabeçalhos, Search Console.

Perguntas

O que nos perguntam com frequência.

Porque o seu público verifica. Um potencial cliente técnico abre as ferramentas de programador antes de ler o discurso: se lá encontrar seis rastreadores de terceiros e nenhuma política de segurança, o argumentário não se levanta mais.

Sim, sempre que o comprador é um especialista: indústria, saúde, engenharia, escritórios de consultoria. A regra é a mesma — mostrar um entregável real antes de o descrever.

O mesmo nível de exigência, para o seu site.

Auditoria gratuita do seu site atual, orçamento em 24 h e um raciocínio por escrito — como o que acabou de ler. Pagamento em três prestações sem juros; apoios locais verificados antes da assinatura.

Partilhar