크롬 익스텐션, 직접 만들어 수익화할 수 있을까요?

크롬 익스텐션은 이미 쓰는 웹사이트에 필요한 기능을 더해, 반복 작업을 줄이는 작은 제품을 만들기 좋은 출발점입니다. 데이터팝콘에서 만든 이중자막·가상 착용 도구와 강의용 AI 예제를 살펴보면, 아이디어를 어디까지 작게 만들고 어떤 효용을 유료로 제공할지 구체적으로 그려볼 수 있습니다. 다만 만들기, 스토어 공개, 수익화는 서로 다른 단계입니다.

매일 여는 페이지에 버튼 하나를 더한다면

상품 페이지의 이미지와 상품명을 복사해 AI에 붙여 넣습니다. 블로그 글 하나를 쓰고 나면 뉴스레터, SNS, 숏폼용 문장으로 다시 고칩니다. 영어 영상을 보다가 한국어 자막으로 전환하고, 원래 표현을 놓쳐 다시 돌려봅니다.

하나씩 보면 작은 일입니다. 그런데 매일 반복하면 별도 서비스에 로그인하는 것보다 지금 보고 있는 페이지에서 바로 끝내는 기능이 더 편할 때가 있습니다. 제가 크롬 익스텐션 강의에서 다루는 출발점도 여기에 있습니다. 대단한 앱부터 구상하기보다, 브라우저 안에서 계속 반복하는 동작을 먼저 찾는 것입니다.

익스텐션은 Chrome이 정한 권한 안에서 웹페이지를 읽거나 화면을 보완하는 프로그램입니다. 웹사이트 운영자가 원본 사이트에 기능을 추가하지 않아도 내 브라우저에서 보조 기능을 쓸 수 있습니다. 다만 브라우저에 설치된다고 해서 데이터가 무조건 내 컴퓨터에만 남는 것은 아닙니다. AI API로 본문을 보내는 도구라면 그 전송까지 설명해야 합니다.

직접 만든 도구와 강의 예제를 구분해서 소개합니다

아래는 데이터팝콘의 제작 사례와 제가 강의에서 사용하는 구현 예제입니다. 공개 스토어 등록은 2026년 9월 24일 확인했습니다. 공개 제품의 현재 모든 기능을 다시 실행한 성능 비교나, 매출을 검증한 성공담은 아닙니다. 활용 시나리오와 뒤쪽의 유료 기능은 별도 표시가 없는 한 제안입니다.

도구	줄이려는 반복 작업	확인한 단계
OTT 이중자막 (Dual Subs)	영어·한국어 자막을 번갈아 확인하기	Chrome 웹 스토어 공개
Style Try-On Assistant	상품 이미지·인물 사진·프롬프트를 매번 준비하기	Chrome 웹 스토어 공개, 제작 과정 공개
AI 콘텐츠 리퍼포징 도구	글 하나를 여러 채널용 초안으로 다시 쓰기	강의용 MVP 코드
AI 상세페이지·랜딩페이지 분석기	페이지 내용을 옮겨 담고 진단 질문을 반복하기	강의용 MVP 코드
AI 강의·전자책 기획 도우미	참고 자료에서 대상 독자와 목차 초안을 만들기	강의용 MVP 코드

1. OTT 이중자막: 영상을 떠나지 않고 두 언어를 비교합니다

OTT 이중자막 (Dual Subs)는 쿠팡플레이와 넷플릭스에서 한국어·영어 자막을 함께 보는 확장 프로그램입니다. 스토어에는 자막 크기·색상·위치 조절과 감지된 자막 파일 다운로드 기능이 안내되어 있습니다.

2026년 9월 24일 공개 페이지 캡처입니다. 스토어의 사용자 수·평점은 이후 달라질 수 있고, 설치 버튼 문구는 접속 브라우저에 따라 다릅니다.

유즈케이스는 명확합니다. 퇴근 후 영어 영상을 보며 표현을 익히는 사람이 뜻을 놓칠 때마다 자막 언어를 바꾸지 않고 두 문장을 비교하는 것입니다. 새 학습 플랫폼으로 옮겨가게 만드는 대신, 원래 보던 영상 위에 필요한 정보를 얹습니다.

