Ukuran File Model Produk 3D: Apa yang Dimuat Ponsel

Ukuran file model produk 3D sebesar 5 MB sudah terlalu berat untuk halaman produk yang dibuka pembeli di ponsel. Bobot yang masih bertahan di Android kelas menengah dengan koneksi seluler biasa ada di kisaran 2 MB, dan alasannya aritmetika, bukan selera: pada 5 Mbps, setiap megabyte butuh 1,6 detik sebelum penampil bisa menggambar frame pertama.

Setelah angka itu diterima, pembicaraannya berubah. Sebagian besar pemasok memperlakukan model sebagai materi pemasaran dan ukuran file sebagai masalah studio 3D. Pembeli hanya melihat hal pertama yang diunduh saat halaman terbuka. Berikut tabel anggaran, empat tempat byte benar-benar habis, dan enam pemeriksaan sebelum menempel tautan 3D ke email penawaran.

Tabel ukuran file model produk 3D: apa yang diunduh ponsel lebih dulu

Waktu unduh adalah ukuran file × 8 ÷ kecepatan koneksi. Render, rotasi, dan frame pertama tidak ada dalam persamaan itu. Tabel mengasumsikan koneksi stabil dan mengabaikan handshake TLS serta latensi bolak-balik, jadi ponsel sungguhan selalu lebih lambat.

Baca baris 50 MB dua kali. Itu 13 detik bahkan di kantor dengan jaringan bagus, dan lebih dari empat menit pada sinyal lemah di gudang, showroom, atau hotel. Model sebesar itu bukan materi presentasi, melainkan transfer file yang tidak disetujui pembeli.

Model 3D adalah satu-satunya aset produk yang harus diunduh seluruhnya sebelum pembeli melihat bagian mana pun. Foto bisa muncul bertahap, video mulai setelah beberapa detik buffer, GLB tidak.

Mengapa seluruh model harus tiba lebih dulu

Spesifikasi glTF 2.0 menyatakan tegas bahwa format ini bukan format streaming: data biner bisa dialirkan, tetapi glTF tidak mendefinisikan struktur streaming apa pun. Penampil karena itu memuat aset, mengurainya, lalu merender. Tidak ada pratinjau sebagian yang tampak seperti produk.

Kontainer berpengaruh. GLB mengemas deskripsi adegan JSON dan buffer biner dalam satu file tanpa pembengkakan base64: efisien dalam satu permintaan, tetapi pembeli menunggu paket utuh. File .gltf terpisah dengan .bin dan tekstur sendiri memungkinkan penampil mengambil potongan dan mulai lebih awal, dengan biaya lebih banyak permintaan dan lebih banyak titik gagal. Untuk kartu produk satu SKU, satu GLB biasanya tepat; untuk rangkaian 60 SKU, file terpisah yang dipakai bersama sering lebih ringan totalnya.

Semua ini tidak muncul di kolom gambar pada laporan performa, karena itu terlewat. Elemen Largest Contentful Paint pada halaman produk biasanya gambar utama atau blok teks, bukan kanvas WebGL. Patokan Google adalah LCP 2,5 detik atau kurang pada persentil ke-75. Jika JavaScript penampil dan unduhan model berebut bandwidth dengan gambar utama, halaman meleset dari ambang itu sementara tim 3D melaporkan "model tampil normal".

Berapa berat sisa halaman

Data HTTP Archive 2024 dalam Web Almanac mencatat halaman desktop median 2.312 KB dan halaman seluler median 2.037 KB. Di seluler, gambar saja mengambil sekitar 900 KB dari angka median itu.

Bandingkan model dengan angka tersebut:

Begitulah anggaran ditetapkan. Tampilan 3D hanyalah satu elemen pada halaman yang juga memuat galeri, tabel spesifikasi, ulasan, skrip analitik, dan tema. Kalau model sendirian lebih besar dari halaman median, model menjadi halaman itu, dan pembeli membayarnya dalam hitungan detik.

