قائمة فحص السيو التقني (SEO) لمواقع SaaS

السيو التقني لمواقع SaaS: إبعاد التطبيق عن البحث، والعرض للزواحف، والوثائق وسجلات التغيير، وcanonical، والبيانات المنظمة، والسرعة، وزواحف الذكاء الاصطناعي.

فريق تحرير FixReportsمدة القراءة: 8 دقيقة

يدور السيو التقني لشركة SaaS في معظمه حول أمرين: الفصل والعرض (rendering). الفصل، لأن النطاق الواحد يضم عادةً موقعًا تسويقيًا يُفترض أن يحتل مراتب جيدة في البحث، ووثائق يُفترض أن تحتلها أيضًا، وتطبيقًا لا ينبغي أن يظهر في البحث على الإطلاق. والعرض، لأن مواقع SaaS تُبنى غالبًا كتطبيقات JavaScript، ورغم أن Google تعرض JavaScript، فإن كثيرًا من برامج الزحف الأخرى، بما فيها معظم برامج زحف الذكاء الاصطناعي، لا تفعل ذلك. تغطي قائمة الفحص هذه الأمرين، إضافةً إلى الأسس المعتادة: وسوم canonical وخرائط الموقع والبيانات المنظَّمة والسرعة وطريقة وصول محركات البحث بالذكاء الاصطناعي إلى صفحاتك.

أبرز النقاط

هل يجب أن يظهر تطبيقك في نتائج البحث؟

لا. فصفحات التطبيق التي تتطلب تسجيل الدخول لا تقدّم شيئًا للباحثين، وGooglebot لا يسجّل الدخول. والخطر في الاتجاه المعاكس: فعناوين URL العامة من التطبيق، مثل الروابط المشتركة وحالات الشاشات الفارغة وصفحات إعادة تعيين كلمة المرور وبيئات الاختبار (staging)، قد تُفهرس وتنافس صفحاتك التسويقية.

  • قدّم التطبيق على مضيف خاص به، مثل app.example.com، وأرسل X-Robots-Tag: noindex في كل استجابة منه.
  • أبقِ بيئات الاختبار والمعاينة خارج البحث باستخدام المصادقة، فهي أكثر موثوقية من قواعد robots.
  • لا تعتمد على robots.txt لإزالة الصفحات من Google: فعنوان URL المحظور قد يظل مُدرجًا إذا كانت هناك روابط إليه من أماكن أخرى، ولا تستطيع Google رؤية noindex في صفحة لا يُسمح لها بالزحف إليها (Google Search Central (يفتح في علامة تبويب جديدة)).
  • كثيرًا ما يبحث الناس عن صفحات تسجيل الدخول والتسجيل بالاسم («yourproduct login»). وإبقاؤها قابلة للفهرسة يساعد العملاء الحاليين على العثور عليها؛ لكن لا ينبغي أن تحمل محتوى تسويقيًا ثقيلًا.

وتُظهر أداة فحص robots.txt لدينا ما يحق لكل برنامج زحف جلبه، وتُظهر أداة فحص وسوم الميتا وسم meta robots في الصفحة وترويسة X-Robots-Tag.

هل تستطيع محركات البحث وبرامج زحف الذكاء الاصطناعي قراءة صفحاتك التسويقية؟

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

  • Google تعرض JavaScript باستخدام إصدار حديث من Chromium، لكن العرض يجري في قائمة انتظار بعد الزحف، وتوصي Google بالعرض من جهة الخادم أو العرض المسبق (Google Search Central (يفتح في علامة تبويب جديدة)).
  • برامج زحف الذكاء الاصطناعي: وجد تحليل Vercel لشبكتها أن برامج زحف OpenAI وAnthropic وPerplexity وMeta جلبت ملفات JavaScript لكنها لم تنفّذها؛ أما Gemini، الذي يستخدم البنية التحتية لـ Google، وApplebot فقد عرضا الصفحات (Vercel (يفتح في علامة تبويب جديدة)).
  • معاينات الروابط في تطبيقات الدردشة والشبكات الاجتماعية تقرأ عادةً HTML الصادر من الخادم فقط، لذا يجب أن تكون العناوين والأوصاف ووسوم Open Graph فيه.

الحل العملي هو عرض الصفحات التسويقية والوثائق والمدونة على الخادم أو أثناء البناء، وهو ما تدعمه أطر عمل مثل Next.js وNuxt وAstro، والإبقاء على العرض من جهة العميل للتطبيق الذي يتطلب تسجيل الدخول. وإليك اختبارًا سريعًا: شغّل curl على عنوان URL الخاص بك، أو اعرض مصدر الصفحة بدلًا من DOM في أدوات الفحص، وتحقّق من وجود النص.

كيف يجب أن تبدو بنية الموقع التسويقي؟

