직접 만든 워드프레스 테마나 플러그인을 반복 판매하려면 ZIP 파일을 상품으로 올리는 것만으로는 부족합니다. 구매자가 정해진 범위에서 안정적으로 사용하고, 판매자는 버전과 고객 사이트를 관리할 수 있도록 상품·라이선스·업데이트·지원 정책을 하나의 흐름으로 설계해야 합니다.
판매 전에 상품 단위를 먼저 정합니다
테마 본체, 필수 플러그인, 데모 데이터, 문서, 라이선스를 어떤 묶음으로 제공할지 정하세요. 상품명이 비슷한 파일을 수동으로 관리하면 고객이 오래된 버전을 받거나 필수 구성요소를 빠뜨리기 쉽습니다.
- 상품 ID와 공개 상품명
- 현재 버전과 변경 이력
- 다운로드 파일과 무결성 확인값
- 필수·권장 플러그인
- 지원하는 워드프레스·PHP 버전
- 설치·업데이트·삭제 방법
도메인 라이선스의 기본 흐름
- 결제가 완료되면 주문과 상품에 연결된 라이선스 키를 생성합니다.
- 구매자가 사이트에서 키를 입력하면 판매 서버에 활성화를 요청합니다.
- 서버는 키 상태, 상품, 허용 도메인 수, 만료일을 확인합니다.
- 승인되면 실제 도메인을 라이선스에 귀속하고 업데이트 권한을 반환합니다.
- 이전이나 해지가 필요할 때는 비활성화 기록을 남기고 허용 범위 안에서 도메인을 교체합니다.
도메인 비교 시 프로토콜, www, 대소문자, 포트를 정규화해야 같은 사이트가 여러 개로 계산되는 문제를 막을 수 있습니다. 로컬·스테이징 사이트를 별도 허용할지도 정책으로 정하세요.
라이선스 키만으로 코드를 완전히 보호할 수는 없습니다
워드프레스 테마와 플러그인은 고객 서버에서 실행되므로 기술적으로 복제 자체를 완전히 막기는 어렵습니다. 라이선스의 현실적인 목적은 합법적인 고객에게 업데이트, 다운로드, 지원, 클라우드 기능을 제공하고 사용 범위를 관리하는 것입니다. 난독화만 강화하면 장애 진단과 신뢰를 해칠 수 있습니다.
자동 업데이트 서버에 필요한 정보
클라이언트는 현재 버전, 상품 ID, 사이트 주소, 라이선스 키를 서버에 보내고 최신 버전 여부를 확인합니다. 서버는 새 버전 번호, 변경 내용, 호환 버전, 인증된 다운로드 URL을 반환합니다. 다운로드 주소는 짧은 시간만 유효하게 하거나 요청 시 권한을 다시 확인하는 방식이 안전합니다.
업데이트 ZIP의 최상위 폴더명과 플러그인 파일 경로는 이전 버전과 같아야 워드프레스가 별도 플러그인으로 인식하지 않습니다. 데이터베이스 구조가 바뀌는 버전은 마이그레이션과 되돌리기 전략도 필요합니다.
데모 사이트 운영 방식
각 테마 데모를 같은 워드프레스에 페이지로만 올리면 CSS와 스크립트가 서로 덮어쓸 수 있습니다. 완전히 다른 테마 경험을 보여줘야 한다면 서브도메인이나 멀티사이트처럼 실행 환경을 분리하는 편이 안정적입니다. 공통 상품 카탈로그는 스토어에서 관리하고, 데모 URL만 상품과 연결하면 방문자는 한곳에서 비교할 수 있습니다.
결제 이후 고객 경험
- 주문 완료 화면과 이메일에서 다운로드·라이선스 위치를 명확히 안내합니다.
- 내 계정에서 구매 상품, 최신 버전, 활성 도메인, 만료일을 확인하게 합니다.
- 결제 취소·환불 시 다운로드와 활성 라이선스 상태가 정책에 맞게 바뀌어야 합니다.
- 라이선스 서버 장애가 고객 사이트 자체를 멈추게 하지 않도록 유예 시간과 캐시를 둡니다.
약관과 개인정보 처리
라이선스가 허용하는 사이트 수, 재판매·재배포 금지, 지원 기간, 업데이트 제공 기간, 환불 조건을 구매 전에 표시해야 합니다. 활성화 과정에서 도메인, IP, 워드프레스·PHP 버전 같은 정보를 수집한다면 수집 목적과 보유 기간을 개인정보처리방침에 반영하세요.
운영자가 관리해야 할 화면
상품별 현재 파일과 버전, 고객·주문, 발급된 키, 활성 도메인, 마지막 확인 시각, 만료·취소 상태를 한 화면에서 추적할 수 있어야 합니다. 수동 수정은 감사 기록을 남기고, 키 원문 노출과 관리자 권한도 최소화하세요.
비랜딩 스토어는 디지털 상품 결제와 도메인 귀속 라이선스, 다운로드 관리 기반을 확장하고 있습니다. 구축 상담은 문의 페이지, 출시 상품은 비랜딩 스토어에서 확인할 수 있습니다.