باختصار

• معظم أخطاء تطوير تطبيقات تيليجرام المصغرة تنشأ من التعامل مع التطبيق المصغر كموقع ويب عادي بدلاً من كونه WebView يعمل داخل خمسة عملاء مختلفين لتيليجرام.
• الإصلاح الأكثر أهمية هو فحص initData على خادمك ورفض الحملا القديمة بواسطة auth_date; initDataUnsafeلا يجب الوثوق بـ authorization أبداً.
• أخطاء التخطيط عادةً تعود إلى 100vh وغياب ثوابت المنطقة الآمنة، وليس إلى أطر CSS.
• تقوم Bot API 10.2 (14 يوليو 2026) بحظر طرق Mini App المستدعاة من مصدر غير نطاق Mini App الخاص بها، لذا فإن الإعدادات المعتمدة على iframe ومتعددة النطاقات تتعطل ما لم يتم إعادة تصميم التدفق.
• أخطاء تحقيق الدخل تكلف نفس تكلفة أخطاء الكود: الإعلانات الموضوعة قبل أول لحظة قيمة، debug: true التي تم شحنها إلى الإنتاج، ومنطق المكافآت الخاص بالعميل فقط، كلها تقلل من الإيرادات أو تدعو إلى الاحتيال.

تتناول هذه المقالة الأخطاء التي تظهر غالباً في Mini Apps المنتجة — authorization، viewport، التخزين، إصدار البرنامج، معلمات الإطلاق، وتحقيق الدخل — وتقدم الإصلاح المحدد لكل منها، مع أسماء الطرق الدقيقة وإصدارات Bot API المعنية. في النهاية، هناك جدول تشخيص وقائمة مراجعة قبل الإصدار يمكنك تشغيلها قبل كل نشر.

لماذا تحدث أخطاء في تطوير Telegram Mini App

تعمل Mini App داخل تطبيق لا تتحكم فيه. وهذا يخلق ثلاثة قيود، و تقريبا كل خطأ أدناه يأتي من أحدها.

• العميل ليس متصفحًا.يعمل WebView الخاص بـ Telegram على iOS بشكل مختلف عن Android، وكلاهما يختلف عن Telegram Desktop. التخزين، التعامل مع لوحة المفاتيح، والإيماءات هي المجالات التي يختلفون فيها أكثر.
• يدعم كل عميل إصدار API مختلف.لا يمتلك المستخدم في إصدار قديم من Telegram الطريقة التي استدعيتها، ولا توجد أي طريقة بديلة.
• تمتلك Telegram الواجهة المحيطة بك.يعود الفضل في العنوان، الشريط السفلي، إيماءة السحب للإغلاق، والمنطقة الآمنة إلى Telegram، لذا يجب أن يعمل تنسيقك حولها.

قراءةوثائق Telegram Mini Apps الرسميةمرة واحدة ليست كافية — تغييرات واجهة برمجة التطبيقات للروبوت هو المكان الذي تحدث فيه التغييرات الكبيرة، وقد انتقل عدة مرات في عام 2026 فقط.

أخطاء البيانات الأمنية وبيانات البداية

أكثر خطأ أمني شائع هو اعتبار البيانات التي تصل من العميل كدليل على الهوية. يوفر لك Telegram حمولة موقعة؛ التحقق هو وظيفتك.

1. الثقة بـ initDataUnsafe دون التحقق من التوقيع

initData هو الحمولة الخام والموقعة التي يمررها Telegram إلى Mini App؛ initDataUnsafe هو نفس البيانات التي تم تحليلها بالفعل للراحة. كلمة Unsafe في الاسم هي تحذير، وليست علامة. تنص وثائق Telegram بوضوح على أنه يجب التحقق من البيانات قبل استخدامها على خادم الروبوت.

كيف تتجنب ذلك:أرسل البيانات الخامinitData إلى الخادم الخاص بك وتحقق منها هناك. قم ببناء سلسلة التحقق من البيانات من جميع أزواج المفتاح والقيمة باستثناء hash، مرتبة أبجديًا ومفصولة بأسطر جديدة؛ استخرج مفتاحًا سريًا باستخدام HMAC-SHA256(bot_token, "WebAppData")؛ احسب HMAC-SHA256(data_check_string, secret_key)؛ قارن مع hashفي الوقت الثابت. لا ترسل رمز البوت إلى العميل، ولا تقبل معرّف المستخدم الذي يأتي كمعامل طلب عادي.

إذا كانت هناك جهة خارجية تحتاج إلى التحقق من إطلاق بدون حجز رمز البوت الخاص بك، استخدم مسار توقيع Ed25519 الموصوف في مرجع بيانات تطبيقات Telegram المصغرة. أحد الفخاخ المتكررة في التنفيذ هناك: التوقيع مشفر بتنسيق base64url بدون حشو، لذا تتطلب عدة لغات منك استعادة = الأحرف قبل فك التشفير.

2. عدم التحقق من عمر auth_date

تثبت التوقيع الصالح أن الحمولة جاءت من Telegram، وليس أنها وصلت منذ لحظة. بدون التحقق من انتهاء الصلاحية، فإن سلسلة initData تعمل إلى الأبد.

كيف تتجنب ذلك: رفض أي حمولة تحتوي على auth_date أكبر من نافذة ثابتة - 24 ساعة هو افتراض شائع، والنافذات الأقصر مناسبة للتطبيقات التي تنقل الأموال أو العملة داخل التطبيق. قم بتبادل الحمولة المصدقة مرة واحدة للحصول على رمز الجلسة الخاص بك، وتحقق من كل طلب لاحق بذلك الرمز.

3. الاحتفاظ برموز الجلسة في localStorage

localStorage غير موثوق به داخل WebView الخاص بـ Telegram. يُبلغ الممارسون الذين يكتبون عن تطبيقات Mini Apps الإنتاجية أنه على نظام iOS وبعض إصدارات Linux المكتبية قد لا تستمر على الإطلاق، لذا فإن إعادة التشغيل يمكن أن تمسحها، مما يأخذ الجلسة معها.

كيف تتجنب ذلك: اختر التخزين حسب الغرض بدلاً من العادة.

أي شيء يحدد ما يملكه المستخدم أو يكسبه ينتمي إلى الخادم الخاص بك.

4. استدعاء طرق Mini App من نطاق مختلف

هذا جديد وقد كسر التطبيقات العاملة. تم إصدار Bot API 10.2 في 14 يوليو 2026، وتم تشديد أمان Mini App من خلال عدم السماح باستخدام طرق Mini App من أصول مختلفة عن نطاق Mini App الأصلي.

كيف تتجنبه: احتفظ بكل شاشة تستدعي Telegram.WebApp الطرق على النطاق المسجل للتطبيق الصغير. إذا كانت جزء من تدفقك تعيش على مزود الدفع، أو صفحة شريك، أو iframe مدمج، فقم بإرجاع استدعاءات Telegram API إلى مصدرك الخاص ومرر النتائج بين السياقات من خلال خادمك الخلفي. اختبر التدفق الكامل على عميل محدث قبل أن تفترض أنه لا يزال يعمل.

أخطاء التصميم وعرض الشاشة

أخطاء العرض هي الفئة الأكثر وضوحًا — يتم ملاحظة CTA المقطوعة على الفور — والأكثر قابلية للتجنب.

1. استخدام 100vh بدلاً من ارتفاع عرض Telegram

على الهواتف المحمولة، يفتح التطبيق الصغير كورقة سفلية يمكن للمستخدم سحبها. 100vh تشير إلى عرض المتصفح الذي لا يتطابق مع المنطقة المرئية، لذا ينتهي المحتوى أسفل الشريحة أو تحت واجهة Telegram الخاصة.

كيف تتجنب ذلك: اتصل بـ expand() عند البداية، ثم قم بحجم تخطيطك من viewportHeight و viewportStableHeight. استخدم viewportStableHeight لأي شيء يجب ألا يقفز - القيمة تتجاهل حالات الانتقال أثناء السحب وتحريك لوحة المفاتيح، بينما ارتفاع العرض يتم التحديث باستمرار. اشترك في حدث تغيير العرض وإعادة الرسم فقط على القيم المستقرة.

2. تجاهل حواف المنطقة الآمنة

