التدقيق التقني من Semalt: 417 نقطة فحص لم أجدها في أي زاحف آخر

لماذا 400+ فحص، وليس 120 كما لدى المنافسين

معظم أدوات التدقيق نشأت من زاحف واحد: يزحف، يقرأ العنوان والوصف والروابط، يبلّغ عن الأخطاء. Semalt بُني كتراكم من ثلاث محركات مختلفة تعمل بالتوازي على كل URL: زاحف HTTP ذكي (يفهم HTTP/3 و Early Hints)، محرك تصيير Chromium بلا رأس (يشغّل JavaScript ويقيس Core Web Vitals حقيقية لا افتراضية)، ومحرك مطابقة SERP يتحقق كيف يفهم Google الصفحة فعلياً في نتائج Google.com.kw وليس فقط في .com.

هذا التركيب يفتح فحوصات لا تستطيع أداة أحادية المحرك تنفيذها. مثال: هل يُقدّم موقعك تصميماً مختلفاً لبوت Googlebot عن المستخدم الحقيقي في الكويت؟ Screaming Frog لا يعرف لأنه لا يُشغّل الصفحة كمستخدم فعلي. Sitebulb يُشغّل الصفحة لكنه لا يقارنها مع Googlebot. Semalt يقارن الاثنين ويُبلّغ عن أي انحراف — وهذه بالضبط عقوبة «التلاعب» (cloaking) التي أنزلت العام الماضي مواقع سياحية في الخليج.

فئات الفحص الست: من الزحف حتى Core Web Vitals

فحوصات مخصّصة للمحتوى العربي و RTL

الأدوات الغربية الشهيرة تعمل بامتياز على المحتوى اللاتيني وتفشل بصمت على المحتوى العربي. Semalt طُوّرت مع فرق في الرياض والدوحة والكويت، فتحمل قائمة فحوصات خاصة بالسوق العربي:

• اتجاه CSS و dir="rtl": يرصد الحالات التي يكون فيها dir صحيحاً على html لكنه غير مطبّق على مكوّن مضمّن — خطأ شائع في مواقع WordPress الكويتية التي تستخدم قالباً غربياً.
• الخطوط العربية والويب: تحقّق أن الخط العربي محمّل بـ font-display:swap وأن fallback نظام لا يكسر التصفح — يستحوذ Cairo و Tajawal على 68% من المواقع الكويتية.
• الأرقام الهندية العربية vs العربية: يكشف عدم الاتساق (١٢٣ vs 123) داخل نفس الصفحة، الذي يخفض ثقة القارئ.
• تحقق hreflang لثنائي اللغة: يبني رسماً بيانياً كاملاً لكل زوج ar-KW/en ويكشف الروابط الأحادية الاتجاه (يجب أن يكون كل جانب يشير للآخر).
• URL بالنقل الحرفي vs URL بالعربية: نفس المحتوى على /khadamat-seo/ و /خدمات-سيو/ يُخلق منافسة داخلية — يبلّغ Semalt عنها ويقترح canonical.
• ألفاظ بلهجات مختلفة تشير لنفس المعنى: «جوال» في الكويت، «موبايل» في مصر، «نقّال» في المغرب — كل موقع يستهدف سوقاً محدّداً يجب أن يستخدم اللفظ المحلي، والأداة تكشف عدم الاتساق.

hreflang بين ar-KW و ar-SA و ar-AE

عملاء يشغّلون مواقع لعدة أسواق خليجية يواجهون تعقيداً خاصاً: نفس اللغة (العربية) لكن أسواق مختلفة تستدعي عناوين وعملات وحتى فقرات مختلفة (KWD مقابل SAR مقابل AED، هيئة الاتصالات CITRA مقابل CST السعودية مقابل TDRA الإماراتية). hreflang يجب أن يستخدم ar-KW و ar-SA و ar-AE بدلاً من ar فقط، ويجب أن يكون كل زوج مربوطاً في الاتجاهين.

محرك Semalt يبني الرسم البياني الكامل لـ hreflang لكامل الشبكة، ويرصد:

• روابط ذاتية مفقودة (self-referencing)، وهي شرط Google.
• روابط أحادية الاتجاه (KW يشير لـ SA لكن SA لا يشير لـ KW).
• استخدام رمز غير صالح (مثل ar-KWT بدلاً من ar-KW).
• hreflang يشير لصفحة تحمل canonical مختلف — يلغي فعالية hreflang.
• hreflang في XML sitemap يتعارض مع link في head.