여기서 수익화를 더 검증한다면 표현 저장, 개인 복습 목록, 학습 기록 같은 기능을 후보로 생각할 수 있습니다. 현재 유료로 제공한다는 뜻은 아닙니다. 사용자가 정말 복습까지 하는지부터 확인해야 합니다. 자막·영상의 이용과 재배포에는 원본 서비스의 이용 조건과 권리 문제가 있으므로, 다운로드 기능이 있다는 이유로 자료 재판매까지 가능한 것으로 받아들이면 안 됩니다.

2. Style Try-On Assistant: AI에 넣을 재료를 대신 준비합니다

Style Try-On Assistant는 상품 이미지와 사용자가 고른 사진을 활용해 ChatGPT 가상 착용 요청을 준비하는 확장입니다. 공개 페이지에서 확인한 버전은 0.1.6입니다. 29CM에서 시작한 제작 과정은 수진 님의 AI 피팅룸 실험 글에 자세히 남아 있습니다.

2026년 9월 24일 공개 페이지 캡처입니다. 아래 사용 화면은 기존 제작 기록에서 가져온 것으로, 최신 버전과 UI가 다를 수 있습니다.

사용자는 상품 페이지에서 확장을 열고 사진을 고릅니다. 확장이 ChatGPT에 이미지와 프롬프트를 준비하면, 사용자가 내용을 확인하고 직접 전송합니다. 생성된 결과를 선택해 상품 페이지에 적용하는 흐름입니다. 유즈케이스는 여러 상품을 둘러볼 때마다 반복하던 이미지 저장·첨부·프롬프트 작성 과정을 줄이는 것입니다.

이 사례가 보여주는 가치는 새 이미지 모델을 만드는 데 있지 않습니다. 이미 있는 AI까지 가는 번거로운 과정을 정리한 것에 있습니다. 다만 생성 이미지는 실제 핏·사이즈·색상을 보장하지 않고, 쇼핑몰이나 AI 서비스의 공식 기능도 아닙니다. ChatGPT 계정의 이용 조건과 한도도 별도로 적용됩니다.

상용화 방향을 검토한다면 사용자 사진 처리, 이미지 생성 비용, 오류 복구, 외부 서비스 변경에 대한 대응부터 다시 설계해야 합니다. 스토어에 등록되었다는 사실이 다른 서비스의 모든 사용 방식에 대한 승인이나 안정성 보증은 아닙니다.

3. 콘텐츠 리퍼포징: 같은 글을 매체마다 다시 쓰는 수고를 줄입니다

강의용 AI 콘텐츠 리퍼포징 도구는 현재 페이지의 글과 사용자가 정한 톤·독자·중심 채널을 입력으로 사용합니다. 구현된 요청에는 원문 요약, 뉴스레터, SNS 게시글, 숏폼 스크립트, 카드뉴스 원고, 제목과 CTA 후보가 들어 있습니다. 결과를 복사하고 최근 생성 내역을 다시 여는 코드도 있습니다.

예를 들어 1인 마케터가 자신이 쓴 제품 소개 글을 연 뒤, 중심 채널을 뉴스레터로 정하고 여러 매체의 초안을 한 번에 받는 상황입니다. 처음부터 빈 문서를 보는 시간을 줄이고, 사람은 잘못된 사실과 브랜드 표현을 검토하는 데 집중합니다. 게시까지 자동으로 완료하는 도구는 아닙니다.

수익화 가설은 ‘문장 생성 버튼’보다 브랜드 말투 저장, 팀 공용 템플릿, 반복 작업 묶음 쪽에서 찾을 수 있습니다. 다른 사람의 글은 참고·요약과 재배포를 구분해야 하고, AI가 원문에 없는 내용을 추가하지 않았는지도 확인해야 합니다. 이 예제는 개인 API 키를 입력하는 강의용 MVP이며, 공개 유료 서비스로 출시된 상태는 아닙니다.

4. 랜딩페이지 분석기: 진단 점수보다 다음 수정안을 만듭니다

AI 상세페이지·랜딩페이지 분석기는 현재 페이지의 제목·설명·본문에 대상 고객과 페이지 목표를 붙여 분석을 요청합니다. 차별점, 구매 장벽, CTA 개선안, 신뢰 요소, A/B 테스트 아이디어와 진단 점수를 돌려주도록 구현했습니다.

