📖 약 12분 읽기

2026년 6월 15일부터 오프라인 전환 가져오기와 리드 향상된 전환 업로드 경로가 Data Manager API로 옮겨졌습니다. 그런데 이 소식을 접한 담당자 대부분이 궁금해하는 건 따로 있습니다. ‘우리 계정도 지금 막혀 있는가’입니다. 결론부터 말하면 계정마다 다릅니다. 그래서 이 글에서는 판별 기준부터 이전 절차, 중단을 막는 순서까지 차례로 짚어보겠습니다.

오프라인에서 계약이 성사되면 그 결과를 다시 구글애즈로 되돌려 보내는 연동, 이른바 오프라인 전환 업로드를 운영 중인 팀이라면 최근 어느 시점부터 업로드가 실패하거나 반영된 전환 수치가 이상하게 낮아진 경험이 있을 수 있습니다. 원인을 캠페인 설정이나 값 자체에서만 찾다 보면 정작 전송 경로 자체가 바뀌었다는 사실을 놓치기 쉽습니다.

무엇이 Data Manager API로 옮겨졌나

구글애즈 고객센터 문서를 2026년 9월 1일에 확인한 내용에 따르면, 2026년 6월 15일부터 오프라인 전환 가져오기와 리드 향상된 전환 업로드가 Data Manager API로 이전되고 Google Ads API에서는 차단됩니다. 여기서 눈여겨봐야 할 부분은 이전 대상이 이 두 가지로 한정된다는 점입니다. 다른 전환 추적 방식이나 캠페인 관리 기능까지 함께 옮겨진 것은 아니므로, 계정 전체가 흔들린다고 확대해서 받아들일 필요는 없습니다. 앞으로 오프라인 전환과 리드 향상된 전환 업로드를 새로 연결하거나 유지보수할 때는 Data Manager API를 기준으로 설계해야 한다는 점만 먼저 기억해두면 됩니다.

우리 계정이 레거시 접근 대상인지부터 확인해야 하는 이유

경로가 바뀌었다고 해서 모든 계정이 같은 날 동시에 막히는 것은 아닙니다. 구글은 2026년 1월부터 6월 사이에 요청을 보낸 이력이 없는 개발자 토큰은 레거시 접근 허용 목록에 들어가지 않는다고 안내합니다. 뒤집어 말하면 그 기간에 요청 이력이 있는 토큰은 허용 목록에 오를 여지가 있다는 뜻입니다. 다만 이력이 있다고 해서 허용이 보장된다고 읽어서는 안 되고, 이력이 없으면 확실히 빠진다는 쪽으로 이해하는 편이 안전합니다.

즉 오래전에 연동을 구축해두고 그동안 별다른 호출 없이 값만 조용히 흘려보내고 있던 계정이라면, 이력 기준을 충족하지 못해 레거시 접근이 막혔을 가능성이 있습니다. 반대로 최근까지 API 호출이 꾸준했던 계정이라면 당장 손댈 여유가 조금 더 있을 수 있습니다. 이 판별을 가장 먼저 해야 하는 이유는 대응 시급도가 완전히 달라지기 때문입니다. 허용 목록에 들 가능성이 낮은 계정은 이전 작업을 서둘러야 하고, 그렇지 않은 계정도 언젠가는 Data Manager API로 옮겨가야 하므로 일정만 다르게 잡으면 됩니다.

지금 업로드가 멈춰 있는지 확인하는 방법

판별을 마쳤다면 다음은 현재 상태를 눈으로 확인하는 단계입니다. 가장 먼저 볼 곳은 업로드 이력입니다. 최근 전송 건수가 평소와 비슷한지, 아니면 특정 시점부터 뚝 끊겼는지를 비교합니다. 두 번째는 실패 로그입니다. 오류가 쌓이고 있다면 어떤 응답이 반복되는지를 기록해두되, 특정 코드 하나를 단정적으로 해석하기보다는 발생 시점과 빈도를 우선 파악하는 편이 안전합니다. 세 번째는 전환 반영 추세입니다. 업로드 건수는 유지되는데 실제 전환으로 잡히는 값이 줄어드는 추세라면, 전송은 되고 있지만 어딘가에서 값이 유실되고 있다는 신호일 수 있습니다. 이 세 가지를 함께 보면 단순 설정 오류인지, 경로 이전으로 인한 차단인지를 어느 정도 구분할 수 있습니다.

이전 절차는 어떤 순서로 진행하나

