قائمة فحص تحسين محركات البحث لمواقع SaaS

الخلاصة — قائمة فحص SaaS SEO مراجعة قابلة للتكرار لأنواع الصفحات والإعدادات التقنية الخاصة بشركات البرمجيات: الأدوات المجانية وصفحات التسعير وصفحات المقارنة «نحن مقابلهم» وصفحات التكامل ووثائق المساعدة وموقع التسويق كثيف JavaScript. ترتّب Google موقع SaaS بالقواعد نفسها تمامًا التي تطبقها على أي موقع آخر؛ ولذلك تتجاوز القائمة الجيدة النصائح العامة وتركز على الأشياء القليلة التي تختلف فعلًا في SaaS.

Evidence for this claim Google reliably crawls links expressed as HTML a elements with resolvable href attributes. Scope: Applicable to JavaScript applications and conventional sites alike. Confidence: high · Verified: 2026-07-14 Google Search Central: Crawlable links Evidence for this claim Google must crawl a page to see a noindex rule; blocking the page in robots.txt can prevent that rule from being applied. Scope: Google crawling and indexing controls. Confidence: high · Verified: 2026-07-14 Google Search Central: Block indexing

ما الغرض من قائمة فحص SaaS SEO؟

معظم المقالات التي تحمل اسم «قائمة فحص SaaS SEO» ليست سوى قائمة SEO عادية أُلصقت عليها كلمة «SaaS»: قابلية الزحف ووسوم العنوان والروابط وكل الأمور المعتادة. وهذه الأمور مهمة، لكنها لا تختلف بين موقع مخبز وموقع Slack.

ما يختلف فعلًا في SaaS هو أنواع الصفحات ونمط تقني واحد:

• الأدوات والقوالب المجانية. تمنح شركات البرمجيات أدوات صغيرة أو حاسبات أو مكتبات قوالب مجانًا. وعند تنفيذها جيدًا، تتصدر Google وتكسب الروابط وتجذب الأشخاص أنفسهم الذين قد يستخدمون المنتج المدفوع.
• صفحات التسعير. صفحة التسعير صفحة حقيقية عالية القيمة يبحث عنها الناس («سعر [المنتج]»)؛ وينبغي أن تكون ظاهرة في Google لا مخفية.
• صفحات المقارنة. صفحات «المنتج X مقابل المنتج Y» و«بدائل [المنافس]» تجذب الأشخاص القريبين من الشراء.
• صفحات التكامل. وهي الصفحات التي تصف الخدمات التي يتصل بها برنامجك، مثل Slack وZapier وSalesforce. لدى شركات SaaS الكبيرة آلاف منها.
• الوثائق. كثيرًا ما تكون وثائق المساعدة على عنوان منفصل، مثل docs.example.com، وتحتاج إلى عناية مستقلة بـSEO.
• موقع يعمل بـJavaScript. غالبًا ما يبني فريق الهندسة مواقع تسويق SaaS بأدوات مثل React أو Next.js. وإذا بُني الموقع بطريقة خاطئة، فلن ترى Google المحتوى؛ وهذا أكثر إخفاق تقني شيوعًا في مواقع SaaS.
• صفحات التسجيل والتجربة. ينبغي عادةً إبقاء صفحات «شكرًا على التسجيل» والصفحات التي تتطلب تسجيل الدخول خارج Google عمدًا.

هذه هي الفكرة كلها: تحصر القائمة المساحة الخاصة بمواقع SaaS. وللحصول على نسخة الممارس، بما فيها ما ينبغي فحصه بالضبط في كل نوع من الصفحات ووثائق Google التي تدعمه، انتقل إلى علامة التبويب Advanced.

الخلاصة — لا توجد خوارزمية خاصة بـSaaS؛ فالمسار هو نفسه: زحف ← تصيير ← فهرسة ← ترتيب. ولا تستحق قائمة الفحص تسمية «SaaS» إلا إذا حصرت ما يختلف فعلًا: صفحات النمو القائم على المنتج والأدوات المجانية (مخرجات HTML قابلة للفهرسة وعنوان URL مستقل وبيانات منظمة)، وصفحات التسعير (قابلة للزحف وغير محجوبة وأسعارها ليست معروضة بـJS فقط)، وصفحات المقارنة و«البدائل» (عنوان canonical واحد نظيف لكل منها وادعاءات دقيقة)، وصفحات التكامل على نطاق واسع (قيمة فريدة لكل صفحة وروابط خلفية من الشركاء وعدم نشر تكاملات قديمة أو غير موجودة)، وSEO للوثائق (نطاق فرعي مقابل مجلد فرعي؛ لا عقوبة ترتيب، بل مفاضلة بين السلطة وميزانية الزحف)، ومشكلات تصيير JS وغلاف التطبيق التي تهيمن على مواقع تسويق SaaS (روابط <a href> حقيقية وتوجيه History API والتصيير على الخادم أو المسبق وتأخير قائمة انتظار التصيير)، وصفحات التجربة والتسجيل التي ينبغي ضبطها على noindex؛ وهذا لا يعمل إذا كانت الصفحة محظورة أيضًا في robots.txt. وتضبط جودة الصفحات البرمجية كل ذلك.

Evidence for this claim Google reliably crawls links expressed as HTML a elements with resolvable href attributes. Scope: Applicable to JavaScript applications and conventional sites alike. Confidence: high · Verified: 2026-07-14 Google Search Central: Crawlable links Evidence for this claim Google must crawl a page to see a noindex rule; blocking the page in robots.txt can prevent that rule from being applied. Scope: Google crawling and indexing controls. Confidence: high · Verified: 2026-07-14 Google Search Central: Block indexing

ما الذي يمنح هذه القائمة تسمية «SaaS» فعلًا؟

نوعان من الصفحات ونمط تصيير واحد. هذا هو المبرر الكامل لقائمة خاصة بـSaaS: صفحات الأدوات المجانية وصفحات المقارنة و«البدائل» التي لا يبنيها موقع مخبز، وتصيير غلاف تطبيق JavaScript الذي لا يضطر موقع تعريفي مبني بـWordPress إلى مواجهته. أما كل ما عدا ذلك — قابلية الزحف ووسوم canonical والروابط — فهو SEO نفسه الذي تنفذه في أي مكان. وهذه هي الأخبار الجيدة: تنتقل مجموعة أدواتك التقنية وأدوات SEO على الصفحة من دون تغيير، لأن Google وBing ترتبان شركة برمجيات عبر مسار الزحف ← التصيير ← الفهرسة ← الترتيب نفسه المستخدم مع مدونة وصفات. لذلك تتجاوز هذه القائمة النصائح العامة وتنفق مساحتها على أنواع الصفحات والنمط التقني الوحيد اللذين لا يحتاج موقع تعريفي أو متجر إلكتروني إلى التفكير فيهما.