يبحث مشترو SaaS بنوايا يمكنك ربطها بصفحات. ويستحق كل مما يلي صفحة خاصة قابلة للفهرسة، بعنوان وصفي وعنوان URL أساسي (canonical) خاص بها:

  • صفحات المنتج والميزات، صفحة لكل قدرة رئيسية.
  • صفحات حالات الاستخدام والقطاعات، لعمليات بحث مثل «برنامج فواتير للوكالات».
  • صفحات التكامل، صفحة لكل تكامل، لأن الناس يبحثون عن «[منتجك] + [أداتهم]».
  • الأسعار، مع الخطط والأسعار في HTML، لا محمّلة من واجهة API بعد العرض.
  • صفحات المقارنة والبدائل، مكتوبة بإنصاف: فأسعار المنافسين وميزاتهم تتغير، لذا أرّخها وحدّثها باستمرار.
  • قصص العملاء، بإذن منهم، وبتفاصيل حقيقية يمكن نسبتها إلى أصحابها.

وتجنّب الصيغ الهزيلة المتكررة: فعشرات الصفحات شبه المتطابقة من نوع «[ميزة] لـ [قطاع]» مع تبديل بعض الكلمات هي ما تسميه سياسات Google بشأن الرسائل غير المرغوب فيها إساءة استخدام المحتوى على نطاق واسع (scaled content abuse) (Google Search Central (يفتح في علامة تبويب جديدة)).

كيف تتعامل مع الوثائق ومراكز المساعدة وسجلات التغييرات؟

كثيرًا ما تجلب الوثائق زيارات من البحث أكثر من الموقع التسويقي، لأن الناس يبحثون عن طريقة تنفيذ الأشياء.

  • اجعل الوثائق عامة وقابلة للفهرسة ما لم تحتوِ على معلومات خاصة بعملاء بعينهم.
  • في الوثائق ذات الإصدارات، اجعل canonical للإصدارات الأقدم يشير إلى الإصدار الحالي من الصفحة نفسها، أو ضع noindex على الإصدارات القديمة، حتى تُظهر نتائج البحث التعليمات الحالية.
  • امنح كل صفحة من الوثائق عنوانًا وعنوان H1 وصفيين يطابقان صياغة الناس للمهمة («تصدير الفواتير إلى CSV»)، لا أسماء الميزات الداخلية.
  • أبقِ مدخلات سجل التغييرات على عناوين URL ثابتة ومؤرَّخة.
  • أدرج الوثائق في خريطة موقع XML، أو امنحها خريطة موقع خاصة بها مُدرجة في robots.txt.

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

ما مشكلات canonical وhreflang وإعادة التوجيه الشائعة في مواقع SaaS؟

  • المعلمات: تُنشئ وسوم UTM ورموز الإحالة ومعلمات اختبارات A/B عناوين URL مكررة. ويجب أن تعلن كل صفحة عنوانها النظيف بوصفه canonical (Google Search Central (يفتح في علامة تبويب جديدة)).
  • الشرطة المائلة في النهاية وحالة الأحرف: اختر صيغة واحدة وأعد توجيه الأخرى بإعادة توجيه 301.
  • الصفحات المترجمة: إذا ترجمت الموقع التسويقي، فاربط نسخ اللغات بـ hreflang، مع إشارة ذاتية وx-default (Google Search Central (يفتح في علامة تبويب جديدة)).
  • تغيير العلامة التجارية ونقل النطاق: اربط عناوين URL القديمة بالجديدة واحدًا بواحد بعمليات إعادة توجيه 301؛ فإعادة توجيه كل شيء إلى الصفحة الرئيسية تُضيّع قيمة الصفحات القديمة.

وتختبر أداة تحليل SEO العناوين وعناوين H1 ووسوم canonical وقواعد robots في الصفحات الأساسية لموقعك، وتكتشف الروابط الداخلية المعطّلة.

ما البيانات المنظَّمة التي تناسب موقع SaaS؟

  • Organization في الصفحة الرئيسية، مع اسمك وعنوان URL والشعار وروابط sameAs إلى حساباتك الرسمية.
  • WebSite في الصفحة الرئيسية مع name وurl، وتستخدمها Google لاختيار اسم الموقع المعروض في النتائج (Google Search Central (يفتح في علامة تبويب جديدة)).
  • SoftwareApplication: تتطلب النتيجة المنسَّقة لتطبيقات البرمجيات لدى Google سعرًا وإما تقييمًا إجماليًا أو مراجعة (Google Search Central (يفتح في علامة تبويب جديدة)). ولا تُضف إلا تقييمات حقيقية ومرئية في الصفحة؛ ومن دونها، يظل الترميز يصف المنتج لكنه لن يمنحك النتيجة المنسَّقة.
  • BreadcrumbList في صفحات الوثائق والمدونة.
  • Article في تدوينات المدونة، مع الكاتب والتواريخ.

