AdMob + 배포

수익화 · 실제 스토어 제출. 기술보다는 절차가 많은 단계.

1. AdMob 기본

• Google AdMob 계정 → 앱 등록 → 단위 ID 발급
• 배너 · 전면 · 보상형 세 타입
• 테스트 광고 ID 로 개발 → 실제 ID 는 배포 시만

2. Tauri 2 Android 에서 AdMob

Tauri 공식 플러그인이 없으므로 네이티브 플러그인 작성 또는 WebView postMessage 브릿지.

일반적 접근:

1. src-tauri/gen/android/app/build.gradle.kts 에 Google Play services ads 의존
2. Kotlin 에서 MobileAds.initialize() + 배너 View 생성
3. Tauri command 로 show_banner · hide_banner 노출
4. React 에서 invoke("show_banner") 호출

직접 작성이 부담이면 WebView 내 adsbygoogle.js 활용도 가능 (제약 많음).

3. 개인정보처리방침

Google Play 심사 필수.

• 앱 내 설정 메뉴에 "개인정보처리방침" 링크
• 웹 상 공개 URL (Notion · GitHub Pages · 자기 사이트)
• 수집 데이터 · 용도 · 3 자 제공 · 보관 기간 명시

AdMob 사용 시 광고 ID · 기기 정보 수집 고지 필요.

4. 앱 스토어 자료

Google Play 제출 시:

• 스크린샷 2 ~ 8 장 (언어별)
• 앱 아이콘 512x512 PNG
• 기능 그래픽 1024x500 PNG
• 짧은 설명 (80자) · 상세 설명 (4000자)
• 데이터 안전성 설문 (모든 수집 항목)

5. 심사 거절 흔한 사유

• 권한 사용 이유 불명확 — AndroidManifest 의 각 권한에 대해 UI 에서 왜 필요한지 보여줘야
• 정책 링크 404
• Screenshot 에 경쟁사 광고 포함
• com.example identifier 그대로

com.yourdomain.appname 로 변경하고 재빌드.

6. 실제 배포 체크리스트

• identifier 확정 · 변경 불가
• 릴리스 서명 키 안전 보관 (잃으면 업데이트 불가)
• 개인정보처리방침 URL · 앱 내 링크
• AdMob 실제 ID (테스트 ID 아님)
• minSdkVersion ≥ 24 · targetSdkVersion 최신
• 64-bit (aarch64) 포함
• Screenshot · 아이콘 · 설명 준비
• 데이터 안전성 설문 완료
• App Bundle (AAB) 형식 권장

7. 단계적 출시

내부 테스트 → 비공개 테스트 (100명) → 공개 테스트 → 운영

각 단계 최소 1 ~ 3 일. 크래시가 생기면 앞 단계에서 발견.

8. 업데이트

• 같은 서명 키로 빌드 + versionCode 증가 (정수, 항상 큰 값)
• tauri.conf.json 의 version 과 src-tauri/gen/android/app/build.gradle.kts 의 versionCode 는 별개

9. 자주 걸리는 자리

• 서명 키 분실 — 새 identifier 로 앱 재등록 외 길 없음
• AdMob 정책 위반 — 자기 광고 클릭 · 유도 문구 금지. 계정 정지
• minSdkVersion 너무 낮음 — Play 정책 위반
• 설명 문구에 경쟁사 상표 — 거절

하고픈 말

배포의 가장 큰 병목은 개발이 아니라 정책 · 문서 작업. 첫 앱은 "심사 한 번에 통과" 를 목표로 두지 말고, 2 ~ 3 번 반려 → 학습 순서를 자연스럽게 받아들이면 스트레스가 줍니다.

Next

• agent-tooling/06-claude-code-skills
• frontend/11-sqlite-local