활용 예시는 자신의 신청 페이지를 점검하는 강사나 커머스 담당자입니다. ‘누구를 위한 페이지인지’, ‘다음 행동이 무엇인지’, ‘어떤 정보를 더 제공해야 하는지’를 같은 틀로 검토할 수 있습니다. 하지만 AI가 준 8점은 실제 전환율이 아닙니다. 화면의 텍스트를 바탕으로 만든 가설이며, 이미지·배치 전체를 시각적으로 검수하거나 실제 고객 행동을 측정한 결과도 아닙니다.

유료 기능을 붙인다면 변경 전후의 진단 기록, 여러 페이지 비교, 팀 보고서 같은 반복 업무를 후보로 잡겠습니다. ‘이 도구를 쓰면 매출이 오른다’는 약속보다는, 검토 결과를 팀에서 재사용할 수 있는지부터 확인하는 편이 맞습니다.

5. 강의·전자책 기획 도우미: 자료를 상품 구성의 초안으로 바꿉니다

AI 강의·전자책 기획 도우미는 현재 페이지나 선택한 텍스트를 바탕으로 상품 콘셉트, 대상 독자, 커리큘럼, 전자책 목차, 실습 아이디어를 만드는 강의용 예제입니다. 자신의 전문 글을 모아 교육 상품으로 발전시키려는 강사·전문가에게 설명하기 좋은 형태입니다.

핵심은 타인의 글을 그대로 전자책으로 파는 것이 아닙니다. 자기 경험과 사용 권한이 있는 자료를 바탕으로, 누구에게 무엇을 가르칠지 구조를 잡는 것입니다. AI가 제시한 가격이나 판매 문구는 수요 조사 결과가 아니므로 실제 독자 인터뷰로 확인해야 합니다.

이 세 AI 예제는 비슷하게 페이지를 읽지만, 최종 결과물과 사용자가 다릅니다. ‘모든 것을 분석하는 AI 확장’보다 ‘특정 사람이 반복해서 만드는 결과물’로 좁히는 것이 제품 설명도, 검증도 쉬워집니다.

첫 버전은 한 페이지에서 한 가지 결과만 만듭니다

강의에서 처음 만드는 범위는 작습니다. manifest.json은 이름과 권한을 알리고, popup은 버튼과 결과창을 보여주며, content script는 웹페이지 안에서 필요한 정보를 읽습니다. 계속 처리해야 하는 일이 있다면 백그라운드 작업도 추가할 수 있지만, 첫 실습에 모두 필요한 것은 아닙니다.

AI 코딩 도구에는 기능을 잔뜩 나열하기보다 입력, 결과, 하지 않을 일, 확인 방법을 함께 전달해보세요. 아래는 강의의 구현 순서를 바탕으로 정리한 요청 예시입니다.

현재 페이지의 제목, URL, 내가 선택한 문장을 복사하는
Manifest V3 크롬 확장 프로그램을 만들어줘.

첫 버전에서는 외부 AI API, 로그인, 결제, 자동 게시를 넣지 마.
권한은 현재 기능에 필요한 최소 범위로 정하고 이유를 설명해줘.
선택한 문장이 없거나 접근할 수 없는 페이지라면 안내를 보여줘.

팝업 열기 → 현재 페이지 정보 표시 → 복사 순서로 구현해줘.
각 단계에서 내가 Chrome에서 확인할 완료 기준도 적어줘.

만들어진 폴더는 chrome://extensions에서 개발자 모드를 켜고, ‘압축해제된 확장 프로그램을 로드합니다’로 불러옵니다. manifest.json이 있는 폴더를 선택한 뒤 일반 웹페이지에서 팝업과 결과를 확인합니다. 파일을 고친 뒤에는 확장을 다시 로드하고 테스트 페이지도 새로고침합니다.

현재 페이지를 사용자가 요청할 때만 읽는 기능이라면 광범위한 사이트 접근 대신 activeTab을 검토할 수 있습니다. 이 권한은 사용자 동작에 따라 현재 탭 접근을 임시로 부여하며, chrome:// 같은 제한 페이지를 열어주지는 않습니다. 필요한 세부 권한은 기능에 따라 달라집니다. Chrome의 activeTab 설명을 기준으로 확인하세요.

유료화할 것은 기능 개수가 아니라 반복해서 쓰는 가치입니다

