تحليل Google Search Console بالذكاء الاصطناعي: إجابات من بياناتك

يحمل Search Console الإجابة عن معظم أسئلة الأداء العضوي، لكنه لا يُظهر لك منها شيئًا تقريبًا. وهنا يأتي دور التحليل بالذكاء الاصطناعي، الذي يسد هذه الفجوة بطريقتين: ميزة الإعداد المدعوم بالذكاء الاصطناعي من Google تبني لك التقرير، بينما يتولى وكيل ذكاء اصطناعي خارجي قراءة البيانات واستنتاج ما فيها، فيكشف فجوات نسبة النقر (CTR) وتنافس الصفحات على الكلمة نفسها وتراجع المحتوى، وهي أمور كانت ستفوتك وأنت تمرر الجداول صفًا بعد صف.

كثيرًا ما يُخلط بين الأمرين، مع أنهما مختلفان تمامًا. الأول يوفّر عليك عناء بناء الفلاتر، والثاني يقوم بالتحليل نفسه. ومعرفة أيهما بين يديك هي ما يحدد ما يمكنك أن تنتظره منه.

ما الذي تفعله ميزة الإعداد المدعوم بالذكاء الاصطناعي في Search Console فعلًا؟

في ديسمبر 2025 أطلقت Google ميزة الإعداد المدعوم بالذكاء الاصطناعي (AI-powered configuration) داخل تقرير الأداء. تصف التحليل الذي تريده بلغة طبيعية، فتطبّق الميزة الفلاتر والمقارنات واختيار المقاييس نيابةً عنك. وأمثلة Google نفسها توضح الفكرة: «اعرض لي طلبات البحث على الهاتف التي تحتوي على كلمة sports خلال آخر 6 أشهر»، أو «قارن زيارات صفحاتي التي تحتوي على /blog في هذا الربع بالربع نفسه من العام الماضي».

الميزة مفيدة حقًا. فمقارنات النطاقات الزمنية تحديدًا كانت تتطلب عدة نقرات مملة، وصارت الآن جملة واحدة. لكن انتبه إلى ما تقول Google إن الميزة لا تفعله:

• تعمل فقط على تقارير الأداء الخاصة بـنتائج البحث، لا على Discover ولا على News.
• تضبط الفلاتر والمقارنات والمقاييس، لكنها لا تستطيع ترتيب الجداول ولا تصدير البيانات.
• تحذّر Google صراحةً من أن الذكاء الاصطناعي قد يسيء فهم الطلب، وتنصح بمراجعة الفلاتر المقترحة قبل البدء في التحليل.

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

ما الذي يخفيه Search Console عنك؟

البيانات كلها موجودة. المشكلة أن الواجهة مصممة لعرض بُعد واحد في كل مرة، بينما تكمن الاكتشافات المهمة كلها في العلاقات بين هذه الأبعاد.

فجوات نسبة النقر (CTR)

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

وهذه صيغتها كطلب (prompt):

List queries from the last 3 months with more than [N] impressions whose CTR
is more than 40 percent below the average CTR for their position band on this site.
Return query, position, impressions, actual CTR, expected CTR and the ranking URL.

تنافس الصفحات على الكلمة نفسها (Keyword Cannibalisation)

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

وليس كل توزيع مشكلة، وهذا ما تغفله معظم الأدلة. فتوزيع 95/5 يعني أن Google يجرّب بديلًا ثم يستقر على الخيار الصحيح. أما توزيع 45/40/15 بين ثلاثة روابط فهو تنافس حقيقي، وهو الذي يستحق أن تتحرك بشأنه.

Find queries where more than one URL on this site received impressions
in the last 3 months. Exclude any where the top URL holds more than
80 percent of impressions. For the rest, list the query, each URL,
its impression share and its average position, and say which URL
should own the query based on current performance.

ترتيب الرابط الخطأ

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

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

تراجع المحتوى (Content Decay)

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

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

Compare performance for this property across the last 4 quarters at page level.
Identify pages whose impressions fell in 3 or more consecutive quarters.
For each, show the quarterly figures and compare against the same quarters
last year, then state whether the pattern looks seasonal or structural.

انحراف نية البحث

تتغير طلبات البحث التي تجلب الزيارات إلى صفحة ما ببطء، حتى تصل الصفحة إلى مرحلة لا تطابق فيها ما يسأل عنه الناس. فدليل كُتب لسؤال «كيف أفعل X» يبدأ تدريجيًا في الظهور لعبارات مثل «أسعار X» و«بدائل X»، ولا يجيب عن أيٍّ منها جيدًا.

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

ما الذي يكتشفه وكيل الذكاء الاصطناعي ولا تستطيعه الميزة المدمجة؟

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

القدرة	الإعداد المدمج بالذكاء الاصطناعي	وكيل ذكاء اصطناعي خارجي
بناء تقرير مفلتر من جملة واحدة	نعم	نعم
ترتيب النتيجة أو تصديرها	لا	نعم
مقارنة مقياس بخط أساس متوقع	لا	نعم
التجميع حسب طلب البحث لاكتشاف تنافس الصفحات	لا	نعم
تشغيل استعلام متابعة بناءً على ما وجده	لا	نعم
ربط Search Console بـ GA4 أو ببيانات الزحف	لا	نعم
تغطية Discover وNews	لا	نعم، عبر واجهة البرمجة (API)
التكلفة	مجانية	لكل استعلام ولكل رمز (token)

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

