Converlay가 이제 트래킹을 조용히 망가뜨리는 스크립트를 찾아내고 — 고치는 방법까지 알려드립니다
Converlay를 단독으로 실행하는 Shopify 스토어는 거의 없습니다. 머천트가 설치할 즈음이면 테마에는 이미 예전 개발자가 심어둔 구글 태그가 있고, 판매 채널 앱은 자체 픽셀을 발화하고 있으며, 쿠키 배너가 그 모든 것을 게이팅해야 하고, 어쩌면 "비교 삼아" 두 번째 분석 도구까지 돌아가고 있을 수 있습니다. 대부분은 문제없이 공존합니다. 일부는 조용히 그렇지 않고—지금까지는 머천트가 브라우저 개발자 도구를 열어 네트워크 요청을 직접 읽어보지 않고는 그 차이를 구별할 방법이 없었습니다.
Converlay v2.40.0은 이를 바꿉니다. 대시보드는 이제 스토어의 실제 스토어프론트를 스캔해 자체 트래킹과 충돌하는 서드파티 스크립트를 찾아내고, 발견한 내용을 정확히 보여주며—이번 릴리스의 새로운 기능으로—모든 발견 사항을 North에 전달해 구체적이고 근거가 명확한 해결책을 제시합니다: 어떤 관리자 화면에서 무엇을 클릭해야 하는지, 그리고 제대로 적용됐는지 확인하는 방법까지 함께요.
문제: 아무도 자신의 테마를 감사하지 않는다
스크립트 충돌은 Converlay만의 문제가 아닙니다—대부분의 설치 환경에서
Converlay보다 먼저 존재했던, Shopify 스토어 전반의 문제입니다. 두 번의 리디자인
이전에 만들어진 테마에는 여전히 theme.liquid 안에 날것의
gtag() 스니펫이 남아 있습니다. 판매 채널 앱은 Web Pixels Manager를
통해 자체 픽셀을 설치합니다. 동의 관리 앱은 Shopify의 Customer Privacy API와
통신해야 하지만, 잘못 설정된 연동 때문에 방문자의 선택이 실제로는 그곳에 전달되지
않기도 합니다. 이 중 어느 것도 에러를 발생시키지 않습니다. 그저 조용히 머천트의
깨끗한 데이터를 갉아먹을 뿐입니다: 같은 구매가 서로 다른 두 개의 트래킹 설정을 통해
같은 광고 플랫폼에 두 번 보고되거나, 쇼퍼가 명시적으로 거부한 대상으로 이벤트가
흘러가는 식으로요.
Converlay 자체의 픽셀과 서버 사이드 전달은 원래 취약한 부분이 아니었습니다 —Shopify의 샌드박싱과 Converlay의 백엔드가 이미 그 부분을 격리하고 있으니까요. 취약했던 부분은 언제나 그 옆에서 함께 돌아가던, 그리고 자신의 스토어가 대체 어떤 스크립트를 로드하고 있는지 알 방법이 없는 머천트에게는 보이지 않던 나머지 전부였습니다.
스캔이 실제로 확인하는 것
새로운 호환성 스캔은 70개 이상의 알려진 스크립트 및 도구—태그 매니저, GA4, 광고 픽셀, 판매 채널 트래커, 다른 트래킹 앱, 제품 분석 도구, 이메일/SMS 플랫폼, 세션 리플레이 도구, 그리고 자체적인 Shopify 동기화 방식을 가진 약 35개의 동의 관리 플랫폼—카탈로그를 대상으로 실행됩니다. 스토어프론트에서 실행 중인 것을 발견할 때마다, 머천트의 숫자에 실제로 영향을 주는 두 가지를 확인합니다:
- 이중 보고. 같은 플랫폼에 서로 다른 두 경로를 통해 같은 이벤트가 두 번 전달되고 있지는 않은가—예를 들어 테마 자체의 GA4 태그가 Converlay의 GA4 대상 옆에서 함께 실행되며 모든 구매마다 둘 다 발화하는 경우처럼요. 같은 속성에 대해 Converlay의 대상 옆에서 실행되는 모든 비Converlay GA4 또는 구글 태그는 페이지 조회, 상품 조회, 장바구니 이벤트를 두 배로 만듭니다— 이벤트당 발신자는 정확히 하나여야 합니다.
- 동의 동기화. 동의 배너가 설치되어 있다면, 방문자의 선택이 실제로 Shopify의 Customer Privacy API에 도달하는지, 아니면 그 아래에서는 모든 태그가 계속 발화하는 와중에 쿠키 배너만 숨기고 있는 것은 아닌지. 스캔은 각 동의 도구를 동기화됨, 부분 동기화됨, 확인 불가, 또는 전혀 동기화되지 않음으로 보고합니다—대부분의 머천트가 스스로 확인할 방법이 없던 구분입니다.
결과는 대시보드의 Health 페이지에 새로 추가된 Compatibility 카드에 표시되며, 설치 시 자동으로 실행되고 필요에 따라 재확인할 수 있습니다. 30일의 신선도 기간을 두어 머천트가 결과에 따라 행동하기 전에 그 결과가 얼마나 최신인지 항상 알 수 있도록 했습니다.
"문제가 있습니다"에서 "이렇게 고치세요"로
충돌하는 스크립트 목록은 머천트가 그것으로 무엇을 해야 할지 알 때에만 쓸모가 있으며, v2.40.0이 실제로 추가한 부분이 바로 그것입니다. 이제 Compatibility 카드의 모든 발견 사항에는 머천트를 위한 해결 단계가 함께 제공됩니다—Shopify 관리자나 문제가 된 앱 자체 설정에서의 클릭 경로, 변경 후에도 계속 작동할 것, 그리고 수정이 제대로 적용됐는지 확인하는 방법—해당 벤더나 Shopify의 공식 문서를 근거로 하며, 그 경로가 얼마나 확실하게 확인됐는지에 따라 확인됨, 가능성 높음, 또는 추정됨으로 표시됩니다.
각 발견 사항 옆에는 "North에게 수정 방법 묻기" 버튼이 있습니다. 클릭하면 North가 가장 심각한 것부터 하나씩, 대화 형식으로 수정 과정을 안내하며, 마지막에는 검증 단계와 변경 사항이 적용된 후 재스캔을 제안합니다. 직접 물어보면 스캔이 볼 수 없는 부분도 설명해 줍니다: 스캔은 지금 이 순간 브라우저에서 실행 중인 것을 읽어낼 뿐, 앞으로 로드될 수 있는 모든 스크립트를 읽는 것은 아니므로, North는 깨끗한 스캔 결과가 곧 완전히 깨끗한 스토어를 보장한다고 암시하지 않고 이 한계를 솔직하게 알려줍니다.
v2.40.0의 또 다른 변경 사항: 이미 있는 것들과 더 잘 어울리기
스캔과 더불어, 이번 릴리스는 Converlay 자신이 지금 보고하고 있는 스크립트들
옆에서 어떻게 동작하는지도 다듬었습니다. 분석 동의는 허용됐지만 광고 동의는
거부된 상태에서, 픽셀은 원래도 전용 광고 클릭 ID 필드를 올바르게 보류했지만,
기록되는 페이지 URL과 리퍼러에는 여전히 fbclid나
gclid 쿼리 파라미터가 담긴 채 서버로, 그리고 광고 플랫폼의 이벤트
로그로 전달될 수 있었습니다. 이제 픽셀과 SDK 모두 광고 동의가 없을 때는 해당
URL에서 클릭 ID 파라미터를 제거하며, UTM 파라미터와 나머지는 그대로 유지합니다.
두 번째 GA4나 서버 사이드 GTM 대상을 활성화하려는 시도를 막던 동일 속성 가드도 범위가 좁혀졌습니다: 이제는 다른 대상이 이미 소유한 속성에 대해 새로 대상을 켜는 시도만 막을 뿐, 이미 실행 중인 대상을 실수로 강등시키지는 않습니다—가드레일을 강화하는 것 자체가 새로운 장애가 되지 않도록 말이죠.
더 큰 카탈로그 숫자보다 이것이 중요한 이유
Converlay는 Shopify 스토어프론트에서 실제로 일어나는 일과 광고 플랫폼 및 분석 도구가 보고하는 내용 사이의 간극을 좁히기 위해 존재합니다. 중복된 GA4 태그를 가진 머천트가 Converlay로부터 나쁜 데이터를 받는 것이 아닙니다—Converlay의 정확한 데이터에 다른 어딘가에서 온 중복 데이터가 섞여 들어오고 있는 것이며, 지금까지는 그 혼합을 확인할 방법도, 풀어낼 방법도 없었습니다. 호환성 스캔은 단순히 잡음을 표시하는 데 그치지 않습니다—"뭔가 이상하다"는 느낌에서 구체적이고 근거가 명확한 해결책까지 곧장 연결해주며, 개발자가 먼저 테마 소스 코드를 읽어야 할 필요도 없습니다.
Converlay는 서버 사이드 이벤트 전달을 통해 Shopify 스토어를 Meta, Google Analytics 4, TikTok, Pinterest, Klaviyo 등을 포함한 26개의 대상과 연결하며, 이제는 그것을 조용히 방해할 가능성이 가장 큰 서드파티 스크립트까지 스캔합니다.
Shopify 앱스토어에서 Converlay를 설치하고 Health 페이지를 확인해 보세요—Compatibility 카드는 자동으로 실행되며, North는 그것이 보고하는 모든 발견 사항에서 클릭 한 번이면 만날 수 있습니다.