사용자 에이전트 파서

파서가 UA 문자열에서 알려진 브라우저, OS, 엔진 시그니처와 패턴 매칭하여 구성 요소를 식별합니다. UA 문자열은 위조될 수 있으므로 결과는 최선의 추정입니다.

네. 파서는 Googlebot, Bingbot 등 알려진 패턴을 매칭하여 일반적인 봇, 크롤러, 스파이더를 식별합니다.

페이지가 로드될 때 도구가 현재 브라우저의 사용자 에이전트 문자열을 자동으로 감지해 표시합니다.

호환성 때문입니다. Chrome은 WebKit에서 갈라져 나왔고, WebKit의 UA 문자열은 Safari의 것을 복사했으며, Safari는 다시 이전 브라우저의 것을 복사했습니다 - 그래서 오늘날 Chrome UA는 Mozilla/5.0 ... AppleWebKit/537.36 (KHTML, like Gecko) Chrome/120.0.0.0 Safari/537.36 처럼 읽힙니다. 모든 토큰은 오래된 서버 측 감지 스크립트와의 역사적 악수이며, 그래서 마지막으로 일치하는 브라우저 토큰이 보통 실제 브라우저입니다.

Chrome의 사용자 에이전트 축소와 함께 배포된, 프라이버시에 더 친화적인 대체재입니다. 서버가 Accept-CH 응답 헤더로 높은 엔트로피 힌트를 요청하면 이후 요청에서 Sec-CH-UA-Platform, Sec-CH-UA-Full-Version 같은 구조화된 필드를 받습니다. 새 코드에서는 원시 UA 문자열 파싱보다 기능 감지나 UA-CH를 선택해야 합니다.

분석과 대략적 라우팅에는 합리적이지만, 보안 관련 작업에는 취약합니다. UA 문자열은 쉽게 위조되고, 서드파티 브라우저는 Chrome 토큰을 통째로 복사하며, 축소된 UA는 마이너 버전을 고정합니다. MDN이 권장하는 모범 사례: 브라우저가 아닌 기능을 감지하고(CSS @supports, if ('IntersectionObserver' in window)) UA 파싱은 폴백으로 취급하세요.

네. 데스크톱 Chrome, Edge, Firefox DevTools는 UA 재정의와 함께 기기 에뮬레이션을 제공하고; Safari에는 Develop > User Agent가 있으며; curl은 -A로 설정합니다. UA 문자열로 콘텐츠를 가두는 사이트는 설계상 우회 가능합니다 - 서버가 UA를 신원 증명으로 여겨서는 안 되는 또 하나의 이유입니다.

Chrome의 고정 계획(2020년부터 롤아웃)은 기본 UA에서 버전 세부 정보를 점진적으로 제거합니다: 마이너 버전은 0으로 고정되고 대부분의 기기 정보가 제거되어 Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/120.0.0.0 Safari/537.36 같은 형태가 됩니다. 목적은 수동 핑거프린팅 제한이며, 정확한 데이터는 옵트인 Client Hints로 옮겨갔습니다.