ملي بديت كنخدم على موقع مستقل، لقيت راسي كل نهار الاثنين فالصباح كندير نفس الحاجة.
كنحل Google Search Console وكنصدّر يدويّاً بيانات البحث ديال الشهر اللي فات. كنحل GA4 وكنصدّر الصفحات اللي جايبة أكثر 50 زيارة فـCSV. ومن بعد كنستعمل Excel باش ندمج الجدولين—الظهور والكليكات ديال GSC مع الجلسات والتحويلات ديال GA4، وكنطابقهم حسب الرابط. ومن بعد كنلوّن يدوياً: إلا نقص الترافيك كنعلّمو بالأحمر، وإلا كان معدل التحويل أقل من المتوسط كنعلّمو بالأصفر.
العملية كاملة كتشد تقريباً ساعة ونص. ومنين كنسالي كنصيفطها فالمجموعة، والزبون كيرد بجملة "توصلت".
دازت 3 سنين وأنا كندير هاد الخدمة كل أسبوع.
حتى للشهر اللي فات، واحد الصديق ديالي خدام فالتقنية شاف الشاشة ديالي وقال ليا جملة ضرباتني فالصميم: "هاد الشي ماشي غير كتربط API وخلاص؟ علاش كل أسبوع باقي كتديرو يدوياً؟"
بقيت ساكت شوية. وكان عندو الحق. ماشي حيث ما كنتش عارف بلي GSC وGA4 عندهم API. ولكن كل مرة كنخمم فـ"نكتب سكريبت ونعيط للـAPI"، كيبان ليا بحال مشروع كامل—نكتب Python، نعالج المصادقة، نعالج الصفحات، نطابق الحقول، نكتب واجهة العرض… هاد الشي كامل يقدر يوفر الوقت فعلاً، ولكن كلفة البداية كانت كبيرة لدرجة بقيت كنأجل.
شنو كان هو المنعطف؟ Codex.
أولاً، شنو هو Codex—وعلاش ماشي ChatGPT
بزاف ديال الناس ملي كيسمعو بالذكاء الاصطناعي كيكتب الكود، أول رد فعل كيكون: "ChatGPT يكتب ليا شي سكريبت". حتى أنا جربتها. ChatGPT كيعطيك شي كود، كتلسقو فالمحرر، كتوجد البيئة، كتسطالي التبعيات، كتشغل وكيبان الخطأ، كتلسق الخطأ وترجعو ليه يصلحو، ومن بعد كتعيد التشغيل وكيبان خطأ آخر… سبع ولا تمن دورات، ولات أصعب من تصدير البيانات يدوياً.
الدور ديال Codex مختلف بزاف. هو Agent ديال البرمجة كيتشغل مباشرة فالترمينال—عندو بيئة Sandbox مستقلة، يقدر يقرا الملفات، يكتبها، يسطالي الحزم، ينفذ الأوامر، ويعالج الأخطاء، ومن الأول للآخر ما كيحتاجش منك تنسخ الكود وتلصقو. كتقول ليه شنو بغيتي بلغة طبيعية، وهو بوحدو كيخطط، كيكتب، كيشغل، وكيصلح.
مثلاً، هادي هي الجملة اللي عطيتو:
"عاونّي نصدّر بيانات البحث ديال آخر 28 يوم من GSC، وندمجها مع بيانات الصفحات الهابطة ديال GA4 حسب الرابط، وندير جدول بأكثر 20 صفحة نقص فيها الترافيك."
وهو بوحدو دار هاد الخطوات:
•تأكد واش مكتبات Google API ديال Python كاينة فالبيئة الحالية، وإلا ما كانتش سطالاها بوحدو•قرا مسارات ملفات المصادقة ديال GSC وGA4، وعالج OAuth•عيط لـGSC API وجبد بيانات البحث والصفحات، وعالج الصفحات تلقائياً•عيط لـGA4 Data API وجبد الجلسات والتحويلات حسب الصفحة الهابطة•نقّى الروابط (حيد البرامترات، وحيد الشرطة المائلة الأخيرة، ووحّد بادئة www)•دار دمجاً مشتركاً حسب الرابط، وحسب مسار الظهور-الكليكة-التحويل لكل صفحة•خرج جدول Markdown مرتب حسب أكبر نسبة انخفاض فالترافيك
كنت كنشوف الشاشة وهو خدام، وسالى كلشي بوحدو. فالنص، وقع خطأ فصيغة التاريخ ديال GA4 API—قرا رسالة الخطأ، صلح المشكل، عاود شغل، وخدمات.
🔴 الفرق بين أدوات البرمجة بالذكاء الاصطناعي ماشي فـ"واش كتقدر تكتب الكود"—كلها كتقدر. المهم هو "واش كتقدر تخليه يخدم بوحدو".
ثانياً، كيفاش درت الحلقة الكاملة ديال بيانات GSC+GA4 باستعمال Codex
غادي نراجع معاكم هاد العملية حسب الترتيب الحقيقي ديال الخدمة. ما غاديش نهضر على النظرية؛ كل خطوة جربتها فعلاً فالترمينال.
1. التحضير: مصادقة Google Cloud
هاد الخطوة ما يمكنش نهربو منها. APIs ديال GSC وGA4 بجوجهم خاصهم مصادقة OAuth ولا Service Account عبر Google Cloud. سواء استعملتي الذكاء الاصطناعي ولا لا، خاصك تدير هاد الخطوة يدوياً.
شنو درت:
•أنشأت مشروع فـGoogle Cloud Console، وفعلت Search Console API وGoogle Analytics Data API•أنشأت Service Account وحملت ملف مفاتيح JSON للحاسوب•زدت الإيميل ديال Service Account فـGSC كمستخدم "مقيّد" (بصلاحيات كاملة)•زدت نفس الإيميل فلوحة GA4 كمستخدم "مشاهد البيانات"
Codex ما يقدرش يعاونك فهاد المرحلة—المصادقة ومنح الصلاحيات عملية فيها تفاعل بين الإنسان والموقع، وما يقدرش ينوب عليك فصفحة التفويض ديال Google. ولكن من بعد، إلا كان مسار ملف المصادقة صحيح، يقدر يربط بكلشي بسلاسة.
⚠️ أول حاجة كتوقف أغلب مشاريع أتمتة الـAPI ماشي الكود، بل الصلاحيات. نظام الصلاحيات ديال Google بحال دمى روسية—GSC عندو مدخل، وGA4 عندو مدخل آخر، وGoogle Cloud عندو مدخل ثالث، والصلاحيات ديال المداخل الثلاثة ما كتتواصلش مع بعضها. إلا دزتي هاد المرحلة بالصبر، الباقي كيولي ساهل.
2. أول Skill: جلب بيانات البحث من GSC
طريقة خدمة Codex هي أنك تقدر تجمع مجموعة ديال المهام فـSkill قابل لإعادة الاستعمال (ملف مهارة)، وتحطو فالمجلد ~/.codex/skills/. وكل مرة كتعيط لنفس الـSkill، كينفذ نفس المنطق.
بديت بنسخة بسيطة بزاف: غير كتجبد بيانات البحث من GSC.
هاد الـSkill كيعلم Codex ثلاثة ديال الحوايج: شنو هو الـAPI، شنو هي الأبعاد اللي خاصو ياخذ، وبأي صيغة يخرج النتيجة. منين شغلتو، خدا تقريباً 40 ثانية، وخرج لائحة بأول 100 كلمة بحث، فيها عدد الكليكات، الظهور، CTR، والترتيب المتوسط.
قارنت النتيجة مع CSV اللي صدرت يدوياً الشهر اللي فات—البيانات كانت متطابقة تماماً. فداك الوقت حسّيت بحال "العصر اليدوي سالى".
ولكن ما كانتش دقيقة 100%. كاين مشكل فـGSC API: افتراضياً كيعطي غير 1000 سطر، وأي حاجة أكثر خاصها Pagination. أول مرة شغلتو، الموقع ديالي كان فيه أكثر من 3400 بحث فشهر واحد—Codex لاحظ بوحدو أن عدد الصفوف اللي رجعات ما متطابقش، زاد منطق Pagination وعاود شغل العملية، والمرة الثانية جابهم كاملين.
هو اللي اكتشف المشكل. وهو اللي صلحو. هادي تجربة مختلفة تماماً على استعمال ChatGPT باش يكتب ليك سكريبت.
3. ثاني Skill: ربط GA4
من بعد ما جبدت بيانات GSC، خليتو يجيب حتى بيانات الصفحات الهابطة من GA4.
هاد المهمة أصعب بشوية. GA4 Data API خاصك تبني ليه بوحدك "جسم طلب البيانات"—كتحدد الأبعاد اللي بغيتي (landingPage)، والمقاييس (sessions، conversions، eventCount)، والفترة الزمنية، وشروط التصفية. بنية JSON ديال الطلب مختلفة تماماً على GSC، وحتى أسماء الحقول فالرد ديال GA4 كتجي فصيغة طويلة بحال eventName_xxx وخصك تحللها بوحدك.
الطريقة اللي تعامل بها Codex مع GA4 API بقات فبالي—ماشي غير كينفذ التعليمات بشكل آلي، بل قبل ما يعيط للـAPI دار استكشاف للـSchema: عيط لـGA4 Metadata API، جبد جميع الأبعاد والمقاييس المتاحة فهاد الخاصية، وشاف كيفاش كتتركب أسماء الحقول، ومن بعد بنى جسم الطلب.
💡 هاد الطريقة ديال "فهم الوضعية مزيان قبل ما تبدا" هي بالضبط اللي كيدير الإنسان ملي كيربط API جديدة. الذكاء الاصطناعي أتمتها.
منين سالاو الجوج Skills، ولات عندي جوج جداول:
•أبعاد بحث GSC: الكلمات المفتاحية، رابط الصفحة، الكليكات، الظهور، CTR، والترتيب المتوسط•أبعاد الصفحات الهابطة فـGA4: رابط الصفحة، الجلسات، التحويلات، ومتوسط مدة التفاعل
دابا بقى غير الدمج.
4. الدمج—من جوج جداول إلى لائحة Todo مرتبة حسب الأولوية
دمج جوج جداول كيبان ساهل—رابط مع رابط، وكتجمعهم وخلاص. ولكن فالواقع كاينين بزاف ديال المطبات الصغيرة.
خليت Codex يشوف بوحدو عينات من الجدولين، ولاحظ أن روابط الصفحات فـGSC فيها البادئة https://، بينما مسار الصفحة الهابطة فـGA4 مكتوب غير /blog/seo-guide. وروابط GSC فالنهاية ديالها برامترات بحال ?utm_source=google، بينما GA4 حيدها. وكاين صفحات عندها بيانات فـGSC وما عندهاش فـGA4، والعكس صحيح.
Codex نقّى هاد الفروقات بوحدو—حيد البادئات، والبرامترات، والـanchors، ووحّد الشرطة المائلة فالنهاية، ومن بعد دار الدمج المشترك.
من بعد الدمج، ما خرجش ليا جدول Pivot بارد، بل نتيجة تشخيصية مرتبة حسب نوع المشكل:
الأولوية｜خصائص الصفحة｜اتجاه التشخيص
🔴 P0｜الظهور ناقص بأكثر من 30%، والترتيب هبط من top5 لأقل من top10｜ضياع الترتيب—قلب على الروابط الخارجية، وعلى حداثة المحتوى
🟡 P1｜ظهور كبير وCTR ضعيف (CTR أقل من المتوسط بـ50%)｜العنوان ما كيجذبش كفاية—بدّل Title وMeta
🟡 P1｜كليكات كثيرة وتحويلات قليلة (معدل التحويل أقل من المتوسط بـ40%)｜الصفحة الهابطة ما كتقنعش كفاية—راجع محتوى الصفحة وCTA
🟢 P2｜الترتيب بين 8 و20، وحجم البحث كبير｜قريب توصل—زِد الروابط الداخلية وقوّي المحتوى
📊 تحول جوج تقارير منفصلين إلى Todo مرتبة حسب الخطورة—هاد هو معنى "حلقة البيانات الكاملة". ماشي باش تشوف البيانات، ولكن باش تعرف شنو خاصك تدير.
ثالثاً، المطبات اللي واجهتها فعلاً فهاد العملية
منين ساليت الـSkill وخدمات العملية، ملي كنرجع نشوفها دابا كلشي كيبان "منطقي وطبيعي". ولكن فداك الوقت، كانت كاينة شي حوايج حبساتني فعلاً.
المشكل الأول: أسماء مقاييس GA4 ماشي واضحة
فـGA4 API، عدد الجلسات ما كيتسمّاش sessions، كيتسمّى sessions. وعدد التحويلات ما كيتسمّاش conversions، بل eventCount ولكن غير بالنسبة للأحداث اللي علمتيها كتحويلات. ومتوسط مدة التفاعل ما كيتسمّاش avgTimeOnPage، بل userEngagementDuration ومن بعد خاصك تقسمو بوحدك على عدد الجلسات.
إلا قريتي التوثيق، تقدر تفهم هاد الشي طبعاً—المشكل هو أنك خاصك ساعة ولا جوج باش تقلب على كل حقل بوحدو. Codex وفر ليا هاد الوقت. قبل ما يبني طلب الـAPI، عيط بوحدو لـGA4 Metadata API، وجبد جميع أسماء المقاييس المتاحة فهاد الخاصية، وأنواعها، ووصفها، ومن بعد طابق المعنى الإنجليزي مع "بغيت عدد الجلسات" باش يعرف شنو هو الحقل المناسب.
المشكل الثاني: حدود الحصة ديال GSC API
الحصة اليومية ديال GSC API، بحال الخدمة اليدوية فـGSC، عندها حد أقصى. أول مرة خليت Pagination سريع بزاف—عيطت بشكل متزامن على 20 صفحة، وفعّلت تحديد السرعة مباشرة. منين توصل Codex بالخطأ HTTP 429، تسنى بضع ثواني وعاود المحاولة، ومن بعد نقص سرعة Pagination إلى جوج صفحات فالثانية، وخدمات مزيان.
هاد التجربة خلاتني نفهم أن الذكاء الاصطناعي، مهما كان ذكي، راه كيتعامل مع API كتبها البشر. قواعد تحديد السرعة، وصيغ البيانات، وتسميات الحقول—هاد الخدمة الوسخة يقدر يشيلها عليك، ولكن خاصك تعرف فين كاينين المطبات.
المشكل الثالث: Codex مرات كيعقّد الأمور بزاف
مرة قلت ليه "قسّم البيانات حسب نوع الصفحة"—القصد ديالي كان نفرق حسب البادئات الموجودة فمسار الرابط بحال /blog/ و/product/. ولكن Codex فهمها على أنه خاصو يقرا بنية HTML ديال كل صفحة ويستخرج نوعها. وفعلاً دارها—استعمل مكتبة requests وزحف على HTML ديال كل صفحة، وحلل وسوم meta وschema، ومن بعد صنّف الصفحات.
خدمات العملية، ولكن خذات قرابة 4 دقايق. وأنا فالحقيقة كنت غير باغي تقسيم بسيط حسب بادئة مسار الرابط.
⚠️ ملي كتخدم مع الذكاء الاصطناعي، دقة السؤال هي اللي كتحدد الكفاءة ديالو. كلما كنت واضح ودقيق، خدم أسرع. إلا كان كلامك غامض بزاف، غادي يختار أعقد طريقة باش "يفهم"—وماشي بالضرورة غادي يقول ليك أنه دار طريق طويلة.
رابعاً، كيفاش تحوّلو لحاجة "قابلة لإعادة الاستعمال"—ماشي سكريبت كيخدم مرة وحدة
أنك تخلي العملية تخدم مرة وحدة ساهل. القيمة الحقيقية هي تحوّلها لـ"حلقة بيانات كاملة" تقدر تشغلها كل أسبوع، وحتى مع موقع آخر.
تغليف العملية باستعمال نظام Skills ديال Codex
Codex كيدعم ملفات Skill—وهي ملفات تعليمات بصيغة Markdown كتتحط فالمجلد ~/.codex/skills/. فجوهرها هي دليل تشغيل مكتوب بدقة كبيرة. وكل مرة Codex كينادي على هاد الـSkill، كينفذ نفس الـSOP من الأول، وما كيطيحش فمشكل "درت شي تعديلات مؤقتة المرة اللي فاتت ونسيت نرجعها".
قسمت العملية ديال جلب بيانات GSC+GA4 → التنقية → الدمج → التشخيص → الإخراج إلى ثلاثة Skills مستقلين:
Skill｜الدور｜المخرجات
seo-gsc-pull｜جلب بيانات البحث والصفحات من GSC مع Pagination تلقائي｜جوج ملفات CSV: gsc_queries.csv وgsc_pages.csv
seo-ga4-pull｜جلب بيانات الصفحات الهابطة والتحويلات من GA4، مع مطابقة المقاييس تلقائياً｜ga4_landing.csv
seo-data-merge｜دمج الجداول الثلاثة، وتنقية الروابط، وإخراج ترتيب التشخيص｜تقرير تشخيص بصيغة Markdown وCSV مدمج
الفائدة من تقسيمها لثلاثة هي: إلا وقع مشكل فـGSC كتجري غير الجزء ديال GSC، وإلا ما بقاتش الحصة كافية فـGA4 كتجري غير الجزء ديال GA4، وما كيعطلوش بعضياتهم. وزيد عليها، المواقع ديال الزبناء المختلفين يقدرو يستعملو مصادر مختلفة فالجوج Skills اللولين، بينما الـSkill الثالث (الدمج والتشخيص) يبقى قابل لإعادة الاستعمال—غير بدّل بارامتر رابط الموقع.
تشغيل العملية كاملة بأمر واحد
من بعد ما قسمت الـSkills الثلاثة، كتبت فـCodex واحد "Skill للتنسيق":
/seo-weekly-report site=example.comملي كيشوف Codex هاد الأمر، كيشغّل ثلاثة ديال الـSkills بالترتيب—كيجيب GSC، كيجيب GA4، وكيجمع التشخيصات—وفالأخير كيخرّج فالتيرمينال تقرير تشخيص على مستوى الصفحات، مرتب حسب P0/P1/P2. العملية كاملة كتكمّل فحوالي جوج دقايق وشوية.
💡 "الأتمتة" ماشي هي تكتب سكريبت ما كيخسرش. هي تحوّل خدمة خاصها تعاود تتدار، لمسار تقدر تشغلو بجملة وحدة، ويقدر يتأقلم مع تبدّل البيانات.
خامساً، شنو تبدّل عندي من بعد ما كمّلت هاد المنظومة
بلا مبالغة، صباح الاثنين ديالي تبدّل كامل.
قبل:
•كنت كنضيّع 40 دقيقة فالتصدير والتنقية والدمج اليدوي ديال بيانات GSC وGA4•و20 دقيقة فـExcel كنلوّن ونرتّب الأولويات•و20 دقيقة كنكتب ملخص SEO ديال هاد السيمانة ونصيفطو فالمجموعة•والعميل كيرد: "توصلت، شكراً على المجهود"
دابا:
•نهار الاثنين ملي كنوصل للخدمة، كنكتب سطر واحد فالتيرمينال /seo-weekly-report•من بعد جوج دقايق، كيتولّد تقرير التشخيص فالمجلد reports/•كننسخو ونلسقو فـWeChat، كنزيد جوج ملاحظات، ونصيفطو
ولكن فالمقابل—وقعات حاجة مثيرة للاهتمام. قبل، ملي كنكون "خدمت بزاف" باش نصيفط تقرير، العميل كيحس بلي درتي خدمة كبيرة. دابا كتخرج النتيجة فدقيقتين، وشي عملاء بالعكس كيقولو: "بسرعة هادي؟ واش بصح شفتي مزيان؟"
مضحك شوية، ماشي هكاك؟ ولكن هادي هي الطبيعة البشرية فالحقيقة.
لهذا بدّلت الاستراتيجية ديالي دابا. من بعد ما كيتولّد التقرير، كنختار داكشي ديال صفحات P0، وكنحل كل وحدة فيهم لمدة 15 دقيقة باش نشوفها مزيان، وكنزيد فالتقرير جملة ديال "ملاحظات المراجعة اليدوية". هاد 15 دقيقة ماشي ضياع—هي اللي كتخلي العميل يحس بلي "شي واحد شاف فعلاً"، وماشي غير تقرير آلي خرجاتو AI.
🔴 AI كيدير بلاصتك الخدمة الوسخة. ولكن الحكم ديالك، والتجربة ديالك، وكونك مستعد تشوف داك التفصيل مرة زايدة—هادشي ما غاديش يتأتمت. وبالضبط هو هاد الجزء اللي كيهم العميل أكثر.
سادساً، شوية نصائح عملية للي باغي يبني هاد المنظومة
إلا حتى نتا باغي تستعمل Codex باش تدوز دورة بيانات SEO ديالك كاملة، فهاد النقاط الجاية خديتها بالفلوس والوقت ديالي:
① ما تبداش من الأول كتقلب على الكمال. الأول خلّي GSC خدام بوحدو.
دير غير Skill واحد: جيب بيانات الاستعلامات ديال آخر 28 يوم، وخرّجها فـCSV. ملي يولي هادشي خدام، راه ولات عندك قدرة ديال "تتبع الترتيب بشكل أوتوماتيكي كامل". من الصفر حتى للأول خذات مني نص ساعة—وأغلب الوقت مشى فصلاحيات Google Cloud. من بعد ما خدم أول Skill، الحاجز النفسي اختفى.
② حافظ مزيان على ملفات المصادقة—هادي هي "نقطة الخطر" فالسلسلة كاملة.
إلا تسرّب ملف مفاتيح Service Account JSON ديال Google Cloud، يقدر أي واحد يقرا ويكتب فـGSC وGA4 ديالك. ما تحطش هاد الملف فـGit repository، استعمل متغيرات البيئة للإشارة للمسار، وفـSkill ديال Codex استعمل كتابة بحال `${GSC_CREDENTIALS_PATH}`، وما تديرش المسار مكتوب مباشرة.
③ خلّي لوجات Codex تخرّج المدة ديال كل خطوة.
زيد فـSkill جملة بحال "عافاك سجّل الوقت اللي خذات كل عملية من بعد ما تسالي". ماشي باش تبان زعما، ولكن باش تعرف فين كاين الاختناق—واش جلب GSC API بطيء، ولا صفحات GA4 كثيرة، ولا منطق تنظيف الروابط معقّد بزاف. ملي تعرف، تقدر تحسّن النقطة المناسبة.
④ قبل ما تعاود تستعملو بين مواقع مختلفة، تأكد الأول بلي بنية خصائص GA4 فالموقع الجديد والقديم متطابقة.
نفس الـSkill يقدر يخدم عادي مع عميل A، ويعطي خطأ مع عميل B—فـ80% من الحالات السبب هو أن الأبعاد المخصصة وأسماء الأحداث فخصائص GA4 ماشي بحال بحال. أول مرة تشغلو مع موقع جديد، خلّي Codex يجيب مرة وحدة GA4 Metadata باش تشوف البنية.
📊 الأرقام الفعلية ديالي: بناء المسار كامل من الصفر عند عميل واحد كيحتاج تقريباً 45 دقيقة (مع إعداد صلاحيات Google)، ومن بعد كياخذ التشغيل الأسبوعي تقريباً جوج دقايق.
فـGitHub كاينين شي Codex SEO Skills مفتوحين المصدر تقدر تجيبهم وتعدّل عليهم مباشرة—owensky-dev كتب واحد سميتو seo-gsc-ga4-analyst، وAminForou دار سيرفر MCP سميتو mcp-gsc. ما محتاجش تخترع العجلة من الصفر. جيب Skill واجد، شغّلو مرة، شوف كيفاش كيبان الخرج، ومن بعد عدّلو حسب الاحتياجات ديالك. أسرع بـ10 مرات من الكتابة من الصفر.
طبعاً، الخرج ديال الـSkill الجاهز ماشي ضروري يوافق احتياجاتك كاملة. مثلاً، داك Skill ديال owensky-dev كيجلب افتراضياً بيانات ديال 90 يوم—وأنا متعود نحلل نافذة ديال 28 يوم. هاد التعديل الصغير كتبدّل فيه غير بارامتر واحد فملف الـSkill، وCodex غادي يقرا التعديل ديالك ويتبعو.
العملية كاملة—من فكرة حتى يولي كلشي خدام باستقرار—خذات مني تقريباً جوج ديال العشيات. العشية الأولى مشات فالصلاحيات وربط الـAPI، والثانية فكتابة الـSkill وتحسين صيغة الخرج. ومن بعد، كل أسبوع كيساعدني يرجّع ليا داك الجوج ديال العشيات اللي صرفت.
السيمانة اللي فاتت، سولني واحد من نفس المجال وعندو موقع ديال التجارة الدولية: "بأشنو كتراقب البيانات؟"
قلت ليه: Codex.
سولني واش غالي بزاف.
قلت ليه: ماشي أغلى من الوقت اللي صرفتي نتا فـExcel السيمانة اللي فاتت.
سكت شي ثواني. ومن بعد قال—"إيوا صيفط ليا داك الـSkill."