لماذا لا تستطيع لوحة Google Analytics رؤية زيارات ChatGPT

خلال فترة 55 يوماً فقط عبر 69 موقعاً إلكترونياً لعملاء حقيقيين، زار روبوت الاسترجاع الخاص بـChatGPT صفحات هذه المواقع 133,361 مرة — أي بمعدل 3.6 أضعاف ما فعله Googlebot على المواقع نفسها خلال الفترة ذاتها، بحسب تحليل نشرته Search Engine Journal لـ24.4 مليون طلب عبر خوادم وكيلة. اسأل معظم فرق التسويق في تلك المواقع كم زائراً أرسله لها ChatGPT فعلياً، والإجابة الصادقة غالباً "لسنا متأكدين" — لأن Google Analytics، بإعداده المعتاد، لا يستطيع في الغالب إخبارهم. جزء من تلك الزيارات يُطوى داخل تصنيف "مباشر" (Direct). جزء آخر لا يظهر كجلسة (session) أصلاً. وجزء لا بأس به مما يظهر فعلاً يُصنَّف تحت مصدر خاطئ تماماً.

هذه ليست مجرد ثغرة صغيرة في التقارير. إنها فجوة بنيوية بين الطريقة التي ترسل بها مساعدات الذكاء الاصطناعي الزوار إلى موقعك — أو لا ترسلهم — والطريقة التي بُنيت بها منصات التحليلات أصلاً لاستقبال زوار قادمين عبر متصفح وروابط تشعبية تقليدية. فهم السبب يتطلب فك تشابك ثلاثة أمور منفصلة تُختزل عادة تحت جملة واحدة، "بيانات الذكاء الاصطناعي لا تظهر": ترويسة الإحالة (referrer header) الاختيارية وليست مضمونة، سلوك كل منصة المختلف في معالجة معاملات UTM، وحركة الزحف الآلي التي ليست زيارة أصلاً بل مجرد روبوت يقرأ صفحتك تمهيداً لاحتمال الاستشهاد بها لاحقاً.

ترويسة الإحالة اختيارية، لا مضمونة

اعتمد Google Analytics دائماً على إشارة واحدة هشة ليعرف من أين جاء الزائر: ترويسة HTTP referrer، وهي معلومة يتطوع متصفح الزائر بإرسالها، لا شيء يستطيع موقعك أن يفرضه. وحين تكون هذه الترويسة غائبة، لا يملك GA4 خياراً صادقاً سوى تصنيف الجلسة تحت "مباشر" — ليس لأن الزيارة مباشرة فعلاً، بل لأن البديل هو التخمين.

مساعدات الذكاء الاصطناعي تحذف تلك الترويسة أو تتجاهلها أكثر بكثير مما يفعل موقع إلكتروني عادي، وبطريقة غير موحّدة. وجد اختبار عملي أجرته Seer Interactive عبر المنصات الرئيسية أن سلوك ChatGPT يعتمد على نوع الرابط الذي ينقر عليه المستخدم: الاستشهادات داخل إجابة مولّدة تحمل عادة معاملات UTM وتظهر بوضوح كـsource=chatgpt.com وmedium=referral، لكن نتائج بحث أشبه بنتائج بحث تقليدية غالباً لا تحملها، والاستعلامات التي يعتبرها ChatGPT حساسة من ناحية الخصوصية قد تحذف الترويسة بالكامل، فتصل إلى GA4 كزيارة مباشرة صرفة بلا أي أثر لمصدرها الحقيقي. هذا نمط فشل مختلف فعلاً عن متصفح قديم لا يرسل ترويسة إحالة ببساطة — إنه قرار فعلي تتخذه المنصة، استعلاماً بعد استعلام، بشأن ما إذا كانت ستخبر موقعك بأي شيء أصلاً.

