يمكنك الاعتماد على أفضل ممارسات ترقيم الصفحات pagination في السيو من خلال فهرسة كل صفحة مقسمة مع canonical ذاتي لكل صفحة، توفير روابط HTML تقليدية إلى كل صفحة (خاصة مع infinite scroll)، عناوين وأوصاف فريدة للصفحات العميقة، وتجنب الحظر في robots.txt أو noindex. هذه الممارسات تضمن وصول محركات البحث إلى المحتوى المقسم كاملًا دون إهدار ميزانية الزحف.
في هذا المقال نستعرض من خلال شركة SEO4all كل ممارسة بالتفصيل، والأخطاء الشائعة التي تدمر أداء الصفحات المقسمة، وكيفية التدقق والمراقبة خطوة بخطوة.
ما هو pagination في السيو؟
ترقيم الصفحات pagination هو تقسيم قائمة واحدة من المحتوى، منتجات، مقالات، نتائج بحث، على عدة صفحات متسلسلة عبر روابط مثل ?page=2 و ?page=3. ومن منظور السيو، يطرح تحديًا مزدوجًا: ضمان اكتشاف كل الصفحات وفهرستها، ومنع المشاكل التقنية مثل المحتوى المكرر وإهدار ميزانية الزحف.
الأنواع الرئيسية التي تواجهها:
- التنقل المتسلسل التقليدي: أزرار 1، 2، 3، Next/Previous، الأسهل لمحركات البحث.
- Infinite Scroll: المحتوى يتحمل تلقائيًا أثناء التمرير بدون روابط صفحات.
- أزرار Load More: تحميل إضافي عند الضغط، غالبًا عبر JavaScript.
- صفحة View-All: عرض كل العناصر في صفحة واحدة طويلة.
لكل نوع معالجة مختلفة، كما سنوضح في الاستراتيجيات.
لماذا يهم الترقيم للمتاجر الإلكترونية والمدونات؟
الترقيم ضروري لأنه يحدد ما إذا كانت Google ستكتشف منتجاتك ومقالاتك العميقة أصلًا. في المتجر الذي يضم آلاف المنتجات موزعة على مئات الصفحات المقسمة، أي خطأ في التعامل مع الترقيم يعني صفحات لا تُزحف ولا تُفهرس أبدًا.
التأثيرات العملية:
- اكتشاف المنتجات والمقالات: الروابط الداخلية داخل التصنيفات هي الطريق الأساسي لوصول الزاحف للعمق؛ ترقيم مكسور = محتوى غير مرئي.
- ميزانية الزحف: المواقع الكبيرة لديها سقف زحف يومي، والتعامل الخاطئ مع الترقيم يهدر هذا السقف على نسخ مكررة أو صفحات محظورة.
- ترتيب التصنيفات نفسها: صفحة التصنيف تنافس على كلمات تجارية مهمة (“أحذية رياضية”)، وسوء إدارة الترقيم يشوش إشارات الملاءمة بين نسخ الصفحات.
- تجربة المستخدم: التنقل الواضح يحافظ على الزائر، وهو مؤشر جودة غير مباشر يدعم الأداء العضوي.
نهاية rel=next/prev: ماذا تفعل الآن؟
Google أوقفت دعم rel=next و rel=prev رسميًا في 2019، لذا لا حاجة لتطبيقها اليوم، Google تفهم الترقيم تلقائيًا عبر بنية الروابط والمحتوى. الإشارة القديمة كانت تخبر Google بمعاملة الصفحات كسلسلة واحدة، لكن الشركة قررت الاعتماد على قدرتها الذاتية في استنتاج العلاقة.
ما يجب فعله بدلًا منها:
- روابط HTML حقيقية: تأكد أن كل صفحة مقسمة تحتوي روابط <a href> قابلة للنقر إلى الصفحات التالية والسابقة، هذه أهم إشارة بقاء بعد إيقاف rel tags.
- canonical ذاتي لكل صفحة (سنشرحه بالتفصيل).
- عناوين URL نظيفة ومتسقة: نمط موحد مثل /category?page=2 بدلًا من باراميترات متعددة متشابكة.
- إذا كان موقعك ما زال يستخدم rel=next/prev، فهي غير مضرة لكنها بلا فائدة، لا تستثمر وقتًا في صيانتها.
استراتيجيات تطبيق pagination
اختر الاستراتيجية المناسبة لحجم المحتوى وقدرات موقعك التقنية، مع الالتزام بقاعدة أساسية: كل صفحة يجب أن تكون قابلة للاكتشاف عبر روابط HTML عادية.
canonical يشير لنفسه على كل صفحة
القاعدة الذهبية في الترقيم: كل صفحة مقسمة تحتاج وسم canonical ذاتيًا <link rel=”canonical” href=”نفس عنوان الصفحة”>. هذا يخبر Google أن كل صفحة هي كيان مستقل له قيمته الخاصة، وليست نسخة مكررة.
- صفحة 1 → canonical لنفسها.
- صفحة 2 → canonical لنفسها، وهكذا.
- هذا النهج يسمح بفهرسة كل الصفحات ويترك لـ Google حرية اختيار النسخة الأنسب للاستعلام.
- تأكد أن الباراميترات في canonical مطابقة تمامًا لعنوان URL الفعلي، بما فيه حالة الحروف والترتيب.
نهج صفحة view-all
عرض كل العناصر في صفحة واحدة (/category/all) خيار فعّال إذا كان عدد العناصر معقولًا:
- مناسب عندما يكون المحتوى خفيفًا (20–50 عنصرًا نصيًا) وسرعة التحميل تبقى جيدة.
- وجّه canonical لجميع الصفحات المقسمة إلى نسخة view-all إذا اخترتها كنسخة رئيسية.
- تحذير: في المتاجر الكبيرة، صفحة view-all بآلاف المنتجات تصبح ثقيلة وبطيئة وتضر تجربة المستخدم و Core Web Vitals، هنا الترقيم التقليدي أفضل.
- اختبر سرعة الموقع في التحميل قبل الاعتماد عليها كاستراتيجية أساسية.
infinite scroll مع بديل pagination
Infinite scroll بلا احتياطات يقاطع الزحف، لأن Googlebot لا يمرر الصفحات ولا ينفذ السكرول. الحل المعتمد من Google هو النمط الهجين:
- نفّذ infinite scroll للمستخدم، مع روابط pagination حقيقية تعمل عند تعطيل JavaScript.
- كل دفعة محتوى محملة يجب أن يكون لها عنوان URL قابل للمشاركة والعودة إليه (History API / pushState).
- تأكد من وجود روابط <a href> إلى كل “صفحة” افتراضية في الكود المصدري.
- هذا النمط يجمع تجربة التمرير السلسة وقابلية الزحف الكاملة.
أزرار Load More
- Load More وحده (JavaScript فقط) يخفي المحتوى عن الزاحف إذا لم توجد روابط بديلة.
- الحل: اجعله يعمل مع روابط pagination تقليدية ظاهرة، أو استخدم النمط الهجين نفسه الخاص بـ infinite scroll.
- اختبر عبر View Source وليس فقط DevTools، ما يهم Google هو HTML الأولي أو ما يمكنه رندرته بثقة.
أخطاء pagination السيوية الشائعة
الأخطاء الأربعة التالية مسؤولة عن معظم مشاكل الترقيم في عمليات التدقيق التقني، وكلها قابلة للإصلاح بسهولة نسبية بمجرد اكتشافها.
1- استخدام canonical يشير للصفحة 1 على الكل
- بعض المواقع تضع canonical لصفحة 1 على كل الصفحات المقسمة، ظنًا أنها تحل التكرار.
- النتيجة: Google يتجاهل الصفحات 2 وما بعدها، فلا تُفهرس منتجاتك أو مقالاتك العميقة أصلًا.
- الإصلاح: canonical ذاتي لكل صفحة، كما شرحنا أعلاه.
2- حظر الصفحات المقسمة في robots.txt
- حظر /page= أو الباراميترات في robots.txt يمنع الزحف لكنه لا يمنع الفهرسة، Google قد يفهرس العناوين بدون محتوى (Indexed, though blocked by robots.txt).
- الأشد ضررًا: يقطع الزاحف عن اكتشاف الروابط الداخلية الموجودة داخل تلك الصفحات.
- الإصلاح: اسمح بالزحف واترك canonical والتقييم لـ Google.
3-noindex على الصفحات المقسمة
- noindex على الصفحات 2+ يمنع فهرستها صراحة، ومع الوقت قد يقلل الزحف للموقع كله.
- تفقد الروابط الداخلية الموجودة فيها قيمتها في التوجيه والاكتشاف.
- الإصلاح: أزل noindex واعتمد على canonical الذاتي.
4- عناوين مكررة عبر الصفحات
- تكرار نفس title و meta description على كل صفحات الترقيم يجعلها تبدو نسخًا مكررة ويضعف ملاءمة الصفحات العميقة.
- الإصلاح: أضف رقم الصفحة للعنوان والوصف، مثال: “أحذية رياضية – صفحة 2 | اسم المتجر”.
اطلع على: أهم 15 خطأ تكنيكال سيو seo يؤثر بموقعك ويؤدي لتراجعه
أفضل ممارسات ترقيم الصفحات pagination في السيو
تحسين صفحات التصنيفات المقسمة يتم عن طريق تمييز كل صفحة بمحتوى وعناوين فريدة، وربط داخلي ذكي يوزع القيمة على العمق. هذه التحسينات ترفع فرصة ترتيب التصنيف نفسه وصفحاته الفرعية معًا.
عناوين وأوصاف فريدة لكل صفحة
- أضف رقم الصفحة والعناصر المميزة فيها: “أحذية رجالية – الماركات الرياضية (صفحة 3)”.
- اكتب وصفًا موجزًا يذكر ما يميز تلك الصفحة تحديدًا بدل نسخ الوصف العام.
ربط داخلي للصفحات العميقة
- روّض روابط مباشرة من صفحات المحتوى أو المدونة إلى صفحات تصنيف عميقة مهمة.
- استخدم Breadcrumbs (مسارات التنقل) مع ترميز Schema لتوضيح الهيكلة لـ Google.
- ضع روابط “الأكثر مبيعًا” أو “المجموعات المميزة” تشير لصفحات عميقة ذات قيمة تجارية.
إدارة التنقل الموجه
- اجعل أزرار الصفحات واضحة ومتاحة بصريًا، لا مخفية خلف hover أو JavaScript فقط.
- اعرض مجموعة معقولة من الأرقام (1–10 ثم “…”) مع زر Next واضح.
- التنقل الجيد يزيد عدد الصفحات التي يزورها المستخدم، مما يدعم إشارات التفاعل.
كيف تدقق مشاكل pagination؟
تدقق مشاكل الترقيم بأداة Screaming Frog لكشف بنية الصفحات ووسومها، وأداة URL Inspection في GSC للتحقق من حالة فهرسة صفحات بعينها. الجمع بينهما يعطيك صورة الزحف وصورة الفهرسة معًا.
إعداد Screaming Frog
- ابدأ الزحف من صفحة تصنيف رئيسية وفعّل خيار Follow Internal Links + Crawl All Subdomains إن لزم.
- راجع أعمدة: Indexability، Canonical Link Element، Meta Title، ابحث عن canonicals خاطئة أو عناوين مكررة.
- فعّل Rendering (JavaScript) للتأكد أن أزرار Load More أو infinite scroll تكشف روابط فعلية.
- قارن عدد الصفحات المكتشفة بالعدد المتوقع؛ فجوة كبيرة تعني مشكلة اكتشاف.
URL Inspection في GSC
- الصق عنوان صفحة مقسمة عميقة (مثل صفحة 15) وشاهد حالتها: مفهرسة؟ مكتشفة؟ مستبعدة بسبب canonical أو duplicate؟
- سبب الاستبعاد يخبرك مباشرة بالإصلاح المطلوب.
- بعد تطبيق الإصلاحات، استخدم Validate Fix لمتابعة إعادة المعالجة.
pagination وميزانية الزحف
الترقيم يؤثر مباشرة على ميزانية الزحف: كل صفحة مقسمة إضافية تستهلك جزءًا من سقف الزحف اليومي، وفي المتاجر الضخمة قد يعني ذلك تأخر اكتشاف المنتجات الجديدة. التوازن المطلوب هو بين العمق الكافي للاكتشاف والاقتصاد في عدد الصفحات.
نصائح عملية لإدارة الميزانية:
- زد عدد العناصر لكل صفحة: 60 منتجًا في الصفحة أفضل سيويًا من 12، لأنه يقلل عدد الصفحات الكلية دون إغراق المستخدم.
- قلل الباراميترات غير الضرورية: فلترة + ترتيب + ترقيم معًا تولّد آلاف تركيبات URL شبه فارغة؛ استخدم canonical صارمًا أو احظر الفلترات فقط (وليس الترقيم).
- Sitemap نظيف: لا تضمّن روابط الترقيم في sitemap إلا إذا كانت صفحاتك العميقة مهمة؛ الأولوية للتصنيفات وصفحات المنتجات.
- راقب Crawl Stats في GSC: راقب نسبة الزحف الموجهة لصفحات الترقيم؛ ارتفاعها بشكل غير منطقي مؤشر على مشكلة هيكلية.
الأسئلة الشائعة
هل أستخدم rel=next/prev في 2026؟
لا حاجة لذلك؛ Google أوقفت دعمه منذ 2019 ولا يستخدمه في الفهرسة أو الترتيب. بدلًا من ذلك، احرص على ربط صفحات الترقيم ببعضها باستخدام روابط HTML قابلة للزحف، ومنح كل صفحة URL مستقلًا ووسم canonical ذاتيًا عند الحاجة.
هل يجب فهرسة الصفحات المقسمة؟
نعم، في الغالب. فهرسة صفحات الترقيم تساعد Google على اكتشاف المنتجات والمقالات العميقة وتمنح صفحات التصنيف فرصًا إضافية للظهور. الاستثناء الوحيد: الصفحات شبه الفارغة أو المكررة جدًا، وهي مشكلة محتوى تُحل بالمحتوى لا بـ noindex.
ما أفضل استراتيجية canonical للترقيم؟
Canonical ذاتي لكل صفحة، كل صفحة مقسمة تشير لنفسها كنسخة أساسية. هذا يحافظ على فهرسة جميع الصفحات ويتجنب مشكلة إخفاء العمق التي يسببها التحويل الجماعي إلى صفحة 1.
كيف يؤثر infinite scroll على السيو؟
سلبيًا إذا نُفذ بـ JavaScript فقط دون روابط HTML، لأن الزاحف لا يمرر الصفحات ولن يرى المحتوى المخفي. الحل هو النمط الهجين: infinite scroll للمستخدم مع روابط pagination حقيقية وعناوين URL فريدة لكل دفعة محتوى.
هل أحظر الصفحات المقسمة في robots.txt؟
لا. الحظر يمنع الزحف لكنه لا يمنع الفهرسة، وقد يؤدي لفهرسة صفحات بلا محتوى، ويقطع الزاحف عن الروابط الداخلية المهمة داخلها. اسمح بالزحف واستخدم canonical الذاتي.
كم منتج في الصفحة الأفضل للسيو؟
يعتمد العدد المناسب على طبيعة المتجر وحجم المحتوى والموارد التي تحتاج الصفحة إلى تحميلها. لذلك لا تركز على رقم محدد، لكن احرص على أن تكون المنتجات قابلة للوصول عبر روابط واضحة، وألا يؤدي زيادة عددها إلى بطء الصفحة أو تدهور Core Web Vitals. يمكنك اختبار أكثر من عدد، مثل 24 أو 48 أو 60 منتجًا، ثم اختيار العدد الذي يحقق توازنًا بين سهولة تصفح المنتجات وأداء الصفحة.