إخلاء المسؤولية المعتاد الذي أرفقه بكل هذا: هذا فهمي لكيفية عمل هذه الأنظمة وكيف سأتعامل مع المشكلة، وليس ضمانًا. تتغير محركات البحث باستمرار، لذا تحقق من الوثائق الأولية المرتبطة في علامتي Official Docs وQuotes.

إذا كنت تدير مؤسسة SaaS كبيرة متعددة الممتلكات — نطاقًا فرعيًا للتطبيق وآخر للوثائق ومجتمعًا وصفحة حالة وسوقًا، كلها تحت علامة واحدة — فنسخة النطاق الواسع موضوع مستقل. هذه القائمة هي النظير العملي السريع للشركات الصغيرة والمتوسطة. ويغطي الدليل الشقيق المتعمق لـEnterprise SaaS SEO ميزانية الزحف والمراقبة ثلاثية المستويات ومشكلة التنسيق المؤسسي بالتفصيل.

1. صفحات النمو القائم على المنتج والأدوات المجانية

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

افحص كل أداة مجانية بحثًا عن الآتي:

• HTML حقيقي قابل للفهرسة. يجب أن يوجد عرض قيمة الأداة ومخرجات نتائجها في HTML المصيّر، لا أن يظهرا فقط بعد تفاعل محجوب بالدفع أو يعمل بـJS وحده. فإذا لم يظهر الجزء المفيد إلا بعد نقرة لا تنفذها Google، فلن يكون في الصفحة ما تتصدر به.
• عنوان URL مستقل. ينبغي أن تعيش الأداة في عنوان حقيقي قابل للزحف (/free-tools/x/)، لا داخل نافذة منبثقة أو علامة تبويب في الصفحة الرئيسية. ولا تستطيع أداة بلا عنوان مستقل أن تتصدر بمفردها.
• روابط داخلية إليها. اربط بها من مقالات المدونة وصفحات المنتجات ذات الصلة؛ فهذه هي طريقة حصولها على PageRank داخلي وطريقة عثور القراء عليها.
• بيانات منظمة حين تنطبق. استخدم SoftwareApplication أو WebApplication حين تنطبق فعلًا، ولا تفرضها على حالة لا تلائمها.

2. صفحات التسعير

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

افحص في صفحة التسعير ما يأتي:

• أنها قابلة للزحف والفهرسة: ليست محظورة في robots.txt، ولا تحمل noindex، ولا تخفي الفئات الأساسية خلف حاجز «اطلب عرضًا توضيحيًا».
• أن الأسعار ليست معروضة بـJS فقط. إذا صيّر JavaScript في المتصفح الأرقام ولم تنفذه Google، فقد تُفهرس الصفحة بلا أسعار. تأكد من وجود الأرقام الفعلية في HTML المصيّر.
• أن اختلافات العملة والمنطقة تُدار عبر canonical وhreflang بدل تركها محتوى مكررًا. وينبغي لنسخة مثل ?currency=eur أن تستخدم canonical منطقيًا.
• أن noindex محجوز للخطوات الفرعية لا للصفحة نفسها؛ إذ يمكن ضبط الدفع وتأكيد ما بعد الاختيار ومسارات عروض المؤسسات المحجوبة على noindex، بينما ينبغي إبقاء صفحة التسعير الأساسية في الفهرس.

3. صفحات المقارنة و«البدائل»

صفحات «X مقابل Y» و«بدائل [المنافس]» في أسفل المسار وعالية النية لكنها مهملة باستمرار. وقد كتبت من قبل أن إنشاء محتوى المقارنة قد يكون صعبًا في شركة كبيرة بسبب المراجعة القانونية، لكن انضباط الدقة وراء ذلك يظل مهمًا حتى للشركات الصغيرة: اكتب صفحات المقارنة بحيث تكون قابلة للدفاع ودقيقة. لا تنتقص من المنافسين، بل أبرز الفروق الحقيقية المحددة.

افحص صفحات المقارنة بحثًا عن الآتي:

• عنوان canonical واحد نظيف لكل مقارنة. لا تنشر /x-vs-y/ و/y-vs-x/ بوصفهما نسختين شبه متطابقتين إلا إذا كان لكل منهما جمهور مختلف فعلًا ومحتوى مختلف؛ وإلا فأنت تقسم الإشارات وتهدر الزحف.
• ادعاءات دقيقة قابلة للدفاع. استخدم حقائق يمكنك الوقوف خلفها وحدّثها عندما يتغير المنافس. فادعاءات المقارنة القديمة أو الخاطئة خطر على الثقة والقانون.
• روابط داخلية من المحتوى ذي الصلة وإليه، بما في ذلك مقالات المدونة وصفحات حالات الاستخدام والوثائق ذات الصلة، حتى تكون الصفحة قابلة للاكتشاف وتنقل السلطة.
• مراقبة النسخ البرمجية شبه المكررة. إذا ولّدت هذه الصفحات من قالب، فتأكد من أن كل واحدة تتجاوز حدًا حقيقيًا للتميز، كما في القسم 8.

4. صفحات التكامل والأسواق

تصف صفحات التكامل الخدمات التي يتصل بها منتجك، وهي عماد SEO البرمجي في SaaS. وتعد صفحات Zapier للتكامل، البالغ عددها نحو 25 000، المثال الأشهر للتنفيذ على نطاق واسع. وتتمثل المشكلة المتكررة في صفحات قالبية لا تغيّر سوى اسم الشريك، فتكون ضعيفة على نطاق واسع.

افحص صفحات التكامل والأسواق بحثًا عن الآتي:

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

5. SEO للوثائق — النطاق الفرعي مقابل المجلد الفرعي

