지난주 디지털 카탈로그를 마흔 명의 바이어에게 보냈습니다. 오늘 분석 페이지를 열어보니 조회수 248회, 평균 체류 시간 2분 14초, 데스크톱 위주, 대부분 미국에서 접속. 분기 보고서용으로는 쓸만하지만, 정작 알고 싶었던 것, 즉 발주를 결정하는 지역 바이어가 열어보긴 했는지, 그리고 누구라도 가격 페이지까지 도달했는지에 대해서는 아무 답이 없습니다.
이 간극이 플립북 분석의 본질적인 문제입니다. 대부분은 익명 조회수만 셀 뿐이죠. 정작 답해야 할 질문은 "누가 읽었고, 어떤 페이지를 읽었는가"입니다. 이 가이드에서는 왜 일반적인 도구로는 이 질문에 답하기 어려운지, 그리고 내보낸 플립북을 자체 트래킹 레이어와 함께 호스팅해서 어떻게 답을 얻는지 다룹니다.
플립북 분석이 일반적으로 측정하는 것
거의 모든 플립북 플랫폼의 통계 페이지를 열어보면 비슷한 형태의 데이터가 나옵니다. 총 조회수, 평균 읽기 시간, 어느 페이지에서 이탈했는지 보여주는 페이지별 분석, 그리고 국가와 디바이스 정보입니다. Issuu는 노출수, 읽기 수, 읽기 시간, 페이지 단위 수치를 보여줍니다. Paperturn과 Publuu는 지역과 디바이스 데이터를 위해 Google Analytics 연동에 의존합니다. Adobe의 Publish Online은 2024년에 이 방향으로 한 발 더 나아가서, 이제는 본인의 Google Analytics 측정 ID를 연결해야 그나마 무언가를 볼 수 있도록 바뀌었습니다.
이건 일반적인 웹 애널리틱스이고, 세상에 공개하는 콘텐츠에 대해서는 분명 유용합니다. 잡지, 공개 룩북, 사람들이 발견해주길 바라는 브로슈어 같은 것들이죠. 도달 범위와 대략적인 인게이지먼트를 알려줍니다.
하지만 특정 사람들에게 보낸 문서에 대해서는 거의 아무것도 알려주지 않습니다. 집계 수치는 당신이 쫓고 있는 바이어를 봇이나 동료, 또는 링크 미리보기와 구분해주지 못합니다. 숫자는 올라갔지만, 누구의 관심을 얻었는지는 여전히 모르는 거죠.
통계 페이지가 회피하는 질문: 누가 읽었는가
중요한 구분은 집계 분석과 식별 분석 사이에 있습니다.
집계 분석은 "몇 명이 얼마나 오래"에 답합니다. 식별 분석은 "누가"에 답합니다. 이름이 붙거나 이메일이 인증된 어떤 수신자가 플립북을 열었는지, 어느 페이지에 시간을 썼는지, 일주일 뒤에 다시 들어왔는지, 한 명에게만 보낸 링크를 다른 사람이 열었는지 같은 것들이죠. 바이어, 투자자, 클라이언트 명단에 보내는 자료라면, 다음 행동을 바꾸는 건 식별 분석뿐입니다.
대부분의 플립북 도구는 이걸 못 합니다. 일부는 그 이유를 솔직히 밝히기도 하죠. Issuu 자체 가이드도 통계가 개별 조회자를 식별하지 않는다는 점을 분명히 합니다. 그나마 비슷한 기능을 제공하는 플랫폼들, 예를 들어 개인별 추적 가능 링크를 제공하는 FlippingBook은 각 수신자에게 고유한 URL을 부여하고 그 링크를 따로 관찰하는 방식으로 이 문제를 해결합니다. 방향은 옳지만, 함정은 파일이 어디에 남느냐에 있고, 이게 다음 문제로 이어집니다.
내보낸 플립북이 트래킹을 잃는 이유
가격표에는 절대 적어두지 않는 거래 조건이 있습니다. 플립북 시장 전반에서 좋은 트래킹과 휴대 가능한 파일, 둘 중 하나만 가질 수 있는 경우가 대부분이고, 둘 다 갖는 건 드뭅니다.
| 도구 | 카테고리 | 수신자별 트래킹 | 파일 직접 호스팅 가능 여부 |
|---|---|---|---|
| FlippingBook | 제작 + 호스팅 | 가능 | 불가능, 자체 서버에서만 호스팅 |
| Flipsnack | 제작 + 호스팅 | 가능, 단 자체 호스팅 시에만 | 가능, 상위 플랜에서 |
| FlipHTML5 | 제작 + 호스팅 | 불가능, 집계만 | 가능 |
| Heyzine | 제작 + 호스팅 | 불가능, 집계만 | 가능 |
| in5 (InDesign) | 제작 플러그인 | 불가능, 사용자 직접 분석 | 가능 |
| Issuu | 호스팅 + 발견 | 불가능, 조회자 식별 안 됨 | 불가능, PDF 다운로드만 |
| HummingDeck | 호스팅 + 트래킹 | 가능 | 불가능, HummingDeck에서 호스팅 (유료 플랜은 CNAME으로 커스텀 도메인) |
마지막 줄은 의도적으로 다른 위치에 있습니다. HummingDeck은 플립북을 제작하지 않으며, FlippingBook처럼 파일을 돌려주는 대신 호스팅합니다. 차이점은 무엇을 받아주는가(특정 도구의 결과물이 아니라 모든 HTML5 내보내기)와 무엇을 덧붙이는가에 있습니다. 수신자별 트래킹, 이메일 허용 목록, CNAME을 통한 직접 도메인 사용이 그 위에 더해집니다.
가장 깊은 트래킹을 제공하는 도구들은 파일을 자기 플랫폼에 묶어둡니다. FlippingBook은 플립북을 대신 호스팅하면서 그 호스팅을 조건으로 트래킹을 제공합니다. Flipsnack은 가장 선명한 사례입니다. HTML5 파일을 다운로드해서 직접 호스팅할 수는 있게 해주지만, 자체 문서에서도 그렇게 하는 순간 통계 수집이 멈춘다고 안내합니다. 분석 데이터가 그들 서버에 있었기 때문에, 파일을 가져가는 건 데이터를 두고 떠나는 것과 같습니다.
반대편의 도구들, FlipHTML5, Heyzine, 그리고 InDesign용 in5 플러그인은 휴대 가능한 파일을 주지만, 익명 집계 분석만 제공합니다. 보통은 본인의 Google Analytics를 직접 연결하는 방식이죠. 파일 소유권은 가지지만 결국 데이터는 다시 페이지뷰 수준에 머뭅니다.
내보내기 파일이 유용한 핵심
HTML5로 내보낸 디지털 플립북은 페이지, 이미지, 스크립트가 한데 모인 독립적인 폴더입니다. 어떤 호스트에서든 동작합니다. 이 휴대성이야말로 제작 도구들이 묶어둔 두 측면을 분리할 수 있게 해줍니다. 내보낸 파일은 그대로 두고, 제작 도구가 주지 않는 식별 트래킹을 더해주는 플랫폼에 올리면 됩니다.
플립북을 직접 도메인에 호스팅하기
내보낸 HTML5 파일을 손에 넣은 뒤 제작 도구의 서버에서 옮기면, 한 번에 두 가지가 해결됩니다. 주소와 데이터입니다.
주소는 생각보다 중요합니다. issuu.com이나 publish.online에 올라간 플립북은 다른 회사의 브랜드를 달고 있고, 무료 플랜에서는 보통 워터마크가 붙고 공개 발견 피드에 노출됩니다. 같은 카탈로그가 본인의 도메인에 올라가면 본인 자료처럼 읽힙니다. 제3자 리스팅도, 한쪽 구석의 다른 회사 로고도 없죠.
실무적인 흐름은 이렇습니다. 제작 도구에서 플립북을 HTML5 패키지로 내보낸 뒤, 여러 파일로 된 번들 전체를 단일 링크로 직접 도메인에서 제공하는 호스트에 업로드하는 것입니다. InDesign에서 구체적으로 어떻게 내보내는지에 대한 단계별 안내는 InDesign Publish Online 내보내기 호스팅 방법을 참고하세요. 이 가이드의 나머지 부분은 파일은 이미 손에 있고 트래킹이 필요한 상황을 전제로 합니다.
누가 읽었는지 확인하고, 누가 볼 수 있는지 통제하기
여기가 바로 제작 도구들이 빠뜨리는 절반입니다. 내보낸 플립북을 트래킹 공유에 특화된 플랫폼에 올리면, 본인이 통제하는 파일 위에 식별 분석을 다시 얹을 수 있습니다.
실제로는 이런 모습입니다.
- 수신자별 고유 링크. 각 바이어에게 별도의 URL을 보내서 모든 열람이 익명 세션이 아닌 한 사람과 연결되도록 합니다. 이것이 "조회수 248회"를 "그 지역 바이어가 두 번 열어보고 가격 페이지를 다시 읽었다"로 바꿔주는 핵심입니다.
- 페이지별 체류 시간. 어떤 페이지에 관심이 머물렀고 어떤 페이지는 건너뛰었는지 확인하세요. 제작 도구가 제공하던 그 정밀도 그대로, 이번에는 이름이 붙은 채로 봅니다.
- 열람 알림. 수신자가 플립북을 여는 순간 알림을 받으세요. 화면에 자료가 떠 있는 동안 후속 연락이 도착할 수 있습니다.
- 새로운 조회자 신호. 원래 수신자가 아닌 다른 사람이 전달받은 링크를 열었다면, 사내 챔피언이 자료를 내부에 돌리고 있다는 의미입니다. 알 만한 가치가 있는 신호죠.
접근 통제는 같은 동전의 반대 면입니다. 인증된 이메일 허용 목록으로 플립북을 제한해서 선택한 사람들만 열 수 있게 하고, 만료일을 설정해서 제안이 영원히 살아있지 않게 하고, 나머지 사람들에게 영향을 주지 않으면서 특정 수신자만 권한을 취소할 수 있어야 합니다. 민감한 카탈로그나 비공개 보고서는 공개 피드에서 벗어나, 본인이 작성한 명단 안에 머무릅니다.
HummingDeck이 정확히 이 일을 합니다. 내보낸 플립북을 업로드하고, 본인 도메인으로 수신자별 추적 링크를 보내고, 사람별로 페이지 인게이지먼트를 관찰하세요. 이미 만든 플립북을 호스팅해줄 뿐, 대신 만들어주지는 않습니다.
플랫폼 통계로 충분한 경우
이 모든 이야기가 제작 도구의 분석이 쓸모없다는 뜻은 아닙니다. 플립북이 본래 공개용이라면, 잡지, 무료 룩북, 사람들이 찾아주길 바라는 카탈로그 같은 경우에는 도달 범위와 집계 인게이지먼트가 적절한 지표이고, 기본 통계에 Google Analytics 연동을 더한 것으로 충분합니다.
식별 트래킹이 필요한 건, 플립북이 한정된 명단의 사람들에게 가고, 다음 행동이 특정 사람의 행동에 따라 달라질 때입니다. 도매 거래처에 보낸 카탈로그. 소수 투자자에게 보낸 피치. 한 구매 위원회에 보낸 제안서. 여기가 바로 "몇 명"이 더 이상 질문이 되지 않고 "누가"가 시작되는 지점입니다.
좀 더 큰 그림에 대해서도 한마디 덧붙이자면, 이 흐름을 과장하기 쉽기 때문에 짚고 갑니다. 출판이 이쪽으로 이동했다는 단단한 증거들이 있습니다. IKEA가 2020년에 인쇄 및 디지털 카탈로그를 종료했는데, 70년 역사에 한때 2억 부에 달했던 발행량이었습니다. Pew Research Center의 2026년 독서 데이터 역시 인쇄 도서가 줄어드는 가운데 전자책 독서가 늘어나고 있음을 보여줍니다. 다만 이 수치는 카탈로그가 아니라 도서에 관한 것이긴 합니다. 형식은 디지털로 갔습니다. 그런데 사람들에게 직접 보내는 문서에 대한 분석은, 대체로 그 흐름을 따라잡지 못했습니다. 그게 메워야 할 간극입니다.
관련 읽을거리
- InDesign Publish Online 내보내기 호스팅 방법 - InDesign에서 HTML5 파일을 처음 꺼내는 단계가 궁금하다면.
- 내장 분석 기능이 있는 단일 HTML 파일 호스팅하기 - 문서가 플립북 번들이 아니라 단일 파일일 때.
- PDF를 누가 열었는지 추적하는 법 - 일반 PDF에 대해 같은 "누가 읽었는가" 질문을 다룹니다.
- 내 제안서를 누가 봤는지 확인하는 법 - 식별 트래킹의 영업용 버전.
- 프레젠테이션을 온라인으로 공유하는 법 - 문서가 프레젠테이션일 때.