무료 버전에서 결과가 전혀 나오지 않으면 사용자는 유료 버전의 가치도 판단하기 어렵습니다. 먼저 작은 핵심 경험 하나를 끝까지 제공하고, 반복 사용 과정에서 생기는 요구를 유료 기능으로 검증하는 편을 권합니다.

다음 표는 현재 판매 중인 요금제가 아니라 제품화 설계 예시입니다.

제품 유형	무료로 확인할 핵심 가치	유료로 검증할 후보	검토할 과금 방식
링크·텍스트 유틸리티	현재 페이지 한 번 처리	여러 탭 처리, 사용자 포맷 저장	일회성 구매
콘텐츠 리퍼포징	한 채널용 초안 완성	브랜드 템플릿, 다중 포맷, 팀 공유	한도 있는 구독
페이지 분석	한 페이지의 개선안 확인	비교 기록, 여러 페이지 보고서	구독·팀 라이선스
이미지 생성 보조	제한된 체험과 결과 확인	추가 생성, 작업 이력 관리	사용량 기반

외부 AI를 호출하지 않는 도구와 생성할 때마다 비용이 드는 도구는 다르게 설계해야 합니다. AI 기능에 무제한 평생 이용권부터 붙이면 사용자 한 명의 사용량 증가가 그대로 비용 부담이 될 수 있습니다. 유료 사용자 수뿐 아니라 무료 체험 비용, 실패 후 재시도, 지원 문의 처리도 함께 봐야 합니다.

계산은 작게 시작하면 됩니다. 아래는 시장 가격이나 매출 전망이 아니라 원가 검토용 가정입니다.

월 이용료 가정: 9,900원
포함 생성량 가정: 50회
1회 평균 API 비용 가정: 40원
사용자 1명의 포함량 소진 시 API 비용: 50 × 40 = 2,000원
9,900 - 2,000 = 7,900원

7,900원은 이익이 아닙니다.
여기서 결제 수수료, 서버, 무료 체험, 재시도,
고객지원, 환불, 세금 등을 추가로 반영해야 합니다.

원가가 변하면 포함량과 가격도 다시 검토해야 합니다. 특히 이미지는 입력·출력 크기와 재시도에 따라 비용이 달라질 수 있으므로, 실제 사용하는 모델의 청구 내역으로 평균을 구하는 것이 우선입니다.

설치와 결제, 사용 권한을 연결해야 제품이 됩니다

강의의 수익화 설계에서는 스토어를 설치 경로로, 외부 결제와 라이선스 확인을 유료 기능의 운영 경로로 나눕니다. 이를 직접 구현하거나 관련 서비스를 검토할 수 있습니다. 예를 들어 ExtensionPay는 외부 결제 화면과 사용자 결제 상태 확인을 제공하지만, 특정 서비스의 도입을 확정하기 전에 사업자 소재지 지원, 정산, 수수료와 환불 조건을 따로 확인해야 합니다.

‘결제 완료 페이지에 돌아왔다’는 이유만으로 Pro를 켜면 안 됩니다. 결제 알림의 진위를 서버에서 확인하고, 같은 알림이 여러 번 와도 중복 지급되지 않게 처리해야 합니다. 취소·환불·만료가 발생했을 때 이용 권한에 어떻게 반영할지도 정해야 합니다.

브라우저에 저장한 isPro: true는 화면 표시용 캐시로는 쓸 수 있지만, 비용이 발생하는 AI 요청의 최종 승인 근거로 삼으면 안 됩니다. 유료 API 요청은 서버가 사용자 권한과 한도를 다시 확인하는 구조가 필요합니다. 완전히 로컬에서만 실행되는 기능은 사용자에게 코드가 전달되므로, 서버형 서비스와 같은 수준의 복제 방지를 기대하기도 어렵습니다.

공개 전에 권한·데이터·실패 경로를 점검합니다

강의용 AI MVP는 사용자가 자기 API 키를 입력하는 구조입니다. 이것과 운영자의 유료 API 키를 넣은 제품을 여러 사람에게 배포하는 것은 다른 일입니다. 운영자 키를 확장 코드에 넣어 배포하지 마세요. Chrome 공식 문서도 확장 저장소는 암호화된 저장소가 아니라고 설명합니다. 사용자 개인정보 보호 가이드를 참고해 보관·전송 범위를 설계해야 합니다.

