1. Confirmar a capacidade
O código e a matriz factual registram formatos, controles, resultados observáveis e limitações. O texto publicado não deve ampliar esse escopo.
( Transparência )
Metodologia editorial e de testes
O processo usado para manter o que o site diz alinhado ao que a ferramenta realmente executa.
Fluxo de verificação
2. Testar com imagens controladas
Fixtures próprias em JPEG, PNG, WEBP, HEIC e TIFF, um arquivo inválido e lotes controlados verificam dimensões, assinaturas, transparência, cancelamento e exportação, inclusive AVIF e limite de tamanho em KB. A saída WEBP aparece somente quando há suporte do navegador.
3. Exercitar navegadores e telas
Fluxos essenciais são testados em perfis desktop e móvel. Resultados emulados são identificados como tais e a matriz física pendente permanece declarada.
4. Revisar conteúdo e publicação
Landing pages, artigos, metadados, FAQ e dados estruturados devem descrever o mesmo comportamento, com datas e limites visíveis.
Regras editoriais
- Separar conceitos gerais de fotografia das funções realmente disponíveis no editor.
- Usar testes reproduzíveis para o produto e fontes primárias para conceitos externos quando necessário.
- Produzir capturas reais da ferramenta com imagens do próprio projeto, sem simular controles inexistentes.
- Revisar EN e PT-BR pelo sentido e naturalidade, preservando os mesmos fatos e limitações.
- Registrar limitações e corrigir o conteúdo quando o comportamento do produto mudar.
Código e fixtures
Verificações automatizadas usam imagens controladas e resultados observáveis.
Navegador
Fluxos, acessibilidade e dimensões responsivas são exercitados no navegador.
Capturas reais
Comparações visuais vêm da interface executada e passam por revisão antes de publicar.
O que faz a verificação
- Registro de capacidades
- lib/image/productCapabilities.ts lista formatos, controles e limites de cada ferramenta. Os textos de formato das páginas saem desse registro, e um teste automatizado confere a lista de saídas publicáveis.
- Auditor de afirmações
- Um script lê todo o texto publicado e bloqueia frases sem base: IA, funcionamento offline, "sem limites", "todos os navegadores", "sem perdas" e WEBP sem a condição do navegador. Ele faz parte da verificação do projeto (npm run check).
- Capturas por script
- scripts/capture-product-screenshots.mjs abre o site em execução, carrega a foto de demonstração, abre cada painel e salva as capturas em português e inglês. Nenhuma imagem de interface é montada à mão.
- Orçamento de mídia
- Outro script confere que toda imagem citada existe, que nenhuma imagem rejeitada volta a ser usada e que cada arquivo cabe no tamanho máximo definido.
Um exemplo: a revisão de novembro de 2026
Quando o editor novo passou a valer em todas as páginas, o conteúdo foi conferido de novo contra o código. O que foi encontrado e corrigido:
- As páginas de filtros, vinheta, grão e ruído descreviam controles que o editor não tem (filtros sépia, duotone e cross-process; vinheta com "raio" e "suavidade"). Foram reescritas a partir do código: sete filtros editáveis, vinheta com quantidade, ponto médio, formato e difusão.
- Textos diziam que a redução de ruído era uma média 3×3. O editor novo usa filtro guiado na luz e desfoque só na cor; a regra do auditor que bloqueava "preserva bordas" foi trocada por uma que bloqueia afirmações de IA.
- A página de corte dizia que dava para desfazer um corte dentro do editor. O corte é gravado ao confirmar; a resposta foi corrigida.
- As capturas mostravam o editor anterior. Foram refeitas por script, em português e em inglês, e as antigas foram apagadas.
Os detalhes estão no registro de alterações.
Última revisão: 7 de novembro de 2026.
Esta metodologia descreve como as afirmações são verificadas. O que o editor é, o que ele não se propõe a fazer e quem responde por ele estão na página Sobre.