انخفاض زيارات الموقع: تشخيص الأسباب وخطوات الإصلاح

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

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

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

تاريخ النشر: 28 أكتوبر 2026.

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

حدّد ما الذي انخفض قبل البحث عن السبب

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

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

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

احسب حجم التغير، وليس النسبة وحدها

مثال تعليمي: انخفاض الجلسات من 10,000 إلى 7,000 يعني خسارة 3,000 جلسة، أي تراجعًا بنسبة 30%. أما انخفاض صفحة من 10 نقرات إلى 5 فهو تراجع بنسبة 50%، لكنه يمثل خمس نقرات فقط. لذلك رتّب أولوياتك بحسب الحجم المطلق وأهمية الصفحة، وليس أكبر نسبة ظاهرة في الجدول.

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

قارن فترات مكتملة ومتقاربة في ظروفها

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

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

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

تحقق من القياس: هل فقدت زوارًا أم فقدت تسجيلهم؟

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

اختبر وصول الأحداث من صفحات ممثلة للموقع

1. افتح جلسة اختبار: استخدم Google Tag Assistant أو وضع المعاينة في Google Tag Manager لفحص جهازك، دون تشغيل وضع التشخيص لجميع الزوار بلا حاجة.
2. راجع وجهة البيانات: تأكد من أن الوسم يستخدم معرّف القياس المتوقع، وأن التغيير الأخير لم ينقل الأحداث إلى خاصية أخرى.
3. افتح DebugView: في GA4، انتقل إلى الإدارة ثم عرض البيانات ثم DebugView، وراقب أحداث جهاز الاختبار.
4. اختبر أكثر من قالب: افتح الرئيسية ومقالًا وصفحة خدمة أو منتج، وجرّب الانتقال بينها. تحقق من وصول الأحداث المقصودة وعدم تكرارها دون سبب.

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

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

افحص الموافقة دون تجاوز اختيارات الزائر

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

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

قارن الاتجاه بمصدر مستقل

قارن جلسات الزيارات القادمة من Google بنقرات Search Console ضمن فترات ونطاقات متقاربة، مع توقع اختلاف الأرقام. من أسباب الاختلاف الموثقة إعداد الوسوم والموافقة والمنطقة الزمنية وطريقة إسناد البيانات إلى العنوان الأساسي. ابحث عن تغير غير معتاد في العلاقة، لا تطابق حسابي كامل.

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

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

حدّد القناة التي خسرت الزيارات

في GA4، افتح التقارير ← الاكتساب ← الزيارات المكتسبة، أو ابحث عن تقرير Traffic acquisition إذا اختلف ترتيب التنقل في خاصيتك. يعرض هذا التقرير مصادر الجلسات للمستخدمين الجدد والعائدين.

قارن الجلسات باستخدام Session default channel group، ثم انتقل إلى Session source / medium لتحديد المصدر. عندما تبحث عن زيارات Google العضوية، راجع google / organic بدل الاكتفاء بكل صف Organic Search؛ فالبحث العضوي يشمل مصادر أخرى أيضًا.

ولا تستبدل أبعاد الجلسة بأبعاد First user دون الانتباه إلى اختلاف السؤال. يشرح الفرق بين تقريري اكتساب المستخدمين والزيارات أن الأول ينسب البيانات إلى مصدر اكتساب المستخدم لأول مرة، بينما ينظر الآخر إلى مصدر الجلسة.

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

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

اعرف الصفحات والاستعلامات المسؤولة عن انخفاض زيارات جوجل

افتح تقرير الأداء في Search Console، وحدد نوع البحث والفترتين المطلوبتين، ثم فعّل النقرات ومرات الظهور ونسبة النقر إلى الظهور ومتوسط الموضع. يتيح تقرير الأداء تجميع البيانات حسب الصفحات والاستعلامات والبلدان والأجهزة ومظهر البحث.

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

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

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

وراجع العناوين القديمة والجديدة عند نقل الصفحات؛ تُنسب بيانات الأداء عادةً إلى العنوان الذي اختاره Google بوصفه النسخة الأساسية، وفق تعريفات مقاييس Search Console. اختفاء النقرات من عنوان قديم مع انتقالها إلى بديله لا يساوي بالضرورة خسارتها على مستوى الموقع.

ماذا تعني أنماط الانخفاض المختلفة؟

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

