ترقيم الصفحات
كيفية التعامل مع ترقيم الصفحات في SEO — الوسوم الأساسية ذاتية الإشارة، ولماذا يقطع noindex سلسلة الزحف، وقصة rel=prev/next، والتمرير اللانهائي.
اللغات
يقسّم ترقيم الصفحات مجموعات المحتوى الكبيرة — صفحات الفئات وأرشيفات المدونات ونتائج البحث — على عناوين URL مرقمة. عامل كل صفحة كصفحة مستقلة قابلة للزحف ولها canonical ذاتي الإشارة: لا تجعلها كلها تشير إلى الصفحة الأولى، ولا تضع noindex على الصفحة الثانية وما بعدها، ولا تضف nofollow إلى روابطها، ولا تحظرها في robots.txt. توقفت Google عن استخدام rel=prev/next قبل إعلان ذلك في 2019، لكن Bing ما زال يستخدمه، لذا أبقِ الوسوم. قيمة هذه الصفحات الأساسية أنها مسارات زحف إلى المحتوى الذي تربط إليه، لا أنها تجلب زيارات مباشرة.
Evidence for this claim Google treats paginated component pages as individual URLs and recommends crawlable links between them. Scope: Current official or standards documentation. Confidence: high · Verified: Google: Pagination Evidence for this claim Paginated pages should generally use their own canonical URLs rather than canonicalizing every page to page one. Scope: Current official or standards documentation. Confidence: high · Verified: Google: Pagination canonicalizationالخلاصة — ترقيم الصفحات هو تقسيم قائمة طويلة — مثل المنتجات أو تدوينات المدونة أو نتائج البحث — على صفحات مرقمة: 1 و2 و3. تحتاج كل صفحة إلى URL خاص بها، ويجب أن تتمكن محركات البحث من زحفها كلها كي تعثر على المحتوى المرتبط من الصفحات الأعمق. وأكبر الأخطاء أن تخبر Google بأن تلك الصفحات غير مهمة، بجعل canonical كلها يشير إلى الصفحة الأولى أو بإضافة noindex إليها.
ما ترقيم الصفحات؟
عندما يزيد عدد العناصر على ما تتسع له صفحة واحدة — كوجود 500 منتج في فئة أو
سنوات من التدوينات في أرشيف — تقسّمها على سلسلة صفحات. تعرض الصفحة الأولى الدفعة
الأولى، والثانية الدفعة التالية، وهكذا. ولكل صفحة عنوانها الخاص (URL)، غالبًا
مثل ?page=2 أو /page/2/.
هذا هو ترقيم الصفحات. وقد استخدمته آلاف المرات من دون التفكير فيه.
لماذا يهم في SEO؟
نادرًا ما ترتّب هذه الصفحات لطلبات بحث أو تجلب زيارات مباشرة. مهمتها الحقيقية أن تكون مسارًا تتبعه محركات البحث للوصول إلى المنتجات أو المنشورات المدرجة فيها. فإذا لم يستطع الروبوت بلوغ الصفحة الثالثة، فلن يجد العناصر المرتبطة منها وحدها.
إذًا القاعدة بسيطة: دع محركات البحث تزحف كل صفحة في السلسلة. وتنشأ معظم مشكلات ترقيم الصفحات من قطع هذا المسار بالخطأ.
الطرق الثلاث لعرض المحتوى المقسّم إلى صفحات
- الصفحات المرقمة (الترقيم التقليدي): 1 و2 و3، ولكل منها URL خاص. وهذا هو الخيار الافتراضي الآمن والملائم لـSEO.
- زر «تحميل المزيد». تحمل الصفحة دفعة جديدة عند النقر. لا مشكلة إذا كان الزر مبنيًا على روابط حقيقية، لكنه يصبح مشكلة إذا اعتمد على JavaScript وحده ولا تستطيع الروبوتات النقر عليه.
- التمرير اللانهائي. يستمر تحميل المحتوى مع التمرير. هو مريح للمستخدمين، لكن الروبوتات لا تمرّر؛ ومن دون روابط حقيقية إلى صفحات مرقمة قد لا يُكتشف المحتوى الأعمق أبدًا.
أخطاء يجب تجنبها
- لا تجعل canonical كل صفحة يشير إلى الصفحة الأولى. فهذا يخبر Google بأن الصفحات 2 و3 و4 مجرد نسخ مكررة لا ينبغي فهرستها، وقد يخفي محتواها.
- لا تضف
noindexإلى الصفحة الثانية وما بعدها. قد يبدو ذلك مرتبًا، لكنه قد يدفع Google إلى تقليل زحفها ثم فقدان المسار إلى كل ما ترتبط به. - لا تحظر صفحات الترقيم في
robots.txtولا تضفnofollowإلى روابطها؛ فكلاهما يقطع مسار الزحف.
الجزء التاريخي الذي يستحق المعرفة
كان هناك ترميز خاص — rel="prev" وrel="next" — يوضح لـGoogle اتصال الصفحات
المرقمة. توقفت Google عن استخدامه في 2019. لكن لا تتسرع في حذفه: ما زال Bing
يستخدمه، وتستفيد منه المتصفحات لتحميل الصفحة التالية مسبقًا، لذا يستحق الإبقاء.
للتفاصيل الكاملة — canonical الذاتي ومشكلة سلسلة الزحف مع noindex والقصة الغريبة لاكتشاف إهمال Google للوسم — انتقل إلى تبويب متقدم.
Evidence for this claim Google treats paginated component pages as individual URLs and recommends crawlable links between them. Scope: Current official or standards documentation. Confidence: high · Verified: Google: Pagination Evidence for this claim Paginated pages should generally use their own canonical URLs rather than canonicalizing every page to page one. Scope: Current official or standards documentation. Confidence: high · Verified: Google: Pagination canonicalizationالخلاصة — عامل كل URL مرقم كصفحة مستقلة: canonical ذاتي الإشارة، قابلة للزحف والفهرسة، وروابطها حقيقية من نوع
<a href>. جعل الصفحات 2+ تشير إلى الأولى، أو إضافة noindex إليها، أو nofollow إلى روابطها، أو حظرها في robots.txt يقطع سلسلة الزحف إلى المحتوى الذي تكشفه. توقفت Google بصمت عن استخدامrel=prev/nextقبل إعلان ذلك في مارس 2019؛ أما Bing فما زال يستخدمه، لذا أبقِ الوسم. لا تصبح ميزانية الزحف مهمة إلا على نطاق ضخم، ولا تجلب صفحات الترقيم تقريبًا زيارات مباشرة (نحو ٠٫٣٪ من النقرات العضوية في دراسة حالة)؛ قيمتها مسارات زحف.
كل صفحة مرقمة قائمة بذاتها
Page one, page two, and page three each have a unique URL and self-referencing canonical. Real anchor links connect one page to the next, and deeper pages expose unique product links. Canonicalizing deeper pages to page one, adding noindex, blocking them in robots.txt, or relying on JavaScript-only controls breaks or weakens that crawl path.
© Patrick Stox LLC · CC BY 4.0 ·
هذا التحول الذهني وحده يصلح معظم مشكلات ترقيم الصفحات. بعد أن أسقطت Google
rel=prev/next، لخّص John Mueller الواقع الجديد: «في معظم الأحيان نفهرس الصفحات
كما نجدها، لذا من الجيد — كما نوصي منذ زمن — التأكد من قدرة كل صفحة على أن تكون
قائمة بذاتها».
يعني ذلك أن كل صفحة في السلسلة صفحة عادية قابلة للفهرسة ولها canonical ذاتي الإشارة: يشير canonical الصفحة الثانية إليها، والثالثة إليها. وإرشادات Google الحالية صريحة: امنح كل صفحة URL أساسيًا خاصًا بها، ولا تجعل الصفحة الأولى canonical للمجموعة كلها.
هناك استثناء من أفضل الممارسات المعتادة: تقول Google إن تطابق وسوم <title> عبر
السلسلة المرقمة مقبول، وإن صفحات المجموعة “don’t need to follow” (الترجمة العربية) «لا يلزمها اتباع» توصية العنوان الفريد، فلا
حاجة إلى اختراع لاحقات مثل «الصفحة 2 من 9»، وإن كانت لا تضر.
قصة rel=prev/next — ولماذا هي الجزء المثير
في 2011 قدّمت Google rel="prev" وrel="next"، وهما عنصرا <link> في <head>
يحددان عناوين URL التي تكوّن سلسلة مرقمة كي تجمع Google إشاراتها. وكان إدراجهما
جزءًا معياريًا من نظافة SEO التقنية طوال معظم عقد 2010.
ثم توقف أثرهما بصمت. والجزء الذي تتجاهله معظم المقالات هو طريقة اكتشاف ذلك:
اكتشف Gary Illyes أثناء بحث داخلي أن Google كانت قد توقفت بصمت عن استخدام
rel=prev/next منذ مدة. صعّد الأمر داخليًا، وفي 21 مارس 2019 أعلن حساب
@googlewmc ذلك:
“Spring cleaning! As we evaluated our indexing signals, we decided to retire rel=prev/next. Studies show that users love single-page content, aim for that when possible, but multi-part is also fine for Google Search.” (الترجمة العربية) «تنظيف ربيعي! بعد تقييم إشارات الفهرسة قررنا إيقاف rel=prev/next. تُظهر الدراسات أن المستخدمين يحبون محتوى الصفحة الواحدة، فاستهدفوه حين يمكن، لكن المحتوى متعدد الأجزاء مناسب أيضًا لبحث Google.»
كان السبب أن فهرسة Google صارت جيدة بما يكفي لتمييز السلاسل المرقمة من العناوين والروابط الداخلية، فأصبح التلميح الصريح زائدًا. وعندما تحدثت عن ذلك في SMX West مطلع 2020، ظللت أعود إلى مدى مفاجأة الصناعة: كنا جميعًا ننفذ عملًا لم تكن Google تقرأه منذ مدة.
هل ينبغي حذف rel=prev/next؟ لا. وهنا يبالغ كثيرون في التصحيح. شرحت ذلك في
مقالي لدى Ahrefs: محترفو SEO يفسدون ترقيم الصفحات بعد تغيير Google لـRel=Prev/Next.
أبقِه للأسباب التالية:
- ما زال Bing يدعمه ويوصي به. لم تتغير إرشاداته: عنصر
rel="next"واحد و/أوrel="prev"واحد لكل صفحة داخل<head>. وحذفه «للتنظيف بعد Google» لا يفيد Bing. وهذه هي مبالغة “clean up after Google” (الترجمة العربية) «التنظيف بعد Google» التي ينبغي تجنبها. - تستخدمه المتصفحات للجلب المسبق، فتستطيع تحميل الصفحة التالية لتجربة أسرع.
- إنه معيار W3C ويساعد في إمكانية الوصول.
الخلاصة: تتجاهله Google، لكن مستهلكين آخرين يستفيدون منه. إبقاؤه هو القرار الصحيح.
وسوم canonical: إشارة ذاتية، لا إلى الصفحة الأولى
كان النمط القديم — والضار الآن — جعل الصفحات 2 و3 و4 تشير بـcanonical إلى الصفحة الأولى. الهدف «تجنب المحتوى المكرر»، لكن النتيجة عكس المطلوب: فأنت تخبر Google أن الصفحات الأعمق نسخ مكررة لا ينبغي فهرستها، ما يتيّم المحتوى المرتبط منها وحدها ويقطع مسار الزحف عبر السلسلة.
الصحيح: كل صفحة ذاتية canonical. والبديل المشروع الوحيد صفحة عرض الكل، أي URL واحد يعرض المجموعة كاملة وتشير إليه الصفحات المرقمة. كانت إرشادات Google القديمة تميل إليه، أما الحالية فتعدّه «خيارًا إذا كانت الصفحة سريعة بما يكفي». ولمعظم الكتالوجات الكبيرة يبقى canonical الذاتي لكل صفحة أبسط وأأمن.
هل تضع noindex على الصفحة الثانية وما بعدها؟ نادرًا جدًا
قد يبدو وضع noindex على كل ما بعد الصفحة الأولى حلًا نظيفًا كي تظهر الأولى وحدها
في البحث. لكن أثره في الزحف مع الوقت هو المشكلة: تقلل Google في النهاية زحف
الصفحات غير المفهرسة وقد تتوقف فعليًا عن اتباع روابطها. فإذا كانت الصفحة الثالثة
noindex وتوقف زحفها، ضاع المسار إلى كل ما لا يرتبط إلا منها. وهذه مشكلة سلسلة
الزحف التي تجعل noindex يدفن المحتوى بصمت.
يقدم Mueller اختبارًا عمليًا: «لو رأى شخص هذه الصفحة وحدها من موقعي، فهل يكون ذلك مقبولًا؟» قد تكون الإجابة نعم لصفحة فقيرة لا قيمة لها، لكنها غالبًا لا تكون كذلك لقائمة مرقمة تمثل الطريق الوحيد إلى عشرات المنتجات.
أما الموضع الذي يناسبه noindex غالبًا فهو تنويعات الفلترة والترتيب التي تُخلط
بترقيم الصفحات. ينبغي أن تبقى سلسلة حقيقية مثل ?page=2 قابلة للفهرسة، بينما يكون
متغير مثل /shoes/?color=red&sort=price غالبًا نسخة شبه مكررة أو فخ زحف يمكن
حظره أو جعله noindex. والتمييز بينهما هو جوهر المهارة، ويرتبط بالتنقل متعدد الأوجه.
أسباب أخرى لقطع مسار الزحف
تستبعد قاعدة «لا تقطع المسار» عدة أنماط أخرى:
- لا تضف
nofollowإلى روابط الترقيم. كل صفحة جزء من رسم الروابط الداخلية؛ وnofollow يمنع تدفق PageRank وإشارة الزحف إلى الصفحات الأعمق. - لا تحظر الترقيم في
robots.txt. فهذا يمنع Google من بلوغ الصفحات وكل ما ترتبط به. - استخدم روابط
<a href>حقيقية لعناصر التحكم. تزحف Google عناوين URL في سماتhref، أما زر «تحميل المزيد» الذي يشغّلonclickبلا رابط حقيقي فلا يراه Googlebot. وتوضح Google أن زواحفها «لا تنقر الأزرار، ولا تشغّل عادةً دوال JavaScript التي تتطلب إجراءً من المستخدم».
التمرير اللانهائي و«تحميل المزيد» — اجعلهما قابلين للزحف
التمرير اللانهائي جيد للمستخدمين وعدائي للزواحف ما لم توفر بديلًا. والحل نسخة
مرقمة قابلة للزحف: عناوين ?page=n حقيقية وروابط <a href> — غالبًا في التذييل
أو بديل <noscript> — تكشف المحتوى نفسه الذي يحمله التمرير ديناميكيًا. وينطبق
ذلك على «تحميل المزيد»: يمكن للزر قيادة التجربة، لكن يجب وجود مسار روابط حقيقية
إلى كل صفحة نتائج. وللكتالوجات الضخمة استخدم خرائط مواقع XML أو خلاصة Merchant
Center لدعم الاكتشاف، إذ لا يكفي الاعتماد على اكتشاف الروابط وحده.
البيانات المنظمة في المحتوى المرقم
لا يوجد نوع schema خاص بـ«سلسلة مرقمة». علّم ما يوجد فعلًا في كل صفحة: ينتمي
ترميز Product إلى صفحات المنتجات المفردة لا حاوية الترقيم، وينتمي Article
إلى كل صفحة من سلسلة مقال متعدد الأجزاء. ولا تحاول التعبير عن علاقة السابق/التالي
بالبيانات المنظمة؛ فليست مخصصة لذلك.
ميزانية الزحف واختبار الواقع
ينشئ ترقيم الصفحات عناوين URL كثيرة، لذلك يُتهم بمشكلات ميزانية الزحف. والإجابة الصريحة: لا يهم ذلك لمعظم المواقع. تصبح الميزانية قيدًا حقيقيًا فقط على نطاق كبير — نحو مليون صفحة فأكثر أو كتالوجات ضخمة سريعة التغير. وبصياغة Mueller، لدى Google «خبرة كبيرة في التعامل مع ترقيم الصفحات»، وتتعلم أنماط URL بمرور الوقت، فتتعامل عادةً مع السلاسل جيدًا دون إعداد خاص.
ومن المهم إبقاء الأمر في حجمه: تكاد صفحات الترقيم لا تجلب زيارات عضوية مباشرة. وجدت دراسة حالة معروفة أن عناوينها مثّلت نحو ٠٫٣٪ فقط من إجمالي النقرات العضوية من دون أثر SEO سلبي لكثرة الصفحات المفهرسة. وهذا يؤكد أن قيمتها مسارات زحف إلى المحتوى، لا صفحات ترتيب بذاتها. لذلك لا تبالغ في هندستها: اجعلها قابلة للزحف وذاتية canonical، ثم دع Google تتعامل معها.
تنبيه صريح: الإعداد التقني الصحيح — روابط قابلة للزحف وcanonical ذاتي وغياب noindex العرضي — يبقي الباب مفتوحًا فقط. لا يضمن أن تزحف Google صفحة معينة أو تفهرسها أو ترتبها، ولا يضمن زيارات أو استشهادًا من الذكاء الاصطناعي. بل يزيل الأسباب المعمارية التي تجعل محتوى الصفحات الأعمق يُفوّت من البداية.
يقع هذا الموضوع بجوار بقية مجموعة بنية الموقع: فالروابط الداخلية والتنقل متعدد الأوجه وبنية URL ومسارات التنقل تصوغ سؤال مسار الزحف نفسه من زوايا مختلفة.
ملخص الذكاء الاصطناعي
خلاصة مركزة للنسخة المتقدمة:
- يقسّم ترقيم الصفحات مجموعات المحتوى الكبيرة على عناوين URL متسلسلة. وقيمة كل صفحة في SEO أنها مسار زحف إلى المحتوى المرتبط منها، لا صفحة ترتيب.
- ينبغي أن تكون كل صفحة قائمة بذاتها: قابلة للفهرسة والزحف وبـcanonical ذاتي الإشارة. تمنح Google كل صفحة URL أساسيًا خاصًا؛ فلا تجعل الصفحات 2+ تشير إلى الأولى.
rel=prev/next: توقفت Google بصمت عن استخدامه قبل إعلان الإيقاف في 21 مارس 2019. ما زال Bing يستخدمه، وتجلب به المتصفحات مسبقًا، وهو معيار W3C؛ فلا تحذفه.- لا تضع
noindexعلى الصفحات 2+ عادةً؛ إذ يقل زحفها بمرور الوقت وقد تتوقف Google عن اتباع روابطها، فتُقطع سلسلة الزحف. اختبار Mueller: «لو رأى شخص هذه الصفحة وحدها، فهل يكون ذلك مقبولًا؟» - تنويعات الفلترة والترتيب ليست ترقيمًا. يبقى
?page=nقابلًا للفهرسة، بينما قد يناسب noindex أو الحظر تنويعات مثل?color=red&sort=price. - تجنب أيضًا: nofollow لروابط الترقيم، وحظرها في robots.txt، وأزرار «تحميل
المزيد» المعتمدة على JavaScript وحده. استخدم
<a href>حقيقيًا وبديلًا مرقمًا للتمرير اللانهائي. - البيانات المنظمة: علّم ما في كل صفحة (
ProductوArticle)؛ فلا نوع schema يعبّر عن سلسلة مرقمة. - ميزانية الزحف تهم فقط على نطاق كبير (نحو مليون صفحة فأكثر). جلبت صفحات الترقيم نحو ٠٫٣٪ من النقرات العضوية في دراسة حالة؛ فلا تبالغ في هندستها.
- لا ضمانات: يزيل الإعداد الصحيح الأسباب المعمارية لفوات الصفحات الأعمق، لكنه لا يضمن الزحف أو الفهرسة أو الترتيب أو الزيارات أو استشهادات الذكاء الاصطناعي.
الوثائق الرسمية
إرشادات المصادر الأولية من محركات البحث.
- أفضل ممارسات ترقيم الصفحات لدى Google — الإرشادات الحالية: URL أساسي خاص بكل صفحة وأنماط التجربة الثلاثة ومتطلبات الروابط القابلة للزحف.
- ترقيم الصفحات باستخدام rel=“next” وrel=“prev” (2011) — الإرشادات الأصلية التي أُهملت الآن، محفوظة للسياق التاريخي.
- فيديو عن ترقيم الصفحات باستخدام rel=“next” وrel=“prev” (2012) — المتابعة المنشورة في 2012.
- توحيد عناوين URL المكررة — طرق canonical التي يعتمد عليها التعامل مع الترقيم.
Bing / Microsoft
- تنفيذ ترميز المحتوى المرقم والمتسلسل — إرشادات Bing الحالية لـ
rel=prev/next: استخدمrel="next"وrel="prev"، عنصرًا واحدًا لكل اتجاه في<head>، ويمكن إقرانه بـcanonical. - إرشادات Bing لمشرفي المواقع.
اقتباسات من المصدر
تصريحات مسجلة من Google. ينقلك كل رابط عميق إلى المقطع المقتبس في صفحة المصدر.
Google — إيقاف rel=prev/next في 21 مارس 2019
- “Spring cleaning! As we evaluated our indexing signals, we decided to retire rel=prev/next. Studies show that users love single-page content, aim for that when possible, but multi-part is also fine for Google Search.” (الترجمة العربية) «تنظيف موسمي! عندما قيّمنا إشارات الفهرسة قررنا إحالة rel=prev/next إلى التقاعد. تُظهر الدراسات أن الناس يفضلون محتوى الصفحة الواحدة حين يكون ممكنًا، مع بقاء المحتوى متعدد الأجزاء مناسبًا لبحث Google.» — @googlewmc، 21 مارس 2019. شاهد التغريدة
- “Google no longer uses these tags, although these links may still be used by other search engines.” (الترجمة العربية) «لم تعد Google تستخدم هذه الوسوم، مع أن محركات بحث أخرى قد تظل تستخدم هذه الروابط.» — Google Search Central، وثائق ترقيم الصفحات. انتقل إلى الاقتباس
Google — امنح كل صفحة canonical خاصًا بها
- “Give each page its own canonical URL” (الترجمة العربية) «امنح كل صفحة URL أساسيًا خاصًا بها»، ولا تستخدم الأولى كـcanonical لكل الصفحات. انتقل إلى الاقتباس
- عن زحف الترقيم بـJavaScript: تقول Google إن زواحفها “don’t ‘click’ buttons and generally don’t trigger JavaScript functions that require user actions to update the current page contents.” (الترجمة العربية) «لا تنقر الأزرار ولا تشغّل عادةً دوال JavaScript التي تتطلب إجراء المستخدم لتحديث محتوى الصفحة الحالية». انتقل إلى الاقتباس
John Mueller من Google — يجب أن تكون الصفحات قائمة بذاتها
- “For the most part, we just index the pages as we find them, so as we’ve recommended for a long time, it’s good to make sure that all pages can stand on their own.” (الترجمة العربية) «في معظم الأحيان نفهرس الصفحات كما نجدها؛ لذا من الجيد، كما نوصي منذ زمن، التأكد من أن كل الصفحات تستطيع أن تكون قائمة بذاتها». التغطية
- عن اختبار وضع noindex: “If someone only saw this page from my site, would that be OK?” (الترجمة العربية) «لو رأى شخص هذه الصفحة وحدها من موقعي، فهل يكون ذلك مقبولًا؟» إذا نعم، يمكن وضع noindex، لكنه معيار مرتفع لمعظم المحتوى المرقم. التغطية
#:~:text= على ميزة أجزاء النص في المتصفح، وقد يلزم تأكيد المقطع الدقيق في الصفحة الحية. قائمة تحقق SEO لترقيم الصفحات
مرور للتحقق من قدرة محركات البحث على زحف السلاسل المرقمة والمحتوى خلفها:
- لكل صفحة URL فريد مثل
?page=2، ولا تُستخدم معرّفات الأجزاء (#) لأرقام الصفحات لأن Google تتجاهلها. - تحمل كل صفحة canonical ذاتي الإشارة، لا canonical يعود إلى الصفحة الأولى، إلا عند استخدام صفحة عرض الكل عمدًا.
- الصفحات 2+ قابلة للفهرسة بلا
noindexشامل. - عناصر التحكم روابط
<a href>حقيقية، لا أزرار JavaScript فقط. - روابط الترقيم لا تحمل nofollow.
- عناوين الترقيم غير محظورة في
robots.txt. - أبقِ
rel="prev"وrel="next"من أجل Bing والجلب المسبق وإمكانية الوصول، وإن تجاهلتهما Google. - للتمرير اللانهائي و«تحميل المزيد» بديل مرقم قابل للزحف بروابط حقيقية.
- تدعم خرائط مواقع XML اكتشاف الكتالوجات الكبيرة، خصوصًا القوائم المعروضة بـJavaScript.
- تُعالج تنويعات الفلترة والترتيب مثل
?color=red&sort=priceمنفصلة عن الترقيم، وتُحظر أو تجعل noindex إذا لم تضف قيمة فريدة. - تعلّم البيانات المنظمة ما في كل صفحة (
ProductوArticle) لا حاوية الترقيم.
النماذج الذهنية
1. الصفحات المرقمة مسارات زحف، لا وجهات. وظيفتها كشف المنتجات أو المنشورات للروبوتات وPageRank. وحين تستوعب ذلك تتبع معظم القواعد: لا تفعل ما يقطع المسار. بلغت نقرات الترقيم نحو ٠٫٣٪ في دراسة حالة؛ فهي لا ترتّب بل توجّه.
2. «هل تستطيع هذه الصفحة أن تكون قائمة بذاتها؟» هذه إعادة صياغة Mueller بعد إيقاف rel=prev/next. عامل كل URL مرقم كصفحة عادية ذاتية canonical وقابلة للفهرسة، لا كجزء تابع من مجموعة.
3. قواطع سلسلة الزحف الأربعة. تذكرها تختفِ معظم الأخطاء:
- توجيه canonical للصفحات 2+ إلى الأولى، أي «مكررة، لا تفهرسها».
noindexعلى الصفحات 2+، فيقل زحفها ثم يتوقف اتباع الروابط.nofollowعلى روابط الترقيم، فيمنع PageRank وإشارة الزحف.- الحظر في
robots.txt، فيمنع الوصول كليًا.
4. «تستخدمه Google» لا تساوي «ما زال مفيدًا».
rel=prev/next هو المثال: أسقطته Google لكن Bing يستخدمه والمتصفحات تجلب به
مسبقًا وهو HTML صالح. قرر وفق كل المستهلكين لا Google وحدها.
5. الترقيم مقابل التنويعات متعددة الأوجه.
تبقى سلسلة حقيقية مثل ?page=2 قابلة للفهرسة، بينما تكون تنويعات الفلترة والترتيب
مثل ?color=red&sort=price غالبًا فوضى شبه مكررة يمكن حظرها أو جعلها noindex.
قد تتشابه العناوين ويختلف التعامل؛ صنّف قبل الضبط.
كيف تكشف قائمة طويلة مزيدًا من العناصر؟
Choose a crawlable listing pattern
أخطاء ترقيم تقطع مسار الزحف
توجيه canonical كل الصفحات إلى الأولى
تحتوي الصفحة الثانية وما بعدها عناصر مختلفة، لذا ليست الأولى مكافئة لها. دع كل صفحة تشير إلى نفسها، ولا تستخدم إعادة التوجيه أو توحيد canonical إلا عند تطابق عناوين URL فعلًا.
إضافة noindex إلى الصفحة الثانية وما بعدها
يزيل التوجيه هذه العناوين من الفهرس وقد يضعف المسار إلى العناصر المرتبطة من الصفحات الأعمق فقط. أبقِ السلسلة قابلة للزحف وحسّن القائمة بدل إخفاء امتدادها.
بناء تمرير لانهائي بلا عناوين URL دائمة
حدث التمرير أو الزر ليس مسار زحف. اقرن التجربة بعناوين صفحات فريدة قابلة للتحميل وروابط حقيقية كي يبقى كل عنصر قابلًا للوصول من دون تفاعل المستخدم.
أعطال ترقيم شائعة
لا تُكتشف المنتجات في الصفحات اللاحقة
العَرَض: لا تظهر العناصر المرئية بعد النقر أو التمرير في الزحف. السبب المرجح: لا تحمل الدفعة التالية إلا عبر JavaScript ولا URL رابط لها. الإصلاح: اكشف عناوين مرقمة دائمة، واربطها بروابط عادية، وتحقق من أن زحفًا يبدأ من الصفحة الأولى يصل إلى عناوين العناصر.
تختار Google الصفحة الأولى canonical للسلسلة كلها
العَرَض: يفيد فحص URL بأن Google اختارت الصفحة الأولى canonical للصفحات الأعمق. السبب المرجح: تعلن كل الصفحات الأولى canonical أو تعرض محتوى شبه متطابق. الإصلاح: استخدم canonical ذاتيًا ومجموعات عناصر متميزة وعناوين مستقرة عند الحاجة وروابط داخلية متسقة لكل صفحة.
تدخل الزواحف في أرقام صفحات لا تنتهي
العَرَض: يكتشف الزحف عناوين فارغة أو متكررة بعد آخر صفحة حقيقية بكثير. السبب المرجح: يُنشأ رابط «التالي» بلا فحص لوجود دفعة أخرى. الإصلاح: أوقف إخراج الرابط التالي في الصفحة الأخيرة، وأعد استجابة عدم العثور الصحيحة لأرقام الصفحات المستحيلة.
مرجع إشارات ترقيم الصفحات
| الإشارة | التعامل الموصى به | السبب |
|---|---|---|
| Canonical | إشارة ذاتية لكل صفحة مكوّنة | تكشف كل صفحة مجموعة عناصر مختلفة |
| Robots meta | أبقِ الصفحات القابلة للزحف قابلة للفهرسة | noindex ليس بديلًا للمعمارية |
| الروابط الداخلية | روابط حقيقية إلى التالي والسابق والأرقام المفيدة | تنشئ مسار زحف بلا تفاعل |
rel="prev/next" | يمكن إبقاؤه، لكن لا تعتمد عليه لـGoogle | لم تعد Google تستخدمه وقد يستخدمه آخرون |
| التمرير اللانهائي | اقرنه بعناوين مرقمة دائمة | تفاعل المستخدم وحده ليس اكتشافًا موثوقًا |
| أرقام مستحيلة | أعد استجابة عدم العثور حقيقية | يمنع مساحة زحف مكررة غير محدودة |
اختبر نفسك: ترقيم الصفحات
خمسة أسئلة سريعة عن معالجة ترقيم الصفحات في SEO. اختر إجابة لكل سؤال ثم تحقق.
موارد تستحق وقتك
كتاباتي عن ترقيم الصفحات
- محترفو SEO يفسدون ترقيم الصفحات بعد تغيير Google لـRel=Prev/Next: طريقة التنفيذ الصحيحة — مقالي الأساسي عن سبب إبقاء الوسم والأخطاء الأربعة التي تكسر الترقيم.
- وسوم Canonical: دليل بسيط للمبتدئين — آليات canonical التي يعتمد عليها التعامل مع الترقيم.
- دليل المبتدئين إلى SEO التقنية — موضع الترقيم في صورة الزحف والفهرسة الأكبر.
محاضراتي
- فيديو: Patrick Stox عن ترقيم الصفحات وSEO التقنية والمجتمع (Search Engine Land، SMX West 2020) — رؤيتي لكيف فاجأ إيقاف Google الصامت لـrel=prev/next الصناعة ولماذا يبالغ مختصو SEO في هندسة الترقيم.
من أنحاء الصناعة
- أفضل ممارسات ترقيم الصفحات لدى Google (Google Search Central) — الإرشادات الرسمية الحالية.
- تنفيذ ترميز المحتوى المرقم والمتسلسل (Bing Webmaster Blog) — متطلبات Bing الحالية لـrel=prev/next.
- Gary Illyes — موظف Google الذي اكتشف توقف دعم rel=prev/next (Search Engine Roundtable) — قصة ظهور الإيقاف.
- نصيحة Google بشأن ترقيم الصفحات والسلاسل بعد rel=next وrel=prev (Search Engine Roundtable) — إرشاد Mueller بأن تكون الصفحات قائمة بذاتها.
- ماذا يحدث حين تكون 67% من عناوين الموقع المفهرسة صفحات ترقيم؟ (GSQI / Glenn Gabe) — دراسة الحالة التي جلب فيها الترقيم نحو ٠٫٣٪ فقط من النقرات العضوية بلا أثر سلبي.
- شرح ملحمة rel=prev/next لعام 2019 (Embryo) — عرض واضح للإيقاف وما بعده.
سجل التغييرات
تم التحديث في 22 أغسطس 2026.
ملخص تحريري وتفاصيل التغيير المسجلة.تفاصيل التغيير
-
تفاصيل التغيير متاحة حاليًا باللغة الإنجليزية.
المقارنة الكاملة غير متاحة — لم تُؤرشف لقطة سابقة لهذه المراجعة.
تم التحديث في 22 أغسطس 2026.
ملخص تحريري وتفاصيل التغيير المسجلة.تفاصيل التغيير
-
تفاصيل التغيير متاحة حاليًا باللغة الإنجليزية.
المقارنة الكاملة غير متاحة — لم تُؤرشف لقطة سابقة لهذه المراجعة.
تم التحديث في 10 أغسطس 2026.
ملخص تحريري وتفاصيل التغيير المسجلة.تفاصيل التغيير
-
تفاصيل التغيير متاحة حاليًا باللغة الإنجليزية.
المقارنة الكاملة غير متاحة — لم تُؤرشف لقطة سابقة لهذه المراجعة.
تم التحديث في 18 يوليو 2026.
ملخص تحريري وتفاصيل التغيير المسجلة.تفاصيل التغيير
-
تفاصيل التغيير متاحة حاليًا باللغة الإنجليزية.
المقارنة الكاملة غير متاحة — لم تُؤرشف لقطة سابقة لهذه المراجعة.