كم ينتظر محتوى JavaScript عند Googlebot؟

كتبه

ساعة رملية شفافة يتدفق منها الرمل بدرجات الرمادي

أهم النقاط

حلّلت Vercel وMERJ أكثر من 100,000 عملية جلب من Googlebot على nextjs.org في أبريل 2024، وذكرت أن 100% من صفحات HTML الصالحة عُرضت بالكامل.
بلغ وسيط تأخير الـ rendering 10 ثوانٍ، والمئين 75 نحو 26 ثانية، لكنه امتد إلى نحو 3 ساعات عند المئين 90 ونحو 18 ساعة عند المئين 99.
تصف مستندات Google عن JavaScript زحف HTML أولًا، ثم مرحلة عرض منفصلة حين تسمح الموارد.
تقول مستندات Google إن التأخير في طابور الـ rendering قد يكون ثوانيَ وقد يطول، دون ذكر حد أقصى ثابت.
تقول مستندات ميزانية الزحف عند Google إن معظم المواقع لا تحتاج إلى التفكير فيها، وتستثني المواقع الكبيرة أو سريعة التغير.

لا يقرأ Googlebot صفحة تعتمد على JavaScript كما يقرأها المتصفح، بخطوة واحدة. يجلب HTML الخام أولًا، ويضع الروابط التي يجدها فيه في طابور، ثم ينفّذ JavaScript الصفحة في خطوة منفصلة لاحقًا حين تتوفر طاقة العرض.

هذه البنية معروفة لمن قرأ مستندات Google. الأصعب كان تحديد المدة الفعلية بين الخطوتين، وقد حاولت دراسة عام 2024 قياسها بدل وصفها عمومًا.

ماذا قاست الدراسة؟

جهّزت Vercel وMERJ موقع nextjs.org بـ Vercel Edge Middleware لمدة 30 يومًا في أبريل 2024، وقارنتا طلبات Googlebot في سجلات الخادم بإشارات عرض تُطلَق بعد تنفيذ JavaScript الصفحة فعلًا.

وشملت الدراسة موقعين أصغر، monogram.io وbasement.io، فحصًا ثانويًا. وبعد استبعاد استجابات الأخطاء والصفحات غير القابلة للفهرسة، تتبعت أكثر من 100,000 عملية جلب من Googlebot، وطابقت نحو 37,000 منها مع عرض مكتمل.

عُرضت كل صفحة صالحة في العيّنة في النهاية. تذكر الدراسة أن 100% من صفحات HTML الصالحة انتهت بعرض كامل للصفحة. وهذا معدل اكتمال لا ادعاء عن السرعة، ويجب إبقاء الأمرين منفصلين.

فهو يعني أن Googlebot لم يتخلَّ عن أي صفحة في العيّنة، لا أن كل صفحة عُرضت بسرعة.

في السرعة يظهر التباين الحقيقي. كان وسيط الزمن بين الزحف والعرض المكتمل 10 ثوانٍ، وعُرض ربع الصفحات خلال 4 ثوانٍ. وهذا سريع بما يكفي ليكون معظم المحتوى المعتمد على JavaScript في هذه العيّنة غير متأخر فعليًا.

لماذا يهم الذيل البطيء؟

الوسيط 10 ثوانٍ يقلّل من الصورة وحده، لأن للتوزيع ذيلًا طويلًا. بلغ المئين 75 نحو 26 ثانية، وهذا سريع أيضًا، لكن المئين 90 امتد إلى نحو 3 ساعات، والمئين 95 إلى نحو 6 ساعات، والمئين 99 إلى نحو 18 ساعة.

أي أن شريحة صغيرة من صفحات العيّنة انتظرت نحو يوم كامل ليُنفَّذ JavaScript الخاص بها.

وهذا يوافق إطار Google لا يخالفه. تصف مستندات JavaScript SEO طابور العرض مباشرة: قد تبقى الصفحة فيه ثوانيَ، وقد تطول المدة دون حد أقصى ملتزم به.

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

لماذا يهمك هذا؟

لمعظم المواقع، القراءة العملية ليست «لا تطارد عرضًا أسرع» بل «لا تفترض أن محتوى JavaScript غير مرئي لـ Google بحكم الأصل». الصفحة التي يعتمد محتواها الأساسي على JavaScript في المتصفح يُرجَّح جدًا أن تُعرض بحسب أرقام الدراسة، وغالبًا خلال ثوانٍ.

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

ويحسن كذلك مقاومة القفزة التي تجريها بعض التغطيات من «تأخير العرض موجود» إلى «مشكلة ميزانية زحف».

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

ونتيجة تأخير العرض على موقع Next.js واحد في شهر واحد من 2024 ليست دليلًا على أن تطبيقات الصفحة الواحدة المعتادة تهدر ميزانية الزحف على نطاق واسع، ولم نجد مصدرًا قابلًا للتحقق لهذا الادعاء.

الأدلة

العيّنة: أكثر من 100,000 عملية جلب، ونحو 37,000 زوج عرض مطابق

