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

قد يقدّم موقعك أفضل محتوى في مجاله ثم يبقى بعيدًا عن نتائج البحث، لأن محرك البحث لا يستطيع الوصول إلى صفحاته أو فهمها أو عرضها بسرعة على هاتف العميل. هذه المساحة تحديدًا هي ما يعالجه السيو التقني (Technical SEO): البنية غير المرئية التي تحدد هل تُزحف صفحاتك وتُفهرس وتظهر.

في هذا الدليل نشرح عناصر السيو التقني كما توثقها Google اليوم، وخطوات فحصها بالأدوات المجانية المتاحة، والأخطاء التي نراها كثيرًا عند مراجعة مواقع الشركات في السعودية ومصر، ثم الطريقة التي ينظم بها فريقنا هذا العمل.

جدول المحتويات

1. ما هو السيو التقني (Technical SEO)؟
2. لماذا يحتاج موقعك إلى تهيئة تقنية؟
3. العناصر الأساسية للتهيئة التقنية
4. خطوات تطبيق السيو التقني بالأدوات الحالية
5. أخطاء شائعة في السيو التقني
6. كيف يعمل فريق رابح على السيو التقني؟
7. الأسئلة الشائعة

ما هو السيو التقني (Technical SEO)؟

السيو التقني هو مجموعة التحسينات التي تُجرى على بنية الموقع وخادمه وكوده حتى تستطيع محركات البحث الزحف إلى الصفحات وفهرستها وعرضها بشكل صحيح. يشمل ذلك ملف robots.txt وخريطة الموقع والروابط القانونية وسرعة التحميل والتوافق مع الهاتف والبيانات المنظمة، ولا يتعلق بكتابة المحتوى أو بناء الروابط الخارجية.

ينقسم تحسين محركات البحث عادة إلى ثلاثة محاور: السيو الداخلي (On-Page) الذي يهتم بالمحتوى والعناوين والكلمات المفتاحية، والسيو الخارجي (Off-Page) الذي يهتم بسمعة الموقع والإشارات القادمة من مواقع أخرى، والسيو التقني الذي يقوم عليه المحوران معًا.

الفارق العملي بين المحاور الثلاثة يظهر في السؤال الذي يجيب عنه كل منها. السيو الداخلي يسأل: هل تجيب الصفحة عن بحث المستخدم؟ والسيو الخارجي يسأل: هل يثق الويب في هذا الموقع؟ أما الجانب التقني فيسأل سؤالًا يسبقهما: هل تستطيع Google أن تصل إلى الصفحة وتقرأها وتخزنها أصلًا؟ وإذا كنت تحتاج الصورة الكاملة قبل التفاصيل التقنية، فابدأ بدليل ما هو SEO ثم عد إلى هذا المقال.

لماذا يحتاج موقعك إلى تهيئة تقنية؟

يهم السيو التقني لأن الصفحة التي لا تستطيع Google الزحف إليها أو فهرستها لن تظهر في النتائج مهما كانت جودة محتواها. كما تعتمد أنظمة الترتيب في Google على إشارات تجربة الصفحة مثل مؤشرات أداء الويب الأساسية، وتعتمد على نسخة الهاتف من الموقع عند الفهرسة والترتيب.

تقول Google في توثيق الفهرسة مع أولوية الأجهزة الجوّالة إنها تستخدم نسخة الموقع على الهاتف، التي يزحف إليها وكيل الهاتف الذكي، للفهرسة والترتيب. المعنى العملي: إذا كانت نسخة الهاتف من متجرك تخفي أوصاف المنتجات أو البيانات المنظمة الموجودة على نسخة الكمبيوتر، فإن Google ترى النسخة الناقصة وتبني قرارها عليها.