قدم Bot API 8.0 كائنين مميزين للحواف، ومزجهم يعد أمرًا شائعًا.حافة المنطقة الآمنة تصف المناطق النظامية مثل الشق ومؤشر الصفحة الرئيسية.حافة المنطقة الآمنة للمحتوى تصف المساحة التي تحتلها عناصر واجهة Telegram الخاصة.

كيفية تجنب ذلك: طبق كليهما. تحمي الحواف النظامية من القطع في الأجهزة؛ بينما تبقي حواف المحتوى رأسك بعيدًا عن رأس Telegram. في وضع ملء الشاشة - أضيفت في نفس إصدار Mini Apps 2.0 — تزداد أهمية المساحات الداخلية، وليس العكس، لأن Telegram لم يعد يحجز تلك المساحة لك.

3. ترك السحب العمودي نشطًا في الألعاب

يمكن أن يؤدي السحب لأسفل داخل تطبيقك إلى إغلاق Mini App بدلاً من تمرير المحتوى الخاص بك. في الألعاب والواجهات القائمة على السحب، يعتقد المستخدمون أن التطبيق قد تعطل.

كيفية تجنب ذلك: اتصل بـ disableVerticalSwipes() (Bot API 7.7+) على الشاشات التي تحتوي على إيماءات مخصصة وأعد تفعيله حيث يُتوقع التمرير القياسي. اقترنه بـ enableClosingConfirmation() (Bot API 6.2+) على أي شاشة تحتوي على إدخال غير محفوظ.

4. إنشاء زر العودة مخصص

سهم العودة الخاص بك يتنافس مع تنقل Telegram وزر العودة في أجهزة Android. يحصل المستخدمون على تحكمين في العودة يتصرفان بشكل مختلف.

كيف تتجنب ذلك: استخدم BackButton (Bot API 6.1+)، اربطه بالموجه الخاص بك، واعرضه أو أخفِه مع تغيير المسارات. احتفظ بواحد فقط من مكدسات التنقل، وليس اثنين.

أخطاء الأداء على الأجهزة الحقيقية

يأتي معظم حركة مرور Mini App من هواتف Android المتوسطة والسعر المنخفض. تبدأ الجلسة بنقرة في المحادثة، لذا يتوقع المستخدمون أن تفتح بسرعة مثل رسالة.

• حزمة أولى ثقيلة. قم بتقسيم المسارات، واعتبر كل ما لا تحتاجه للشاشة الأولى مؤجلًا، واعتبر الحمولة الأولية المقياس الأساسي للأداء.
• اعتمادًا على SSR. تحتاج واجهات برمجة تطبيقات Telegram إلى window، لذا لا يمكن للتصيير من جانب الخادم الوصول إليها. تضرب مشاريع Next.js هذا في أول استدعاء لـ Telegram داخل مكون خادم؛ احتفظ بالمنطق المعتمد على Telegram في مكونات العميل وقم بعرض هيكل عظمي حتى يصبح SDK جاهزًا.
• الأجهزة ذات ميزانية الرسوم المتحركة لا يمكنها العرض.تتدهور الرسوم المتحركة المعقدة بشدة على الأجهزة الضعيفة داخل WebView. قم بتحريك transform و opacity فقط، وقلل من التأثيرات عند ظهور انخفاضات في الإطار.
• لا توجد حالة تحميل.تتيح Telegram للمطورين تخصيص شاشة تحميل تطبيقات Mini؛ حيث أن الطبعة الأولى التي تظهر هيكلًا بدلاً من المساحة البيضاء تقلل بشكل ملحوظ من حالات الخروج المبكر.

أخطاء الإصدار والمنصة

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

كيف تتجنب ذلك:حدد الحد الأدنى لإصدار واجهة برمجة تطبيقات البوت الذي يدعمه تطبيقك، واغلق كل ما فوق ذلك الحد بواسطة isVersionAtLeast() (واجهة برمجة تطبيقات البوت 6.1+)، وقدم نسخة احتياطية تعمل لكل ميزة مقيدة.

الاختبار فقط في Telegram Web يخفي معظم هذه المشاكل. قم بتشغيل إصدار المرشح على iOS و Android، وعلى الأقل عميل سطح مكتب واحد. لتصحيح الأخطاء على الجهاز، تغطي Chrome DevTools Android و Safari Web Inspector يغطي iOS؛ عندما لا يتوفر أي منهما، فإن وحدة تحكم في التطبيق مثل Eruda تجعل الأخطاء أثناء التشغيل مرئية بدون كابل.

