- معظم التدقيقات ملفات PDF من 400 صفحة لا يتصرّف أحد بناءً عليها. مُخرَج Semalt قائمة قصيرة مُصنّفة ومرتّبة حسب الزيارات المعرّضة للخطر.
- ثلاث فئات من المشكلات تفسّر نحو 75% من الخسارة الحقيقية في الزيارات على مواقع دبي ثنائية اللغة: الوسوم المعيارية، والمحتوى الذي يظهر عبر JavaScript فقط، وانكسار hreflang بين العربية والإنجليزية.
- موقع ثنائي اللغة بـ4,000 عنوان URL يُزحف في نحو 11 دقيقة. وتُصدَّر النتائج إلى تذاكر Jira/Linear يتصرّف المهندسون بناءً عليها.
- إعادة الزحف عند الطلب تؤكّد الإصلاح خلال دقائق، لا في الفحص الأسبوعي التالي.
التدقيق التقني للسيو لا يكون مفيدًا إلا إذا جرى التصرّف بناءً على التقرير. يبدو هذا بديهيًا. لكن عمليًا، تُنتج معظم أدوات التدقيق مُخرَجًا يبقى على سطح مكتب أحدهم دون أن يُفتح حتى المراجعة الربعية التالية — لأن التقرير مكتوب للمدقّقين لا للمهندسين. هذه جولة عملية في كيفية تشغيل فريقنا بدبي للتدقيقات التقنية على المواقع الإماراتية ثنائية اللغة باستخدام وحدة التدقيق في Semalt.
لماذا لا تغادر ملفات التدقيق المعتادة سطح المكتب أبدًا
سلّم مطوّرًا في دبي ملف تدقيق من 400 صفحة يرصد 3,000 مشكلة، وسيحدث أحد أمرين. إما أن يتجاهله تمامًا. أو ينتقي أسهل خمسة بنود، ويطلقها ظهيرة الخميس، ثم يعود إلى تذاكر المنتج. وفي الحالتين تبقى مشكلات الزيارات الأساسية دون حلّ. ونمط الفشل ليس المطوّر — بل صيغة التقرير. فالتدقيقات التي تعامل كل نتيجة على أنها بالأهمية نفسها تُنتج مستندًا لا يستطيع أحد ترتيب أولوياته منه.
التدقيق المفيد يفعل ثلاثة أشياء لا يفعلها السيّئ. يفصل المشكلات التي تخسر زيارات اليوم عن المشكلات التي قد تهمّ نظريًا. ويجمع الأعطال المترابطة حسب السبب الجذري — فقالب واحد مكسور يؤثّر في 500 عنوان URL هو تذكرة واحدة لا 500. ويقدّم القائمة القصيرة في صيغة يستطيع فريق الهندسة التصرّف بناءً عليها.
دليل كامل حول الموضوع: دليل شامل لاستشاري سيو عربي في دبي.
سباق تدقيق من أربع حركات يُطلق الإصلاحات فعلًا
كيف يعمل زاحف Semalt من الداخل
زاحف Semalt أسطول Chromium بلا واجهة موزّع على حواف إقليمية. وتُخدَم حركة الخليج من نقطة تواجد في الشرق الأوسط، وهو ما يهمّ في توقيت تنفيذ JavaScript الحسّاس لزمن الاستجابة على المواقع المستضافة داخل المنطقة (اتصالات، أو فودافون الإمارات، أو مراكز بيانات الياه سات / e&). وهو يحترم robots.txt، وينفّذ JavaScript قبل تحليل DOM، ويتعامل بشكل صحيح مع العرض من اليمين إلى اليسار — وهو فحص تتخطّاه معظم أدوات التدقيق الغربية تمامًا.
الفحوص الأحد عشر التي تستحق التشغيل أولًا على أي موقع في دبي
| # | الفحص | الخطورة | معدّل الإصابة على المواقع الإماراتية |
|---|---|---|---|
| 1 | خريطة الموقع مقابل عدد العناوين المفهرسة | حرج | 78% |
| 2 | سلامة الوسم المعياري (عربي ↔ إنجليزي) | حرج | 69% |
| 3 | طول سلسلة إعادة التوجيه > 2 | خطير | 51% |
| 4 | تبادلية hreflang (عربي/إنجليزي) | حرج | 72% |
| 5 | مؤشرات الويب الأساسية (بيانات ميدانية) | خطير | 64% |
| 6 | فرق العرض بين JavaScript وHTML | حرج | 46% |
| 7 | صحة البيانات المنظّمة | متوسط | 82% |
| 8 | روابط داخلية مكسورة | خطير | 57% |
| 9 | أنماط عناوين وأوصاف مكرّرة | متوسط | 70% |
| 10 | وزن الصور (WebP/AVIF) | خطير | 83% |
| 11 | العرض من اليمين لليسار + تجزئة الخطوط العربية | متوسط | 61% |
الفحوص الثلاثة التي تستحق التفصيل
أخطاء الوسم المعياري بين العربية والإنجليزية التي تختبئ في العلن
كل صفحة عربية ينبغي أن تُشير معياريًا إلى النسخة العربية، وكل صفحة إنجليزية إلى النسخة الإنجليزية. وتهيمن أربعة أنماط فشل على المواقع الإماراتية: صفحات إنجليزية تُشير معياريًا إلى العربية (أو العكس)؛ ووسم معياري مشترك يشير إلى الجذر؛ ووسوم معيارية تعبر حدود البروتوكول أو النطاق الفرعي؛ ووسم معياري يشير إلى سلسلة إعادة توجيه. والنمطان الأولان ضارّان بوجه خاص — إذ تدمج جوجل نسختَي اللغة في مُدخل فهرس واحد فلا تتصدّر أي منهما في صفحة نتائج لغتها الأصلية.
hreflang ثنائي الاتجاه بين العربية والإنجليزية — فخّ تعدّد المناطق
كل صفحة عربية ينبغي أن تُعلن بديلًا بـen-AE (أو en)، وعلى نظيرتها الإنجليزية أن تُعلن بديلًا بـar-AE يشير إليها بالمقابل. وانكسار التبادلية على المواقع الإماراتية ثنائية اللغة هو إخفاق hreflang الأول الذي نراه — بمعدّل إصابة 72% في تدقيقات العملاء الجدد. وفحص Semalt ثنائي الاتجاه وواعٍ بزوج اللغة.
نتناول ذلك بالتفصيل في بحث الكلمات المفتاحية الذي ينجح فعلًا في دبي.
محتوى عربي عبر JavaScript فقط — النقطة العمياء في تطبيقات الصفحة الواحدة
مواقع React وVue الحديثة كثيرًا ما تُرسل هيكل HTML فارغًا ولا تملأ المحتوى العربي إلا بعد تشغيل JavaScript. وGooglebot يعرض JavaScript في تمريرة ثانية مؤجّلة، ما يعني تأخّر المحتوى العربي الجديد في دخول الفهرس — وهي مشكلة خطيرة للقطاعات الحسّاسة للوقت (الأخبار، والفعاليات، وحجوزات الضيافة). وزحف Semalt ذو التمريرتين يلتقط هذا فورًا.
تحويل نتائج التدقيق إلى تذاكر هندسية مُنجَزة
الفجوة بين "أجرينا تدقيقًا" و"أُطلقت الإصلاحات" هي حيث تفشل معظم الارتباطات. ويسدّها Semalt بثلاثة تصديرات متوازية: ملف CSV لفريق السيو، ودفعة تذاكر متوافقة مع Jira/Linear للهندسة، وملخّص تنفيذي بلغة واضحة. وتتضمّن كل تذكرة قائمة العناوين المتأثّرة، وخطوات إعادة الإنتاج، والإصلاح المقترح، وتقدير الزيارات المعرّضة للخطر، وعرض فروق مرتبط.
حلقة إعادة الزحف والتحقّق التي تلتقط الانتكاسات
إطلاق إصلاح دون تأكيد وصوله هو الطريق إلى انتكاس الأخطاء "المُصلَحة" بصمت. ويدعم Semalt إعادة الزحف عند الطلب لعناوين بعينها — فلا تنتظر الفحص الأسبوعي الكامل التالي. ادفع تصحيح الوسم المعياري، واضغط "تحقّق"، واحصل خلال دقيقتين على تأكيد بأن الزاحف يرى الآن القيمة المتوقّعة عبر نسختَي اللغة.
اقرأ أيضًا: دليل Dubai Seo الكامل.
قائمة تحقّق من ست نقاط قبل أول زحفة
”على المواقع الإماراتية ثنائية اللغة، أكثر فحص يُغفَل هو إشارة الصفحات الإنجليزية معياريًا إلى العربية (أو العكس). تدمج جوجل نسختَي اللغة في مُدخل واحد فلا تتصدّر أي منهما كما ينبغي في صفحة نتائج لغتها.“
على موقع إماراتي ثنائي اللغة، يهمّ فحصا الوسم المعياري وhreflang أكثر من الفحوص التسعة الأخرى مجتمعة. أصلحهما أولًا، وتحقّق بإعادة زحف، ثم انزل في القائمة.
ما لا يغطّيه التدقيق — وما تحتاجه إضافةً إليه
تدقيق Semalt أداة على مستوى الصفحة والموقع. وهو ليس مُحلّل ملفات سجلّ — فأعمال ميزانية الزحف على النطاق المؤسسي ما زالت تستدعي مُحلّلات سجلّات مخصّصة. وهو لا يُغني عن اختبار يدوي لرحلات المستخدم الحرجة، وخصوصًا مسارات الدفع بالعربية. كما أنه لا يدقّق صفحات AMP على حدة.
الأسئلة الشائعة
كم مرة ينبغي إعادة زحف الموقع؟
الموقع كاملًا: أسبوعيًا للمواقع كثيرة التغيّر، وكل أسبوعين للمواقع التعريفية المستقرة. أما إعادة الزحف المستهدفة بعد إصلاح: فورًا، ثم مرة أخرى بعد 48 ساعة حين تستقرّ الذاكرة المؤقتة.
ما معدّل الزحف الذي سيتحمّله جدار حماية التطبيقات لديك فعلًا؟
الافتراضي في Semalt نحو 5 طلبات/ثانية. ولموقع متواضع خلف جدار حماية اعتيادي، يكون 10–15 طلبًا/ثانية آمنًا. أما المواقع خلف خدمات الأمن المُدارة من اتصالات أو جدران الجهات الحكومية، فقد تحتاج إلى إدراج نطاق عناوين الزاحف صراحةً في القائمة البيضاء.
هل يعرض التدقيق الاتجاه من اليمين لليسار والخطوط العربية بشكل صحيح؟
نعم. فتخطيط RTL، وتجزئة الخطوط العربية، والتعامل مع التشكيل، كلها مُتحقَّق منها. وحيث تُعلّم معظم أدوات التدقيق الغربية المحتوى العربي كغير مقروء أو تتخطّاه بصمت، يعرضه Semalt ويحلّله بشكل صحيح.
التعامل مع نتائج لا تستطيع التصرّف بشأنها الآن
علّمها كـ"مخاطرة مقبولة" مع تبرير مكتوب. تبقى النتيجة في التقرير ليعرف من يأتي لاحقًا أنها دُرست، لكنها تخرج من قائمة العمل النشطة.
أي فحص يُغفَل باستمرار على مواقع دبي؟
باستمرار: الوسم المعياري الذي يشير عبر نسختَي اللغة (إنجليزي ← عربي أو عربي ← إنجليزي). ولا تكاد أي أداة تدقيق أخرى تفصل هذا عن تحذيرات canonical العامة.
تشغيل أول تدقيق لك قبل نهاية اليوم
وحدة التدقيق متاحة في الباقة المجانية من Semalt لنطاق واحد. سجّل الدخول ووجّهها إلى صفحتك الرئيسية. وخلال أقل من خمس عشرة دقيقة ستحصل على قائمة قصيرة مرتّبة بالأولوية. أما إصلاحها بنفسك، أو تسليمها لفريق التطوير لديك، أو الاستعانة بنا في سباق معالجة خاص بدبي فمسألة منفصلة.
التدقيق كانضباط أسبوعي، لا حدثًا عابرًا
التدقيق التقني الجيّد ليس حدثًا لمرة واحدة. إنه عادة. عملاؤنا في دبي يحصلون على إعادة زحف كاملة أسبوعيًا، وتقرير فروق شهريًا، ومراجعة لحالة الموقع كل ربع سنة. وهذا الإيقاع هو ما يمنع الدَّين التقني من التراكم بصمت بين الحملات التسويقية.