وفي صفحة تجربة الصفحة على Google Search Central توضح Google أن مؤشرات أداء الويب الأساسية تستخدمها أنظمة الترتيب، لكنها تؤكد أنه لا توجد إشارة واحدة اسمها تجربة الصفحة، بل مجموعة إشارات تُقرأ مع جودة المحتوى وملاءمته للبحث. لذلك لا يعوّض التحسين التقني ضعف المحتوى، ولا يعوّض المحتوى الجيد موقعًا لا تصل إليه الزواحف.

لفهم موقع هذه الإشارات من رحلة الصفحة، يفيد الرجوع إلى مراحل الزحف والفهرسة والترتيب كما شرحناها في مقال ما هي محركات البحث: الزاحف يكتشف الرابط، ثم يجلب الصفحة ويعالجها، ثم يقرر هل يضيفها إلى الفهرس، ثم تأتي مرحلة الترتيب. العمل التقني يتدخل في كل مرحلة من هذه المراحل.

في السوق السعودي يتصفح عدد كبير من العملاء من الهاتف وعلى شبكات متفاوتة السرعة، وتعمل مواقع كثيرة بنسختين عربية وإنجليزية. هاتان النقطتان تجعلان سرعة نسخة الهاتف وإعداد اللغات من أول ما نراجعه في أي موقع يستهدف الرياض أو جدة أو الدمام، وينطبق الأمر نفسه على المواقع المصرية التي تخدم أكثر من سوق.

العناصر الأساسية للتهيئة التقنية

تتوزع عناصر السيو التقني على خمس طبقات: إمكانية الزحف، والفهرسة، وبنية الموقع وروابطه، والأداء وتجربة الهاتف، والبيانات المنظمة والإعدادات الدولية. كل طبقة تعتمد على التي قبلها، فلا فائدة من تسريع صفحة محجوبة عن الزاحف، ولا من بيانات منظمة على صفحة لا تدخل الفهرس.

الزحف وملف robots.txt

ملف robots.txt يخبر الزواحف بالمسارات المسموح لها بزيارتها. وتنبه Google في مقدمة ملف robots.txt إلى أنه ليس وسيلة لإبقاء صفحة خارج نتائج البحث؛ فوظيفته الأساسية تنظيم الطلبات حتى لا يُثقل الخادم، أما منع الظهور فيكون بوسم noindex أو بحماية الصفحة بكلمة مرور.

الخطأ الذي نصادفه كثيرًا هو حجب ملفات CSS وJavaScript، فتعجز Google عن عرض الصفحة كما يراها الزائر، وهو من أسباب ضعف الظهور التي تناولناها في دليل أسرار أرشفة موقعك في محركات البحث. ومن الأخطاء المتكررة أيضًا نقل الموقع من بيئة التجربة إلى الموقع الحي مع بقاء سطر Disallow: / الذي يحجب الموقع بالكامل.

الفهرسة وخريطة الموقع XML

بعد الزحف تأتي الفهرسة، وهي قرار Google بإضافة الصفحة إلى قاعدة بياناتها. خريطة الموقع (XML Sitemap) تسرّع وصول الزاحف إلى الصفحات المهمة، وتقرير فهرسة الصفحات يوضح أسباب استبعاد غيرها.

ضع في الخريطة الصفحات القانونية التي تريد ظهورها فقط، واستبعد صفحات الفلترة ونتائج البحث الداخلي والصفحات التي تحمل noindex، وحدّث تاريخ التعديل عند تغيير المحتوى فعلًا لا عند كل إعادة نشر.

الرابط القانوني (Canonical) والمحتوى المكرر

المتاجر الإلكترونية تولّد عناوين URL متعددة للمنتج نفسه بسبب الفرز والألوان ومعاملات التتبع. يوضح دليل توحيد عناوين URL المكررة أن إعادة التوجيه الدائم إشارة قوية، وأن وسم rel="canonical" إشارة قوية أيضًا، بينما إدراج الرابط في خريطة الموقع إشارة ضعيفة. والمهم أنها كلها إشارات وليست أوامر، فقد تختار Google نسخة أخرى إذا تعارضت إشاراتك.

