Contador de caracteres

Como funciona

1. Digite ou cole o seu texto na área de texto. O contador atualiza ao vivo a cada tecla, não há um botão «Calcular» para clicar.
2. Leia as estatísticas ao vivo. Caracteres com espaços, caracteres sem espaços, palavras, frases, parágrafos, linhas, comprimento médio de palavra, mais estimativas de tempo de leitura e de fala, tudo é recalculado enquanto edita.
3. Defina um limite de caracteres opcional para a plataforma para a qual está a escrever (Twitter 280, SMS 160, Bluesky 300, etc.) e veja a barra de progresso encher. A barra fica âmbar à medida que se aproxima do tecto e vermelha quando o ultrapassa.
4. Copie ou apague quando terminar. Copiar texto coloca o conteúdo na sua área de transferência; Apagar esvazia a caixa. Nada é enviado para nenhum sítio, todo o contador corre no seu navegador.

Limites de caracteres que importam em 2026

Cada plataforma tem o seu próprio tecto, e várias têm regras escondidas, as que mordem costumam ser limites de visibilidade (texto além de um certo ponto fica escondido atrás de «…mais») e regras de codificação por canal.

A armadilha da codificação SMS

O SMS é o único canal comum em que um carácter pode mudar o custo de cada outro carácter na sua mensagem. O alfabeto padrão GSM de 7 bits contém exactamente 128 caracteres, letras latinas básicas, dígitos, pontuação comum, um punhado de caracteres acentuados e símbolos monetários. Tudo o que estiver fora dele (uma apóstrofe encaracolada ', um travessão, um emoji, qualquer escrita não latina) faz baixar a mensagem inteira para a codificação UCS-2 de 16 bits, fazendo cair o tecto por segmento de 160 caracteres GSM-7 para 70 caracteres UCS-2. Uma mensagem de 161 caracteres torna-se dois segmentos, facturados como duas mensagens; um emoji desgarrado numa mensagem de resto limpa pode cortar para metade o seu limite efectivo. Ferramentas como «Smart Encoding» da Twilio substituem automaticamente aspas encaracoladas por rectas para manter as campanhas de marketing na codificação mais barata.

O que conta como «um carácter»? Depende.

O Unicode moderno separa a ideia intuitiva de «um carácter» em três conceitos diferentes que se contam de forma diferente:

• Unidade de código, a unidade de armazenamento de uma codificação concreta (1 byte para um carácter ASCII em UTF-8; 2 bytes para um carácter do Plano Multilingue Básico em UTF-16; 4 bytes para um emoji em UTF-16 porque precisa de um par substituto).
• Ponto de código, um único valor escalar Unicode (p. ex. U+1F926 face palm). A maior parte dos caracteres é um ponto de código, mas alguns emoji visualmente «únicos» são costurados a partir de vários.
• Cluster de grafema estendido, o que os utilizadores de facto percebem como um carácter. Definido formalmente em Unicode Standard Annex #29.

O String.prototype.length do JavaScript devolve unidades de código UTF-16, não grafemas. A MDN diz directamente: «contains the length of the string in UTF-16 code units.» É por isso que um único emoji como 😄 reporta um comprimento de 2 (vive no plano suplementar e precisa de um par substituto), e a sequência ZWJ familiar 👨‍👩‍👧‍👦 reporta um comprimento de 11 (quatro emoji de pessoa mais três zero-width joiners). O mesmo emoji familiar de um carácter conta como 11 em JavaScript, 5 em Python, e 1 em Swift, dependendo da definição que cada linguagem escolhe.

Para uma contagem correcta de grafemas em JavaScript moderno, a resposta padrão é Intl.Segmenter:

const seg = new Intl.Segmenter("en", { granularity: "grapheme" });
[...seg.segment("👨‍👩‍👧‍👦")].length;  // 1

Este contador usa Intl.Segmenter onde está suportado (qualquer navegador evergreen em 2026) para que a contagem visível de caracteres corresponda ao que um olho humano contaria, não ao que as unidades de código UTF-16 contariam.

Tempo de leitura e tempo de fala

O tempo de leitura é calculado usando a fonte moderna mais rigorosa disponível: a meta-análise de 2019 de Marc Brysbaert («How many words do we read per minute?», Journal of Memory and Language) que reuniu 190 estudos cobrindo 18 573 participantes. A descoberta principal foi inferior à sabedoria popular há muito citada de 300 ppm, a leitura silenciosa de não-ficção tem em média 238 palavras por minuto, a ficção tem em média 260 ppm, e ler em voz alta cai para 183 ppm. O contador usa 238 ppm para a estimativa de tempo de leitura silenciosa, que é o número certo para documentação, artigos, e a maior parte do conteúdo geral.

O tempo de fala usa o ritmo de apresentação formal de 130 ppm da American Speech-Language-Hearing Association, mais lento que a fala conversacional (cerca de 150 ppm) porque as audiências precisam de tempo extra de processamento e os apresentadores precisam de pausar para ênfase. Se está a redigir um guião de podcast, um capítulo de audiolivro, ou uma palestra ao vivo, 130 ppm é o número de planeamento mais seguro.

Comprimentos de título SEO e meta-descrição

O Google Search Central é inequívoco: não há comprimento máximo estrito nem para o elemento <title> nem para a tag <meta name="description">. Os snippets são simplesmente truncados para encaixar na largura disponível no dispositivo a mostrar o resultado. As recomendações de título de 50-60 caracteres e descrição de 150-160 caracteres são convenções da indústria derivadas das larguras em píxeis observadas (~580 px no desktop), não de qualquer tecto oficial. O truncamento é decidido pela largura em píxeis, por isso um título cheio de letras largas como W, M e A maiúsculo será truncado mais cedo que um cheio de letras estreitas como i, l e t. O comprimento não afecta o ranking; só afecta quanto do seu snippet um pesquisador vê antes de clicar.

Por que contar no navegador importa

Muitos contadores de texto são do lado do servidor: cola, fazem POST do seu texto para um backend, e devolvem as contagens. O que quer que cole fica então nos logs de trânsito daquela empresa, logs do servidor e (dependendo dos termos) potencialmente nos seus dados de treino. Isso está bem para rascunhos de tweet; não está bem para comunicações confidenciais de funcionários, rascunhos legais sob privilégio, manuscritos não publicados, registos médicos ou financeiros, ou PII que esteja a tratar em nome de outra pessoa. Este contador corre inteiramente no seu navegador, cada contagem é calculada por JavaScript no seu próprio dispositivo, o conteúdo da área de texto nunca sai da página, e uma vez a página em cache a ferramenta funciona offline.

Casos de uso comuns

• Redigir publicações sociais contra um tecto rígido com uma barra de progresso ao vivo (X 280, Bluesky 300, Threads 500, Mastodon 500).
• Escrever cópia de marketing por SMS que tem de ficar dentro de 160 caracteres GSM-7 por segmento para manter os custos de entrega previsíveis.
• Afinar tags meta SEO, título à volta de 60 caracteres, descrição à volta de 155, sem saltar para uma ferramenta de pré-visualização SERP separada.
• Cumprir limites de resumo académico (APA 150-250 palavras, Nature 150, Science 125) sem exportar para Word a cada revisão.
• Verificar contagens de palavras de ensaio ou relatório contra um mínimo de aula ou um máximo de revista, sobretudo quando o documento original está bloqueado ou num formato pelo qual não quer fazer ida e volta.
• Colar trechos de código para estimar quanto tempo um bloco de código levará a ler ou como vai aparecer num chat.
• Escrever cópia para campos de formulário contra os tectos arbitrários de caracteres em CRMs ou formulários de visto (o legacy MySQL VARCHAR(255) por defeito ainda é surpreendentemente comum).

Erros comuns

1. Confundir caracteres com bytes. Uma publicação X de 280 caracteres em inglês tem 280 bytes; a mesma publicação contendo emojis tem bem mais que 280 bytes. Use o Contador de bytes dedicado quando precisar do tamanho codificado.
2. Esquecer-se que as URLs contam sempre como 23 no X. Uma ligação curta e uma ligação de 200 caracteres consomem ambas 23 dos seus 280 caracteres. Não encurte manualmente.
3. Usar um único emoji num modelo de SMS de marketing. Um carácter não-GSM faz baixar a mensagem inteira para UCS-2, cortando para metade o tecto por segmento e potencialmente duplicando a factura numa campanha.
4. Optimizar títulos para uma contagem de caracteres quando o truncamento é por largura em píxeis. Dois títulos de 60 caracteres podem renderizar-se em larguras muito diferentes consoante as letras que usem.
5. Confiar em .length em JavaScript para contagens de caracteres visíveis ao utilizador. Use Intl.Segmenter com granularity: "grapheme" se a contagem alguma vez for mostrada a um utilizador, caso contrário emojis e clusters CJK reportam números enganadores.
6. Colar texto confidencial em contadores do lado do servidor. Se a URL diz «count» mas o separador de rede mostra um POST, o seu texto acaba de sair do seu computador.

Perguntas frequentes

O contador funciona com escritas não latinas e emoji?

Sim. A contagem de caracteres usa Intl.Segmenter com granularidade de grafema onde quer que o navegador a suporte (qualquer navegador evergreen em 2026), por isso um único emoji conta como 1 mesmo que tecnicamente seja vários pontos de código Unicode costurados com zero-width joiners. Caracteres CJK, latim acentuado, devanagari e cirílico contam todos um cluster por carácter visível.

Por que a minha contagem de caracteres no X está desviada um ou dois?

O X aplica a sua própria ponderação: cada emoji conta como 2, cada carácter CJK conta como 2, e cada URL é envolvida pelo encurtador t.co e conta como exactamente 23. Um rascunho em latim puro de 280 caracteres neste contador é 280 também no X, mas um rascunho com dois emojis e uma URL contará mais alto no X que aqui. Para precisão específica do X, o X publica a biblioteca twitter-text que implementa as suas regras exactas de contagem.

O tempo de leitura é mesmo 238 palavras por minuto?

Para a leitura silenciosa de não-ficção por um adulto médio, sim, esse é o número principal da meta-análise de 2019 de Marc Brysbaert sobre 190 estudos prévios cobrindo 18 573 participantes, a fonte moderna mais rigorosa. A ficção é um pouco mais rápida (260 ppm), ler em voz alta é muito mais lento (183 ppm), e falar para uma audiência é mais lento ainda (130 ppm pela ASHA). A estimativa de tempo de leitura usa 238 ppm; o tempo de fala usa 130.

O meu texto é guardado ou enviado para algum lado?

Não. A contagem acontece inteiramente em JavaScript dentro do seu navegador. O conteúdo da área de texto não é transmitido, registado ou guardado em cache em qualquer servidor. Uma vez a página carregada, o contador funciona offline.

Como funciona realmente o limite SMS?

Um único segmento SMS são 140 bytes. Codificado com o alfabeto GSM de 7 bits são 160 caracteres; codificado com UCS-2 (Unicode de 16 bits, usado no momento em que aparece qualquer carácter não-GSM) cai para 70. As mensagens multi-segmento perdem 7 caracteres GSM ou 3 caracteres UCS-2 por segmento por uma cabeçalho de dados de utilizador usado para reagrupar, por isso uma mensagem GSM longa são 153 caracteres por segmento, uma mensagem UCS-2 longa são 67. As operadoras móveis facturam por segmento, por isso a escolha de codificação importa.

Qual o comprimento certo de título SEO?

O Google não tem um limite estrito. A convenção da indústria de 50-60 caracteres vem do ponto de truncamento por largura em píxeis observado nos resultados de pesquisa em desktop (à volta de 580 px). O comprimento em si não afecta o ranking; só afecta quanto do título os utilizadores vêem antes de ser cortado. Mantenha as palavras mais importantes ao início, já que essa é a parte garantida de aparecer.

Ferramentas relacionadas