انتقل إلى المحتوى الرئيسي

Search Console في 15 دقيقة: أهم 5 تقارير

T
Tarek Ibrahim
•
لوحة Google Search Console تعرض تقارير الأداء وفهرسة الصفحات وخرائط الموقع وCore Web Vitals أثناء مراجعة سيو للموقع

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

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

قبل الـ 15 دقيقة: جهز الـ Property صح

الروتين ده مش هيشتغل إلا لو البيانات كاملة، فيه قرار واحد في الإعداد أهم من أي تقرير: نوع الـ Property. Search Console بيديك نوعين: Domain property و URL-prefix property. الـ Domain property بيغطي كل نسخ الدومين بتاعك (http و https و www وبدون www وأي سب دومين) في عرض واحد، وبتتحقق منه بإضافة سجل DNS. أما الـ URL-prefix فبيغطي العنوان بالظبط زي ما كتبته، بما فيه البروتوكول، يعني https://www.example.com/ و https://example.com/ هما Propertyين منفصلين وبياناتهم منفصلة.

لموقع شركة، بننصح بالـ Domain property كعرض أساسي، لأنه بيشيل أكبر نقطة عمياء: زيارات أو أخطاء قاعدة على نسخة من الموقع نسيتها. لو موقعك اتنقل قبل كده من www لبدون www، أو من HTTP لـ HTTPS، ممكن يكون الـ URL-prefix بتاع النسخة القديمة هو المكان الوحيد اللي لسه بيوريك الروابط القديمة. في قائمة مراجعة نقل الموقع شرحنا ليه لازم تسيب كل النسخ متحقق منها شهور بعد النقل.

نقطتين عمليتين قبل ما تبدأ. الأولى، Search Console مش بيرجع بيانات من قبل ما تتحقق من الموقع، فاعمل التحقق النهاردة حتى لو مش جاهز تقرا التقارير. التانية، اديك صلاحية للناس اللي محتاجاها وبس: المالك (owner) يقدر يغير الإعدادات ويبعت طلبات، والمستخدم المحدود يقدر يقرا التقارير. خلي عندك على الأقل مالكين اتنين متحقق منهم، علشان لو حساب جوجل بتاع حد ضاع، الشركة ما تفقدش الوصول لبيانات البحث بتاعتها.

إعداد Google Search Console مع توضيح الفرق بين Domain Property وURL-prefix والتحقق عبر DNS وصلاحيات الوصول للموقع

من الدقيقة 0 لـ 5: تقرير الأداء (Performance)

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

التقرير فيه 4 مقاييس أساسية. النقرات (Clicks) هي عدد المرات اللي مستخدم داس فيها على موقعك من نتائج جوجل. مرات الظهور (Impressions) هي عدد المرات اللي موقعك ظهر فيها في النتائج. نسبة النقر (CTR) هي النقرات مقسومة على مرات الظهور. أما متوسط الترتيب (Average position) فبيوضح متوسط موضع ظهور نتائج موقعك في البحث.

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

المرحلة الأولى: كلمات البراند ضد الكلمات من غير البراند

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

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

المرحلة التانية: كلمات قريبة من الصفحة الأولى

رتب جدول الكلمات حسب مرات الظهور، وشوف الصفوف اللي متوسط ترتيبها بين 8 و 20 تقريبا. دي بحثات جوجل شايفة صفحتك مناسبة ليها، بس بترتبها في مكان قليل بيدوسوا فيه. غالبا دي أرخص تحسينات في الموقع: عنوان أوضح، وفقرة افتتاحية أقوى، وقسم بيجاوب على السؤال مباشرة، ورابطين أو تلاتة داخليين من صفحات قريبة. النقطة دي خبرة عملية مش قاعدة مكتوبة في التوثيق، بس المنطق بسيط. صفحة في المركز 12 لكلمة عليها طلب حقيقي محتاجة دفعة صغيرة. صفحة في المركز 70 محتاجة صفحة مختلفة.

المرحلة التالتة: ظهور كتير ونقر قليل

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

المرحلة الرابعة: الدولة والجهاز