أخطاء Startapp وروابط العمق

تستقبل Mini Apps معلمة إطلاق واحدة، startapp، وغالبًا ما تصمم الفرق مخطط ربط عميق يفترض المزيد.

كيفية تجنب ذلك: قم بتشفير قيم متعددة في سلسلة واحدة من نوع startapp مع فاصل تتحكم فيه — ref__campaign__level هو نمط شائع — وقم بتحليله على العميل بعد التحقق. اقرأ المعلمة من initData على الخادم قبل أن تعزو إحالة أو تمنح مكافأة، لأن معلمة الإطلاق بمفردها من السهل خداعها. إن معالجة الروابط العميقة التي تتخطى هذه الخطوة هي مصدر متكرر للاحتيال في الإحالات في Telegram Mini Apps.

أخطاء دمج الإعلانات

دمج الإعلانات هو المكان الذي يتقاطع فيه الكود المتين غالبًا مع قرارات المنتج الضعيفة. هذه الأخطاء لا تتعطل التطبيق - بل تخفض eCPM، وتكسر المكافآت، أو تفشل في الاعتدال. إذا كنت تختار نهجًا، فإن مقدمة إلى Telegram Mini Apps وفرص تحقيق الربح تغطي الأشكال المتاحة قبل أن تكتب أي كود دمج.

1. عرض إعلان مبكرًا جدًا

الإعلان التداخلي على الشاشة الأولى هو أسرع طريقة لفقدان مستخدم قد دفعت للعثور عليه للتو. لم يرَ المنتج بعد، لذا فلا يوجد شيء ليتم مقاطعته.

كيف تتجنب ذلك: حدد اللحظات التي أكمل فيها المستخدم شيئًا - مستوى، مهمة، مطالبة - وضع الإعلانات عند تلك الحدود. تعمل الأشكال المكافأة بشكل أفضل عندما تكون المكافأة شيئًا يريده المستخدم بالفعل: حياة إضافية، تسريع، رصيد إضافي.

2. ترك وضع التصحيح مفعلًا في الإنتاج

يقبل AdsGram SDK علامة debug التي تقدم إعلانات اختبارية وتطبع السجلات. تُوضح وثائق AdsGram أنه يجب إزالتها أو ضبطها على false للإصدار. تولد الانطباعات التجريبية لا إحصائيات ولا تؤدي إلى استدعاءات المكافآت، لذا فإن شحن debug: true ينتج تطبيقًا يبدو جيدًا ولا يحقق أي شيء.

3. استدعاء init() في كل عرض إعلان

window.Adsgram.init({ blockId }) يُعيد AdController. تشير ملاحظات توثيق AdsGram إلى أن التهيئة تحدث مرة واحدة لكل blockId وتعيد المكالمات المتكررة نفس مثال وحدة التحكم.

كيف تتجنب ذلك: أنشئ وحدة التحكم مرة واحدة عند بدء التطبيق، واحتفظ بالمرجع، واستدعِ show() في كل مكان. يبدو أن دمج المكافآت النموذجي يشبه هذا:

<script src="https://sad.adsgram.ai/js/sad.min.js"></script>

const AdController = window.Adsgram.init({ blockId: "your-block-id" });

AdController.show()
.then(() => {
// تم مشاهدة الإعلان حتى النهاية - اطلب من الخادم الخاص بك منح المكافأة
})
.catch((result) => {
// فشل الإعلان أو تم إغلاقه مبكرًا - لا تمنح أي شيء
console.warn(result);
});

4. عدم التعامل مع أخطاء show()

show() يرفض عندما لا يمكن تشغيل الإعلان أو يترك المستخدم مبكرًا. تكامل بدون catch() إما يمنح مكافآت لا يجب أن يمنحها أو يترك المستخدم عالقًا في حالة تحميل.

