Reparador de URL
Repare URLs quebrados online — aspas tipográficas, https ausente, barras duplas, codificação misturada, quebras de linha coladas do Word ou Slack.
O que é o Reparador de URL?
Você copiou um link de um e-mail, um documento do Word, uma mensagem do Slack ou uma página do Confluence — e agora ele aparece com aspas curvas em volta (" em vez de "), com um travessão (–) onde devia haver um hífen, sem https:// na frente, ou com uma quebra de linha solta que partiu o URL ao meio. Cole aqui e receba um URL funcional de volta. O Reparador de URL limpa o estrago sintático que copiar e colar deixa pelo caminho, seguindo as regras do padrão URL do WHATWG e do RFC 3986.
O reparador cuida das coisas que uma expressão regular teria de tratar como caso especial pra sempre: aspas tipográficas, travessões tipográficos, barras duplas acidentais no caminho, percent-encoding misturado ou duplicado (então %2520 volta a ser %20 quando claramente é uma codificação dupla), espaços não codificados, e caracteres CR/LF/tab que caíram dentro do URL porque alguém apertou Enter na hora errada. Ele não inventa um nome de host, não muda os seus parâmetros de consulta, nem adiciona um segmento de caminho que não estava lá. A saída é validada pelas regras da API URL do navegador, então você sabe que vai parsear do outro lado. Nomes de host internacionalizados (Unicode, IDN) são preservados conforme o RFC 3987.
O seu URL vai para o backend para o conserto rodar e volta na sequência. Não registramos a entrada — URLs costumam carregar tokens de sessão, IDs de cliente ou outras coisas que você não quer parado num arquivo de log. Se o URL contiver um segredo de verdade (um link assinado do S3, um token de autenticação de uso único), faça a rotação dele depois de colar em qualquer lugar — incluindo aqui.
Como usar o Reparador de URL
Três passos. Cada um corresponde a um botão nesta página — não tem nada escondido.
Cole o URL quebrado ou carregue o exemplo
Coloque o URL quebrado no editor da esquerda. Clique em URL de exemplo para carregar um caso propositalmente quebrado, com aspas curvas, um travessão, esquema ausente e um espaço não codificado — o tipo de coisa que você realmente cola vindo de um e-mail. Exemplo de URL quebrado:
"shop.example.com/orders/ORD–1001?customer=Ava Chen"Aspas curvas vindas de um Word envolvendo o URL, travessão dentro do segmento de caminho, sem esquema e um espaço literal no valor da consulta. Quatro problemas distintos numa linha curta.
Clique em Reparar URL!!
Aperte o botão verde Reparar URL!!. O reparador tira as aspas em volta, troca o travessão por um hífen, coloca https:// na frente e codifica o espaço para o resultado ficar conforme o RFC 3986.
Copie o URL consertado
O painel da direita mostra o URL já limpo. Dá uma olhada, copia, cola no navegador, na chamada fetch(), no README, ou no teste que estava falhando. Se quiser ver o URL dividido em suas partes, jogue depois no nosso Analisador de URL.
Quando você usaria isto de verdade
Links colados de e-mail ou Word
O Outlook e o Word transformam silenciosamente aspas retas em curvas e hifens em travessões. O URL parece ok na mensagem e quebra no segundo em que você cola num terminal. O reparador desfaz esse autocorretor "inteligente" e o link volta a funcionar.
URLs envolvidos por aspas de um logger
Logs de aplicação em JSON adoram imprimir URLs como "https://api.example.com/v1/orders?id=ORD-1001". Quando você pega para um curl rápido, as aspas em volta vêm junto. O reparador as remove e você para de se perguntar por que o seu shell está reclamando de uma aspa não fechada.
Quebras de linha no meio do URL pelo Slack ou Jira
URLs longas no Slack, Jira ou Confluence costumam quebrar e arrastar um \n solto quando você copia. O caminho parece certo, mas o fetch() rejeita o URL com erro de parse. O reparador achata as quebras de linha para o URL voltar a ser uma única string contínua.
Querystrings com codificação dupla
Quando um URL passa por dois sistemas que ambos fazem percent-encoding, você acaba com %2520 onde devia ter %20. O reparador volta as duplicações óbvias para uma única camada — útil quando você está depurando cadeias de redirecionamento ou payloads de webhooks.
Perguntas frequentes
O meu URL é armazenado ou enviado para algum lugar que eu não vejo?
O seu URL vai pro nosso backend para o conserto rodar e volta logo em seguida. Não registramos a entrada em si — URLs costumam carregar tokens de sessão ou PII no caminho/consulta. Registramos que um conserto aconteceu, não o que foi consertado. Se o URL tiver um segredo real (um link assinado, um token de autenticação), considere-o exposto no momento em que você cola em qualquer ferramenta de terceiros — incluindo esta — e faça a rotação.
Que tipos de erros de URL ele realmente conserta?
Os do dia a dia: esquema ausente (default https://), aspas curvas/tipográficas envolvendo o URL, travessão ou em-dash onde devia ter hífen, // acidental no caminho, percent-encoding duplo (%2520 → %20 quando é claramente duplo), espaços não codificados em valores de consulta, caracteres tab/CR/LF caídos dentro do URL por um processador de texto, e colchetes angulares envolvendo como <https://example.com> vindos de links Markdown.
Ele vai mexer no meu caminho, consulta ou valores de fragmento?
Não. O reparador é propositalmente conservador. Ele não inventa um host, não chuta um TLD ausente, não adiciona nem remove segmentos de caminho, não adiciona nem remove parâmetros de consulta, não muda a ordem dos parâmetros, e não descarta o fragmento. Só toca em caracteres sintaticamente errados. Se entrar customer=Ava Chen, sai customer=Ava%20Chen — mesmo valor, só corretamente codificado conforme o RFC 3986.
Ele suporta nomes de domínio internacionais (Unicode)?
Sim. Caracteres Unicode no host ou no caminho são preservados como Identificadores de Recursos Internacionalizados (forma IRI). Se a sua aplicação precisa da forma punycode (ASCII) do host, passe o URL limpo pela biblioteca de URL da sua linguagem — o módulo url do Node, o pacote idna do Python, ou o construtor URL nativo do navegador vão te dar as duas formas.
E URLs muito longos?
Tem um teto de 64 KB na entrada — cerca de 64.000 caracteres. URLs reais quase sempre ficam abaixo de 2.000; se o seu é maior, normalmente é porque algo foi codificado em camada dupla virando um blob gigante, ou tem um payload binário no querystring que devia estar num corpo de POST. O reparador vai te avisar que a entrada é grande demais; reduza ou reestruture antes.
Ele retornou um erro em vez de um URL consertado. E agora?
Algumas entradas estão danificadas demais — por exemplo, um URL onde o host está totalmente ausente, ou um cuja estrutura está tão deformada que o modelo não consegue dizer o que era para ser. Nesse caso, dê uma olhada no URL, conserte os pontos óbvios à mão (host e esquema costumam ser os culpados) e rode de novo. Você também pode jogar o resultado no nosso Validador de URL para ver exatamente do que o parser está reclamando.
Outras ferramentas de URL que podem ser úteis
Reparar o URL é só um passo. Quando ele parsear limpinho, estas ferramentas levam o resto: