الهندسة

السيو التقني لتطبيقات الويب: ما الذي يحرّك الترتيب فعلاً

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

قراءة 10 دقائق Plexowave

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

ابدأ بما يستلمه الزاحف فعلاً

أنفع عادة في السيو التقني هي التوقّف عن النظر إلى الصفحة في المتصفّح. اجلب HTML الخام الذي يعيده الخادم واقرأه. فهو روتينياً مستند مختلف عن الذي تراه.

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

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

عناوين URL المكرّرة هي القاتل الصامت

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

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

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

ميزانية الزحف حقيقية بمجرّد وجود المرشّحات

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

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

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

Core Web Vitals، مقيسة في الاستخدام الفعلي

الأداء عامل ترتيب، والأهم أنه عامل تحويل. الخطأ هو التحسين مقابل درجة مختبرية على جهاز سريع بدل التحسين مقابل ما يختبره المستخدمون الحقيقيون.

بالنسبة إلى Largest Contentful Paint، المتّهمون المعتادون هم صورة غير محمَّلة مسبقاً، وخط يمنع ظهور النص، وورقة أنماط تعيق العرض. حمِّل مسبقاً العنصر الذي سيكون الأكبر، واستخدم font-display كي يظهر النص فوراً بخط احتياطي، وضمّن أنماط الشاشة الأولى داخلياً.

Cumulative Layout Shift يأتي دائماً تقريباً من صور وعناصر مضمّنة بلا أبعاد، ومن محتوى يُحقَن فوق محتوى قائم، ومن خطوط ويب تعيد التدفّق عند التبديل. حدّد العرض والارتفاع صراحةً، واحجز مساحة لكل ما يصل متأخراً، وطابق مقاييس الخط الاحتياطي.

Interaction to Next Paint هو ما تفشل فيه التطبيقات أكثر من غيره، لأنه يقيس الاستجابة تحت خيط JavaScript رئيسي مثقَل. جزّئ المهام الطويلة، وقلّل العمل على الخيط الرئيسي، وكن صادقاً بشأن مقدار إطار العمل المطلوب فعلاً في صفحة وظيفتها عرض معلومات.

بيانات منظَّمة متّسقة مع نفسها

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

استخدم عقدة مؤسسة واحدة معرَّفة واجعل كل كتلة أخرى تشير إليها، بدل إعادة ذكر الشركة في كل صفحة. وتحقّق في البناء لا بلصق المحتوى في أداة اختبار بين الحين والآخر، كي يُفشِل أي تراجعٍ البناءَ بدل أن يُنشَر بصمت.

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

التدويل، وأين يختلّ عادةً

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

  • التعليقات التوضيحية يجب أن تكون متبادلة. إن أشارت الصفحة الإنجليزية إلى الألمانية، فعلى الألمانية أن تشير إليها بالمقابل، وإلا تُتجاهل المجموعة كلها.
  • كل عنوان URL في المجموعة يجب أن يعيد 200. خطأ 404 واحد في العنقود يقوّض الأمر كله.
  • الرابط الأساسي لكل صفحة يجب أن يشير إليها هي، لا إلى النسخة الإنجليزية. الإشارة إلى لغة أخرى هي طلب بحذف تلك الصفحة من الفهرس.
  • استخدم x-default كخيار احتياطي حين لا تطابق أي لغة.
  • لا تترجم صفحة آلياً وتعلّمها كبديل لغوي ما لم تكن جيدة فعلاً. ترجمة ركيكة أو مشوّهة أسوأ من عدم تقديم تلك اللغة أصلاً.

قياس يصمد في ويب يقدّم الخصوصية

شريحة كبيرة من الزوّار تحجب التحليلات من جهة العميل، والنسبة أعلى ما تكون بين الجماهير التقنية — وهي لمنتج برمجي الجمهور الذي تريد فهمه أكثر من غيره. الأرقام الآتية من وسم محجوب ليست ناقصة فحسب، بل منحازة في اتجاه مهم.

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

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

ترتيب عملي للعمل

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

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

أسئلة

أسئلة شائعة.

هل تفهرس Google المحتوى المعروض عبر JavaScript؟

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

كم يمضي قبل أن تظهر الإصلاحات التقنية في الترتيب؟

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

هل ما زالت خريطة الموقع ضرورية؟

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

هل نستخدم robots.txt أم noindex لإبقاء صفحة خارج البحث؟

noindex، ويجب أن تبقى الصفحة قابلة للزحف كي يُرى. صفحة محجوبة في robots.txt قد تظل مدرجة بناءً على إشارات خارجية، لأن الزاحف لم يُسمح له أصلاً بقراءة التوجيه الذي ينهاه.

تعمل على هذا القرار الآن؟

صِف المشكلة بدل الحل. إن كانت الإجابة منتجاً يمكنك شراؤه، أو عدم الحاجة إلى برمجيات أصلاً، فسنقول ذلك.

ابدأ مشروعًا