ثم هناك حركة زيارات لم تكن لتحمل ترويسة إحالة من الأساس. توثيق OpenAI الرسمي للمطورين يصف ChatGPT-User كعميل مختلف تماماً عن GPTBot — يعمل حين يطلب مستخدم من ChatGPT زيارة صفحة مباشرة، سواء عبر Custom GPT أو إجراء داخل التطبيق، وتوضح OpenAI صراحة أنه بما أن هذه طلبات يبدؤها المستخدم لا زحف آلي، فإن "قواعد robots.txt قد لا تنطبق" بنفس الطريقة التي تنطبق بها على GPTBot. هذا مفيد لقرارات الحجب، لكنه يعني أيضاً أن هذه الفئة من الزيارات تتصرف بطريقة لم يُصمَّم منطق الإحالة في GA4 أصلاً لتصنيفها — إنها ليست زيارة متصفح ذات صفحة إحالة بالمعنى المعتاد على الإطلاق.

كل منصة تلعب بقواعدها الخاصة

هنا الجزء الذي يوقع الكثير من إعدادات التحليلات الحذرة في الخطأ: لا يوجد سلوك واحد لـ"كيف تظهر زيارات الذكاء الاصطناعي" يمكن الإعداد له، لأنه لا يوجد منصة ذكاء اصطناعي واحدة أصلاً. وجدت اختبارات Seer أن Gemini وPerplexity وClaude تكشف جميعاً عن بيانات الإحالة افتراضياً، وتظهر بوضوح كـgemini.google.com وperplexity.ai وclaude.ai على التوالي — بينما ChatGPT، أكبر مصدر لهذه الزيارات بفارق كبير، هو المنصة الوحيدة التي يكون فيها سلوك الإحالة مشروطاً لا ثابتاً. هذا التفاوت أهم مما يبدو، لأن ChatGPT وحده استحوذ على نحو 92.4% من زيارات الإحالة القابلة للتتبع من نماذج اللغة الكبيرة عبر 166 خاصية GA4 حتى مايو 2026، وفق تحليل لـ6.77 مليون جلسة مصدرها هذه النماذج، امتد من نوفمبر 2024 حتى مايو 2026. إذا كان أكبر مصدر منفرد لزيارات الذكاء الاصطناعي هو أيضاً المنصة الأقل قابلية للتنبؤ في سلوك الإحالة، فإن أي إعداد مضبوط فقط على إشارات Gemini أو Claude الأنظف سيقلّل بشكل منهجي من تقدير المنصة الأهم فعلاً.

حاولت Google سد جزء من هذه الفجوة مباشرة. في مايو 2026، أطلق GA4 بهدوء مجموعة قناة افتراضية جديدة اسمها "AI Assistant"، تضع تلقائياً وسماً medium=ai-assistant على الزيارات المعروفة وتوجّهها إلى قناتها الخاصة بدلاً من دمجها في سلال الإحالة أو البحث العامة. هذا تحسين حقيقي، ويستحق التفعيل إن لم تراجع تجميعات القنوات لديك مؤخراً. لكن تغطية Search Engine Journal تشير إلى حدين مهمين عملياً: الميزة تسري للأمام فقط، فالجلسات التاريخية المسجَّلة أصلاً كمباشرة أو إحالة لا تُعاد تصنيفها بأثر رجعي، وأكّدت Google أنها تتعرف صراحة على ChatGPT وGemini وClaude بينما امتنعت عن نشر القائمة الكاملة — ما يعني أن منصة ذكاء اصطناعي أصغر أو أحدث ترسل لك زيارات حقيقية الآن قد تظل تُصنَّف كما كانت دائماً. والأهم من ذلك: لا شيء من هذا يمس الزيارات التي تصل بلا ترويسة إحالة أصلاً؛ تلك الزيارات تبقى مباشرة، سواء وُجدت قناة AI Assistant أم لا.

قائمة استثناء الإحالة ليست الخصم هنا

