معظم الفرق لديها بالفعل تقرير ترتيب في Google. إنه تبويب الأداء في Search Console، مرتّبًا حسب النقرات، ملتقطًا بصورة شاشة وملصقًا في عرض تقديمي. يُظهر الترتيبات. لكنه لا يُظهر ما الذي تغيّر، ولا لماذا تغيّر، ولا ما الذي ينبغي على أحد فعله حيال ذلك.
هذا المسار يعالج ذلك في جلسة واحدة. تُحدّد مجموعة استعلامات، وتُسلّم Codex عقد تقرير مكتوبًا، ثم تتركه يُخرج التقرير بالشكل نفسه كل أسبوع. البناء الأول يستغرق نحو 90 دقيقة. وكل تشغيل بعده يستغرق أقل من عشر.
المسار كاملًا: تصديرات خام تدخل، وتقرير واحد بثابت يخرج، وقرار بشري واحد في النهاية.
ما الذي ستحصل عليه في النهاية
لمن هذا الدليل: لكل من يملك مسؤولية التقارير عن موقع ما ولديه بالفعل وصول إلى Search Console. لا يلزمك أن تكون مطوّرًا، لكن يلزمك مكان تحفظ فيه ملفات يستطيع Codex قراءتها.
ما سيكون بين يديك عند الانتهاء: قالب تقرير محفوظ، وملف تعليمات مكتوب يتبعه Codex في كل تشغيل، وتقرير واحد مكتمل عن أسبوع حقيقي.
المتطلبات المسبقة: خاصية موثّقة في Search Console، وقائمة من 20 إلى 50 استعلامًا تهتم بها فعلًا، ونسخة من Codex تستطيع الوصول إلى مجلد مشروع، وصلاحية قراءة على مستودع موقعك إن أردت النسخة المتقدمة.
تعريف الإنجاز: أن تستطيع تسليم التقرير لشخص لا يعمل في SEO، فيخبرك بالاستعلامات الثلاثة التي يجب النظر إليها ولماذا.
الوقت: نحو 90 دقيقة للبناء الأول، وأقل من 10 دقائق لكل تشغيل بعده.
لماذا تقرير الأداء ليس تقرير ترتيب
يمنحك Search Console أربعة أعمدة: النقرات، والظهور، ونسبة النقر إلى الظهور، ومتوسط الترتيب. هذا جدول قياس. أما تقرير الترتيب فيجب أن يجيب عن مجموعة أسئلة مختلفة، وإشارات 2026 جعلت الفجوة أوسع مما كانت.
جمعت دراسة Zyppy للخبراء، المنشورة في 9 سبتمبر 2026، نحو 13,665 نقطة بيانات من 131 ممارسًا. جاءت إشارات النقر والسلوك عند 29.4%، وإشارات العلامة التجارية عند 27.0%، وصحة SEO التقنية عند 17.5%. وإشارتان من الإشارات الثلاث التي تتفوق على الصحة التقنية لا تظهران في عمود الترتيب. لدينا تفصيل منفصل لما تغيّره هذه الأرقام في دليل عملي، لكن الخلاصة من زاوية التقارير هي هذه: إذا كان تقريرك يعرض الترتيبات فقط، فأنت تُعدّ تقريرًا عن الإشارة التي تحرّكت أقل من غيرها.
هذه هي الفجوة التي يسدّها Codex. لن يخبرك لماذا غيّر Google شيئًا. لكنه سيجمع الأدلة على التغيّر باتساق يكفي لتستطيع أنت أن تخبر.
قبل أن تبدأ: أربعة قرارات
احسم هذه الأمور قبل أن تكتب أي شيء، لأن تغييرها لاحقًا يعني إعادة بناء التقرير.
- مجموعة الاستعلامات. من 20 إلى 50 استعلامًا، موزّعة على دلوين أو ثلاثة توافق طريقة تفكير العمل. «منتج» و«مقارنة» و«دعم» أفضل من «حجم مرتفع / متوسط / منخفض».
- نافذة المقارنة. قارن آخر 28 يومًا بالـ 28 يومًا السابقة لها. النوافذ الأقصر مشوّشة، والأطول تخفي التغيّر الذي تبحث عنه.
- العتبة. حدّد ما يستحق أن يُذكر في التقرير. استعلام يتحرك أكثر من خمسة مراكز، أو ظهور يتحرك أكثر من 30% بينما النقرات ثابتة، قيمتان افتراضيتان عمليتان.
- مكان الحفظ. مجلد واحد، وقاعدة تسمية واحدة.
reports/ranking/YYYY-MM-DD.mdمع مجلد فرعيdata/للتصديرات الخام. يحتاج Codex إلى مكان كتابة ثابت.
الخطوة 1: صدّر البيانات الخام
افتح Search Console، واختر خاصيتك، واذهب إلى الأداء. اضبط النطاق الزمني على 56 يومًا حتى تصبح مقارنة 28 مقابل 28 ممكنة من تصدير واحد، ثم استخدم زر التصدير للحصول على ملف CSV من تبويب الاستعلامات.
افعل الشيء نفسه مع الصفحات، ومع الأجهزة إن كنت تخطط لتقرير يقسم بين الجوال وسطح المكتب.
الناتج المتوقع: ثلاثة ملفات CSV في data/، مسمّاة بتاريخ التصدير.
فحص الجودة: افتح ملف الاستعلامات CSV وتأكد من أن أول صف بيانات ليس استعلامًا يحتوي كلمة "anonymous". يحجب Search Console الاستعلامات النادرة، وستظهر تلك الصفوف في تقريرك كتحرّكات بلا اسم.
إذا فشل ذلك: إذا كان التصدير مقطوعًا، فنطاقك الزمني أوسع من حد الصفوف. صدّر نوافذ من 28 يومًا على حدة، ودع Codex يدمجها.
الخطوة 2: اكتب عقد التقرير
هذه هي الخطوة التي تحدّد إن كان المسار سيبقى حيًّا بعد الأسبوع الثالث. ضع العقد في ملف يقرأه Codex في كل تشغيل — ملف AGENTS.md في جذر المشروع، أو ملف تعليمات مخصّص داخل مجلد التقارير.
يحتاج العقد إلى خمسة أشياء فقط، ولا شيء غيرها:
بند العقد | ما تكتبه | لماذا يهم |
|---|---|---|
المدخلات | مسارات الملفات الدقيقة وقاعدة النطاق الزمني | يمنع الوكيل من اختراع نافذة |
العتبات | نطاقاتك، بالأرقام | يحوّل الجدول إلى قرار |
شكل الناتج | الأقسام الثلاثة، بهذا الترتيب | يبقي الأسبوع 30 قابلًا للمقارنة بالأسبوع 1 |
قواعد الثقة | ما تقوله حين لا تفسّر البيانات التغيّر | يمنع الكلام الواثق الفارغ |
الحدود | ما يجب ألا يفعله الوكيل | القراءة فقط حتى تثق به |
النسخة العاملة تبدو هكذا:
## عقد تقرير الترتيب
المدخلات: data/queries-*.csv, data/pages-*.csv
النافذة: آخر 28 يومًا مقابل الـ 28 يومًا السابقة. اذكر التاريخين في ترويسة التقرير.
لا تُبلّغ إلا عن ثلاثة أشياء:
1. الاستعلامات المتحركة: أي استعلام يتحرك أكثر من 5 مراكز، أو ظهور يرتفع
أكثر من 30% مع ثبات النقرات، أو أي استعلام خرج من العشرة الأوائل.
2. التفسير المرجّح: استخدم بيانات الملفات فقط. إذا لم تفسّر الملفات
التحرّك، اكتب "غير مفسَّر بهذه البيانات".
3. فحص الأسبوع القادم: سطر واحد لكل استعلام موسوم، يسمّي الصفحة أو
الاستعلام الدقيق الذي يجب فحصه.
لا تذكر سببًا لا تستطيع الإشارة إليه في البيانات. لا تقترح تغييرًا في الموقع.
لا تحرّر أي ملف خارج reports/ranking/.الناتج المتوقع: ملف تعليمات واحد، مُودَع في المستودع أو محفوظ بجوار البيانات.
فحص الجودة: اقرأ العقد بصوت مسموع. إن كان أي سطر يمكن أن ينطبق على موقع آخر دون أي تعديل، فهو غامض أكثر من أن يقيّد أي شيء.
إذا فشل ذلك: إن ظلّ Codex يضيف أقسامًا، فشكل الناتج ليس محدّدًا بما يكفي. سمّ العنواوين الثلاثة بالصياغة التي تريدها حرفيًا.
تشريح التقرير. التذييل الذي يسرد الملفات المستخدمة بالضبط هو الجزء الذي يثق به المراجعون أكثر من غيره، والجزء الذي تغفله معظم القوالب.
الخطوة 3: أنشئ التقرير الأول
وجّه Codex إلى المجلد واطلب منه تقريرًا واحدًا وفق العقد. اطلب الملف، لا إجابة في الدردشة، حتى يكون الناتج قابلًا للمراجعة وقابلًا للمقارنة.
في أول تشغيل ستكتشف كيف تبدو بياناتك فعلًا. توقّع جولتين أو ثلاثًا من التصحيح. هذا طبيعي، وهو أرخص جزء في المسار كله.
الناتج المتوقع: reports/ranking/YYYY-MM-DD.md مع ترويسة وثلاثة أقسام وتذييل يسرد الملفات المستخدمة بالضبط.
فحص الجودة: اختر استعلامين موسومين وتحقّق من الأرقام يدويًا في Search Console. إن تطابقت فالمسار سليم. وإن لم تتطابق فتوقّف وأصلح خطوة البيانات. لا تُشخّص التحليل فوق مدخل مكسور.
إذا فشل ذلك: أكثر إخفاق شيوعًا هو عدم تطابق التواريخ بين التصدير والعقد. ثبّت التاريخين في الترويسة في كل تشغيل حتى لا يحوّل فارق يومين شهرًا مستويًا إلى انهيار خفي.
أول نسخة بنيتها أبلغت عن أحد عشر استعلامًا متحركًا في أسبوع لم يتحرك فيه شيء يُذكر. كان العقد سليمًا، والتصدير لم يكن كذلك. ملف من 30 يومًا قورن بنافذة من 28 يومًا جعل يومين ناقصين يبدوان كانهيار على مستوى الموقع كله. الآن يرفض العقد التشغيل إن لم يتطابق النطاقان، ولم يعُد ذلك الإخفاق.
الخطوة 4: أضف السطر الذي لا يستطيع الوكيل كتابته
كل تقرير يحصل على فقرة بشرية واحدة: ما الذي أطلقناه أو غيّرناه أو كسرناه الأسبوع الماضي.
هذا ليس زخرفة. إنه أسرع طريقة لالتقاط وكيل ينسب إصدارك أنت إلى تحديث خوارزمية. حين يقول التقرير إن مجموعة صفحات منتج هبطت، وتقول ملاحظتك إن القالب تغيّر الثلاثاء، يضيق نطاق التفسير فورًا.
الناتج المتوقع: جملتان أو ثلاث في أعلى التقرير، يكتبها إنسان.
فحص الجودة: إن تناقضت الملاحظة مع قسم التحرّكات، فذلك التناقض هو أثمن سطر في التقرير. أبقِه ظاهرًا بدل أن تُملّسه.
الخطوة 5: تحقّق قبل أن ترسل
نفّذ هذه الفحوص الثلاثة قبل أن يغادر التقرير مكتبك.
- التواريخ. النافذتان مذكورتان في الترويسة، ومطابقتان للتصدير.
- فحصان عيّنيان. استعلامان موسومان تم التحقق منهما يدويًا.
- فحص تناقض واحد. هل يشير أي تفسير مذكور إلى بيانات ليست في قائمة الملفات أسفل التقرير؟
إن نجحت الثلاثة فالتقرير آمن للمشاركة. إنه مسوّدة لحكمك، لا بديل عنه.
المسار المتقدم، حين تكون جاهزًا
شغّل المسار يدويًا أربعة أسابيع أولًا. لا تنتقل إلى الأتمتة إلا بعد أن تكون قد صحّحت النوع نفسه من الخطأ مرتين.
بعد ذلك تكون الترقيات تدريجية:
- جدولة التشغيل. تشغيل أسبوعي مجدول يكتب التقرير قبل أن تفتح حاسوبك. أبقِ الفقرة البشرية حقلًا إلزاميًا حتى لا يخرج التقرير بدونها.
- خزّن اللقطات في نظام إدارة الإصدارات. يصبح كل تشغيل إيداعًا. والفرق بين أسبوعين قراءته أسرع من قراءة أي من التقريرين.
- أضف خاصية ثانية. استعلامات المنافسين أو العلامة التجارية توضع في تقرير منفصل بالعقد نفسه، لا مدموجة في التقرير الرئيسي.
- أضف إشارة خارجية واحدة. فحص البحث بالعلامة التجارية أو حصة الإجابة يجعل إشارة العلامة في دراسة 2026 قابلة للقياس بدل أن تبقى نظرية.
ما لا يجب أتمتته: خطوة التوصية. في اللحظة التي يبدأ فيها الوكيل باقتراح تغييرات على الموقع، تكون قد انتقلت من إعداد التقارير إلى النشر، ويزيد عبء المراجعة أسرع من الوقت الموفَّر.
استكشاف الأخطاء
العَرَض | السبب المرجّح | الحل |
|---|---|---|
كل الاستعلامات تبدو هابطة | إزاحة في النطاق الزمني بين التصديرات | ثبّت النافذتين في العقد والترويسة معًا |
التقرير فارغ | العتبات أصرم من مستوى زياراتك | اخفض عتبة الظهور قبل أن تخفض عتبة الترتيب |
الاستعلامات الخمسة نفسها كل أسبوع | مجموعة الاستعلامات ضيقة جدًا | أضف استعلامات طويلة الذيل ومقارِنة إلى الدلاء |
تحرّك بلا تفسير | طبيعي في الاستعلامات منخفضة الحجم | أبقِ ناتج "غير مفسَّر بهذه البيانات" وامضِ قدمًا |
الأرقام تختلف عن Search Console | عدم تطابق الخاصية أو عامل التصفية في التصدير | صدّر من الخاصية ومن مجموعة عوامل التصفية نفسها في كل مرة |
حافظ على المسار
ثلاث عادات صيانة تُبقيه مفيدًا بعد الربع الأول.
راجع مجموعة الاستعلامات كل ربع. تقرير يتابع أولويات العام الماضي هو درس تاريخ، لا تقرير ترتيب.
أعد قراءة العقد كلما تغيّر Search Console. يحدّث Google واجهة تقرير الأداء وحقول التصدير دوريًا. إن اختفى حقل، فالعقد يحتاج تعديلًا في اليوم نفسه.
احتفظ بالتقارير القديمة. مقارنة تقرير هذا الربع بالربع نفسه من العام الماضي هي الطريقة الرخيصة الوحيدة لفصل التراجع الحقيقي عن الموسمية.
الأسئلة الشائعة (FAQ)
هل أحتاج Codex تحديدًا؟ لا. يعمل المسار مع أي وكيل يستطيع قراءة الملفات، والعمل وفق جدول، وكتابة ناتج قابل للمراجعة. وCodex خيار مناسب حين يكون موقعك أصلًا داخل مستودع، لأن التقرير يصبح إيداعًا يمكن مقارنته.
هل أستطيع فعل هذا بأدوات مجانية فقط؟ نعم. يعمل المسار كله على بيانات Search Console، وهي مجانية، إضافة إلى الوكيل. لا تحتاج متتبّع ترتيب مدفوع إلا حين تريد ترتيبات المنافسين أو ترتيبات لا تراها في خاصيتك.
ما الفرق بينه وبين تقرير الأداء في Search Console؟ تقرير الأداء يعطيك جدولًا. هذا المسار يُنتج قرارًا: أي استعلامات تجاوزت العتبة، وما الذي تفسّره البيانات وما لا تفسّره، وما يجب فحصه الأسبوع القادم. كما يحتفظ بسجل، والواجهة لا تفعل.
ماذا لو كان موقعي منخفض الزيارات جدًا؟ اخفض عتبة الظهور وقارن 28 يومًا بالـ 28 يومًا نفسها من العام الماضي بدلًا من الـ 28 السابقة. المواقع منخفضة الحجم تحصل على إشارة أكبر من المقارنات السنوية منها من المقارنات الأسبوعية.
هل يجب أن يتضمن التقرير نظرات AI أو اقتباسات AI؟ إن أردت ذلك، أضف قسمًا منفصلًا بعقد خاص به. أبقه خارج تقرير الترتيب، لأن المصادر وطريقة القياس مختلفة، وخلطها يجعل قراءة الاثنين أصعب.
الكاتب: Leo Harrington، مترجم تحليلات SEO لأكثر من 500 تقرير تنفيذي في Auspia. يكتب Leo عن تحويل بيانات البحث إلى تقارير يستطيع غير المتخصص أن يتصرف بناءً عليها.