• 목적과 권한: 기능 하나를 설명할 수 있는지, 지금 사용하지 않는 권한까지 요구하지 않는지 확인합니다.
• 데이터 전송: 무엇을 어떤 외부 서비스에 보내고, 어디에 얼마나 보관하며, 어떻게 삭제하는지 알립니다. 업무용 페이지의 기밀·개인정보는 허가 없이 전송하지 않습니다.
• 가격과 한도: 무료 범위, 갱신, 사용량 차감, 해지·환불·문의 경로를 사용 전에 확인할 수 있게 합니다.
• 실패와 복구: 지원하지 않는 페이지, 로그인 만료, API 오류, 결제 확인 지연에서도 빈 화면 대신 안내와 재시도 경로를 제공합니다.
• 설명과 실제 동작: 스토어 설명, 개인정보처리방침, 프로그램 동작을 일치시킵니다. AI 결과의 정확도나 수익을 보장하지 않습니다.

Chrome은 필요한 최소 권한을 요구하고 사용자 데이터의 이용 범위를 제한합니다. 자세한 기준은 사용자 데이터 정책 FAQ에서 확인할 수 있습니다. 스토어 공개에는 별도 제출·심사 절차가 있으므로, 공식 게시 안내에 맞춰 준비하고 승인 시점을 단정하지 않는 것이 좋습니다.

실제 수익화를 위한 준비 과정: 첫 결제를 받기 전 7단계

여기까지는 제품과 수익모델의 설계입니다. 실제로 돈을 받으려면 무엇을 파는지 설명하고, 결제한 사람에게 약속한 기능을 제공하며, 문제가 생겼을 때 취소·환불까지 처리할 수 있어야 합니다. 아래는 앞으로 유료 출시를 준비할 때 사용할 실행 절차이며, 소개한 확장 프로그램에 결제 시스템을 이미 구축했다는 뜻은 아닙니다.

1. 첫 판매 대상과 유료 기능을 한 장으로 정합니다

첫 후보를 고른다면 저는 콘텐츠 리퍼포징 도구로 작은 유료 파일럿을 검토하겠습니다. ‘자신이 쓴 글을 여러 매체에 옮기는 1인 마케터’처럼 사용자를 좁히기 쉽고, 실제로 복사해 쓰는 결과물이 무엇인지 관찰할 수 있기 때문입니다. 아직 지불 의사를 검증한 결론은 아니므로, 다른 도구보다 잘 팔린다고 단정하지는 않습니다.

제품 정의서에는 대상 사용자, 반복 작업, 무료 결과물, 유료 추가 가치, 사용 한도, 지원하지 않는 기능을 적습니다. 예를 들어 무료는 한 채널용 초안, 유료는 저장한 브랜드 말투와 여러 채널 출력으로 구분할 수 있습니다. ‘생성 1회’가 버튼 클릭인지, 성공한 결과 묶음인지도 정해야 실패한 요청의 차감 문제를 설명할 수 있습니다.

이 단계의 완료 기준은 기능 목록의 길이가 아닙니다. 잠재 고객에게 보여줬을 때 ‘누구를 위한 도구이고, 무엇 때문에 돈을 내는지’를 같은 뜻으로 이해하는지 확인하는 것입니다. 가격은 앞의 원가 계산과 인터뷰를 바탕으로 가설로 정하고, 실제 판매 전에 포함량과 갱신 조건까지 확정합니다.

2. 결제 버튼보다 먼저 판매 페이지와 데모를 준비합니다

판매 페이지에는 해결하는 문제, 실제 사용 화면, 결과물 예시, 무료·유료 차이, 가격·한도, 지원 사이트, 제한 사항을 한 흐름으로 보여줍니다. 콘텐츠 리퍼포징이라면 자신이 작성한 글 하나가 뉴스레터와 SNS 초안으로 바뀌는 짧은 데모가 적합합니다. 사람이 결과를 검수해야 한다는 점도 데모에서 빼지 않습니다.

처음부터 대규모 사이트가 필요하지는 않습니다. 제품 소개와 가격 페이지, 설치 안내, 이용약관, 개인정보처리방침, 해지·환불 안내, 문의 경로를 마련하고 로그인하지 않은 브라우저에서도 열리는지 확인합니다. 결제가 준비되지 않았다면 버튼을 ‘구매’처럼 보이게 두지 말고 **‘체험 신청’ 또는 ‘출시 알림’**으로 표시합니다. 신청 정보를 받을 때도 목적과 보관 범위를 알립니다.

