※ 본인 계정, 본인 기프트카드 잔액으로 진행한 개인 사례입니다. 결제·약관 정책은 시점과 계정마다 다를 수 있으니 그대로 따라 하라는 글은 아닙니다.
지난 9월에 쓴 1차 사례의 후속편이다. 같은 방법으로 두 번째 갱신에 도전했고, 이번에는 약 229회 시도 끝에 성공했다. 1차는 32번이었는데 말이지.
준비한 것
- 결제 수단 중 UPI는 삭제
- 애플 계정 → 구독 → YouTube Premium 화면 진입
- 월 구독료 ₹389를 충당할 기프트카드 잔액
실제로 쓴 프롬프트
순서대로 정리하면 이렇다. 처음엔 한 번만, 그다음 스무 번, 마지막에 "성공할 때까지"로 늘렸다.
지난 번에 했던 반복 renew 작업을 한 번 더 해보자. 로그인할 수 있게 내장 브로우저 열어줘
우선 1번만 수행해 봐
그러면 우선 20회 수행 후 멈춰줘. 평소와 다른 화면이 보이는 경우에도 멈춰줘. 시작해
이제 성공할 때까지 해보자. 50회를 하고 나면 1분을 쉬고 하는 것으로 해줘. 그리고 진행중에 Purchase Not Completed 메시지가 보이면 멈춰줘
"평소와 다른 화면이면 멈춰라"를 넣어둔 게 의외로 컸다. 예상 못 한 화면이 나올 때마다 멈추고 내가 보고 판단할 수 있었다.
이번에 새로 알게 된 것
- 당시 사용한 도구에서는 결제창 요소를 읽지 못해 스크린샷 좌표로 조작했다.
- 스피너가 30초 넘게 돌면 왼쪽 위 X로 빠져나와 renew 화면부터 다시 시작하도록 규칙을 추가했다.
- 화면 캡처 배율을 낮추니 한 번에 쓰는 토큰이 줄었다 (정확한 절감률은 측정하지 않았다).
- 일정 횟수마다 쉬는 구간을 두고, 쉬는 동안에도 5분 간격으로 화면을 새로고침해서 로그아웃을 막았다.
중간에 이런 말도 했다.
능동적으로 화면을 감시해서 지연되면 기다리고 필요한 화면이 뜨면 다음 동작을 진행하는 식으로는 안 되나?
고정 대기 대신 화면을 보고 다음 동작을 정하는 방식으로 바꾸니 헛클릭이 줄었다. 체감상이라 수치로 증명할 수는 없다.
결과
기록상 약 229회 시도 끝에 성공했다. 2026년 10월 30일 오후 1시 6분경(한국 시간)이었고, 구독 화면에 Renews 29 November(다음 갱신일: 11월 29일)가 떴다. 성공 직후 루프는 바로 멈췄다.
소요 시간과 시도 횟수 (추정치)
- 총 경과 시간: 약 12시간 15분 (00:51 → 13:06)
- 순수 반복 작업 시간: 약 4.5시간(오차 약 ±20%로 추정). 30분 휴식 3회를 더하면 약 6시간이다. 전체 경과 시간 12시간 15분과의 차이는 현재 기록만으로 구간별로 설명하기 어렵다.
- 토큰 사용량은 정확한 집계 근거를 확보하지 못해 수치를 싣지 않았다.
- 약 229회는 기록상 집계이며, 초반 테스트 약 20회의 포함 여부가 불확실해 정확한 총시도 횟수로 단정하기는 어렵다.
이번 구독은 화면에 10월 29일 종료로 표시돼 있었다. 그래서 종료 뒤에 다시 가입하는 흐름이었다고 보고 있는데, 이 부분은 화면 표시만 근거라 확정은 못 한다.
운이었나
1차 32회와 이번 기록상 약 229회를 비교하면 약 7배 차이다. 다만 이번 횟수에는 집계상 불확실성이 있다. 표본이 두 번뿐이라 성공 확률을 말할 수는 없다. 시간대나 서버 상태, 계정 상태가 달랐을 가능성도 있고, 그냥 운이었을 수도 있다. 반대로 "이번엔 시도 방식이 달라서 더 걸렸다"는 가설도 배제하긴 어렵다. 어느 쪽이든 지금 자료로는 구분이 안 된다.
다음 달 29일에 또 같은 화면을 보게 될 것 같다. 그때는 몇 번째에 되려나. 안 되면 또 쉬어가면서 해봐야지.
