최근 사용한 도구가 없습니다
즐겨찾기한 도구가 없습니다

URL 파서 무료 온라인: URL 분해 분석

280 회 사용

URL 구성요소

프로토콜과 호스트
프로토콜, 호스트, 포트, 경로, 쿼리, 프래그먼트.
쿼리 매개변수
쿼리 문자열의 각 매개변수를 키-값 표로 표시.
개발자용
URL 디버깅, 캠페인 링크 분석, API 구조 이해.

자주 묻는 질문

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

분석 방법

관련 도구