O link falha ao passar a minúsculas: o que conservar

O texto visível pode esconder outro endereço

Prepara uma mensagem com o programa de uma jornada. O link original abre o documento, mas a versão publicada falha apesar de parecer igual. Antes de carregar novamente o ficheiro, copie o endereço do link publicado e compare-o com o original. Ler apenas as letras no ecrã não chega: um editor pode mostrar um rótulo associado a outro endereço. O problema pode estar nesse destino guardado, e não no ficheiro propriamente dito.

As perguntas consultadas documentam dúvidas sobre maiúsculas em URL e situações em que o texto preservava a escrita enquanto o destino passava a minúsculas. Mostram uma necessidade real, sem afirmar que cada plataforma tenha atualmente essa falha. Este guia usa um programa público e o WikiURL para localizar diferenças. Não pressupõe que cada letra alterada provoque erro nem que o verificador possa corrigir automaticamente a configuração de outro site. Os resultados devem apoiar a investigação do caso concreto.

O domínio e o caminho têm regras diferentes

O RFC3986 estabelece que esquema e nome do servidor não distinguem maiúsculas; os restantes componentes consideram-se sensíveis salvo regras específicas contrárias. Converter EXAMPLE.invalid em example.invalid difere, portanto, de mudar Guias para guias ou AB12 para ab12. Os dois exemplos usam um domínio fictício que não funciona. Substitua-o por um destino real autorizado antes de testar ligações. Aqui os endereços servem apenas para comparar texto e identificar os componentes alterados.

O servidor decide como resolver caminhos e interpretar parâmetros da aplicação. Alguns sites redirecionam variantes; outros podem entregar recursos diferentes ou erros. Não conclua que o caminho aceita minúsculas porque o domínio aceita. O Google Search também explica que trata /APPLE e /apple como URL distintos. Isso orienta a consistência de um site que gere, mas não permite renomear livremente links fornecidos por um serviço externo. O endereço original desse fornecedor continua a ser a referência.

https://EXAMPLE.invalid/Guias/PlanA.pdf?edicion=AB12
https://example.invalid/guias/plana.pdf?edicion=ab12

Compare componentes antes de transformar

No exemplo JavaScript, URL separa servidor, caminho e consulta. A MDN descreve pathname como o componente do caminho e esclarece que parâmetros de consulta não fazem parte dele. Executar o exemplo só analisa uma cadeia; não liga ao site fictício. O domínio aparece normalizado, mas Guias, PlanA e AB12 mantêm a escrita. Esta separação ajuda a indicar precisamente o que mudou entre duas cópias, sem confundir o domínio com o identificador do recurso.

Evite aplicar toLowerCase ao endereço completo como limpeza. Se o identificador pertence a outra aplicação, não sabe se a combinação de letras é significativa. Preserve também nomes e valores de parâmetros tal como fornecidos. Para etiquetas próprias de uma campanha nova, acorde a escrita ao criá-las; é diferente de transformar depois um link que já identifica um recurso. Guarde uma cópia original para comparar alterações posteriores, em vez de conservar apenas a versão modificada.

const u = new URL("https://EXAMPLE.invalid/Guias/PlanA.pdf?edicion=AB12");
console.log(u.hostname); // example.invalid
console.log(u.pathname); // /Guias/PlanA.pdf
console.log(u.search);   // ?edicion=AB12

Verifique cada versão pública com o WikiURL

Num endereço público sem segredos, use Verificar URL do WikiURL e reveja estado HTTP e destino final detetado. Se precisa de comparar original e cópia alterada, verifique cada uma separadamente. Não envie links privados de gestão, tokens ou endereços confidenciais. Limite o teste às variantes concretas disponíveis, sem enumerar identificadores ou procurar recursos alheios. Uma resposta diferente pode ajudar a localizar onde o problema começa, mas não constitui, isoladamente, uma prova da sua causa.

Se o original funciona e a cópia minúscula devolve erro, recupere a escrita original antes de distribuir. Não atribua cada 404 exclusivamente às maiúsculas: o recurso pode ter sido retirado ou o caminho mal copiado. Se ambas respondem 200, abra as páginas e confirme programa, data e conteúdo. O estado não demonstra equivalência. Analise um redirecionamento até ao destino detetado e depois no navegador do leitor, conferindo o recurso realmente apresentado e não apenas o número devolvido.

Edite o destino do botão, não só o rótulo

Abra a opção de editar link na ferramenta de redação da mensagem. Reveja o campo do endereço, não apenas o texto do botão. Em HTML, o exemplo separa href da palavra PDF. O endereço é fictício e deve ser substituído antes de usar. Pode apresentar um rótulo curto ou em maiúsculas sem mudar as letras do endereço real. O essencial é o destino guardado coincidir com o aprovado, independentemente da apresentação visual do rótulo.

Depois de guardar ou publicar, copie novamente o endereço do link final e abra-o no contexto previsto para o público. Num documento exportado, reveja o ficheiro exportado; numa mensagem, a mensagem recebida. O editor antes do envio não prova o resultado publicado. Se surgir uma transformação inesperada, corrija o campo respetivo ou consulte o responsável da plataforma, conservando as duas versões como evidência da alteração observada. Confirme a correção na versão que será efetivamente distribuída.

<a href="https://example.invalid/Guias/PlanA.pdf?edicion=AB12">PDF</a>

Crie o link curto ou QR a partir do endereço verificado

Quando o destino estiver correto, cole-o exatamente no WikiURL para criar o link curto ou QR que pretende partilhar. Preserve também a escrita devolvida pela ferramenta e teste o resultado final. Não transforme o URL inteiro em maiúsculas por motivos visuais nem presuma que cada código curto aceita alterações de letras. Um QR representa o texto que contém; não adivinha a variante do caminho pretendida pelo autor. Verifique sempre o material que vai distribuir.

Se controla o site e precisa de um endereço fácil de ditar, peça um caminho estável ou um redirecionamento deliberado e teste-o. Escrever uma variante mais bonita não cria um destino inexistente. Registe endereço aprovado, locais de utilização e verificações antes de imprimir ou enviar. A regra prática é simples: o rótulo pode adaptar-se ao desenho; conserve o endereço até o responsável pelo recurso confirmar uma alternativa funcional. A formatação não substitui essa confirmação do proprietário do destino.