يستحق سوء فهم محدد التوضيح مباشرة، لأنه يدفع الناس لإصلاح الإعداد الخاطئ. قائمة استثناء الإحالة (referral exclusion list) في GA4 لا تُخفي زيارات الذكاء الاصطناعي — يوضح توثيق Google الرسمي حول تحديد الإحالات غير المرغوبة أن هذه القائمة موجودة لمنع نطاقات محددة من أن تُحتسب كمصدر زيارة جديد، عادة بوابة الدفع الخاصة بك أو نطاق فرعي تابع لك، وذلك عبر إضافة معامل ignore_referrer=true إلى الأحداث المطابقة. لا أحد يضيف chatgpt.com بالخطأ إلى تلك القائمة فتختفي زياراته من الذكاء الاصطناعي؛ هذه ليست الآلية المسبِّبة للاختفاء. السبب الفعلي يقع في مرحلة أسبق مما تتحكم به قائمة الاستثناء أصلاً — ترويسة إحالة غائبة لا تصل حتى إلى منطق الإسناد في GA4 كـ"إحالة" من البداية، فلا يوجد شيء لقائمة الاستثناء لتستثنيه. يستحق المعرفة على أي حال: يذكر توثيق Google أن الاستثناءات ليست بأثر رجعي، وأنه بموجب نموذج آخر نقرة غير مباشرة (last-non-direct-click) في GA4، يمكن أن يستمر إسناد جلسة عبر زيارة مباشرة لاحقة بطرق تفاجئ من يفترض أن كل زيارة تُقيَّم من جديد.

الروبوتات ليست زواراً، وسجلاتك تعرف الفرق

كل ما سبق كان عن الزوار البشريين الذين ترسلهم مساعدات الذكاء الاصطناعي. لكن هناك فئة ثانية، أكبر بكثير، من "زيارات الذكاء الاصطناعي" لم يكن GA4 ليراها إطلاقاً، لأنها ليست حركة متصفح أصلاً — إنها روبوتات تقرأ صفحاتك لتقرر ما إذا كانت ستستشهد بها لاحقاً، ولا تظهر إلا في سجلات الخادم، لا في أدوات التحليلات المعتمدة على JavaScript.

تشغّل كل من OpenAI وAnthropic وPerplexity روبوتين مختلفين وظيفياً على الأقل، والتمييز بينهما مهم لما ينبغي أن تتوقع قياسه أصلاً. يفصل توثيق OpenAI بين GPTBot (جمع بيانات للتدريب) وOAI-SearchBot (الفهرسة لميزات بحث ChatGPT)، ولكل منهما نطاق عناوين IP منشور منفصل ودلالات robots.txt منفصلة. يرسم مركز مساعدة Anthropic خطاً مشابهاً بين ClaudeBot وClaude-User وClaude-SearchBot، وتوثيق Perplexity للمطورين يفصل PerplexityBot عن Perplexity-User، والأخير موصوف صراحة بأنه "يتجاهل قواعد robots.txt عموماً" لأنه ينشأ من طلب مستخدم فعلي داخل التطبيق لا من زحف مستقل. لا يشغّل أي من هذه الروبوتات وسوم تتبع JavaScript كما يفعل المتصفح، فالشركة المعتمدة فقط على GA4 عمياء بنيوياً عن كل هذه الروبوتات — المكان الوحيد الذي يوجد فيه أثر لهذا النشاط هو سجل الوصول الخام على خادمك أنت.

وفجوة الحجم بين الزحف والإحالة هي التفصيلة التي يجب أن تفاجئ فعلاً أي شخص لم يطّلع عليها من قبل. وضعت بيانات Cloudflare Radar الخاصة، التي تتبّعت مجموعة ثابتة من العملاء لإزالة تحيّز النمو، نسبة الزحف إلى الإحالة لدى Anthropic عند 38,065.7 صفحة مزحوفة مقابل كل زيارة إحالة واحدة حتى يوليو 2025 — تحسّن بنسبة 86.7% منذ يناير من العام نفسه، لكنه يبقى أعلى بمراحل من نسبة OpenAI البالغة 1,091.4 إلى 1، ونسبة Google المتواضعة نسبياً البالغة 5.4 إلى 1. بعبارة صريحة: نشاط الروبوتات الجاري على خادمك يفوق الزيارات البشرية التي ترسلها هذه المنصات فعلياً بمعدل يبدو خطأً في التقريب لو حاولت التعبير عنه كنسبة مئوية. ووجدت دراسة الطلبات الوكيلة من Search Engine Journal نمطاً متسقاً بمقياس مختلف — طلبات روبوتات الذكاء الاصطناعي مجتمعة (213,477) تفوق طلبات روبوتات البحث التقليدية مجتمعة (59,353) بأكثر من 3.6 إلى 1 عبر المواقع الـ69 نفسها، مع أزمنة استجابة لروبوتات الذكاء الاصطناعي (8-11 ملي ثانية) أسرع بكثير من Googlebot (84 ملي ثانية)، بما يتسق مع سلوك جلب وتحليل آلي بدلاً من متصفح يعرض صفحة كاملة.