حالة دراسية: بورتال حكومي كويتي بعد الترقية

في مارس 2026 طلبت جهة كويتية عامة (نُخفي الاسم لأسباب تعاقدية) تدقيقاً تقنياً بعد أن أطلقت نسخة جديدة من بورتالها ثنائي اللغة. الفريق الداخلي أجرى Screaming Frog وأعلن «نظيف». بعد ثلاثة أسابيع كانت زيارات Search Console قد هبطت 34%.

• وجدنا 12,400 URL بحالة 200 لكن noindex منسوخ من بيئة التطوير staging — Screaming Frog لم يبلّغ لأنه اعتبره «اختيار متعمّد».
• وجدنا 87% من الصفحات العربية تحمل hreflang يشير إلى نسخة إنجليزية بحالة 404 (نُقلت مسارات EN دون تحديث النظير).
• وجدنا 214 صفحة إنجليزية تحمل lang="ar" على html — خطأ في القالب.
• وجدنا CLS متوسط 0.41 (الحد المقبول 0.10) بسبب حقن إعلانات في الصفحات الداخلية بعد التصيير الأول.
• وجدنا هوية Google في الكويت (Google.com.kw) تُصنّف بعض الصفحات كـ «محتوى منقول» بسبب صفحة «الشروط والأحكام» المكررة عبر 800 قسم فرعي دون canonical.

بعد تنفيذ 43 من 47 توصية عالية الأولوية خلال 6 أيام، عادت زيارات Search Console إلى 96% من مستواها السابق خلال 11 يوماً — ثم تجاوزته بنسبة 22% خلال شهر بفضل ظهور صفحات كانت مخفية سابقاً.

كيف يرتّب Semalt الأخطاء حسب الأولوية

الميزة الأهم في محرك التدقيق ليست عدد النقاط، بل كيف يُقدّم لك القائمة. أدوات كثيرة تلقي عليك 3000 تحذير «تحسينات ممكنة»، فتُغلق التقرير دون فعل. Semalt يستخدم صيغة أولوية مركّبة:

النتيجة: تقرير أسبوعي يبدأ بـ «أعلى 10 إجراءات تُعيد لك أكبر حركة بأقل جهد مطوّر». المطوّر الوحيد في فريق كويتي متوسط يُنجزها في يومي عمل. بقية 3000 تحذير تبقى مؤرشفة كخلفية.

Semalt مقابل Screaming Frog و Sitebulb

أنماط النشر ووقت التنفيذ في الكويت

الفرق الكويتية غالباً ما تنشر التحديثات ليلاً بين 11 مساءً وثانية صباحاً (توقيت الكويت +3) لتجنّب تأثر مستخدمي ساعات الذروة الصباحية. محرك التدقيق يدعم جدولة كاملة بتوقيت الكويت، ويرسل تقريراً مقارناً بين «قبل النشر» و «بعد النشر» تلقائياً بعد 4 ساعات من إعلان تحديث في CI/CD. هذا يقلّل من التراجعات الليلية غير المكتشفة إلى الصباح التالي. اربط الآن حسابك في Semalt واضبط جدولك الليلي.

التعامل مع مواسم الكويت الخاصة

الفرق التقنية التي جرّبت أدوات غربية في الكويت تعرف المشكلة: تتوقّف الأداة عن الفهم حين تنقلب أنماط الحركة في رمضان أو حين تُغلق الوزارات في الأعياد الوطنية (25 فبراير و 26 فبراير). محرك التدقيق في Semalt يحمل تقويماً كويتياً رسمياً مُدمَجاً، فيتجنّب زحف الصفحات الحكومية في العطل (لأن الردود قد تكون مؤقتة أو مضلّلة)، ويُخفّض معدل الزحف تلقائياً في العشر الأواخر من رمضان لتقليل الحمل على خوادم عملاء يعملون بنصف الطاقم. هذه التفاصيل الصغيرة تصنع الفرق بين تقرير موثوق وتقرير مليء بأخطاء زائفة تُهدر وقت الفريق التقني على مشاكل غير موجودة أصلاً.

التعامل مع JavaScript الثقيل ومواقع Nuxt و Next.js

