URL 파서

URL 파서는 브라우저, 서버, 크롤러, 분석 도구 및 API 클라이언트가 실제로 사용하는 프로토콜, 자격 증명, 호스트, 포트, 경로, 쿼리 스트링, 개별 쿼리 매개변수 및 프래그먼트 등의 조각으로 웹 주소를 분할합니다. 구조를 검사하려면 https://example.com:8443/docs?q=url#parts와 같은 전체 URL, example.com/path와 같은 호스트 전용 값, 또는 /search?q=tools와 같은 상대 URL을 붙여넣으세요.

사용 방법

1. URL 붙여넣기. 입력 필드에 절대 URL, 프로토콜 상대 URL, 호스트 전용 URL 또는 상대 URL을 입력합니다.
2. 실시간 구조 확인. 파싱하기 전에 시각적 레일을 사용하여 프로토콜, 호스트, 포트, 경로, 쿼리, 프래그먼트를 확인합니다.
3. URL 파싱 클릭. URL을 제출하여 디코딩된 값이 포함된 전체 구성 요소 분석 결과를 생성합니다.
4. 쿼리 매개변수 검토. 반복되는 키와 빈 값을 포함하여 각 쿼리 키와 값을 검사합니다.
5. 필요한 부분 복사. 개별 구성 요소 또는 재구성된 URL 옆에 있는 복사 버튼을 사용합니다.

URL 구성 요소 설명

개발자 및 SEO를 위한 유용한 검사 항목

URL 구조는 라우팅, 캐시 키, 캐노니컬(Canonical) 링크, 리다이렉트, 추적 매개변수, 크롤링 일관성 및 API 디버깅에 영향을 미칩니다. 이 파서는 반복되는 쿼리 키, 사용자 정의 포트, 퍼센트 인코딩된 값, URL 내의 자격 증명, 서버로 전송되지 않는 프래그먼트 등을 강조 표시합니다. 이러한 세부 사항은 URL이 길거나 로그에서 복사되었을 때 놓치기 쉽습니다.

FAQ

URL 파서는 무엇을 보여주나요?

URL 파서는 URL을 스킴 또는 프로토콜, 선택적 자격 증명, 호스트, 포트, 경로, 쿼리 스트링, 쿼리 매개변수 및 프래그먼트로 분리합니다. 이를 통해 라우팅, 분석 태그, API 엔드포인트, 리다이렉트 및 인코딩된 값을 쉽게 디버깅할 수 있습니다.

Why is host different from origin?

호스트는 도메인 이름 또는 IP 주소만을 의미합니다. 오리진은 프로토콜, 호스트, 포트를 결합한 것이므로, https://example.com과 http://example.com은 동일한 호스트를 사용하더라도 서로 다른 오리진입니다.

Are URL fragments sent to the server?

아닙니다. # 기호 뒤의 프래그먼트는 브라우저에 의해 처리되며 HTTP 요청 라인에 포함되어 전송되지 않습니다. 서버는 일반적으로 프로토콜, 호스트, 경로, 쿼리 스트링은 보지만 프래그먼트는 보지 못합니다.

How are duplicate query parameters handled?

이 파서는 중복된 쿼리 키를 순서대로 보존하고 반복된 키를 강조 표시합니다. 많은 웹 프레임워크는 반복된 키를 배열이나 리스트로 노출하는 반면, 일부 애플리케이션은 첫 번째 또는 마지막 값만 유지합니다.

What does percent decoding mean?

퍼센트 디코딩은 %20과 같이 인코딩된 옥텟을 공백과 같이 읽을 수 있는 문자로 다시 변환하는 것입니다. 파서는 비교를 위해 원본 URL 텍스트를 보존하면서 디코딩된 경로 및 쿼리 값을 보여줍니다.

Is it safe to include passwords in URLs?

아닙니다. URL 내부의 자격 증명은 로그, 브라우저 기록, 스크린샷, 분석 도구 및 리퍼러(Referrer) 데이터에 노출될 수 있습니다. URL에 비밀번호를 임베딩하는 대신 헤더, 쿠키 또는 안전한 인증 플로우를 사용하세요.