تدقيق SEO لمتجر إلكتروني

كيف أدقق متجرًا إلكترونيًا — ولماذا أبدأ بـ Google Search Console وبيانات الزحف، لا بتعديلات الصفحة. إطار تدقيق SEO للتجارة الإلكترونية مرتب حسب الأولوية وقابل للتوسع: قابلية الزحف، والفهرسة، والمحتوى المكرر، وSEO على الصفحة على نطاق واسع، والجوانب التقنية، والبيانات المنظمة، والروابط الداخلية، ومعالجة المنتجات غير المتاحة، وخارج الصفحة — مرتبة حسب التأثير والجهد.

نُشر أول مرة: 25 يونيو 2026 · آخر تحديث: 22 أغسطس 2026 · Advanced
اللغات

تدقيق SEO لمتجر إلكتروني ليس قائمة من 500 نقطة — بل هو العثور على مجموعة المشكلات الصغيرة التي تعيق ترتيب المتجر وإيراداته، ثم ترتيبها حسب التأثير والجهد. ولأن مواقع التجارة الإلكترونية تواجه المشكلات على نطاق واسع، أبدأ التدقيق في Google Search Console (تقرير فهرسة الصفحات) وبيانات الزحف، لا بتعديلات الصفحة: فأكبر المكاسب عادةً تأتي من مشكلات الزحف والفهرسة التي تؤثر في آلاف عناوين URL دفعة واحدة. والمحتوى المكرر الناتج عن المرشحات والمجموعات والنسخ المختلفة هو المشكلة الخاصة بالتجارة الإلكترونية رقم 1 التي تكشفها التدقيقات؛ والصفحات التصنيفية الرقيقة هي رقم 2. الهدف هو إصلاح ما يهم أكثر وتجاوز الأعمال الشكلية.

الخلاصة — أدقق المتجر تقريبًا بهذا الترتيب: قابلية الزحف → الفهرسة → المحتوى المكرر → SEO على الصفحة على نطاق واسع → التقنية (CWV وHTTPS والروابط الأساسية) → البيانات المنظمة → الروابط الداخلية → معالجة المنتجات غير المتاحة → خارج الصفحة. أبدأ في تقرير فهرسة الصفحات في GSC وزحف حديث، لا في الصفحة، لأن المشكلات الأعلى تأثيرًا في المتجر تصيب آلاف عناوين URL دفعة واحدة: تكرار التنقل بالمرشحات، ووسم noindex العرضي على مستوى الموقع، وحالة “مكتشف — غير مفهرس حاليًا” على نطاق واسع، وخرائط مواقع مليئة بإعادات التوجيه. الناتج قائمة مرتبة حسب التأثير/الجهد، لا تقريرًا من 500 نقطة. لا تحتاج معظم المتاجر إلى القلق بشأن ميزانية الزحف — لكن المتاجر التي تحتاج إليها تحتاج إليها فعلًا.

Evidence for this claim Search Console's Page indexing report identifies indexed and non-indexed URLs and groups reasons pages are not indexed. Scope: Google Search Console audit data. Confidence: high · Verified: Search Console Help: Page indexing report Evidence for this claim Google's Rich Results Test and product structured-data requirements can be used to validate product markup eligibility. Scope: Google product structured-data validation. Confidence: high · Verified: Google Search Central: Product structured data

فلسفة التدقيق: العميل أولًا، لا المشكلة أولًا

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

البداية ليست الأداة — بل الألم. وكما قلت من قبل: “If clients are coming to you asking for an audit, they already have a pain point. Talk to them. Solve that one thing and they’ll be happy with the audit.” (ترجمة) «إذا جاءك العملاء طالبين تدقيقًا، فلديهم بالفعل نقطة ألم. تحدّث إليهم. حلّ تلك النقطة الوحيدة وسيكونون راضين عن التدقيق.» في المتجر يكون الألم عادةً ملموسًا: انخفضت الزيارات، توقف تصنيف عن الترتيب، سارت الهجرة على نحو سيئ، أو لا تتم فهرسة المنتجات الجديدة. اربط التدقيق بذلك، ثم وسّعه.