Cuaca dan Wi-Fi pameran memperburuk ini, begitu pula perangkatnya. Ponsel kelas menengah berusia tiga tahun mendekode tekstur 4096 piksel jauh lebih lambat daripada laptop tempat file disetujui. Uji di ponsel, bukan di monitor studio.

Ke mana byte pergi dan kompresi mana memperbaiki bagian mana

Ukuran file terkonsentrasi di tiga bagian, biasanya dalam urutan ini: tekstur, geometri, dan sisanya (animasi, kamera, node berlebih). Yang mengejutkan, geometri sering bukan penyebab utama. Model hasil foto dengan satu tekstur PNG 4096 × 4096 bisa lebih berat daripada mesh yang dibungkusnya.

Dua ekstensi yang diratifikasi Khronos melakukan pekerjaan kompresi dan menyelesaikan masalah berbeda. KHR_draco_mesh_compression mengalirkan geometri terkompresi alih-alih data verteks mentah. KHR_texture_basisu menyimpan tekstur sebagai KTX2 dengan superkompresi Basis Universal, yang memangkas ukuran transmisi dan memori GPU.

Keduanya ekstensi, bukan glTF dasar. Penampil harus mendukungnya, dan file wajib mendeklarasikannya di extensionsRequired bila tidak ada cadangan tak terkompresi. Sebelum mengirim, buka file ekspor di penampil yang benar-benar dipakai pembeli: kartu produk Anda, situs Anda, atau slot 3D marketplace. Bisa dibuka di Blender tidak membuktikan apa pun untuk browser ponsel.

Enam pemeriksaan sebelum mengirim tautan tampilan 3D

Lakukan berurutan. Dua yang pertama mencegah sebagian besar kerugian; empat berikutnya mencegah kegagalan yang berakhir sebagai email dukungan, bukan pesanan.

• File berupa satu .glb yang diekspor untuk web, bukan .blend, .step, atau .obj dengan tekstur tercecer
• .glb itu berada dalam anggaran bobot koneksi yang benar-benar dipakai pembeli
• Gambar statis dimuat lebih dulu dan penampil baru mulai saat pembeli mengetuk atau menggulir ke sana
• Satu jari memutar, cubit memperbesar, dan model tidak melompat atau melewati batas
• Siluet, jumlah komponen, dan perangkat keras masih cocok dengan produk dan gambar berukuran
• Pembeli tanpa WebGL, atau dengan browser kantor yang diblokir, tetap mendapat foto dan tabel spesifikasi

Pemeriksaan 1: ekspor web, bukan file kerja

.blend atau .step adalah dokumen penulisan: membawa riwayat, kamera, material, kadang tekstur di folder laptop seseorang. Kontainer web adalah GLB, dan adegan seharusnya berisi satu produk, satu kamera, dan material yang bisa dibaca penampil. Jika dialog ekspor menanyakan "apply modifiers" atau "include hidden objects", jawab ya untuk yang pertama dan tidak untuk yang kedua.

Foto sumber sama pentingnya dengan ekspor. Model yang dibangun dari sudut dan pencahayaan campur akan memperlihatkan sambungan itu begitu pembeli memutar, alasan yang sama mengapa set foto tidak konsisten merusak halaman produk. Jika set foto masih disiapkan, mulai dari foto untuk tampilan 3D produk sebelum menyentuh pengekspor.

Pemeriksaan 2: bobot cocok dengan koneksi, bukan studio

Buka properti file ekspor, baca ukuran file model produk 3D dalam megabyte, lalu bandingkan dengan tabel di atas. Selalu pada file ekspor, bukan proyek: file kerja 40 MB bisa diekspor menjadi 3 MB, dan file 3 MB bisa menjadi 30 MB setelah tekstur dikemas.

Kalau melewati anggaran, perbaiki bagian terbesar lebih dulu. Mengganti empat peta PNG 4096 piksel dengan satu atau dua JPEG 1024 biasanya menghapus lebih banyak bobot daripada perubahan geometri apa pun. Draco dan KTX2 menyusul: keduanya mengecilkan aset yang wajar, bukan membuat aset yang tidak wajar menjadi dapat diterima.

