حجم ملف النموذج ثلاثي الأبعاد للمنتج: ما يحمّله الهاتف

حجم ملف النموذج ثلاثي الأبعاد البالغ 5 ميغابايت ثقيل بالفعل على صفحة منتج يفتحها المشتري على هاتفه. الوزن الذي تصمد له هاتف أندرويد متوسط المواصفات على اتصال جوّال عادي يقارب 2 ميغابايت، والسبب حسابي لا ذوقي: عند سرعة 5 ميغابت في الثانية، كل ميغابايت تكلّف 1.6 ثانية قبل أن يرسم العارض الإطار الأول.

حين تُقبل هذا الرقم تتغير طبيعة النقاش. معظم المورّدين يعاملون النموذج كأصل تسويقي وحجم الملف كمشكلة استوديو ثلاثي الأبعاد، أما المشتري فلا يرى إلا أول شيء يُنزَّل عند فتح الصفحة. فيما يلي جدول الميزانية، والمواضع الأربعة التي يذهب إليها الحجم فعلاً، والفحوص الستة قبل لصق رابط ثلاثي الأبعاد في بريد عرض السعر.

جدول حجم ملف النموذج ثلاثي الأبعاد: ما ينزّله الهاتف أولاً

زمن التنزيل = حجم الملف × 8 ÷ سرعة الاتصال. لا يوجد في هذه المعادلة تصيير ولا دوران ولا إطار أول. يفترض الجدول اتصالاً مستقراً ولا يحسب مصافحة TLS ولا زمن الذهاب والإياب، لذا يكون الهاتف الحقيقي أبطأ دائماً.

اقرأ سطر 50 ميغابايت مرتين. هذه 13 ثانية حتى على اتصال مكتب جيد، وأكثر من أربع دقائق على إشارة جوّال ضعيفة في مستودع أو صالة عرض أو فندق. النموذج بهذا الحجم ليس أصلاً عرضياً، بل نقل ملف لم يوافق عليه المشتري.

النموذج ثلاثي الأبعاد هو الأصل الوحيد الذي يضطر المشتري إلى تنزيل المنتج كاملاً قبل أن يرى أي جزء منه. الصورة يمكن أن تظهر تدريجياً من أعلى، والفيديو يبدأ بعد ثوانٍ من التخزين المؤقت، أما ملف GLB فلا.

لماذا يجب أن يصل النموذج كاملاً أولاً

تنص مواصفة glTF 2.0 صراحةً على أن الصيغة ليست صيغة بث: يمكن نقل البيانات الثنائية على شكل تدفق، لكن glTF لا يعرّف أي بنية بث. لذلك يحمّل العارض الأصل ويحلله ثم يصيّر. لا توجد معاينة جزئية تشبه المنتج.

للحاوية أثر هنا. يضم GLB وصف المشهد بصيغة JSON والمخازن الثنائية في ملف واحد دون تضخّم base64، وهو فعّال في طلب واحد لكن المشتري ينتظر الحزمة كاملة. أما ملف .gltf منفصل مع .bin وصور مستقلة فيتيح للعارض جلب أجزاء والبدء أبكر، مقابل طلبات أكثر ونقاط فشل أكثر. لبطاقة منتج برمز SKU واحد يكون GLB الواحد هو الخيار الصحيح عادةً، ولخط من 60 رمزاً يكون تشارك ملفات مقسّمة أخف في المجموع غالباً.

لا يظهر شيء من هذا في عمود الصور بتقارير الأداء، ولهذا يُغفل. عنصر Largest Contentful Paint في صفحة المنتج هو عادةً الصورة الرئيسية أو كتلة نص، وليس لوحة WebGL. يحدد Google قيمة جيدة لهذا المؤشر عند 2.5 ثانية أو أقل في المئين الخامس والسبعين. إذا تنافس سكربت العارض وتنزيل النموذج مع الصورة الرئيسية على النطاق الترددي، فشلت الصفحة في هذا الحد بينما يبلّغ فريق النمذجة بأن «النموذج يُصيَّر بشكل سليم».

كم يزن بقية الصفحة أصلاً

تضع بيانات HTTP Archive لعام 2024 في تقرير Web Almanac متوسط الصفحة المكتبية عند 2,312 كيلوبايت والصفحة الجوّالة عند 2,037 كيلوبايت. وعلى الجوّال تمثل الصور وحدها نحو 900 كيلوبايت من هذا المتوسط.

قارن النموذج بهذه الأرقام:

هكذا تُحدَّد الميزانية. العرض ثلاثي الأبعاد عنصر واحد في صفحة تحمل أيضاً المعرض وجدول المواصفات والتقييمات وسكربتات القياس والقالب. إذا تجاوز النموذج وحده متوسط الصفحة، صار النموذج هو الصفحة، ويدفع المشتري الثمن بالثواني.