القاعدة العملية: اجعل الروابط الداخلية وخريطة الموقع والوسم القانوني تشير كلها إلى النسخة نفسها، وأضف وسمًا قانونيًا ذاتيًا على كل صفحة أساسية. ولأن هذه المشكلة أوضح ما تكون في المتاجر، تناولنا معالجتها ضمن مقال تحسين محركات البحث للمتجر الإلكتروني.

بنية الموقع والروابط الداخلية

البنية الجيدة تجعل أي صفحة مهمة على بعد نقرات قليلة من الصفحة الرئيسية، بعناوين URL قصيرة وواضحة ومسار تنقل (Breadcrumbs) يوضح موقع الصفحة داخل الموقع. وتزداد أهمية هذا الجزء في المتاجر مع كثرة الأقسام والمنتجات.

استخدم روابط HTML عادية تحمل خاصية href، لأن الزاحف يستخرج الروابط منها، ولا تعتمد على أزرار JavaScript وحدها للتنقل بين الأقسام. وراجع الروابط المكسورة وسلاسل التحويل الطويلة دوريًا.

الأداء ومؤشرات أداء الويب الأساسية

تقيس Google تجربة التحميل عبر ثلاثة مؤشرات موثقة في صفحة مؤشرات أداء الويب على web.dev: مؤشر LCP لسرعة ظهور أكبر عنصر في الصفحة، ويكون جيدًا عند 2.5 ثانية أو أقل؛ ومؤشر INP لسرعة الاستجابة للتفاعل، وجيد عند 200 ملي ثانية أو أقل؛ ومؤشر CLS لاستقرار التخطيط، وجيد عند 0.1 أو أقل. وتُقاس هذه القيم عند الشريحة المئوية 75 من زيارات المستخدمين.

انتبه إلى أن مؤشر INP حلّ محل FID في مارس 2024 كما ورد في إعلان اعتماد INP على web.dev، فأي دليل يطلب تحسين FID أصبح قديمًا. وأسرع المكاسب عادة تأتي من ضغط الصور وتأجيل السكربتات غير الضرورية.

HTTPS والتوافق مع الهاتف

إذا كان متجرك مبنيًا على منصة جاهزة، فإن جزءًا من إعدادات الأمان والهاتف تتحكم فيه المنصة كما شرحنا في تحسينات SEO سلة. وتبقى شهادة SSL وتحويل كل نسخ HTTP إلى HTTPS بتحويل دائم واحد خطوة أساسية، دون تحميل أي ملفات عبر HTTP داخل الصفحات الآمنة. أما التوافق مع الهاتف فيعني أن نسخة الهاتف تحمل المحتوى والروابط والبيانات المنظمة نفسها.

JavaScript والمواقع متعددة اللغات

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

وللمواقع التي تعمل بالعربية والإنجليزية، أو تخدم السعودية ومصر بنسخ مختلفة، يأتي وسم hreflang. يشرح دليل Google للنسخ المترجمة من الصفحات ثلاث طرق متكافئة لإعلانه: وسوم link في رأس الصفحة، أو ترويسة HTTP، أو خريطة الموقع، مع قيمة x-default للزوار الذين لا تطابق لغتهم أي نسخة. والقيم الشائعة هنا ar-sa للسعودية وar-eg لمصر.

البيانات المنظمة (Structured Data)

البيانات المنظمة بصيغة JSON-LD تساعد Google على فهم نوع الصفحة: منتج بسعره وتوفره، أو مقال بكاتبه وتاريخه، أو نشاط تجاري محلي بعنوانه وساعات عمله. ولا تضف بيانات تصف محتوى غير ظاهر للزائر، لأن ذلك يخالف إرشادات Google. وللأنشطة المحلية في الرياض أو جدة، اجعل الاسم والعنوان والهاتف في البيانات المنظمة مطابقة لما في ملف نشاطي التجاري على قوقل.

