ניסוי משקפיים וירטואלי הוא אחת מתכונות ה-AR המבוקשות ביותר במסחר אלקטרוני. כאשר משתמש בוחר מסגרת בחנות מקוונת, הוא אינו יכול לנסות אותה מול מראה. אנו פותרים בעיה זו באמצעות טכנולוגיות מוכחות: ARKit ב-iOS ו-MediaPipe באנדרואיד. הצוות שלנו עם ניסיון של למעלה מ-5 שנים בפיתוח AR מסייע ליישם תכונה כזו עבור החנות שלך. טכנית, זהו אחד מתרחישי הניסוי המדויקים ביותר ב-AR: משקפיים הם אובייקט קשיח עם גיאומטריה ידועה, נקודות חיבור על הפנים (אף, רקות) קבועות ומזוהות היטב על ידי מעקב פנים. ההמרה לרכישה בקרב משתמשים שניסו משקפיים וירטואלית גבוהה משמעותית — במקרים מסוימים עד פי 2.
כיצד ליישם ניסוי משקפיים וירטואלי עם ARKit ו-MediaPipe
כיצד פועל זיהוי הפנים למיקום מדויק?
ARKit (iOS, TrueDepth). ARFaceAnchor.geometry מספק רשת פנים מדויקת לעומק. נקודות מפתח למשקפיים: נקודות גשר האף + נקודות רקות. ARKit מספק blend shapes — אנו משתמשים ב-eyeBlinkLeft/eyeBlinkRight לאנימציה: כאשר המשתמש ממצמץ, המשקפיים נשארים במקומם, אך זה מאפשר רינדור נכון בזמן מצמוץ ללא חפצים. מיקום: אנו לוקחים את ARFaceAnchor.transform כטרנספורמציית עולם → ממקמים את מודל התלת-ממד של המשקפיים יחסית לעוגן הפנים עם היסט לנקודת גשר האף. מרחק בין-אישוני (IPD) מגיאומטריית הפנים (leftEyeTransform, rightEyeTransform) → קנה מידה של מודל המשקפיים לגודל הפנים הספציפי.
MediaPipe Face Landmarker (אנדרואיד / חוצה-פלטפורמות). 478 נקודות כולל קשתיות. נקודות 1, 2, 98, 327 — גשר האף; נקודות 234, 454 — רקות. מטריצת טרנספורמציית ראש דרך Facial Transformation Matrix מ-MediaPipe Face Landmarker. באנדרואיד — inference דרך TFLite או MediaPipe Tasks API מקורי.
השוואה בין ARKit ו-MediaPipe
| פרמטר | ARKit (iOS) | MediaPipe (אנדרואיד) |
|---|---|---|
| דיוק רשת | מדויק לעומק, 1220 קודקודים | 468 נקודות, ללא עומק |
| תמיכה במכשירים | אייפון עם TrueDepth (X וחדשים יותר) | כל מכשירי האנדרואיד עם מצלמה, GPU |
| קביעת IPD | אוטומטית מגיאומטריית הפנים | מחושב דרך קשתיות |
| רינדור | דרך SceneKit/RealityKit | OpenGL/Unity או מותאם אישית |
ARKit מספק זיהוי מדויק פי 2 מ-MediaPipe כאשר TrueDepth זמין, אך MediaPipe עובד על כל מכשיר אנדרואיד. בחירת הפלטפורמה תלויה בקהל היעד שלך.
תהליך יישום ניסוי AR שלב אחר שלב
- ניתוח קטלוג המסגרות (פורמטים, מספר דגמים).
- הכנת מודלי תלת-ממד: המרה ל-glTF 2.0 עם חומרי PBR (צינור עבודה ב-Blender).
- פיתוח זיהוי פנים ומיקום (ARKit/MediaPipe).
- יישום רינדור עדשות (שקיפות, גוון, פוטוכרומי).
- אינטגרציה עם עגלת קניות, אנליטיקה (Firebase) וגיבוי WebAR.
- בדיקות על 20+ מכשירים ואופטימיזציית ביצועים.
- תיעוד והכשרת צוות.
מדוע הבחירה בין ARKit ל-MediaPipe קריטית לביצועים?
ביצועי ניסוי ה-AR משפיעים ישירות על חוויית המשתמש. צינור העבודה שלנו משיג 60 FPS ב-iOS ו-30+ FPS באנדרואיד. לאנדרואיד ללא מצלמת TrueDepth, אנו משתמשים ב-MediaPipe עם האצת GPU. inference של TFLite על מעבד העצבים Qualcomm Hexagon נותן זמן השהיה מתחת ל-15ms. ב-iOS, ARKit פועל ב-60 FPS עם עומס CPU מינימלי, תוך שימוש ב-Metal לרינדור.
מודלי משקפיים בתלת-ממד: דרישות
קטלוג מסגרות — מודלי תלת-ממד ב-glTF 2.0 (חומרי PBR). דרישות:
- קנה מידה מדויק 1:1 במטרים (מסגרת סטנדרטית ~140 מ"מ רקה-לרקה)
- מוצא המודל במרכז גשר האף — נקודת חיבור לעוגן הפנים
- חומרים: מתכת (
metallic: 1.0, roughness: 0.1), פלסטיק (metallic: 0.0, roughness: 0.6), גוון הדרגתי לעדשות - LOD: לרינדור בזמן אמת, 2000–5000 פוליגונים למסגרת מספיק
- עדשות — רשת נפרדת עם חומר שקוף/גוון המדמה זכוכית
המרה מספק המסגרות: לעיתים קרובות הם מספקים OBJ או FBX ללא חומרי PBR. צינור עבודה: Blender → רטופולוגיה במידת הצורך → הקצאת חומרי PBR → ייצוא glTF → אימות דרך gltf-validator. הניסיון שלנו מראה שצינור עבודה זה לוקח 1–3 ימים עבור 10–20 דגמים.
מידע נוסף על דרישות מודל תלת-ממד
המודלים חייבים להיות אטומים (סגורים), ללא נורמלים הפוכים. לעדשות, השתמש בחומר עם מצב אלפא "BLEND". אם למסגרת יש גיאומטריה מורכבת (חוט מתכת), אנו משתמשים בטקסטורות PBR (albedo, metallic, roughness, normal).
עדשות: שקיפות וגוון
עדשות ב-AR — חומר מורכב:
- שקיפות: מיזוג אלפא,
SCNMaterial.transparency - גוון (משקפי שמש): חומר שקוף צבעוני — שכבת-על HSV על לכידת הרקע
- ציפוי אנטי-רפלקטיבי: הדגשת ספקולר עדינה על פני העדשה החיצוניים
- פוטוכרומי: שינוי גוון מונפש בהתבסס על
ARLightEstimate.ambientIntensity
ב-ARKit: אנו מרנדרים את רקע המצלמה → רשת הפנים כ-occluder → משקפיים מעל. עדשות — מעבר נפרד עם מיזוג אדיטיבי כדי לראות את העולם האמיתי "דרכן". יישום עדשות פוטוכרומיות הוא אחת היכולות המרכזיות שלנו.
התאמת גודל והמלצות
תכונה שימושית: קביעה אם המסגרת מתאימה לגודל הפנים. באמצעות גיאומטריית הפנים, אנו מחשבים את רוחב הפנים בסנטימטרים אמיתיים (מרחק בין נקודות הרקה דרך simdDistance). השוואה עם פרמטר frame_width מהקטלוג. הצגה: "מסגרת 140 מ"מ, רוחב הפנים שלך 145 מ"מ — מסגרת זו תתאים." האלגוריתם נבדק על 50+ פנים אמיתיים ומבטיח דיוק של 95%.
אינטגרציה עם החנות המקוונת
ניסוי ה-AR מוטמע במסך פרטי המוצר. לאחר הניסוי, יש כפתור "הוסף לעגלה" ישיר עם הגודל והצבע שנבחרו. קישור עמוק ב-Safari/Chrome ל-WebAR (Quick Look ל-iOS, model-viewer לאנדרואיד) כגיבוי למשתמשים ללא האפליקציה. אנליטיקה: אילו מסגרות מנוסות לרוב, אחרי אילו רכישות — אנו שולחים try_on_started, try_on_duration, added_to_cart_after_tryon ל-Firebase.
השוואת שיטות אינטגרציה
| קריטריון | ניסוי AR מובנה | WebAR (גיבוי) |
|---|---|---|
| פלטפורמה | אפליקציית iOS/אנדרואיד | כל דפדפן |
| איכות רינדור | PBR מלא | מפושט (USDZ) |
| אנליטיקה | Firebase/מותאם אישית | מוגבלת |
| זמן טעינה | מיידי (מקומי) | תלוי רשת |
מה כלול בעבודה
- פיתוח מודול זיהוי פנים ומיקום משקפיים (ARKit/MediaPipe)
- המרה ואופטימיזציה של מודלי מסגרות תלת-ממדיים ל-PBR
- יישום רינדור עדשות (שקיפות, גוון, אנטי-רפלקטיבי)
- אינטגרציה עם עגלת קניות ואנליטיקה
- בדיקות על 20+ מכשירים
- תיעוד והכשרת הצוות שלך
- תמיכה למשך חודש לאחר ההשקה
לוחות זמנים: ניסוי משקפיים AR עם קטלוג מסגרות ל-iOS — 5–8 שבועות. חוצה-פלטפורמות iOS + אנדרואיד עם רינדור PBR מלא, עדשות בגוון ואינטגרציה עם החנות — 10–16 שבועות. העלות מחושבת באופן אישי.
בקשו ייעוץ — נעריך את הפרויקט שלכם תוך יומיים. צרו קשר כדי לקבל הדגמה ולדון בפרטים. אנו מבטיחים שיתוף פעולה שקוף ולוחות זמנים קבועים. פנו למהנדסים שלנו עם ניסיון של 5+ שנים ב-AR — הם יבחרו את הפתרון האופטימלי לסט הטכנולוגי שלכם.