بدل الجدول على تبويب الدول وبعدين الأجهزة. لشركة مصرية بتبيع لبره، العرض ده غالبا فيه أهم مفاجأة. فندق على البحر الأحمر ممكن يكتشف إن حصة كبيرة من مرات الظهور جاية من ألمانيا أو بولندا أو التشيك، والموقع مفيهوش صفحة مكتوبة للقراء دول. ومطور عقاري ممكن يلاقي العكس: ظهور قوي بره ومفيش تقريبا ظهور من القاهرة. وتبويب الأجهزة بيوريك لو جمهورك أغلبه على الموبايل، وده المفروض يأثر على كل قرار تصميم وسرعة. ولو موقعك بلغتين، أضف فلتر على الصفحات (Pages) فيه /ar/ علشان تشوف القسم العربي لوحده وتقارنه بالقسم الإنجليزي. دليلنا عن سيو المواقع السياحية متعددة اللغات بيشرح تتصرف إزاي في الفروق دي.

اقرا الأرقام بأمانة

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

لما تقارن فترات، استخدم أداة المقارنة بين التواريخ وقارن شبه بشبه: نفس عدد الأيام، ويفضل نفس أيام الأسبوع، ونفس الموسم لو شغلك موسمي. فندق بيقارن أكتوبر بنوفمبر من غير ما يراعي موسم السياحة بيقيس التقويم، مش الموقع.

من الدقيقة 5 لـ 8: تقرير فهرسة الصفحات (Page indexing)

لو تقرير الأداء بيوريك جوجل بتبعتلك إيه، تقرير الفهرسة بيوريك جوجل قبلت إيه. كل رابط جوجل تعرفه يا إما Indexed يا إما Not indexed، وللمجموعة التانية التقرير بيدي سبب ومصدر، والمصدر بيقولك المشكلة عندك في الموقع ولا عند جوجل. غالبا المشاكل اللي مصدرها الموقع هي اللي عليك تصلحها.

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

  • Crawled, currently not indexed. جوجل جابت الصفحة ولسه مفهرستهاش. ممكن تتفهرس بعدين، ومش لازم تبعتها تاني. لو صفحات مهمة كتير قاعدة هنا أسابيع، السبب المعتاد إن المحتوى شكله ضعيف أو مكرر أو قليل القيمة عند جوجل، والحل تحسين الصفحة، مش طلب فهرسة تاني.
  • Discovered, currently not indexed. جوجل عارفة الرابط بس لسه ماجتش عليه، وغالبا أجلت الزحف علشان متحملش السيرفر. عدد كبير هنا في موقع صغير يستاهل تبص على سرعة السيرفر وعلى كمية الروابط قليلة القيمة اللي الموقع بيولدها.
  • Excluded by noindex. الصفحة بتقول لجوجل متفهرسنيش. صح في صفحات الشكر ونتايج البحث الداخلي. ومشكلة كبيرة لو ظهرت في صفحة خدمة، وهي من أشهر مخلفات موقع تجريبي اتنقل للإنتاج والإعداد لسه شغال.
  • Page with redirect. رابط بيحول لمكان تاني. الهدف بس هو اللي ممكن يتفهرس، فده طبيعي للعناوين القديمة بعد إعادة التصميم.
  • Duplicate without user-selected canonical. جوجل شافت الصفحة نسخة من صفحة تانية واختارت canonical مختلف. ده مش خطأ في حد ذاته، بس افحص الزوج بأداة URL Inspection علشان تتأكد إن جوجل اختارت النسخة اللي إنت عايزها.
  • Soft 404. الصفحة بتقول مش موجودة لكن بترجع حالة نجاح عادية. ارجع 404 حقيقية للصفحات المفقودة، أو ضيف محتوى حقيقي للصفحات اللي اتعلمت غلط.
  • Not found (404). مقبولة للصفحات اللي شلتها قصدا. لو المحتوى اتنقل، التحويل الدائم للعنوان الجديد هو الحل الصح.
  • Blocked by robots.txt. جوجل مش قادرة تزحف على الصفحة. خد بالك إن ده مش بيضمن إن الصفحة تفضل بره الفهرس لو صفحات تانية بتلينك عليها. علشان تمنعها من الفهرس، اسمح بالزحف واستخدم noindex.

استخدم فلتر الـ Sitemap فوق في التقرير، لأنه بيغير السؤال من “جوجل تعرف إيه” لـ “إحنا طلبنا من جوجل تفهرس إيه، وحصل إيه”. اختار الـ Sitemap المتقدم واقرا أسباب Not indexed للروابط دي بس. أي رابط في الـ Sitemap بتاعك ومش مفهرس يستاهل تفسير. ولو صفحة موجودة في الـ Sitemap وفيها كمان noindex، يبقى موقعك بيبعت لجوجل تعليمات متناقضة.

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

