소설에는 왜 마땅한 집이 없을까
tale.fyi라는 서비스가 공개됐어요. 콘셉트는 아주 단순해요. 링크 하나로 소설 한 권 전체를 열 수 있고, 그 자리에서 읽거나 들을 수 있게 하는 픽션 전용 퍼블리싱 플랫폼이에요. 앱을 깔거나 계정을 만들지 않아도 링크만 누르면 바로 책이 시작되죠.
'그런 거 이미 많지 않나' 싶을 수 있는데, 조금만 들여다보면 의외로 빈자리예요. 글쓰기 플랫폼은 대체로 에세이와 뉴스레터에 최적화돼 있어요. Medium은 5분짜리 읽을거리 단위로 설계됐고, Substack은 메일함으로 배달되는 형식이라 20만 자짜리 장편에는 잘 안 맞아요. Wattpad나 AO3, Royal Road처럼 픽션 커뮤니티가 있긴 하지만 각자 강한 문화와 UI 색이 있어서 '내가 쓴 소설을 깔끔한 링크 하나로 아무에게나 보내기'에는 어울리지 않아요. 한국은 카카오페이지, 네이버 시리즈, 문피아처럼 상업 연재 플랫폼이 워낙 강한데, 이쪽은 회차 결제와 앱 중심이라 결이 또 다르죠. 정리하면 소설은 유통 경로는 많은데 '그냥 웹에 올려두는 기본값'이 없는 장르예요.
링크 하나로 책 한 권이 생각보다 어려운 이유
가볍게 들리는 이 UX가 기술적으로는 꽤 까다로워요. 이런 서비스를 직접 만든다고 상상하면 마주칠 문제들이 줄줄이 나와요.
긴 본문 렌더링. 10만 단어를 한 페이지에 그대로 뿌리면 DOM 노드 수만으로 모바일 브라우저가 버벅여요. 그래서 화면에 보이는 만큼만 그리는 가상 스크롤이나 청크 로딩을 쓰는데, 그러면 브라우저 내 검색과 검색엔진 색인이 깨져요. 현실적인 절충은 챕터 단위로 잘라 스트리밍하면서 다음 챕터를 미리 받아두는 방식이에요.
읽던 위치 기억. 로그인 없이 이걸 하려면 브라우저 저장소를 쓰는데, 진짜 문제는 '위치'의 정의예요. 글꼴 크기나 화면 폭이 바뀌면 픽셀 좌표는 아무 의미가 없어요. 그래서 문단 식별자와 그 안의 글자 오프셋 같은 논리적 좌표로 저장해야 해요. EPUB이 CFI라는 규격으로 똑같은 문제를 푸는 것과 같은 고민이죠.
읽기와 듣기의 결합. 여기가 제일 어려워요. 책 한 권을 전부 음성으로 미리 만들어두면 비용과 저장 용량이 폭발하고, 반대로 요청할 때마다 만들면 첫 재생이 느려요. 보통은 앞부분만 미리 만들어두고 뒤는 진행에 맞춰 생성하며 캐시하죠. 게다가 읽기와 듣기를 자유롭게 오가려면 문장 단위 타임스탬프가 필요해요. 음성 합성 결과에서 문장별 시간 정보를 받아 본문과 매핑해두지 않으면, 듣다가 눈으로 돌아왔을 때 어디였는지 알 수 없거든요.
오프라인. 서비스 워커로 본문과 오디오를 캐시해두면 앱 없이도 지하철에서 읽혀요. 사실 읽기 앱의 존재 이유 절반이 오프라인인데, 웹만으로 그걸 메우는 게 이 콘셉트의 승부처예요.
업계 맥락에서 보면
지금 이야기 시장은 두 방향에서 흔들리고 있어요. 하나는 음성 합성이 싸고 자연스러워지면서 개인 창작자도 오디오북을 낼 수 있게 된 흐름이에요. 예전엔 성우와 스튜디오가 필요했던 일을 이제 텍스트만 있으면 할 수 있으니, 읽기와 듣기를 하나로 묶는 서비스가 나올 조건이 갖춰진 거예요.
다른 하나는 역설인데요, 생성형 AI로 글이 무한정 쏟아지면서 '사람이 쓴 이야기'라는 신호와 큐레이션의 가치가 오히려 올라가고 있어요. 동시에 누구나 올릴 수 있는 열린 플랫폼에는 자동 생성물이 홍수처럼 들어와요. 이런 서비스의 생존은 결국 렌더링 기술이 아니라 '어떻게 걸러내고 어떻게 좋은 걸 발견시키느냐'에서 갈릴 거예요. AO3가 오래 사랑받는 이유가 정교한 태그 시스템과 커뮤니티 규범이었던 걸 떠올려보면 짐작이 되죠.
한국 개발자에게 주는 시사점
첫째, 사이드 프로젝트 교본으로 볼 만해요. 큰 플랫폼과 정면으로 붙지 않고 '남들이 안 챙긴 장르'와 '단 하나의 핵심 UX'로 승부하는 접근이거든요.
둘째, 여기 쓰이는 기술은 소설 말고도 쓸 데가 많아요. 사내 위키나 기술 블로그에 듣기 버튼을 붙이거나, 긴 교육 자료를 오프라인에서 이어 보게 만드는 데 그대로 적용돼요. 논리적 좌표로 읽던 위치를 저장하는 기법은 문서 도구를 만드는 팀에 특히 유용해요.
셋째, 한국어에는 추가 과제가 있어요. 음성 합성에서 조사와 어미 처리, 한자어 독음, 숫자 읽기가 어색해지기 쉬워요. 좁은 모바일 화면에서 한글 줄바꿈은 word-break를 keep-all로 두고 어절 단위로 끊어야 읽기 편하고요. 한글 웹폰트는 통째로 넣으면 몇 MB라서 서브셋팅이 사실상 필수예요. 읽기 경험을 만드는 순간 이 세 가지는 반드시 만나요.
마무리
한 줄로 정리하면, 이 서비스의 진짜 제품은 소설 저장소가 아니라 '링크 하나로 완성되는 읽기 경험' 그 자체예요.
여러분은 긴 글을 어디서 읽으세요? 앱 없이 웹만으로 책 한 권을 끝까지 읽어본 적 있나요? 그리고 만드는 쪽이라면, 읽기와 듣기를 하나로 묶는 UX에서 가장 먼저 깨질 것 같은 부분은 어디일까요?
🔗 출처: Hacker News