واعرف متى تتوقف. من دراستنا لأكثر من مليون نطاق: “Sometimes, the best course of action is to do nothing because the costs outweigh the benefits.” (ترجمة) «أحيانًا يكون أفضل إجراء هو عدم فعل شيء لأن التكاليف تفوق الفوائد.» ليست كل مشكلة معلّمة مستحقة لتذكرة مطور.

لماذا أبدأ بـ Search Console وبيانات الزحف، لا بالصفحة

غريزة افتتاح التدقيق بوسوم العنوان والعناوين هي أكثر الأخطاء شيوعًا التي أراها. في موقع تجارة إلكترونية تعمل الحسابات ضد ذلك: يفيد تعديل العنوان صفحة واحدة، بينما يصلح إصلاح نمط فهرسة آلاف الصفحات. أكبر المكاسب في المتجر تكون دائمًا تقريبًا في مشكلات الزحف والفهرسة على نطاق واسع، والمخاطر أعلى هنا بالذات — “one mistake can keep millions of pages out of the index or remove an entire site from search results.” (ترجمة) «قد يُبقي خطأ واحد ملايين الصفحات خارج الفهرس أو يزيل موقعًا كاملًا من نتائج البحث.»

لذلك يسير التدقيق بترتيب الأولوية، من الأعلى إلى الأسفل. إليك العملية كاملة.


الخطوة 1 — قابلية الزحف

هل تستطيع الروبوتات الوصول إلى ما يهم، أم أنها تهدر وقتها في ما لا يهم؟

مشكلات التجارة الإلكترونية الخاصة:

  • انفجار عناوين URL بسبب التنقل بالمرشحات. تتحد المرشحات (اللون والمقاس ونطاق السعر) في آلاف عناوين URL الفريدة. وتوضح Google التكلفة بصراحة: “the crawlers will typically access a very large number of faceted navigation URLs before the crawlers’ processes determine the URLs are in fact useless.” (ترجمة) «عادةً ما يصل الزاحفون إلى عدد كبير جدًا من عناوين URL للتنقل بالمرشحات قبل أن تحدد عملياتهم أن العناوين غير مفيدة فعلاً.»
  • نسخ المعلمات — معرّفات الجلسة ورموز التتبع (?utm_source=) وترتيبات الفرز — تضاعف المحتوى نفسه عبر عناوين URL.
  • مصائد الزحف — نتائج البحث الداخلية والتقويمات اللانهائية وتكديس المرشحات بلا حد.
  • الحظر الزائد أو الناقص في robots.txt — حظر CSS/JS اللازم للتصيير أو مسار منتج صالح بالخطأ، أو عدم حظر مساحة معلمات عديمة القيمة.
  • تنقل محكوم بـJS. تريد Google روابط حقيقية: “use <a href> tags when creating links to other content. Don’t use JavaScript events on other HTML DOM elements for navigation.” (ترجمة) «استخدم وسوم <a href> عند إنشاء روابط لمحتوى آخر. لا تستخدم أحداث JavaScript على عناصر DOM أخرى للتنقل.»

خطوات التدقيق:

  • اجلب واقرأ robots.txt؛ وتأكد من عدم حظر شيء مهم ومن حظر مساحات المعلمات منخفضة القيمة.
  • في الزاحف، اجلب تقرير “Blocked by robots.txt” — هل علقت صفحات مهمة؟
  • إحصاءات الزحف في GSC: ابحث عن ارتفاعات في عناوين URL التي تم الزحف إليها مقابل عدد مفهرس ثابت — فهذه الفجوة هدر زحف.
  • صدّر كل عناوين URL التي تم الزحف إليها واجمعها حسب نمط المسار/المعلمة لتقدير مشكلة المرشحات/المعلمات.

بشأن ميزانية الزحف — خفف التصعيد أولًا. لا تعاني معظم المتاجر مشكلة في ميزانية الزحف، وسأقول ذلك في التدقيق بدل اختراع مشكلة: “Most sites don’t need to worry about crawl budget, but there are few cases where you may want to take a look.” (ترجمة) «لا تحتاج معظم المواقع إلى القلق بشأن ميزانية الزحف، لكن توجد حالات قليلة قد ترغب فيها بإلقاء نظرة.» تصبح المشكلة حقيقية حول حدود Google — “Large sites (1 million+ unique pages)…” (ترجمة) «المواقع الكبيرة (مليون صفحة فريدة أو أكثر)…» التي تتغير أسبوعيًا، أو 10 000+ صفحة تتغير يوميًا — أو عندما تكون حالة “مكتشف — غير مفهرس حاليًا” كبيرة. عندما تكون حقيقية، تصلحها بإزالة الهدر، لا بطلب زحف أكبر من Google. (للتعمق: ميزانية الزحف.)

