تورنت جير

كيفية تحسين حركة المرور عند لعب لعبة الهاتف المحمول

1) لماذا تحسين حركة المرور

تأخيرات أقل → جلسة أكثر استقرارًا وتعليق أعلى.

→ وفورات البيانات انخفاض تكاليف المستخدم وخطر «خفض التعريفة».

ابدأ سريعًا → المزيد من الألعاب مع الزغب/الإعلانات.

الموثوقية على شبكة ضعيفة (3G/cafe-Wi-Fi/التجوال).

2) المقاييس التي تستحق المشاهدة حقًا

أول طلاء محتوى (FCP )/أكبر طلاء محتوى (LCP): عندما «يرى» اللاعب ومتى «يمكنه اللعب».

INP/TBT Interface Response.

حركة المرور/الجلسة (MB) ومعدل ذروة البت.

RTT/jitter/loss (خاصة للألعاب/البث المباشر).

Cache Hits - النسبة المئوية للطلبات من الطلب/CDN cache.

3) كومة الشبكة: النظافة الأساسية

تمكين HTTP/2/HTTP/3 (QUIC) من تعدد الإرسال وتشغيل فقدان الحزم الأكثر قوة.

استئناف جلسة TLS 0-RTT (لـ H3) - محادثات يدوية أقل.

DNS-prefetch/Preconnect إلى CDN ومزودي الألعاب.

سياسة ذاكرة التخزين المؤقت المختصة: "Cache-Control'،" ETag "، إصدار الأصول.

4) CDN والجغرافيا

ضع ثابت ووسائط على CDN مع PoP أقرب إلى المستخدم.

تمكين تغيير حجم الصورة/« قبول »التفاوض القائم على CDN (WebP/AVIF).

للفيديو المباشر - ملفات تعريف متعددة المرارات على الحافة (HLS/DASH).

5) الضغط والتنسيقات (التي توفر بالفعل عشرات بالمائة)

الصور: WebP/AVIF + «srcset/sizes»، sprites و SVG أيقونات.

الخطوط: WOFF2، المجموعة الفرعية للرموز الرمزية المطلوبة، «عرض الخط: مبادلة».

فيديو: H.264/HEVC/AV1 (حيثما كان ذلك متاحًا)، ملصق بدلاً من التشغيل التلقائي.

النص/JSON: Brotli (br)> Gzip، enable on CDN/server.

JS/CSS: التصغير، اهتزاز الأشجار، تقسيم الرمز.

6) قماش الألعاب: الفتحات، والألعاب الصغيرة، والقماش/WebGL

عرض لـ DPR التكيفي: حد «PixelRato» إلى 1. 5-2 على الهاتف المحمول - تستمر حدة الحركة، وتنخفض حركة المرور/وحدة المعالجة المركزية.

أطالس الملمس وضغط الملمس (ASTC/ETC/BC، حيث يتم دعمه) → عدد أقل من التنزيلات.

تبادل كسول للأصول عبر المستويات/الشاشات، وليس «دفعة واحدة».

قم بإزالة الظلال/المرشحات «الثقيلة»، وقلل من تكرار الرسوم المتحركة إلى 30-45 إطارًا في الثانية على الأجهزة الضعيفة.

للحصول على فتحات iframe: تفاوض مع مقدمي الخدمة حول الأصول الخفيفة ودفعة التحميل المسبق للموارد الحيوية فقط.

7) الألعاب الحية والبث المباشر: وفر ميجابايت دون ألم

بيترات التكيف (ABR) مع عتبات 360 بكسل/480 بكسل/720 بكسل ؛ اختيار الملف الشخصي حسب العرض/RTT.

HLS/DASH المنخفض الكمون فقط عند الحاجة ؛ لا تمكن LLC للجميع.

غالبًا ما يكون الصوت بيترات 64-96 كيلوبرميل في الثانية للكلام كافيًا.

خارج اللوبي التلقائي: عرض ملصق/صورة GIF/معاينة الويب.

8) الاتصال في الوقت الفعلي

WebSocket: بروتوكولات ثنائية، رسائل حزم، نبضات قلب كل 25-30 ثانية.

بيانات WebRTC - فقط للحالات الضيقة ؛ تجنب تجاوز NAT «غير الضروري» إذا لم يكن الأمر يتعلق بوسائل الإعلام.

اضغط على الحمولة (مخزنات البروتوكول/MessagePack)، لا تقود JSON «الدهون».

9) PWA/عامل الخدمة: مجلس المرور على الهاتف المحمول

App Shell: نقوم بتخزين الرأس/التنقل والهيكل العظمي - الشاشة الأولى الفورية.

التخزين المؤقت لوقت التشغيل: "Stale-While-Revalidate" للصور، "Network First' لواجهة برمجة التطبيقات مع TTL.

مزامنة الخلفية: القياس عن بعد/قطع الأشجار المؤجل، دون منع التفاعل.

احتياطي غير متصل بالإنترنت: شاشات مفهومة بدلاً من الفراغ (حفظ عمليات إعادة التصوير والطلبات غير الضرورية).

10) التنزيلات والأولويات الذكية

حرج CSS inline، والباقي عند الطلب.

'defer/async' for scripts, import () for late screens.

قوائم ألعاب التحميل الكسول (20-30 بطاقة لكل حزمة)، «IntersectionObserver».

Prefetch عن طريق النية: عندما يبقى المستخدم على البطاقة → يسحب أصول اللعبة.

11) الفواتير والدخول: حركة المرور مهمة أيضًا

استخدم حوارات دفع النظام (Apple/Google Pay) - فهي أكثر اقتصادا واستدامة.