ولا تتوقع أن يمنحك ترميز FAQ مساحة إضافية: فقد توقفت Google عن عرض نتائج FAQ المنسَّقة في 7 مايو 2026 (Google Search Central (يفتح في علامة تبويب جديدة)). وتسرد أداة فحص البيانات المنظَّمة كل عنصر في الصفحة والخصائص التي تشترطها Google له.

لماذا تفشل الصفحات التسويقية لمواقع SaaS في Core Web Vitals؟

تميل مواقع SaaS التسويقية إلى تحميل سكربتات كثيرة من جهات خارجية: أدوات التحليلات ومديري الوسوم وأدوات الدردشة واختبارات A/B وتسجيل الجلسات وبكسلات الإعلانات. وهذه تؤخر المحتوى الرئيسي وتُبقي الخيط الرئيسي مشغولًا، وهو ما يظهر في صورة LCP بطيء وINP ضعيف.

  • راجع كل سكربت من جهة خارجية وأزل ما لا يستخدمه أحد.
  • حمّل أدوات الدردشة عند التفاعل، وتجنّب سكربتات اختبار A/B التي تُخفي الصفحة حتى تعمل.
  • قدّم صور الواجهة الرئيسية ولقطات شاشة المنتج بالحجم الذي تُعرض به، بصيغة WebP أو AVIF، دون تحميل الصورة الأولى تحميلًا مؤجّلًا.
  • راقب INP في الصفحات التي تحتوي على حاسبات أسعار تفاعلية وعروض توضيحية.

تستخدم Google مؤشرات Core Web Vitals في أنظمة الترتيب لديها، وإن كانت الصلة بالموضوع تأتي أولًا (Google Search Central (يفتح في علامة تبويب جديدة)). ويقيس اختبار السرعة الصفحة كما يراها هاتف بسرعة اتصال مقيّدة، ويعرض بيانات المستخدمين الحقيقيين عندما تتوفر لدى Google.

كيف تعثر محركات البحث بالذكاء الاصطناعي على محتوى SaaS وتستشهد به؟

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

  • AI Overviews وAI Mode من Google تستخدم الصفحات المفهرسة والمؤهلة لعرض مقتطف؛ وتقول Google إنه لا توجد متطلبات إضافية، ولا ترميز خاص، ولا حاجة إلى ملفات نصية للذكاء الاصطناعي (Google Search Central (يفتح في علامة تبويب جديدة)).
  • بحث ChatGPT يعتمد على OAI-SearchBot. فإذا أردت الظهور في إجابات ChatGPT، فلا تحظر OAI-SearchBot في robots.txt؛ أما حظر GPTBot فلا يفعل سوى استبعاد المحتوى من التدريب (OpenAI (يفتح في علامة تبويب جديدة)).
  • تدريب Gemini يتحكم فيه الرمز Google-Extended، الذي لا يؤثر في بحث Google (Google Search Central (يفتح في علامة تبويب جديدة)).
  • llms.txt اقتراح مجتمعي لملخص للموقع بصيغة Markdown. وتقول Google إنها لا تحتاج إلى مثل هذه الملفات؛ ولم توثّق خدمات الذكاء الاصطناعي الأخرى ما إذا كانت تستخدمها. ونشره لا يكلف كثيرًا، لكنه ليس بديلًا عن صفحات قابلة للزحف.

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

الأسئلة الشائعة

هل يجب أن تكون وثائقنا على نطاق فرعي أم في مجلد فرعي؟

كلاهما يمكن أن يحتل مراتب جيدة. والأهم أن تكون الوثائق قابلة للزحف، ومرتبطة من الموقع الرئيسي، ومُدرجة في خريطة موقع، وموثَّقة في Search Console.

هل تفهرس Google المحتوى في تطبيق JavaScript الخاص بنا؟

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

هل يجب أن نحظر برامج زحف الذكاء الاصطناعي؟

هذا قرار تجاري. فحظر برامج زحف التدريب مثل GPTBot أو Google-Extended يُبقي المحتوى خارج تدريب النماذج دون أن يُخرجك من البحث؛ أما حظر برامج زحف البحث مثل OAI-SearchBot فيُخرجك من إجابات تلك الخدمة. وتُظهر أداة فحص robots.txt ما تسمح به قواعدك الحالية.

هل نحتاج إلى ترميز SoftwareApplication؟

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

ما أكثر أخطاء السيو التقني شيوعًا في مواقع SaaS؟

خطآن يُلحقان أكبر الضرر: صفحات تسويقية لا تعرض محتواها إلا باستخدام JavaScript، وعناوين URL لبيئات الاختبار أو للتطبيق متروكة مفتوحة للفهرسة.

المصادر

كل الأدلة