تدقيق SEO لمتجر إلكتروني
كيف أدقق متجرًا إلكترونيًا — ولماذا أبدأ بـ Google Search Console وبيانات الزحف، لا بتعديلات الصفحة. إطار تدقيق SEO للتجارة الإلكترونية مرتب حسب الأولوية وقابل للتوسع: قابلية الزحف، والفهرسة، والمحتوى المكرر، وSEO على الصفحة على نطاق واسع، والجوانب التقنية، والبيانات المنظمة، والروابط الداخلية، ومعالجة المنتجات غير المتاحة، وخارج الصفحة — مرتبة حسب التأثير والجهد.
اللغات
تدقيق SEO لمتجر إلكتروني ليس قائمة من 500 نقطة — بل هو العثور على مجموعة المشكلات الصغيرة التي تعيق ترتيب المتجر وإيراداته، ثم ترتيبها حسب التأثير والجهد. ولأن مواقع التجارة الإلكترونية تواجه المشكلات على نطاق واسع، أبدأ التدقيق في Google Search Console (تقرير فهرسة الصفحات) وبيانات الزحف، لا بتعديلات الصفحة: فأكبر المكاسب عادةً تأتي من مشكلات الزحف والفهرسة التي تؤثر في آلاف عناوين URL دفعة واحدة. والمحتوى المكرر الناتج عن المرشحات والمجموعات والنسخ المختلفة هو المشكلة الخاصة بالتجارة الإلكترونية رقم 1 التي تكشفها التدقيقات؛ والصفحات التصنيفية الرقيقة هي رقم 2. الهدف هو إصلاح ما يهم أكثر وتجاوز الأعمال الشكلية.
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الخلاصة — تدقيق SEO لمتجر إلكتروني هو فحص لصحة متجرك على الإنترنت — للعثور على الأشياء التي تمنع Google من عرض صفحات المنتجات والتصنيفات، وإصلاح ما يهم أكثر. الحيلة: لا تبدأ بتعديل العناوين وإضافة الكلمات المفتاحية. ابدأ في Google Search Console واكتشف الصفحات التي يستطيع Google حتى العثور عليها وفهرستها، لأن أكبر المشكلات في المتجر تصيب آلاف الصفحات دفعة واحدة.
ما هو تدقيق SEO لمتجر إلكتروني
التدقيق هو نظرة منظمة إلى متجرك للإجابة عن سؤال واحد: ما الذي يعيقه في البحث؟ الفكرة مثل فحص الطبيب — تبحث عن المشكلات قبل أن تكلفك شيئًا، وتصلح الجاد منها أولًا.
سبب حاجة متاجر التجارة الإلكترونية إلى نوعها الخاص من التدقيق هو الحجم. للمدونة بضع مئات من الصفحات، أما المتجر فقد يضم عشرات الآلاف — صفحة لكل منتج، وصفحة تصنيف لكل طريقة لتجميع المنتجات، ونسخة شبه مطابقة من كل صفحة لكل لون ومقاس وترتيب. هذه صفحات كثيرة، وكثير منها يبدو متشابهًا تقريبًا لـGoogle.
من أين تبدأ (وأين لا تبدأ)
يبدأ معظم الناس التدقيق بإعادة كتابة وسوم العنوان وحشو الكلمات المفتاحية. وهذا عكس الترتيب الصحيح. إذا تعذر على Google الزحف إلى صفحة أو فهرستها، فلن يفيد أي عمل على الكلمات المفتاحية — فالصفحة ليست في السباق أصلًا.
لذلك أبدأ في Google Search Console، وهي لوحة Google المجانية لمالكي المواقع. الشاشة الأهم هي تقرير فهرسة الصفحات: فهو يخبرك بالصفحات التي فهرسها Google فعلًا، ويعطيك سبب كل صفحة لم يفهرسها. في المتجر، يكشف هذا التقرير عادةً مشكلات المال الكبيرة فورًا — آلاف الصفحات المكررة، أو صفحات عثر عليها Google لكنه لم يكلف نفسه الزحف إليها، أو (في أسوأ الحالات) صفحات وُسمت بالخطأ بعبارة “لا تفهرس”.
المشكلتان الموجودتان لدى كل متجر تقريبًا
- المحتوى المكرر. هذه هي المشكلة الكبرى. تنشئ مرشحاتك (اللون والمقاس والسعر) عنوان ويب جديدًا في كل مرة ينقر فيها أحدها، وتعرض معظم هذه العناوين المنتجات نفسها تقريبًا. وغالبًا ما تحصل النسخ المختلفة (القميص نفسه بخمسة ألوان) على صفحة خاصة بكل منها. وينتهي Google إلى الخوض في آلاف النسخ شبه المكررة.
- الصفحات التصنيفية الرقيقة. يصعب على Google ترتيب صفحة تصنيف ليست إلا شبكة منتجات بلا وصف — فلا يوجد فيها ما يكفي لإخبار Google بموضوعها.
ما ستحتاج إليه
- Google Search Console — مجانية، وهي أهم أداة منفردة هنا.
- زاحف موقع — شيء يزور كل صفحاتك كما يفعل Google ويسرد المشكلات. أستخدم Ahrefs Site Audit (هذا موقعي، ولذلك فهذه الإجابة الصادقة)، لكن Ahrefs Webmaster Tools يمنحك زحفًا مجانيًا للمواقع التي تتحقق منها، وScreaming Frog خيار شائع لسطح المكتب.
- PageSpeed Insights وRich Results Test — كلاهما مجاني من Google — لفحص السرعة ووسم المنتج.
هل تريد قائمة الفحص الكاملة المرتبة حسب الأولوية — كل مجال يجب تدقيقه وبأي ترتيب، مع مشكلات التجارة الإلكترونية وكيفية ترتيب الإصلاحات حسب التأثير؟ انتقل إلى علامة التبويب Advanced.
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الخلاصة — أدقق المتجر تقريبًا بهذا الترتيب: قابلية الزحف → الفهرسة → المحتوى المكرر → SEO على الصفحة على نطاق واسع → التقنية (CWV وHTTPS والروابط الأساسية) → البيانات المنظمة → الروابط الداخلية → معالجة المنتجات غير المتاحة → خارج الصفحة. أبدأ في تقرير فهرسة الصفحات في GSC وزحف حديث، لا في الصفحة، لأن المشكلات الأعلى تأثيرًا في المتجر تصيب آلاف عناوين URL دفعة واحدة: تكرار التنقل بالمرشحات، ووسم
noindexالعرضي على مستوى الموقع، وحالة “مكتشف — غير مفهرس حاليًا” على نطاق واسع، وخرائط مواقع مليئة بإعادات التوجيه. الناتج قائمة مرتبة حسب التأثير/الجهد، لا تقريرًا من 500 نقطة. لا تحتاج معظم المتاجر إلى القلق بشأن ميزانية الزحف — لكن المتاجر التي تحتاج إليها تحتاج إليها فعلًا.
فلسفة التدقيق: العميل أولًا، لا المشكلة أولًا
سيعطيك الزاحف أكثر من 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لتصبح مؤهلًا — وتسرد GoogleaggregateRatingو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 (اجتماعية لا ترتيبيّة).
الفكرة كلها في المصفوفة هي منحك الإذن بعدم فعل أشياء.
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.
- “تؤثر ميزانية الزحف في كل متجر.” لا — معظم المتاجر لا تحتاج إلى التفكير فيها.
ملخص الذكاء الاصطناعي
خلاصة مركزة من النسخة المتقدمة:
- يكشف تدقيق SEO لمتجر إلكتروني المشكلات القليلة التي تعيق المتجر — إنه قائمة مرتبة حسب الأولوية، لا قائمة من 500 نقطة. الفلسفة هي العميل أولًا (اربط التدقيق بالألم الفعلي) و”أحيانًا يكون أفضل إجراء هو عدم فعل شيء”.
- ابدأ في Google Search Console وبيانات الزحف، لا بالصفحة. أكبر المكاسب في المتجر هي مشكلات الزحف/الفهرسة على نطاق واسع؛ و”خطأ واحد قد يبقي ملايين الصفحات خارج الفهرس”.
- ترتيب التدقيق: قابلية الزحف → الفهرسة (تقرير فهرسة الصفحات في GSC) → المحتوى المكرر → SEO على الصفحة على نطاق واسع → التقنية (CWV: LCP<2,5 s / INP<0,2 ثانية / CLS<0,1 وHTTPS والعناوين الأساسية والهاتف المحمول) → البيانات المنظمة → الروابط الداخلية → المنتجات غير المتاحة → خارج الصفحة.
- مشكلة التجارة الإلكترونية رقم 1: المحتوى المكرر من التنقل بالمرشحات وتبديلات المعلمات والنسخ المختلفة. أصلحه بحظر robots.txt أو الترشيح بالجزء — لا noindex. مشكلة Shopify: تجعل
/collections/.../products/...أساسيًا، لكن الروابط الداخلية ما تزال تشير إلى العنوان غير الأساسي (صفحات يتيمة). - المشكلة رقم 2: الصفحات التصنيفية الرقيقة. Mueller: يصعب ترتيب صفحات التصنيف التي ليست إلا شبكات منتجات — لكن كتلة قصيرة مفيدة أفضل من مقالة عملاقة في الأسفل.
- البيانات المنظمة (Product وBreadcrumb وOrg وReview) تجعلك مؤهلًا للنتائج الغنية؛ ولا تجعلك تتصدر.
- رتب حسب التأثير/الجهد: الإصلاحات السريعة (noindex شارد، خرائط مواقع متسخة، عناوين النسخ الأساسية) أولًا؛ والبنية (المرشحات وCWV ونشر المخطط) مخططة؛ والأعمال الشكلية متجاوزة.
- ميزانية الزحف ليست مشكلة لمعظم المتاجر — وتهم عند نحو مليون صفحة أو أكثر تتغير أسبوعيًا، أو 10 000 يوميًا، أو مع مجموعة كبيرة من “مكتشف — غير مفهرس”.
الوثائق الرسمية
المصادر الأولية وراء كل خطوة من خطوات التدقيق.
Google — الزحف والفهرسة
- تحسين ميزانية الزحف — من يحتاج إليها، وهدر 404 اللين، ولماذا لا تستخدم
noindexلتوفير الميزانية. - إدارة الزحف إلى عناوين URL للتنقل بالمرشحات — مشكلة انفجار العناوين وإصلاحات robots.txt/الجزء.
- تقرير فهرسة الصفحات (مساعدة Search Console) — كل حالة “غير مفهرس”، بما في ذلك ملاحظة المعلمات المكررة.
- أداة فحص عنوان URL (مساعدة Search Console) — فحص حالة فهرسة عنوان URL واحد وبياناته المنظمة.
Google — تخصص التجارة الإلكترونية
- أفضل ممارسات بنية عناوين URL للتجارة الإلكترونية — تقليل العناوين البديلة، والمسارات الوصفية، وفواصل
&، ومعالجة المعلمات الأساسية. - مساعدة Google على فهم بنية موقع التجارة الإلكترونية — تسلسل القائمة → التصنيف → التصنيف الفرعي → المنتج ومتطلب
<a href>. - البيانات المنظمة لمواقع التجارة الإلكترونية — أنواع المخططات الموصى بها.
- البيانات المنظمة لمقتطف المنتج — حقول Product المطلوبة والموصى بها.
Google — التقنية
- فهم مؤشرات الويب الأساسية ونتائج بحث Google — حدود LCP/INP/CLS وتقرير CWV.
- اختبار النتائج الغنية — التحقق من Product وBreadcrumb وغيرهما من المخططات.
Bing / Microsoft
- سلسلة bingbot: تعظيم كفاءة الزحف — إطار Bing لـ”كفاءة الزحف”؛ وهو ذو صلة بالمتاجر ذات الكتالوجات الكبيرة.
اقتباسات من المصدر
تصريحات مسجلة وراء التدقيق. تقفز الروابط العميقة إلى المقطع المقتبس في صفحة المصدر.
أنا — منهجية التدقيق (من كتاباتي في Ahrefs)
- “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.” (ترجمة) «عندما يأتيك العملاء طالبين تدقيقاً، فهذه نقطة ألم لديهم. تحدث معهم وحل تلك النقطة، وسيرضون عن التدقيق.» — Patrick Stox، قالب تدقيق SEO المجاني.
- “Anything high-impact and low-effort is a quick win, so those tasks should be tackled first.” (ترجمة) «كل ما كان عالي التأثير وقليل الجهد مكسب سريع، لذا ينبغي معالجة هذه المهام أولًا.» — Patrick Stox، SEO التقني للمؤسسات.
- “One mistake can keep millions of pages out of the index or remove an entire site from search results.” (ترجمة) «قد يُبقي خطأ واحد ملايين الصفحات خارج الفهرس أو يزيل موقعًا كاملًا من نتائج البحث.» — Patrick Stox، SEO التقني للمؤسسات.
- “Sometimes, the best course of action is to do nothing because the costs outweigh the benefits.” (ترجمة) «أحيانًا يكون أفضل إجراء هو عدم فعل شيء لأن التكاليف تفوق الفوائد.» — Patrick Stox، درسنا أكثر من مليون نطاق.
- “Most sites don’t need to worry about crawl budget, but there are few cases where you may want to take a look.” (ترجمة) «لا تحتاج معظم المواقع إلى القلق بشأن ميزانية الزحف، لكن توجد حالات قليلة قد ترغب فيها بإلقاء نظرة.» — Patrick Stox، متى ينبغي القلق بشأن ميزانية الزحف؟
- “Though it’s a joke in the SEO community, ‘it depends’ is really the answer when dealing with out-of-stock products on e-commerce websites.” (ترجمة) «مع أنه مزاح في مجتمع SEO، فإن «يتوقف على الحالة» هو الإجابة الفعلية عند التعامل مع منتجات التجارة الإلكترونية غير المتاحة.» … “Ultimately, there’s no perfect solution.” (ترجمة) «في النهاية، لا يوجد حل مثالي.» — Patrick Stox، كيف تتعامل مع المنتجات غير المتاحة؟.
الاقتباسات الأربعة من مدونة Ahrefs أعلاه مأخوذة من مقالاتي المنشورة؛ وتُحل روابط #:~:text= العميقة في الصفحات المباشرة، لكن أُشير إلى أن اثنين منها يحتاجان إلى تأكيد في المتصفح أثناء البحث — ومن المفيد فحصهما قبل اعتبار الأجزاء نهائية.
John Mueller، مدافع بحث Google — الصفحات التصنيفية الرقيقة (منقول)
- “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. But some amount of text is useful to have on a page so that we can understand what this page is about.” (ترجمة) «ربما يكون 90% أو 95% من ذلك النص غير ضروري. لكن من المفيد وجود قدر من النص في الصفحة حتى نفهم موضوعها.»
- “Our algorithms sometimes get confused when they have a list of products on top and essentially a giant article on the bottom.” (ترجمة) «تلتبس خوارزمياتنا أحيانًا عندما تجد قائمة منتجات في الأعلى ومقالة ضخمة في الأسفل أساسًا.»
نُقلت اقتباسات Mueller عبر 11 Ways to Improve E-commerce Category Pages، الذي أخذها من ساعات Search Central المكتبية؛ أكدها مقابل اللقاء الأصلي قبل اقتباسها بوصفها مصدرًا أوليًا.
Google — الوثائق الرسمية
- “Eliminate duplicate content to focus crawling on unique content rather than unique URLs.” (ترجمة) «أزل المحتوى المكرر لتركيز الزحف على المحتوى الفريد بدلًا من عناوين URL الفريدة.» Jump to quote
- “Don’t use noindex, as Google will still request, but then drop the page when it sees a noindex meta tag or header in the HTTP response, wasting crawling time.” (ترجمة) «لا تستخدم noindex، إذ ستظل Google تطلب الصفحة ثم تسقطها عندما ترى وسم/ترويسة noindex في استجابة HTTP، ما يهدر وقت الزحف.» Jump to quote
- “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 للتنقل بالمرشحات قبل أن تحدد عملياتهم أن العناوين غير مفيدة فعلاً.» — Managing crawling of faceted navigation URLs.
- “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 أخرى للتنقل.» — مساعدة Google على فهم بنية موقع التجارة الإلكترونية.
قائمة فحص تدقيق SEO لمتجر إلكتروني
نفّذها من الأعلى إلى الأسفل — فالترتيب هو تحديد الأولوية. لا تبدأ من الصفحة.
1. قابلية الزحف
- اقرأ
robots.txt؛ لا شيء مهم محظور، ومساحات المعلمات منخفضة القيمة محظورة. - راجع تقرير “Blocked by robots.txt” بحثًا عن النتائج الكاذبة.
- افحص إحصاءات زحف GSC بحثًا عن فجوات الزحف مقابل الفهرسة (هدر الزحف).
- صدّر كل عناوين URL واجمعها حسب المعلمة/المسار لتقدير مشكلة المرشحات.
- تأكد من حقيقة القلق بشأن ميزانية الزحف (مليون+ أسبوعيًا / 10 آلاف+ يوميًا / مجموعة “مكتشف”) قبل التصرف.
2. الفهرسة
- صدّر “غير المفهرس” في فهرسة صفحات GSC حسب السبب وحدد حجمه.
- قارن العدد المفهرس بحجم الكتالوج المعروف.
- نفّذ فحص عنوان URL على عينة من كل مجموعة أسباب.
- تحتوي خريطة XML للموقع على عناوين URL أساسية وقابلة للفهرسة وذات حالة 200 فقط.
- لا يوجد
noindexعرضي على مستوى الموقع.
3. المحتوى المكرر
- راجع مجموعتي “مكرر” في GSC.
- حدد مجموعات التكرار التي بلا عنوان أساسي في الزاحف.
- عالج معلمات المرشحات عبر robots.txt أو الأجزاء (
#) (لا noindex). - جعلت Shopify عناوين
/collections/*/products/*أساسية — والنسخة الأساسية مرتبطة داخليًا. - تُعيد HTTP/HTTPS وwww/non-www والشرطة المائلة النهائية كلها 301 إلى عنوان أساسي واحد.
4. SEO على الصفحة على نطاق واسع
- صفِّ العناوين وH1 والأوصاف التعريفية المفقودة/المكررة في الزاحف.
- علّم الصفحات التصنيفية الرقيقة؛ كتلة نصية قصيرة مفيدة، لا جدار نصي.
- افحص قوالب العناوين بحثًا عن التعارضات.
5. التقنية
- CWV حسب مجموعة عناوين URL: LCP < 2,5 s وINP < 0,2 ثانية وCLS < 0,1.
- HTTPS في كل مكان؛ لا محتوى مختلط.
- العناوين الأساسية: لا أهداف 4XX، ولا عناوين خريطة موقع غير أساسية، ولا جعل الصفحة الأولى أساسية للصفحات المرقمة، ووسم واحد لكل صفحة.
- النسخة المحمولة ليست منزوعة الوصف/المخطط/الصور.
6. البيانات المنظمة
- يجتاز Rich Results Test قوالب المنتج والتصنيف.
- تقارير Product Snippets / Merchant Listings في GSC نظيفة.
- مجموعة قوائم التجار المطلوبة موجودة:
nameوimageوoffers(السعر/العملة/التوافر). - أهلية مقتطف المنتج موجودة:
nameمع واحد على الأقل منreviewأوaggregateRatingأوoffers. - أسعار المخطط تطابق الأسعار الظاهرة؛ ومخطط مسار التنقل يطابق المسار الظاهر.
7. الروابط الداخلية
- راجع الصفحات اليتيمة وعمق الزحف؛ الصفحات الرئيسية ضمن نحو 3 نقرات.
- اجلب الروابط إلى إعادات التوجيه والروابط المعطلة.
- اربط الأكثر مبيعًا من القائمة ومن صفحات المركز/التحرير.
8. المنتجات غير المتاحة / المتوقفة
- اجلب مجموعة 404 اللين وحلها حسب النمط.
- طبّق قرارات المؤقت مقابل الدائم (إبقاء / 301 / 404-410).
- أزل أو حدّث الروابط الداخلية إلى المنتجات المحذوفة.
9. خارج الصفحة
- راجع حصة النقرات ذات العلامة مقابل غير ذات العلامة.
- قيّم الروابط حسب نوع الصفحة.
- أعد توجيه الصفحات غير الموجودة ذات الروابط الخلفية 301 إلى صفحات حية.
10. ترتيب الأولويات والتسليم
- قيّم كل نتيجة حسب التأثير/الجهد.
- نفّذ الإصلاحات السريعة أولًا؛ وخطّط للبنية؛ وتجاوز الأعمال الشكلية.
- ركّز التقرير على المشكلات القليلة المهمة، مع تحديد أثرها التجاري.
الأطر التي يقوم عليها التدقيق
1. ترتيب يبدأ بالحجم. يسير التدقيق بترتيب الأولوية لأن الرافعة تختلف حسب المجال: يصلح تعديل الصفحة صفحة واحدة؛ ويصلح نمط الفهرسة آلاف الصفحات. لذلك: قابلية الزحف → الفهرسة → المحتوى المكرر → الصفحة → التقنية → البيانات المنظمة → الروابط الداخلية → المنتجات غير المتاحة → خارج الصفحة. قاوم الرغبة في البدء بوسوم العنوان.
2. مصفوفة التأثير/الجهد. قيّم كل نتيجة على محورين وتصرف حسب الربع:
| جهد منخفض | جهد عالٍ | |
|---|---|---|
| تأثير عالٍ | إصلاحات سريعة — نفّذ أولًا (noindex شارد، خريطة موقع متسخة، عناوين أساسية للنسخ، 404 لين لمنتجات غير متاحة) | خطط وجدول (بنية المرشحات، CWV، طرح المخطط، عمق الزحف) |
| تأثير منخفض | عند توفر الوقت (أوصاف تعريفية للذيل الطويل، ترتيب العناوين) | تجاوز (سلاسل إعادة توجيه بلا زيارات، Open Graph) |
القيمة الحقيقية للمصفوفة هي الإذن بالتجاوز — “sometimes the best course of action is to do nothing.”
3. تحديد النطاق من منظور العميل. لا تدقق كل شيء. ابدأ من الألم الفعلي للمتجر (انخفاض الزيارات، تصنيف توقف عن الترتيب، هجرة سيئة)، وحلّه، ثم وسّع النطاق. يتفوق تقرير مركز من 5–10 مشكلات محددة الأثر كل مرة على تصدير زحف من 200 صف.
4. حالات “لا يساوي” الثلاث (موروثة من SEO التقني). الزحف لا يساوي الفهرسة (قد تُفهرس صفحة محظورة)، والزحف لا يساوي الترتيب (زحف أكثر لا يساوي مواضع أعلى)، والزحف لا يساوي التصيير (يعمل JS منفصلًا). يتحول معظم ارتباك التجارة الإلكترونية — “لماذا لا يظهر منتجي؟” — إلى إجابة عند تحديد المرحلة التي يفشل فيها.
5. شجرة قرار المنتج غير المتاح. مؤقت → إبقاؤه حيًا (إعادة التوريد/قائمة الانتظار). دائم + بديل قريب → 301. دائم + روابط/زيارات بلا بديل → إبقاؤه مع منتجات ذات صلة. دائم + لا شيء → 404/410. “يعتمد الأمر” هو الافتراض الصادق؛ والمتغيران هما الديمومة وقوة الروابط.
أدوات تدقيق SEO لمتجر إلكتروني
المذكورة في هذا التدقيق
- Google Search Console — العمود الفقري: تقرير فهرسة الصفحات (كل سبب “غير مفهرس”) وإحصاءات الزحف ومؤشرات الويب الأساسية وخرائط المواقع وفحص عنوان URL والتحسينات (مقتطفات المنتجات وقوائم التجار). مجانية، ومنها يبدأ التدقيق.
- Ahrefs Site Audit — زاحفي الأساسي: قابلية الزحف وقابلية الفهرسة ومجموعات التكرار والعناوين الأساسية والصفحات اليتيمة والروابط الداخلية وعمق الزحف والأداء وفحوص البيانات المنظمة عبر أكثر من 170 نوع مشكلة.
- Ahrefs Site Explorer — ملف الروابط الخلفية حسب نوع الصفحة، والصفحات المعطلة ذات الروابط (أهداف استرداد إعادة التوجيه)، والكلمات المفتاحية العضوية حسب الصفحة، وفجوات روابط المنافسين.
- Google Rich Results Test — تحقق من Product وBreadcrumbList والمخططات الأخرى على عنوان URL حي.
- PageSpeed Insights — بيانات CWV ميدانية (CrUX) ومخبرية على القوالب الممثلة.
خيارات مجانية
- Ahrefs Webmaster Tools — زحف مجاني + Site Audit للمواقع التي تتحقق منها؛ والطريقة المجانية للحصول على معظم ما سبق.
- Bing Webmaster Tools — معلومات الزحف وSite Scan وIndexNow (دفع تغييرات السعر/المخزون بدل انتظار إعادة الزحف).
زواحف أخرى
- Screaming Frog SEO Spider — تصدير جماعي على سطح المكتب لعناوين URL ورموز الحالة والعناوين الأساسية والبيانات التعريفية وhreflang؛ مفيد لعمليات الزحف المخصصة الكبيرة جدًا.
- Chrome DevTools — تأكد من وجود محتوى المنتج في HTML الأولي أو حقنه بواسطة JavaScript (“عرض المصدر” مقابل “فحص”).
دليل عملي: انخفاض الزيارات العضوية عبر موقع تجارة إلكترونية
- أكد النطاق. قسّم بيانات Search Console حسب نوع الصفحة والبلد والجهاز وفئة الاستعلام. إذا تحرك قالب أو سوق واحد فقط، أبقِ التحقيق هناك؛ وإذا تحركت كل المجموعات، واصل على مستوى الموقع.
- طابق التوقيت. ضع النشر والهجرات وتغييرات الخلاصة وأحداث المخزون والموسمية وتغييرات البحث المعروفة على الجدول نفسه. إذا بدأ الانخفاض مع إصدار، افحص ذلك الإصدار قبل إعداد قائمة مشكلات عامة.
- افحص تغييرات الوصول والاستجابة. قارن قواعد robots ورموز الحالة والعناوين الأساسية وخرائط المواقع والروابط الداخلية المصيّرة الحالية والسابقة. إذا كانت عناوين مهمة محظورة أو معاد توجيهها أو غير مفهرسة أو يتيمة، فاحتوِ ذلك الفشل أولًا.
- صالح الفهرسة. صِل عناوين URL المقصودة من خريطة الموقع/الكتالوج بنتائج الزحف وأسباب فهرسة الصفحات في Search Console. إذا تركز الفقد في حالات التكرار أو العنوان الأساسي، افحص إشارات العنوان؛ وإذا تركز في حالة تم الزحف ولم تتم الفهرسة، افحص المحتوى وقيمة الصفحة.
- اختبر القوالب الممثلة. تحقق من قالب تصنيف ومنتج ومرشح وصفحة تحرير معروفة الصلاحية وأخرى متأثرة من حيث التصيير والمخطط والروابط الداخلية ومؤشرات الويب الأساسية. إذا فشل مكون مشترك، وسّع العينة قبل تغيير صفحات مفردة.
- رتب حسب القيمة المتأثرة والثقة. اشحن أصغر إصلاح قابل للعكس للسبب المؤكد الأعلى قيمة. إذا كانت الأدلة غير حاسمة، اجمع عينة مستهدفة بدل جمع تغييرات تخمينية.
- تحقق ودوّن. سجّل التغيير الدقيق، واختبر ناتجه التقني، وراقب المجموعة المتأثرة مقابل خط أساسها. إذا لم تتغير الإشارة المقصودة، فتراجع أو أعد فتح التشخيص.
ممارسات تدقيق تهدر انتباه الفريق
تصدير كل تحذير من الزاحف وتسميته تدقيقًا
لماذا يفشل: لا تعرف تسميات الشدة قوالب الموقع أو زياراته أو إيراداته أو سياسة عناوين URL المقصودة. افعل بدلًا من ذلك: اربط كل نتيجة بعناوين URL المتأثرة والأدلة والأثر التجاري ومالك إصلاح محدد.
البدء بإعادة كتابة وسوم العنوان أثناء فقدان الفهرسة
لماذا يفشل: لا يمكن لتلميع الصفحة إصلاح صفحات محظورة أو معاد توجيهها أو موضوعة لها عناوين أساسية أو غير مصيّرة. افعل بدلًا من ذلك: أثبت نطاق قابلية الزحف والفهرسة قبل النزول في المكدس.
اعتبار كل عنوان URL مستبعد مشكلة
لماذا يفشل: قد تكون النسخ البديلة وعناوين URL المصفاة والتكرارات غير الأساسية مستبعدة عمدًا. افعل بدلًا من ذلك: قارن الحالة المرصودة بسياسة الفهرسة الموثقة لكل فئة عناوين URL.
تغيير عدة أنظمة قبل قياس أي شيء
لماذا يفشل: تدمر تغييرات القالب والعنوان الأساسي والمحتوى والروابط المجمعة وضوح السببية وتعقد التراجع. افعل بدلًا من ذلك: اجمع الإصلاحات المرتبطة، واذكر الإشارة المتوقعة، وتحقق من كل إصدار.
تشخيص أدلة التدقيق غير المتسقة
استخدم حزمة أدلة تدقيق SEO المشتركة للتسجيل والطابع الزمني والبيئة والنطاق والقيود وإعادة الإنتاج واختبارات القبول. وسّعها هنا بمعرّف المنتج وSKU والنسخة المحددة والسوق والرمز البريدي وحالة المخزون/التنفيذ ومصدر الخلاصة ووقت المعالجة. أبقِ لقطات الكتالوج والصفحة والخلاصة الأصلية منفصلة عن تشخيص المحلل.
إجماليات الزحف أعلى بكثير من حجم الكتالوج
السبب المحتمل: تنشئ معلمات المرشحات أو الفرز أو التتبع أو البحث أو الجلسة مجموعات من عناوين URL. الإصلاح: صنّف أنماط المعلمات، وافحص الاكتشاف الداخلي وسلوك العنوان الأساسي، ونفّذ زحفًا بعينة محدودة قبل التوصية بضوابط.
يختلف Search Console والزاحف حول قابلية الفهرسة
السبب المحتمل: يرى الزحف استجابة اليوم بينما تعكس Search Console زحفًا أقدم، أو يغيّر التصيير التوجيهات بعد HTML الخام. الإصلاح: قارن الطوابع الزمنية والمخرجات الخام والمصيّرة وإشارات العنوان الأساسي ونتائج فحص عناوين URL الممثلة.
تظهر أخطاء البيانات المنظمة في بعض المنتجات فقط
السبب المحتمل: تدخل حقول كتالوج اختيارية أو منطق النسخ المختلفة أو حالات عدم التوافر في فرع قالب مختلف. الإصلاح: قسّم الأخطاء حسب القالب وشرط البيانات، وأعد إنتاج سجل متأثر، وأصلح الربط المشترك بدل تحرير عناوين URL يدويًا.
تستمر التوصيات في الزيادة ولا يُشحن شيء
السبب المحتمل: تفتقر النتائج إلى التأثير والملكية والتبعيات أو اختبارات القبول. الإصلاح: حوّل كل مشكلة مؤكدة إلى تذكرة بنطاق متأثر وأدلة وتغيير مقترح وإشارة متوقعة ومالك وخطوة تحقق.
مطالبات لتنظيم أدلة التدقيق
تجميع النتائج دون اختراع شدة
ألصق تصديرًا منقحًا للمشكلات/الزحف بعد هذه المطالبة.
Group these ecommerce SEO findings by root cause and affected template. Preserve the
original evidence and URL counts. For each group, return: observed signal, likely
system owner, evidence still needed, affected page type, reversible first test, and
validation method. Do not assign business impact or severity unless the input
contains traffic, revenue, or indexation evidence supporting it.
[PASTE AUDIT EXPORT]تحويل النتائج المؤكدة إلى تذاكر تنفيذ
Convert only the confirmed findings below into engineering-ready tickets. Each ticket
must include current behavior, intended behavior, affected URL pattern, reproduction
steps, proposed acceptance tests, monitoring window, and rollback condition. Separate
facts from hypotheses and place unresolved questions in a final section.
[PASTE CONFIRMED FINDINGS AND EVIDENCE] خريطة إشارات تدقيق التجارة الإلكترونية
| الإشارة المرصودة | أول دليل يجب فحصه | تجنب افتراضه | التقسيم التالي المفيد |
|---|---|---|---|
| صفحات مهمة لم تُكتشف | الروابط الداخلية، عضوية خريطة الموقع، التنقل المصيّر | أن خريطة الموقع وحدها تكفي للسياق | القالب، العمق، حالة اليتيم |
| تزايد استبعادات التكرار/العناوين الأساسية | العناوين الأساسية، إعادات التوجيه، عناوين خريطة الموقع، أهداف الروابط الداخلية | أن كل نسخة مستبعدة يجب فهرستها | نمط عنوان URL وعائلة المنتج |
| فقدان الصفحات المفهرسة للانطباعات | مجموعات الاستعلام/الصفحة، تغييرات المحتوى، المخزون، المنافسون | أن تحذير زحف سبب الفقد | التصنيف، نية الاستعلام، حالة المخزون |
| أخطاء تحسين المنتج | الحقائق الظاهرة، وسم Product الخام/المصيّر، حقول الكتالوج | أن عينة صالحة واحدة تثبت القالب | نوع الخطأ وشرط البيانات |
| انفجار حجم الزحف | أنماط المعلمات، المرشحات، عناوين التقويم/البحث، السجلات | أن زحفًا أكبر يعني فهرسة أكبر | المعلمة ووكيل المستخدم/الروبوت |
| تراجع مؤشرات الويب الأساسية | مجموعات صفحات CrUX، إصدارات القالب، آثار المختبر | أن نتيجة مختبر واحدة تمثل الميدان | القالب، الجهاز، المقياس |
| انخفاض الإيراد بلا فقدان النقرات | سلوك صفحات الهبوط/الدفع، السعر، المخزون، التحليلات | أن ظهور SEO هو السبب | مجموعة المنتج ومسار التحويل |
قياس تحسن الموقع بفضل برنامج التدقيق
حل النتائج المؤكدة عالية التأثير
المقياس: عدد ونسبة النتائج ذات الأولوية المدعومة بالأدلة التي شُحنت وتحقق منها، لا التي أُغلقت فحسب. ما يخبرك به: هل يصل عمل التدقيق إلى الإنتاج وينتج الإشارة التقنية المتوقعة. كيفية استخراجه: صِل سجل التدقيق بحالة متعقب المشكلات وأدلة اختبار القبول. النطاق الواقعي: أنشئ خط أساس حسب قدرة الفريق وفئة التبعية؛ ولا تكافئ إغلاق النتائج منخفضة القيمة لتضخيم النسبة. الإيقاع: كل سباق، وربع سنويًا حسب السبب الجذري.
تغطية الفهرسة المقصودة حسب نوع الصفحة
المقياس: عناوين URL الأساسية المقصودة الممثلة في حالة الفهرسة المتوقعة، مقسمة حسب المنتجات والتصنيفات والتحرير وصفحات المرشحات المعتمدة. ما يخبرك به: هل يطابق المخزون القابل للبحث السياسة. كيفية استخراجه: طابق عناوين خريطة الموقع/الكتالوج وحالات الزحف وتصديرات فهرسة الصفحات في Search Console. النطاق الواقعي: يعتمد الهدف على سياسة عناوين URL الصريحة؛ ولا ينبغي عد النسخ المستبعدة إخفاقات. الإيقاع: شهريًا وبعد إصدارات المنصة.
الأداء العضوي للمجموعات المتأثرة
المقياس: النقرات والانطباعات والنتائج العضوية المؤهلة لمجموعات عناوين URL/الاستعلامات الدقيقة المرتبطة بالإصلاحات المشحونة. ما يخبرك به: هل يرتبط العمل المتحقق منه تقنيًا بتحسن مستدام في البحث والأعمال. كيفية استخراجه: احفظ مجموعات Search Console قبل التغيير واربطها بنتائج التحليلات أو التجارة حيث تسمح الحوكمة. النطاق الواقعي: قارن كل مجموعة بخط أساسها الموسمي وبمجموعة مقارنة غير متأثرة متى أمكن. الإيقاع: دوّن عند الإصدار، ثم راجع بعد زحف كافٍ وشهريًا بعد ذلك.
معدل التكرار
المقياس: المشكلات المتحقق منها التي تظهر من جديد في القالب أو فئة عنوان URL نفسها بعد المعالجة. ما يخبرك به: هل أُصلح السبب الجذري أم عولجت الأعراض الحالية فقط. كيفية استخراجه: قارن كاشفات الزحف المجدولة وبصمات سجل التدقيق عبر التشغيلات. النطاق الواقعي: استخدم أول تدقيقين قابلين للمقارنة لإنشاء خط أساس، واعتبر العيوب النظامية المتكررة عملًا وقائيًا. الإيقاع: كل دورة تدقيق.
اختبر نفسك: تدقيقات SEO للتجارة الإلكترونية
خمسة أسئلة عن ترتيب التدقيق والأدلة وتحديد الأولويات.
سجل التغييرات
تم التحديث في 22 أغسطس 2026.
ملخص تحريري وتفاصيل التغيير المسجلة.تفاصيل التغيير
-
تفاصيل التغيير متاحة حاليًا باللغة الإنجليزية.
المقارنة الكاملة غير متاحة — لم تُؤرشف لقطة سابقة لهذه المراجعة.
تم التحديث في 22 أغسطس 2026.
ملخص تحريري وتفاصيل التغيير المسجلة.تفاصيل التغيير
-
تفاصيل التغيير متاحة حاليًا باللغة الإنجليزية.
-
تفاصيل التغيير متاحة حاليًا باللغة الإنجليزية.
المقارنة الكاملة غير متاحة — لم تُؤرشف لقطة سابقة لهذه المراجعة.
تم التحديث في 8 أغسطس 2026.
ملخص تحريري وتفاصيل التغيير المسجلة.تفاصيل التغيير
-
تفاصيل التغيير متاحة حاليًا باللغة الإنجليزية.
المقارنة الكاملة غير متاحة — لم تُؤرشف لقطة سابقة لهذه المراجعة.
تم التحديث في 6 أغسطس 2026.
ملخص تحريري وتفاصيل التغيير المسجلة.تفاصيل التغيير
-
تفاصيل التغيير متاحة حاليًا باللغة الإنجليزية.
المقارنة الكاملة غير متاحة — لم تُؤرشف لقطة سابقة لهذه المراجعة.
تم التحديث في 6 أغسطس 2026.
ملخص تحريري وتفاصيل التغيير المسجلة.تفاصيل التغيير
-
تفاصيل التغيير متاحة حاليًا باللغة الإنجليزية.
المقارنة الكاملة غير متاحة — لم تُؤرشف لقطة سابقة لهذه المراجعة.
تم التحديث في 29 يوليو 2026.
ملخص تحريري وتفاصيل التغيير المسجلة.تفاصيل التغيير
-
تفاصيل التغيير متاحة حاليًا باللغة الإنجليزية.
المقارنة الكاملة غير متاحة — لم تُؤرشف لقطة سابقة لهذه المراجعة.
تم التحديث في 29 يوليو 2026.
ملخص تحريري وتفاصيل التغيير المسجلة.تفاصيل التغيير
-
تفاصيل التغيير متاحة حاليًا باللغة الإنجليزية.
-
تفاصيل التغيير متاحة حاليًا باللغة الإنجليزية.
المقارنة الكاملة غير متاحة — لم تُؤرشف لقطة سابقة لهذه المراجعة.
تم التحديث في 28 يوليو 2026.
ملخص تحريري وتفاصيل التغيير المسجلة.تفاصيل التغيير
-
تفاصيل التغيير متاحة حاليًا باللغة الإنجليزية.
المقارنة الكاملة غير متاحة — لم تُؤرشف لقطة سابقة لهذه المراجعة.
تم التحديث في 27 يوليو 2026.
ملخص تحريري وتفاصيل التغيير المسجلة.تفاصيل التغيير
-
تفاصيل التغيير متاحة حاليًا باللغة الإنجليزية.
المقارنة الكاملة غير متاحة — لم تُؤرشف لقطة سابقة لهذه المراجعة.
تم التحديث في 25 يوليو 2026.
ملخص تحريري وتفاصيل التغيير المسجلة.تفاصيل التغيير
-
تفاصيل التغيير متاحة حاليًا باللغة الإنجليزية.
المقارنة الكاملة غير متاحة — لم تُؤرشف لقطة سابقة لهذه المراجعة.
تم التحديث في 19 يوليو 2026.
ملخص تحريري وتفاصيل التغيير المسجلة.تفاصيل التغيير
-
تفاصيل التغيير متاحة حاليًا باللغة الإنجليزية.
-
تفاصيل التغيير متاحة حاليًا باللغة الإنجليزية.
-
تفاصيل التغيير متاحة حاليًا باللغة الإنجليزية.
-
تفاصيل التغيير متاحة حاليًا باللغة الإنجليزية.
-
تفاصيل التغيير متاحة حاليًا باللغة الإنجليزية.
المقارنة الكاملة غير متاحة — لم تُؤرشف لقطة سابقة لهذه المراجعة.