محتويات المقال
السيو التقني هو ضبط بنية موقعك حتى تستطيع محركات البحث الوصول إلى صفحاتك وقراءتها وفهرستها بسرعة ودون عوائق. وبدون هذا الضبط، قد لا يرى جوجل أفضل مقال كتبته في حياتك.
رأيت متجراً إلكترونياً ينشر عشرة مقالات شهرياً لمدة سنة كاملة، ثم تبيّن أن ٦٠٪ من صفحاته محجوبة بسبب سطر واحد خاطئ في ملف robots.txt. سنة من الجهد ضاعت خلف باب موصد.
سأشرح لك العناصر التي تستحق وقتك فعلاً، بالترتيب نفسه الذي أتبعه مع كل موقع جديد، وبأمثلة من أدوات تستطيع فتحها الآن.
ما هو السيو التقني وما الذي يشمله فعلياً؟
السيو التقني هو مجموعة الإعدادات التي تجعل موقعك قابلاً للزحف والفهرسة والعرض السريع: ملف robots.txt، خريطة الموقع XML، الروابط الرسمية canonical، البيانات المنظمة، سرعة التحميل، توافق الجوال، ومعالجة أخطاء السيرفر. مهمته ليست إقناع القارئ، بل إزالة أي حائط يمنع محرك البحث من رؤية محتواك وتقييمه بعدل.
تخيّل موقعك متجراً في شارع مزدحم. المحتوى هو المعروضات، والسيو الخارجي هو سمعتك بين الناس، أما الجانب التقني فهو الباب والإضاءة والأرفف. لو كان الباب مغلقاً فلا قيمة لما بالداخل.
ينقسم العمل عملياً إلى ثلاث طبقات. الأولى: هل يستطيع الزاحف الوصول أصلاً؟ الثانية: هل يفهم ما وصل إليه؟ الثالثة: هل التجربة سريعة ومستقرة على هاتف متوسط بشبكة عادية؟ أي خلل في واحدة من هذه الطبقات يُسقط الطبقتين الأخريين معه.
كثيرون يخلطون بين هذا المجال وتحسين السيو الداخلي. الفرق بسيط: الداخلي يهتم بالعناوين والكلمات والروابط داخل الصفحة نفسها، والتقني يهتم بالبنية التي تحمل كل ذلك.
ورأيي الصريح؟ ابدأ بالتقني أولاً في أي موقع جديد. إصلاح مشكلة فهرسة قد يستغرق ساعتين ويضاعف عدد صفحاتك الظاهرة في البحث، بينما كتابة مقال جديد تستهلك يوماً كاملاً وتضيف صفحة واحدة. الأولوية دائماً للأثر الأكبر بأقل جهد.
الزحف والفهرسة: أول باب يجب أن يكون مفتوحاً
لا شيء يسبق هذه الخطوة. افتح Google Search Console، ثم تقرير «الفهرسة > الصفحات»، وانظر إلى قائمة الأسباب التي منعت فهرسة صفحاتك. هذه القائمة أصدق من أي أداة مدفوعة اشتريتها.
الأخطاء التي أراها متكررة عند أصحاب المواقع العرب:
- وسم noindex منسي بعد نقل الموقع من بيئة التجريب إلى الإنتاج. خطأ صامت وقاتل.
- حجب مجلدات الأصول مثل /wp-content/ داخل robots.txt، فيعجز جوجل عن تحميل التصميم ويرى صفحة مشوّهة.
- خريطة موقع قديمة مليئة بروابط تعيد 404 أو صفحات محوّلة بـ301.
- صفحات «مكتشفة – غير مفهرسة حالياً»، وهي إشارة صريحة إلى ضعف الروابط الداخلية أو محتوى لا يستحق الفهرسة.
لخريطة الموقع حدود يجهلها كثيرون: ٥٠٠٠٠ رابط و٥٠ ميجابايت كحد أقصى للملف الواحد قبل الضغط، وما زاد يُوزَّع على ملفات فرعية مع ملف فهرس يجمعها. ضع فيها الصفحات القابلة للفهرسة فقط، وأرسلها مرة واحدة.
نقطة يعرفها من جرّب: أداة «فحص عنوان URL» تعطيك لقطة لما يراه الزاحف بعد تنفيذ JavaScript. اضغط على «HTML المُعالَج» وابحث عن نص مقالك داخله. إن لم تجده، فمحتواك يُبنى في المتصفح بطريقة لا يراها جوجل بثبات، وهذه مشكلة كبيرة تُصيب قوالب المتاجر الحديثة تحديداً.
وإن كنت على ووردبريس، فإن ضبط الفهرسة والوسوم يصبح أسهل كثيراً عند ربط ووردبريس بسيو تلقائي بدلاً من تعديل كل صفحة يدوياً.
سرعة الموقع ومؤشرات Core Web Vitals
السرعة ليست ترفاً تقنياً، بل جزء معلن من تقييم تجربة الصفحة لدى جوجل. المؤشرات المطلوبة اليوم واضحة: LCP أقل من ٢٫٥ ثانية، INP أقل من ٢٠٠ مللي ثانية، وCLS أقل من ٠٫١. والقياس يعتمد على الشريحة ٧٥٪ من زوارك الحقيقيين، لا على جهاز مختبر مثالي.
استبدلت جوجل مؤشر FID بمؤشر INP في مارس ٢٠٢٤. الفرق مهم: INP يقيس استجابة الموقع لكل تفاعل، لا للتفاعل الأول فقط. أي أن سكربتات التتبع الثقيلة صارت تكلفتها أعلى بكثير.
ما يعطي أسرع نتيجة على أرض الواقع:
- ضغط الصور وتحويلها إلى WebP أو AVIF، مع تحديد العرض والارتفاع لتفادي اهتزاز التصميم أثناء التحميل.
- عدم تطبيق التحميل المتأخر (lazy load) على صورة الغلاف في أعلى الصفحة، لأن ذلك يرفع LCP بدلاً من خفضه.
- تقليل الإضافات والسكربتات الخارجية، خصوصاً أدوات الدردشة والإعلانات وخرائط الموقع التفاعلية.
- تشغيل التخزين المؤقت وشبكة توصيل محتوى مثل Cloudflare، وهي خطوة تفيد الزائر في الخليج والمغرب العربي معاً.
قِس عبر PageSpeed Insights، لكن اعتمد على قسم «بيانات المستخدمين الحقيقيين» في أعلى التقرير لا على الدرجة الملونة. درجة ٩٠ لا تعني شيئاً إذا كان زوارك على هواتف متوسطة ينتظرون أربع ثوانٍ.
لاحظت أن أكثر ما يفسد INP في المتاجر العربية هو مُنتقي المقاسات والفلاتر المبنية على JavaScript ثقيل. اختبرها بإصبعك على هاتف حقيقي، لا على المحاكي. وللتفصيل الكامل راجع دليل سرعة الموقع وتأثيرها على السيو.
بنية الموقع وعمق الصفحات: قاعدة الثلاث نقرات
اجعل أي صفحة مهمة على بعد ثلاث نقرات كحد أقصى من الرئيسية. ليست خرافة قديمة، بل نتيجة منطقية: الصفحات العميقة تنال روابط داخلية أقل، فتُزار أقل، فتُفهرس أبطأ وتُحدَّث أندر.
البنية الجيدة تشبه الشجرة. رئيسية، ثم أقسام واضحة، ثم منتجات أو مقالات. لا تبنِ متاهة.
عناصر تستحق الضبط اليوم:
- روابط قصيرة وصفية بالعربية أو بالحروف اللاتينية، دون أرقام عشوائية أو معرّفات بلا معنى.
- مسار التنقل (Breadcrumbs) مدعوم ببيانات منظمة، فيظهر في نتائج البحث ويوضح التسلسل للزائر.
- صفحات تصنيف حقيقية تحتوي وصفاً مفيداً، لا مجرد شبكة صور عارية.
- ربط داخلي موضوعي يجمع الصفحات المتقاربة في عناقيد، وهو منطق يقترب كثيراً من السيو الدلالي.
شغّل Screaming Frog في نسخته المجانية (حتى ٥٠٠ رابط) واستعرض تقرير Crawl Depth. إن ظهرت صفحات على عمق ٦ أو ٧ نقرات فأنت أمام مشكلة معمارية، وليست مشكلة محتوى.
حكاية سريعة: متجر أثاث كان يدفن منتجاته الأعلى ربحاً داخل تصنيف فرعي داخل تصنيف فرعي. بعد تسطيح البنية وإضافة روابط مباشرة من الرئيسية، تحسّن ظهور تلك المنتجات خلال أسابيع دون كتابة كلمة واحدة جديدة. البنية وحدها كانت العائق، والمحتوى كان جاهزاً منذ البداية.
هل ما زال توافق الجوال أهم من سطح المكتب في 2026؟
نعم، وبشكل قاطع. جوجل يعتمد زاحف الجوال أساساً للفهرسة، ومنذ يوليو ٢٠٢٤ صار الوصول من الهاتف شرطاً لظهور الموقع في البحث أصلاً. أي محتوى تخفيه في نسخة الجوال يُعامَل كأنه غير موجود، وأي بطء هناك يُحسب عليك في تقييم تجربة الصفحة كاملة.
الفحص السريع بسيط ولا يحتاج أداة. افتح موقعك على هاتفك وأتمم عملية شراء كاملة. هل ضغطت زراً بالخطأ؟ هل قرأت النص دون تكبير؟ هل غطّى إشعار الكوكيز نصف الشاشة؟ ما تشعر به هو ما يشعر به زائرك.
أخطاء متكررة في النسخ العربية للجوال:
- حجم خط أقل من ١٦ بكسل يجعل قراءة العربية متعبة للعين.
- أزرار متلاصقة يصعب ضغطها بالإبهام.
- إخفاء المواصفات داخل تبويبات لا تُحمَّل إلا بعد النقر.
- نوافذ منبثقة تقفز فور الدخول، وهي من أسوأ ما يُفعل بمعدل الارتداد.
ولا تنسَ اتجاه النص. المواقع العربية تحتاج dir="rtl" صحيحاً على مستوى الصفحة، ووسم lang="ar" في وسم html. رأيت مواقع تخلط الاتجاهين فتظهر علامات الترقيم في مواضع غريبة وتنكسر الأرقام داخل الجمل. المشكلة تضر بالقراءة قبل أن تضر بالترتيب.
البيانات المنظمة: كيف تتحدث إلى جوجل بلغته
البيانات المنظمة كود JSON-LD تضيفه إلى صفحاتك ليشرح نوع المحتوى: منتج، مقال، سؤال شائع، نشاط تجاري محلي. لا ترفع ترتيبك مباشرة، لكنها تفتح باب النتائج الغنية: السعر، نجوم التقييم، حالة التوفر، تاريخ التحديث. والنتيجة الغنية تسرق النقرات من المنافس الذي يعلوك بمركز واحد.
الأنواع الأكثر جدوى للمواقع العربية:
- Product مع Offer وسعر وعملة وحالة توفر، أساسي لكل متجر.
- Article أو BlogPosting مع تاريخ النشر والتحديث واسم الكاتب.
- FAQPage لصفحات الأسئلة الحقيقية فقط.
- LocalBusiness إن كان لديك فرع فعلي وعنوان وساعات عمل.
- BreadcrumbList لتوضيح المسار داخل النتيجة.
افحص كل قالب عبر أداة Rich Results Test. لا تفحص صفحة واحدة وتطمئن؛ اختبر نموذجاً من كل نوع: منتج، تصنيف، مقال، صفحة تواصل. القوالب تختلف في الكود حتى لو تشابهت في الشكل.
الفخ الذي يسقط فيه الجميع: تطابق البيانات مع ما يراه الزائر. إن كتبت في الكود سعر ٩٩ ريالاً وفي الصفحة ١٤٩، فهذا انتهاك صريح لسياسات جوجل وقد يُلغي نتائجك الغنية بالكامل. وكذلك نجوم التقييم المُختلقة دون مراجعات ظاهرة على الصفحة.
نصيحتي: لا تُثقل الصفحة بعشرة مخططات. نوعان أو ثلاثة دقيقة أفضل من تكديس كود يتعطّل مع أول تحديث للقالب ولا يعرف أحد كيف يصلحه.
المحتوى المكرر والروابط الرسمية وفخ الفلاتر
هنا تُهدَر أكبر حصة من ميزانية الزحف. صفحة واحدة قد تظهر بعشرة عناوين مختلفة: مع www وبدونها، بـhttp وhttps، بشرطة مائلة في النهاية وبدونها، مع معاملات تتبع، ومع فلاتر اللون والمقاس والسعر.
الحل غير معقد إطلاقاً:
- اختر نسخة واحدة رسمية للنطاق وحوّل الباقي بـ301 دائماً، لا 302.
- ضع وسم canonical ذاتي الإشارة في كل صفحة، ووجّه نسخ الفلاتر إلى الصفحة الأصلية.
- امنع فهرسة صفحات البحث الداخلي ونتائج الفرز؛ لا تجلب زيارات وتلتهم الزحف.
- استخدم hreflang إن كان لديك نسخة عربية وأخرى إنجليزية، بإشارة متبادلة بين النسختين ووسم x-default.
ما لا يخبرك به أحد: منصات المتاجر تُنتج تلقائياً رابطاً بديلاً للمنتج داخل كل تصنيف ينتمي إليه. تحقق من أن جميعها تشير إلى رابط رسمي واحد، وإلا تنافست صفحاتك مع بعضها على الكلمة نفسها وخسرت الاثنتان.
أما وصف المنتج المنقول حرفياً من موقع المصنّع فهو أشهر أسباب ضعف المتاجر العربية. اكتب وصفاً خاصاً لأهم عشرين منتجاً على الأقل. ولمزيد من المزالق، راجع مقال أخطاء السيو الشائعة الذي يغطي ما يفسد الترتيب من حيث لا تشعر.
الأمان وأخطاء السيرفر: صيانة شهرية بسيطة
HTTPS ليس اختيارياً. شهادة SSL صالحة، تحويل كامل من http إلى https، وخلوّ الصفحة من المحتوى المختلط — أي صور أو سكربتات تُحمَّل عبر http داخل صفحة آمنة. المتصفح يحجب هذا المحتوى، فتظهر صفحتك ناقصة والزائر لا يفهم السبب ويغادر.
ثم تأتي أخطاء الحالة. راقب ثلاثة أنواع تحديداً:
- 404 على روابط لها زيارات أو روابط خارجية: حوّلها بـ301 إلى أقرب صفحة ذات صلة، لا إلى الرئيسية جملةً واحدة.
- 5xx من السيرفر: مؤشر على استضافة ضعيفة أو إضافة معطوبة، وهو أخطر ما يمكن أن يصادفه الزاحف.
- Soft 404: صفحة تعيد رمز 200 لكن محتواها فارغ، مثل تصنيف بلا منتجات بعد نفاد المخزون.
سلاسل التحويل مشكلة صامتة أخرى. رابط يحوّل إلى رابط يحوّل إلى ثالث يبطئ التحميل ويبدد جزءاً من قوة الرابط. اجعل التحويل بخطوة واحدة دائماً.
أنصح بجدولة فحص شهري ثابت في تقويمك: زحف كامل بأداة، مراجعة تقرير الفهرسة، فحص مؤشرات السرعة الثلاثة، ثم اختبار قالبين على هاتف حقيقي. ساعة واحدة شهرياً تكفي لتفادي كارثة تحتاج شهراً لإصلاحها. ومن نقل موقعاً بلا خطة تحويلات مسبقة يعرف تماماً ما أعني، وقد دفع الثمن ترتيباً ضائعاً لأشهر.
من أين تبدأ هذا الأسبوع؟
الترتيب مهم بقدر أهمية المهام نفسها: تحقق من الفهرسة، ثم أصلح السرعة على الجوال، ثم رتّب البنية والروابط الرسمية، وأخيراً أضف البيانات المنظمة. لا تقفز إلى الأخيرة قبل الأولى.
السيو التقني ليس مشروعاً ينتهي بتاريخ محدد، بل عادة صيانة تتكرر. وحين تستقر البنية يصبح كل مقال جديد أكثر فاعلية، لأنه يُفهرس أسرع ويُعرض أنظف. هذه هي الفائدة الحقيقية: أن يعمل جهدك في المحتوى بكامل طاقته بدلاً من أن يتبدد في متاهة تقنية لا يراها أحد.
الأسئلة الشائعة
هل أحتاج مبرمجاً لتنفيذ السيو التقني؟
ليس لكل شيء. ضبط خريطة الموقع والوسوم والروابط الرسمية وضغط الصور يمكن إنجازه عبر إضافات ووردبريس أو إعدادات منصة المتجر دون كتابة كود. لكن تعديل قوالب البنية وتحسين INP ومعالجة أخطاء 5xx تحتاج غالباً مبرمجاً أو مسؤول استضافة. ابدأ بما تستطيع، ووثّق الباقي في قائمة مهام واضحة.
كم يستغرق ظهور نتائج إصلاح المشكلات التقنية؟
إصلاح الفهرسة قد يظهر أثره خلال أيام إلى ثلاثة أسابيع بحسب سرعة إعادة الزحف لموقعك. تحسينات السرعة تحتاج نحو ٢٨ يوماً لتنعكس على بيانات المستخدمين الحقيقيين، لأن القياس يعتمد على نافذة زمنية متحركة. أما إعادة هيكلة البنية فأثرها تراكمي ويظهر عادة خلال شهر إلى ثلاثة أشهر.
ما الأدوات المجانية الكافية لفحص السيو التقني؟
ثلاث أدوات تغطي معظم الاحتياج: Google Search Console للفهرسة والأخطاء، وPageSpeed Insights لمؤشرات Core Web Vitals، وRich Results Test للبيانات المنظمة. أضف النسخة المجانية من Screaming Frog لزحف حتى ٥٠٠ رابط ورؤية العناوين المكررة وعمق الصفحات. هذه المجموعة كافية تماماً للمواقع الصغيرة والمتوسطة دون أي اشتراك مدفوع.
هل الجانب التقني أهم من المحتوى للمتاجر الإلكترونية؟
ليس أهم، لكنه أسبق. المتجر الذي لا تُفهرس صفحات منتجاته لن يبيع مهما كان وصفه بديعاً. رتّب الأمر هكذا: أصلح الفهرسة والسرعة والروابط الرسمية أولاً، ثم استثمر في أوصاف المنتجات والمحتوى الإرشادي. المتاجر التي تجمع الاثنين معاً هي التي تتقدم فعلاً وتحافظ على مكانها طويلاً.