완료 기준은 지인 한 명이 설명을 듣지 않고도 설치 방법, 총 결제금액, 다음 갱신 여부, 해지 방법을 찾을 수 있는 상태입니다. 결제 페이지와 확장 안의 안내가 서로 다른 가격이나 조건을 보여주지 않는지도 확인합니다.

3. 판매 주체와 결제·정산 조건을 먼저 확인합니다

국내에서 판매한다면 사업자등록과 통신판매업 신고의 적용 여부, 기존 사업자의 업종 정정 필요성, 증빙 발급과 세금 처리를 확인합니다. 출발점은 국세청 사업자등록 신청 안내와 정부24 통신판매업 신고 안내입니다. 구체적인 의무와 예외는 판매 형태·사업자 상황에 따라 확인해야 하며, 이 글만으로 신고나 세무 처리가 끝나는 것은 아닙니다.

결제 서비스는 이름이 익숙한 곳을 바로 연결하기보다, 내 사업자 소재지와 디지털 상품을 지원하는지부터 확인합니다. 그다음 일회성·정기결제 지원, 정산 통화와 주기, 환전·결제 수수료, 환불 비용, 분쟁 대응, 해지 기능을 비교합니다. 해외 고객에게 결제받을 수 있다는 설명과 한국 사업자로 가입해 정산받을 수 있다는 조건은 별개입니다.

기술 연동과 실제 판매 승인도 나눠 봐야 합니다. 예를 들어 토스페이먼츠는 배포 체크리스트에서 라이브 키, 결제수단 심사와 승인·취소 흐름을 확인하도록 안내합니다. 어떤 서비스를 선택하든 판매 주체, 정산 계좌, 계약·심사 상태, 실제 적용 수수료를 기록해두는 것이 이 단계의 산출물입니다. 특정 업체의 가입 가능성이나 심사 통과를 여기서 보장하지는 않습니다.

4. 개인용 API 호출을 계정·권한·사용량 구조로 바꿉니다

개인 키를 입력하는 강의용 MVP를 운영자 부담의 유료 서비스로 바꾸려면, 확장과 서버의 역할부터 분리합니다. 확장은 사용자가 선택한 입력과 결과를 다루고, 서버는 로그인 확인, 요금제·잔여량 확인, AI 호출과 사용 기록을 담당하게 설계합니다. 운영자 API 키와 결제 비밀키는 확장에 넣지 않습니다.

최소한 사용자를 식별하는 값, 결제 주문과 거래 식별자, 이용 권한의 만료 시점, 사용량 변경 내역, 처리한 결제 알림 식별자를 연결할 수 있어야 합니다. 카드 원문 정보나 페이지 본문 전체를 편의상 저장하지 않습니다. 같은 결제 알림이 반복돼도 한 번만 반영하고, 여러 탭에서 동시에 실행해도 한도를 초과해 승인하지 않도록 테스트합니다.

AI 요청이 실패했을 때 이용량을 복원할지, 재시도할 때 중복 차감을 어떻게 막을지도 정합니다. 월간 비용 알림만 켜두는 것으로 끝내지 말고 사용자별 한도와 전체 비용 상한을 마련합니다. 비용 상한에 도달했을 때 새 요청을 잠시 중단하고 안내할 수 있어야 예기치 않은 지출을 줄일 수 있습니다.

5. 환불·데이터 삭제·고객지원도 실제로 처리해봅니다

이용약관에는 서비스 범위와 제한을, 개인정보처리방침에는 실제 수집·전송·보관·삭제 방식을 적습니다. AI 제공업체로 어떤 내용이 전달되는지와 필요한 처리위탁·국외이전 검토도 포함해 확인합니다. 다른 서비스의 문서를 이름만 바꿔 붙이면 구현과 다른 약속을 할 수 있으므로, 실제 데이터 흐름을 기준으로 검토해야 합니다.