لماذا هذا ليس "الترافيك المظلم" القديم بثوب جديد

سيتعرّف المسوّقون القدامى في هذا المجال على شكل هذه المشكلة — زيارات حقيقية لكنها غير مرئية للإسناد القياسي — لأنها تشبه بنيوياً ما وصفته ظاهرة "الترافيك الاجتماعي المظلم" (dark social) لأكثر من عقد: روابط تُشارَك عبر قنوات خاصة كتطبيقات المراسلة، حيث تُحذف الترويسة ويهبط كل شيء في خانة "مباشر". من المغري معاملة زيارات الذكاء الاصطناعي بالطريقة نفسها وإعادة استخدام الحلول نفسها. هذا خطأ، ويستحق التفصيل لماذا.

للترافيك المظلم القديم سبب واحد: شخص ينسخ رابطاً ويلصقه في مكان لا يمرر ترويسة إحالة. أصلح ذلك بوسم UTM متسق على كل رابط تُشاركه، وتكون قد حللت المشكلة إلى حد كبير، لأن الآلية الأساسية لا تتغير أبداً. أما الترافيك المظلم القادم من الذكاء الاصطناعي فله ثلاثة أسباب مستقلة على الأقل متراكمة فوق بعضها، كل منها يحتاج إصلاحاً مختلفاً: ترويسات إحالة تُحذف بشكل مشروط حسب المنصة ونوع الاستعلام (مشكلة وسم)، ونشاط زحف لا يولّد أي جلسة متصفح لتراها أدوات التحليلات أصلاً (مشكلة سجلات خادم، لا وسم)، وسلوك منصات متغيّر يتحول شهراً بعد شهر مع تحديث المزوّدين لمنتجاتهم دون إنذار مسبق — من نوع التقلبات التي رصدها تحليل Search Engine Land لجلسات الزيارات حين لاحظ انخفاضاً مفاجئاً بنسبة 50% في الجلسات المُحالة عزاه الباحثون إلى "تغيير متعلق بالنموذج نفسه"، وهو نوع تحوّل لا يستطيع أي انضباط في UTM توقعه أو منعه. معاملة هذا كمشكلة ترافيك مظلم واحدة بحل واحد يعني حل نحو ثلث المشكلة فقط مع الاعتقاد بأنك حللتها كلها.

ماذا يواجه فعلاً من يبنون أدوات الإسناد

يستحق الأمر قراءة كيف يصف الناس الذين يصارعون هذه المشكلة علناً تجربتهم فعلاً، لا الاكتفاء بمقالات الشرح المصقولة فقط. في نقاش على Hacker News حول إطلاق أداة لتتبع ظهور العلامات التجارية في الذكاء الاصطناعي، سأل معلّق باسم Gobhanu مؤسس الأداة مباشرة: "كيف تتتبعون من أين يأتي المستخدمون؟" أجاب المؤسس، الذي كتب باسم vincko، إجابة خالية بشكل منعش من الصقل التسويقي: "نحن حالياً ببساطة نتكامل مع Google Analytics الخاص بك ونصفّي حسب المصدر (Source). هذا يميل إلى أن يكون حداً أدنى، لأنه لا يُضبط دائماً بشكل صحيح. القادمون من بعض التطبيقات الأصلية قد يُصنَّفون كزوار مباشرين. توجد مصادر بيانات أخرى نريد تفعيلها مستقبلاً مثل Cloudflare." هذا مؤسس يعترف علناً بأن حتى أداة مُصمَّمة خصيصاً لهذا الغرض تعمل من نقطة تقدير ناقصة — وهو ما يتسق تماماً مع كل ما تتنبأ به الاختبارات المنصة تلو الأخرى المذكورة أعلاه.