Pemeriksaan 3: frame pertama adalah gambar poster, bukan kanvas kosong

Muat penampil secara lazy dan tampilkan gambar diam, idealnya dari sudut yang sama dengan saat model terbuka, sampai pembeli berinteraksi. Ini mengeluarkan kanvas 3D dari jalur kritis dan menyisakan kandidat LCP yang nyata.

Kegagalan berikutnya yang paling sering adalah respons sentuhan. Ambang Interaction to Next Paint Google adalah 200 milidetik pada persentil ke-75; di atas 500 ms dinilai buruk. Model berat ditambah mesin fisika dan pass bayangan bisa mendorong ketuk-untuk-memutar melewati garis itu di ponsel kelas menengah, meski halaman cepat dimuat.

Pemeriksaan 4: berputar dengan satu ibu jari

Pegang ponsel dengan satu tangan dan putar model dengan ibu jari. Kalau gerakan butuh dua jari, model terus berputar setelah dilepas, atau zoom menggeser pusat rotasi, pembeli akan bergulat dengan penampil alih-alih membaca produk.

Uji juga tepinya: atas, bawah, belakang. Penampil yang membatasi rotasi pada ±45 derajat justru menyembunyikan permukaan yang paling ingin diperiksa pembeli, yang tidak pernah difoto studio.

Pemeriksaan 5: bentuknya masih cocok dengan produk

Putar model terhadap unit asli dan gambar berukuran. Perhatikan siluet, perangkat keras, garis sambungan, dan ketebalan tepi panel. Lalu perhatikan bagian yang akan diperiksa pembeli: engsel, kaki, pegangan, profil cetakan.

Mengubah foto menjadi aset 3D adalah langkah presentasi, bukan pengukuran. Model boleh menghaluskan lengkung; model tidak boleh mengarang pegangan, menghapus sambungan, atau mengubah proporsi yang tercantum di gambar. Jika model dan gambar berbeda, gambar menang dan model dibuat ulang.

Di sinilah dua jenis keluaran harus jujur satu sama lain. Model berputar menunjukkan bentuk dan cara komponen bertemu; diagram berukuran menunjukkan angka. Perangkat lunak yang menempelkan dimensi hasil ukur pada foto dan membangun model berputar dari sumber yang sama mencegah kedua tampilan itu melenceng, dan menaruh dimensi pada anotasi tempat pembeli bisa membacanya, bukan di dalam render yang tak bisa diukur siapa pun.

Pemeriksaan 6: ada cadangan untuk yang tidak bisa melihat

Laptop kantor memblokir WebGL. Sebagian browser mematikannya secara default. Ponsel lama kehabisan memori pada tekstur besar. Dalam semua kasus itu pembeli tetap harus mendapat gambar diam, tabel spesifikasi, dan tombol kontak.

Tulis cadangan itu di halaman, bukan di rencana. Penampil yang menampilkan kotak abu-abu berputar saat WebGL tidak tersedia lebih buruk daripada tanpa penampil, karena pembeli menyimpulkan halaman Anda rusak.

Apa yang bisa dan tidak bisa dibuktikan tampilan 3D

Tampilan 3D adalah aset presentasi: ia menyampaikan bentuk, proporsi, dan hubungan antarkomponen. Bukan catatan pengukuran. Ukuran tampak di layar bergantung pada kamera, sudut pandang, dan layar pembeli, jadi tidak ada yang bisa membaca dimensi darinya, dan pemasok tidak boleh menyiratkan bisa.

Kalimat itu layak ditulis di halaman. Satu baris — "dimensi diukur pada produk, tampilan 3D hanya menunjukkan bentuk" — mencegah kesalahpahaman termahal dalam alur ini: pembeli yang mengira model adalah gambar berukuran lalu memesan berdasarkan itu.

Kapan tampilan 3D tidak sepadan dengan bobotnya

