Ponto final, parêntese, acento ou quebra de linha podem deixar o link quebrado. Veja como o app detecta a URL e como escrever o endereço numa frase.

Link que não abre por causa de um ponto final: como evitar

Imagine a cena: você manda o endereço da inscrição no fim de uma frase, com ponto final, e meia hora depois alguém responde que a página dá erro. O endereço estava certo. O que deu errado foi o trecho de texto que o aplicativo transformou em link, porque o ponto final entrou junto e o servidor recebeu um caminho que não existe.

Isso acontece porque nenhum aplicativo sabe de verdade onde um endereço termina. WhatsApp, Telegram, programas de e-mail e o app de SMS do celular procuram no texto algo com cara de URL, como “https://” ou “www.”, e decidem por conta própria até onde vai o link. Esse recurso costuma ser chamado de detecção automática de links, ou linkify. Para tomar a decisão, o detector olha espaços, quebras de linha e algumas regras sobre pontuação. Cada aplicativo tem as suas, e quem envia a mensagem não controla qual delas vai valer no celular de quem recebe.

Quando o endereço quebra em duas linhas

O espaço em branco é o sinal mais forte de fim de link. A especificação de links automáticos do GitHub, que é pública e detalhada, encerra o link no primeiro espaço ou no sinal “<“. Uma quebra de linha conta como espaço. Se o endereço chega dividido em duas linhas, a parte clicável costuma ir só até a quebra, a segunda metade vira texto comum e o toque leva a um endereço amputado.

No e-mail de texto puro, a quebra tem origem conhecida. A RFC 5322, norma que define o formato do e-mail na internet, diz que cada linha deveria ter no máximo 78 caracteres e não pode passar de 998. Alguns programas dividem o texto perto desse limite na hora de enviar ou de responder, e uma URL com filtros de busca e etiquetas de campanha passa fácil de cem caracteres. A RFC 3986, a norma de sintaxe dos endereços, até prevê esse cenário: diz que o software deveria ignorar os espaços inseridos para quebrar um endereço longo. É uma recomendação, e o aplicativo do destinatário pode não segui-la. A mesma quebra aparece quando alguém copia um endereço de um PDF ou de uma coluna estreita e cola na mensagem, porque a quebra do layout vem junto com o texto.

Há duas saídas. Para endereços medianos, basta deixar a URL sozinha numa linha, sem texto antes ou depois, para que a divisão automática caia fora dela. Para um endereço que sozinho já passa de 78 caracteres, isso não resolve, e o jeito é diminuir o tamanho. Imagine um link de 140 caracteres cheio de parâmetros: uma alternativa mais curta cabe numa linha de e-mail com folga e leva ao mesmo destino, com os parâmetros guardados no endereço original. Antes de divulgar, abra o atalho e confira onde ele termina.

Pontuação colada no fim do endereço

Pontuação é o caso ambíguo. Ponto, vírgula e interrogação aparecem legitimamente dentro de URLs: o ponto separa partes do domínio, a interrogação abre os parâmetros, a vírgula aparece em alguns caminhos. O detector não pode simplesmente descartá-los.

Ponto, vírgula e dois-pontos

O que alguns detectores fazem é tratar o fim do link de um jeito diferente do meio. A regra do GitHub, por exemplo, deixa de fora interrogação, exclamação, ponto, vírgula, dois-pontos e mais três símbolos quando eles fecham o link, embora aceite os mesmos sinais no meio do endereço. Quando a regra de um aplicativo é mais simples e pega tudo até o próximo espaço, o ponto final da frase vai junto.

O estrago depende do que vem no fim do endereço. Se é o nome de uma página, o servidor recebe um caminho com um caractere a mais e decide sozinho o que fazer: alguns corrigem, outros devolvem erro. Quando o fim é um parâmetro, o problema fica mais sutil. Um link que acaba em utm_campaign=promo seguido de ponto final pode abrir a página normalmente, mas o valor registrado passa a ser promo., e a visita aparece no relatório como outra campanha. Ninguém vê o erro na hora.