يزيد الطقس وشبكة المعرض والجهاز من سوء الأمر. هاتف متوسط المواصفات عمره ثلاث سنوات يفك ترميز نسيج بدقة 4096 بكسل أبطأ بكثير من الحاسوب الذي اعتُمد عليه الملف. اختبر على الهاتف لا على شاشة الاستوديو.

إلى أين يذهب الحجم، وأي ضغط يعالج أي جزء

يتركّز حجم الملف في ثلاث كتل، بهذا الترتيب عادةً: الأنسجة، ثم الهندسة، ثم الباقي (تحريك، كاميرات، عُقد زائدة). والمفاجئ أن الهندسة ليست السبب الأكبر غالباً. النموذج المشتق من صور مع نسيج PNG واحد بدقة 4096 × 4096 قد يزن أكثر من الشبكة التي يغلفها.

هناك امتدادان صادق عليهما Khronos يقومان بمعظم عمل الضغط ويعالجان مشكلتين مختلفتين. KHR_draco_mesh_compression ينقل هندسة مضغوطة بدل بيانات الرؤوس الخام. KHR_texture_basisu يخزّن الأنسجة بصيغة KTX2 مع ضغط Basis Universal الفائق، ما يقلل حجم النقل وذاكرة كرت الرسوم معاً.

كلاهما امتداد وليس من أساس glTF. يجب أن يدعمه العارض، ويجب أن يعلنه الملف في extensionsRequired عند غياب بديل غير مضغوط. قبل الإرسال، افتح الملف المصدَّر في العارض نفسه الذي سيستخدمه المشتري: بطاقة منتجك، أو موقعك، أو خانة النموذج ثلاثي الأبعاد في السوق الإلكتروني. فتحه في Blender لا يثبت شيئاً عن متصفح هاتف.

ستة فحوص قبل إرسال رابط العرض ثلاثي الأبعاد

نفّذها بهذا الترتيب. أول فحصين يمنعان معظم الضرر، والأربعة الباقية تمنع الأعطال التي تنتهي برسالة دعم بدل طلب شراء.

• الملف .glb واحد صادر للويب، وليس .blend أو .step أو .obj مع أنسجة متناثرة
• حجم هذا الملف داخل ميزانية الوزن للاتصال الذي يستخدمه مشتريك فعلاً
• تُحمَّل صورة ثابتة أولاً، ولا يبدأ العارض إلا بعد نقر المشتري أو وصوله إليه بالتمرير
• إصبع واحد يدير النموذج، والقرص يكبّر، ولا يقفز النموذج ولا يتجاوز الحافة
• الظل الخارجي وعدد القطع والمكوّنات المعدنية ما زالت مطابقة للمنتج وللرسم ذي الأبعاد
• المشتري الذي لا يدعم متصفحه WebGL، أو يُحجب عنه بسياسة شركة، يحصل على الصور وجدول المواصفات

الفحص 1: ملف تصدير للويب، لا ملف عمل

ملف .blend أو .step مستند تأليف: يحمل تاريخ التعديلات والكاميرات والمواد، وأحياناً أنسجة تعيش في مجلد على حاسوب أحدهم. حاوية الويب هي GLB، ويجب أن يحتوي المشهد منتجاً واحداً وكاميرا واحدة ومواد يستطيع العارض قراءتها. إذا سأل مربع التصدير عن «تطبيق المعدّلات» أو «تضمين الكائنات المخفية»، فالجواب نعم للأول ولا للثاني.

الصور الأصلية لا تقل أهمية عن التصدير. النموذج المبني من زوايا وإضاءات متباينة يُظهر تلك اللحامات حين يديره المشتري، وللسبب نفسه الذي تُفسد به مجموعة صور غير متناسقة صفحة المنتج. إذا كانت مجموعة الصور قيد التجهيز، فابدأ بـالصور اللازمة للعرض ثلاثي الأبعاد للمنتج قبل لمس أداة التصدير.

الفحص 2: الوزن يقابل اتصال المشتري، لا اتصال الاستوديو

افتح خصائص الملف المصدَّر واقرأ حجم ملف النموذج ثلاثي الأبعاد بالميغابايت، ثم قارنه بالجدول أعلاه. اقرأ دائماً من الملف المصدَّر لا من المشروع: ملف عمل بحجم 40 ميغابايت قد يُصدَّر عند 3، وملف بحجم 3 قد يخرج عند 30 بعد ضم الأنسجة.

إذا تجاوزت الميزانية، أصلح أكبر كتلة أولاً. استبدال أربع خرائط PNG بدقة 4096 بخريطة أو خريطتي JPEG بدقة 1024 يزيل وزناً أكثر من أي تعديل هندسي عادةً. يأتي Draco و‏KTX2 بعد ذلك: وظيفتهما تصغير أصل معقول، لا جعل أصل غير معقول مقبولاً.