경로 이전이 필요하다고 판단되면 절차는 크게 다섯 단계로 나눠볼 수 있습니다. 첫 단계는 권한 발급입니다. Data Manager API를 호출하려면 별도의 접근 권한을 새로 받아야 하므로, 이 신청부터 먼저 진행해야 뒤 단계가 지연되지 않습니다. 두 번째는 데이터 규격 변환입니다. 기존에 Google Ads API 형식으로 만들어두던 전송 데이터를 Data Manager API가 요구하는 형식에 맞춰 다시 구성하는 단계입니다.

세 번째는 시험 전송입니다. 실제 운영 데이터를 곧바로 바꾸지 않고, 소량의 표본 데이터로 먼저 전송해 값이 정상적으로 반영되는지를 확인합니다. 네 번째는 병행 운영입니다. 기존 경로와 새 경로를 동시에 띄워두고 일정 기간 값을 나란히 비교하는 단계로, 뒤에서 다시 자세히 다루겠습니다. 마지막은 전환입니다. 병행 기간 동안 값이 일치한다는 확신이 서면 기존 경로를 정리하고 Data Manager API 단일 경로로 넘어갑니다. 이 다섯 단계를 순서대로 밟으면 갑작스러운 전환 데이터 공백을 피할 수 있습니다.

데이터 규격에서 달라지는 지점

이전 과정에서 담당자들이 가장 신경 쓰는 부분은 데이터 규격입니다. 향상된 전환은 사용자가 입력한 이메일이나 전화번호 같은 정보를 해시 처리해서 전송하는 방식으로 운영되는데, Data Manager API로 넘어가면서 이 값을 담는 필드 구성이나 요청 형식이 기존과 달라질 수 있습니다. 다만 구체적으로 어떤 필드 이름이 바뀌고 어떤 값이 추가되는지는 계정과 연동 방식에 따라 차이가 있을 수 있으므로, 이 글에서 임의로 단정하지는 않겠습니다.

실제 개발 작업에 들어가기 전에는 반드시 구글애즈 공식 문서에서 최신 규격을 다시 확인하는 절차를 거쳐야 합니다. 규격을 옛 문서 기준으로 짐작해서 개발했다가 시험 전송 단계에서 다시 뜯어고치는 일이 없도록, 규격 확인은 권한 발급 직후 가장 먼저 끝내두는 편이 작업 순서상 효율적입니다. 시험용 예시가 필요하다면 실제 고객 정보 대신 example.com 형식의 가상 계정으로 만들어 쓰십시오.

중단 위험을 줄이는 방법

병행 운영 단계에서 위험을 줄이는 핵심은 값을 눈대중으로 비교하지 않는 데 있습니다. 업로드 성공 건수, 실제 전환으로 반영된 수, 오류 발생 건수, 처리 지연 여부처럼 기존 경로와 새 경로 양쪽에서 같은 항목을 뽑아 나란히 대조해야 차이를 놓치지 않습니다. 두 경로의 값이 일정 기간 계속 비슷하게 움직인다면 전환 단계로 넘어가도 안전하다는 근거가 되고, 반대로 차이가 벌어진다면 규격 변환 단계로 되돌아가 원인을 다시 찾아야 합니다. 이 대조 작업을 건너뛰고 곧바로 기존 경로를 닫아버리면, 문제가 생겼을 때 되돌릴 방법이 없어 전환 데이터가 통째로 비는 기간이 생길 수 있습니다.

이전 후 무엇을 다시 확인해야 하나

기존 경로를 정리하고 Data Manager API 단일 경로로 넘어간 뒤에도 점검은 한 번으로 끝나지 않습니다. 이전 직후에는 업로드 이력과 전환 반영 추세를 이전보다 자주 들여다보면서 병행 기간에 확인했던 값과 비슷한 흐름이 유지되는지를 지켜봐야 합니다. 또한 구글애즈가 향후 정책을 추가로 안내할 가능성도 있으므로, 고객센터 공지를 주기적으로 확인하는 습관을 이번 기회에 만들어두는 편이 다음 변경에도 여유 있게 대응하는 방법이 됩니다.

오프라인 전환 업로드는 한 번 만들어두면 끝나는 작업이 아니라, 이번처럼 전송 경로 자체가 바뀌는 변화를 계속 따라가야 하는 운영 영역입니다. 연동을 구축한 뒤에도 정기적으로 규격 변경 여부를 확인하고 필요할 때 조정하는 과정이 함께 있어야 전환 데이터가 끊기지 않고 이어집니다.