Parênteses, o caso mais traiçoeiro

Parênteses são caracteres permitidos em endereços. A RFC 3986 põe “(” e “)” na lista de delimitadores reservados, ao lado de vírgula, apóstrofo, ponto e vírgula e outros sinais. A Wikipédia, por exemplo, usa parênteses no endereço para diferenciar artigos com o mesmo nome. Então, quando alguém escreve (o regulamento está em example.com/regras), o detector precisa adivinhar se o último parêntese pertence ao link.

A especificação do GitHub resolve isso contando: se o link termina em “)” e tem mais parênteses fechando do que abrindo, o último fica de fora. Outros aplicativos usam regras diferentes, ou nenhuma. O resultado prático é que o mesmo texto pode funcionar no computador de quem escreveu e falhar no celular de quem lê.

A solução é simples. Não coloque endereço dentro de parênteses. Se a frase pede um aparte, escreva o endereço depois dele, na linha seguinte.

Acentos, espaços e o tal %20

Endereços não aceitam espaço. Quando um arquivo se chama “tabela de preços.pdf”, o navegador transforma o espaço em %20 e o “ç” em %C3%A7, como manda o padrão de URL do WHATWG, que os navegadores seguem. A versão codificada funciona, mas fica longa e cheia de sinais de porcentagem. O risco aparece quando alguém digita ou cola a versão legível, com o espaço no meio: o detector corta o link exatamente ali, e “tabela” vira o fim do endereço.

Acento no nome do domínio é outro assunto. Domínios com letras acentuadas existem, e o navegador os converte para uma forma só com caracteres ASCII que começa com “xn--“. O problema está no caminho entre quem escreve e quem lê. A ICANN, entidade que coordena os nomes de domínio na internet, alertou, em 2023, que muitos aplicativos usam verificações desatualizadas para validar nomes de domínio. Numa mensagem, isso pode significar um endereço ignorado pelo detector, que não o reconhece como link.

Para quem cria a página, a regra prática é usar no caminho letras sem acento, números e hífen. “tabela-de-precos” não deixa margem para o detector errar. “tabela de preços” depende da sorte.

Como escrever um endereço numa frase

Alguns hábitos resolvem quase todos os casos anteriores:

• Termine a frase antes do endereço e coloque a URL na linha seguinte, sem ponto final depois dela.
• Se o endereço precisa ficar no meio do texto, deixe espaço dos dois lados e não encoste vírgula, aspas ou parêntese nele.
• Escreva o endereço completo, com “https://”. Sem o prefixo, alguns detectores só reconhecem o link quando ele começa com “www.”.
• Em e-mail de texto puro e em documentos, a RFC 3986 recomenda envolver o endereço com os sinais de menor e maior, como em , sobretudo quando ele pode ganhar uma quebra de linha no meio. Os sinais não fazem parte do endereço.
• Em material impresso ou em PDF, não deixe o programa hifenizar o endereço nem quebre a linha logo depois de um hífen. A mesma RFC avisa que, nesse caso, o leitor fica sem saber se o hífen faz parte do endereço.
• Mande a mensagem para você mesmo antes, de preferência num aparelho diferente, e toque no link do lado de quem recebe.

O último item é o que mais pega erro. Quem escreve vê o texto do jeito que digitou. Quem recebe vê o que o aplicativo dele decidiu.

O que um endereço curto resolve, e o que não

Endereço curto não conserta pontuação. Um ponto final colado depois dele pode quebrar o link do mesmo jeito que quebraria o original, e um parêntese encostado no fim continua ambíguo. O que ele elimina são as causas que vêm do tamanho e dos símbolos: a divisão em duas linhas, os %20, os acentos e parênteses que viviam no caminho do endereço longo.

Quando o link vai circular muito, por e-mail encaminhado, por PDF, por mensagem copiada de um grupo para outro, vale combinar as duas coisas. Um endereço que cabe numa linha e um texto que deixa espaço em volta dele. Com isso, sobra pouco para o detector de cada aplicativo adivinhar.