제품이 흔적을 남기는 곳

제품이 고객의 웹사이트에 남기는 코드의 종류를 대략 신뢰도가 높은 것부터 낮은 것 순으로 정리했습니다. 좋은 시그니처는 이 중 두세 가지를 |로 연결하는 경우가 많습니다.

스크립트를 불러오는 주소

대부분의 제품은 script 태그로 설치되며, 스크립트는 제품 자체의 호스트, 즉 CDN이나 정적 파일용 서브도메인에서 불러옵니다. 가장 먼저 찾아볼 대상입니다.

"static.hotjar.com"

설치된 스니펫 안의 설정

고객이 붙여 넣는 코드는 제품 이름을 딴 변수를 설정하거나 함수를 호출하는 경우가 많습니다. 이 코드는 스크립트 자체를 다른 곳에서 불러올 때, 즉 사이트 자체 스크립트와 함께 번들로 묶거나 프록시를 거쳐 제공할 때도 남아 있습니다.

"_hjSettings"

계정 ID

많은 스니펫에는 고객의 계정 ID가 정해진 형식으로 들어 있습니다. 변하지 않는 부분을 검색하고, snipexp:로 ID를 뽑아내세요.

"googletagmanager.com/gtm.js" snipexp:|(GTM-[A-Z0-9]+)|

위젯의 요소 ID나 클래스

위젯은 페이지에 자기 요소를 넣습니다. 제품의 ID나 클래스 이름이 붙은 컨테이너입니다.

"class=\"g-recaptcha\""

플러그인이나 모듈 폴더

CMS에 플러그인으로 설치된 제품은 제품 이름을 딴 폴더에 들어 있으며, 그 폴더 이름이 제품의 스크립트와 스타일시트 주소에 나타납니다.

"/wp-content/plugins/contact-form-7/"

제품 자체 페이지로 가는 링크

제품이 고객마다 포털, 헬프 센터, 예약 페이지를 자기 도메인에서 호스팅하는 경우, 고객 사이트는 그 페이지로 링크합니다. 링크 대상은 제품 도메인 아래에 있는 고객 전용 서브도메인인 경우가 많습니다.

".zendesk.com/hc/"

제품 저장소에서 제공되는 파일

제품이 고객을 위해 보관하는 이미지와 문서는 제품의 저장소 주소에서 불러옵니다.

"images.ctfassets.net"

generator 태그

사이트 빌더와 CMS는 meta 태그에 자기 이름을, 때로는 버전과 함께 적어 두는 경우가 많습니다.

"content=\"Joomla!"

HTTP 헤더와 쿠키

응답 헤더는 각 페이지와 함께 인덱싱되므로, 자체 헤더나 쿠키를 설정하는 서버, 프레임워크, 호스팅 회사도 검색할 수 있습니다.

"x-powered-by: express" "set-cookie: PHPSESSID"

흔적이 정말 그 제품 고객의 것인지 판단하는 방법과 여러 흔적을 조합하는 방법은 시그니처 확인하기에서 설명합니다.

다음 시그니처 확인하기