تقليل عمليات إعادة التوجيه وتحليلات البكسل الإضافية على خطوات الدفع.

في وحدة التشفير، لا تقوم بتحميل جميع الشبكات/الأيقونات - فقط الشبكة/العملة المختارة.

12) القياس عن بعد و A/B بدون «شراهة»

اجمع الأحداث اللازمة فقط، وقم بدفعها وإرسالها مرة واحدة كل N ثانية/حسب الحجم.

قم بإيقاف تشغيل سجلات التصحيح في الحافز، واقتطاع الحقول في الأحداث.

أعلام A/B - عبر التكوين البعيد السهل، لا تسحب مخططات الميجابايت.

13) ممارسات اللاعبين (انتصارات مرورية سريعة)

على نظام التشغيل iOS/Android، قم بتمكين توفير البيانات/توفير حركة المرور.

إذا أمكن، العب على Wi-Fi 5/6 ؛ على شبكة الهاتف المحمول، تجنب «1-2 عصي» - خسارة أعلى.

تعطيل التشغيل التلقائي الفيديو/المعاينة في الإعدادات.

في Telegram والمتصفح، امسح المخبأ كل أسبوعين - ولكن ليس قبل اللعب كثيرًا (يساعد المخبأ).

تتبع تحديث التطبيق/PWA - غالبًا ما تكون الإصدارات الجديدة أكثر اقتصادًا.

14) قائمة مراجعة المطور/المنتج (صفحة واحدة)

1. HTTP/2/3، TLS 1. 3، الاتصال المسبق بنطاقات CDN/الألعاب.

2. CDN مع تغيير حجم الصورة، AVIF/WebP، Brotli لكل نص.

3. App Shell + SW: احتياطي غير متصل بالإنترنت، وقت التشغيل - кеш، مزامنة الخلفية.

4. كسول تحميل الأصول، تقسيم الرمز، CSS الحرج inline.

5. DPR ديناميكي (≤2)، قوام مضغوط، 30-45 إطارًا في الثانية على ضعيف.

6. عرض فيديو ABR/RTT، خارج التشغيل التلقائي في الردهة.

7. WebSocket مع تغليف ؛ بروتوكول مضغوط للبيانات.

8. القياس عن بعد بواسطة باتشامي ؛ معطل prod-debag.

9. أمين الصندوق دون إعادة توجيه غير ضرورية ؛ حوارات دفع النظام

10. الرصد: LCP/INP/traffic/session، cache hists، RTT/loss.

15) الأخطاء المتكررة وكيفية إصلاحها

استبدل التشغيل التلقائي للفيديو/البث في قوائم → بملصق/معاينة.

نسحب 3 أصول × على جميع الأجهزة → نستخدم ملفات تعريف "srcset'/DPR.

حزم JS العملاقة → فصل الطريق، وإزالة deps غير المستخدمة.

التحكم في مخبأ الصفر → تكوين TTL/ETag والإصدار.

الدردشة/القياس عن بعد البريد العشوائي → الدفعة، زيادة فترة نبضات القلب.

كل شيء في قناة WebSocket واحدة (لعبة + دردشة + تحليلات) → يقسم على الحرجية.

16) أنماط صغيرة «تجعل الطقس»

زر «قلل من جودة الفيديو» في الطاولات الحية بشبكة سيئة.

يغطي العنصر الإضافي للألعاب قبل تحميل شبكية العين.

آخر جلسة حفظ (مخبأ الدولة) - عدد أقل من الإعادات.

Deeplink إلى آخر طاولة/فتحة تشغيل - ناقص شاشتين وحزمة من الأصول.

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

هل سيؤدي تحسين حركة المرور إلى تدهور الجودة ؟

إذا قمت بذلك بشكل تكيفي (DPR/ABR/" srcset') - لا: أنت تقدم أفضل توازن بين الجودة/السرعة للجهاز والشبكة.

هل يحتاج جميع المستخدمين إلى تمكين وضع الكمون المنخفض ؟

لا ، ليس كذلك إنه أكثر تكلفة في حركة المرور وحساسية للخسائر. إجازة للبطولة/القضايا الحية.

PWA بدلاً من العميل الأصلي - حركة المرور أدناه ؟

غالبًا ما يكون نعم: كمية أقل من SDK وخيوط الخلفية، بالإضافة إلى مخبأ SW. لكن يعتمد على التنفيذ.

كم يحفظ AVIF/WebP ؟

متوسط 25-45٪ مقابل JPEG/PNG دون فقدان ملحوظ للجودة.

هل يجب علينا دائمًا خفض DPR ؟

التخفيض الديناميكي للأجهزة الضعيفة/الشبكة المنخفضة ؛ على السفن الرئيسية مع Wi-Fi 6، يمكنك الاحتفاظ بـ 2. 0.

لا يتعلق تحسين حركة المرور بـ «قطع كل شيء»، ولكن تكييف الجودة والحجم مع الجهاز والشبكة والسيناريو. اجمع بين مكدس الشبكة السريع (HTTP/3، CDN، ذاكرة التخزين المؤقت)، والأصول الذكية (WebP/AVIF، والملمس، ABR)، والقماش الأنيق ومخبأ PWA، وقطع ضوضاء القياس عن بُعد - واحصل على تنزيلات سريعة وطريقة لعب مستقرة وتوفير بيانات ملموسة. يسقط اللاعبون في كثير من الأحيان بسبب الشبكة، وغالبًا ما يعودون، ويفوز المنتج في كل من تكاليف الاحتفاظ والبنية التحتية.