لصفحة واحدة، أداة URL Inspection في أعلى Search Console هي رفيق التقرير ده. بتوريك الرابط مفهرس ولا لأ، وأنهي canonical جوجل اختارت، وإيه اللي شافه Googlebot في اختبار مباشر. لما عميل يقول صفحتي الجديدة مش على جوجل، ده أول مكان تبص فيه، قبل ما حد يلوم المحتوى.

من الدقيقة 8 لـ 10: تقرير خرائط الموقع (Sitemaps)

تقرير الـ Sitemaps قصير، وعلشان كده سهل يتنسي. بيخليك تبعت Sitemap، وبيوريك حالة كل ملف اتبعت، وعدد الروابط اللي جوجل قرتها منه. الحالات هي Success و Has errors و Couldn’t fetch. Success يعني الملف اتجاب واتقرا من غير أخطاء. Has errors يعني حصلت مشاكل، بس الروابط اللي اتقرت لسه داخلة في الطابور. Couldn’t fetch يعني جوجل معرفتش تجيب الملف خالص، وغالبا السبب مسار محجوب أو خطأ في السيرفر أو عنوان غلط.

فيه نقطتين كتير بيتفهموا غلط. عدد الصفحات المكتشفة (Discovered pages) هو عدد الروابط اللي اتقرت من الملف، ومش وعد بالزحف أو الفهرسة. استخدم تقرير الفهرسة مفلتر على الـ Sitemap ده علشان تشوف حصل إيه فعلا. وكمان حذف Sitemap من التقرير مش بيخلي جوجل تنساه أو تنسى روابطه.

الحدود تستاهل تعرفها لو موقعك كبير، زي مجموعة فنادق فيها آلاف صفحات الغرف أو ماركت بليس: الـ Sitemap الواحد ممكن يشيل لحد 50,000 رابط أو 50 ميجا بعد فك الضغط، وملف Sitemap index ممكن يسرد لحد 50,000 Sitemap. والـ index ممكن يسرد ملفات Sitemap بس، مش index تاني، ولازم الروابط فيه كاملة.

اللي تراجعه في الدقيقتين دول: إن الـ Sitemap index اللي بيطلعه الـ CMS هو اللي اتبعت، وإن حالته Success، وإن العدد المكتشف منطقي بالنسبة لعدد صفحاتك الفعلي، وإن القايمة مفيهاش روابط عملتلها noindex أو تحويل قصدا. على مواقع ووردبريس، إضافة السيو بتولد الـ index تلقائيا، والأعطال الشائعة هي روابط Sitemap قديمة من إضافة سابقة لسه مبعوتة، أو دومين تجريبي اتبعت بالغلط. وجوجل بتذكر إن الموقع الصغير، حوالي 500 صفحة أو أقل ومربوط كله من الصفحة الرئيسية، ممكن ميحتاجش Sitemap أصلا، فمتعتبرش غياب الـ Sitemap طوارئ في موقع تعريفي.

من الدقيقة 10 لـ 13: Core Web Vitals

تقرير Core Web Vitals بيوريك الزوار الحقيقيين بيجربوا صفحاتك إزاي، من بيانات ميدانية جاية من Chrome UX Report. ودي حاجة مختلفة عن الدرجة اللي بتطلع لما تجرب سرعة الموقع من اللاب توب بتاعك. فيه 3 مقاييس. Largest Contentful Paint (LCP) بيقيس التحميل وبيبقى كويس عند 2.5 ثانية أو أقل. Interaction to Next Paint (INP) بيقيس الاستجابة وبيبقى كويس عند 200 ملي ثانية أو أقل. Cumulative Layout Shift (CLS) بيقيس ثبات الصفحة بصريا وبيبقى كويس عند 0.1 أو أقل. وحدود الضعيف هي أكتر من 4 ثواني لـ LCP، وأكتر من 500 ملي ثانية لـ INP، وأكتر من 0.25 لـ CLS.