العلامة	ما ينبغي فحصه	الإجراء التالي
هبوط GA4 مع استقرار اتجاه نقرات Google	الوسوم والموافقة والقوالب ونطاق المقارنة.	اختبر القياس وصفحات الهبوط قبل تعديل المحتوى.
انخفاض النقرات والظهور معًا	الترتيب والطلب والفهرسة والشرائح المتأثرة.	افحص صفحات خاسرة واستعلاماتها بدل افتراض خروج الموقع من الفهرس.
انخفاض النقرات مع ظهور متقارب	CTR والموضع ومزيج الاستعلامات وشكل النتائج.	قارن مجموعات متشابهة وافحص النتائج الفعلية.
انخفاض مجموعة صفحات بعد تحديث الموقع	القالب والروابط والتوجيهات والقياس في المجموعة.	اربط الفحص بسجل التغيير واختبر عينة ممثلة.
تراجع بلد أو جهاز دون البقية	إتاحة الموقع والقياس والطلب والنتائج الخاصة بهذه الشريحة.	اختبر من الظروف المتأثرة ولا تعمم السبب على الموقع كله.
هبوط Discover مع استقرار بحث الويب	تقرير Discover واهتمام الجمهور وأخطاء التسجيل.	حلل القناة منفصلة قبل تغيير الموقع كاملًا.

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

وتذكّر أن CTR تُحسب بقسمة النقرات على مرات الظهور. انتقالها من 4% إلى 3% يعني انخفاضًا قدره نقطة مئوية واحدة، أو 25% نسبيًا؛ لا تخلط الوصفين عند تقدير حجم التغير.

افحص التغييرات التقنية التي قد تمنع الوصول أو الفهرسة

ابدأ بالمضيف واستجابة الصفحات

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

توصي Google عند تشخيص أخطاء الزحف بمراجعة سجل الزحف ومشكلات إتاحة المضيف، ثم ربط الطلبات الفاشلة بما حدث في الموقع. اطلب من المطور أو الاستضافة مراجعة أوقات الأخطاء وحالات الاستجابة، لا الاكتفاء بصورة لصفحة تعمل الآن.

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

افحص صفحة خاسرة ونسختها التي يعرفها Google

أدخل عنوانًا متأثرًا في فحص عنوان URL. راجع حالة الفهرسة وآخر زحف ونتيجة الجلب، والعنوان الأساسي الذي اختاره Google. وإذا أصلحت شيئًا بعد تاريخ الزحف المعروض، نفّذ اختبار عنوان URL المنشور أو Test live URL لفحص الحالة الحالية.

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

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

ميّز robots.txt وnoindex وcanonical

robots.txt ينظم وصول الزواحف، بينما noindex يطلب منع الفهرسة عندما يتمكن المحرك من قراءته، وقد يأتي داخل الصفحة أو في ترويسة X-Robots-Tag. إذا ظهر noindex بالخطأ في قالب كامل، أصلح مصدره؛ لا تحاول علاجه بحجب القالب عن الزحف. توضح إرشادات noindex ضرورة إتاحة المورد للزاحف حتى يقرأ التوجيه.

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

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

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

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

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

هل السبب تحديث جوجل أم إجراء يدوي أم خطأ في التقرير؟

راجع لوحة حالة بحث Google وسجل الحوادث خلال فترة الهبوط، لا حالة الخدمة لحظة الفحص فقط. ثم راجع سجل أخطاء بيانات Search Console؛ فقد يتعلق التغير بتسجيل مقياس معين، لا بتغير مماثل في أداء موقعك.

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

عند الاشتباه في تحديث أساسي

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

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

عند وجود إجراء يدوي أو مشكلة أمنية

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

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

افحص الطلب والمنافسة وشكل نتائج البحث

هل انخفض اهتمام الناس بالموضوع؟

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

توضح وثائق Trends أن الأداة تعرض اهتمامًا نسبيًا مطبّعًا، لا عددًا دقيقًا لكل عمليات البحث. وقد تكون البيانات ضعيفة للعبارات قليلة الاستخدام. استخدمها مع استعلامات موقعك وتاريخه، لا دليلًا منفردًا على سبب الهبوط.

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

هل تغيرت نية البحث أو ظهرت إجابات أكثر فائدة؟

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

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

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

هل أثرت ميزات الذكاء الاصطناعي في النقرات؟

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

يمكن الاستعانة بتقرير أداء الذكاء الاصطناعي التوليدي في البحث في Search Console عندما يظهر في خاصيتك. يعرض التقرير مرات ظهور روابط موقعك في ميزات منها AI Overviews وAI Mode، مع تقسيمات مثل الصفحات والبلدان والأجهزة. وقد لا يظهر عند عدم كفاية مرات الظهور.

هذا التقرير لا يمنحك وحده عدد النقرات التي «كان سيحصل عليها الموقع» في غياب الميزة؛ مرات الظهور ليست قياسًا مباشرًا للنقرات المفقودة. استخدمه لفهم تغير حضورك، وصرّح بحدود الاستنتاج عندما لا تسمح البيانات بعزل السبب.

هل الخسارة من Discover تحديدًا؟

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

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

حوّل الأدلة إلى إصلاح يمكن التحقق منه

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

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

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

تجنب إجراءات الذعر

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

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

كم يستغرق التعافي، ومتى تحتاج إلى متخصص؟

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

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

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

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