الفرضية: تُدخل عملية العرض على مرحلتين التي يتبعها Googlebot مع الصفحات الكثيفة بـ JavaScript تأخيرًا حقيقيًا وقابلًا للقياس بين الزحف الأولي والفهرسة النهائية، وهو تأخير حاولت دراسة واسعة عام 2024 تحديده كميًا بدل وصفه عمومًا.

الطريقة: راجعنا دراسة Vercel وMERJ عن سلوك الـ rendering عند Googlebot، وقد جهّزت nextjs.org وموقعين أصغر بـ Vercel Edge Middleware لمقارنة طلبات سجلات الخادم بإشارات العرض، مع مستندات Google الرسمية عن JavaScript SEO وميزانية الزحف. وكل رقم أدناه مأخوذ مباشرة من العرض المنشور للدراسة أو من مستندات Google، لا مقدَّر ولا مقرَّب فوق ما يذكره المصدر.

النتائج

جهّزت Vercel وMERJ موقع nextjs.org لمدة 30 يومًا في أبريل 2024، وطابقتا أكثر من 100,000 عملية جلب من Googlebot مع إشارات العرض، بعد استبعاد صفحات الأخطاء وغير القابلة للفهرسة.
تذكر الدراسة أن 100% من صفحات HTML الصالحة عُرضت بالكامل في تلك الفترة، وهذا معدل اكتمال لا ادعاء عن السرعة.
بلغ وسيط الزمن بين الزحف والعرض 10 ثوانٍ والمئين 75 نحو 26 ثانية، أي أن معظم الصفحات عُرضت سريعًا.
كان الذيل البطيء حقيقيًا: نحو 3 ساعات عند المئين 90، ونحو 6 ساعات عند المئين 95، ونحو 18 ساعة عند المئين 99.
تصف مستندات Google الـ rendering بأنه عمل في طابور يلي زحف HTML الأولي حين تسمح الموارد، وهذا يطابق إطار العمليتين في الدراسة دون ذكر رقم تأخير عام.

الحدود: هذه نافذة واحدة مدتها 30 يومًا في أبريل 2024 على موقع بنته وتستضيفه الشركة نفسها التي أجرت الدراسة، وتتغير بنية الـ rendering في Google وأولوية الطابور وتخصيص الموارد بمرور الوقت، فقد يقع قياس في 2026 على موقع آخر في موضع مختلف من المنحنى نفسه. ومعدل عرض كامل بنسبة 100% على موقع Next.js واحد جيد البناء لا يعني أن كل إطار JavaScript أو كل تنفيذ يُعرض بهذه الموثوقية. وتقول مستندات ميزانية الزحف عند Google إنها همّ حقيقي أساسًا للمواقع الكبيرة (تذكر نحو مليون صفحة أو أكثر، أو صفحات تتحدث بتواتر عالٍ) أو التي لها تاريخ مشكلات زحف، لا للمواقع المعتادة، فنتيجة تأخير العرض هنا ليست سببًا لأن يبدأ موقع معتاد في القلق من ميزانية الزحف مشكلةً مستقلة. أما ادعاء «80% من تطبيقات الصفحة الواحدة تهدر ميزانية الزحف» المنسوب إلى بيانات Search Console لشهر مارس 2026 فتعذّر ربطه بأي مصدر مسمّى قابل للفحص، ولم نستخدمه في هذا العرض.

المصادر

1.Javascript SEO: How Google Crawls, Renders & Indexes JS، Vercel، 1 يونيو 2024مصدر أساسي
2.Google's JavaScript Rendering Capabilities، MERJ، 1 يونيو 2024
3.JavaScript SEO basics، Google Search Centralمصدر أساسي
4.Large site owner's guide to managing your crawl budget، Google Search Central

أسئلة شائعة

هل يعني الرقم 100% أن Google تعرض كل موقع JavaScript بإتقان؟

لا. هو معدل الاكتمال الذي قاسته الدراسة على موقع واحد، nextjs.org، في 30 يومًا من 2024، بعد استبعاد صفحات الأخطاء وغير القابلة للفهرسة. لا يعني أن العرض كان فوريًا ولا أن كل إطار يؤدي بالمستوى نفسه.

ما الفهرسة على مرحلتين بتعبير Google نفسها؟

تصف مستندات JavaScript SEO الزحف والعرض خطوتين منفصلتين: يجلب Googlebot HTML الخام أولًا ويضع الروابط في طابور، ثم ينفّذ Chromium بلا واجهة الـ JavaScript لاحقًا حين تتوفر الموارد. وتقول إن الانتظار ثوانٍ وقد يطول.

هل يجب أن يقلق موقع عادي من ميزانية الزحف بسبب تأخير العرض؟

تقول مستندات ميزانية الزحف إن معظم المواقع لا تحتاج إلى التفكير فيها مشكلةً مستقلة. وتأخير العرض سؤال منفصل عنها، والخلط بينهما يبالغ في خطر الموقع المعتاد.

Adam Hafez

مؤسس UpgradIQ FZC LLC

يعمل Adam Hafez في SEO التقني وقياس البحث، من الزحف والفهرسة إلى استشهاد محركات الإجابة. أسّس UpgradIQ، التي تربط تغيّر الترتيب بسببه من بيانات Search Console وGA4. ينشر ما تدعمه البيانات، ويذكر حدودها.