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

A 프로토콜(https://), 호스트, 경로, 쿼리(?), 프래그먼트(#).

A ? 뒤의 매개변수, &로 구분된 키=값 쌍.

A 링크 디버깅, UTM 확인, API 구조, 리다이렉션 분석.

A 저희 파서는 일반적인 URL 인코딩 문자를 자동으로 디코딩합니다. 예를 들어, 쿼리에 공백이 포함된 경우 원본 URL에서는 '%20'으로 표시되지만, 파싱된 결과에서는 공백으로 표시됩니다. 이는 폼이나 API 요청 디버깅에 매우 유용합니다.

A 브라우저는 서버 측 도구로 URL을 보내기 전에 해시 조각을 제거하는 경우가 많습니다. 저희 파서는 사용자가 붙여넣은 URL을 그대로 읽습니다. 주소 표시줄에서 복사했는데 해시가 없다면 브라우저가 친절을 베푼 겁니다. 대신 코드나 텍스트 파일에서 원시 URL을 붙여넣어 보세요. 약 30%의 사용자가 이 점을 간과합니다.

A 물론입니다. 데이터 엔지니어는 종종 로그나 데이터베이스에서 원시 URL을 CSV 파일로 덤프합니다. 이 파서는 URL을 다시 쓰지 않지만, 어떤 부분이 잘못되었는지 강조 표시합니다. 예를 들어, 쿼리 문자열에 물음표가 두 개 있으면 두 번째 것이 경로의 일부로 처리됩니다. 이것이 소스를 수정해야 한다는 신호입니다. 최상의 결과를 위해 URL을 한 번에 하나씩 붙여넣으세요.

A 네, 완전히 동일합니다. 모든 분석은 브라우저 안에서 처리되며, 데이터가 외부로 전송되지 않습니다. 모바일에서는 결과 표가 자동으로 세로로 쌓여서 표시됩니다. 글자가 작게 느껴지면 핀치 줌으로 확대하세요. 개발 중에 폰으로 URL을 디버깅할 때 특히 유용합니다.

A 네, 하지만 이상한 결과가 나올 수 있습니다. 당사 파서는 프로토콜이 없으면 http://를 자동으로 추가합니다. "example.com/page?q=test"를 붙여넣으면 프로토콜은 http, 호스트는 example.com으로 표시됩니다. 대부분 잘 작동하지만 "ftp://files.example.com" 같은 URL을 접두사 없이 넣으면 전체가 경로로 처리됩니다. 정확한 분해를 위해 항상 프로토콜을 포함하세요.

A 브라우저가 기본 포트를 숨기기 때문입니다. HTTP는 80번, HTTPS는 443번 포트를 사용하지만 주소창에 표시되지 않습니다. 이 도구는 실제 연결에 사용된 포트를 보여줍니다. "https://example.com:443/page"를 붙여넣으면 브라우저가 숨겼더라도 443번 포트가 표시됩니다. 반대로 포트를 완전히 생략하면 "지정되지 않음"으로 표시됩니다. "http://example.com:8080"로 테스트해보면 차이를 확실히 알 수 있습니다.