ميزانية الزحف وزواحف الذكاء الاصطناعي

ميزانية الزحف (Crawl Budget) لا تشغل أغلب المواقع. فدليل إدارة ميزانية الزحف في المواقع الكبيرة موجه تقريبًا للمواقع التي تتجاوز مليون صفحة فريدة يتغير محتواها أسبوعيًا، أو 10 آلاف صفحة يتغير محتواها يوميًا، أو التي تظهر فيها صفحات كثيرة بحالة «تم اكتشافها - غير مفهرسة حاليًا»، وتصف Google هذه الأرقام بأنها تقديرات وليست حدودًا دقيقة.

ومع انتشار الإجابات المولدة بالذكاء الاصطناعي صار ملف robots.txt يتعامل مع زواحف جديدة. توضح صفحة زواحف Google الشائعة أن رمز Google-Extended يتحكم في استخدام المحتوى لتدريب نماذج Gemini، وأنه لا يؤثر في ظهور الموقع في بحث Google ولا يُستخدم إشارة ترتيب. لذلك حدد سياستك تجاه كل زاحف على حدة، ولا تحجب Googlebot بالخطأ.

خطوات تطبيق السيو التقني بالأدوات الحالية

ابدأ بربط موقعك بأداة Google Search Console، ثم افحص تقرير فهرسة الصفحات، ثم اختبر الأداء على الهاتف، ثم راجع الزحف بأداة فحص شاملة، وأخيرًا تحقق من البيانات المنظمة وإعدادات اللغات. هذا الترتيب يعالج الأخطاء التي تمنع الظهور قبل الأخطاء التي تؤثر في الترتيب.

1. اربط الموقع بأداة Google Search Console عبر التحقق من النطاق كاملًا، ثم أرسل خريطة الموقع، واربطها بحساب التحليلات حتى تقرأ بيانات البحث مع سلوك الزوار كما شرحنا في ما هو Google Analytics.
2. افتح تقرير فهرسة الصفحات وراجع جدول أسباب عدم الفهرسة، وابدأ بالصفحات المهمة المستبعدة بسبب noindex أو التحويل أو اختيار Google لرابط قانوني مختلف.
3. استخدم أداة فحص عنوان URL داخل Google Search Console للصفحات الأساسية، وقارن HTML المعروض بما تتوقعه، خاصة في المواقع المعتمدة على JavaScript.
4. اختبر الصفحات الرئيسية في PageSpeed Insights واعتمد على بيانات المستخدمين الفعليين عند توفرها قبل بيانات المختبر، ثم راجع تقرير مؤشرات أداء الويب الأساسية في Search Console لمعرفة مجموعات الصفحات المتأثرة.
5. شغّل زاحفًا مثل Screaming Frog SEO Spider لرصد الروابط المكسورة وسلاسل التحويل والصفحات اليتيمة والعناوين المكررة.
6. تحقق من البيانات المنظمة عبر اختبار النتائج المنسقة على قوالب الصفحات لا على صفحة واحدة، وإن كان لموقعك نسخ لغوية فراجع تبادل وسوم hreflang بين النسخ.
7. أضف الموقع إلى Bing Webmaster Tools وأرسل خريطة الموقع نفسها، فبعض جمهورك يبحث خارج Google.
8. وثّق كل إصلاح وتاريخه، ثم استخدم زر التحقق من الإصلاح في Search Console لمتابعة النتيجة.

إذا كان فريقك الداخلي سيتولى هذه الفحوص بنفسه، فالأفضل أن يبني أساسًا منهجيًا قبل التعامل مع الأدوات، حتى يفرّق بين التحذير الذي يمنع الفهرسة والتحذير الذي يمكن تأجيله. يمكن أن تكون دورات SEO بداية منظمة لذلك، خاصة لفرق التسويق التي تحتاج لغة مشتركة مع المطورين.

أخطاء شائعة في السيو التقني