كيف تقيس أداءك في AI Overviews؟

استخدم Search Console. ففي يونيو 2026 قدّمت Google تقارير أداء الذكاء الاصطناعي التوليدي في البحث (Search generative AI performance reports)، التي تمنحك رؤية مباشرة من المصدر للزيارات القادمة من واجهات الذكاء الاصطناعي في Google، وتُحتسب هذه البيانات أيضًا ضمن نوع البحث «الويب».

ويترتب على ذلك أمران. أولًا، هذه هي جهة القياس المشروعة الوحيدة لأداء ميزات الذكاء الاصطناعي، إذ لا تملك أي أداة خارجية وصولًا إلى أنظمة Google الداخلية، مهما ادّعت لوحات التحكم. ثانيًا، وهو أمر يستحق أن تستوعبه جيدًا قبل أن تحسّن لأي شيء: يقول دليل Google للتحسين لميزات الذكاء الاصطناعي التوليدي إنه «لا توجد متطلبات إضافية للظهور في AI Overviews (ملخصات الذكاء الاصطناعي في Google) أو AI Mode، ولا حاجة إلى أي تحسينات خاصة أخرى». فالتقارير تخبرك بأدائك، لكنها لا تعني وجود تخصص تحسين منفصل.

هل يمكن أن يخطئ تحليل الذكاء الاصطناعي لبيانات Search Console؟

نعم، وكثيرًا، والأخطاء تحدث بصمت. إليك ستة أخطاء محددة عليك أن تحتاط منها:

الاقتطاع الصامت. تعيد واجهة البرمجة (API) 25,000 صف كحد أقصى في كل طلب، مع نافذة احتفاظ بالبيانات مدتها 16 شهرًا. فإذا طلب الوكيل 25,000 صف وتلقّى 25,000 صف بالضبط ثم قدّم مجموعًا إجماليًا، فقد قدّم بيانات مقتطعة على أنها حقيقة.

المراكز المتوسطة. متوسط المركز هو متوسط محسوب عبر مرات الظهور. فصفحة تحتل المركز 3 في بلد والمركز 40 في بلد آخر ستظهر في رقم وسطي لا معنى له.

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

التواريخ النسبية. عبارة «الشهر الماضي» تُفسَّر بحسب المنطقة الزمنية ووقت تنفيذ الاستعلام. استخدم تواريخ محددة في أي شيء ستبني عليه قرارًا.

عدم تطابق نوع الموقع (Property). مواقع النطاق (Domain) ومواقع بادئة عنوان URL (URL-prefix) تعيد بيانات مختلفة للموقع نفسه. والوكيل الذي يتنقل بينهما في منتصف التحليل يُحدث انقطاعًا في البيانات يبدو كأنه تغيّر حقيقي.

البيانات الأقدم من 16 شهرًا. هذه البيانات غير موجودة أصلًا. الوكيل الجيد يقول ذلك بوضوح، والوكيل الضعيف يقدّرها تقديرًا.

والعلاج تعليمات ثابتة تستحق أن تلصقها في كل طلب تحليل:

Every figure must come from the connected property.
Where data is unavailable or truncated, say so explicitly - never estimate.
State the date range, filters and row count behind each number.

هل تحتاج إلى أداة خارجية لهذا الغرض؟

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

أما الأداة الخارجية فتحتاجها عندما يتحقق واحد من ثلاثة أمور: أن يتطلب التحليل مقارنة القيم بخط أساس لا تحسبه الواجهة، أو أن يتطلب ربط Search Console بمصدر آخر مثل GA4 أو بيانات زحف، أو أن يتطلب استعلامًا ثانيًا يُختار بناءً على نتيجة الأول. وهذه الحالات الثلاث تغطي معظم ما يقصده الناس بـ«التحليل» في مقابل «إعداد التقارير».

أما ما لا تحتاجه فهو أداة تدّعي امتلاك رؤية خاصة لأنظمة الترتيب أو الذكاء الاصطناعي في Google. فلا يوجد وصول كهذا أصلًا.

ترتيب عملي للبدء

1. استخدم الإعداد المدمج بالذكاء الاصطناعي لأي شيء هو في حقيقته تقرير مفلتر، فهو لا يكلّفك شيئًا.
2. فعّل التصدير المجمّع إلى BigQuery الآن، سواء احتجت إلى سجل طويل أم لا، لأن البيانات تتراكم من لحظة التفعيل فصاعدًا، ونافذة الأشهر الـ16 لا ترحم.
3. شغّل التحليلات الخمسة المخفية أعلاه، أي فجوات نسبة النقر وتنافس الصفحات وترتيب الرابط الخطأ وتراجع المحتوى وانحراف نية البحث، في دورة ربع سنوية بدلًا من تشغيلها عند الحاجة فقط.
4. تحقّق من رقم واحد في كل تحليل يقدّمه الوكيل بمقارنته بالواجهة قبل أن تتصرف بناءً عليه. وحين يكسب الوكيل ثقتك في فئة معينة من الأسئلة، توقّف عن التحقق من تلك الفئة.

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