Google Search Console هي لوحة Google الأساسية لفهم كيف يرى Google موقعك في البحث. من خلالها تستطيع متابعة النقرات ومرات الظهور والاستعلامات، معرفة الصفحات التي فُهرست أو لم تُفهرس، فحص URL محددة، إرسال Sitemap، مراجعة الروابط، متابعة Core Web Vitals، واستقبال تنبيهات مرتبطة بالأمان أو الإجراءات اليدوية.
الخلاصة: Search Console ليست أداة «لرفع الترتيب بضغطة زر»، وطلب الفهرسة لا يضمن الفهرسة أو الظهور. قيمتها الحقيقية أنها تعطيك بيانات مباشرة من Google تساعدك على معرفة ما الذي يظهر، وما الذي لا يظهر، ولماذا، وأين تبدأ التشخيص.
إذا كنت تريد فهم أساسيات SEO قبل قراءة التقارير، ابدأ من دليل ما هو SEO وكيف يعمل. أما هذه الصفحة فمخصصة لاستخدام Search Console نفسها.
ما هي Google Search Console؟
Google Search Console خدمة مجانية من Google لأصحاب المواقع ومسؤولي SEO والمطورين. تعرض بيانات عن أداء الموقع في Google Search، وتساعد على تشخيص مشكلات الزحف والفهرسة وبعض عناصر تجربة الصفحة والبيانات المنظمة والأمان.
يمكن الوصول إليها من Google Search Console.
ما الذي لا تفعله Search Console؟
- لا تضمن ترتيبًا أعلى.
- لا تعطي Search Volume كاملًا للسوق مثل أدوات Keyword Research.
- لا تعرض كل Backlink موجود على الإنترنت.
- لا تستبدل Google Analytics في تحليل سلوك المستخدم داخل الموقع.
- لا تجعل الصفحة تُفهرس لمجرد الضغط على Request Indexing.
- لا تحل المشكلة التقنية تلقائيًا؛ هي تساعدك على اكتشافها وتشخيصها.
Search Console vs Google Analytics 4
| العنصر | Google Search Console | Google Analytics 4 |
|---|---|---|
| المصدر الأساسي | Google Search | تفاعل المستخدم داخل الموقع والتطبيق |
| Queries | نعم | ليست الوظيفة الأساسية |
| Impressions في Google | نعم | لا |
| Clicks من Search | نعم | Sessions/Events بعد الوصول |
| Indexing | نعم | لا |
| Conversions | ليست بديلًا لـGA4 | نعم عبر Events/Key events |
| سلوك المستخدم داخل الصفحة | محدود جدًا | نعم |
إذا كنت تريد تحليل Sessions وEvents والتحويلات، راجع دليل Google Analytics 4 إن كان هذا الرابط هو المسار الحالي لديك. Search Console وGA4 متكاملتان في التحليل لكنهما ليستا الأداة نفسها.
ولرؤية Stack أدوات مشرف الموقع ككل—Search Console وBing Webmaster Tools وGA4 وPageSpeed وأدوات المنافسين—راجع دليل أدوات مشرفي المواقع 2026. هذه الصفحة تبقى مخصصة لـSearch Console نفسها.
الخطوة 1: إضافة الموقع إلى Search Console
بعد تسجيل الدخول اختر Add property. أمامك عادة نوعان رئيسيان:
Domain Property
تغطي جميع البروتوكولات والـSubdomains المرتبطة بالدومين، مثل:
- https://example.com
- http://example.com
- https://www.example.com
- https://shop.example.com
التحقق يتم عبر DNS، وهي غالبًا أفضل طريقة إذا كنت تملك الدومين وتريد رؤية شاملة.
URL-prefix Property
تغطي Prefix محددة فقط، مثل:
https://www.example.com/
وتتيح طرق تحقق متعددة مثل HTML file أوHTML tag أوGoogle Analytics أوGoogle Tag Manager في السيناريوهات المدعومة.
أي Property تختار؟
Domain Property أفضل غالبًا للموقع الرئيسي لأنها تجمع كل البروتوكولات والـSubdomains. أما URL-prefix مفيدة عندما تريد مراقبة جزء محدد أو لا تملك صلاحية DNS.
يمكنك امتلاك الاثنين إذا كان لذلك استخدام تحليلي واضح.
التحقق Verification
Search Console تحتاج إثبات أنك تملك الموقع أو لديك صلاحية إدارته.
الطريقة الأكثر ثباتًا عادة هي DNS TXT record للدومين. بعد إضافة Record لا تحذفها بلا سبب؛ إزالة وسيلة التحقق قد تؤثر على صلاحية الوصول لاحقًا.
الخطوة 2: فهم تقرير Performance
تقرير Performance هو نقطة البداية لتحليل الظهور العضوي. يعرض عادة مؤشرات مثل:
- Total clicks: عدد النقرات من نتائج Google Search.
- Total impressions: عدد مرات ظهور رابط من موقعك ضمن النتائج حسب تعريف Google للتقرير.
- Average CTR: نسبة النقرات إلى مرات الظهور.
- Average position: متوسط الموضع وفق طريقة حساب Search Console، وليس «ترتيبًا ثابتًا» لكل مستخدم.
كيف تقرأ Clicks وImpressions؟
Impressions ترتفع وClicks ثابتة
قد يعني ذلك أنك تظهر على Queries أكثر، لكن CTR منخفضة أومواضع الظهور ما زالت بعيدة. افحص:
- Query.
- Page.
- Position distribution.
- Search intent.
- Title/snippet.
Clicks تهبط وImpressions ثابتة
افحص CTR والموضع، وتغيّر SERP، وظهور Features جديدة، وتغيّر Title/Snippet، والموسمية.
Clicks وImpressions يهبطان معًا
قد تكون المشكلة أوسع: صفحات خرجت من الفهرسة، انخفاض طلب موسمي، تغيير Ranking، مشكلة تقنية، Migration، تحديث محتوى ضعيف، أوتأثير تحديثات البحث. لا تفترض سببًا واحدًا قبل التشخيص.
Queries: ماذا يبحث المستخدم قبل الوصول إليك؟
فلتر Queries يكشف الاستعلامات التي ظهر موقعك عليها. استخدمه لاكتشاف:
- الكلمات التي تملك Impressions كبيرة وCTR منخفضة.
- Queries جديدة لم تكن تستهدفها صراحة.
- اختلاف Search Intent بين صفحاتك.
- فرص تحديث محتوى قائم بدل إنشاء صفحة جديدة.
- علامات Cannibalization عندما تظهر أكثر من صفحة على Query واحدة بنوايا متقاربة.
لا تحوّل كل Query إلى Focus Keyword منفصلة. اجمع الاستعلامات حسب Intent وTopic Cluster.
Pages: ما الصفحات التي تجلب الظهور؟
فلتر Pages يساعدك على معرفة الصفحة التي تحصل على Clicks وImpressions.
استخدمه للإجابة عن أسئلة مثل:
- ما الصفحات التي تنمو؟
- ما الصفحات التي فقدت الظهور؟
- هل صفحة غير مقصودة تنافس الصفحة الأساسية؟
- هل تحديث المقال أدى لتحسن أوهبوط بعد فترة كافية؟
استخدم المقارنة بين الفترات بحذر
عند مقارنة آخر 28 يومًا بالفترة السابقة، انتبه إلى:
- الموسمية.
- أيام الأسبوع.
- الأعياد والمناسبات.
- حملات Brand.
- تغيرات SERP.
- Migration أوRedesign.
الفرق في النقرات لا يساوي تلقائيًا أثر تعديل SEO واحد.
الخطوة 3: تقرير Page Indexing
Page Indexing يوضح حالة URLs التي يعرفها Google داخل الموقع: ما الذي فُهرس، وما الذي لم يُفهرس، وأسباب الاستبعاد أوالمشكلات.
النقطة المهمة: وجود URL غير مفهرسة ليس خطأ دائمًا. بعض الصفحات يجب ألا تُفهرس، مثل:
- Duplicates.
- صفحات Redirect.
- صفحات noindex مقصودة.
- نسخ Alternate مع Canonical صحيح.
- صفحات Utility غير مخصصة للبحث.
كيف تراجع Page Indexing بصورة صحيحة؟
- حدد سبب Not indexed.
- افتح أمثلة URLs.
- اسأل: هل هذه الصفحة يجب أن تكون مفهرسة أصلًا؟
- إذا نعم، افحص URL Inspection.
- راجع robots، noindex، canonical، redirects، status code، internal links والمحتوى.
- أصلح السبب الحقيقي ثم انتظر إعادة الزحف أو اطلب إعادة الفحص عند الحاجة.
أسباب شائعة لعدم الفهرسة
Excluded by noindex
الصفحة تحتوي توجيه noindex. إذا كان مقصودًا فلا توجد مشكلة. إذا غير مقصود، راجع Rank Math/Yoast أوHTTP headers أوالقالب.
Page with redirect
URL تعيد التوجيه، لذلك لا يُتوقع عادة فهرستها كصفحة مستقلة.
Duplicate without user-selected canonical
Google تعتبر URL نسخة مكررة واختارت Canonical أخرى. راجع هل اختيارها منطقي وهل Internal links وCanonical لديك متسقة.
Crawled – currently not indexed
Google زحف إلى الصفحة لكنه لم يفهرسها حاليًا. لا يوجد إصلاح سحري. راجع جودة وفائدة الصفحة، التكرار، Internal linking، Canonical، Search Intent، والقيمة الفريدة.
Discovered – currently not indexed
Google يعرف URL لكنه لم يزحف إليها بعد أو لم يكمل معالجتها. راجع بنية الربط الداخلي، Crawl demand، Sitemap، وعدد URLs منخفضة القيمة.
الخطوة 4: URL Inspection
URL Inspection أفضل أداة داخل Search Console عندما تريد تشخيص صفحة محددة.
يمكنها إظهار معلومات مثل:
- هل URL موجودة على Google أملا.
- آخر Crawl.
- هل Crawling allowed.
- هل Indexing allowed.
- User-declared canonical.
- Google-selected canonical.
- Page fetch.
- Enhancements لبعض أنواع البيانات.
URL is on Google لا تعني أنك تتصدر
هذه العبارة تعني أن URL مؤهلة/موجودة في Index وفق حالة الأداة، لكنها لا تضمن ظهورها لكل Query ولا ترتيبًا معينًا. Ranking عملية منفصلة.
Live Test vs Indexed Version
من الأخطاء الشائعة الخلط بين النسخة التي يعرفها Google والنسخة الحالية على السيرفر.
- Indexed/Google version: معلومات من آخر معالجة معروفة.
- Live Test: اختبار الوصول إلى النسخة الحالية وقت الفحص.
قد تصلح noindex اليوم لكن Search Console ما زالت تعرض حالة أقدم حتى يعيد Google الزحف والمعالجة.
Request Indexing: ماذا يفعل فعلًا؟
بعد إصلاح صفحة مهمة يمكنك استخدام Request Indexing من URL Inspection.
لكن طلب الفهرسة لا يضمن:
- أن Google سيزحف فورًا.
- أن الصفحة ستُفهرس.
- أن الصفحة ستظهر في النتائج.
- أن الصفحة ستحصل على ترتيب أعلى.
Google نفسها توضح أن الطلب مجرد طلب إعادة زحف، وقد توجد Quotas. لعدد كبير من URLs استخدم Sitemap وبنية روابط سليمة بدل طلب يدوي لكل صفحة.
الخطوة 5: Sitemaps
Sitemap تساعد Google على اكتشاف URLs المهمة. في WordPress قد تكون Sitemap من Core أوRank Math أوYoast أوحل آخر.
يمكنك إرسال Sitemap من قسم Sitemaps داخل Search Console.
إذا كنت تريد شرحًا أعمق راجع دليل إضافة Sitemap إلى WordPress.
ما الذي يجب أن يكون داخل Sitemap؟
بشكل عام، ركز على URLs:
- Canonical.
- Indexable.
- تريد ظهورها في البحث.
- تعيد HTTP 200.
لا تملأ Sitemap بصفحات noindex أوRedirect أوDuplicate بلا داعٍ.
Sitemap لا تضمن الفهرسة
إرسال Sitemap يساعد على الاكتشاف، لكنه ليس أمرًا لـGoogle. الصفحة قد تبقى غير مفهرسة لأسباب جودة أوتكرار أوCanonical أوأسباب أخرى.
الخطوة 6: Links Report
قسم Links يعرض بيانات عن:
- Top linked pages externally.
- Top linking sites.
- Top linking text.
- Internal links.
استخدمه كعينة مفيدة، لا كقاعدة بيانات Backlinks كاملة لكل رابط على الإنترنت.
كيف تستخدم Internal Links data؟
ابحث عن صفحات مهمة تجاريًا أوPillars عدد روابطها الداخلية قليل مقارنة بقيمتها.
ثم أضف روابط سياقية من صفحات مرتبطة فعليًا. لا تضف 50 رابطًا في Footer لمجرد رفع رقم Internal links.
لمعرفة استراتيجية الربط راجع دليل الروابط الداخلية والخارجية في SEO.
الخطوة 7: Core Web Vitals
Search Console تعرض تقرير Core Web Vitals مبنيًا على بيانات مستخدمين حقيقية عندما تتوفر بيانات كافية.
المقاييس الأساسية الحالية:
- LCP: Largest Contentful Paint.
- INP: Interaction to Next Paint.
- CLS: Cumulative Layout Shift.
Search Console مفيدة لمعرفة مجموعات URLs المتأثرة، لكن التشخيص التفصيلي يحتاج PageSpeed Insights وChrome DevTools وربما RUM/APM.
Core Web Vitals ليست SEO كاملًا
تحسين CWV مفيد للمستخدم، لكنه لا يعوض محتوى لا يحقق Search Intent أوصفحة مكررة أومشكلة فهرسة. لا تحول تقرير السرعة إلى الهدف الوحيد للحملة.
الخطوة 8: Enhancements وStructured Data
إذا كان الموقع يستخدم أنواع Structured Data تدعمها تقارير Search Console، قد تظهر Enhancements مرتبطة بها.
وجود Valid markup لا يضمن Rich Result. ويجب أن تطابق Schema المحتوى المرئي الفعلي.
الخطوة 9: Manual Actions
قسم Manual Actions مهم لأنه يعرض إذا كان هناك إجراء يدوي من Google مرتبط بمخالفة Spam policies.
إذا ظهر Manual Action:
- اقرأ النطاق والسبب.
- أصلح المشكلة فعليًا.
- وثق ما تم إصلاحه.
- قدم Reconsideration request عند إتاحة ذلك وبعد الإصلاح.
لا ترسل طلب مراجعة بدون معالجة السبب.
الخطوة 10: Security Issues
Search Console قد تنبه عن Security issues مثل صفحات مخترقة أوMalware أوSocial engineering في حالات تدعمها Google.
إذا ظهر تنبيه أمني، لا تكتفِ بحذف الصفحة الظاهرة؛ راجع:
- Admin users.
- Plugins/Themes.
- Core files.
- Server logs.
- Database injections.
- Backdoors.
- Passwords/API credentials.
Removals: الإزالة المؤقتة ليست حذفًا نهائيًا
أداة Removals يمكن استخدامها لإخفاء URL مؤقتًا من نتائج Google في سيناريوهات محددة، لكنها ليست بديلًا عن:
- 404/410 عندما الصفحة حُذفت فعلًا.
- noindex عندما تريد منع الفهرسة مع بقاء الصفحة متاحة.
- تحديث المحتوى الحساس من المصدر.
لا تستخدم Removals كحل دائم لمشكلة فهرسة.
Robots.txt وSearch Console
إذا URL محظورة من الزحف، Google قد لا تستطيع رؤية noindex داخلها. افهم الفرق بين Crawl control وIndex control.
راجع دليل robots.txt في WordPress.
Canonical داخل URL Inspection
URL Inspection تعرض غالبًا:
- User-declared canonical.
- Google-selected canonical.
إذا اختلف الاثنان، لا تغيّر Canonical عشوائيًا. راجع:
- هل الصفحتان Duplicate فعلًا؟
- Internal links تشير لأي نسخة؟
- Sitemap تحتوي أي URL؟
- Redirects.
- HTTPS/www variants.
- Parameter URLs.
كيف تستخدم Search Console لتحديث المحتوى؟
Workflow عملي:
- Performance → Pages.
- اختر صفحة مستقرة أوهابطة.
- افتح Queries الخاصة بها.
- قسم Queries حسب Intent.
- حدد هل الصفحة تغطي النية الحالية.
- راجع CTR والموضع والتغير الزمني.
- حدّث المحتوى إذا توجد فجوة فعلية.
- راقب الأداء بعد التحديث ولا تنسب أي تغير فوري للتعديل وحده.
كيف تكشف Keyword Cannibalization مبدئيًا؟
اختر Query مهمة، ثم افتح Tab Pages. إذا ظهرت عدة صفحات بالتبادل على نفس Query، افحص هل:
- الصفحات لها Intent مختلفة فعلًا.
- واحدة يجب أن تكون Winner.
- المحتوى Duplicate أومتداخل.
- Internal links تشير للصفحة الخطأ.
- Titles/Focus Keywords متقاربة جدًا.
Search Console تعطيك إشارة، لكن قرار الدمج أوRetarget يحتاج قراءة الصفحات نفسها.
كيف تكشف فرص CTR؟
ابحث عن صفحات:
- لها Impressions قوية.
- موضعها مناسب نسبيًا.
- CTR أقل من المتوقع مقارنة بسياق Query/SERP.
ثم راجع Title وSnippet وIntent وBrand، وليس Meta Description فقط. Google قد تعيد كتابة Snippet حسب الاستعلام.
Average Position: لا تقرأها كRank Tracker
Average Position تتأثر بالاستعلام والجهاز والبلد ونوع Search appearance والوقت. لا تعتبر رقم 7.4 مثلًا أن الصفحة «ترتيبها السابع دائمًا».
للتشخيص، قسّم البيانات حسب:
- Query.
- Page.
- Country.
- Device.
- Date.
- Search type.
لماذا قد تختلف أرقام Search Console عن GA4؟
لأن الأداتين تقيسان أشياء مختلفة وبمنهجية مختلفة:
- Search Console تقيس Click من Google Search.
- GA4 تقيس Session/Event بعد تحميل الموقع وتنفيذ القياس.
- Consent، Ad blockers، redirects، timezones ونماذج attribution قد تؤدي لاختلاف الأرقام.
لا تحاول إجبار الأداتين على التطابق 100%.
هل Google Trends جزء من Search Console؟
لا. Google Trends أداة مستقلة لتحليل الاهتمام النسبي بالموضوعات والاستعلامات بمرور الوقت والمناطق. لا تخلط بينها وبين Query data الخاصة بموقعك داخل Search Console.
Workflow أسبوعي لـSEO باستخدام Search Console
- راجع Performance آخر 7/28 يومًا.
- راقب الصفحات ذات هبوط غير معتاد.
- راجع Queries الرئيسية للصفحات المهمة.
- افحص Page Indexing لأي زيادة مفاجئة في المشاكل.
- افحص Manual Actions/Security إذا ظهر تنبيه.
- تابع Core Web Vitals على مستوى Groups.
- راجع صفحات جديدة مهمة عبر URL Inspection عند الحاجة.
- سجل التغييرات الكبيرة حتى تربط البيانات بالسياق لاحقًا.
Workflow شهري
- Compare آخر 28 يومًا بالفترة السابقة وبنفس الفترة الموسمية إن أمكن.
- حدد Winners وLosers.
- راجع Cannibalization على Queries التجارية.
- حدد Content refresh candidates.
- راجع Internal linking للصفحات ذات القيمة.
- راجع Sitemaps وIndexing trends.
- اربط SEO metrics بالConversions من Analytics/CRM.
أخطاء شائعة في Search Console
- اعتبار كل Not indexed مشكلة.
- طلب Indexing عشرات المرات لنفس URL.
- الاعتماد على Average position دون تقسيم البيانات.
- اعتبار CTR منخفضة = Meta Description سيئة دائمًا.
- اعتبار Links report قاعدة Backlinks كاملة.
- خلط Google Trends بـSearch Console.
- اعتبار Core Web Vitals عامل SEO الوحيد.
- إزالة noindex من صفحات Utility لمجرد زيادة عدد الصفحات المفهرسة.
- تغيير Canonical قبل فهم سبب اختيار Google.
- اعتبار Sitemap ضمانًا للفهرسة.
Checklist إعداد Search Console لموقع WordPress
- Domain Property verified.
- HTTPS version تعمل.
- Sitemap صحيحة ومُرسلة.
- robots.txt لا تحظر الموارد/الأقسام المطلوبة خطأ.
- Rank Math/Yoast لا تضيف noindex غير مقصود.
- Canonical صحيحة.
- Performance data بدأت تظهر بعد توفر البيانات.
- Page Indexing تمت مراجعتها.
- الصفحات التجارية الأساسية تم فحصها بـURL Inspection.
- Manual Actions وSecurity Issues لا تحتوي تنبيهات.
أسئلة شائعة
هل Google Search Console مجانية؟
نعم، الخدمة مجانية من Google.
كم يحتاج الموقع حتى تظهر البيانات؟
بعض البيانات تحتاج وقتًا بعد التحقق، والتقارير ليست Real-time بالكامل. لا تتوقع ظهور كل شيء فور إضافة Property.
هل Request Indexing تسرّع الفهرسة؟
هي تطلب من Google إعادة الزحف إلى URL، لكنها لا تضمن سرعة محددة ولا الفهرسة ولا الترتيب.
هل Sitemap تضمن ظهور الصفحة؟
لا. تساعد Google على اكتشاف URLs لكنها لا تضمن فهرستها أوترتيبها.
هل URL is on Google تعني أن الصفحة تظهر لكل كلمة؟
لا. تعني أن الصفحة موجودة/مؤهلة في Index وفق حالة الأداة، وليس أنها ترتب على كل استعلام.
هل Search Console تعرض كل Backlinks؟
لا. Links report مفيدة لكنها ليست قائمة شاملة لكل رابط معروف على الإنترنت.
هل يمكن ربط Search Console مع Analytics؟
يمكن استخدام بيانات الأداتين معًا في التحليل والتكاملات المدعومة، لكن كل أداة تقيس طبقة مختلفة.
الخلاصة
Google Search Console هي أداة التشخيص الأساسية لأي حملة SEO على Google. استخدم Performance لفهم الظهور والاستعلامات، Page Indexing لمعرفة حالة الفهرسة، URL Inspection لتشخيص صفحة محددة، Sitemaps للمساعدة على الاكتشاف، وLinks/Core Web Vitals/Security لبناء صورة تشغيلية متكاملة.
الأهم: لا تتعامل مع التقرير كقائمة أخطاء يجب جعلها كلها خضراء. اسأل أولًا هل URL يجب أن تُفهرس، وهل المشكلة فعلًا تمنع هدفًا تجاريًا أوبحثيًا مهمًا.
