통화 변환 및 다국어 세팅: 글로벌 커머스 몰을 위한 USD, JPY 등 외화 결제 데이터의 GA4 기본 통화 자동 환산 규칙

GA4 속성 설정에서 보고서 전반의 기준이 되는 기본 통화를 하나 지정합니다. 별도로 설정하지 않으면 기본값은 USD로 되어 있는 경우가 많으므로, 국내 원화 매출이 중심인 쇼핑몰이라면 반드시 KRW로 직접 변경해야 합니다. 이 기본 통화는 이후 모든 매출 관련 보고서(전자상거래 수익, 이벤트 값 등)의 표시 기준이 됩니다.

GA4는 purchase 등 이커머스 이벤트에 currency 매개변수가 없으면, 해당 이벤트의 value 값을 속성 기본 통화 그대로로 처리합니다. 즉 실제로는 달러(USD)로 100을 결제했는데 currency 값을 빼먹었고 속성 기본 통화가 KRW라면, GA4는 이 100을 100원으로 취급해 매출을 100분의 1 이하로 실제보다 작게 계산합니다. 다중 통화를 취급하는 몰일수록 이 매개변수 누락이 전체 매출 지표를 심각하게 왜곡시킬 수 있습니다.

결제 시점의 실제 통화를 ISO 4217 3자리 코드(KRW, USD, JPY 등)로 currency 매개변수에 정확히 실어야 합니다. 결제 모듈이나 서버에서 확정한 통화 코드를 데이터 레이어에 그대로 넘겨받아 GA4 이벤트에 실어 보내는 구조로 설계하면, 프론트엔드에서 임의로 통화를 추정해 넣는 실수를 줄일 수 있습니다.

GA4는 currency 매개변수로 정확한 외화 값이 전송되면, 전날(prior day) 환율을 기준으로 이 값을 속성의 기본 통화로 자동 환산해 보고서에 표시합니다. 즉 사업자가 직접 환율을 계산해서 넣을 필요 없이, 정확한 통화 코드와 원래 금액만 전송하면 GA4가 알아서 기준 통화로 환산해줍니다. 다만 이 환산은 전날 환율을 기준으로 하므로, 환율 변동이 큰 시기에는 실제 결제 시점의 환율과 약간의 오차가 생길 수 있습니다.

속성의 기본 통화를 나중에 바꾸면, 이미 쌓여 있던 과거 데이터까지 새로운 기본 통화 기준으로 다시 환산되어 보고서에 표시됩니다. 이는 특정 시점 이전과 이후의 매출 수치를 단순 비교할 때 혼선을 줄 수 있으므로, 통화 설정은 사업 구조가 정해진 초기에 확정하고 이후에는 가급적 변경하지 않는 것이 안전합니다. 부득이 변경해야 한다면 변경 시점을 팀 내부에 명확히 공지해 데이터 해석 시 혼란을 줄여야 합니다.

프론트엔드에서 국가별로 다른 통화를 화면에 표시하고 있다면, 그 표시 통화와 실제로 결제 서버에 기록되는 통화, 그리고 GA4로 전송되는 currency 값이 서로 일치해야 합니다. 예를 들어 일본 사용자에게는 엔화(JPY)로 가격을 보여주면서 실제 결제와 데이터 전송은 원화(KRW) 기준으로 처리된다면, 화면 표시와 실제 매출 데이터 사이에 혼선이 생길 수 있습니다. 국가별 결제 흐름을 설계할 때는 표시 통화·결제 통화·전송 통화 세 가지가 항상 같은 기준을 가리키도록 초기 설계 단계에서 맞춰야 합니다.

통화뿐 아니라 GA4의 언어(language) 매개변수도 다국어 사이트에서는 국가별 방문자를 구분하는 중요한 기준이 됩니다. 언어 설정이 브라우저 기본값을 그대로 따르는지, 사이트에서 사용자가 선택한 언어를 따로 데이터 레이어에 전송하는지에 따라 국가별 리포트의 정확도가 달라집니다. 통화 설정을 점검할 때 언어 설정 흐름도 함께 확인해두면, 국가별 성과를 비교하는 보고서의 신뢰도를 함께 높일 수 있습니다.

GA4가 자동으로 환산한 매출 수치는 전날 환율을 기준으로 한 근사치이며, 실제 재무팀이 회계 처리에 사용하는 환율(결제 시점 환율, 정산 시점 환율 등)과는 정확히 일치하지 않을 수 있습니다. 마케팅 성과 보고에는 GA4 수치를 참고 지표로 사용하되, 실제 재무 정산이 필요한 보고서에는 반드시 회계팀이 사용하는 공식 환율 기준 수치를 별도로 확인해 혼용하지 않는 것이 안전합니다.

새로운 국가에 진출할 때마다 결제 모듈에 새 통화가 추가되는 경우가 많습니다. 이때 개발팀이 새 통화 코드를 데이터 레이어와 GA4 전송 값에 반영하는 작업을 놓치기 쉬우므로, 신규 국가 오픈 체크리스트에 "GA4 currency 매개변수 반영 확인"을 명시적인 항목으로 넣어두는 것이 데이터 공백을 예방하는 방법입니다. 오픈 직후 첫 거래 몇 건은 DebugView로 직접 확인해, 새 통화 코드가 정확히 전송되는지 수동으로 검증하는 절차를 거치는 편이 안전하며, 이 확인이 끝나기 전까지는 해당 국가 매출 데이터를 성급하게 리포트에 반영하지 않는 것이 좋습니다.