מסגרת ומיכלים מקומיים: מתי לבחור מה
מאמר מלא
1) מונחים והקשר
iPrame היא מכולה של HTML המשבצת תוכן צד שלישי (משחק, קופה, ווידג 'ט). המארח והתוכן מבודדים מבחינה לוגית על ידי מדיניות מאותו המקור.
קונטיינר ילידי - יישום/מודול שבו תוכן אינטרנט מושק ב-WebWiew (WKWebView, Android WebView) או מוחלף על ידי SDK מקומי (מעבד, רשת, תשלומים, טלמטריה).
איפה זה קורה: להתחיל ולהדגים משחקים, לובי, קופות/עלייה, וידאו חי, וידג 'טים זכייה, נחיתות שותף.
2) תשובה קצרה: מה לבחור
אתה צריך השקה מהירה, הרבה תוכן צד שלישי, מינימום של iFrame.
יש צורך ב-WebView + latency/latency/heavy graphics/integration עם המכשיר.
שוק/רחוב אנליטיקה/קווים מנחים קפדניים (Apple/Google), תשלומי מערכת, קרסים קשיחים של RG.
אתרי מדיה, SEO-landing, ביקורות עם החדרת iFrame.
3) מטריצת בחירה (מפושטת)
4) iFrame: כאשר הוא מושלם
תרחישים: תצוגה מהירה של משחקי דמו, הכנסת משויכים, וידג 'טים זכייה/רייטינג, נחיתות הניתנות להשמעה, אגרגטורים B2B.
פלוסים
מהירות אינטגרציה: 'src' יחיד + מפתחות/פרמטרים.
בידוד פונדקאי-אורח נוקשה (SOP) פחות סיכון לדליפות.
שחרור עצמאי של הספק (אל תיגע בפריסה שלך).
זה זול בקנה מידה מאות ספקים.
מינוסים
אינטגרציה מוגבלת עם התקן ותשלומים מקומיים.
קשה יותר הוא טלמטריה עמוקה (יותר ”גשר”).
בעיות עם עוגיות/אחסון במסיבה השלישית (ספארי/פיירפוקס/ITP).
מסך מלא/מחוות/מקלדת מורכבות בנייד.
המנהגים הטובים ביותר
התכונות 'sand box' (להגביל 'let-forms',' let-scripts ', טעם לפתוח' Let-popps-to-Emply-Sandbox 'מתוך צורך).
תוכן-ביטחון-מדיניות 'with whitelists של ספקים; " אפשרויות אקס-פריים לדפים רגישים.
תקשורת - "הודעה שלאחר" עם אימות של "רשע. ”מקור” וסכימת מסרים.
שינוי גודל: ”ResizeObserver” בתוך האירוע + ”postMessage” (”גובה”) ”# שינויים מארחים” iframe. סגנון. גובה ".
אחסון - גישה לאחסון API/חסידים; מדינה - באמצעות פרמטרים URL או מדינת-הורה.
RG/AML: עצור אותות (הדרה עצמית, הגבלות) - באמצעות אירועים, iframe מחויב לסיים את ההפעלה.
5) מיכלים מקומיים: כשהם מנצחים
תרחישים: יישומים ניידים עם משחקי חי וקופות מזומנים, קומפלקס על גבי CUS, זרמים בזמן אמת עם latency נמוך, מצבים לא מקוונים, תשלומי חנויות, תכונות AR/VR.
פלוסים
ביצועים/איחור נמוך, גישה לברזל (מצלמה, ביומטריה).
Single UX ו-RG/AML Integration (התראות מערכת, כלבלבים מקומיים).
תשלומים אמינים באפליקציה ומנויים (StounstKit/Billing).
טלמטריה מדויקת ובקרת כישלון (קרישליטיקה, עקבות).
מינוסים
מחיר בעלות: פיתוח רב פלטפורמות, משחרר דרך החנות.
אישור Apple/Google; הגבלות על התרגשות/תשלומים.
יותר אחריות ביטחון ופרטיות.
תבניות
WebView + JS bridge (ערוץ דו-כיווני): אירועי משחק/תשלום/הגבלה הולכים באופן שלילי.
היברידי: מסכי מולדת קריטיים (קופה, KYC, RG), מסכי תוכן - WebView/iFrame.
ספקית SDK: משחקים/זרמים מוטמעים על ידי הספרייה; המארח נותן אסימונים, גבולות, ארנק.
6) תקשורת: iFrame ⇄ מארח ו ־ WebView ⇄ יליד
Web (iFrame):- 'Window. הודעה מאוחרת ([סוג, מטען], מקורה (Tarcade Origin) "
- תרשים אירועים: משחק. פגישה. להתחיל/להפסיק ”,” הימור. מקום/יישוב ", 'rg. הגבלה. מכה, כל הקופה. תרומה, 'טעות'.
- אימות: בדוק ”מקור”, הזן vsioning (”v1”, ”v2”).
- iOS: ”WICKScripTrepton Handler”; אנדרואיד: ”AddJavasc Interface” (עם Interface @ Javasceled, ללא חשיפה מיותרת).
- הפורמט זהה (”type”, ”payload”, ”trace _ id”), חתימות HMAC לפקודות קריטיות.
7) בטיחות וציות
CSP, ארגז חול, SRI לנכסים; לנתק ”לאפשר ניווט-על-ידי-משתמש-הפעלה” ללא צורך.
אפס אמון בין מארח לתוכן: מינימלי מתירני, מוטציה API מסוכן.
PII/תושבות: קמרונות ויומנים לפי אזור; מעצור שאילתות חוצה-אזור.
RG/AML: אורות עצירה סינכרוניים בהימור; יומן של פעולות כרתים תולעת.
עוגיות/ITP: השתמש 'אתר עקיפה = אף אחד; מאובטח '; מסיבה 3-אחסון גישה ל-API במפגש צד שרת.
8) ביצועים ו ־ UX
Iframe: חיבור עצלן (”טעינה = עצלות”), עדיפות של משאבי רשת, ”מחובר מראש” לתחומים מספקים.
WebView: כבה את JS, נכסי מטמון, אפשר האצת חומרה, צג ניקוי GC/זיכרון.
מסך מלא ואוריינטציה: נקבע בקפדנות באמצעות ערכת האירוע (מתי ומי מתחיל את המעבר).
טיפול שגיאה: קודים מאוחדים ("Network _ TIMEOUt'," PAYM _ BLOCK ") ופרופנטים UX.
9) אנליטיקה ו A/B
אוטובוס אירועים: "פגישה. התחיל/הסתיים ”,” הימור. מוקם/מסודר, פיקדון. הצליח, 'rg. הגבלה. פגע ',' טעות '.
זיהוי: "terant _ id/brand _ id/region/player _ pseudo", "trace _ id'.
ב-iFrame - רצועה באמצעות proxy-proxy (תג-מנהל במארח), ב-WebView - אנליטיקה מקומית SDK.
A/B: תווי דגלים במארח; iframe מזהה את האפשרות באמצעות ”postMessage (init)”.
10) שילוב תשלומים
Web/iFrame: רצוי מזומן על המארח, ולא בתוך ה-iPrame (פחות מנעולי צד שלישי, UX טוב יותר, RG/AML קל יותר).
ילידי: Stasts Kit/Billing עבור תרחישים תקפים; אחרת, תזמורת PSP מקורה בטלמטריה חזקה ואידמפוטנטיות.
11) כרטיס בחירת מקרה
אתה צובר/מדיה עם אלפי משחקים ומינימום של משאבי dev:- □ iFrame, ”ארגז חול” קפדני, פרוטוקול ”הודעה”, שולחן מזומנים/מגבלות במארח.
- # מיכל מקומי: WebView עבור לובי, שולחן מזומנים מקומי/KYC/RG, ספק חי SDK.
12) רשימות בדיקה
iframe-integration
[ ] ”ארגז חול” + זכויות מינימום.[ ] CSP עם מלבנים; סרי לתסריטים.[ ] Clear 'PostMessage (+ versioning +' origin 'evidation).[ ] אורות הבלמים של RG/AML נתמכים, הפעלות מסתיימות בצורה נכונה.[ ] אחסון: תוכנית לעוגיות ITP/3rd-party.[ ] טלמטריה: הימורים/מין, ליישב-לג, שיעור שגיאות, FPS (במקרה הצורך).מיכל מקומי
[ ] JS-Bridge עם שיטה וויטליסט והקלדת מטען.[ ] הקופה הילידית/KYC/RG, אידמפוטנטיות על דרכי כסף.[ ] חתול, קישורים עמוקים, קרסים של אופני חיים (לעצור את המשחק בזמן קריאה/עבודת רקע).[ ] קראש/עקבות, פרטיות, ביקורת גישה מח "ש.[ ] מתנהלים הליכי ההתרגשות והתשלום של אפל/גוגל.13) אנטי דפוסים (דגלים אדומים)
הטמעת הקופה בתוך iFrame של הספק (אובדן שליטה על RG/AML/telemetry).
אין הוכחה לכך. המקור ”הודעה”.
עוגיות מהמסיבה השלישית כדרך היחידה להגיע למדינה.
אותם מפתחות/סודות למותגים/אזורים מרובים.
התאמות ידניות של איזון/הגבלות ממפקח האינטרנט (ללא בדיקת שרת).
טיפת המסגרת שוברת את כל העמוד ללא נסיגה חיננית.
14) נסיגה
iframe הוא ”השער המהיר” שלך למערכת האקולוגית התוכן: עלויות נמוכות, בידוד הדוק, שחרור מהיר. מיכלים מקומיים - בערך עומק: ביצועים, התקן, תשלומי חנויות, RG/AML קפדניים ו-UX עליון. לא גישה אחת מנצחת, אלא שילוב: iFrame/web לקטלוגים ודמואים, ילידים תמורת כסף, ניסיון חי והקפדה רגולטורית. הפרדה נכונה של אחריות, חוזי אירועים ברורים וביטחון חזק ייתן קנה מידה ללא פשרות במהירות, בסיכון ובאיכות.