الخطوة 2 — الفهرسة

قابلية الزحف لا تعني الفهرسة. تقرير فهرسة الصفحات في GSC هو مركز التدقيق كله — “see which pages Google can find and index on your site, and learn about any indexing problems encountered.” (ترجمة) «انظر إلى الصفحات التي يستطيع Google العثور عليها وفهرستها على موقعك، وتعرّف إلى أي مشكلات فهرسة واجهها.»

الحالات الأهم في المتجر:

  • مكرر بلا عنوان URL أساسي اختاره المستخدم / اختارت Google عنوانًا أساسيًا مختلفًا — مشكلة تكرار المرشحات/النسخ المختلفة وقد أصبحت ظاهرة.
  • تم الزحف — غير مفهرس حاليًا — عادةً صفحات منتجات رقيقة أو صفحات مرشحات شبه مكررة.
  • مكتشف — غير مفهرس حاليًا — تعرف Google عنوان URL لكنها لم تزحف إليه؛ وفي الكتالوجات الكبيرة هذه إشارة إلى أولوية الزحف.
  • عنوان URL موسوم بـ’noindex’ — تحقق من أنه مقصود. النسخة العرضية على مستوى الموقع هي سيناريو “الخطأ الواحد”.
  • 404 لين — استجابة 200 لصفحة فارغة فعليًا (منتج غير متاح أو بحث بلا نتائج). تحذر Google من أن هذه الصفحات “will continue to be crawled, and waste your budget.” (ترجمة) «ستظل هذه الصفحات تُزحف إليها، وستهدر ميزانيتك.»

خطوات التدقيق:

  • صدّر عناوين URL “غير المفهرسة” حسب السبب؛ وحدد حجم كل مجموعة.
  • قارن عدد عناوين URL المفهرسة في GSC بحجم كتالوجك المعروف — الفجوة الكبيرة تعني أن Google لا يعثر على الصفحات.
  • شغّل فحص عنوان URL على عينة من كل مجموعة أسباب.
  • دقق خريطة XML للموقع: يجب أن تسرد فقط عناوين URL الأساسية والقابلة للفهرسة وذات الحالة 200. ترسل عناوين URL المعاد توجيهها أو غير المفهرسة أو المستبعدة بسبب عنوان أساسي في خريطة الموقع إشارات متعارضة — أزلها.

الخطوة 3 — المحتوى المكرر (مشكلة التجارة الإلكترونية رقم 1)

هذا هو الشيء الأكثر شيوعًا الذي يكشفه تدقيق التجارة الإلكترونية، ويستحق خطوة مستقلة. قدر Gary Illyes من Google أن نحو 60% من الإنترنت محتوى مكرر — والمتاجر ممثلة فيه بأكثر من نصيبها.

من أين يأتي:

  • التنقل بالمرشحات — تخدم ?color=blue و?size=S&color=blue و?size=S&color=blue&sort=price محتوى شبه متطابق.
  • تبديلات ترتيب المعلمات?color=blue&size=S و?size=S&color=blue هما الصفحة نفسها مرتين.
  • نسخ المنتج المختلفة كعناوين URL منفصلة?variant=… بلا عنوان أساسي يشير إلى نفسه أو إلى المنتج الأب.
  • وجود منتج تحت مسارات تصنيف متعددة، وكلها قابلة للفهرسة.
  • عدم اتساق HTTP/HTTPS وwww/non-www والشرطة المائلة النهائية بحيث لا تتم إعادة التوجيه 301 إلى عنوان أساسي واحد.

مشكلة Shopify التي تستحق التسمية. تقوم Shopify فعلًا بجعل /collections/{collection}/products/{product} عنوانًا أساسيًا إلى عنوان /products/{product} النظيف — ولذلك يفترض الناس أن الأمر معالج. لكنه ليس كذلك بالكامل: فما تزال الروابط الداخلية من صفحات المجموعات تشير إلى نسخة /collections/... غير الأساسية، لذلك لا تتلقى صفحة المنتج الأساسية قوة روابط داخلية عبر التنقل العادي، وقد تظهر كصفحة يتيمة. الإصلاحات: أضف صفحة “كل المنتجات” التي تربط بعناوين /products/ الأساسية، أو عدّل قوالب المجموعات لربط العنوان الأساسي مباشرة.