كيف تتجنبه: تعامل مع مسار الرفض بشكل صريح واشترك في أحداث SDK — onStart, onSkip, onReward، عند الاكتمال، في حالة حدوث خطأ، عند عدم العثور على الشعار، عند العرض غير المتوقف، عند طول الجلسة. onBannerNotFound هو ما يجب مراقبته أثناء الإطلاق: عادةً ما يعني أن التعبئة منخفضة لهذه المنطقة أو الكتلة، وليس أن الشيفرة خاطئة. تأكد دائمًا من وجود مسار غير إعلاني للوصول إلى الجائزة أو الشاشة التالية حتى لا تصبح الإعلانات المفقودة طريقًا مسدودًا.

5. منح الجائزة على العميل فقط

إذا كانت الجائزة مكتوبة بواسطة شيفرة العميل، يمكن إعادة تشغيلها. هذا هو نفس نوع الخطأ كما في الثقة بـ initDataUnsafe.

كيفية تجنب ذلك: منح الجوائز من خلال الجزء الخلفي الخاص بك. كما تقدم AdsGram طلب ما بعد من خادم إلى خادم للناشرين الأكبر: التطبيقات التي لديها أكثر من 50,000 مستخدم يوميًا يمكنها تكوين عنوان URL للجائزة، وتقوم AdsGram بإرسال طلب GET يحتوي على معرف المستخدم الخاص بـ telegramId بعد مكافأة جانب العميل. يجب أن يقبل نقطة النهاية HTTPS GET على المنفذ 443 وأن يتضمن [userId] عنصر نائبة، على سبيل المثال https://example.com/reward?userid=[userId]. لا يتم إطلاق الإرجاع في وضع التصحيح.

6. وضع الإعلانات في أماكن لا يمكن للمستخدمين رؤيتها

تتعلق قواعد التوزيع بالرؤية، وليس التصميم. على منصة AdsGram، يتم احتساب الانطباع بعد ثانيتين من المشاهدة المستمرة مع ظهور الكتلة بنسبة 50% على الأقل.

كيف تتجنب ذلك: لا تعرض كتلة إعلان داخل حاوية مطوية، أو خارج الشاشة، أو بارتفاع صفر، ولا ت-stack الكتل في نفس منطقة الشاشة، ولا تُشغل عرضًا أثناء تصغير Mini App. يسمح AdsGram بما يصل إلى 10 كتل إعلانات لكل تطبيق، وهو ما يكفي لفصل التوزيعات حسب السياق - واحدة لإنهاء المستوى، واحدة للمكافأة اليومية، واحدة لجدار المهام - بدلاً من إطلاق نفس الكتلة في كل مكان.

أخطاء الإطلاق والاعتدال

تحدث معظم حالات الرفض لأن التطبيق غير مكتمل، وليس لأنه ينتهك قاعدة. على منصة AdsGram، يجب أن تكون Mini App متاحة وتعمل بشكل صحيح خلال فترة المراجعة، والتي تكتمل عادةً خلال 4–6 ساعات في أيام العمل و6–10 ساعات في عطلات نهاية الأسبوع.

أخطاء شائعة في مرحلة الإطلاق:

• تقديم بناء خلف جدار تسجيل دخول أو قائمة بيضاء، مما يجعل المراجعين يرون شاشة خطأ.
• تدفقات معطلة على منصة واحدة فقط، وغالبًا ما تكون تتعلق بإدارة لوحة المفاتيح على iOS أو تخطيط سطح المكتب.
• توقعات الدفع محددة دون قراءة القواعد: تدفع AdsGram بالـ USDT على شبكة TON بشكل افتراضي، مع توفر تحويلات USDT TRC20 والنقد، وسحب أدنى قدره 100 دولار، ومعالجة خلال 24 ساعة في أيام العمل وحتى 48 ساعة في عطلات نهاية الأسبوع.
• لا توجد تحليلات على قمع الإعلانات، مما يجعل من المستحيل معرفة ما إذا كان هناك تعبئة منخفضة أو عرض معطل. إذا كنت تقارن الشبكات قبل الدمج، فإننا مقارنة AdsGram مع Monetag تحدد ما يجب قياسه.

جدول الأعراض والسبب

إصلاح هذه الأمور قبل الإطلاق يكلف أقل من متابعتها من خلال تذاكر الدعم، وهذا هو ما يميز تطبيق Mini الذي يعمل بشكل جيد عن واحد يحتفظ بالمستخدمين ويحقق الأرباح. عندما تكون البنية التقنية مستقرة، تحقيق الإيرادات من Telegram Mini Appsيصبح مهمة تكوين بدلاً من عملية إنقاذ - والمعلومات الأساسية حول التنسيقات والطلب موجودة في نظرة عامة لدينا عن إمكانيات تحقيق الدخل والإعلانات لتطبيقات Telegram Mini.

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

