URL 파서 무료 온라인: URL 분해 분석
280 회 사용URL 구성요소
프로토콜과 호스트
프로토콜, 호스트, 포트, 경로, 쿼리, 프래그먼트.
쿼리 매개변수
쿼리 문자열의 각 매개변수를 키-값 표로 표시.
개발자용
URL 디버깅, 캠페인 링크 분석, API 구조 이해.
자주 묻는 질문
모바일과 데스크탑에서 URL 파서가 동일하게 작동하나요?
네, 완전히 동일합니다. 모든 분석은 브라우저 안에서 처리되며, 데이터가 외부로 전송되지 않습니다. 모바일에서는 결과 표가 자동으로 세로로 쌓여서 표시됩니다. 글자가 작게 느껴지면 핀치 줌으로 확대하세요. 개발 중에 폰으로 URL을 디버깅할 때 특히 유용합니다.
http:// 또는 https:// 접두사 없이 URL을 파싱할 수 있나요?
네, 하지만 이상한 결과가 나올 수 있습니다. 당사 파서는 프로토콜이 없으면 http://를 자동으로 추가합니다. "example.com/page?q=test"를 붙여넣으면 프로토콜은 http, 호스트는 example.com으로 표시됩니다. 대부분 잘 작동하지만 "ftp://files.example.com" 같은 URL을 접두사 없이 넣으면 전체가 경로로 처리됩니다. 정확한 분해를 위해 항상 프로토콜을 포함하세요.
파싱된 URL의 포트가 브라우저에 입력한 것과 다른 이유는 무엇인가요?
브라우저가 기본 포트를 숨기기 때문입니다. HTTP는 80번, HTTPS는 443번 포트를 사용하지만 주소창에 표시되지 않습니다. 이 도구는 실제 연결에 사용된 포트를 보여줍니다. "https://example.com:443/page"를 붙여넣으면 브라우저가 숨겼더라도 443번 포트가 표시됩니다. 반대로 포트를 완전히 생략하면 "지정되지 않음"으로 표시됩니다. "http://example.com:8080"로 테스트해보면 차이를 확실히 알 수 있습니다.
ñ이나 ü 같은 국제 문자를 파싱할 수 있나요?
네, 하지만 먼저 퍼센트 인코딩된 버전이 표시됩니다. ñ은 원시 URL에서 %C3%B1로 변환되고, 도구는 그 인코딩을 그대로 보여줘요. 실제 문자는 쿼리 파라미터 테이블에서 디코딩된 상태로 확인할 수 있습니다. 브라우저 주소창에서 그대로 붙여넣는 게 가장 정확해요. 'https://münchen.de'로 테스트해보면 차이를 바로 알 수 있습니다.
뉴스레터 이메일 링크에 있는 추적 파라미터가 포함된 URL도 분석할 수 있나요?
물론입니다. 사실 가장 흔한 사용 사례 중 하나예요. 단축된 표시 텍스트가 아니라 이메일 소스 코드에서 전체 URL을 붙여넣으세요. 각 UTM 파라미터, 클릭 ID, 캠페인 트래커가 모두 개별적으로 표시됩니다. 마케터 분들이 캠페인 URL 감사에 매우 유용하게 사용합니다. 팁 하나: 쿼리 문자열에 '?'와 '&'가 제대로 섞여 있는지 확인하세요. 이메일 플랫폼 중 약 15%가 이 부분을 엉망으로 만듭니다.
URL 파싱과 URL 디코딩은 같은 건가요?
아니요, 둘을 혼동하면 골치 아파집니다. 파싱은 URL을 호스트, 경로, 쿼리 같은 구조적 부분으로 나눕니다. 디코딩은 퍼센트 인코딩된 문자(%20, %C3%A9)를 읽을 수 있는 텍스트로 변환합니다. 이 도구는 둘 다 하지만 별도로 처리합니다. 기본 분석에는 원시 인코딩 값이 보이고, 쿼리 파라미터 표에는 디코딩된 버전이 나옵니다. 예: 'https://site.kr/search?q=hello%20world'는 원시값이 'hello%20world'로 표시되고 표에는 'hello world'로 나타납니다. 경로에 %2F가 포함된 URL을 테스트해 보세요. 디코딩된 슬래시가 경로 구분자처럼 보이지만 실제로는 아닌 흔한 함정입니다.
https://example.com처럼 경로가 없는 URL은 어떻게 파싱되나요?
경로를 빈 문자열로 처리합니다. 기술적으로 맞는 동작이에요. 파서가 얼마나 엄격한지에 따라 '/'로 표시되거나 빈 필드로 나옵니다. 저희 도구는 경로가 존재하지만 비어 있다는 걸 명확히 하기 위해 슬래시를 보여줍니다. 데이터베이스 임포트용 텍스트 데이터를 준비하는 분들은 주의하세요. CSV로 내보낼 때 빈 경로가 누락될 수 있습니다. https://example.com과 https://example.com/을 비교해 보면 차이가 바로 보입니다.
URL을 분석하는 데 시간이 얼마나 걸리나요? 일괄 처리 옵션이 있나요?
분석은 즉시 이루어집니다. 붙여넣거나 입력하는 순간 50밀리초 이내에 결과가 표시됩니다. 서버 왕복이 없어서 2,000자짜리 거대한 URL도 느려지지 않습니다. 하지만 현재 일괄 업로드 기능은 제공하지 않습니다. 한 번에 하나의 URL만 처리할 수 있는데, 이렇게 하면 출력이 깔끔하고 결과가 섞일 일이 없습니다. 로그 파일에서 수백 개를 처리해야 한다면 하나씩 붙여넣거나 브라우저 콘솔에서 분석 로직을 호출하는 간단한 스크립트를 작성하세요. SEO 리다이렉트 체인을 점검할 때 이 방식이 번거롭지만 확실합니다.
bit.ly 같은 단축 URL이 이 파서의 작동을 방해하나요?
단축 URL이 파서를 속이진 않지만 최종 목적지를 보여주지도 않습니다. 'bit.ly/3xyz'를 붙여넣으면 도구가 단축 링크 자체를 분석하여 'bit.ly'를 호스트로 처리합니다. 실제 웹사이트로 향하는 301 리디렉션을 자동으로 따라가지 않습니다. 특정 캠페인의 쿼리 매개변수를 검사하려면 최종 목적지 URL을 사용해야 합니다. 두 버전을 모두 붙여넣어 호스트 변화를 직접 확인해 보세요.
PDF 문서에서 대충 복사해 온 지저분한 URL도 이 파서로 분석할 수 있나요?
보통은 되지만, 숨겨진 줄바꿈은 조심해야 합니다. PDF는 쿼리 스트링 한가운데에 보이지 않는 공백이나 줄바꿈을 몰래 집어넣곤 하거든요. 그런 망가진 문자열을 그대로 붙여넣으면 파싱 결과가 중간에 끊어질 수 있습니다. 이상하다 싶으면 메모장에서 보이지 않는 공백부터 먼저 지워보세요.
분석 방법
- 전체 URL 붙여넣기
- 자동 분해
- 쿼리 매개변수 표로 표시
- 아무 부분 복사