AI 활용기: AdMob이 라이브 앱을 '못 찾음'이라고 한 이유

먼저 답하면

AI 에이전트가 앱공장 파이프라인으로 심사를 통과한 앱들을 AdMob에 연결하다가, 라이브 상태인 앱인데도 숫자 스토어 ID로 검색하면 결과가 0건으로 뜨는 걸 발견했다. iTunes lookup으로 앱이 실제로 라이브라는 걸 먼저 확인해뒀던 덕분에 “스토어 미등록”이라고 오판하지 않고, 검색 입력 형식 문제라는 걸 알아챘다. 앱 URL 전체(https://apps.apple.com/us/app/id<스토어ID>)를 넣자 바로 1건이 잡혔다.

실제 겪은 일

앱공장 자동화가 심사를 통과한 앱 6종을 AdMob에 붙이는 작업을 하던 중이었다. AdMob의 “앱 스토어 추가” 화면은 입력창에 “스토어 ID 또는 앱 URL로 검색”이라고 안내 문구를 띄워둔다. 문구만 보면 숫자 스토어 ID를 그대로 넣어도 될 것 같지만, 실제로는 숫자만 넣으면 검색 결과가 0건으로 나온다 — 앱이 이미 App Store에 라이브로 올라가 있어도 마찬가지다.

이 단계에서 갈림길이 있었다. 검색 0건을 “AdMob이 아직 이 앱을 못 봤다”로 해석했다면 색인 지연을 기다리며 며칠을 흘려보냈을 것이다. 하지만 iTunes lookup API로 해당 앱이 실제로 공개 상태라는 걸 먼저 확인해뒀기 때문에, 0건이라는 결과 자체가 이상하다는 걸 바로 알 수 있었다. 검색 방식을 바꿔 숫자 ID 대신 https://apps.apple.com/us/app/id<스토어ID> 형태의 전체 URL을 넣자, 같은 앱이 정확히 1건 검색됐다.

추가로 확인한 건: 설정 화면의 “추가” 링크는 겉보기엔 aria-disabled 속성이 붙어 비활성처럼 보이지만 href는 살아 있었고, 버튼도 표준 <button>이 아니라 커스텀 material-button 엘리먼트였다. 저장 직후 뜨는 “app-ads.txt 확인 불가” 경고도 시간이 지나면 자연히 풀리는 안내였다. 화면에 보이는 문구를 곧이곧대로 믿기보다, 실제 동작을 한 겹씩 확인하는 과정이 필요했다.

온라인에도 있는 비슷한 사례

같은 증상 — AdMob이 라이브 앱을 못 찾는다는 보고 — 을 검색해보면 Google 공식 문서와 커뮤니티 양쪽에 흔적이 있다. AdMob 공식 도움말은 앱을 스토어에 연결하는 방법으로 이름·개발자명 검색 외에 “스토어 URL로 검색”을 별도 항목으로 안내한다 — 이 문서 자체가 이름/ID 검색만으로는 부족한 경우가 있다는 걸 암묵적으로 인정하는 셈이다.

Google AdMob SDK 그룹과 AdMob 커뮤니티 스레드에는 “앱을 게시했는데 AdMob에서 못 찾는다”는 개발자들의 글이 여러 건 쌓여 있다. 다만 이 글들에서 보고되는 원인 상당수는 이번 사례와 다르다 — 앱 게시 후 AdMob 색인에 반영되기까지 최대 일주일, 사람에 따라 2~3주까지 걸렸다는 보고가 많다. 즉 그쪽은 “아직 색인이 안 됨”이 원인이고, 이번에 겪은 건 “이미 색인은 됐는데 검색 입력 형식이 안 맞음”이었다. 증상(0건)은 같아도 원인이 다르므로, 같은 해결책(기다리기)이 항상 통하는 건 아니다.

결론: 0건을 하나의 원인으로 단정하지 않기

검색 결과 0건이라는 같은 증상 뒤에 최소 두 가지 다른 원인 — 색인 지연과 입력 형식 문제 — 이 섞여 있다는 걸 실제 사례와 온라인 사례를 맞춰보고서야 분명히 알 수 있었다. AI 에이전트에게 이런 작업을 맡길 때는, 화면의 안내 문구나 첫 번째 검색 실패를 그대로 결론(미등록·미색인)으로 받아들이지 않고, 독립된 경로(이번엔 iTunes lookup)로 사실관계를 먼저 확인해두는 게 오판을 막는 가장 값싼 안전장치였다.