يغيب SEO للوثائق عن معظم قوائم SaaS المنافسة، والقرار الأول معماري: هل تعيش وثائقك في /docs/ (مجلد فرعي) أم docs.example.com (نطاق فرعي)؟ لا تملك Google تفضيلًا شاملًا في الترتيب بين الاثنين؛ فإرشاد Google المعتاد والمتكرر طويلًا هو اختيار الأسهل إدارةً. وتؤكد وثائق أسماء المواقع لدى Google أنها تعامل النطاق الفرعي بوصفه «موقعًا» مستقلًا، لأن أسماء المواقع غير مدعومة على مستوى المجلد الفرعي، وهو دليل داعم على أن النطاقات الفرعية تُقيّم بوصفها كيانات شبه مستقلة. لذلك فالمفاضلات الحقيقية عملية لا عقوبة أسطورية:

• المجلد الفرعي يجمع عادةً السلطة وإشارات الربط الداخلي في مكان واحد.
• النطاق الفرعي يمنح استقلالية المنصة؛ فكثير من أدوات الوثائق، مثل Mintlify وReadMe وGitBook والوثائق المبنية على Notion، تستخدم نطاقًا فرعيًا أو حتى نطاقًا تابعًا لجهة خارجية افتراضيًا.

إذا كانت وثائقك على نطاق فرعي، فتحقق مما يأتي:

• أثبته منفصلًا في Search Console، لأنه خاصية مستقلة.
• عامله على أن له حصة مستقلة من ميزانية الزحف؛ فنطاق الوثائق البطيء أو المعطّل لا يحرم موقع التسويق من الزحف والعكس صحيح. وهذا العزل ميزة، لكنه يعني أيضًا أن السلطة لا تتدفق تلقائيًا.
• اربط به بوضوح من موقع التسويق في التنقل أو التذييل حتى تصل إليه السلطة.
• اضبط تكرار إصدارات الوثائق. أشجار وثائق v1 وv2 والإصدارات القديمة تخلق هدرًا هائلًا للزحف على نسخ شبه متطابقة؛ فاجعل الإصدارات القديمة غير المتغيرة تشير بـcanonical إلى الحالية، أو ميّز بينها بوضوح.

6. تصيير JavaScript ومشكلات غلاف التطبيق

هذه أكبر فئة متكررة من الإخفاقات التقنية الخاصة بمواقع SaaS، لأن مواقع تسويق SaaS تُبنى بأطر JS، مثل Next.js وReact وVue، على نحو غير متناسب، وغالبًا يبنيها فريق هندسة المنتج بدل نظام CMS. تعالج Google JavaScript في ثلاث مراحل مؤجلة — الزحف ثم التصيير ثم الفهرسة — وتحذر وثائقها من أن الصفحة «قد تبقى في قائمة الانتظار هذه بضع ثوانٍ، لكن قد يستغرق الأمر وقتًا أطول». ونمط غلاف التطبيق، حيث يكون HTML الأولي غلافًا فارغًا ويحقن JavaScript كل المحتوى الحقيقي، هو بالضبط الموضع الذي تُفهرس فيه مواقع SaaS بلا شيء تتصدر به عندما يفشل التصيير.

تحقق، استنادًا إلى وثائق Google الخاصة بـJavaScript SEO، مما يأتي:

