سرعة الموقع

كيف تقيس سرعة الموقع

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

  • الدرس 4 من 10
  • مبتدئ
  • مجاني، دون تسجيل

دورة قياس واحدة، خمس خطوات

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

  1. خذ الاختبار

    طلب واحد يعطي الرقم المخبري والبيانات الميدانية إن وُجدت.

    1

  2. اقرأ التقرير

    انظر إلى المؤشرات منفردة لا إلى الدرجة الكلية وحدها.

    2

  3. رتّب الأولويات

    على محوري الأثر والجهد، لا بالترتيب الذي طبعته الأداة.

    3

  4. أصلح شيئا واحدا

    إن فعلت أشياء عدة معا فلن تعرف أيها نفع.

    4

  5. قِس من جديد

    ثلاث قراءات، وقارن الوسيط بالوسيط لا الأفضل بالأفضل.

    5

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

آخر مراجعة: تُراجع الحقائق وأسماء الأدوات في هذا الدرس مقابل مصادرها في هذا التاريخ.

بأي شيء تقيس، ولماذا يكفي طلب واحد

تسمع ثلاثة أسماء كثيرا وليست شيئا واحدا. Lighthouse هو محرك الاختبار الذي يفتح الصفحة في ظروف محاكاة وينتج تقريرا. وPageSpeed Insights هي الخدمة التي تشغل ذلك المحرك عنك، وتضع إلى جانبه بيانات المستخدمين الحقيقيين إن وُجدت لتلك الصفحة. وCrUX، أي تقرير تجربة مستخدم كروم، هو تلك البيانات الحقيقية، ومنه أيضا يأتي تقرير Core Web Vitals في سيرش كونسول.

وهنا ما نادرا ما يُقال وهو يختصر العمل: طلب واحد إلى واجهة PageSpeed يعيد الاثنين معا. ففي الرد، كتلة lighthouseResult هي الرقم المخبري وكتلة loadingExperience هي البيانات الميدانية. ولا تحتاج إلى تقريرين من مكانين.

ويكشف الرد نفسه حقيقة ثالثة: قد لا تكون كتلة البيانات الميدانية موجودة أصلا. وهذا ما يحدث لأكثر المواقع الفارسية، وليس عطلا. أما الفرق بين نوعي البيانات ولماذا يهم الصدك ٧٥ ففتحناه في الدرس السابق في هذا المسار.

ولأخذ تقرير، أبسط طريق فتح خدمة PageSpeed في المتصفح. وإن أردت أتمتتها فطلب واحد يكفي، ومن هناك يجري العمل على ملف JSON:

curl -s "https://www.googleapis.com/pagespeedonline/v5/runPagespeed?url=https://example.com&strategy=mobile&category=performance&key=KEY" -o psi.json

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

الملف الخام الذي تحصل عليه أكبر بكثير من أن يُقرأ بالعين أو يُلصق في نافذة محادثة. وهذا الأمر يستخرج ما ينفع فقط: الدرجة، والمؤشرات المخبرية الأربعة، وحال البيانات الميدانية، والفرص فوق مئة ميلي ثانية. وإن غابت كتلة البيانات الميدانية عن الرد طبع من تلقائه field: none، وهذا في ذاته جواب مفيد.

python3 -c 'import json;d=json.load(open("psi.json"));l=d["lighthouseResult"];a=l["audits"];print("score",round(l["categories"]["performance"]["score"]*100));[print("lab",k,a[k]["displayValue"]) for k in ("first-contentful-paint","largest-contentful-paint","total-blocking-time","cumulative-layout-shift") if k in a];f=d.get("loadingExperience",{}).get("metrics",{});print("field: none") if not f else [print("field",k,v["percentile"],v["category"]) for k,v in f.items()];[print("fix",int(x["details"]["overallSavingsMs"]),"ms",x.get("title","")) for x in sorted(a.values(),key=lambda x:-x.get("details",{}).get("overallSavingsMs",0)) if x.get("details",{}).get("type")=="opportunity" and x["details"].get("overallSavingsMs",0)>100]'
قياس سرعة الموقع: من التقرير إلى القرار

مم تتكون الدرجة، وما الغائب عنها

