Como escrever texto sobre cores de forma útil
A maioria dos guias sobre cores começa falando de psicologia, roda cromática e tal. Raramente fala do que realmente acontece quando você precisa descrever uma cor para um desenvolvedor, um designer ou um cliente que não sabe nada do assunto. Isso é o que importa na prática. O primeiro passo é decidir que espaço de cor você vai usar. RGB, HSL, LAB, CMYK — cada um serve para algo diferente. Se for para tela, fique com sRGB ou HSL. Se for para impressão, CMYK com perfis ICC. Eu já vi gente mandar arquivo em RGB para gráfica e reclamar quando as cores saíram apagadas. O problema nunca é a tinta, é o espaço de cor errado desde o início.
O que considerar ao produzir seu texto sobre as cores
Aqui vai o que as pessoas normalmente ignoram. A primeira coisa é que nomes de cores são inúteis. Dizem "azul marinho" e cada pessoa visualiza uma tonalidade diferente. Eu tive um caso em que um cliente pediu "verde oliva" para uma identidade visual. O designer entregou em hex #6B8E23, o cliente achou que era algo mais escuro, tipo #556B2F. Perdeu-se três rodadas de revisão porque ninguém especificou o valor hexadecimal desde o início. A segunda coisa, e isso é mais técnica, é que a percepção de cor não é linear. Um valor RGB 128 não é "metade de 255" do ponto de vista visual. A curva gamma dos monitores faz com que meio cinza pareça muito mais claro do que realmente é. Se você está escrevendo sobre cores para um público técnico, mencione a correção gamma. Se for para leigos, converta para HSL e use o canal Lightness como referência — ele se aproxima mais do que o olho percebe.
👉 Clique no botão abaixo para saber mais sobre o assunto!
Também é importante falar de perfil de cor. Arquivos sem perfil embutido são um pesadelo. O Photoshop assume sRGB, o Chrome pode assumir sRGB também, mas se o arquivo vier de um scanner ou de outro software, a cor pode mudar sem aviso. Sempre salve com perfil sRGB IEC61966-2.1 a menos que tenha um motivo específico para outro. Leva dois cliques no Illustrator ou no GIMP e resolve. Outro ponto que causa problemas reais é a acessibilidade. Texto sobre cores precisa considerar contraste. A WCAG 2.1 exige razão de contraste de pelo menos 4.5:1 para texto normal e 3:1 para texto grande. Um botão vermelho sobre fundo branco pode parecer bonito no Figma, mas com 2.8:1 de contraste é ilegível para quem tem deficiência visual. Verifique com ferramentas como o axe ou o WebAIM Contrast Checker antes de validar qualquer paleta.
Existe ainda o problema da variabilidade de monitor. O que você vê no seu calibrado pode sair completamente diferente no dispositivo do usuário. Não adianta ter o código de cor perfeito se a reprodução depende de hardware desconhecido. Para contornar isso, documente as cores com múltiplas notações: hex, RGB, HSL e, quando possível, valores LAB. Assim a informação sobrevive à conversão entre espaços. Se o seu texto sobre as cores for parte de um sistema de design, crie uma tabela simples com nome interno, valores em todas as notações, uso recomendado e estado (ativo, desabilitado, hover). Isso evita que alguém reinvente a cor amanhã porque não encontrou a documentação.
Uma última coisa prática: evitar termos subjetivos como "forte", "suave", "vibrante" sem definir o que significam no contexto do projeto. Essas palavras mudam de dependendo de quem fala. Substitua por parâmetros mensuráveis. Em vez de "um azul vibrante", escreva "HSL 210, 85% de saturação, 50% de luminosidade". É mais frio, mas funciona.