3D bukan jawaban default untuk setiap pertanyaan pembeli, dan halaman yang memuat semua format lebih lambat daripada yang memuat yang tepat. Pakai aturan ini.

Kalau pertanyaannya hanya "format mana yang saya kirim", pilihannya biasanya antara tampilan 3D dan urutan foto, bukan antara 3D dan tidak mengirim apa pun. Komprominya bobot file, interaksi, dan seberapa besar kendali yang dibutuhkan pembeli; penampil 3D vs foto 360 membahas pemisahan itu lebih rinci.

Saat 3D memang layak, tempatkan di tempat yang terlihat: tampilan 3D produk yang terbuka di samping dimensi terukur, dalam kartu yang sama yang diteruskan pembeli ke timnya, lebih berguna daripada penampil yang terkubur tiga klik di dalam katalog.

Pertanyaan umum

Seberapa besar model produk 3D untuk sebuah situs?

Di bawah 5 MB, dan di bawah 2 MB bila pembeli kemungkinan membuka halaman di ponsel. Batasnya berasal dari aritmetika, bukan preferensi: pada 5 Mbps model 5 MB butuh 8 detik sampai frame pertama, dan itu belum termasuk waktu jalan JavaScript penampil. Periksa GLB hasil ekspor, bukan proyeknya.

Apakah model 3D memperlambat halaman produk?

Ya, biasanya di dua tempat. Unduhan berebut bandwidth dengan gambar utama dan mendorong Largest Contentful Paint melewati ambang baik 2,5 detik dari Google. Setelah itu JavaScript penampil mengambil main thread dan mendorong latensi interaksi ke arah ambang INP 200 ms. Ukur keduanya di PageSpeed Insights dengan model terpasang, bukan dengan placeholder.

Apa bedanya GLB dan glTF?

GLB adalah kontainer biner, glTF adalah formatnya. .gltf adalah JSON yang menunjuk ke .bin dan file gambar terpisah. .glb mengemas JSON dan buffer biner dalam satu file tanpa base64, jadi satu permintaan dan sedikit lebih kecil daripada JSON setara dengan data tertanam. Keduanya glTF 2.0 dan dimuat di penampil yang patuh.

Bisakah ukuran file model 3D dikurangi tanpa kehilangan bentuk?

Bisa, tiga langkah: hapus tekstur dan peta yang tidak dipakai material, dekimate geometri sampai detail yang bisa ditampilkan penampil, lalu terapkan Draco pada geometri dan KTX2/Basis pada tekstur. Periksa ulang siluet dan jumlah komponen setiap langkah. Keuntungan murah hampir selalu di tekstur; kesalahan mahal adalah mendekimasi permukaan lengkung sampai profilnya tidak lagi cocok dengan gambar.

Bisakah pembeli mengukur produk dari tampilan 3D?

Tidak. Tampilan 3D menunjukkan bentuk dan proporsi; ia tidak bisa memastikan dimensi, karena ukuran tampak bergantung pada kamera, sudut pandang, dan layar. Yang butuh angka harus membaca diagram spesifikasi berukuran atau gambar berukuran, di mana dimensi melekat pada produk, bukan disimpulkan dari render.

Sumber dan referensi

• web.dev — Largest Contentful Paint (LCP): ambang baik 2,5 detik, buruk di atas 4,0 detik, diukur pada persentil ke-75
• web.dev — Interaction to Next Paint (INP): ambang baik 200 milidetik, buruk di atas 500 milidetik
• HTTP Archive Web Almanac 2024 — bab Page Weight: halaman seluler median 2.037 KB, desktop 2.312 KB, gambar seluler ~900 KB
• Khronos Group — spesifikasi glTF 2.0: struktur kontainer GLB, buffer biner, dan keterangan bahwa glTF bukan format streaming
• Khronos Group — ekstensi KHR_draco_mesh_compression: geometri terkompresi alih-alih data verteks mentah
• Khronos Group — ekstensi KHR_texture_basisu: tekstur KTX2 dengan superkompresi Basis Universal