돈을 받아도 되는지 확인하기 전에 결제 플로부터 만들었습니다. 그게 실수였습니다.
제 앱 일부는 운세·점성술·타로 계열입니다. 작고, 무료로 써보고, 상세 리포트만 유료. 1인 개발자가 해외에서 카드 결제를 받는 쉬운 길은 Merchant of Record(MoR)입니다 — 세금 처리·판매자 역할을 대신 해주죠. 그래서 붙였습니다. 그리고 승인을 받으려 했습니다.
벽
- Lemon Squeezy — 거절. 사유 없음.
- Polar — 거절, 이번엔 명시적: 점성술·운세·타로·해몽은 금지 카테고리.
- Paddle — 동일 금지.
이건 벤더를 바꾸면 풀리는 벤더 특유의 문제가 아닙니다. MoR는 카드 네트워크 위에 얹혀 있고, 카드 네트워크가 운세를 고위험 카테고리로 봅니다. 공급사를 갈아치워도 로고만 다른 같은 "안 됨"을 받습니다. 국내 결제대행은 허용해줬지만, 그쯤엔 이미 진짜 교훈을 배워서 결제 자체를 없애기로 했습니다.
플레이스홀더 — 실제 캡처 예정, PII 마스킹. "금지"는 정책 사실이지 어필 가능한 문의 티켓이 아닙니다.
전환 — 그리고 내가 직접 세운 두 번째 벽
그래서 전부 무료 + 광고로 뒤집었습니다. 페이월 제거, 결제 제거, 결제 때문에만 있던 사업자 표기·환불정책 제거. 상세 리포트를 무료로 공개하고 광고로 수익.
그런데 광고 네트워크가 저를 승인 못 했습니다 — 사이트를 크롤할 수 없어서입니다. 제 apex 도메인이 (다른 이유로 켜둔) 공격적 봇 차단 설정(봇 파이트 모드 + WAF) 뒤에 있었고, 크롤러를 너무 철저히 막아 robots.txt조차 거부로 돌아왔습니다. 판정은 "가치 없는 콘텐츠 / 찾을 수 없음". 콘텐츠는 많았습니다. 문제는 아무도 읽을 수 없었다는 것.
두 번째 벽을 제가 직접 세운 겁니다. 그리고 이건 첫 번째보다 보기 어려웠습니다 — 콘텐츠 거절처럼 보였지만 실은 인프라 거절이었으니까요.
솔직한 부분: 페이월을 만들기 전에 정책부터 검증하라
돌아보면 둘 다 값싼 교훈입니다:
- 수익화를 만들기 전에 수익화 자격을 확인하라. 결제사의 금지 카테고리 목록을 10분만 읽었으면 결제 구현 전체를 아꼈습니다. 카테고리 리스크는 정책 사실이라, 앱이 얼마나 좋은지 신경 쓰지 않습니다.
- 당신을 거절하는 게 당신 인프라일 수 있다. 크롤러 의존 서비스가 "가치 없음"이라고 하면, 콘텐츠를 다시 쓰기 전에 크롤러가 실제로 닿는지부터 확인하세요. 해당 경로의 봇 차단을 걷고, 루트를 깨끗이 크롤되는 정적 사이트로 옮기니 "콘텐츠 없음" 문제가 증발했습니다.
이 카테고리엔 어차피 무료+광고가 맞는 모델이었습니다. 다만 저는 벽을 둘 세운 뒤 둘 다 허문 방식으로 거기 도달했지, 계획으로 간 게 아니었습니다.