본문으로 건너뛰기
J
피드

쿼리 스트링 차단 선언한 개인 웹사이트 운영자의 빡침

frontend 약 3분
tags
#web#privacy#urls#caddy#tracking
vote
0
댓글
북마크
원문 보기

한 개인 웹사이트 운영자가 자기 사이트 URL에 임의의 쿼리 스트링을 붙이는 관행을 아예 막겠다고 선언했다. 특히 ref, UTM 같은 추적 파라미터를 남의 URL에 붙이는 건 사용자와 사이트 운영자 모두에게 무례한 일이라는 주장이다.

  • 1

    임의의 쿼리 스트링, 특히 추적용 파라미터를 전면 차단하기로 함

  • 2

    현재 사이트는 쿼리 스트링을 쓰지 않으며, 앞으로 쓰더라도 허용 목록 방식으로 제한할 예정

  • 3

    구현은 Caddyfile에서 처리 중이며, 오래된 캐시 버스팅 요청은 깨져도 괜찮다고 판단함

  • 한 웹사이트 운영자가 자기 사이트에서 허가되지 않은 쿼리 스트링을 전면 차단하기로 함

    • 예를 들면 ?ref=example.com, ?utm_source=example 같은 식으로 남이 붙인 추적 파라미터가 대상임
    • 글쓴이 입장은 단순함. “내 URL에 네가 왜 추적 정보를 붙이냐”는 것

  • 특히 UTM 파라미터에 대한 반감이 강함

    • UTM은 사이트 운영자가 자기 캠페인 분석을 위해 쓰는 도구인데, 외부에서 남의 URL에 붙이는 건 선을 넘는다고 봄
    • 유입 출처가 궁금하면 HTTP의 Referer 헤더를 보면 되고, 그 값이 없다면 프라이버시나 브라우저 정책상 빠진 이유가 있을 가능성이 높다는 얘기임

  • 그래서 이 사이트는 “허가된 쿼리 스트링만 허용”하는 방식으로 갈 예정임

    • 현재는 쿼리 스트링을 전혀 쓰지 않음
    • 나중에 필요해지면 알려진 파라미터만 허용 목록에 넣는 식으로 처리할 계획
    • 예전에 스타일시트 캐시 버스팅용으로 ?t=..., ?h=... 같은 URL을 쓴 적은 있지만, 지금 와서 그런 요청이 깨져도 문제 없다고 판단함

  • 구현은 현재 Caddyfile에서 처리 중임

    • 즉 애플리케이션 레벨이 아니라 웹 서버 설정에서 잘라내는 접근임
    • 작은 개인 사이트라 가능한 강한 정책이지만, 추적 파라미터 정리에 관심 있는 팀이라면 꽤 참고할 만한 태도임

ℹ️참고

> 이 글의 핵심은 “쿼리 스트링은 나쁘다”가 아니라 “남의 URL에 추적 목적의 상태를 멋대로 추가하지 말라”에 가까움.

작은 개인 사이트 이야기처럼 보이지만, URL을 누가 통제하느냐는 꽤 근본적인 웹 문제다. 공유 링크에 추적 파라미터를 덕지덕지 붙이는 문화에 대한 짧고 날카로운 반격에 가깝다.

prev

이전 기사 (P)

next

다음 기사 (N)

댓글

댓글

댓글을 불러오는 중...

관련 기사

frontend

미래적인 텍스트를 만드는 6가지 영화 로고 꼼수

2016년에 나온 타이포그래피 글이지만, SF 영화 로고가 왜 비슷하게 ‘미래적’으로 보이는지 꽤 웃기고 정확하게 해부한다. 기울임, 각진 곡선, V자 형태, 글자 결합, 일부 획 제거, 금속 질감과 별 배경까지 더하면 대충 2092년 느낌이 난다는 식이다.

frontend

브라우저에서 진짜 하늘과 행성 대기를 렌더링하는 법

이 글은 파란 하늘, 노을, 행성 대기를 셰이더로 렌더링하는 과정을 단계별로 파고든다. Rayleigh 산란, Mie 산란, 오존 흡수, 깊이 버퍼, 행성 스케일 처리, LUT 기반 최적화까지 다뤄서 WebGL·React Three Fiber 쪽 개발자에게 꽤 실전적인 자료다.

frontend

블로그 글이 현재 시간을 알려준다? CDN 헤더로 만든 서버리스 시계 실험

이 글은 Cloudflare CDN의 응답 헤더와 브라우저 PerformanceResourceTiming API를 이용해 웹페이지 안에서 현재 시간을 추정하는 실험을 다룬다. NTP처럼 전용 시간 서버를 운영하지 않고도 CDN이 사실상 시간 기준점처럼 동작할 수 있다는 아이디어다. 실제 테스트에서는 웹 시계 오차 범위가 약 60ms로, ntpdig의 약 6ms보다 한 자릿수 정도 덜 정밀했다.

frontend

번은 좋은데, 이제 앤트로픽 품에 있어서 불안하다는 얘기

글쓴이는 번이 빠르고 실용적인 자바스크립트 런타임이라는 점은 인정하지만, 앤트로픽 인수 이후 장기적인 방향을 신뢰하기 어려워졌다고 말한다. 특히 클로드 코드의 품질 저하, 과금 혼란, 서드파티 하네스 제한 사례를 보며 번도 같은 제품 운영 방식에 휘말릴 수 있다고 우려한다.

frontend

왜 터미널 UI가 다시 뜨고 있나

데스크톱 네이티브 UI 툴킷이 플랫폼마다 흔들리고, Electron 앱은 일관성과 키보드 워크플로를 놓치면서 개발자들이 다시 터미널 사용자 인터페이스(TUI)로 돌아가고 있다는 글이다. 저자는 Claude, Codex 같은 명령줄 도구의 성공을 단순한 복고가 아니라, 운영체제 UI 생태계가 제공하지 못한 빠르고 자동화 가능한 인터페이스에 대한 반응으로 본다.