ملخص سريع
موقعك يعتمد على JavaScript؟ افهم كيف يزحف Google لصفحاتك ويصيّرها ويفهرسها عبر ثلاث مراحل، ولماذا قد لا يرى محتواك — مع حلول عملية دون مبالغة.
إذا كان موقعك يعتمد على JavaScript لعرض المحتوى (مثل مواقع React أو Vue أو الصفحات الديناميكية)، فالسؤال المهم: ماذا يرى Google فعلاً؟ الإجابة المباشرة: يعالج Google صفحات JavaScript عبر ثلاث مراحل — الزحف، ثم التصيير (render)، ثم الفهرسة. والمحتوى الذي لا يظهر إلا بعد تنفيذ JS قد يتأخر فهمه أو يصعب إن لم تُهيّئ الصفحة جيداً. يشرح هذا الدليل ما يراه محرك البحث وكيف تتأكد أنه يرى محتواك المهم.
المراحل الثلاث: زحف، تصيير، فهرسة
يعالج Google صفحات JavaScript على ثلاث مراحل. أولاً الزحف: يجلب Googlebot الرابط (بعد فحص robots.txt) ويقرأ HTML الأولي ويستخرج الروابط. ثانياً التصيير: يضع الصفحات ذات الحالة 200 في طابور تصيير، ثم يشغّل نسخة Chromium بلا واجهة تنفّذ الـJavaScript وتبني HTML النهائي. ثالثاً الفهرسة: يفهرس Google المحتوى من HTML المُصيَّر. والمهم أن التصيير قد يتأخر حسب موارد Google.
- الزحف: قراءة HTML الأولي واستخراج الروابط.
- التصيير: تنفيذ JS في Chromium بلا واجهة لبناء المحتوى النهائي.
- الفهرسة: تخزين المحتوى من HTML المُصيَّر.
لماذا قد لا يرى Google محتواك؟
إذا كان المحتوى المهم لا يظهر إلا بعد تنفيذ JS ثقيل، أو يعتمد على تفاعل المستخدم (نقرة، أو تمرير)، أو يفشل تحميله بسبب خطأ، فقد لا يُصيَّر أو يُفهرَس كما تتوقع. فGoogle لا «ينقر» ولا «يمرّر». والمحتوى الذي يظهر تلقائياً عند تحميل الصفحة أوثق.
الروابط يجب أن تكون قابلة للزحف
يكتشف Google الروابط من خاصية href في وسوم الروابط (<a href>). أما الروابط التي تعمل عبر JavaScript فقط (onclick على عنصر غير رابط، أو تنقّل بلا href حقيقي) فقد لا يتبعها Google. استخدم روابط <a href> حقيقية لصفحاتك المهمة.
- استخدم <a href="/path"> لا onclick على <div>.
- تجنّب التنقّل الذي لا يغيّر URL بشكل قابل للزحف.
- تأكد أن الروابط المهمة موجودة في HTML المُصيَّر.
التصيير من الخادم (SSR) والتصيير المسبق
أفضل حل لمعظم المواقع: أن يصل المحتوى المهم في HTML من الخادم (Server-Side Rendering) أو مُصيَّراً مسبقاً (pre-rendering). يوضح Google أن هذا يجعل الموقع أسرع للمستخدمين والزواحف، وأن ليست كل الروبوتات تشغّل JavaScript. وهذا لا يلغي JS، بل يضمن أن المحتوى الأساسي متاح فوراً.
لا تعتمد على JS لحقن noindex أو canonical
نقطة مهمة يوضحها Google: عند رؤية توجيه noindex قد يتخطى Google التصيير وتنفيذ JS؛ لذلك استخدام JavaScript لإزالة أو تغيير noindex قد لا يعمل كما تتوقع. والأفضل أن تكون توجيهات مثل noindex وrel=canonical في HTML الأولي أو ترويسات HTTP، لا محقونة بـJS لاحقاً.
كيف تتحقق مما يراه Google؟
استخدم أداة فحص URL (URL Inspection) في Search Console وشاهد «HTML المُصيَّر» ولقطة الصفحة كما يراها Google. قارنها بما تتوقعه: هل المحتوى المهم موجود؟ وهل الروابط ظاهرة؟ هذه أدق طريقة لمعرفة ما يُفهرَس فعلاً.
أخطاء شائعة
- إخفاء المحتوى المهم خلف نقرة أو تمرير لا يراه Google.
- روابط تعمل بـJS فقط دون href قابل للزحف.
- الاعتماد على JS لحقن noindex أو canonical.
- افتراض أن التصيير فوري دائماً — قد يتأخر.
- تجاهل أخطاء JavaScript التي تمنع بناء المحتوى.
ماذا تفعل الآن؟
- افحص صفحة مهمة بأداة URL Inspection وراجع HTML المُصيَّر.
- تأكد أن المحتوى المهم يظهر دون تفاعل المستخدم.
- استخدم روابط <a href> حقيقية للصفحات المهمة.
- فكّر في SSR أو pre-rendering للمحتوى الأساسي.
- ضع noindex/canonical في HTML الأولي لا عبر JS.
أسئلة شائعة
هل Google يقرأ JavaScript؟
نعم، يصيّر Google الصفحات بنسخة Chromium وينفّذ JS، لكن التصيير قد يتأخر وقد لا يرى المحتوى المعتمد على تفاعل المستخدم. المحتوى المتاح مبكراً أوثق.
هل أحتاج التصيير من الخادم (SSR)؟
ليس إلزامياً، لكنه يساعد: يجعل المحتوى أسرع وأوثق فهماً للزواحف، وليست كل الروبوتات تشغّل JS. يوصي Google به كفكرة جيدة.
لماذا لا يظهر محتواي رغم أنه موجود؟
قد يعتمد على JS ثقيل أو تفاعل، أو روابط غير قابلة للزحف، أو خطأ JS. افحص HTML المُصيَّر بأداة URL Inspection لترى ما يراه Google.