1. لماذا لا يفتح تطبيق Telegram Mini الخاص بي؟
   الأسباب المعتادة هي فشل في بدء التشغيل، أو خطأ غير معالج قبل أول عرض، أو فقدان جلسة مع تخزين العميل. تحقق من أن رابط التطبيق يمكن الوصول إليه عبر HTTPS، وأن الـ SDK جاهز قبل أي استدعاء لواجهة برمجة تطبيقات Telegram، وأنه لا يوجد كود يعتمد على localStorage المستمر بعد إعادة التشغيل. إذا كان يفتح على Android ولكن ليس على iOS، اختبر نفس الإصدار باستخدام Safari Web Inspector.
2. كيف يمكنني فتح واختبار تطبيق Telegram Mini في المتصفح؟
   خارج Telegram لا توجد معلمات إطلاق، لذا فإن الـ SDK يوضح أنه لا يمكنه استردادها. للعمل المحلي، قم بإجراء فحص للبيئة ومز mocking لبيئة Telegram بحيث يتم عرض التطبيق في متصفح عادي. قم بتعريض خادم التطوير الخاص بك من خلال نفق مثل نفق VS Code dev أو ngrok، وضع ذلك الرابط HTTPS في BotFather، وافتح التطبيق من البوت.
3. كيف يمكنني التحقق من صحة بيانات init في تطبيق Telegram Mini؟
   أرسل ال initData كسلسلة إلى الخادم الخاص بك. قم ببناء سلسلة التحقق من البيانات من جميع أزواج المفتاح-القيمة باستثناء hash، مرتبة أبجدياً ومتصلة بأسطر جديدة، استخرج سراً باستخدام HMAC-SHA256(bot_token, "WebAppData")، احسب HMAC-SHA256(data_check_string, secret) وقارنها مع hash. ارفض الحمولات التي auth_date خارج نافذة القضايا الخاصة بك، ثم قم بإصدار رمز جلستك الخاص.
4. كيف يمكنني تصحيح الأخطاء في تطبيق Mini على Telegram على نظامي iOS وAndroid؟
   استخدم أدوات مطور Chrome مع تصحيح الأخطاء عن بُعد عبر USB لنظام Android ومفتش الويب Safari لنظام iOS. عندما لا يتوفر أي منهما - هاتف مختبر، أو تطبيق على جهاز شخص آخر - قم بإدراج وحدة تحكم داخل التطبيق مثل Eruda حتى تكون أخطاء وقت التشغيل مرئية دون الحاجة إلى كابل. قم بإعادة إنتاج كل خطأ على عميل Telegram حقيقي، حيث يخفي Telegram Web معظم سلوك WebView المرتبط.
5. هل يمكنني استخدام localStorage في تطبيق Mini على Telegram؟
   داخل WebView الخاص بـ Telegram، localStorage قد لا يستمر على iOS وبعض إصدارات سطح المكتب، لذا يمكن أن يؤدي إعادة التشغيل إلى مسحه. استخدم CloudStorage لإعدادات المستخدم التي يجب أن تتبع الحساب، DeviceStorage أو SecureStorage من Bot API 9.0 للحفاظ المحلي، ونظامك الخلفي الخاص لجلسات، والأرصدة، وأي استحقاق.
6. هل تكسر Bot API 10.2 التطبيقات الصغيرة الموجودة؟
   يمكن أن يحدث ذلك. تمنع Bot API 10.2، التي تم إصدارها في 14 يوليو 2026، استخدام طرق التطبيقات الصغيرة من مصادر غير نطاق التطبيق الصغير الأصلي. ستفشل التطبيقات التي تستدعي Telegram.WebApp طرق من iframe مضمن، أو صفحة شريك، أو نطاق ثانوي في تلك الاستدعاءات على العملاء المحدثين. احتفظ بجميع مكالمات Telegram API على النطاق المسجل وتبادل البيانات مع الأطراف الثالثة من خلال نظامك الخلفي.