الرقم الكبير الملون أعلى التقرير ليس قياسا في ذاته. إنه متوسط مرجّح لعدة مؤشرات مخبرية، ووثائق Lighthouse تنشر وزن كل منها: زمن الحجب الكلي ٣٠%، وأكبر رسم محتوى ٢٥%، والانزياح التراكمي للتخطيط ٢٥%، وأول رسم محتوى ١٠%، ومؤشر السرعة ١٠%. وتذكر الوثائق نفسها أن الأوزان تغيرت عبر الزمن، لأن فريق Lighthouse يواصل البحث عما له أكبر أثر في الأداء كما يدركه المستخدم.

وانظر الآن في تلك القائمة عن قرب وانظر ما الغائب عنها: INP. فواحد من مؤشرات Core Web Vitals الثلاثة لا يسهم في الدرجة بشيء. والسبب معقول لا مؤامرة: فـ INP لا يعني شيئا إلا حين ينقر أحد على الصفحة فعلا، وفي تشغيل آلي لا ينقر أحد. وزمن الحجب الكلي بديله المخبري لا هو نفسه.

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

فلأي شيء نبقي الدرجة إذن؟ لمقارنة صفحة بنفسها، قبل تغيير وبعده، في الظروف نفسها. وهي جيدة لهذا. أما لتقول لعميل إن موقعه جيد أو رديء، فالمؤشرات المنفردة والبيانات الميدانية هي الأداة الأصدق.

مم تتكون الدرجة، والاسم الغائب عن القائمة

وزن كل مؤشر في درجة أداء Lighthouse، بحسب وثائق Lighthouse نفسها
  1. زمن الحجب الكلي ٣٠%
  2. أكبر رسم محتوى ٢٥%
  3. الانزياح التراكمي للتخطيط ٢٥%
  4. أول رسم محتوى ١٠%
  5. مؤشر السرعة ١٠%

INP ليس في هذه القائمة، لأن أحدا لا ينقر في تشغيل آلي. وزمن الحجب الكلي بديله المخبري لا هو نفسه. وتذكر وثائق Lighthouse أيضا أن هذه الأوزان تغيرت عبر الزمن.

لماذا يتغير الرقم في كل مرة تختبر

تحصل على ٦٨، ثم تعيد فتحصل على ٧٤، والثالثة تقول ٦١، ولم يتغير في الموقع شيء. وهذا ليس عطلا، وقد أفردت وثائق Lighthouse له قسما كاملا: فكثير من هذا التذبذب لا يعود إلى Lighthouse أصلا بل إلى الظروف التي يجري فيها الاختبار. الشبكة، وحمل الخادم اللحظي، وحتى مقدار خمول جهاز الاختبار في تلك اللحظة.

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

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

من قائمة طويلة إلى عمل واحد

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

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

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

وأنهِ العمل بجملة لا بتقرير: هذا الشهر نعمل على هذا الشيء الواحد، لهذا السبب. فإن كانت حصيلة قياسك قائمة من عشرة بنود فأنت لم تقرر بعد.

القائمة نفسها، مرتبة بحسب ما يعنيك أنت

  • أثر عال، جهد قليل

    اليوم. والصورة المفرطة التي تُحمّل بحجمها الأصلي تقع هنا عادة.

  • أثر عال، جهد كبير

    يحتاج تخطيطا. وزمن استجابة الخادم يقع هنا عادة، لأنه يعني الذهاب إلى الاستضافة.

  • أثر قليل، جهد قليل

    إن بقي وقت. وليس أول عمل الشهر أبدا.

  • أثر قليل، جهد كبير

    لا تفعله. وأي توصية توفر دون مئة ميلي ثانية تقريبا تقع هنا عادة.

ترتيب العمل

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

بعد الإصلاح، ماذا تقيس من جديد

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

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

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

