معظم مشاريع السيو التي تتعثر لا تتعثر بسبب المحتوى، بل بسبب السيو التقني. تتعثر لأن أحداً لم يتحقق من الأساس: صفحات لا تُفهرس، موقع يستغرق ست ثوانٍ ليظهر على الجوال، نسخ مكررة تتنافس فيما بينها، أو إعداد لغة خاطئ يجعل جوجل يعرض النسخة الإنجليزية لباحث عربي.
السيو التقني هو الطبقة التي تجعل كل ما فوقها ممكناً. هذا الدليل يغطيها بالترتيب الذي يراه محرك البحث نفسه: كيف يصل إلى موقعك، وكيف يفهمه، وكيف يقيس تجربته، وكيف تُبنى المواقع العربية تحديداً بشكل صحيح.
محتويات هذا الدليل
- كيف يرى جوجل موقعك: نقطة انطلاق السيو التقني
- أولاً: التحكم في زحف جوجل (Crawling)
- ثانياً: ضبط فهرسة جوجل (Indexing)
- ثالثاً: بنية الموقع والروابط الداخلية
- رابعاً: تحسين سرعة الموقع ومؤشرات الأداء الأساسية
- خامساً: البيانات المنظمة (Schema)
- سادساً: سيو المواقع العربية وخصوصيات RTL
- سابعاً: سيو جافاسكربت والتصيير
- ثامناً: الترحيل وإعادة التصميم دون خسارة الترتيب
- قائمة تدقيق السيو التقني السريعة
- أسئلة شائعة عن السيو التقني
- الخلاصة: السيو التقني شرط لا خيار
- مصادر ومراجع
كيف يرى جوجل موقعك: نقطة انطلاق السيو التقني
قبل أي إصلاح، افهم المسار الذي تمر به كل صفحة:
الاكتشاف: يعرف جوجل بوجود الرابط عبر خريطة الموقع، أو رابط داخلي، أو رابط خارجي من موقع آخر. صفحة لا يشير إليها شيء هي صفحة غير موجودة عملياً.
الزحف: يطلب Googlebot الصفحة من خادمك. هنا تدخل الاستضافة وسرعة الاستجابة وrobots.txt وأكواد الحالة (200، 301، 404، 500).
التصيير (Rendering): يُنفَّذ جافاسكربت لتوليد الصورة النهائية للصفحة. هذه المرحلة مكلفة، وقد تحدث بعد الزحف بمدة. إن كان محتواك الأساسي لا يظهر إلا بعد تنفيذ جافاسكربت، فأنت تراهن على مرحلة قد تتأخر أو تفشل جزئياً.
الفهرسة: يقرر جوجل تخزين الصفحة أو استبعادها، ويختار «النسخة القانونية» بين الصفحات المتشابهة.
الترتيب: عند كل استعلام، تُختار الصفحات المفهرسة الأنسب وتُرتّب.
كل عطل تقني يقع في واحدة من هذه الحلقات. والتشخيص السليم يبدأ بتحديد الحلقة المعطوبة، لا بتطبيق قائمة إصلاحات عشوائية.
أولاً: التحكم في زحف جوجل (Crawling)
ملف robots.txt
ملف نصي في جذر النطاق يخبر الزواحف بما يُسمح لها بطلبه. أخطر خطأ في السيو كله يعيش هنا: سطر Disallow: / منسي من مرحلة التطوير يحجب الموقع بالكامل. تحقق منه بعد كل إطلاق أو ترحيل.
انتبه لفرق جوهري: robots.txt يمنع الزحف لا الفهرسة. إن أردت منع ظهور صفحة في النتائج، استخدم وسم noindex، لكن الصفحة يجب أن تكون قابلة للزحف حتى يرى جوجل هذا الوسم. حجبها في robots.txt ووضع noindex عليها في آن واحد تناقض يبطل الاثنين.
استخدمه لمنع زحف ما لا قيمة له: نتائج البحث الداخلي، صفحات الفلترة اللانهائية، سلة الشراء، لوحات التحكم.
خريطة الموقع XML
قائمة بالصفحات التي تريد فهرستها، مرفوعة إلى Google Search Console ومُشار إليها في robots.txt. اجعلها ديناميكية تتحدث تلقائياً، وأدرج فيها الروابط القانونية فقط (لا صفحات معاد توجيهها، ولا صفحات noindex، ولا روابط 404).
مؤشر صحة سريع: قارن عدد الروابط في خريطة الموقع بعدد الصفحات المفهرسة في Search Console. الفجوة الكبيرة إشارة إلى مشكلة جودة أو تكرار أو زحف.
ميزانية الزحف
لكل موقع نصيب من موارد الزحف. المواقع الصغيرة نادراً ما تتأثر، أما المتاجر والمواقع الكبيرة فتُهدر ميزانيتها في مسارات لا نهائية: معاملات فرز وفلترة تولّد آلاف الروابط المتشابهة، صفحات ترقيم عميقة، معرّفات جلسات في الروابط. النتيجة أن الزاحف ينشغل بالقمامة ويتأخر عن صفحاتك المهمة. عالج ذلك بالحجب، والوسوم القانونية، وتبسيط بنية الروابط.
ثانياً: ضبط فهرسة جوجل (Indexing)
الوسم القانوني (Canonical)
عندما يصل جوجل إلى عدة روابط بمحتوى متطابق أو شديد التشابه، يختار واحدة ليفهرسها. وسم rel="canonical" هو طريقتك لتقول أيها الأصل. أهميته تتضاعف في المتاجر (نفس المنتج بألوان أو مقاسات مختلفة) والمواقع التي تصل إليها روابط بمعاملات تتبع.
قواعد سلامة: كل صفحة تشير إلى نفسها بوسم قانوني ما لم يكن هناك سبب واضح لغير ذلك؛ الرابط في الوسم مطلق لا نسبي؛ ولا تجعل الوسم يشير إلى صفحة معاد توجيهها أو محجوبة.
noindex وأنواع التوجيه
استخدم noindex للصفحات التي يجب ألا تظهر في النتائج: صفحات الشكر، النسخ التجريبية، الأرشيفات الضعيفة، صفحات الفلترة المولّدة تلقائياً. ولا تستخدمه أبداً على صفحة تريد لها زيارات.
في إعادة التوجيه، القاعدة بسيطة: 301 للنقل الدائم (ينقل قيمة الرابط)، 302 للمؤقت فقط. وتجنّب سلاسل التوجيه المتتابعة (رابط يوجّه إلى رابط يوجّه إلى ثالث)، واجعل كل توجيه يقفز إلى الوجهة النهائية مباشرة.
التكرار الداخلي
أكثر مصادر التكرار شيوعاً في المواقع العربية: نسخة بـwww وأخرى بدونها، نسخة http وأخرى https، رابط بشرطة مائلة في نهايته وآخر بدونها، وصفحات مدن مكررة يُستبدل فيها اسم المدينة فقط. الثلاثة الأولى تُحل بإعادة توجيه موحّدة على مستوى الخادم. أما الأخيرة فتُحل بمحتوى حقيقي مختلف لكل مدينة، أو بحذف الصفحات الزائدة.
ثالثاً: بنية الموقع والروابط الداخلية
بنية الموقع ليست مسألة تنظيم فحسب، بل توزيع للسلطة وإشارة للأهمية.
اجعل العمق ضحلاً. يجب أن تُبعد أي صفحة مهمة ثلاث نقرات على الأكثر عن الصفحة الرئيسية. ما يُدفن أعمق يُزحف أقل ويُرتّب أضعف.
اعتمد نموذج المحور والأغصان. صفحة مرجعية شاملة لكل موضوع رئيسي (مثل صفحة «خدمات السيو»)، تتفرع منها صفحات تفصيلية مترابطة فيما بينها وعائدة إلى المحور. هذا يبني كتلة موضوعية يفهمها جوجل كخبرة متكاملة لا صفحات متناثرة.
اكتب نص الرابط الداخلي بوصف دقيق. «اقرأ دليل السيو التقني» أفضل بكثير من «اضغط هنا». نص الرابط إشارة صريحة عن محتوى الوجهة.
استخدم مسار التنقل (Breadcrumbs). يوضح الهرمية للمستخدم ولمحرك البحث، ويظهر أحياناً في نتائج البحث نفسها.
رابعاً: تحسين سرعة الموقع ومؤشرات الأداء الأساسية
مؤشرات الأداء الأساسية (Core Web Vitals) ثلاثة مقاييس يستخدمها جوجل لتقييم تجربة الصفحة، وتُقاس عند الشريحة المئوية الخامسة والسبعين من زيارات المستخدمين الحقيقيين، منفصلةً بين الجوال وسطح المكتب:
| المؤشر | ما يقيسه | الحد «الجيد» |
|---|---|---|
| LCP (أكبر عنصر مرئي) | سرعة ظهور المحتوى الرئيسي | 2.5 ثانية أو أقل |
| INP (التفاعل حتى الرسم التالي) | استجابة الصفحة لتفاعل المستخدم | 200 مللي ثانية أو أقل |
| CLS (إزاحة التخطيط التراكمية) | ثبات العناصر بصرياً أثناء التحميل | 0.1 أو أقل |
هذه المؤشرات ليست العامل الأقوى في الترتيب، لكن أثرها الحقيقي أوسع من الترتيب: الموقع البطيء يخسر الزائر قبل أن يقرأ سطراً، ويخفض معدل التحويل في كل قناة تسويقية تدفع إليه.
أشهر أسباب ضعف الأداء وحلولها
الصور غير المحسّنة هي السبب الأول لضعف LCP. الحل: صيغ حديثة مثل WebP أو AVIF، مقاسات مناسبة للجهاز عبر srcset، تحميل كسول لما هو أسفل الشاشة، مع استثناء الصورة الرئيسية أعلى الصفحة من التحميل الكسول، لأن تأجيلها يضرب LCP مباشرة. وحدّد width وheight لكل صورة لتمنع الإزاحة (CLS).
الخطوط العربية مصدر مشكلة خاص بمواقعنا: ملفات الخطوط العربية أثقل من نظيرتها اللاتينية لكثرة أشكال الحروف. استضف الخط محلياً، اقتصر على الأوزان التي تستخدمها فعلاً، استخدم font-display: swap لتجنّب النص غير المرئي، وجزّئ ملف الخط ليشمل النطاق العربي فقط عند الإمكان.
جافاسكربت الثقيل هو القاتل الرئيسي لمؤشر INP: نصوص خارجية للتتبع والدردشة والإعلانات تحجز الخيط الرئيسي فتتأخر استجابة الصفحة للنقر. راجع كل نص خارجي وتساءل: هل يستحق كلفته؟ أجّل ما ليس حرجاً (defer/async)، وقلّل ما تشحنه في الحزمة الأولى.
الاستضافة والتوزيع الجغرافي. خادم بعيد عن جمهورك يضيف تأخيراً في كل طلب. استخدم شبكة توزيع محتوى (CDN) لها نقاط حضور قريبة من المنطقة، وفعّل التخزين المؤقت وضغط الاستجابات.
قوالب ووردبريس المثقلة بالإضافات. عشرون إضافة تحمّل كلٌّ منها ملفات CSS وJS في كل صفحة تنتج موقعاً بطيئاً مهما حسّنت الصور. أقل عدد ممكن من الإضافات، وقالب مبني للأداء منذ البداية.
قِس دائماً ببيانات المستخدمين الحقيقيين لا باختبارات المختبر وحدها: تقرير تجربة المستخدم في Search Console هو مرجعك، وأدوات المختبر تفيد في تشخيص السبب لا في الحكم النهائي.
خامساً: البيانات المنظمة (Schema)
البيانات المنظمة كود تضيفه للصفحة، بصيغة JSON-LD غالباً، يشرح محتواها بلغة تفهمها الآلة: هذا مقال، وهذا كاتبه، وهذا سعر المنتج، وهذه ساعات عمل الفرع.
فائدتان: احتمال ظهور نتائج منسّقة أغنى في صفحة البحث (تقييمات، أسعار، أسئلة)، وفهم أوضح لهويتك من الأنظمة التي تقتبس المصادر.
الأنواع الأكثر نفعاً لموقع شركة خدمات:
Organization: هوية الشركة، الشعار، حسابات التواصل، بيانات الاتصال.LocalBusiness: للفروع: العنوان، الإحداثيات، ساعات العمل، نطاق الخدمة.ArticleأوBlogPosting: لكل مقال، مع المؤلف وتاريخ النشر والتحديث.Service: لصفحات الخدمات.FAQPage: لأقسام الأسئلة الشائعة الحقيقية الظاهرة على الصفحة.BreadcrumbList: لمسار التنقل.
قاعدة إلزامية: البيانات المنظمة يجب أن تصف ما يراه المستخدم فعلاً على الصفحة. وصف محتوى غير موجود مخالفة صريحة قد تُفقدك أهلية النتائج المنسّقة. تحقق دائماً بأداة اختبار النتائج المنسّقة من جوجل قبل الاعتماد.
سادساً: سيو المواقع العربية وخصوصيات RTL
هنا يتميز الموقع المبني بعناية عن الموقع المترجم على عجل.
اتجاه الصفحة واللغة. يجب أن يحمل وسم <html> القيمتين lang="ar" وdir="rtl". هذا ليس تفصيلاً تجميلياً: هو ما يخبر المتصفح ومحرك البحث بلغة الصفحة واتجاهها، ويؤثر على كيفية عرضها ومعالجتها.
hreflang للمواقع ثنائية اللغة. إن كان لديك نسختان عربية وإنجليزية، عرّف العلاقة بينهما بوسوم hreflang متبادلة (كل نسخة تشير إلى الأخرى وإلى نفسها)، مع x-default للنسخة الافتراضية. الخطأ الشائع أن تشير النسخة العربية إلى الإنجليزية دون العكس، فيتجاهل جوجل الإعداد كله. وإن كنت تستهدف عدة أسواق خليجية بالعربية، استخدم رموز المنطقة (ar-SA, ar-AE) لصفحات مختلفة فعلاً، لا لنسخ متطابقة.
الروابط العربية. الروابط المكتوبة بحروف عربية مقبولة تماماً ويفهمها جوجل، وتظهر مقروءة للمستخدم عند مشاركتها من المتصفح. لكن انتبه: تُخزَّن مشفّرة (Punycode/percent-encoding) وقد تبدو طويلة ومشوّهة في بعض الأنظمة والتقارير. القرار عملي: اختر أسلوباً واحداً، عربياً أو لاتينياً مُعرّباً، والتزم به في كل الموقع، ولا تغيّره لاحقاً إلا بخطة إعادة توجيه كاملة.
العناوين والأوصاف بالعربية. الحرف العربي يشغل عرضاً مختلفاً عن اللاتيني، وحدود القص في نتائج البحث تُحسب بالبكسل لا بعدد الأحرف. اكتب عناوين مركّزة تضع المعنى المهم في أولها، ولا تعتمد على عدّاد أحرف مصمّم للإنجليزية.
اختبار الواجهة في الاتجاهين. الأيقونات والأسهم والهوامش والمكوّنات المستوردة من قوالب لاتينية تنكسر كثيراً في RTL. الاختبار البصري على الجوال جزء من السيو التقني، لأن التخطيط المكسور يعني إزاحة ومغادرة سريعة.
سابعاً: سيو جافاسكربت والتصيير
إن كان موقعك مبنياً بإطار عمل حديث، تحقق من سؤال واحد: هل يظهر المحتوى الأساسي والروابط في مصدر الصفحة الأولي، أم بعد تنفيذ جافاسكربت؟
التصيير من جهة الخادم (SSR) أو التوليد الساكن (SSG) هو الخيار الآمن لصفحات تعتمد على البحث. وإن كنت تعتمد على التصيير في المتصفح، تأكد على الأقل من أن الروابط الداخلية وسوم <a href> حقيقية لا عناصر تفاعلية بجافاسكربت، فالزاحف يتبع الروابط، لا الأزرار.
اختبر دائماً بأداة فحص الرابط في Search Console وانظر إلى «الصفحة المصيَّرة» كما يراها جوجل، لا كما تراها أنت في متصفحك.
ثامناً: الترحيل وإعادة التصميم دون خسارة الترتيب
إعادة تصميم الموقع أكثر لحظة يخسر فيها الموقع ترتيبه، والسبب دائماً تقريباً هو الإهمال في الترحيل. اتبع هذا الترتيب:
- صوّر الوضع الحالي قبل أي تغيير: قائمة كاملة بالروابط، الصفحات الأعلى زيارةً، الروابط الخارجية الواردة، الترتيب الحالي للكلمات المهمة.
- ابنِ خريطة توجيه من كل رابط قديم إلى أقرب مقابل جديد بـ301. لا توجّه كل شيء إلى الصفحة الرئيسية، فهذا يُعامَل كصفحة خطأ ويُهدر قيمة الروابط.
- احتفظ بالمحتوى الذي يعمل. إعادة كتابة صفحة تُرتّب جيداً من الصفر مقامرة بلا مبرر.
- راجع قبل الإطلاق:
robots.txt، الوسوم القانونية،noindexالمتبقية من بيئة التطوير، خريطة الموقع الجديدة. - راقب أسبوعياً بعد الإطلاق: أخطاء الزحف، حالة الفهرسة، الظهور والزيارات. أغلب مشاكل الترحيل تظهر خلال الأسبوعين الأولين.
قائمة تدقيق السيو التقني السريعة
- الموقع كله على HTTPS، ونسخة واحدة موحّدة (www أو بدونها).
robots.txtلا يحجب شيئاً مهماً، وخريطة الموقع مرفوعة ومحدّثة.- كل صفحة مهمة مفهرسة فعلاً (تحقق في Search Console، لا بالتخمين).
- لا صفحات مكررة تتنافس على نفس النية، والوسوم القانونية سليمة.
- عمق التنقل لأي صفحة مهمة ثلاث نقرات أو أقل.
- LCP ≤ 2.5 ثانية، INP ≤ 200 مللي ثانية، CLS ≤ 0.1 على الجوال ببيانات المستخدمين الحقيقيين.
- الصور بصيغ حديثة وبأبعاد محددة؛ الخطوط العربية محسّنة ومستضافة محلياً.
lang="ar"وdir="rtl"صحيحان، وhreflang متبادل إن وُجدت نسخة ثانية.- بيانات منظمة صحيحة للمؤسسة والمقالات والخدمات، ومطابقة لما يظهر على الصفحة.
- لا سلاسل إعادة توجيه، ولا روابط داخلية مكسورة، ولا صفحات خطأ ناعمة.
- الموقع مختبر بصرياً على الجوال في وضع RTL.
أسئلة شائعة عن السيو التقني
ما الفرق بين السيو التقني والسيو الداخلي؟
السيو التقني يعالج قدرة محرك البحث على الوصول إلى الموقع وفهمه وقياس تجربته (الزحف، الفهرسة، السرعة، البنية). السيو الداخلي يعالج محتوى الصفحة نفسها وإشاراتها (العناوين، النصوص، الروابط الداخلية). الأول شرط لازم؛ الثاني هو ما يُرتَّب.
كم مرة أحتاج تدقيقاً تقنياً؟
تدقيق شامل مرة إلى مرتين سنوياً، ومتابعة شهرية لتقارير الفهرسة والأداء، وتدقيق إلزامي بعد أي إعادة تصميم أو ترحيل أو تغيير استضافة.
هل سرعة الموقع عامل ترتيب فعلاً؟
تجربة الصفحة إشارة ضمن إشارات كثيرة، وليست العامل الحاسم أمام محتوى أفضل. لكن أثرها على التحويل والاحتفاظ بالزائر مباشر وكبير، ولهذا تستحق الاستثمار بصرف النظر عن وزنها في الترتيب.
هل تضر الروابط العربية بالسيو؟
لا. جوجل يفهمها ويعرضها. المحاذير عملية لا ترتيبية: تشفيرها في بعض الأدوات والمشاركات، وضرورة الالتزام بأسلوب واحد عبر الموقع.
موقعي على ووردبريس، هل يكفي تثبيت إضافة سيو؟
إضافة السيو تدير الوسوم وخريطة الموقع، وهذا مفيد لكنه لا يعالج السرعة ولا بنية الموقع ولا التكرار ولا سلامة RTL. الإضافة أداة، لا استراتيجية ولا بديل عن التدقيق.
الخلاصة: السيو التقني شرط لا خيار
السيو التقني لا يجلب العملاء بنفسه، لكنه الشرط الذي بدونه لا يجلبهم أي شيء آخر. موقع يُزحف إليه بسهولة، ويُفهرس بلا تكرار، ويُحمّل بسرعة على جوال بشبكة عادية، ويقول عن نفسه بوضوح إنه عربي وموجّه من اليمين إلى اليسار، هو موقع أعطى محتواه فرصة عادلة للفوز.
في مزيد نبدأ من هذه الطبقة تحديداً، لأن إصلاحها غالباً ما يُظهر مكاسب قبل أن ينشر العميل مقالاً واحداً. إن أردت تدقيقاً تقنياً لموقعك بقائمة أولويات مرتبة بالأثر لا بالطول، احجز اجتماعك معنا.
تريد خطة سيو مبنية على بيانات موقعك لا على تخمين؟ في مزيد نراجع وضعك التقني ونية البحث لدى جمهورك، ثم نحدد أولويات التنفيذ للأشهر الأولى. احجز اجتماعك معنا ولنبدأ من أقرب فرصة ظهور حقيقية.
مصادر ومراجع
اقرأ أيضاً
- كيف أضيف موقعي إلى Google Search Console؟ دليل عملي
- لماذا لا يظهر موقعي في جوجل؟ الأسباب والحلول
- بحث الكلمات المفتاحية بالعربية: دليل عملي كامل
مازن، مؤسس وكالة مزيد للتسويق الرقمي وإنتاج المحتوى في السعودية. يقود فريقاً يعمل على السيو العربي، وإدارة الحملات الإعلانية على جوجل وميتا وسناب شات، وبناء المواقع والمتاجر الإلكترونية على سلة، وإنتاج الفيديو للعلامات التجارية في السوق السعودي والخليجي. يكتب في مدونة مزيد عن ما يطبقه الفريق فعلياً مع العملاء.