구독 해지, 결제 환불, 계정 삭제, 확장 삭제는 같은 동작이 아닙니다. 구독을 해지했을 때 남은 기간의 이용 권한을 어떻게 처리하는지, 환불했을 때 권한과 잔여량을 어떻게 조정하는지, 계정을 지우면 무엇을 삭제하고 어떤 거래 기록을 보관해야 하는지 구분합니다. 환불 조건은 임의로 ‘무조건 불가’로 정하지 말고 적용 법령과 결제 서비스의 조건을 확인해 고지합니다.

지원용 이메일이나 폼, 예상 응답 시간, 자주 묻는 질문도 준비합니다. ‘결제했는데 Pro가 안 켜짐’, ‘AI 응답은 실패했는데 이용량이 줄어듦’, ‘확장을 지웠는데 구독이 유지됨’에 운영자가 어떻게 대응할지 적어보세요. 완료 기준은 문서가 존재하는 것뿐 아니라 테스트 계정으로 취소·권한 복원·삭제 요청을 끝까지 처리해본 상태입니다.

6. 스토어 제출물을 유료 제품 기준으로 점검합니다

처음 게시하는 개발자라면 Chrome 웹 스토어 개발자 등록부터 진행합니다. Google은 개발자 등록 시 일회성 등록비를 안내하므로 현재 금액은 실제 등록 화면에서 확인합니다. 이미 공개한 제품에 유료 기능을 추가한다면 신규 등록보다 업데이트 제출물과 변경 설명을 준비하는 일이 중심입니다.

배포 패키지, 아이콘, 실제 기능을 보여주는 스크린샷, 단일 목적 설명, 권한별 사용 이유, 개인정보 안내와 지원 URL을 준비합니다. 유료 기능은 무료처럼 보이지 않게 설명하고, 심사자가 유료 기능을 확인할 수 있도록 필요한 테스트 방법을 안내합니다. 확장 준비 문서와 게시 절차에 맞춰 제출물을 확인하세요.

완료 기준은 ‘ZIP 업로드 성공’이 아닙니다. 목표 배포 채널에서 승인된 버전을 새 Chrome 프로필에 설치하고, 설치 안내부터 무료 결과 생성과 유료 전환까지 확인하는 것입니다. 지원 사이트가 화면을 바꾸거나 심사가 지연될 가능성도 출시 일정에 남겨둡니다.

7. 성공 결제보다 실패·취소 경로를 먼저 통과시킵니다

테스트 환경의 결제 성공을 실제 매출로 세지 않습니다. 토스페이먼츠의 테스트 환경 안내처럼 테스트 승인과 실제 출금·정산은 다를 수 있습니다. 선택한 결제사의 테스트 수단으로 아래 상황을 재현하고, 계약·심사를 마친 후에는 그 업체가 허용하는 방식으로 라이브 결제·취소도 확인합니다. 금지된 자기결제나 허위 거래를 만들어 검증하지는 않습니다.

시험할 상황	통과 기준
새 사용자의 설치·첫 실행	설명 없이 지원 페이지에서 무료 결과를 얻음
정상 결제	승인된 주문과 결제금액을 확인하고 정확한 계정에 권한이 한 번 부여됨
결제 실패·사용자 취소	Pro로 바뀌지 않고 다시 시도할 방법을 안내함
중복 결제 알림·늦게 온 알림	중복 지급이 없고 취소된 권한을 오래된 알림으로 되살리지 않음
동시 실행·잔여량 소진	여러 탭에서도 정한 한도를 넘지 않고 잔여량이 일관됨
AI 오류·네트워크 단절	실패·복원 정책대로 처리되고 재시도로 이중 차감되지 않음
갱신 실패·해지·환불	고지한 시점과 조건에 맞춰 청구·권한 상태가 바뀜
재설치·다른 브라우저 로그인	허용한 기기 정책 안에서 구매 권한이 복구됨
계정 삭제·문의 접수	안내한 절차대로 처리되고 민감정보 없이 결과를 추적할 수 있음

테스트를 통과하면 동의한 소수의 파일럿 사용자에게 먼저 공개합니다. 직접 만든 짧은 데모와 설치 안내를 해당 업무를 하는 사람에게 보여주고, 커뮤니티에 소개할 때는 운영 규칙을 지킵니다. 설치 수나 ‘좋아요’보다 첫 결과, 재사용, 실제 결제와 문의 내용을 연결해서 관찰합니다.