خطوات التدقيق:

  • في GSC: اجلب مجموعتي “مكرر” من فهرسة الصفحات.
  • في تقرير جودة المحتوى/مجموعات التكرار في الزاحف: اعثر على المجموعات التي لم يحدد لها عنوان أساسي.
  • تأكد من معالجة عناوين URL لمعلمات المرشحات — الوقاية الموصى بها من Google هي حظر معلمات المرشحات في robots.txt، أو الترشيح القائم على الجزء (#)، الذي “will have no impact on crawling.” لا تلجأ إلى noindex هنا (راجع الخرافات).
  • افحص عينة من عناوين Shopify /collections/*/products/* للتأكد من أنها تجعل /products/* أساسيًا — وأن شيئًا ما يربط بالنسخة الأساسية.

(خلفية: المحتوى المكرر وجعل العناوين أساسية.)

الخطوة 4 — SEO على الصفحة على نطاق واسع

في المتجر، SEO على الصفحة مشكلة قوالب لا مشكلة كتابة — فأنت تدقق الأنماط لا الصفحات.

المشكلات المتكررة:

  • صفحات تصنيف رقيقة (مشكلة التجارة الإلكترونية رقم 2). يقول John Mueller الأمر مباشرة: “When the ecommerce category pages don’t have any other content at all, other than links to the products, then it’s really hard for us to rank those pages.” (ترجمة) «عندما لا تحتوي صفحات فئات التجارة الإلكترونية على أي محتوى آخر إطلاقًا سوى روابط المنتجات، يصعب جدًا علينا ترتيب تلك الصفحات.» لكن لا تبالغ في التصحيح بتحويلها إلى جدار نصي — “maybe 90%, 95% of that text is unnecessary,” (ترجمة) «ربما يكون 90% أو 95% من ذلك النص غير ضروري. لكن من المفيد وجود قدر من النص في الصفحة حتى نفهم موضوعها.» و_“our algorithms sometimes get confused when they have a list of products on top and essentially a giant article on the bottom.”_ (ترجمة) «تلتبس خوارزمياتنا أحيانًا عندما تجد قائمة منتجات في الأعلى ومقالة ضخمة في الأسفل أساسًا.» الهدف كتلة قصيرة مفيدة (المصدر والمواد والمقاسات والشعبية) قرب الأعلى — لا حشو يدفن الشبكة.
  • تعارضات العناوين المبنية على القالب — أنماط Buy {Product} | Store تصبح شبه متطابقة عبر المنتجات، أو يشترك منتجان في الاسم نفسه.
  • عناوين H1 وعناوين مفقودة/فارغة على مستوى القالب.
  • الأوصاف التعريفية — تستحق التنفيذ في أفضل صفحات التصنيف والمنتجات، وأقل قيمة في الذيل الطويل (إذ تعيد Google كتابتها معظم الوقت على أي حال).

خطوات التدقيق:

  • تقرير On-Page في الزاحف: صفِّ العنوان المفقود وH1 المفقود والوصف التعريفي المفقود والعناوين المكررة وH1 المكرر.
  • علّم صفحات التصنيف ذات النص الفريد القليل أو المعدوم في المتن (مرشحات المحتوى الرقيق) وقارنها بحالة “تم الزحف — غير مفهرس حاليًا”.
  • صدّر العناوين وافحص تعارضات القوالب.

ملاحظة بشأن ما لا ينبغي إنفاق وقت التدقيق عليه: تعدد عناوين H1. فهي HTML5 صالح وغير مهمة تقريبًا للترتيب — إذ لدى 51,3 % من المواقع عناوين متعددة في مكان ما، وفق دراستي الخاصة لمليون نطاق. تجاوزها.

الخطوة 5 — التقنية (CWV وHTTPS والعناوين الأساسية والهاتف المحمول)

مؤشرات الويب الأساسية. حدود Google الناجحة: LCP < 2,5 s وINP < 0,2 ثانية وCLS < 0,1. يمكن توقع حالات فشل التجارة الإلكترونية — فالصور الرئيسية غير المحسنة والنصوص البرمجية الخارجية (الدردشة واختبارات A/B والبكسلات) تضر LCP؛ وتضر JavaScript الخاصة بإضافة المنتج إلى السلة والدفع INP؛ وتضر الصور بلا أبعاد صريحة وأشرطة العروض المحقونة CLS. دقق حسب مجموعة عناوين URL في تقرير CWV في GSC لترى ما إذا كانت قوالب المنتجات أو التصنيفات أو الدفع هي الفاشلة، ثم أكد ذلك على قوالب ممثلة في PageSpeed Insights. (راجع مؤشرات الويب الأساسية.)

HTTPS. كل شيء — المنتج والسلة والدفع — على HTTPS، بلا محتوى مختلط (صور/موارد HTTP في صفحات HTTPS)، مع توجيه العناوين الأساسية وإعادات التوجيه إلى نسخة HTTPS.

العناوين الأساسية. الأخطاء الشائعة في التجارة الإلكترونية: عناوين أساسية تشير إلى صفحات 4XX؛ عناوين غير أساسية في خريطة الموقع؛ جعل الصفحات المرقمة أساسية للصفحة الأولى (لا تفعل ذلك)؛ والأهدأ — روابط داخلية تشير إلى نسخ غير أساسية فلا تراكم الصفحة الأساسية قوة الروابط. تُتجاهل وسوم rel=canonical المتعددة في الصفحة.

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

أدلة المنتج الخام مقابل المصيّرة. في صفحات المنتج التفصيلية الممثلة، احفظ HTML الأولي ولقطة مصيّرة بعد تنقل جديد. لا تعتبر تغيير حجم صفحة سطح مكتب محمّلة مسبقًا اختبارًا لتصيير الهاتف. يجب أن تعرض الاستجابة الخام هوية المنتج الأساسية وSKU المحدد/الافتراضي والسمات والسعر والعملة والتوافر وروابط النسخ القابلة للزحف عند الحاجة وبيانات Product/Offer المتطابقة. ثم قارن DOM المصيّر والاختيار الظاهر. قد تصيّر Google JavaScript، لكن الزواحف والوكلاء الآخرين يختلفون؛ كما أن نجاح التصيير لا يعالج حقائق المنتج المتناقضة.

لكل نسخة مختلفة عينة، واصل المقارنة عبر الخلاصة والسلة والدفع. يجب أن يتفق عنوان URL وصفحة المنتج الظاهرة وJSON-LD المصيّر وعنصر الخلاصة والمعاملة على هوية المنتج وSKU ومعرّف المجموعة والسمات المحددة والسعر والعملة والتوافر. سجّل إعادة التحقق المقصودة الخاصة بالموقع أو العميل منفصلة عن حالات عدم التطابق غير المفسرة. راجع SEO لصفحة المنتج لحدود الخام/المصيّر، وSEO لنسخ المنتج لعقد العرض المحدد الكامل.

الخطوة 6 — البيانات المنظمة

في المتجر، الأنواع ذات الأولوية هي Product / ProductGroup وBreadcrumbList وOrganization (مع سياسة الإرجاع) وReview / AggregateRating. تؤدي إضافة مزيد من الخصائص الصالحة إلى توسيع الأهلية — تقول Google: “adding the more properties you can add, the more enhancements your page can be eligible for.” (ترجمة) «كلما زادت الخصائص التي يمكنك إضافتها، زاد عدد التحسينات التي قد تصبح صفحتك مؤهلة لها.» (الخرافة التي ينبغي تذكرها: تجعلك المخططات مؤهلًا للنتائج الغنية؛ لكنها لا تجعلك تتصدر.)

خطوات التدقيق:

  • شغّل Rich Results Test على صفحة منتج وصفحة تصنيف ممثلتين.
  • تحسينات GSC: افحص Product Snippets وMerchant Listings بحثًا عن الأخطاء/التحذيرات.
  • افحص المطلوب مقابل الموصى به منفصلًا لكل ميزة — لا تدمجهما. في قوائم التجار، المجموعة المطلوبة من Google هي name وimage وoffers (كائن Offer مع price وpriceCurrency وavailability). وفي مقتطفات المنتجات، name مطلوب وتحتاج إلى واحد على الأقل من review أو aggregateRating أو offers لتصبح مؤهلًا — وتسرد Google aggregateRating وoffers وreview بوصفها خصائص موصى بها لا مطلوبة في تلك الميزة.
  • العيوب الشائعة: image مفقودة، offers مفقودة، availability مفقودة، أسعار المخطط لا تطابق السعر الظاهر (مخالفة سياسة)، أو مخطط مسار التنقل لا يطابق المسار الظاهر.

الخطوة 7 — الروابط الداخلية

المشكلات: صفحات المنتجات اليتيمة (عرض Shopify الكلاسيكي المذكور أعلاه)؛ صفحات التصنيفات/المنتجات المهمة المدفونة على عمق 5 نقرات أو أكثر؛ روابط داخلية تشير إلى إعادات توجيه أو صفحات غير موجودة؛ وعدم ربط أفضل المنتجات من مراكز عالية السلطة. تقول Google: “add links from menus to category pages, from category pages to sub-category pages, and finally from sub-category pages to all product pages.” (ترجمة) «أضف روابط من القوائم إلى صفحات التصنيفات، ومن صفحات التصنيفات إلى الصفحات الفرعية، وأخيرًا من الصفحات الفرعية إلى جميع صفحات المنتجات.»

خطوات التدقيق:

  • تقرير الروابط في الزاحف: اجلب الصفحات اليتيمة وعمق الزحف؛ وتأكد من وجود الصفحات المهمة على مسافة نحو 3 نقرات من الصفحة الرئيسية.
  • اجلب الروابط إلى إعادات التوجيه والروابط المعطلة.
  • تحقق من ربط المنتجات الأعلى إيرادًا من القائمة الرئيسية وصفحات التحرير/المراكز.

الخطوة 8 — المنتجات غير المتاحة والمتوقفة

قسم خاص بالتجارة الإلكترونية فعلًا. وإجابتي الصادقة هنا هي كليشيه SEO لسبب: “though it’s a joke in the SEO community, ‘it depends’ is really the answer when dealing with out-of-stock products.” (ترجمة) «مع أنه مزاح في مجتمع SEO، فإن «يتوقف على الحالة» هو الإجابة الفعلية عند التعامل مع منتجات التجارة الإلكترونية غير المتاحة.» و_“ultimately, there’s no perfect solution.”_ (ترجمة) «في النهاية، لا يوجد حل مثالي.» يتوقف القرار على كون الحالة مؤقتة أم دائمة، وعلى امتلاك الصفحة زيارات أو روابط:

السيناريوما أفعلهالسبب
غير متاح مؤقتًاأبقي الصفحة حيةأضف تاريخ إعادة التوريد وقائمة انتظار وإشعارًا؛ لا تتخل عن الترتيب
متوقف دائمًا، مع بديل قريبإعادة توجيه 301 إلى المنتج المشابهيحافظ على قوة الروابط إذا كان التشابه حقيقيًا
متوقف، بلا بديل، وله روابط/زياراتأبقيه حيًا مع “منتجات ذات صلة”يحافظ على احتمال الترتيب ويوجه المستخدمين إلى الأمام
متوقف، بلا روابط/زيارات404 أو 410نظف الصفحة؛ وأصلح الروابط الداخلية التي تشير إليها

لا تدقق التوافر من الملصق الظاهر وحده. خذ عينة من SKU عادي متوفر، ونفاد مؤقت، وعنصر عاد إلى المخزون حديثًا، ونسخة غير متاحة داخل مجموعة منتج متاحة، وعرض مقيد برمز بريدي. لكل حالة، طابق حالة النظام الخلفي الموثوقة والنسخة المحددة والصفحة الظاهرة ووسم Product/Offer وصف الخلاصة وسطر السلة ونتيجة الدفع. سجّل السوق والرمز البريدي والقناة ووقت الجمع ووقت معالجة الخلاصة حتى لا تخلط نتيجة تنفيذ مخصصة بحالة الكتالوج العامة. توجد الخريطة الكاملة في عقد توافر Product Schema.

انتبه إلى 404 اللين: صفحات المنتجات غير المتاحة، أو عمليات البحث بلا نتائج، أو صفحات السلة/الحساب الفارغة التي تعيد 200. اجلب مجموعة 404 اللين في GSC وحلها حسب النمط. (راجع المنتجات غير المتاحة للإطار الكامل.)

الخطوة 9 — خارج الصفحة

أخف وزنًا في معظم المتاجر، لكنه يستحق المرور عليه:

  • أداء GSC: حصة النقرات ذات العلامة مقابل غير ذات العلامة — الاعتماد الشديد على العلامة يعني ضعف الاكتشاف غير المرتبط بالعلامة.
  • ملف الروابط الخلفية حسب نوع الصفحة — هل تكسب صفحات التصنيف/المنتج روابط، أم الصفحة الرئيسية والمدونة فقط؟
  • اعثر على صفحات 404 التي لها روابط خلفية وأعد توجيهها 301 إلى أقرب صفحة حية (استرد قوة الروابط).
  • فجوة روابط المنافسين في صفحات التصنيف.

كيف ترتب نتائج التدقيق

ينتج كل ما سبق قائمة. والقائمة ليست الناتج — بل القائمة المرتبة. أسجل كل نتيجة على مصفوفة التأثير/الجهد: “anything high-impact and low-effort is a quick win, so those tasks should be tackled first.” بالنسبة إلى المتجر:

  • تأثير عالٍ / جهد منخفض — نفّذ أولًا: noindex شارد على مستوى الموقع؛ خريطة موقع مليئة بعناوين إعادة التوجيه/غير المفهرسة؛ عناوين أساسية مفقودة في عناوين النسخ؛ روابط داخلية تشير إلى إعادات توجيه؛ وأخطاء لينة للمنتجات غير المتاحة.
  • تأثير عالٍ / جهد عالٍ — خطط وجدول: بنية التنقل بالمرشحات؛ عمل مؤشرات الويب الأساسية؛ تعميم Product schema على القوالب؛ وإصلاحات عمق الزحف/البنية.
  • تأثير منخفض / جهد منخفض — عند توفر الوقت: أوصاف تعريفية للمنتجات طويلة الذيل؛ وترتيبات بسيطة لقوالب العناوين.
  • تأثير منخفض / جهد عالٍ — تجاوز: تنظيف سلاسل إعادة التوجيه في الصفحات عديمة الزيارات؛ ووسوم Open Graph (اجتماعية لا ترتيبيّة).

الفكرة كلها في المصفوفة هي منحك الإذن بعدم فعل أشياء.

Template patterns make prioritization visible: the same issue can be urgent in one cohort and irrelevant in another.

An illustrative cohort matrix compares thin content, non-canonical pages, deep URLs, and schema errors. Product pages score 22, 11, 36, and 48 percent; category pages 18, 8, 54, and 12 percent; facet URLs 71, 83, 64, and 5 percent; blog pages 9, 3, 14, and 2 percent. These are synthetic rates, not customer or site data.

خرافات شائعة ينبغي توضيحها في التقرير

  • “المزيد من الصفحات المفهرسة = SEO أفضل.” لا — نصيحة Google نفسها هي “eliminate duplicate content to focus crawling on unique content rather than unique URLs.” (ترجمة) «أزل المحتوى المكرر لتركيز الزحف على المحتوى الفريد بدلًا من عناوين URL الفريدة.» فعادةً يضر تضخيم الفهرس بصفحات نسخ رقيقة.
  • “استخدم noindex لتوفير ميزانية الزحف على المرشحات.” لا: “don’t use noindex, as Google will still request, but then drop the page… wasting crawling time.” (ترجمة) «لا تستخدم noindex، إذ ستظل Google تطلب الصفحة ثم تسقطها عندما ترى وسم/ترويسة noindex في استجابة HTTP، ما يهدر وقت الزحف.» احظر الجلب (في robots.txt) أو استخدم الترشيح بالجزء بدلًا من ذلك.
  • “تتعامل Shopify مع كل جعل العناوين أساسية.” تضع الوسم الأساسي، لكنها لا تصلح مشكلة الروابط الداخلية إلى النسخة غير الأساسية. راجع الخطوة 3.
  • “تؤثر ميزانية الزحف في كل متجر.” لا — معظم المتاجر لا تحتاج إلى التفكير فيها.

Add an expert note

Pin an expert quote

New person? Create their unclaimed profile at /admin/experts/ → Pin a quote first.