MOBI PDF 변환 도구
Kindle의 MOBI 전자책을 업로드하여 레이아웃이 안정된 PDF로 한 번에 변환
MOBI 파일을 여기에 끌어 놓거나 클릭하여 선택
.mobi 형식 지원(DRM 없음), 최대 5MB
MOBI를 PDF로 변환이란?
MOBI를 PDF로 변환은 .mobi 파일을 PDF(Portable Document Format)로 빠르게 바꿔주는 온라인 전자책 변환 도구입니다. MOBI는 Mobipocket SA(2005년 아마존에 인수)가 만든 전자책 형식으로, 오랫동안 Kindle 기기의 대표 포맷 중 하나로 쓰였습니다. 본문 텍스트는 Palm Database(PDB) 바이너리 컨테이너 안에 압축된 HTML 조각으로 저장되며, 화면 크기에 맞춰 글자가 자동으로 재배치됩니다. 반면 PDF는 고정 레이아웃 형식으로, 각 페이지의 크기와 좌표가 정해져 있어 어떤 기기에서 열어도 똑같이 보입니다.
MOBI를 PDF로 바꾼다는 것은 흐르는 글자를 페이지가 나뉜 고정 판면에 고정하는 것입니다. 변환 엔진은 먼저 PDB 컨테이너를 파싱하고, PalmDOC 헤더와 MOBI 헤더를 읽어 텍스트 레코드의 압축을 풀어 완전한 HTML 문서로 조립합니다. 이어서 표지와 그림 레코드를 추출하고, 설정한 페이지 크기·여백·글꼴 크기에 맞춰 다시 페이지를 나눈 뒤 PDF로 렌더링합니다. 결과물은 인쇄, 보관, 컴퓨터에서 주석 달기, 리더기가 없는 사람과 공유에 적합합니다. 전체 과정은 서버 측에서 이루어지며, 변환이 끝나면 원본 MOBI는 서버에서 자동으로 삭제되고 사본은 남지 않습니다.
대표적인 활용 사례: 오래된 Kindle MOBI의 일부 페이지를 인쇄하고 싶을 때, 직접 만들거나 퍼블릭 도메인인 MOBI를 고정 레이아웃 PDF로 전달할 때, 학술 자료를 인용하기 편하게 고정 페이지 번호로 만들 때, 또는 Kindle 앱 대신 컴퓨터의 PDF 뷰어로 읽고 싶을 때 - Calibre 같은 데스크톱 프로그램 없이 3단계로 끝납니다. 참고로 아마존은 2022년 말부터 Send to Kindle에서 MOBI 접수를 중단하고 EPUB을 권장하고 있어 MOBI는 점차 사라지는 추세입니다. 하지만 이미 가지고 있는 MOBI 파일은 이 도구로 변환할 수 있습니다.
사용 방법
사용 방법
- 업로드 영역을 클릭하거나 MOBI 파일을 끌어다 놓으세요(.mobi만 지원)
- 「PDF로 변환」을 클릭하면 서버가 몇 초 만에 파싱·압축 해제·페이지 나누기를 마칩니다
- 완료되면 「PDF 다운로드」를 클릭해 기기에 저장하세요
- 계속 변환하려면 「다른 파일 변환」으로 다시 시작하세요
변환 확인
- 변환 품질은 MOBI의 인코딩, CSS 스타일, 이미지 리소스가 온전한지에 달려 있습니다. 옛버전 MOBI는 글꼴 임베드를 지원하지 않아 PDF는 서버의 표준 글꼴로 재배치됩니다.
- 다운로드한 PDF를 열어 페이지 나누기, 목차, 이미지를 확인하세요. 특히 삽화나 표가 많은 전자책에서는 주의하세요.
활용 사례
기술 원리
MOBI 파일은 본질적으로 PalmOS 데이터베이스 형식 규격을 따르는 Palm Database(PDB) 바이너리 컨테이너입니다. 파일의 시작에는 78바이트의 PDB 헤더가 있습니다. 여기에는 데이터베이스 이름(32바이트), 속성, 버전, 생성/수정 시간, 타입 식별자(보통 BOOKMOBI), 크리에이터 식별자(일반적으로 MOBI 또는 TEXt), 전체 레코드 수, 그리고 레코드 오프셋 테이블이 들어 있습니다. 테이블의 각 항목은 해당 레코드의 파일 내 바이트 오프셋과 속성을 알려줍니다. MOBI의 모든 콘텐츠(텍스트, 이미지, 인덱스)는 보통 4096바이트씩 같은 크기로 잘려 PDB 레코드로 순차적으로 저장됩니다. 레코드 0은 헤더 정보, 그 다음은 텍스트 레코드, 이어서 이미지 레코드 순입니다.
레코드 0은 MOBI를 파싱하는 핵심이며, 세 헤더가 연달아 들어 있습니다. 첫 번째는 PalmDOC 헤더로, 압축 방식(1=압축 없음, 2=PalmDOC 사전 압축/Huffdic), 전체 텍스트 길이, 텍스트 레코드 수, 레코드당 크기, 암호화 방식을 알려줍니다. 다음은 "MOBI" 식별자로 시작하는 MOBI 헤더로, 헤더 길이, MOBI 타입, 텍스트 인코딩(CP1252 또는 UTF-8), 고유 ID, 생성기 버전, 첫 번째 이미지 레코드의 인덱스(firstImageIndex), Huffman 테이블 관련 필드, 그리고 EXTH 플래그를 담고 있습니다. EXTH 플래그가 설정되어 있으면 바로 뒤에 EXTH 헤더가 이어집니다. "EXTH"로 시작하며 타입-길이-값 레코드들을 나열해 저자, 책 제목, 출판사, ISBN, ASIN, 출판일 같은 메타데이터를 저장합니다.
본문 텍스트는 레코드 1부터 N까지 분산돼 있어서, PalmDOC 헤더가 지정한 압축 방식에 따라 레코드별로 압축을 풀고 이어 붙여야 완전한 HTML 문서가 됩니다. PalmDOC 압축은 바이트 단위의 LZ77 변종으로, 1비트 플래그로 '그대로 쓰는 바이트'와 '역참조'를 구분하고, 역참조는 (거리, 길이) 쌍으로 이미 풀린 출력 버퍼에서 구간을 복사해 반복되는 내용을 압축합니다. Huffdic은 MOBI만의 커스텀 Huffman 방식입니다. 압축을 푼 HTML은 제한된 부분 집합(HTML 3.2/4에 가까움)이고 CSS 지원도 제한적입니다. 옛버전 MOBI는 SVG, 중첩 표, 글꼴 임베드를 지원하지 않습니다(KF8/AZW3에서야 이 제한이 완화됐습니다). 이미지는 <img recindex="00001">로 참조하며, recindex는 firstImageIndex부터 시작해 n번째 이미지 레코드를 가리킵니다.
그래서 MOBI에서 PDF로 변환은 네 단계로 나뉩니다. PDB 컨테이너를 파싱해 레코드 오프셋을 가져오기 -> 레코드 0의 PalmDOC/MOBI/EXTH 헤더를 읽어 인코딩·압축·메타데이터 확정하기 -> 텍스트 레코드의 압축을 풀어 HTML로 조립하고 이미지 레코드 추출하기 -> 설정한 페이지 크기와 여백으로 HTML을 배치·페이지 나누기한 뒤 PDF로 렌더링하기(글꼴은 TrueType 서브셋으로 임베드, 이미지는 JPEG/Flate로 재인코딩, ISO 32000-1/2 준수)입니다. 이 페이지 나누기 단계는 EPUB에서 PDF로와 동일하기 때문에 변환기는 CSS 충실도를 높이려고 헤드리스 브라우저(headless Chromium)의 print-to-PDF를 자주 활용합니다. Calibre의 ebook-convert는 MOBI 입력 플러그인과 자체 렌더링 파이프라인을 내장해 명령행 환경의 사실상 표준이며, KindleUnpack은 MOBI를 HTML과 이미지로 먼저 분해해 다운스트림 렌더러에 넘기는 용도로 쓰입니다. 이 도구는 DRM이 없는 MOBI만 받습니다. 아마존 DRM으로 잠긴 정판 책은 파싱할 수 없습니다. .azw3/KF8은 MOBI의 현대적 후계 포맷으로, 구조가 EPUB에 더 가깝고 별도의 도구가 필요합니다.
- PDB 컨테이너 구조: 78바이트 Palm 데이터베이스 헤더(데이터베이스 이름, 타입 BOOKMOBI, 크리에이터, 레코드 수 + 오프셋 테이블). 콘텐츠는 약 4096바이트 레코드로 잘려 순차적으로 저장됨
- 레코드 0의 세 헤더: PalmDOC 헤더(압축 방식, 텍스트 길이, 레코드 크기) -> MOBI 헤더(인코딩, firstImageIndex, EXTH 플래그) -> EXTH 헤더(저자, 책 제목, ISBN, ASIN 등 메타데이터)
- 텍스트 압축 해제: 레코드 1~N을 PalmDOC 헤더가 지정한 방식(압축 없음 / PalmDOC LZ77 사전 압축 / Huffdic Huffman)으로 풀어 이어 붙이면 완전한 HTML이 됨
- HTML 부분 집합과 이미지: MOBI는 제한된 HTML(HTML 3.2/4에 가까움)을 쓰고 CSS가 제한적이며 옛버전은 SVG와 글꼴 임베드를 지원하지 않음. 이미지는 별도 레코드로 저장되고 <img recindex="00001">로 인덱스 참조
- 변환 네 단계: PDB 파싱 -> 헤더 읽어 인코딩/압축/메타데이터 확정 -> 텍스트 압축 해제와 이미지 추출 -> 배치·페이지 나누기 후 PDF로 렌더링(글꼴 서브셋 임베드, 이미지 재인코딩, ISO 32000-1/2 준수)
- 엔진과 제한: CSS 충실도를 위해 headless Chromium의 print-to-PDF를 자주 쓰거나 Calibre의 ebook-convert(MOBI 입력 플러그인 내장)을 사용. DRM 없는 MOBI만 받고 .azw3/KF8은 현대적 후계 포맷
- 포맷 현황: 아마존은 2022년 말부터 Send to Kindle에서 MOBI 접수를 중단하고 EPUB을 권장. 기존 MOBI 파일은 여전히 변환할 수 있지만, 이 포맷은 단계적 폐지 중
예시
오래된 Kindle 책 인쇄하기
몇 년 전 Kindle에 넣어둔 MOBI 소설을 PDF로 바꿔 노트에 쓸 부분만 골라 인쇄하세요학술 자료 보관
MOBI 교재를 고정 페이지 PDF로 바꾸면 인용 시 '47쪽'이 명확해집니다컴퓨터에서 읽기
Kindle 클라이언트가 없어도 괜찮습니다. MOBI를 PDF로 바꾸면 브라우저나 PDF 뷰어에서 넘기며 읽을 수 있어요자주 묻는 질문
내 MOBI 파일이 기기에 그대로 남나요?
아닙니다. .mobi 파일은 당사의 변환 서버로 업로드되어 파싱·렌더링된 뒤 PDF로 만들어져 다운로드용으로 반환됩니다. 업로드하는 모든 것은 기기를 떠나는 것으로 간주하고, 마스킹하지 않은 민감한 자료는 보내지 마세요. 변환이 끝나면 원본 파일은 서버에서 자동으로 삭제됩니다.
어떤 전자책 형식을 지원하나요?
이 도구는 .mobi만 받습니다. .epub, .azw3, .pdf 등 다른 형식은 각각 전용 변환 도구가 필요합니다. EPUB은 당사 사이트의 EPUB to PDF 도구를 사용하면 되고, .azw3/KF8은 MOBI의 현대적 후계 포맷이라 구조가 달라 따로 처리해야 합니다.
DRM으로 보호된 MOBI도 변환할 수 있나요?
아닙니다. 아마존 DRM으로 잠긴 Kindle 정판 전자책은 변환기에서 열 수 없습니다. 정당한 방법으로 얻은 DRM 없는 MOBI를 사용하세요. 예를 들어 직접 만든 전자책, 퍼블릭 도메인 도서, 명시적 사용 허가를 받은 파일이 해당됩니다.
글꼴과 레이아웃이 유지되나요?
옛버전 MOBI는 글꼴 임베드를 지원하지 않아서, 변환 후에는 서버의 표준 글꼴(한글 글꼴 포함)로 조판됩니다. 줄바꿈과 페이지 나누기가 Kindle에서 보던 것과 약간 다를 수 있습니다. 글꼴 임베드는 KF8/AZW3에서만 지원하며, 그것은 또 다른 형식입니다. 챕터 구조, 표지, 삽화는 최대한 보존됩니다.
변환된 PDF는 고정 페이지 번호인가요?
네. MOBI는 리플로우 방식이라 고정 페이지 번호가 없고, PDF는 고정 레이아웃이라 각 페이지에 확정된 번호와 좌표가 있습니다. 페이지 크기, 여백, 글꼴 크기는 변환 엔진이 설정하므로 PDF의 페이지 번호는 Kindle에서 MOBI를 읽던 위치와 대응하지 않습니다.
이미지, 표지, 목차는 유지되나요?
표지는 보통 PDF의 첫 페이지로 렌더링되고, 본문 이미지(JPEG/GIF/BMP)는 재인코딩돼 임베드됩니다. MOBI의 목차를 내장 인덱스나 HTML 앵커에서 파싱할 수 있으면 PDF 책갈피로 보존됩니다. 챕터 제목은 페이지 나누기 규칙에 따라 해당 페이지에 배치됩니다.
PDF가 원본 MOBI보다 훨씬 큰 이유는 뭔가요?
MOBI의 텍스트는 PalmDOC/Huffdic으로 압축돼 있고 HTML 부분 집합이 매우 간결해서 파일이 작습니다. 반면 PDF는 렌더링된 고정 페이지를 저장하고 글꼴 서브셋과 재인코딩된 이미지까지 임베드합니다. 삽화가 많은 전자책은 변환 후 크기가 몇 배로 커지는 경우가 흔하며, 이는 형식의 정상적인 특성입니다.