أكثر أخطاء السيو التقني شيوعًا ليست معقدة: حجب الموقع في robots.txt بعد الإطلاق، وتعارض الروابط القانونية مع خريطة الموقع، وسلاسل التحويل الطويلة، ونسخة هاتف ناقصة، والاعتماد على مؤشرات قديمة مثل FID. ومعظمها يظهر أثناء إعادة تصميم الموقع أو نقله إلى منصة جديدة.

• إطلاق تصميم جديد دون خطة تحويلات 301 تربط كل رابط قديم بمقابله الجديد.
• استخدام robots.txt لإخفاء صفحات من النتائج بدل وسم noindex.
• وضع noindex على صفحة محجوبة في robots.txt، فلا يرى الزاحف الوسم أصلًا وقد تبقى الصفحة في النتائج.
• خريطة موقع تحتوي روابط محوّلة أو صفحات خطأ 404.
• صفحات تصنيف تتكرر بمعاملات الفرز والفلترة دون رابط قانوني موحد.
• صور ضخمة غير مضغوطة على الهاتف.
• نسخ عربية وإنجليزية بلا hreflang، أو بوسوم غير متبادلة بين النسختين.
• ملاحقة درجة المختبر وإهمال بيانات المستخدمين الفعليين.

كيف يعمل فريق رابح على السيو التقني؟

يبدأ فريق رابح بفحص تقني شامل يحدد ما يمنع الزحف والفهرسة أولًا، ثم يرتب الإصلاحات حسب أثرها وسهولة تنفيذها، وينفذها بالتنسيق مع مطوري الموقع، ثم يتابع النتائج في Search Console. نعمل بهذا المنهج منذ تأسيس رابح في 2014 مع مواقع في السعودية ومصر والخليج.

تبدأ خدمة تحليل المواقع الإلكترونية بتقرير فحص يغطي الزحف والفهرسة والأداء والبيانات المنظمة وإعدادات اللغات، ونسلّم فيه قائمة أولويات واضحة بدل قائمة طويلة من التحذيرات العامة التي تولدها الأدوات تلقائيًا.

مثال من نوع الحالات التي نتعامل معها: متجر في الرياض انتقل إلى تصميم جديد فتغيرت روابط المنتجات دون تحويلات، فبدأت صفحات الأقسام تختفي من تقرير الفهرسة. في حالة كهذه يكون الترتيب: استخراج الروابط القديمة من Search Console وسجلات الخادم، ثم بناء خريطة تحويلات 301 رابطًا برابط، ثم تحديث خريطة الموقع والروابط الداخلية، ثم متابعة الفهرسة أسبوعيًا.

وفي حالة عيادة في جدة تبني موقعًا جديدًا بالعربية والإنجليزية، يكون الأوفر دمج المتطلبات التقنية من مرحلة التخطيط: بنية الروابط، ووسوم hreflang، وبيانات النشاط المحلي، وحدود الأداء على الهاتف. لهذا ننسق مع فريق التصميم والتطوير قبل كتابة الكود، لا بعد الإطلاق.

وبعد الإصلاحات لا يتوقف العمل، فالمحتوى الجديد والإضافات وتحديثات المنصات تعيد بعض المشكلات. لذلك يدخل الجانب التقني ضمن متابعة دورية في خدمة السيو إلى جانب المحتوى والروابط، مع تقرير يوضح ما تغير ولماذا. ولا نعد بمراكز محددة، لأن الترتيب يتأثر بعوامل تقنية وغير تقنية.

إذا لاحظت تراجعًا في عدد الصفحات المفهرسة أو بطئًا في نسخة الهاتف ولا تعرف من أين تبدأ، فالخطوة الأولى تشخيص دقيق قبل أي تعديل. أرسل رابط موقعك عبر صفحة طلب الخدمة، وسيراجع الفريق الحالة ويقترح نقطة البداية المناسبة لموقعك.