판매를 시작할 최소 준비물은 제품 정의서, 판매·정책 페이지, 승인된 결제·정산 수단, 서버의 이용 권한·사용량 관리, 스토어 제출물, 테스트 기록, 고객지원 절차입니다. 하나라도 ‘나중에 처리하자’로 남아 있다면 그 항목을 해소하거나 판매 범위를 줄인 뒤 시작합니다. 다음 30일 계획은 이 준비물과 고객 검증을 함께 진행하는 일정으로 사용하면 됩니다.

첫 30일은 ‘얼마 벌었나’ 전에 ‘누가 다시 쓰나’를 봅니다

처음 수익화를 검증한다면 여러 도구를 동시에 판매하기보다 사용자 한 종류와 반복 업무 하나를 고르겠습니다. 제안하는 실험 단위는 다음과 같습니다. 기간과 인원은 목표를 작게 잡기 위한 예시이며, 달성한 실적이나 매출 보장이 아닙니다.

1. 1~7일: 같은 문제를 겪는 사람 5명을 만납니다. 최근 그 일을 언제 했고 어떤 순서로 처리했는지 듣습니다. 민감정보를 제거한 실제 작업을 기준으로, 대안과 불편을 기록합니다.
2. 8~14일: 무료 핵심 기능 하나를 만듭니다. 3명에게 설명 없이 사용해보게 하고, 첫 결과까지 도달했는지와 중단한 이유를 기록합니다. 설치 수보다 결과를 얻은 사람이 중요합니다.
3. 15~21일: 다시 사용한 사람에게 유료 가설을 보여줍니다. 구체적인 기능·가격·한도를 적고 무엇에 비용을 지불할지 묻습니다. 호감 표현, 구매 의향, 실제 결제는 별개로 기록합니다.
4. 22~30일: 준비가 된 범위에서 유료 파일럿을 검증합니다. 결제·권한·개인정보·지원 체계를 갖춘 뒤 소수 사용자와 운영합니다. 스토어 심사가 끝나지 않았다면 출시 일정은 조정합니다.

최소한 첫 결과 성공 여부, 7일 안의 재사용, 유료 문의, 실제 결제, 취소·환불, 사용자당 비용을 구분해서 봅니다. 처음부터 페이지 본문과 전체 방문 기록을 수집할 필요는 없습니다. 소규모라면 동의를 받은 인터뷰와 간단한 사용 피드백만으로도 검증을 시작할 수 있습니다.

다시 쓰는 사람이 없다면 결제 버튼보다 문제 선택과 핵심 경험을 먼저 고칩니다. 다시 쓰지만 돈을 내지 않는다면 무료 대안과 차이, 유료 기능의 필요성, 가격을 확인합니다. 결제는 일어나지만 비용이 더 크다면 기능 추가보다 단위 비용과 운영 방식을 조정해야 합니다.

오늘은 내 업무의 반복 동작 하나를 골라보세요

OTT 이중자막은 시청 중 언어를 비교하는 문제를, Style Try-On Assistant는 가상 착용에 필요한 입력을 준비하는 문제를 다룹니다. 강의용 AI 예제들도 글을 재가공하거나 페이지를 검토하고 교육 상품의 구조를 잡는 반복 작업에서 출발했습니다.

공통점은 새 서비스를 처음부터 크게 만드는 대신 사용자가 이미 일하는 화면에서 한 가지 수고를 줄였다는 것입니다. 수익화 역시 그 수고를 얼마나 자주, 안정적으로 줄여주는지에서 시작해야 합니다.

직접 만들어보고 싶다면 아래 세 문장을 채워보세요.

나는 어떤 사람이 어떤 페이지에서 반복하는 어떤 일을 줄인다.

무료 버전으로 어떤 결과 하나를 끝까지 경험하게 한다.

다시 쓰는 사람이 생기면 어떤 추가 가치에 비용을 지불할지 검증한다.

먼저 위의 두 스토어 제품을 살펴보고, 내 업무의 사례로 바꿔보세요. 팀 단위의 실습이나 제작 방향을 논의하고 싶다면 데이터팝콘에 ‘사용자·반복 작업·원하는 결과’를 정리해 문의할 수 있습니다. 목표는 익스텐션 파일 하나를 만드는 데서 끝나는 것이 아니라, 누군가 다시 찾고 비용을 지불할 이유가 있는 작은 제품으로 발전시키는 것입니다.