الفحص 3: الإطار الأول صورة ثابتة، لا لوحة فارغة

حمّل العارض بتأخير واعرض صورة ثابتة، من الزاوية نفسها التي يفتح بها النموذج إن أمكن، حتى يتفاعل المشتري. هذا يُخرج لوحة ثلاثية الأبعاد من المسار الحرج ويُبقي في الصفحة مرشحاً حقيقياً لمؤشر LCP.

العطل التالي الأكثر شيوعاً هو استجابة اللمس. حد Google لمؤشر Interaction to Next Paint هو 200 ميلي ثانية في المئين الخامس والسبعين، وما يتجاوز 500 ميلي ثانية يُعد ضعيفاً. نموذج ثقيل مع محرك فيزياء وتمريرة ظلال قد يدفع النقر للإدارة إلى ما بعد هذا الحد على هاتف متوسط، حتى لو حُمّلت الصفحة بسرعة.

الفحص 4: يدور بإبهام واحد

أمسك الهاتف بيد واحدة وأدر النموذج بالإبهام. إذا احتاجت الحركة إصبعين، أو استمر النموذج في الدوران بعد رفع الإصبع، أو أزاح التكبير مركز الدوران، فسيتصارع المشتري مع العارض بدل أن يقرأ المنتج.

اختبر الحواف أيضاً: الأعلى والأسفل والخلف. العارض الذي يوقف الدوران عند ±45 درجة يخفي تحديداً الأسطح التي يريد المشتري فحصها، وهي التي لا يصوّرها الاستوديو أبداً.

الفحص 5: الشكل ما زال مطابقاً للمنتج

أدر النموذج أمام القطعة الحقيقية والرسم ذي الأبعاد. راقب الظل الخارجي والمكوّنات المعدنية وخطوط الوصل وسماكة حافة كل لوح. ثم راقب ما سيفحصه المشتري: المفصلات والأقدام والمقابض ومقطع الحلية.

تحويل صورة إلى أصل ثلاثي الأبعاد خطوة عرض لا خطوة قياس. يمكن للنموذج أن ينعّم انحناءة، لكنه لا يجوز أن يبتكر مقبضاً أو يمحو وصلة أو يغيّر نسبة منصوصاً عليها في الرسم. إذا اختلف النموذج والرسم، فالرسم هو المرجع ويُعاد بناء النموذج.

هنا يجب أن يكون نوعا المخرجات صادقين أحدهما مع الآخر. النموذج الدوّار يبيّن الشكل وكيف تتلاقى القطع، والمخطط ذو الأبعاد يبيّن الأرقام. البرمجيات التي تثبّت الأبعاد المقيسة على الصورة وتبني النموذج الدوّار من المصدر نفسه تمنع هذين العرضين من الافتراق، وتُبقي البُعد في التعليق حيث يقرأه المشتري، لا داخل التصيير حيث لا يستطيع أحد قياسه.

الفحص 6: هناك بديل لمن لا يستطيع الرؤية

حاسبات الشركات تحجب WebGL، وبعض المتصفحات تعطّله افتراضياً، والهواتف القديمة تنفد ذاكرتها مع الأنسجة الكبيرة. في كل هذه الحالات يجب أن يحصل المشتري على الصورة الثابتة وجدول المواصفات وزر التواصل.

اكتب البديل في الصفحة لا في الخطة. العارض الذي يُظهر مربعاً رمادياً دوّاراً عند غياب WebGL أسوأ من عدم وجود عارض، لأن المشتري سيستنتج أن صفحتك معطلة.

ما يثبته العرض ثلاثي الأبعاد وما لا يثبته

العرض ثلاثي الأبعاد أصل عرضي: ينقل الشكل والنسبة وعلاقة القطع ببعضها، وليس سجلاً للقياس. الحجم الظاهر على الشاشة يتوقف على الكاميرا وزاوية المجال وشاشة المشتري، فلا يستطيع المشتري قراءة بُعد منه، ولا ينبغي للمورّد أن يوحي بذلك.

تستحق هذه الجملة أن تُكتب على الصفحة نفسها. سطر واحد — «تُقاس الأبعاد على المنتج، والعرض ثلاثي الأبعاد يبيّن الشكل فقط» — يمنع أغلى سوء فهم في هذا المسار: مشترٍ يظن أن النموذج رسم ذو أبعاد ثم يطلب على أساسه.

متى لا يستحق العرض ثلاثي الأبعاد وزنه

ليس ثلاثي الأبعاد الجواب الافتراضي لكل سؤال، والصفحة التي تحمل كل الصيغ أبطأ من التي تحمل الصيغة الصحيحة. استخدم هذه القاعدة.

