Saya berikan jawabannya lebih dulu.
Bukan bahwa "EPUB tidak dioptimalkan untuk manga". Melainkan bahwa "optimasinya ada di spesifikasi dan tidak ada yang memakainya".
Kedengarannya mirip tetapi maknanya sangat berbeda. Kalau yang pertama, tak ada yang bisa dilakukan selain menyerah; kalau yang kedua, keadaannya bisa berubah. Berikut rinciannya.
Pertama-tama, tata letak tetap itu sendiri dimasukkan karena manga. Bahkan penjelasan W3C menyebut tata letak tetap diwujudkan untuk digitalisasi komik, buku anak, dan majalah. Ini bukan kasus format yang dibuat untuk teks lalu dipaksa mengerjakan hal yang tak pernah dimaksudkan untuknya.
Bahkan, EPUB punya spesifikasi untuk mendefinisikan pembacaan per panel. Namanya Region-Based Navigation.
Spesifikasi itu menyatakan terus terang bahwa menyediakan cara membaca per panel adalah kebutuhan penting bagi manga, komik, dan majalah. Sebagai contoh yang digarap, ia mengambil satu halaman manga dengan enam panel dan memperagakan bagaimana tiap panel didefinisikan dan dalam urutan apa dibaca.
Ia bahkan lebih rinci lagi: region bisa disarangkan di dalam sebuah panel. Rancangannya mengantisipasi memperlakukan tiap balon dialog sebagai region tersendiri.
EPUB tidak sekadar menderetkan satu gambar per halaman — mendefinisikan posisi panel dan urutan baca agar sebuah ponsel bisa menyusurinya satu per satu adalah fitur baku format ini.
Di sinilah intinya. Dalam praktiknya tidak ada aplikasi baca yang mendukung bagian spesifikasi ini.
Ada contoh yang menohok. Seorang pengembang perangkat lunak lukis Krita benar-benar mewujudkan ekspor navigasi region ini. Pekerjaannya sendiri memakan waktu sekitar dua jam, dan EPUB yang dihasilkan lolos validasi. Membangunnya sesuai spesifikasi sungguh tidak sulit.
Namun pengembang yang sama menulis bahwa ia tidak bisa memastikan apakah ada perangkat lunak baca yang menampilkan berkas itu dengan benar. Anda bisa membangun persis sesuai spesifikasi dan tetap tidak menemukan tempat untuk membacanya.
Itulah arti "spesifikasinya ada dan tidak ada yang memakainya" dalam praktik. Seorang kreator bisa melakukan semuanya dengan benar dan tetap tidak punya jalan sampai ke pembaca.
Lalu apa tampilan per panel yang Anda dapat saat membaca manga di Kindle? Itu bukan fitur baku EPUB.
Amazon punya mekanisme sendiri bernama Panel View (Guided View), yang dibangun di atas markah khusus Amazon: regionMagnification , targetIduntuk menunjuk sebuah panel, ordinal untuk menetapkan urutan — semuanya milik Amazon.
Di atas itu, ketika penerbit belum menandai panel apa pun, fitur bernama "Virtual Panels" bekerja otomatis. Amazon membelah dan memperbesar halamannya bahkan kalau kreatornya tidak melakukan apa-apa.
Disandingkan, hasilnya begini.
| Standar EPUB | Milik Amazon | |
|---|---|---|
| Spesifikasi tampilan per panel | Ada | Ada |
| Lingkungan baca yang mendukungnya | Nyaris tidak ada | Ada |
| Bekerja tanpa penandaan oleh kreator | Tidak | Diisi otomatis |
Singkatnya, pembacaan manga per panel ada berkat penerapan Amazon, bukan berkat standarnya. Begitulah keadaannya.
Membangun EPUB yang sangat patuh standar tidak menjamin ia terbaca enak sebagai manga. Sebaliknya, di lingkungan Amazon ia terbaca cukup baik bahkan ketika berkasnya tidak menyatakan apa-apa.
"Membuat EPUB yang benar" dan "terbaca nyaman sebagai manga" tidak terhubung — dan dari situlah datang rasa mengganjal yang Anda rasakan saat membangunnya.
Untuk karya gulir vertikal — webtoon — formatnya tidak bisa dibela.
Di jantung tata letak tetap ada gagasan membelah menjadi halaman sejak awal: satu berkas HTML sepadan dengan satu halaman. Gagasan menggulir terus-menerus ke bawah sama sekali tidak ada dalam spesifikasinya.
Jadi memasukkan karya gulir vertikal ke dalam EPUB selalu berarti memotongnya menjadi halaman di suatu tempat. Aliran tanpa putus, yang justru menjadi inti karyanya, hilang secara struktural.
Bukan berarti secara teknis mustahil. Melainkan rancangan formatnya dan sifat karyanya berbenturan langsung.
Ditulis begitu terdengar suram, tetapi ada yang bergerak.
Pada EPUB 3.4 yang sedang disusun, di samping butir seperti dukungan mode gelap dan catatan kaki yang diseragamkan, ada tim khusus yang menangani komik digital.
EPUB 3.4 mencapai tahap Candidate Recommendation pada Juli 2026, dan Rekomendasi formalnya diperkirakan mulai 19 Oktober 2026. Bagaimana manga seharusnya ditangani di EPUB sedang diperdebatkan secara internasional saat ini juga.
Pertimbangan praktis pada titik ini kira-kira begini.
Amazon mengambil EPUB Anda, mengubahnya ke formatnya sendiri, lalu menyebarkan yang itu. Pengalaman tampilan per panel diserahkan pada mesin Amazon, jadi saat ini nyaris tidak ada gunanya bersusah payah dengan definisi panel yang baku. Lebih aman berfokus pada mutu gambar halamannya sendiri dan pada membereskan hal mendasar: arah penjilidan, urutan halaman.
EPUB tata letak tetap dengan pasti mengerjakan tugas menampilkan halaman dengan benar. Bertahanlah pada susunan sederhana satu gambar per halaman dan ia akan terbaca baik di kebanyakan aplikasi. Lepaskan tampilan per panel dan curahkan perhatian pada halaman ganda dan resolusi gambar.
Ada baiknya berhenti sejenak dan bertanya apakah EPUB memang wadah yang tepat. Periksa apakah tempat Anda menerbitkan benar-benar menginginkan EPUB. Kalau Anda bisa menyebarkan gambarnya apa adanya, itu lebih setia pada karyanya; kalau unggahan ke toko menuntut EPUB, ya EPUB. Berpikirlah mundur dari tujuannya.
Pilih folder gambar dan Anda mendapat EPUB tata letak tetap dengan arah penjilidan dan ukuran halaman yang sudah beres. Tanpa akun, tanpa pemasangan.
Coba EPUB FACTORY