المسار السريع مع الذكاء الاصطناعي

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

  1. خذ المخرجات الخام وصغّرها. فملف JSON لرد PageSpeed أكبر بكثير من نافذة محادثة، فاستخرج ما ينفع فقط. والأمر الوارد في متن هذا الدرس يفعل ذلك بالضبط: الدرجة، والمؤشرات المخبرية الأربعة، وحال البيانات الميدانية، والفرص فوق مئة ميلي ثانية.
  2. اكتب الدور التجاري للصفحة في سطر واحد وضعه إلى جانب ذلك. هذه الصفحة تجلب مبيعات، أو تجلب اتصالات، أو تُعلم فقط. وبدون هذا السطر يكتفي النموذج بترتيب الأرقام ويفعل ما فعلته الأداة أصلا.
  3. أعطها الأمر أدناه مع القطعتين معا. فهذا عمل حكم لا معالجة كمية، ولذا يجيب نموذج قوي إجابة أفضل؛ والرتبة السريعة الرخيصة تكفي لتلخيص تقرير لا لاختيار أولوية واحدة. ويُحفظ الاختيار الحالي لكل رتبة في مرجع الذكاء الاصطناعي عندنا، ولا نكتب هنا اسم إصدار لأنه سيصير خطأ بعد ستة أشهر.
  4. حوّل الجواب إلى جملة واحدة. فالمخرج الصحيح لهذا العمل قرار: هذا الشهر نعمل على هذا الشيء الواحد، لهذا السبب. وإن كان الجواب قائمة أخرى من عشرة، فاسأل ثانية وألزمه باختيار واحد وبيان لماذا لا البقية.

وصفة جاهزة للنسخ

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

مخرجات التقرير الملخصة:
{الصق مخرجات الأمر هنا}

الدور التجاري لهذه الصفحة: {تجلب مبيعات | تجلب اتصالات | تُعلم فقط}
ما هو في متناولي: {شفرة القالب | لوحة ووردبريس فقط | أستطيع تغيير الاستضافة}

اكتب ستة أشياء:
١. في جملة واحدة، قل ما المشكلة الأساسية لهذه الصفحة، اعتمادا على المؤشرات المنفردة لا على الدرجة الكلية.
٢. ضع كل فرصة في إحدى أربع خانات: أثر عال وجهد قليل، أثر عال وجهد كبير، أثر قليل وجهد قليل، أثر قليل وجهد كبير. واستعمل سطر «ما هو في متناولي» لتقدير الجهد.
٣. اختر عملا واحدا يُنجز هذا الشهر، وقل لماذا هذا دون غيره.
٤. قل أي التوصيات لا ينبغي تنفيذها ولماذا. وكل ما يعد بأقل من مئة ميلي ثانية ينتمي إلى هذه المجموعة.
٥. إن لم تكن في المدخلات بيانات ميدانية، فاكتب صراحة أن حال المستخدمين الحقيقيين مجهول وأن استنتاجك يقوم على تشغيل مخبري واحد.
٦. اكتب ما الذي يجب قياسه من جديد بعد ذلك العمل الواحد، ليُعرف هل نفع أم لا.

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

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

الذكاء الاصطناعي في هذا العمل

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

أدوات تساعد فعلا

  • Claude مناسب لعمل المسار السريع هنا: يأخذ مخرجات التقرير مع الدور التجاري للصفحة، وبدل أن يسرد يختار أولوية واحدة ويقول لماذا. وإيران ليست في قائمة الدول المدعومة لدى Anthropic، فلا تسجيل رسمي ولا قبول لبطاقة إيرانية.
  • Gemini إن قررت ألا تصغّر المخرجات وسلمت ملف JSON كاملا، فهو يتعامل جيدا مع المدخلات الطويلة جدا. وتقول صفحة غوغل نفسها إن تطبيق Gemini على الويب يعمل في أكثر من ٢٣٠ دولة وإقليما، وإيران ليست في تلك القائمة.
  • ChatGPT يكفي لتلخيص التقرير وترتيبه. ولا ندّعي شيئا عن الوصول من إيران، لأن صفحة الدول المدعومة لدى OpenAI، كسائر ذلك النطاق، تعيد ٤٠٣ لهذا الخادم.

اين ينقلب ضدك