فيه 3 سلوكيات للتقرير مهمة في الواقع. النتايج بتتقسم بين الموبايل والديسكتوب، فالموقع ممكن يكون كويس على الديسكتوب وضعيف على الموبايل، والموبايل هو اللي بتيجي منه أغلب زيارات السياحة والخدمات المحلية. كل مجموعة صفحات متشابهة بتاخد حالة أسوأ مقياس فيها، فمقياس ضعيف واحد بيخلي المجموعة كلها ضعيفة. والمجموعات اللي بياناتها قليلة بتتساب بره: Property جديدة أو نوع صفحات زياراته قليلة ممكن يظهر “No data available” مع إن الصفحات سليمة. غياب التحذير مش معناه نجاح.

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

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

من الدقيقة 13 لـ 15: الإجراءات اليدوية ومشاكل الأمان

آخر دقيقتين للتقريرين اللي بتتمنى يكونوا فاضيين. الإجراء اليدوي (Manual action) هو إشعار إن مراجع من جوجل لقى صفحات في موقعك بتخالف سياسات السبام. الصفحات المتأثرة ممكن تترتب أقل أو تختفي من النتايج، وغالبا من غير أي علامة ظاهرة لزوارك، وعلشان كده الإشعار ممكن يفضل شهور محدش شافه لو محدش بيبص. الإشعار بيظهر في تقرير Manual actions وفي مركز الرسائل في Search Console. لو ظهر واحد، صلح المشكلة في كل أنماط الروابط المتأثرة، وافحصها بـ URL Inspection، وبعدين استخدم Request Review واشرح المشكلة والخطوات اللي عملتها والنتيجة. المراجعة ممكن تاخد أيام أو أسابيع، ومتبعتش الطلب تاني قبل ما ييجي القرار.

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

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

إزاي تقرا Search Console لموقع بلغتين

Search Console مفيهوش تقرير مخصص للغة، فإنت اللي بتبني العرض بالفلاتر. استخدم فلتر الصفحات بمسار كل لغة، مثلا /ar/ للعربي، وقارن النقرات ومرات الظهور ومتوسط الترتيب بين قسم كل لغة. واستخدم تبويب الدول علشان تشوف كل لغة بتتقري فين. فيه 3 أنماط تدور عليها:

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

Search Console دلوقتي مفيهوش تقرير مخصص يتحقق من إعدادات hreflang، فتحقق منها بأداة زحف أو بفحص كود الصفحة، واستخدم عرض الصفحات والدول تتأكد من النتيجة: لو نسخة اللغة الصح بتترتب في الدولة الصح، يبقى الإعدادات شغالة.

الروتين كله في صفحة واحدة

شغله مرة في الأسبوع في أول شهر، وبعدين كل أسبوعين. الترتيب مهم لأن كل خطوة بتستخدم اللي قبلها كسياق.

  • الدقايق 0 لـ 5، الأداء: آخر 28 يوم مقارنة بالـ 28 اللي قبلهم. سجل التغير في النقرات ومرات الظهور. شوف البراند ضد من غير البراند. اختار كلمة قريبة من المركز 8 لـ 20 وصفحة نسبة نقرها قليلة تحسنهم الأسبوع ده.
  • الدقايق 5 لـ 8، الفهرسة: بص على اتجاه إجمالي المفهرس وعلى أي أسباب Not indexed جديدة. فلتر على الـ Sitemap المتقدم. حقق في أي صفحة مهمة مستبعدة.
  • الدقايق 8 لـ 10، الـ Sitemaps: اتأكد من حالة Success وعدد مكتشف منطقي.
  • الدقايق 10 لـ 13، Core Web Vitals: الموبايل الأول. سجل أي مجموعة نزلت من كويس لحالة أسوأ بعد نشر.
  • الدقايق 13 لـ 15، الإجراءات اليدوية والأمان: الاتنين المفروض فاضيين. اتأكد إن الإشعارات بتوصل لصندوق بريد حقيقي.

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

تعمل إيه باللي لقيته

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

خلي توقعاتك واقعية عن الوقت. تغييرات العناوين والمحتوى ممكن تظهر في تقرير الأداء خلال أيام أو أسابيع حسب قد إيه جوجل بتزحف على الصفحة، بينما تحقق الفهرسة ممكن ياخد لحد أسبوعين وتتبع Core Web Vitals ياخد 28 يوم. غير حاجة واحدة في المرة لو تقدر، علشان تعرف النتيجة جاية من إيه، وقاوم الرغبة إنك تتصرف على بيانات يوم واحد.

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

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

شارك:

بتخطط لمشروعك الرقمي الجاي؟

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