• اعرض HTML المصيّر، لا مصدر الصفحة فقط. افحص DOM المصيّر عبر أداة URL Inspection أو لوحة Elements في المتصفح، وتأكد من وجود المحتوى الحقيقي بعد التصيير: العناوين والنص والأسعار وكل ما ينبغي أن يتصدر.
• روابط <a href> حقيقية. يجب أن يكون التنقل الأساسي والروابط المتقاطعة إلى صفحات المقارنة والتسعير والتكامل عناصر رابط حقيقية لها سمات href. تكتشف Google الروابط عبر <a href>، لا عبر معالجات onClick أو توجيه JS.
• فضّل التصيير على الخادم أو التوليد الثابت لصفحات التسويق على التصيير الكامل في المتصفح. وتقول Google عن التصيير على الخادم أو المسبق بوضوح: “makes your website faster for users and crawlers, and not all bots can run JavaScript.” (ترجمة) «يجعل موقعك أسرع للمستخدمين وبرامج الزحف، ولا تستطيع كل برامج الروبوت تشغيل JavaScript.»
• استخدم توجيه History API بدل توجيه الأجزاء (#)، حتى ينتج التنقل داخل المتصفح عناوين URL حقيقية قابلة للزحف.
• احسب تأخير قائمة انتظار التصيير عند تشخيص سبب عدم فهرسة صفحة جديدة؛ فالتأخير حقيقي وقد يتجاوز بضع ثوانٍ، لذا لا تفترض فهرسة صفحة حديثة تعمل بـJS فورًا.

الخرافة التي ينبغي إنهاؤها هنا: «موقعي المبني بـReact أو Next.js أو Vue يتولى SEO تلقائيًا». لا يفعل. يرفع الإطار سقف المتطلبات، لكنه لا يجتازه نيابةً عنك.

7. صفحات التجربة والتسجيل والحساب — ما الذي ينبغي ضبطه على noindex؟

تمنحك Google الآلية (noindex)، أما القرار الخاص بـSaaS فهو أي الصفحات تنطبق عليها. عندما يرى Googlebot وسم noindex، تقول Google: “Google will drop that page entirely from Google Search results, regardless of whether other sites link to it.” (ترجمة) «ستسقط Google تلك الصفحة بالكامل من نتائج بحث Google، بصرف النظر عما إذا كانت مواقع أخرى ترتبط بها». والمرشحون المعتادون في SaaS هم:

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

تحقق من الآتي:

• ألا تضبط عرضًا صفحات تريد ترتيبها على noindex. دقّق وسوم noindex؛ فوسم شارد في صفحة تسعير أو مقارنة أو تكامل يقتل ظهورها بصمت. والعكس شائع أيضًا: صفحات تجربة أو تسجيل أو شكر تفتقد وسم noindex الذي ينبغي أن تحمله.
• ألا تضبط أصول الترتيب المشروعة على noindex. صفحات التسعير والمقارنة والتكامل الأساسية عالية النية وتريد فهرستها؛ فلا تضبطها على noindex أبدًا.
• ألا يتعارض noindex وrobots.txt. هذا خطأ SaaS الكلاسيكي: حظر /app/ أو /signup/ في robots.txt مع إضافة noindex. لكي يعمل noindex، «يجب ألا تكون الصفحة أو المورد محظورًا بملف robots.txt، ويجب أن يكون متاحًا لبرنامج الزحف بطريقة أخرى». وقد يظل عنوان URL المحظور في robots.txt ظاهرًا في البحث بلا وصف إذا ارتبطت به جهة خارجية، لأن Google لا تزحف إليه لترى noindex. اختر أداة واحدة لكل هدف: noindex لإبقاء شيء خارج الفهرس، وrobots.txt لإيقاف الزحف؛ ولا تستخدمهما معًا على عنوان URL نفسه.

8. ضبط جودة الصفحات البرمجية (عبر الأنواع)

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

اكتشاف سريع: ملفات sitemap وIndexNow

إضافة ملائمة لمواقع SaaS: بما أن هذه المواقع تطلق صفحات تكامل ومقارنة جديدة باستمرار، فاقرن قيم lastmod الدقيقة في sitemap مع IndexNow حتى تُخطر الصفحات الجديدة والمحدثة Bing والمحركات المشاركة في IndexNow عند النشر، بدل انتظار الزحف التالي. وربط IndexNow بنظام CMS أو مسار النشر إعداد لمرة واحدة يعود بالنفع كلما أطلقت دفعة من صفحات التكامل. (ملاحظة: إرشادات Bing هنا تخص آليات الزحف فقط، ولا تتناول أنواع صفحات SaaS مباشرةً.)

النسخة في سطر واحد

لا خوارزمية خاصة بـSaaS. اجعل الأدوات المجانية قابلة للفهرسة ولها عناوين مستقلة؛ وأبق التسعير قابلًا للزحف وأسعاره غير معتمدة على JS وحده؛ وامنح كل مقارنة canonical واحدًا نظيفًا وادعاءات دقيقة؛ واجعل صفحات التكامل فريدة فعلًا واكسب روابط الشركاء؛ واتخذ قرار النطاق الفرعي أو المجلد الفرعي للوثائق على أساس الإدارة لا خرافة؛ وأصلح تصيير JS عبر روابط حقيقية وSSR وHistory API ومراعاة تأخير التصيير؛ واضبط صفحات التجربة والشكر والإعداد على noindex، لكن لا تضبط أصول الترتيب عليه ولا تجمعه مع حظر robots.txt؛ وألزم كل صفحة برمجية بحد جودة حقيقي.

ملخص الذكاء الاصطناعي

خلاصة مكثفة للنسخة المتقدمة:

• لا توجد خوارزمية خاصة بـSaaS. المسار نفسه: زحف ← تصيير ← فهرسة ← ترتيب. ولا تستحق قائمة SaaS اسمها إلا إذا حصرت أنواع الصفحات الخاصة بـSaaS ونمطًا تقنيًا واحدًا.
• صفحات النمو القائم على المنتج والأدوات المجانية: مخرجات HTML حقيقية قابلة للفهرسة، لا نتائج تعمل بـJS وحده أو محجوبة بالدفع؛ وعنوان قابل للزحف لا نافذة منبثقة؛ وروابط داخلية؛ وبيانات SoftwareApplication المنظمة حيث تلائم.
• صفحات التسعير: قابلة للزحف والفهرسة وغير محجوبة؛ وأسعارها في HTML المصيّر لا في JS وحده؛ وتُدار اختلافات العملة والمنطقة عبر canonical وhreflang؛ ويُحجز noindex لخطوات الدفع والتأكيد لا للصفحة الأساسية.
• صفحات المقارنة و«البدائل»: canonical واحد نظيف لكل مقارنة، وتجنب ازدواج /x-vs-y/ و/y-vs-x/، وادعاءات دقيقة قابلة للدفاع وروابط داخلية ومراقبة النسخ البرمجية شبه المكررة.
• صفحات التكامل والأسواق: قيمة فريدة لكل صفحة لا تبديلًا لاسم القالب، وطلب روابط خلفية من الشركاء، وعدم نشر تكاملات غير موجودة أو متوقفة، وترقيم الأسواق الكبيرة وإدراجها في sitemap. ويعد نطاق Zapier البالغ نحو 25 000 صفحة مرجعًا.
• SEO للوثائق: لا تفضيل ترتيب شاملًا بين النطاق الفرعي والمجلد الفرعي؛ فالمجلد يجمع السلطة، والنطاق الفرعي يمنح استقلالية المنصة. أثبت النطاقات الفرعية منفصلة في Search Console واربط بها بوضوح واجعل نسخ الوثائق القديمة تشير بـcanonical.
• JavaScript وغلاف التطبيق: أكبر إخفاق تقني في SaaS. اعرض HTML المصيّر، واستخدم روابط <a href> حقيقية، وفضّل التصيير على الخادم أو المسبق، واستخدم توجيه History API، واحسب تأخير قائمة انتظار التصيير الذي قد يتجاوز بضع ثوانٍ.
• مسار التجربة والتسجيل: اضبط صفحات الشكر والتأكيد والإعداد ولوحة المعلومات ونسخ UTM المكررة على noindex، لكن لا تفعل ذلك مع صفحات التسعير والمقارنة والتكامل، ولا يعمل noindex إذا كانت الصفحة محظورة أيضًا في robots.txt.
• ضبط الجودة البرمجية يقطع كل الأنواع: حد جودة لكل صفحة لا عدد خام. واقرن sitemap وIndexNow لاكتشاف الصفحات الجديدة بسرعة.

الوثائق الرسمية

هذه هي المصادر الأولية وراء القائمة. تخضع مواقع B2B وSaaS لها كما يخضع أي موقع آخر.

Google

• فهم أساسيات JavaScript SEO — مراحل الزحف والتصيير والفهرسة، وتأخير قائمة انتظار التصيير، وروابط <a href> الحقيقية، وتوجيه History API، ومبررات التصيير على الخادم أو المسبق. وهو المستند الأساسي للقسم 6.
• حظر الفهرسة في البحث باستخدام noindex — كيفية عمل noindex وشرط robots.txt الذي يربك صفحات التجربة والتطبيق في SaaS. وهو المستند الأساسي للقسم 7.
• ما توحيد عناوين URL؟ — إن canonical «تلميح لا قاعدة»، وهو مهم لاختلافات عملة التسعير ونسخ صفحات الهبوط بعلامات UTM وأزواج المقارنة /x-vs-y/.
• أسماء المواقع في بحث Google — تعامل Google النطاق الفرعي بوصفه «موقعًا» مستقلًا، ولا تدعم الاسم على مستوى المجلد الفرعي، وهو دليل داعم لمفاضلة نطاق الوثائق الفرعي مقابل مجلدها الفرعي.
• تحسين ميزانية الزحف — «المخزون المتصور» وسبب إهدار الصفحات البرمجية الضعيفة للزحف؛ وهو مهم للقسمين 4 و8.
• مقدمة عن البيانات المنظمة — لاستخدام SoftwareApplication أو WebApplication في صفحات الأدوات المجانية.

Bing / Microsoft

• إبقاء المحتوى قابلًا للاكتشاف عبر ملفات sitemap في البحث المدعوم بالذكاء الاصطناعي (يوليو 2025) — قيم lastmod الدقيقة وإقران sitemap بـIndexNow لاكتشاف صفحات التكامل والمقارنة الجديدة بسرعة.
• سلسلة bingbot: تحسين وتيرة الزحف — لا تستدعي التغييرات الشكلية إعادة الزحف، وهو مهم لفرق SaaS التي تطلق إعادة تصميم متكررة لصفحات الهبوط.
• وثائق IndexNow — اربطه بنظام CMS أو مسار النشر حتى تُخطر الصفحات الجديدة المحركات عند النشر.

اقتباسات من المصدر

تصريحات رسمية من Google ذات صلة بقائمة SaaS. ينتقل كل رابط مباشرةً إلى المقطع المقتبس في صفحة المصدر.

Google — تصيير JavaScript

• “Server-side or pre-rendering is still a great idea because it makes your website faster for users and crawlers, and not all bots can run JavaScript.” (ترجمة) «يظل التصيير على الخادم أو التصيير المسبق فكرة رائعة، لأنه يجعل موقعك أسرع للمستخدمين وبرامج الزحف، ولا تستطيع كل برامج الروبوت تشغيل JavaScript.» انتقل إلى الاقتباس
• عن تأخير قائمة انتظار التصيير: “The page may stay on this queue for a few seconds, but it can take longer than that.” (ترجمة) «قد تبقى الصفحة في قائمة الانتظار هذه بضع ثوانٍ، لكن قد يستغرق الأمر وقتًا أطول من ذلك.» انتقل إلى الاقتباس

Google — noindex

• “When Googlebot crawls that page and extracts the tag or header, Google will drop that page entirely from Google Search results, regardless of whether other sites link to it.” (ترجمة) «عندما يزحف Googlebot إلى تلك الصفحة ويستخرج الوسم أو الترويسة، ستسقط Google تلك الصفحة بالكامل من نتائج بحث Google، بصرف النظر عما إذا كانت مواقع أخرى ترتبط بها.» انتقل إلى الاقتباس
• عن شرط robots.txt: “For the noindex rule to be effective, the page or resource must not be blocked by a robots.txt file, and it has to be otherwise accessible to the crawler.” (ترجمة) «لكي تكون قاعدة noindex فعالة، يجب ألا تكون الصفحة أو المورد محظورًا بملف robots.txt، ويجب أن يكون متاحًا لبرنامج الزحف بطريقة أخرى.» انتقل إلى الاقتباس

Google — توحيد canonical

• “Indicating a canonical preference is a hint, not a rule.” (ترجمة) «الإشارة إلى تفضيل canonical تلميح لا قاعدة.» انتقل إلى الاقتباس

Google — أسماء المواقع والنطاقات الفرعية

• “Google Search does not support site names at the subdirectory level.” (ترجمة) «لا يدعم بحث Google أسماء المواقع على مستوى المجلد الفرعي.» (وهذا يؤكد أن النطاق الفرعي يُعامل بوصفه «موقعًا» مستقلًا.) انتقل إلى الاقتباس

هل ينبغي فهرسة صفحة SaaS هذه، وأين ينبغي أن تعيش الوثائق؟

يظهر هذان القراران في كل تدقيق SaaS تقريبًا. ابدأ من هنا.

أ. هل ينبغي أن تكون هذه الصفحة في فهرس Google؟

س1. هل هي صفحة تسويق أو منتج عالية النية: تسعير أو مقارنة أو تكامل أو أداة مجانية أو صفحة ميزة أساسية؟

• نعم ← إنها أصل ترتيب. تأكد من أنها قابلة للزحف والفهرسة، ولا تحمل noindex ولا تُحظر في robots.txt. توقف هنا.
• لا ← تابع.

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

• نعم ← أبقها خارج الفهرس. انتقل إلى س3 لمعرفة الطريقة.
• لا / لست متأكدًا ← افترض بقاءها قابلة للفهرسة؛ فالصفحة العامة المفيدة حقًا تنتمي عادةً إلى الفهرس.

س3. كيف تبقيها خارجه: noindex أم robots.txt؟

• تريد حذفها من الفهرس مع استمرار قدرة Google على الزحف إليها ← استخدم noindex، وتأكد من أن الصفحة ليست محظورة أيضًا في robots.txt، وإلا فلن ترى Google الوسم.
• تريد منع Google من إنفاق الزحف على مساحة كاملة، مثل /app/ ← استخدم Disallow في robots.txt، لكن اقبل احتمال استمرار ظهور عناوين URL بلا مقتطف إذا ارتبطت بها جهة خارجية؛ فلا تعتمد عليه لضمان الإزالة.
• لا تستخدمهما معًا أبدًا على عنوان واحد. حظر robots.txt مع noindex خطأ SaaS الكلاسيكي، لأن الحظر يمنع Google من رؤية noindex.

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

س1. هل يمكنك وضع الوثائق في أي مكان، أم تفرض أداة الوثائق نطاقًا فرعيًا؟

• الأداة تفرض نطاقًا فرعيًا أو نطاق جهة خارجية، مثل Mintlify وReadMe وGitBook ← استخدم النطاق الفرعي؛ فلا عقوبة ترتيب. انتقل إلى قائمة سلامة النطاق الفرعي أدناه.
• لديك خيار حقيقي ← تابع.

س2. ما الأهم: جمع السلطة أم استقلالية المنصة؟

• جمع السلطة وأبسط ربط داخلي ← مجلد فرعي (/docs/). وهو الافتراض الأفضل عادةً لجمع الإشارات.
• الاستقلال عن حزمة الموقع الرئيسي وعمليات نشره، أو امتلاك فريق الوثائق أدواته ← نطاق فرعي (docs.example.com). وهو خيار سليم تمامًا؛ فلا تملك Google تفضيلًا شاملًا.

إذا اخترت نطاقًا فرعيًا، فهذه قائمة السلامة: أثبته منفصلًا في Search Console، وعامل ميزانية زحفه على أنها معزولة، واربط به بوضوح من تنقل موقع التسويق أو تذييله حتى تصل إليه السلطة، واجعل نسخ الوثائق القديمة غير المتغيرة تشير بـcanonical إلى الحالية.

النسخة في سطر واحد: تبقى أصول الترتيب قابلة للفهرسة؛ وتحصل صفحات المسار ولوحة المعلومات على noindex من دون حظر robots.txt؛ وتذهب الوثائق إلى المكان الأسهل إدارةً، لأنه لا عقوبة في أي من الخيارين.

قائمة فحص SaaS SEO

مراجعة لأنواع الصفحات والأنماط التقنية الخاصة فعلًا بمواقع SaaS.

صفحات النمو القائم على المنتج والأدوات المجانية

• توجد قيمة الأداة ومخرجات النتيجة في HTML المصيّر، لا في JS وحده أو خلف الدفع.
• للأداة عنوان URL مستقل قابل للزحف، وليست نافذة منبثقة أو تبويبًا في الرئيسية.
• ترتبط بها مقالات المدونة وصفحات المنتجات ذات الصلة داخليًا.
• تُستخدم بيانات SoftwareApplication أو WebApplication المنظمة حيث تنطبق فعلًا.

صفحات التسعير

• قابلة للزحف والفهرسة، فلا حظر ولا noindex ولا فئات أساسية خلف «اطلب عرضًا توضيحيًا».
• الأسعار موجودة في HTML المصيّر، لا في JS وحده.
• تُدار اختلافات العملة والمنطقة عبر canonical وhreflang، لا كمحتوى مكرر.
• يُحجز noindex لخطوات الدفع والتأكيد الفرعية، لا للصفحة الأساسية.

صفحات المقارنة و«البدائل»

• عنوان canonical واحد نظيف لكل مقارنة، بلا نسختي /x-vs-y/ و/y-vs-x/ ما لم يختلف المحتوى فعلًا.
• الادعاءات دقيقة وقابلة للدفاع وتُحدّث عندما يتغير المنافسون.
• ترتبط داخليًا بمحتوى المدونة وحالات الاستخدام والوثائق ذات الصلة في الاتجاهين.

صفحات التكامل والأسواق

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

SEO للوثائق

• اتُخذ قرار النطاق الفرعي مقابل المجلد الفرعي على أساس الإدارة والأدوات، لا عقوبة أسطورية.
• إذا كان نطاقًا فرعيًا: أُثبت منفصلًا في Search Console وربط به بوضوح من تنقل التسويق أو تذييله.
• وُحدت إصدارات الوثائق v1 وv2 والقديمة عبر canonical أو مُيزت، بلا هدر زحف شبه مكرر.

تصيير JavaScript وغلاف التطبيق

• ثُبت أن HTML المصيّر، لا مصدر الصفحة فقط، يحتوي على المحتوى الحقيقي.
• التنقل والروابط الداخلية عناصر <a href> حقيقية، لا onClick.
• يُفضّل التصيير على الخادم أو التوليد الثابت لصفحات التسويق.
• يُستخدم توجيه History API لا توجيه الأجزاء #.
• يُحسب تأخير قائمة انتظار التصيير عند تشخيص بطء الفهرسة.

صفحات التجربة والتسجيل والحساب

• صفحات الشكر والتأكيد والإعداد ولوحة المعلومات ونسخ UTM المكررة مضبوطة على noindex.
• صفحات التسعير والمقارنة والتكامل غير مضبوطة على noindex.
• لا توجد صفحة تحمل noindex ومحظورة في robots.txt معًا.

عبر الأنواع

• تتجاوز كل صفحة برمجية حدًا حقيقيًا للتميز والفائدة.
• قيمة lastmod في sitemap دقيقة وIndexNow مربوط بمسار النشر.

ورقة مرجعية لـSaaS SEO حسب نوع الصفحة

ما ينبغي فحصه في كل نوع من صفحات SaaS

noindex مقابل robots.txt — اختر أداة لكل هدف

ما يجب فعله وما يجب تجنبه في JavaScript

• افعل: روابط <a href> حقيقية، وتوجيه History API، وتصييرًا على الخادم أو مسبقًا، ومحتوى في HTML المصيّر.
• لا تفعل: تنقلًا عبر onClick أو توجيه أجزاء #، ولا تفترض أن الإطار «يتولى SEO»، ولا تتوقع فهرسة فورية؛ فتأخير قائمة التصيير حقيقي.

نطاق الوثائق الفرعي مقابل مجلدها الفرعي

• لا عقوبة ترتيب في أي منهما؛ فلا تملك Google تفضيلًا شاملًا.
• المجلد الفرعي ← يجمع السلطة. النطاق الفرعي ← استقلالية المنصة، مع الإثبات والربط.

خرافات ينبغي إنهاؤها

• «موقعي المبني بـReact أو Next أو Vue يتولى SEO تلقائيًا.» ← لا يفعل.
• «ترتيب النطاقات الفرعية أسوأ.» ← لا عقوبة شاملة؛ إنها مفاضلة في السلطة والزحف.
• «أخفِ التسعير من البحث حتى لا يراه المنافسون.» ← تستبدل طلبًا حقيقيًا بحماية لا تعمل.
• «المزيد من صفحات التكامل أفضل دائمًا.» ← حد جودة لكل صفحة، لا عدد الصفحات.

أدوات تدقيق SaaS SEO

• Google Search Console — استخدم URL Inspection لرؤية HTML المصيّر لصفحة JS في القسم 6، وتقرير Page Indexing لاكتشاف الصفحات المضبوطة خطأً على noindex أو المفهرسة خطأً في القسم 7، وخصائص منفصلة لكل نطاق فرعي، مثل الوثائق والتطبيق.
• Bing Webmaster Tools — النظير لدى Bing، وفيه ترسل IndexNow أيضًا.
• لوحة Elements أو Inspect في متصفحك — أسرع طريقة مجانية للتأكد من أن روابط التنقل عناصر <a href> حقيقية، وأن المحتوى والأسعار موجودان بعد التصيير لا في مصدر الصفحة فحسب.
• برنامج زحف، مثل Ahrefs Site Audit أو Screaming Frog — حاكِ الزحف لاكتشاف وسوم noindex وحظر robots.txt والصفحات البرمجية شبه المكررة وسلاسل إعادة التوجيه وصفحات الأدوات والتكامل اليتيمة عبر نطاقاتك الفرعية.
• Ahrefs، أو أداة كلمات مفتاحية تعرض النية — اعثر على طلبات المقارنة و«البدائل» والتكامل التي تستحق بناء صفحات لها، وعلى طلب «سعر [المنتج]» الذي قد تخفيه لولا ذلك.
• IndexNow عبر نظام CMS أو مسار النشر — أخطر المحركات لحظة إطلاق دفعة جديدة من صفحات التكامل أو المقارنة.

إخفاقات شائعة في تدقيق SaaS SEO

صفحة التسعير مفهرسة بلا أسعار

الأسباب المرجحة: جدول التسعير مصيّر في المتصفح أو يتطلب تفاعلًا أو يُستبدل أمام برامج الزحف بغلاف عام لطلب عرض توضيحي.

الإصلاح: أرجع محتوى التسعير الأساسي في HTML مصيّر على الخادم أو ثابت. وتأكد من أن الاستجابة الخام والعرض المصيّر في Search Console يحتويان على معلومات الخطة والسعر نفسها.

صفحة شكر أو تطبيق تبقى في البحث رغم noindex

السبب المرجح: عنوان URL محظور أيضًا في robots.txt، فلا تستطيع Google الزحف إليه لرؤية التوجيه، وقد تبقي الروابط الخارجية أو الداخلية العنوان معروفًا.

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

اكتُشفت صفحات التكامل لكنها لم تُفهرس

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

الإصلاح: أضف خطوات إعداد وحالات استخدام حقيقية لكل تكامل، واحذف الإدخالات غير الموجودة أو المتوقفة، واربط من السوق وصفحات المنتجات والوثائق ذات الصلة، ولا تُدرج في sitemap إلا الصفحات الحية الأساسية.

أداة مجانية تعمل للمستخدمين بلا ظهور عضوي

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

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

صفحتا مقارنة تتنافسان على الطلب نفسه

السبب المرجح: تحمل النسخ المعكوسة أو الخاصة بالحملات محتوى متشابهًا إلى حد بعيد مع إشارات canonical غير متسقة.

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

تتصدر الوثائق منفصلةً لكنها تحصل على سلطة أو زحف قليلين

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

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

أطر عمل لتدقيق SaaS SEO

خريطة الأسطح الثلاثة

صنّف كل عنوان SaaS قبل اختيار قاعدة الفهرسة:

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

اكتشف ← صيّر ← أهّل ← حافظ

يجب أن يجتاز كل نوع من صفحات SaaS القابلة للفهرسة أربع بوابات:

1. الاكتشاف: له عنوان مستقر وروابط a[href] حقيقية ومسارات ترقيم أو صفحات مركزية وإدراج في sitemap حيث يلائم.
2. التصيير: يوجد النص الأساسي أو السعر أو قيمة الأداة أو تفاصيل التكامل في HTML الأولي أو المصيّر على نحو موثوق.
3. التأهيل: للصفحة نية مستقلة وcanonical وادعاءات دقيقة وقيمة حقيقية خاصة بها، لا مجرد تبديل قالب.
4. الصيانة: يوجد مالك لتغييرات المنافسين والتكاملات المتوقفة وإصدارات الوثائق وتحديثات التسعير وفحوص الجودة البرمجية.

تنشئ قائمة إطلاق تغفل الصيانة صفحات مقارنة وتكامل قديمة، حتى لو كان SEO التقني صحيحًا في اليوم الأول.

نوع الصفحة × نمط الإخفاق

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

استخدم الخريطة لإسناد كل مشكلة إلى المنتج أو الهندسة أو المحتوى أو الوثائق أو الشؤون القانونية أو التحليلات، بدل ترك القائمة كلها لفريق SEO.

فحوص سريعة لأنواع صفحات SaaS

افحص الاستجابة الخام لأصل ترتيب

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

url='https://example.com/pricing/'
curl -fsSI "$url" | grep -Ei '^(HTTP/|x-robots-tag:|location:)'
curl -fsSL "$url" | grep -Ei '<title|rel="canonical"|name="robots"'
curl -fsSL "$url" | grep -F 'Starter plan'

دقّق قائمة عناوين URL باستخدام Python

احفظ عنوانًا واحدًا في كل سطر من saas-urls.txt. يفحص هذا رمز HTTP وcanonical وnoindex والعنوان وما إذا كانت الاستجابة تحتوي على رابط حقيقي واحد على الأقل.

from urllib.request import Request, urlopen
from urllib.error import HTTPError
import re

for url in open("saas-urls.txt", encoding="utf-8"):
    url = url.strip()
    if not url:
        continue
    try:
        response = urlopen(Request(url, headers={"User-Agent": "SaaSSEOAudit/1.0"}))
        html = response.read().decode("utf-8", errors="replace")
        print(url, response.status,
              "title=" + str(bool(re.search(r"<title[^>]*>.+?</title>", html, re.I | re.S))),
              "canonical=" + str(bool(re.search(r"<link[^>]+rel=[\"']canonical[\"']", html, re.I))),
              "noindex=" + str(bool(re.search(r"<meta[^>]+content=[\"'][^\"']*noindex", html, re.I))),
              "links=" + str(len(re.findall(r"<a\s+[^>]*href=", html, re.I))))
    except HTTPError as error:
        print(url, error.code, "HTTP error")

اعثر على تنقل يعمل بـJavaScript وحده في Chrome DevTools

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

({
  anchors: [...document.querySelectorAll('a[href]')].map((a) => a.href),
  clickOnlyButtons: [...document.querySelectorAll('button[onclick], [role="link"]:not(a)')]
    .map((node) => node.textContent?.trim()).filter(Boolean),
  canonical: document.querySelector('link[rel="canonical"]')?.href ?? null,
  robots: document.querySelector('meta[name="robots"]')?.content ?? null,
});

استخرج الصفحات التي تحمل noindex في Screaming Frog

استخدم XPath التالي في Custom Extraction لإرجاع محتوى robots meta، ثم رشّح التصدير على noindex وقارنه بخريطة الأسطح الثلاثة.

//meta[translate(@name,'ABCDEFGHIJKLMNOPQRSTUVWXYZ','abcdefghijklmnopqrstuvwxyz')='robots']/@content

أثبت أن إصلاح SaaS SEO نُشر بصورة صحيحة

اختبار تسعير مصيّر على الخادم أو قيمة أداة

الاختبار: اجلب عنوان التسعير أو الأداة المجانية الذي تغير باستخدام curl، وقارن HTML الخام بالصفحة المصيّرة في المتصفح والاختبار الحي في Search Console.

النتيجة المتوقعة: يوجد canonical وغرض الصفحة والسعر أو قيمة الأداة الأساسية في المخرجات الخام والمصيّرة من دون تسجيل دخول أو تفاعل.

تفسير الفشل: ما زال الإصدار يعتمد على التصيير في المتصفح أو استجابة API محجوبة أو مخرجات خاصة ببرنامج الزحف.

نافذة المراقبة: فور النشر، ثم بعد أن تعالج Google الاختبار الحي أو الزحف.

محفز التراجع: يطلق أصل ترتيب كان قابلًا للفهرسة غلافًا فارغًا أو عامًا، أو يخفي قيمته الأساسية.

اختبار معالجة noindex

الاختبار: اطلب عنوان المسار أو التطبيق المتغير، وافحص meta وX-Robots-Tag، وتأكد من أن robots.txt يسمح بالجلب، وراقب URL Inspection وPage Indexing.

النتيجة المتوقعة: تستطيع Google الزحف إلى العنوان، وترى توجيه noindex واحدًا بالضبط، ثم تبلغ لاحقًا عن استبعاد العنوان من البحث.

تفسير الفشل: يخفي حظر الروبوتات التوجيه، أو يغيب الوسم عن الاستجابة التي تتلقاها Google، أو يتجاوزه قالب آخر.

نافذة المراقبة: فورًا لفحوص الاستجابة والروبوتات، مع انتظار إعادة الزحف اللاحقة لإزالة الفهرسة.

محفز التراجع: تصل القاعدة إلى التسعير أو المقارنة أو التكامل أو الأداة أو أي أصل ترتيب مقصود.

اختبار توحيد canonical للمقارنة

الاختبار: اجلب نسختي المقارنة وافحص الحالة وcanonical والروابط الداخلية بعد التوحيد.

النتيجة المتوقعة: يعيد العنوان المختار 200 ويشير بـcanonical إلى نفسه؛ وتُعاد توجيه النسخة الحقيقية المتوقفة إليه دائمًا؛ وتستخدم الروابط الداخلية العنوان المختار.

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

نافذة المراقبة: فور النشر وخلال تحديثات الزحف والفهرسة التالية.

محفز التراجع: تُدمج مقارنة مختلفة فعلًا بالخطأ أو يتعذر الوصول إلى الصفحة المختارة.

اختبار اكتشاف التكامل وجودته

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

النتيجة المتوقعة: كل تكامل حي قابل للاكتشاف، وله canonical، ويعيد 200، ومرتبط به، ويحتوي على قيمة جوهرية خاصة بالشريك.

تفسير الفشل: اكتشاف الترقيم أو sitemap ناقص، أو الصفحة يتيمة، أو أطلق القالب محتوى لا يختلف إلا في الاسم.

نافذة المراقبة: فور نشر الدفعة وبعد معالجة sitemap وIndexNow.

محفز التراجع: تنشر الدفعة تكاملات غير موجودة أو صفحات شبه متطابقة جوهريًا لا تتجاوز حد الجودة لكل صفحة.

موارد تستحق وقتك

كتاباتي ذات الصلة

• فتح النمو عبر Enterprise SaaS SEO — دليلي الكامل لـSaaS: المحتوى القائم على المنتج، وصفحات «مقابل» والأدوات المجانية، وفحص الفهرسة وcanonical، وتسلسل البدء من أسفل مسار التحويل، ومشكلات JavaScript وميزانية الزحف وراء مواقع SaaS. وهو الأصل لكثير من هذه القائمة.
• مشكلات JavaScript SEO وأفضل الممارسات — جانب التصيير في القسم 6 بالتفصيل: الروابط الحقيقية وHistory API والتصيير على الخادم وتأخير قائمة انتظار التصيير.
• استراتيجيات Enterprise SEO لتحقيق أقصى نمو — لنسخة النطاق الواسع حين يصبح موقع SaaS مشكلة تنسيق مؤسسي.

محاضراتي

• فوضى Enterprise SEO (SMX Advanced، من فترة عملي Technical SEO في IBM) — سلاسل إعادة التوجيه وتعارضات canonical وقوائم JavaScript غير المرئية لبرامج الزحف خلف مواقع SaaS والمؤسسات الكبيرة الحقيقية. وينطبق إخلاء مسؤوليتي المعتاد: هذا فهمي لا نص مقدس.

من أنحاء القطاع

• فهم أساسيات JavaScript SEO — Google Search Central — المستند الأولي وراء قسم تصيير JS كله.
• حظر الفهرسة في البحث باستخدام noindex — Google Search Central — كيفية عمل noindex وشرط robots.txt الذي يجب أن يحترمه كل إعداد لصفحات تجربة SaaS.
• ما توحيد عناوين URL؟ — Google Search Central — عبارة «تلميح لا قاعدة» وراء قرارات canonical لاختلافات التسعير وصفحات المقارنة.
• أسماء المواقع في بحث Google — Google Search Central — يؤكد أن النطاقات الفرعية تُعامل بوصفها «مواقع» مستقلة، وهو خلفية قرار نطاق الوثائق الفرعي مقابل مجلدها الفرعي.
• إبقاء المحتوى قابلًا للاكتشاف عبر ملفات sitemap في البحث المدعوم بالذكاء الاصطناعي — Bing Webmaster Blog (يوليو 2025) — lastmod الدقيق مع IndexNow لاكتشاف صفحات التكامل والمقارنة الجديدة بسرعة.
• وثائق IndexNow — البروتوكول الذي تربطه بمسار النشر.
• Google توضح استخدام canonical وnoindex معًا — Search Engine Journal — تغطية صحفية لإرشاد Google بعدم الجمع بين إشارات فهرسة متعارضة، وهو مهم لقرارات صفحات التجربة واختلافات التسعير.

اختبر نفسك: قائمة فحص SaaS SEO

خمسة أسئلة عن أنواع الصفحات والأنماط التقنية الخاصة بمواقع SaaS. اختر إجابة لكل سؤال، ثم تحقق منها.

سجل التغييرات