الاتجاه الحديث في المشاريع الكويتية الجديدة هو استخدام Next.js و Nuxt.js لبناء مواقع تجارية حديثة. المشكلة: زواحف التدقيق التقليدية لا ترى المحتوى المُصيَّر من العميل. Semalt يستخدم مصيّر Chromium حقيقياً (لا مجرد فحص regex على HTML) ويصبر على الصفحة حتى تكتمل جميع طلبات hydration، بما في ذلك انتظار useEffect المتأخر. هذا يعني أن كل عنصر SEO يُصيَّر بعد التحميل الأول يُلتقط بالطريقة نفسها التي يراها Googlebot الحقيقي.

ميزة إضافية للمواقع الحديثة: كشف تسرّبات Hydration Mismatch. حين يُرسل الخادم HTML مختلفاً عمّا يُصيَّر في العميل، Google يعتبر ذلك إشارة سلبية للجودة. أداة Semalt تكشف هذه التسرّبات في تقرير مخصّص وتحدّد أي مكوّن مسؤول — بدلاً من تركك تبحث في سجلات الكونسول ساعات. للفرق التي هاجرت من WordPress إلى Next.js في السنة الأخيرة، هذا وحده يوفر عشرات الساعات من التصحيح.

توثيق تلقائي لكل تصحيح

مشكلة كل تدقيق تقني كبير: بعد ثلاثة أشهر، لا أحد يتذكر لماذا نُفّذت هذه التعديلات ولا ما كان الوضع قبلها. Semalt يبني وثيقة مفصّلة لكل تصحيح تحوي: لقطة قبل، لقطة بعد، المرجع القانوني (توجيه Google، تحديث خوارزمي)، التأثير المتوقع بالأرقام، والمسؤول الذي وافق على النشر. هذه الوثائق أساسية للامتثال في الجهات الحكومية والشركات الكبيرة في الكويت التي تطلب سجل تدقيق كاملاً كل ربع سنة.

الوثائق قابلة للتصدير كملف PDF أو Word، وتُنظَّم تلقائياً في مجلدات حسب فئة الفحص وتاريخ التنفيذ. للفرق التي تعمل مع مراجعين خارجيين، هذه الميزة وحدها توفّر أياماً من إعادة صياغة السجلات يدوياً في نهاية كل مشروع. الأهم أنها تحمي الفريق التقني من مساءلات لاحقة: كل تعديل موثّق بسلسلة موافقات واضحة.

المزيد من هذه السلسلة: AutoSEO من Semalt: تحسين On-Page بدون مطور, الكلمات المفتاحية بالذكاء الاصطناعي, تحليلات Semalt: ما يخفيه Google Analytics 4.

أسئلة شائعة

هل يستبدل Semalt محرّك Screaming Frog تماماً؟

لأغلب فرق الوكالات في الكويت: نعم. بعض المطوّرين المتقدمين يفضّلون Screaming Frog للاستعلامات المخصّصة عبر تصفية regex محلية. الحل: يعمل الاثنان بالتوازي، Semalt للتدقيق الأسبوعي و Screaming Frog لحفريات مخصّصة.

ما الحد الأقصى للصفحات في الحساب المجاني؟

الحساب المجاني يدقّق حتى 500 URL كل 7 أيام. الحسابات المدفوعة ترفع الحد إلى 500 ألف URL في الزحف الواحد، ويومياً.

هل يعمل على مواقع محمية خلف VPN شركة؟

نعم. تُوفر Semalt IP بيضاء يمكنك سماحها في جدار الحماية، أو استخدام token أساسية Basic Auth في إعدادات الزاحف.

هل يقرأ ملفات .htaccess و nginx.conf؟

لا يقرأها مباشرة (لا وصول لخادمك)، لكنه يستنبط سلوكها من ردود HTTP الفعلية. يبلغ عن قواعد تحويل مكسورة أو headers خاطئة كأنه قرأها.

هل يفهم AMP و ISR (Next.js)؟

نعم لكليهما. لـ AMP يُشغّل مدقّق AMP الرسمي داخلياً ويُبلّغ عن كل انتهاك. لـ Next.js ISR يفهم headers x-nextjs-cache ويكشف صفحات لم تُعاد بناؤها منذ فترة أطول من المدة المطلوبة.

هل يتكامل مع Jira و Linear؟

نعم. كل نتيجة عالية الأولوية تُنشأ كتذكرة تلقائياً في Jira أو Linear مع وصف تقني وقائمة صفحات متأثرة و PR مقترح للإصلاح.