전자책을 챕터별로 공개하고 구매자만 읽게 하는 출판 공간 만들기

전자책 판매 플랫폼에 수수료를 내는 대신, 웹스페이스에 챕터와 독자 진행률을 담는 데이터 구조를 직접 만들고 결제한 독자에게만 이후 챕터를 열어주는 공간을 구성할 수 있습니다.

이런 상황에서 활용해 보세요

• 독립출판이나 연재 형태로 글을 쓰면서, 외부 플랫폼 수수료 없이 직접 판매하고 싶은 경우
• 앞부분 몇 챕터는 무료로 공개하고, 이후 챕터부터는 결제한 독자만 볼 수 있게 나누고 싶은 경우
• 독자가 어디까지 읽었는지, 어떤 챕터에 댓글을 남겼는지 기록해 두고 싶은 경우

이렇게 구성해 보세요

• 스키마 파일(.sfn)에 chapter, reading_progress, comment 테이블을 정의해 챕터 본문, 독자별 진행률, 챕터별 댓글을 저장합니다.
• API 빌드에서 챕터 조회 API의 권한을 나눕니다. 무료 챕터는 누구나(쓰기 제외)로, 유료 챕터는 회원 + 추가 조건으로 설정해 결제 여부를 기록한 컬럼 값이 있는 회원만 조회할 수 있게 합니다.
• 결제는 외부 결제 연동 없이도, 무통장입금 등을 확인한 관리자가 회원 데이터의 결제 여부 컬럼을 직접 갱신하는 방식으로 운영할 수 있습니다.
• 완성한 화면은 외부 공개용 웹서비스로 배포해 회원가입·로그인 기능까지 워크스페이스 회원 체계를 그대로 사용합니다.

업무 흐름에 적용하기

1. 스키마 파일(.sfn)에 챕터, 진행률, 댓글 테이블과 컬럼을 만듭니다.
2. API 빌드에서 테이블별 API 권한을 무료/유료 기준으로 나눠 설정합니다.
3. 프론트엔드 예시를 활용해 챕터 목록과 본문 화면을 구성합니다.
4. 완성한 화면을 정적 파일로 빌드해 웹사이트 배포로 게시합니다.
5. 결제 확인 후에는 관리자가 회원 데이터의 결제 여부 컬럼을 갱신해 유료 챕터 접근을 열어줍니다.

함께 사용하면 좋은 기능

• 회원 레벨: 레벨 값을 활용하면 결제 여부뿐 아니라 구독자·후원자처럼 여러 단계의 열람 범위를 나눌 수 있습니다.
• 파일 버전 이력: 챕터 원고 자체를 팀 폴더에서 관리한다면, 버전 이력으로 수정 내역을 남길 수 있습니다.

적용할 때 확인할 점

• 목록 조회 API에 결제자 이메일 등 개인정보가 포함되지 않도록 조회 범위를 확인합니다.
• 결제 여부를 관리자가 수동으로 갱신하는 구조라면, 처리에 시간이 걸릴 수 있다는 점을 독자에게 안내하는 것이 좋습니다.
• 스키마 구조를 변경하면 API 엔드포인트도 함께 갱신되므로, 이미 배포한 화면과의 호환성을 확인합니다.

관련 문서

• 스키마 파일(.sfn) 만들기
• API 빌드 및 데이터베이스 배포하기
• 프론트엔드 예시 활용
• 외부 공개용 웹서비스 만들기
• 웹사이트 배포