تدقيق SEO واختبار أداء الموقع: ماذا يفحص كلٌّ منهما، ومتى تحتاج إليهما معًا

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

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

تدقيق SEO واختبار أداء الموقع: مقارنة بينهما

يضع الجدول التالي الاثنين جنبًا إلى جنب.

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

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

أدوات تدقيق SEO التقني

لا تحتاج إلى حزمة مدفوعة لتبدأ. الأدوات التالية تغطي الأساسيات، ومعظمها مجاني.

الفهرسة والزحف والروابط

• Google Search Console. نقطة البداية. يعرض تقرير «فهرسة الصفحات» عناوين URL المفهرسة وسبب عدم فهرسة غيرها، وتُظهر أداة «فحص عنوان URL» كيف ترى Google صفحة بعينها، ويغطي تقريرا «مؤشرات أداء الويب الأساسية» و«إحصاءات الزحف» السرعة والزحف.
• Bing Webmaster Tools. الأداة المقابلة لدى Bing، ولها فحصها الخاص للموقع.
• زاحف للموقع. يتتبع روابطك الداخلية كما يفعل محرك البحث ويبلّغ عن المشكلات صفحةً صفحة. زحف Rudra للموقع، الذي يمكنك بدؤه من صفحة العرض التجريبي، يفحص العناوين والأوصاف والعناوين الفرعية ووسوم canonical وتوجيهات الفهرسة والروابط الداخلية المعطّلة في كل صفحة يزحف إليها. تغطي الخطة المجانية ما يصل إلى موقعين، وبحد أقصى 10 صفحات في كل فحص.
• فحص SEO لصفحة واحدة. يراجع فاحص SEO المجاني من Rudra إشارات الصفحة الداخلية إضافةً إلى ملف robots.txt وخريطة الموقع. وهو يقرأ شيفرة HTML التي يعيدها خادمك، فإذا كان جزء من المحتوى يُضاف لاحقًا عبر JavaScript فافحص أيضًا شيفرة HTML المعروضة في أداة «فحص عنوان URL».
• فاحص الروابط المعطّلة. يختبر فاحص الروابط المعطّلة روابط الصفحة ويبلّغ عمّا يتعذّر تحميله من سكربتاتك وصورك وخطوطك.

السرعة والبيانات المنظَّمة

• PageSpeed Insights. يعرض البيانات الميدانية من مستخدمي Chrome الحقيقيين، متى توفّر منها ما يكفي، وتحتها اختبار مختبري من Lighthouse.
• Lighthouse. مدمج في Chrome DevTools. يشغّله لك فاحص سرعة الموقع من Rudra ويسرد الفحوص التي لم تنجح، بدءًا بالأسوأ.
• Rich Results Test. يتحقق مما إذا كانت بياناتك المنظَّمة تؤهّل الصفحة للظهور بنتائج منسّقة.

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

قائمة تدقيق للموقع

اتبع هذه البنود بالترتيب. فالبنود الأولى تحدد هل للبنود اللاحقة قيمة أصلًا: لا معنى لتلميع صفحة لا يمكن فهرستها.

الزحف والفهرسة

1. الموقع موثَّق في Google Search Console وخريطة موقع XML مُرسَلة.
2. ملف robots.txt لا يحظر صفحات تريد أن يُعثر عليها. بقاء Disallow: / من موقع تجريبي سبب شائع لموقع لا يظهر أبدًا.
3. لا تحمل أي صفحة مهمة توجيه noindex في وسم robots الوصفي أو في ترويسة X-Robots-Tag. راجع ما معنى noindex.
4. الصفحات المهمة تعيد HTTP 200، والصفحات المفقودة تعيد 404 حقيقيًا لا رسالة «غير موجود» بحالة 200.
5. خريطة الموقع لا تسرد إلا عناوين URL فعّالة وقابلة للفهرسة. راجع كيف تشخّص مشكلات خريطة الموقع.

داخل الصفحة

1. لكل صفحة قابلة للفهرسة عنوان ووصف تعريفي فريدان ومعبّران.
2. عنوان H1 واحد واضح في كل صفحة، تليه عناوين H2 و H3 بالترتيب.
3. وسم canonical في كل صفحة مطلق ويشير إلى عنوان URL المفضّل لها.
4. HTTP يُعاد توجيهه إلى HTTPS، ونسختا www وبدون www تنتهيان إلى عنوان واحد بقفزة واحدة.
5. لا روابط داخلية معطّلة، ولا صفحة مهمة بلا روابط تشير إليها.
6. البيانات المنظَّمة تُحلَّل بلا أخطاء وتطابق ما يظهر في الصفحة.

