أنشأت side project باستخدام Next.js في عطلات نهاية الأسبوع لسبب عملي: كان ينتظرني في العمل مشروع أكبر بكثير سأبنيه وحدي، وسيكون SEO فيه مهمًا جدًا. لم أكن أريد أن أواجه مشكلات SEO الحقيقية لأول مرة داخل ذلك المشروع.
كنت أتوقع أن يكون Google مصدر الملاحظات الأساسي. فور إطلاق المشروع أعددت Google Search Console. وكدت أتجاهل Yandex Webmaster لأن المحتوى كان باللغة الإنجليزية، فبدا لي محرك البحث الروسي خيارًا ثانويًا. لكن بدافع الفضول أرسلت sitemap إليه أيضًا.
بعد أسبوعين:
- Google: 58 زائرًا
- Yandex: 200 زائر
لفت الفرق انتباهي، لكنه لم يكن الجزء الأكثر فائدة. كان Yandex يفهرس صفحاتي أسرع بشكل واضح، كما أعطاني تقارير أخطاء أكثر تفصيلًا. ساعدتني هذه التقارير على اكتشاف وإصلاح مشكلات كنت على الأرجح سأفوتها.
ما الذي كنت أحاول تعلمه فعلًا؟
كنت قد قرأت عن SEO من قبل. ما كان ينقصني هو الخبرة على موقع حقيقي: نشر الصفحات، رؤية كيفية اكتشاف محركات البحث لها، متابعة الفهرسة، قراءة التشخيصات، إصلاح الأخطاء ثم التحقق مما تغير.
منحني الـ side project مكانًا لاكتساب هذه الخبرة قبل مشروع العمل الأكثر أهمية. لم أكن أجري benchmark مضبوطًا بين Google وYandex؛ كنت أريد دورة feedback حقيقية لا توفرها القراءة وحدها.
المفاجأة الأكبر كانت الفهرسة والتشخيص
من السهل تذكر 58 مقابل 200، لكن هذا لا يثبت أن Yandex «أفضل» من Google عمومًا، ولا أن كل موقع باللغة الإنجليزية سيحصل على النتيجة نفسها. مشروع واحد لمدة أسبوعين لا يكفي لهذا الاستنتاج.
ما يمكنني تأكيده أضيق من ذلك: خلال أول أسبوعين أرسل Yandex زيارات أكثر إلى هذا المشروع، وفهرس الصفحات أسرع، وقدم تشخيصات كانت أكثر فائدة بالنسبة لي.
غيّر ذلك نظرتي إلى أدوات مشرفي المواقع. لم أعد أراها مجرد لوحات لمراقبة الزيارات العضوية، بل أيضًا طبقة observability للبحث.
الزحف والفهرسة والزيارات إشارات مختلفة
عثور crawler على URL أو طلبه لا يعني أن الصفحة ستدخل الفهرس. والصفحة المفهرسة ليست مضمونة الترتيب جيدًا، والترتيب نفسه لا يعني بالضرورة وجود زيارة فعلية.
توثيق Google الرسمي يفصل بين crawling وindexing وعرض النتائج كمراحل مختلفة، ويوضح أن الصفحة السليمة تقنيًا ليست مضمونة الزحف أو الفهرسة أو الظهور. كما يعرض Yandex Webmaster تشخيص الموقع ومعلومات الفهرسة كوظائف منفصلة.
58 مقابل 200 ملاحظة عن الزيارات. الفهرسة الأسرع ملاحظة أخرى. والتشخيصات الأكثر فائدة ملاحظة ثالثة.
الطريقة التي سأكررها
- ربط أكثر من أداة Webmaster منذ البداية.
- إرسال sitemap ثم متابعة ما يحدث. إرسالها لا يثبت أن الصفحات أصبحت مفهرسة.
- متابعة الفهرسة بشكل منفصل عن الزيارات.
- التعامل مع التشخيصات كدلائل للفحص. التحذير لا يستبدل التحليل التقني.
- الإبقاء على الإطار الزمني داخل الاستنتاج. نتيجتي تخص أول أسبوعين من side project واحد.
ما الذي لا تثبته هذه التجربة؟
لا أستطيع القول إن Yandex سيفهرس كل موقع أسرع دائمًا، أو سيجلب زيارات أكثر لكل موقع إنجليزي، أو أن Google كان يفعل شيئًا خاطئًا. كما أن هذه البيانات لا تشرح السبب الكامل وراء فرق الزيارات.
وقوع حدثين الواحد بعد الآخر لا يثبت أن الأول تسبب في الثاني. ملاحظة التغير وشرح سببه أمران مختلفان.
ما الذي تغير بالنسبة لي؟
كدت أستبعد Yandex Webmaster بسبب افتراض لم أختبره. وبعد أسبوعين كنت أرى 200 زائر من Yandex مقابل 58 من Google، مع فهرسة أسرع وتشخيصات أكثر فائدة في حالتي.
أرقام الزيارات جذبت انتباهي، لكن الدرس الأهم كان منهجيًا: اربط الأدوات، افصل الإشارات، افحص الأدلة، ولا تجعل استنتاجك أقوى مما تسمح به البيانات.