답변
CDN 도입 시 가장 먼저 확인할 것은 캐싱 레벨입니다. Cloudflare 기준 'Standard' 레벨은 URL의 쿼리 파라미터마다 별도로 캐싱하는 방식이라 대부분의 사이트에 기본 권장되는데, 이걸 무시하고 파라미터 없이 캐싱하면 필터·정렬이 다른 페이지가 같은 캐시로 섞여 노출되는 사고가 날 수 있으니 이 기본값부터 확인하세요. 다음은 캐시 예외 처리입니다. 장바구니, 로그인 상태, 개인화 추천처럼 유저마다 값이 달라지는 동적 영역과 GTM·GA4·광고 픽셀 같은 마케팅 태그가 삽입되는 페이지는 Page Rule이나 Cache-Control 헤더로 캐시 대상에서 명시적으로 제외(bypass)해야 합니다. 이 예외 설정을 빠뜨리면 A 유저의 개인화된 페이지가 캐시에 저장돼 다른 유저에게 그대로 노출되는 심각한 데이터 사고로 이어질 수 있습니다 — 상세페이지 동영상 자체는 정적 자산이라 캐싱해도 안전하지만, 그 페이지 안에 있는 추적 스크립트·개인화 위젯 영역은 별도 규칙으로 분리해야 합니다. 동영상 가속화 목적으로 자바스크립트 최적화 기능(Cloudflare의 경우 Rocket Loader)까지 켠다면 결제 모듈·팝업·일부 테마 스크립트와 충돌하는 사례가 실제로 보고되니, 켠 직후 결제·장바구니 같은 핵심 페이지의 스크립트가 정상 동작하는지 반드시 눈으로 확인하는 절차를 거치세요. 한 단계 더 나아가려면, CDN을 서버사이드 태그 매니저(Server-side GTM)의 프록시로 함께 써서 트래킹 요청을 자사 도메인 경유로 라우팅하는 구조도 고려할 만합니다. 서드파티 쿠키 차단이나 광고 차단 확장 프로그램의 영향을 덜 받아 신호 품질이 개선되는 효과가 있는데, 이때는 태그 서버 엔드포인트를 캐시 제외 목록에 반드시 넣어야 합니다 — 캐시되면 유저마다 달라야 할 트래킹 응답이 고정값으로 굳어버려 오히려 데이터가 깨집니다.