السرعة والجوال

1. في البيانات الميدانية، LCP لا يتجاوز 2.5 ثانية، و INP لا يتجاوز 200 مللي ثانية، و CLS لا يتجاوز 0.1 عند المئين 75.
2. الصور مضغوطة، ومقاسها مناسب لحجم عرضها، ولها عرض وارتفاع محدَّدان صراحةً.
3. وسم viewport الوصفي مضبوط، والنص مقروء دون تكبير، ولا شيء يتطلب التمرير أفقيًا.
4. صفحة الجوال تحمل المحتوى والعناوين والبيانات المنظَّمة نفسها الموجودة في صفحة سطح المكتب.

الثقة وسلامة العمل

1. HTTPS في كل صفحة، وشهادة صالحة، وبلا محتوى مختلط.
2. للنماذج تسميات وتعمل على الهاتف؛ أرسل كل نموذج بنفسك لتتأكد من وصوله.
3. للصور نص بديل ذو معنى، وتباين الألوان كافٍ.

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

أخطاء SEO الشائعة في المواقع

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

أخطاء الزحف والفهرسة

• توجيه noindex أو حظر في robots.txt بقي منسيًّا من مرحلة التطوير. وهو الأشد ضررًا، لأن الصفحة تختفي ببساطة من البحث.
• مشكلات canonical: وسم مفقود، أو نسبي، أو مكرَّر، أو يشير إلى عنوان URL خاطئ. راجع كيف تصلح مشكلات canonical.
• الصفحة نفسها بعدة عناوين: http و https، مع www وبدونها، ومع معاملات التتبع.
• أخطاء 404 الناعمة (Soft 404): صفحة «غير موجود» تُقدَّم مع 200 OK.
• روابط داخلية معطّلة وسلاسل إعادة توجيه تخلّفت بعد إعادة تسمية صفحات أو حذفها.
• صفحات يتيمة لا يشير إليها أي رابط، فلا تصل إليها الزواحف إلا عبر خريطة الموقع، إن وصلت أصلًا. راجع كيف تعثر على الصفحات اليتيمة.
• خريطة موقع مليئة بعناوين URL مُعاد توجيهها أو محظورة أو محذوفة.

أخطاء المحتوى وداخل الصفحة

• عناوين وأوصاف مكرَّرة أو مفقودة. سببها في الغالب قالب يُخرج النص نفسه في كل صفحة. راجع كيف تصلح العناوين المكرَّرة.
• صفحات هزيلة المحتوى فيها عنوان وسطر أو سطران من النص.
• عناوين فرعية مفقودة أو متخطّاة، كغياب H1 أو مجيء H4 مباشرةً بعد H2.
• صور بلا نص بديل، ونصوص مهمة موضوعة داخل الصور.
• محتوى موجود على سطح المكتب وغائب عن الجوال.
• بيانات منظَّمة غير صالحة لا تُحلَّل أو تنقصها خصائص أساسية. راجع كيف تتحقق من البيانات المنظَّمة.

أهمية الفهرسة بأولوية الجوال

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

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

• استخدم تصميمًا متجاوبًا، بحيث يقدّم عنوان URL واحد شيفرة HTML نفسها لكل مقاسات الشاشات.
• أبقِ على الجوال النص والعناوين والصور والنص البديل والبيانات المنظَّمة والوسوم الوصفية نفسها الموجودة على سطح المكتب. لا تختصر الصفحات من أجل الشاشات الصغيرة.
• تأكد من أن محتوى علامات التبويب والأكورديون موجود في HTML، لا أنه يُجلب عند النقر فقط.
• اضبط وسم viewport الوصفي (المقتطف أسفل هذه القائمة).
• لا تحظر ملفات CSS أو JavaScript أو الصور التي تحتاج إليها Google لعرض الصفحة.
• تجنّب النوافذ المنبثقة التي تغطي المحتوى فور فتح الصفحة.
• اختبر على عروض هواتف حقيقية، لا على نافذة سطح مكتب مصغَّرة فحسب.

<meta name="viewport" content="width=device-width, initial-scale=1">

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

مقاييس تجربة المستخدم للموقع

تجربة المستخدم قابلة للقياس. ابدأ بمؤشرات Google الثلاثة، مؤشرات أداء الويب الأساسية (Core Web Vitals)، وهي مأخوذة من زيارات حقيقية:

تنجح الصفحة حين تستوفي 75% من الزيارات كل حدّ من هذه الحدود، ويُقاس ذلك للجوال ولسطح المكتب كلٌّ على حدة. وثمة توقيتات مساندة تعينك على معرفة سبب النتيجة الضعيفة:

• Time to First Byte (TTFB): المدة التي يحتاج إليها الخادم ليبدأ بالاستجابة. وهو يعكس الاستضافة والتخزين المؤقت والبعد عن الزائر.
• First Contentful Paint (FCP): اللحظة التي يظهر فيها أول شيء على الإطلاق.
• Total Blocking Time (TBT): المدة التي يكون فيها الخيط الرئيسي مشغولًا عن الاستجابة في أثناء التحميل. وهو أقرب إشارة مختبرية إلى INP.
• Speed Index: سرعة امتلاء الجزء المرئي من الصفحة.

السرعة ليست سوى جزء من التجربة. وتحليلات موقعك تضيف الجانب السلوكي:

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

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

SEO مقابل SEM: حجم الاهتمام في البحث وأيّهما تختار

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

قارن بين المصطلحين في Google Trends وستجد أن «SEO» يستقطب عادةً اهتمامًا في البحث أكبر بكثير من «SEM». وهذا يدل على المفردات المتداولة أكثر مما يدل على حجم القطاعين: فمن يبحث عن البحث المدفوع يكتب في الغالب «Google Ads» أو «PPC». ويعرض Google Trends الاهتمام النسبي على مقياس من 0 إلى 100، لا عدد عمليات البحث، فاستخدمه لمقارنة المصطلحات ورصد الأنماط الموسمية، وتحقق من الأرقام الحالية في بلدك قبل أن تعتمد عليها.

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

شرح ميزانية الزحف للموقع

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

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

هذا ليس قيدًا في معظم المواقع. فإرشادات Google تقول إن ميزانية الزحف تهمّ أساسًا المواقع الضخمة جدًا (نحو مليون صفحة أو أكثر)، والمواقع التي فيها عشرات الآلاف من الصفحات المتغيّرة يوميًا، أو حين تبقى نسبة كبيرة من عناوين URL في Search Console بحالة «تم اكتشاف الصفحة - لم تتم فهرستها حاليًا». أما الموقع الذي فيه بضع مئات من الصفحات فسيُزحف إليه كاملًا.

ومع ذلك يجدر بك فهمها، لأن ما يهدر ميزانية الزحف في موقع كبير هو علامة على سوء الصيانة في أي موقع مهما كان حجمه:

• صفحات مكرَّرة يمكن الوصول إليها عبر عدة عناوين URL، ومنها النسخ التي تحمل معاملات التتبع.
• توليفات من الفلاتر والفرز تولّد عناوين URL لا نهاية لها للمحتوى نفسه.
• سلاسل إعادة توجيه طويلة.
• أخطاء 404 الناعمة.
• استجابات خادم بطيئة أو فاشلة.
• خرائط موقع تسرد عناوين URL مُعادًا توجيهها أو لم تعد موجودة.

للحفاظ على كفاءة الزحف، أبقِ خريطة الموقع دقيقة، وأعِد 404 أو 410 حقيقيًا للصفحات المحذوفة، ووحّد النسخ المكرَّرة بعمليات إعادة التوجيه ووسوم canonical، واستخدم robots.txt لإبعاد الزواحف عن الأقسام التي لا قيمة لها في البحث. وتذكّر أن robots.txt يوقف الزحف لا الفهرسة؛ ودليلنا عن robots.txt و sitemap.xml يشرح الفرق.

Rudra لا يقيس ميزانية الزحف. فمحرك البحث وحده يعلم كيف يقضي وقته في موقعك، وتقرير «إحصاءات الزحف» في Google Search Console (ضمن «الإعدادات») هو المكان الذي تنظر فيه. أما ما يكشفه الزحف إلى موقعك بنفسك فهو الهدر: سلاسل إعادة التوجيه، والروابط المعطّلة، والعناوين المكرَّرة، وعناوين URL غير الأساسية. وإذا لم تظهر صفحة جديدة في البحث، فالسبب في أغلب الأحيان مشكلة فهرسة أو جودة، لا ميزانية الزحف.

من أين تبدأ

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

وإن كنت تحتاج إلى فحص جانب واحد فقط، فالأدوات المجانية الخاصة بالصفحة الواحدة تغطي SEO والسرعة والتخطيط على الجوال والروابط المعطّلة والأمان.