ثلاثة مخاطر، وأولها شائع بما يستحق جملة مستقلة: يخترع النموذج أسماء فحوص ليست في تقريرك. فقد رأى نمط أسماء Lighthouse ويستطيع إنتاج ما يشبهها ولا وجود له، ولأن الشكل صحيح لا يشك أحد. والدفاع البسيط أن تبحث عن كل عنوان كتبه النموذج داخل ملفك أنت؛ فإن لم يكن فيه فهو غير موجود. وتسمي وثائق Anthropic نفسها قول النموذج بثقة ما لا سند له هلوسة. والخطر الثاني خلط المختبر بالميدان: يأخذ النموذج رقم تشغيل محاكى ويصدر حكما عن تجربة المستخدمين الحقيقيين. والخطر الثالث يخص البيانات لا النموذج: فمخرجات التقرير تحمل عناوين الصفحات وأحيانا عناوين داخلية للعميل، وما يحدث للنص الذي تلصقه في روبوت محادثة يتوقف على خطة تلك الخدمة وإعداداتها. فإن كنت تعمل على موقع عميل فاقرأ صفحة استعمال البيانات لتلك الخدمة مرة قبل اللصق. وموقفنا: للنموذج أن يرتب ويختار من بيانات تقريرك، وليس له أن يضيف إليها شيئا.

المصادر: Anthropic: reduce hallucinations Anthropic: supported countries Google: where Gemini Apps are available

حدود هذه النصيحة

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

من عملنا نحن

كتبنا أداة اختبار السرعة في هذا الموقع بأنفسنا على واجهة غوغل نفسها، وخرجت من ذلك العمل ثلاثة أمور لم نرها في أي درس. الأول أن ردا واحدا يحمل نوعي البيانات: تقرأ شفرتنا الرقم المخبري من lighthouseResult وخمس قيم ميدانية من loadingExperience، واضطررنا إلى حراسة كل واحدة من الخمس بفحص وجود، لأن تلك الكتلة كثيرا ما تغيب أصلا. والثاني أن ذلك العنوان بلا مفتاح ميت: ناديناه من هذا الخادم نفسه في ٨ سبتمبر ٢٠٢٦ فعاد ٤٢٩، بحصة يومية قيمتها مكتوبة صفرا، لا مستنفدة بل صفرا. وفي هذه الحال ترتد شفرتنا إلى فحص على مستوى HTML من عندنا، ولا نسمي ذلك المخرج تقرير Lighthouse لأنه ليس كذلك. والثالث أننا نخزن نتيجة كل عنوان عشر دقائق؛ وهذا جيد للخادم لا لمن يظن أنه يأخذ اختبارا جديدا. أما ما كلفتنا هذه القرارات: فأداة مجانية تعتمد على مفتاح واجهة تغيّر شكلها بصمت ولا ينتبه المستخدم. ولهذا يحمل كل رقم نُشر في هذا الموقع بوصفه درجة Lighthouse تاريخه الخاص على الصفحة.

اسئلة متابعة حقيقية

كم قراءة ألزم حتى يكون الرقم موثوقا؟

ثلاث قراءات قبل التغيير وثلاث بعده، وقارن الوسيطين دائما لا أفضل رقمين. ووثائق Lighthouse نفسها تذكر أن كثيرا من التذبذب يأتي من ظروف تشغيل الاختبار لا من الموقع. فإن كان الفرق بين الوسيطين أصغر من المدى، فلا أثر يمكن إثباته.

أختبر الهاتف أم سطح المكتب؟

كلاهما، لكن إن لم يكن لديك وقت إلا لواحد فاختر الهاتف. فتقييم Core Web Vitals يقيسهما منفصلين، وحصة الهاتف أكبر في أكثر المواقع الفارسية. والرقم على سطح المكتب أفضل دائما تقريبا، ولهذا بالضبط يتركك النظر إليه وحده مطمئنا بلا مسوّغ.

ما الفرق بين أداة سرعة مجانية وأخرى مدفوعة؟

الفرق المهم ليس أيهما يكلف مالا، بل أي محرك يعمل خلفه فعلا وهل يشغّله حقا. فخدمة غوغل الرسمية لم تعد تجيب بلا مفتاح، فالأداة التي تجيب دائما وفورا إما لديها مفتاحها أو تشغّل شيئا آخر. والسؤال الصحيح لأي أداة: من أين جاء هذا الرقم؟

واصل التعلم