글

9월, 2026의 게시물 표시

애드몹 UMP 동의 게이트 적용하는 법 — 동의 없이 광고가 나가면 벌어지는 일

이미지
앱에 애드몹을 붙일 때 흔한 순서가 이렇습니다. SDK를 켜고, 광고를 요청하고, 잘 뜨는지 확인하고, 그다음에 "아 동의 창도 넣어야 하지"를 떠올립니다. 그 순서는 위험합니다. 관련 지역 사용자에게 필요한 동의 절차를 거치지 않은 채 광고 요청이 발생하면 정책 위반 위험이 있습니다. 정책 집행은 사안별로 다르지만 계정 단위로 영향을 받을 가능성도 있으므로, 앱 하나의 화면 문제가 아니라 운영 계정 전체의 안전장치로 다뤄야 합니다. 이 글은 제 앱에 들어 있는 동의 게이트 코드를 그대로 꺼내 정리한 겁니다. 핵심은 하나예요 — 기본값을 "광고 요청 불가"로 두는 것. 📌 3줄 결론 - 동의 상태를 못 읽었을 때 기본값이 "허용"이면 안 됩니다. 조회 실패도 거부와 똑같이 취급해야 합니다 - 동의 확인은 광고 요청 앞이 아니라 SDK 초기화 앞 에 와야 합니다 - 웹용 광고 코드와 앱을 한 저장소에서 쓴다면, 웹 광고가 앱 안에서 뜨지 않게 막는 장치가 따로 필요합니다 확인일 2026-08-14 · 대상: 제가 직접 운영하는 안드로이드·iOS 앱 저장소 작성·검증 방식 ARION 운영자 가 실제 저장소의 동의 게이트·광고 초기화 순서·웹 광고 차단 검사를 읽고 대조했습니다. AI는 구조와 표현 정리에만 보조로 사용했고, 코드 줄 수와 관찰값은 비밀값을 제거한 로컬 증거 파일 admob-ump-consent-2026-08-14.txt 와 Google 공식 문서로 다시 확인했습니다. 검증한 범위와 아직 남은 범위 범위 2026-08-14 확인 결과 판정 동의 변수 초기값 요청 불가·비맞춤으로 시작 코드 확인 완료 조회 실패 처리 catch 에서도 안전한 값으로 복귀 코드 확인 완료 초기화 순서 동의 확인이 SDK 초기화보다 앞 코드 확인 완료 웹 광고 차단 9개 판정층과 호스트 허용 목록 확인 정적 검사 완료 동의·거부·조회실...

애드몹 UMP 동의 게이트 적용하는 법 — 동의 없이 광고가 나가면 벌어지는 일

이미지
앱에 애드몹을 붙일 때 흔한 순서가 이렇습니다. SDK를 켜고, 광고를 요청하고, 잘 뜨는지 확인하고, 그다음에 "아 동의 창도 넣어야 하지"를 떠올립니다. 그 순서는 위험합니다. 관련 지역 사용자에게 필요한 동의 절차를 거치지 않은 채 광고 요청이 발생하면 정책 위반 위험이 있습니다. 정책 집행은 사안별로 다르지만 계정 단위로 영향을 받을 가능성도 있으므로, 앱 하나의 화면 문제가 아니라 운영 계정 전체의 안전장치로 다뤄야 합니다. 이 글은 제 앱에 들어 있는 동의 게이트 코드를 그대로 꺼내 정리한 겁니다. 핵심은 하나예요 — 기본값을 "광고 요청 불가"로 두는 것. 📌 3줄 결론 - 동의 상태를 못 읽었을 때 기본값이 "허용"이면 안 됩니다. 조회 실패도 거부와 똑같이 취급해야 합니다 - 동의 확인은 광고 요청 앞이 아니라 SDK 초기화 앞 에 와야 합니다 - 웹용 광고 코드와 앱을 한 저장소에서 쓴다면, 웹 광고가 앱 안에서 뜨지 않게 막는 장치가 따로 필요합니다 확인일 2026-08-14 · 대상: 제가 직접 운영하는 안드로이드·iOS 앱 저장소 작성·검증 방식 ARION 운영자 가 실제 저장소의 동의 게이트·광고 초기화 순서·웹 광고 차단 검사를 읽고 대조했습니다. AI는 구조와 표현 정리에만 보조로 사용했고, 코드 줄 수와 관찰값은 비밀값을 제거한 로컬 증거 파일 admob-ump-consent-2026-08-14.txt 와 Google 공식 문서로 다시 확인했습니다. 검증한 범위와 아직 남은 범위 범위 2026-08-14 확인 결과 판정 동의 변수 초기값 요청 불가·비맞춤으로 시작 코드 확인 완료 조회 실패 처리 catch 에서도 안전한 값으로 복귀 코드 확인 완료 초기화 순서 동의 확인이 SDK 초기화보다 앞 코드 확인 완료 웹 광고 차단 9개 판정층과 호스트 허용 목록 확인 정적 검사 완료 동의·거부·조회실...

플레이스토어 versionCode 중복 오류 해결법 — 로컬 값을 믿으면 안 되는 이유

이미지
앱을 올리려는데 "이 버전 코드는 이미 사용되었습니다" 가 뜨고, 코드를 올려서 다시 올려도 또 같은 말이 나온다면 — 로컬 파일의 숫자를 보고 계셔서 그렇습니다. 그 숫자는 진실이 아니에요. 제 안드로이드 앱 저장소에서 이 오류와 씨름한 흔적을 그대로 뽑았습니다. 하루에 번호를 여덟 번 고쳤고, 그중 한 번은 100에서 56으로 내려갔습니다. 📌 3줄 결론 - Play는 한 번 업로드한 versionCode를 영구히 소진 합니다. 그 버전을 지워도 번호는 안 돌아옵니다 - 로컬 build.gradle 의 숫자는 "내가 마지막에 적은 것"이지 "Play가 아는 것"이 아닙니다 - 고치는 순서는 Play Console에서 실제 최대값을 먼저 확인 하고, 그보다 큰 수를 적는 겁니다. 반대로 하면 반복됩니다 확인일 2026-08-14 · 대상: 제가 직접 운영하는 안드로이드 앱 저장소 작성·검증 방식 ARION 운영자 가 Git 커밋 이력과 현재 모듈 설정을 직접 대조했습니다. AI는 기록을 표와 설명 순서로 정리하는 데만 보조로 사용했고, 숫자와 날짜는 비밀값을 제거한 로컬 증거 파일 play-versioncode-conflict-2026-08-14.txt 및 Android·Play 공식 문서로 재확인했습니다. 왜 이 오류가 나나 versionCode 는 사람이 읽는 버전 이름과 다릅니다. versionName 이 "1.0.47" 같은 표시용 문자열이라면, versionCode 는 Play가 어느 쪽이 더 새 빌드인지 판단하는 정수 입니다. 규칙은 두 개입니다. 새로 올리는 빌드는 이전보다 큰 수 여야 하고, 한 번 쓴 수는 다시 못 씁니다. 업로드를 취소하거나 그 버전을 비활성화해도 번호는 반환되지 않아요. 여기서 오해가 생깁니다. "내 컴퓨터에서 50까지 썼으니 51을 넣으면 되겠지"라고 생각하는데, 그동안 CI가 빌드해서 올...