إذا كان السؤال «أي صيغة أرسل» فقط، فالاختيار الحقيقي عادةً بين عرض ثلاثي الأبعاد وتسلسل صور، لا بين ثلاثي الأبعاد ولا شيء. المقايضة هي وزن الملف والتفاعل ومقدار التحكم الذي يحتاجه المشتري؛ ويتناول العارض ثلاثي الأبعاد مقابل صور 360 هذا الفرق بتفصيل أكبر.

حين يستحق ثلاثي الأبعاد مكانه، ضعه حيث يُرى: عرض ثلاثي الأبعاد للمنتج يُفتح بجانب الأبعاد المقيسة، داخل البطاقة نفسها التي يعيد المشتري إرسالها لفريقه، أنفع من عارض مدفون خلف ثلاث نقرات في كتالوج.

الأسئلة الشائعة

ما الحجم المناسب لنموذج منتج ثلاثي الأبعاد على موقع إلكتروني؟

أقل من 5 ميغابايت، وأقل من 2 ميغابايت إذا كان الأرجح أن يفتح المشتري الصفحة على هاتفه. يأتي الحد من الحساب لا من التفضيل: عند 5 ميغابت في الثانية يحتاج نموذج بحجم 5 ميغابايت إلى 8 ثوانٍ حتى الإطار الأول، وهذا قبل تشغيل سكربت العارض. افحص ملف GLB المصدَّر لا المشروع.

هل تُبطئ النماذج ثلاثية الأبعاد صفحة المنتج؟

نعم، وفي موضعين عادةً. ينافس التنزيل الصورة الرئيسية على النطاق الترددي فيدفع Largest Contentful Paint إلى ما بعد حد 2.5 ثانية الذي يعده Google جيداً. ثم يشغل سكربت العارض الخيط الرئيسي فيقرب زمن التفاعل من حد 200 ميلي ثانية لمؤشر INP. قِس الاثنين في PageSpeed Insights والنموذج مثبّت فعلاً، لا بصورة بديلة.

ما الفرق بين GLB و glTF؟

GLB حاوية ثنائية، وglTF هي الصيغة. ملف .gltf نص JSON يشير إلى ملف .bin وصور منفصلة. أما .glb فيضم JSON والمخزن الثنائي في ملف واحد دون base64، لذا هو طلب واحد وأصغر قليلاً من JSON المكافئ ببيانات مضمّنة. كلاهما glTF 2.0 وكلاهما يُحمَّل في عارض متوافق.

هل يمكن تقليل حجم ملف النموذج ثلاثي الأبعاد دون الإخلال بالشكل؟

نعم، بثلاث خطوات: حذف الأنسجة والخرائط التي لا تستخدمها المادة، وتقليل الهندسة إلى التفاصيل التي يستطيع العارض إظهارها، ثم تطبيق Draco على الهندسة و‏KTX2/Basis على الأنسجة. أعد التحقق من الظل الخارجي وعدد القطع بعد كل خطوة. المكسب الرخيص في الأنسجة دائماً تقريباً، والخطأ المكلف هو الإفراط في تقليل سطح منحنٍ حتى لا يطابق مقطعه الرسم.

هل يستطيع المشتري قياس المنتج من العرض ثلاثي الأبعاد؟

لا. يبيّن العرض ثلاثي الأبعاد الشكل والنسبة، ولا يستطيع إثبات بُعد لأن الحجم الظاهر يتوقف على الكاميرا وزاوية المجال والشاشة. من يحتاج رقماً يقرأ مخطط مواصفات ذا أبعاد أو رسماً ذا أبعاد، حيث يرتبط البُعد بالمنتج بدل استنتاجه من تصيير.

المصادر والمراجع

• web.dev — Largest Contentful Paint (LCP): حد جيد عند 2.5 ثانية، وضعيف فوق 4.0 ثانية، ويُقاس في المئين الخامس والسبعين
• web.dev — Interaction to Next Paint (INP): حد جيد عند 200 ميلي ثانية، وضعيف فوق 500 ميلي ثانية
• HTTP Archive Web Almanac 2024 — فصل Page Weight: متوسط الصفحة الجوّالة 2,037 كيلوبايت، والمكتبية 2,312 كيلوبايت، وصور الجوّال نحو 900 كيلوبايت
• Khronos Group — مواصفة glTF 2.0: بنية حاوية GLB والمخازن الثنائية والنص الصريح على أن glTF ليست صيغة بث
• Khronos Group — امتداد KHR_draco_mesh_compression: هندسة مضغوطة بدل بيانات الرؤوس الخام
• Khronos Group — امتداد KHR_texture_basisu: أنسجة KTX2 بضغط Basis Universal الفائق