حمل النقاش نفسه تبادلاً منفصلاً حول مشكلة قياس ذات صلة — ليست الإسناد هذه المرة، بل موثوقية استجواب نماذج الذكاء الاصطناعي مباشرة للتحقق من الظهور. سأل معلّق باسم pdyc كيف تحسب الأداة للتخصيص الشخصي (personalization): هل تُعامَل الاستعلامات المتكررة من الحساب نفسه، أو من عناوين IP سكنية مقابل غير سكنية، بشكل مختلف من قِبل النماذج التي يتم اختبارها. وافق معلّق آخر، باسم marzapower، على أن هذا حقيقي ووصفه بوضوح: "هذه في الواقع قيد بنيوي في مقاربات مراقبة الاستعلامات (prompt-monitoring) — التخصيص الشخصي، وتفاوت الموقع الجغرافي، وسجل الحساب، كلها تُدخل تشويشاً يصعب التحكم به." كان الحل البديل الذي اقترحه قياس شيء أكثر ثباتاً — الخصائص البنيوية للصفحة نفسها، من نوع ما قاسه بحث GEO الأصلي من برينستون — بدلاً من الاعتماد فقط على أخذ عينات حية من الاستعلامات، الذي ينجرف تحت الظروف نفسها التي وصفها pdyc بالضبط. الخلاصة الصادقة لذلك النقاش بأكمله ليست أن أداة واحدة حلّت هذه المشكلة. إنها أن الأشخاص الذين يبنون أدوات إسناد لكسب عيشهم صريحون، علناً، بشأن عملهم بإشارات جزئية — وهذه نقطة انطلاق أكثر صحة من لوحة بيانات توحي بهدوء بأنها تُريك كل شيء.

ما الذي ينجح فعلاً الآن

لا شيء من هذا يعني أن زيارات الذكاء الاصطناعي غير قابلة للقياس، بل يعني فقط أنها تحتاج أكثر من إعداد GA4 الافتراضي الذي تشغّله معظم الشركات. بضعة أمور تُحدث فرقاً حقيقياً، مرتبة بحسب مقدار السيطرة التي تملكها على كل منها. فعّل تجميعة قناة "AI Assistant" الأصلية في GA4 وتحقق منها، ثم ابنِ فوقها تجميعة قناة مخصصة إضافية بقواعد regex تغطي مصادر إحالة الذكاء الاصطناعي التي لم تُضفها Google رسمياً بعد — chatgpt.com وperplexity.ai وgemini.google.com وclaude.ai وcopilot.microsoft.com — حتى تُصنَّف على الأقل زيارات الإحالة التي تصل فعلاً بشكل صحيح بدلاً من أن تسقط في سلة "إحالة" أو "مباشر" العامة. بشكل منفصل، اسحب سجلات وصول خادمك الخام (أو تقرير حركة الروبوتات من شبكة توصيل المحتوى، فمزوّدون مثل Cloudflare يصنّفون بالفعل حسب وكيل المستخدم) وابحث تحديداً عن GPTBot وOAI-SearchBot وChatGPT-User وClaudeBot وClaude-SearchBot وPerplexityBot — فهذا هو المكان الوحيد الذي سيظهر فيه نشاط الزحف الذي يفوق زياراتك المُحالة بمراحل، ويخبرك بشيء لا يستطيع GA4 معرفته بنيوياً: هل تقرأ هذه المنصات محتواك الحالي فعلاً أم تتجاهله.

ثم تعامل مع الصورة الكاملة كشيء تُعيد فحصه على جدول زمني، لا كتدقيق لمرة واحدة، لأن سلوك المنصات الأساسي يستمر في التغيّر تحتك — بنفس الطريقة التي انتقلت بها حصة إحالة ChatGPT من نحو 84% إلى 92.4% من الجلسات المُحالة من الذكاء الاصطناعي خلال نحو خمسة أشهر فقط، وفق تحليل جلسات Search Engine Land نفسه المذكور أعلاه. هذا هو الانضباط الفعلي وراء تحليلات البحث بالذكاء الاصطناعي: قياس مستمر عبر المنصات وعبر الزمن، لا لقطة واحدة تصبح قديمة في اللحظة التي تغيّر فيها إحدى هذه الشركات بهدوء طريقة ربط منتجها بالويب. إذا أردت معرفة أين يقف ظهورك الحالي في الذكاء الاصطناعي قبل لمس أي إعداد تحليلات إطلاقاً، فإن أداة AEO Score تمنحك قراءة مجانية أولية خلال دقائق قليلة.

أين يتركك هذا فعلاً

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