UX writing é escrever as palavras da própria interface: botões, labels, estados vazios, erros e confirmações. Essas palavras chamam-se microcopy. Como 79% dos visitantes leem por varrimento, cada label ambígua é fricção. Reescrever microcopy dá tipicamente cerca de 8% de aumento na conversão, e o caso do botão “Register” trocado por “Continue” chegou a 45%.
É a alavanca de conversão mais barata que existe. Não precisa de redesenho, nem de sprint de engenharia, nem de mais tráfego. Precisa de alguém que leia a interface como um utilizador apressado a lê, e que reescreva as cinco ou seis palavras que estão a travar a decisão.
O que é UX writing e em que difere de copywriting?
O copywriting persuade: quer que queiras. O UX writing orienta: quer que consigas. O primeiro vive na headline e no argumento, o segundo vive no botão, no campo do formulário, no aviso que aparece quando algo falha. Microcopy é o nome dado a esses fragmentos, normalmente de uma a dez palavras.
A diferença prática está no critério de sucesso. Uma boa headline gera interesse. Uma boa microcopy elimina uma hesitação concreta: “isto vai cobrar-me agora?”, “que formato de data é que quer?”, “o que acontece se eu clicar?”. Cada hesitação não resolvida é um abandono potencial.
Que impacto real tem a microcopy nas conversões?
Os números da indústria são consistentes e modestos por intervenção, mas somam-se rápido:
- Reescrever microcopy (labels e mensagens de erro) produz tipicamente ganhos na ordem dos 8% na conversão; o conjunto das melhorias de UX chega a 30% (Marketing LTB, CRO Statistics 2026).
- O caso mais citado é o do “botão de 300 milhões”, documentado por Joshua Porter: trocar “Register” por “Continue” num checkout subiu as vendas 45%, cerca de 300 milhões de dólares anualizados.
- Uma única frase curta de reforço subiu o click-through em 26% no site Visit Norway.
- A Baymard analisou mais de 130 sites e concluiu que 65% têm um checkout mediocre ou pior, com margem de melhoria de até 35% na conversão. A complexidade do checkout explica 18% dos abandonos de carrinho nos EUA, num abandono médio de 70,22%.
Repara no denominador: 70% das pessoas que já puseram algo no carrinho vão-se embora. Uma parte dessas saídas é decidida por texto, não por preço.
Onde vive a microcopy que mais pesa no funil?
Não trates todos os fragmentos como iguais. Por ordem de impacto habitual:
- Botão principal de cada passo. O verbo que escolhes define a expectativa do que vem a seguir.
- Campos e labels de formulário. Cada ambiguidade custa um erro de validação, e cada erro custa desistências.
- Mensagens de erro. É o momento em que o utilizador está mais perto de sair.
- Texto de garantia junto ao ponto de compromisso. Preço final, política de devolução, “cancela quando quiseres”, “não pedimos cartão”.
- Estados vazios e onboarding. Primeira impressão de produto, define se a pessoa percebe o valor.
- Confirmações. Fecham o ciclo e definem o passo seguinte.
Como se escrevem botões e CTAs que as pessoas clicam?
Um botão eficaz responde a duas perguntas ao mesmo tempo: o que vai acontecer, e o que isso me custa. Regras que resistem bem ao teste:
- Verbo de ação na primeira pessoa do utilizador. “Ver os preços” bate “Submeter”. “Continuar” bate “Registar” quando o registo não é o objetivo da pessoa.
- Diz o resultado, não o mecanismo. “Marcar a demonstração” em vez de “Enviar formulário”.
- Remove o compromisso implícito quando ele não existe. Se não há cobrança, di-lo debaixo do botão. Uma linha de sete palavras vale mais que um parágrafo acima.
- Um botão primário por ecrã. Duas ações com o mesmo peso visual é uma decisão que empurras para o utilizador.
- Consistência de vocabulário. Se chamas “conta” no passo 1, não lhe chames “perfil” no passo 3. O utilizador assume que são coisas diferentes.
Como se escreve microcopy de formulários que reduz abandono?
O formulário é onde a microcopy tem o retorno mais mensurável, porque cada campo tem uma taxa de erro que podes ver nos dados. As práticas consolidadas para 2026 (Design Studio UI/UX):
- Label persistente acima do campo. Nunca uses o placeholder como label: desaparece quando a pessoa começa a escrever e obriga-a a lembrar-se do que estava lá.
- Específico bate curto. Uma label ligeiramente mais longa mas inequívoca converte melhor que uma abreviada e ambígua. “Telefone com indicativo do país” em vez de “Contacto”.
- Explica porque pedes. Um campo sensível (telefone, NIF, morada) precisa de uma linha que justifique. Sem justificação, o campo lê-se como recolha abusiva.
- Validação inline, mas não prematura. Valida quando a pessoa sai do campo, não à terceira letra que escreve.
- Mostra o formato antes de o exigir. Se aceitas apenas um formato de data, escreve-o na label. Melhor ainda: aceita vários.
- Marca o que é opcional, não o que é obrigatório. Se quase tudo é obrigatório, os asteriscos deixam de informar.
Como se escrevem mensagens de erro que recuperam o utilizador?
Uma mensagem de erro tem um trabalho: pôr a pessoa de volta no caminho. Três componentes, por esta ordem: o que aconteceu, porquê, e o que fazer agora. “Ocorreu um erro” falha nos três.
Compara. Má: “Password inválida.” Boa: “A password precisa de pelo menos 8 caracteres e um número. Tenta acrescentar um número.” A segunda é mais longa e converte melhor, porque a primeira obriga o utilizador a adivinhar.
Regras de tom: não culpes a pessoa (“preencheste mal”) nem te desculpes em vão (“pedimos desculpa pelo incómodo”) sem dizer o passo seguinte. E não uses humor num momento de falha; a pessoa está irritada, não recetiva.
Microcopy acessível é microcopy que converte?
Sim, e é a coincidência mais útil deste trabalho. As WCAG 2.2 exigem labels com semântica clara, ordem de foco previsível e erros identificáveis por texto e não só por cor. Tudo isso é exatamente o que reduz fricção para quem não tem nenhuma limitação.
O caso mais direto é a linguagem simples. “Usa só letras e números” em vez de “usa uma string alfanumérica” serve um leitor de ecrã, serve uma pessoa com carga cognitiva alta, e serve alguém a preencher um formulário no telemóvel dentro do autocarro. Como nota a Shopify, microcopy acessível ajuda utilizadores com limitações cognitivas, visuais e motoras a evitar erros e a recuperar deles. O resto do público beneficia por arrasto.
Como se testa e mede microcopy?
A microcopy é o candidato ideal a teste A/B: a alteração é isolada, o custo de implementação é quase zero, e o efeito aparece na métrica do passo seguinte. Empresas que correm testes A/B e de usabilidade em continuidade convertem 2,4x mais que as restantes (Marketing LTB, 2026).
Método prático, em quatro passos:
- Encontra a fuga. Analytics de funil para ver o passo com maior queda; taxa de erro por campo para ver a label problemática.
- Formula a hipótese como uma hesitação. “As pessoas param aqui porque não sabem se o preço já inclui IVA.”
- Testa uma variável. Muda o texto, não o texto e o layout ao mesmo tempo.
- Mede no passo seguinte, não no clique. Um CTA mais agressivo pode subir cliques e descer conversões finais.
Se não tens tráfego para significância estatística, não fiques bloqueado: cinco testes de usabilidade moderados apanham a maioria dos problemas de compreensão de texto. O ciclo completo de hipótese e teste está no artigo de fundamentos de CRO.
O que é que o UX writing tem a ver com pesquisa e IA?
Mais do que parece. Quando um utilizador chega de uma resposta gerada por IA, já vem com uma expectativa formada pelo texto que leu. Se a linguagem da tua página não corresponde à da resposta, a pessoa hesita e volta atrás. Coerência de vocabulário entre o que dizes na web e o que dizes na interface é hoje parte do SXO.
Há um segundo efeito. Interfaces com texto claro, estados nomeados e mensagens explícitas são mais fáceis de descrever, documentar e citar. Se um modelo tiver de explicar como se usa o teu produto, vai fazê-lo melhor se a tua própria interface já o explicar bem.
Perguntas frequentes
Qual é a diferença entre microcopy e UX writing?
UX writing é a disciplina; microcopy é o material. Escrever UX writing significa decidir vocabulário, tom e estrutura de toda a interface. Microcopy são os fragmentos concretos que resultam disso: o texto de um botão, de uma label, de um erro.
Quantas palavras deve ter um botão?
Entre uma e quatro na maioria dos casos, com um verbo de ação. Se precisas de mais, o que falta não é botão maior: é uma linha de apoio debaixo dele a explicar a consequência.
Vale a pena contratar um UX writer numa equipa pequena?
Muitas vezes não é preciso um perfil dedicado, mas é preciso alguém responsável. Sem dono, o vocabulário da interface diverge entre ecrãs, e essa incoerência custa conversão. Um glossário de produto de uma página resolve grande parte do problema.
Traduzir microcopy é suficiente para internacionalizar?
Não. Uma tradução literal quebra limites de caracteres, perde o registo e às vezes inverte o sentido de uma ação. Microcopy adapta-se por mercado, com revisão de alguém que use o produto naquela língua.
Próximo passo: se a microcopy é a alavanca, o CRO é o processo que a mede, e o pilar SXO é onde experiência e pesquisa se encontram.
