قد يكون لديك محتوى جيد وكلمات مفتاحية مناسبة، لكن ذلك لا يكفي إذا واجهت محركات البحث صعوبة في الوصول إلى صفحات موقعك أو فهمها وفهرستها.
هنا يأتي دور السيو التقني Technical SEO، الذي يهتم بالبنية التقنية للموقع وما يساعد محركات البحث على اكتشاف الصفحات ومعالجتها والتعامل معها بكفاءة.
ويتم شرح المقال عملي بالتفصيل في كورس سيو مهندس أحمد النجار متخصص وخبير تحسين محركات البحث الذي يشرح بالتفصيل ما هو السيو وكل أجزاء السيو حتي تصل الي عمل خطط كاملة مختلفه لمجالات متنوعة وتطبيقها للوصول للصفحة الاولي وما يميز الكورس ان كل طالب يستلم موقع خاص به يطبق عليه الكورس بالكامل.
ما هو السيو التقني Technical SEO؟
تعريف Technical SEO
السيو التقني هو مجموعة التحسينات التقنية التي تساعد محركات البحث على الوصول إلى صفحات الموقع والزحف إليها وفهمها وفهرستها، إلى جانب تحسين بعض الجوانب التقنية التي ترتبط بأداء الموقع وتجربة استخدامه.
بمعنى أبسط، يهتم Technical SEO بالسؤال التالي:
هل يستطيع محرك البحث التعامل مع موقعك وصفحاته بالطريقة التي تسمح لها بالمنافسة في نتائج البحث؟
ويشمل ذلك عناصر مثل الزحف والفهرسة، وبنية الموقع، وملفات Robots.txt وXML Sitemap، وCanonical، وإعادة التوجيه، والأداء، وJavaScript، والتوافق مع الهواتف، وغيرها.
لكن من المهم عدم اختزال Technical SEO في كل ما يتعلق بالبرمجة أو التطوير.
فوجود كود معقد في الموقع لا يعني تلقائيًا وجود مشكلة في السيو التقني، كما أن بعض الجوانب التقنية قد تكون مهمة لأداء الموقع دون أن تكون مشكلة SEO مباشرة.
لماذا يسمى Technical SEO؟
سمي بهذا الاسم لأن التركيز الأساسي يكون على البنية التقنية للموقع، وليس على كتابة المحتوى نفسه أو الحصول على روابط من مواقع أخرى.
فبينما يهتم تحسين الصفحة بالمحتوى والعناوين والكلمات المفتاحية ونية البحث، يهتم السيو التقني بالأساس الذي يسمح لمحركات البحث بالوصول إلى هذه الصفحة والتعامل معها، ولهذا يمكن النظر إلى Technical SEO باعتباره جزءًا من البنية التي يعمل فوقها باقي مجهود تحسين محركات البحث.
ما الفرق بين Technical SEO وOn-Page SEO؟
يهتم On-Page SEO بالعناصر الموجودة داخل الصفحة والتي تساعدها على تحقيق توافق أفضل مع موضوع البحث واحتياجات المستخدم، مثل:
- المحتوى.
- العناوين.
- الكلمات المفتاحية.
- نية البحث.
- الصور.
- الروابط الداخلية.
- تنظيم الصفحة.
أما Technical SEO فيركز بدرجة أكبر على:
- Crawling.
- Indexing.
- Canonical.
- XML Sitemap.
- Robots.txt.
- JavaScript.
- Site Architecture.
- سرعة الموقع وأداؤه.
- HTTPS.
- Structured Data.
- التوافق مع الهواتف.
وقد تتداخل بعض العناصر بين التصنيفات، لأن SEO في النهاية منظومة مترابطة وليست مجموعة صناديق منفصلة تمامًا، ولمعرفة كيفية تحسين العناصر الموجودة داخل الصفحة نفسها، يمكنك الرجوع إلى دليل السيو الداخلي On-Page SEO.
ما الفرق بين Technical SEO وOff-Page SEO؟
الفرق الأساسي يتعلق بمكان وطبيعة الإشارات التي نعمل عليها.
Technical SEO يركز على البنية التقنية للموقع وإمكانية وصول محركات البحث إلى محتواه ومعالجته.
On-Page SEO يركز على الصفحة ومحتواها وعناصرها الداخلية.
أما Off-Page SEO فيرتبط بالإشارات الخارجية التي تساعد محركات البحث على تقييم الموقع، ومن أبرزها الروابط الخلفية.
لذلك فإن بناء الروابط وحده لا يعالج موقعًا يعاني من مشاكل تمنع محركات البحث من الوصول إلى صفحاته المهمة.
لمعرفة الجانب الخاص بالإشارات الخارجية، يمكنك الاطلاع على دليل الباك لينك وبناء الروابط.
لماذا Technical SEO مهم؟
يمكن أن يكون لديك محتوى ممتاز، لكن فائدته في البحث العضوي ستتأثر إذا كانت محركات البحث لا تستطيع الوصول إليه أو فهرسته بالشكل الصحيح.
فالمحرك يحتاج أولًا إلى:
- اكتشاف الصفحة.
- الوصول إليها.
- معالجة محتواها عند الحاجة.
- فهمها.
- إدراجها في الفهرس إذا كانت مؤهلة.
- ثم تقييمها ضمن نتائج البحث.
لذلك، فإن تحسين السيو التقني لا يعني محاولة جعل الموقع تقنيًا أكثر، وإنما إزالة العوائق التي قد تمنع محركات البحث من التعامل معه بصورة صحيحة.
كيف تعمل محركات البحث مع الموقع؟
قبل فهم تفاصيل Technical SEO، من المهم معرفة العمليات الأساسية التي يمر بها المحتوى حتى يتم اكتشافه ومعالجته وإدراجه في الفهرس ثم إتاحته للمنافسة في نتائج البحث.
Crawling
الزحف هو عملية اكتشاف محركات البحث للصفحات والموارد والوصول إليها من خلال الروابط أو المصادر الأخرى التي تساعدها على اكتشاف URLs.
ولا يعني وصول Googlebot إلى صفحة معينة أن الصفحة ستظهر في نتائج البحث.
فالزحف مرحلة، والفهرسة مرحلة أخرى.
Crawlers وGooglebot
Googlebot هو الاسم المستخدم لبرامج الزحف التابعة لـGoogle.
تصل هذه البرامج إلى URLs مختلفة، وتحاول اكتشاف صفحات جديدة أو تحديث صفحات سبق اكتشافها.
لكن إمكانية الزحف لا تعني أن Google ستفهرس الصفحة أو تعرضها في نتائج البحث.
وهنا تظهر أهمية الفصل بين Crawlability وIndexability.
Rendering
بعض الصفحات لا تحتوي على جميع عناصرها المهمة في HTML الأولي، وإنما تعتمد بدرجة كبيرة على JavaScript.
في هذه الحالات، قد تحتاج محركات البحث إلى معالجة الموارد وتنفيذ JavaScript لفهم المحتوى النهائي الذي تقدمه الصفحة.
ولهذا قد تصبح طريقة بناء الموقع مهمة من منظور SEO، خصوصًا عندما يكون المحتوى أو الروابط الأساسية معتمدًا بشكل كبير على JavaScript.
Indexing
الفهرسة هي المرحلة التي تقوم فيها محركات البحث بتحليل الصفحة وتحديد ما إذا كانت مؤهلة للإدراج في الفهرس.
وجود الصفحة في الموقع لا يعني تلقائيًا وجودها في الفهرس.
وقد توجد صفحة يمكن الوصول إليها والزحف إليها، لكنها لا تكون مفهرسة بسبب توجيهات أو مشاكل أخرى.
Ranking
بعد أن تصبح الصفحة مؤهلة للدخول في الفهرس، يمكن أن تدخل في عملية الترتيب عندما يبحث المستخدم عن استعلام ذي صلة.
وهنا تدخل عوامل كثيرة، منها مدى ارتباط المحتوى بالاستعلام وجودته وإشارات الموقع والصفحة وغيرها.
الفرق بين Crawling وIndexing وRanking
| المرحلة | ماذا يحدث؟ |
| Crawling | اكتشاف الصفحة والوصول إليها |
| Rendering | معالجة الصفحة والموارد اللازمة لفهمها عند الحاجة |
| Indexing | تحليل الصفحة وإدراجها في الفهرس عندما تكون مؤهلة |
| Ranking | تقييم الصفحة ضمن نتائج البحث للاستعلامات ذات الصلة |
هذا الفرق أساسي عند تحليل مشاكل Technical SEO؛ لأن عبارة “الصفحة لا تظهر في Google” لا تخبرك وحدها أين تكمن المشكلة.
Crawlability — قابلية الزحف
ما المقصود بـ Crawlability؟
تعني Crawlability قدرة محركات البحث على الوصول إلى صفحات الموقع والزحف إليها.
إذا كانت الصفحة غير قابلة للوصول بسبب حظر أو مشكلة تقنية أو عدم وجود مسار مناسب لاكتشافها، فقد لا تتمكن محركات البحث من التعامل معها كما ينبغي، ولهذا يجب فحص الصفحات المهمة والتأكد من إمكانية اكتشافها والوصول إليها.
كيف تتحكم في الزحف؟
Robots.txt
ما هو ملف Robots.txt؟
ملف robots.txt هو ملف نصي موجود عادةً في الجذر الأساسي للموقع، ويحتوي على توجيهات لبرامج الزحف حول المسارات التي يمكن أو لا ينبغي لها الزحف إليها.
ماذا يفعل Robots.txt؟
يمكن استخدامه للتحكم في الزحف إلى مسارات معينة.
لكن يجب التعامل معه بحذر، لأن حظر الزحف لا يعني تلقائيًا إزالة URL من نتائج البحث.
الفرق بين Allow وDisallow
Disallow يستخدم لتوجيه برنامج الزحف بعدم الزحف إلى مسار معين.
أما Allow فيمكن استخدامه للسماح بالوصول إلى مسار محدد في حالات تتداخل فيها قواعد الحظر.
ويجب دائمًا النظر إلى القواعد الفعلية للملف وسلوك الموقع بدل افتراض أن وجود كلمة معينة سيعطي النتيجة نفسها في جميع الحالات.
الأخطاء الشائعة في Robots.txt
من الأخطاء التي تستحق المراجعة:
- حظر الموقع أو قسم مهم بالكامل.
- منع ملفات أو مسارات تحتاج إليها الصفحة.
- استخدام قواعد واسعة أكثر من اللازم.
- الاعتقاد بأن Robots.txt هو وسيلة حذف الصفحات من نتائج البحث.
- تعديل الملف دون اختبار تأثير التغيير.
هل Robots.txt يمنع الفهرسة؟
لا.
Robots.txt يتحكم أساسًا في الزحف، وليس الطريقة الصحيحة لمنع صفحة قابلة للاكتشاف من الظهور في Google.
فإذا كانت الصفحة ممنوعة بالـRobots.txt، فقد لا يتمكن Google من الوصول إليها لقراءة توجيه noindex الموجود فيها أصلًا.
Crawl Budget
ما هو Crawl Budget؟
Crawl Budget هو مفهوم يرتبط بكمية موارد الزحف التي يمكن لمحرك البحث تخصيصها لموقع معين خلال فترة معينة.
لكن لا ينبغي تحويله إلى هاجس لكل موقع.
هل كل المواقع تحتاج إلى الاهتمام بـCrawl Budget؟
لا. بالنسبة إلى المواقع الصغيرة والمتوسطة التي لا تحتوي على عدد هائل من URLs أو مشاكل كبيرة في التوليد الديناميكي للصفحات، غالبًا لا يكون Crawl Budget هو المشكلة الرئيسية.
يصبح الموضوع أكثر أهمية مع المواقع الضخمة، والمتاجر التي تحتوي على عدد كبير جدًا من المنتجات والفلاتر، والمواقع التي تولد آلاف أو ملايين URLs.
ما العوامل التي تؤثر في الزحف؟
قد تتأثر عملية الزحف بعوامل مختلفة، مثل:
- حجم الموقع.
- عدد URLs القابلة للاكتشاف.
- سرعة استجابة الخادم.
- أخطاء الخادم المتكررة.
- الروابط الداخلية.
- الصفحات المكررة.
- URLs الناتجة عن المعلمات والفلاتر.
كيف تقلل الصفحات غير المهمة التي يستهلك عليها Google موارد الزحف؟
ابدأ من المشكلة نفسها بدل محاولة زيادة Crawl Budget بصورة عشوائية.
يمكن أن يشمل ذلك تحسين بنية الموقع، وتقليل التكرار غير الضروري، وإدارة الفلاتر والمعلمات، ومعالجة الروابط التي تولد عددًا كبيرًا من URLs غير المهمة.
الروابط الداخلية وعلاقتها بالزحف
الروابط الداخلية ليست مهمة فقط لتوزيع الإشارات داخل الموقع، وإنما تساعد أيضًا محركات البحث على اكتشاف الصفحات والتنقل بين أجزاء الموقع، لذلك فإن وجود صفحة مهمة دون روابط داخلية مناسبة قد يجعل اكتشافها أصعب.
لكن الهدف ليس وضع أكبر عدد ممكن من الروابط، وإنما بناء مسارات منطقية تساعد المستخدم ومحركات البحث على الوصول إلى الصفحات المهمة.
Indexability — قابلية الفهرسة
ما المقصود بـ Indexability؟
تعني Indexability مدى أهلية الصفحة لكي تتم معالجتها وإدراجها في فهرس محرك البحث، قد تكون الصفحة قابلة للزحف، ومع ذلك لا تكون قابلة للفهرسة أو لا يتم اختيارها للفهرسة.
وهذا الفرق مهم جدًا عند إجراء Technical SEO Audit.
لماذا قد لا تتم فهرسة صفحة؟
Noindex
توجيه noindex يخبر محركات البحث بعدم إدراج الصفحة في نتائج البحث.
إذا كان وضعه مقصودًا على صفحة معينة، فلا توجد مشكلة بالضرورة.
لكن وجوده على صفحة مهمة عن طريق الخطأ يمكن أن يمنع ظهورها في الفهرس.
Canonical
قد تشير الصفحة إلى URL آخر باعتباره النسخة الأساسية، مما يؤثر في كيفية تعامل محركات البحث مع مجموعة من الصفحات المتشابهة أو المكررة.
الصفحة محجوبة بواسطة Robots.txt
إذا كانت الصفحة محجوبة عن الزحف، فقد لا يستطيع محرك البحث الوصول إلى محتواها أو قراءة التوجيهات الموجودة داخلها بالطريقة المعتادة.
الصفحة غير قابلة للوصول
أخطاء الخادم أو مشاكل الوصول أو الروابط غير الصحيحة قد تمنع محركات البحث من الوصول إلى الصفحة.
المحتوى ضعيف أو مكرر
قد توجد الصفحة ويمكن الزحف إليها، لكن هذا لا يضمن فهرستها، فجودة المحتوى وفائدته ودرجة التكرار بين الصفحات من الأمور التي تدخل في تقييم الصفحات.
مشاكل Server
أخطاء الخادم المتكررة أو عدم استقرار الاستضافة قد تؤثر في قدرة محركات البحث على الوصول إلى الموقع وصفحاته.
مشاكل JavaScript
إذا كان المحتوى الأساسي أو الروابط المهمة لا يمكن لمحركات البحث الوصول إليها أو معالجتها بشكل مناسب، فقد تظهر مشكلات مرتبطة بالفهم أو الاكتشاف أو الفهرسة.
مشاكل اكتشاف الصفحة
وجود URL وحده لا يعني أن Google ستكتشفه بسهولة.
إذا كانت الصفحة معزولة عن بنية الموقع ولا توجد روابط داخلية مناسبة تشير إليها، فقد تصبح عملية اكتشافها أكثر صعوبة.
الفرق بين Noindex و Disallow
هذه من أهم النقاط في Technical SEO:
Disallow = توجيه متعلق بالزحف.
Noindex = توجيه متعلق بالفهرسة.
ولا ينبغي استخدام المصطلحين باعتبارهما الشيء نفسه.
فإذا وضعت صفحة داخل robots.txt لمنع الزحف، ثم وضعت فيها noindex، فقد لا يتمكن Google من الوصول إلى الصفحة وقراءة noindex أصلًا.
لذلك يجب اختيار الطريقة وفق الهدف الحقيقي.
XML Sitemap
ما هي XML Sitemap؟
هي ملف يحتوي على URLs تساعد محركات البحث في اكتشاف الصفحات المهمة داخل الموقع، ولا تعني إضافة URL إلى Sitemap أن Google ملزمة بفهرسته أو ترتيبه.
إنها وسيلة مساعدة للاكتشاف، وليست ضمانًا للفهرسة.
لماذا Sitemap مهمة؟
تكون مفيدة خصوصًا للمواقع الكبيرة أو المواقع التي تحتوي على صفحات يصعب اكتشافها من خلال الروابط وحدها، كما يمكن أن تساعد في إعطاء محركات البحث قائمة أوضح بالـ URLs التي يعتبرها الموقع مهمة.
ماذا يجب أن تحتوي Sitemap؟
يفضل أن تتضمن الصفحات التي تريد لمحركات البحث اكتشافها والتي تمثل URLs أساسية وقابلة للفهرسة، ومن أهم ما يجب الانتباه إليه:
- الصفحات المهمة.
- URLs الأساسية.
- الصفحات القابلة للفهرسة.
- عدم إدراج نسخ متعددة من الصفحة نفسها دون سبب.
ما الصفحات التي لا يجب وضعها في Sitemap؟
من الأفضل عدم استخدام Sitemap كقائمة عشوائية لجميع URLs الموجودة في الموقع، ويفضل تجنب إدراج:
- الصفحات التي تحمل noindex.
- URLs التي تشير إلى Canonical مختلف.
- الصفحات المكررة غير الأساسية.
- صفحات الخطأ.
- الصفحات غير المهمة لمحركات البحث.
Sitemap للمواقع الكبيرة
Sitemap Index
عندما يكون الموقع كبيرًا، يمكن استخدام Sitemap Index لتنظيم عدة ملفات Sitemap تحت ملف فهرس واحد.
تقسيم Sitemaps
يمكن تقسيم ملفات Sitemap وفق طبيعة الموقع، مثل المنتجات أو المقالات أو التصنيفات، عندما يكون ذلك مفيدًا للإدارة والمتابعة.
تحديث Sitemap
يجب أن تعكس Sitemap حالة الموقع الحالية، وليس أن تتحول إلى أرشيف لروابط قديمة لم تعد مهمة.
Sitemap وGoogle Search Console
يمكن إرسال Sitemap من خلال Google Search Console، ثم متابعة المعلومات التي تقدمها الأداة حول الملف والـ URLs التي تم اكتشافها أو التعامل معها.
لكن لا تخلط بين إرسال Sitemap وبين ضمان الفهرسة.
Canonical URL
ما هو Canonical؟
Canonical هو توجيه يساعد محركات البحث على تحديد النسخة الأساسية المفضلة من مجموعة URLs متشابهة أو مكررة، فعندما يكون المحتوى متاحًا عبر أكثر من URL، يمكن استخدام Canonical للإشارة إلى النسخة التي تعتبرها أساسية.
لماذا نستخدم Canonical؟
الهدف هو مساعدة محركات البحث على فهم العلاقة بين النسخ المختلفة وعدم التعامل مع كل URL متشابه باعتباره صفحة مستقلة تستحق الفهرسة.
متى تحتاج Canonical؟
Duplicate URLs
عندما توجد نسخ متشابهة جدًا من الصفحة.
Parameters
مثل URLs التي تتغير بسبب معلمات التتبع أو بعض المعاملات.
صفحات المنتجات
خصوصًا عندما يؤدي اختلاف بعض الخيارات أو المسارات إلى إنشاء URLs متعددة لمحتوى متقارب.
Pagination والحالات المشابهة
التعامل مع الصفحات المتعددة يحتاج إلى فهم طبيعة المحتوى والهدف من كل URL، ولا ينبغي وضع Canonical إلى الصفحة الأولى كحل تلقائي لكل حالات Pagination.
Self-Referencing Canonical
هو وضع Canonical في الصفحة يشير إلى URL الصفحة نفسها.
يمكن أن يكون مفيدًا لتوضيح النسخة الأساسية المفضلة، خصوصًا في المواقع التي تتعامل مع عدد كبير من URLs أو المعلمات.
لكن وجود Self-Canonical لا يعني أن الصفحة ستتم فهرستها تلقائيًا.
أخطاء Canonical الشائعة
Canonical يشير إلى صفحة غير موجودة
إذا كان الـCanonical يشير إلى URL غير صالح، فلن يحقق الهدف المطلوب.
Canonical إلى URL غير قابل للفهرسة
الإشارة إلى صفحة تحمل noindex أو غير متاحة قد تخلق إشارة متناقضة.
Canonical متناقض مع Sitemap
إذا كانت Sitemap تشير إلى URL، بينما Canonical يشير إلى URL آخر، فقد توجد إشارات متعارضة تحتاج إلى مراجعة.
Canonical مختلف عن Internal Links
إذا كانت الروابط الداخلية تشير باستمرار إلى نسخة، بينما Canonical يشير إلى نسخة أخرى، فقد تكون هناك إشارات متضاربة تستحق المراجعة وتوحيد الإشارات عندما يكون ذلك منطقيًا.
استخدام Canonical لحل كل مشاكل Duplicate Content
Canonical أداة مهمة، لكنه ليس حلًا سحريًا لكل حالات التكرار.
في بعض الحالات يكون Redirect أفضل، وفي حالات أخرى يكون توحيد URLs أو إعادة تصميم البنية أكثر ملاءمة.
بنية الموقع Site Architecture
ما هي Site Architecture؟
هي الطريقة التي يتم بها تنظيم صفحات الموقع وربطها ببعضها.
بنية الموقع الجيدة تساعد المستخدم على التنقل، كما تساعد محركات البحث على فهم العلاقات بين الأقسام والصفحات.
كيف تبني هيكل موقع مناسب لمحركات البحث؟
قد يكون الهيكل في موقع خدمات مثلًا:
Homepage → Services → Service Page
وفي موقع محتوى:
Homepage → Category → Subcategory → Article
أما المتجر فقد يحتوي على:
Homepage → Category → Subcategory → Product
لا توجد بنية واحدة تصلح لجميع المواقع، لكن المهم أن تكون العلاقة بين الصفحات منطقية وقابلة للفهم.
Website Hierarchy
يمكن أن تمثل بنية الموقع بصورة مبسطة:
Homepage → Category → Subcategory → Page
لكن هذه العلاقة ليست مجرد مسار URL.
فالهيكل الحقيقي يعتمد أيضًا على الروابط الداخلية وطريقة تنظيم المحتوى وعلاقة الصفحات ببعضها.
Click Depth
ما هو Click Depth؟
Click Depth هو عدد النقرات أو مستويات التنقل التي يحتاجها المستخدم للوصول إلى صفحة معينة من نقطة مرجعية مثل الصفحة الرئيسية.
لماذا الصفحات العميقة جدًا قد تكون مشكلة؟
إذا كانت الصفحة المهمة بعيدة جدًا داخل بنية الموقع ولا توجد طرق واضحة للوصول إليها، فقد تكون أقل سهولة للمستخدم ومحركات البحث.
لكن لا توجد قاعدة سحرية تقول إن كل صفحة يجب أن تكون على عدد محدد من النقرات.
الأهم هو أن الصفحات المهمة تكون قابلة للاكتشاف والوصول ضمن بنية منطقية.
كيف تقلل Click Depth؟
يمكن ذلك من خلال:
- تحسين التصنيفات.
- إضافة روابط من الصفحات ذات الصلة.
- تقوية روابط الصفحات المهمة.
- إعادة تنظيم القوائم عند الحاجة.
- تقليل المستويات غير الضرورية.
Orphan Pages
ما هي Orphan Page؟
هي صفحة لا توجد إليها روابط داخلية مناسبة من بقية الموقع.
قد تكون الصفحة موجودة في Sitemap، لكنها تظل معزولة عن بنية الموقع.
لماذا تمثل مشكلة؟
لأن الروابط الداخلية من أهم طرق اكتشاف الصفحات وفهم علاقتها بباقي المحتوى.
كما أن عزل الصفحة قد يجعلها تحصل على إشارات داخلية أقل.
كيف تكتشفها؟
يمكن مقارنتها بين بيانات الـCrawl وملفات Sitemap وقوائم URLs الموجودة في الموقع.
إذا ظهرت صفحة في Sitemap أو قاعدة البيانات، لكنها لا تظهر ضمن الصفحات التي يمكن الوصول إليها عبر الروابط الداخلية، فقد تكون مرشحة للفحص باعتبارها Orphan Page.
كيف تعالجها؟
إذا كانت الصفحة مهمة، أضف إليها روابط داخلية من صفحات ذات صلة.
أما إذا لم تكن لها قيمة حقيقية، فقد تحتاج إلى إعادة تقييم سبب وجودها أصلًا بدل إنشاء روابط إليها لمجرد التخلص من حالة Orphan.
Internal Linking من منظور Technical SEO
لا نحتاج هنا إلى إعادة شرح استراتيجية الربط الداخلي كاملة، لأن الهدف هو النظر إليها من الجانب التقني.
اكتشاف الصفحات من خلال الروابط
الروابط الداخلية تساعد محركات البحث على اكتشاف URLs والتنقل بين أقسام الموقع.
ولهذا يجب ألا تكون الصفحات المهمة معزولة عن باقي الموقع.
توزيع PageRank الداخلي
الروابط الداخلية تساعد في توزيع الإشارات داخل الموقع، ولذلك من المفيد أن تحصل الصفحات المهمة على روابط داخلية مناسبة من صفحات ذات صلة.
لكن لا يعني ذلك إضافة عشرات الروابط إلى كل صفحة.
الروابط المعطلة
الروابط التي تؤدي إلى صفحات غير موجودة أو URLs خاطئة تضعف تجربة التنقل وتحتاج إلى مراجعة، خصوصًا عندما تكون منتشرة في صفحات مهمة.
Redirect Chains
إذا كان الرابط الداخلي يشير إلى URL قديم، ثم ينتقل إلى URL آخر، ثم إلى URL ثالث، فقد تتكون سلسلة تحويلات غير ضرورية.
الأفضل عندما يكون ذلك ممكنًا أن تشير الروابط الداخلية مباشرة إلى الوجهة النهائية.
صفحات بدون روابط داخلية
إذا كانت الصفحة مهمة ولا تحصل على روابط داخلية كافية، فيجب مراجعة موقعها داخل الهيكل العام.
الصفحات التي تحتوي على روابط كثيرة جدًا
لا توجد قاعدة واحدة تحدد عددًا مثاليًا للروابط في كل صفحة.
المعيار الأفضل هو أن تكون الروابط مفيدة ومرتبطة بالسياق، وألا تتحول الصفحة إلى قائمة ضخمة من الروابط بلا تنظيم.
الصفحات المهمة التي لا تحصل على Internal Links كافية
إذا كانت لديك صفحة تجارية أو معلوماتية مهمة، فمن المنطقي أن تحصل على روابط من صفحات ذات صلة بدل تركها معزولة.
لمعرفة استراتيجية بناء الربط الداخلي نفسها، راجع دليل On-Page SEO.
URL Structure
ما هي بنية URL الجيدة؟
عنوان URL الجيد يكون واضحًا ومفهومًا، ويعكس موضوع الصفحة أو موقعها في بنية الموقع عندما يكون ذلك مناسبًا.
URLs قصيرة وواضحة
لا توجد ضرورة لجعل كل URL قصيرًا بشكل مبالغ فيه، لكن يفضل تجنب التعقيد غير الضروري.
استخدام الكلمات المهمة
يمكن أن يكون استخدام كلمة أو عبارة وصفية داخل URL مفيدًا لفهم موضوع الصفحة، لكن لا حاجة لحشو الكلمات المفتاحية.
تجنب المعلمات غير الضرورية
المعلمات قد تكون ضرورية لبعض المواقع، خصوصًا المتاجر، لكن يجب إدارة URLs الناتجة عنها حتى لا يتولد عدد ضخم من النسخ غير المهمة.
الأحرف الكبيرة والصغيرة
من الأفضل الحفاظ على نمط موحد في URLs، لأن بعض الخوادم قد تتعامل مع الأحرف الكبيرة والصغيرة كعناوين مختلفة.
Slash
الأهم هو اعتماد نمط ثابت في بنية الموقع وعدم إنشاء نسخ متعددة من URL نفسه بسبب اختلافات غير ضرورية.
URL باللغة العربية أم الإنجليزية؟
يمكن استخدام URLs باللغة العربية أو الإنجليزية.
بالنسبة للمواقع العربية، لا توجد ضرورة تقنية تجعل الإنجليزية الخيار الوحيد.
الأهم هو أن يكون URL واضحًا، ثابتًا، سهل الإدارة، وألا يتم تغييره باستمرار دون سبب.
تغيير URL
تغيير URL ليس خطوة يجب تنفيذها لمجرد الرغبة في تحسين الشكل.
إذا كانت الصفحة تحصل على زيارات أو روابط أو إشارات داخلية، فيجب التخطيط للتغيير بعناية.
301 Redirect
عند تغيير URL بشكل دائم، يمكن استخدام إعادة توجيه دائمة من العنوان القديم إلى الجديد عندما يكون هناك بديل مناسب.
تحديث Internal Links
بعد تغيير URL، لا تعتمد فقط على Redirect.
حدّث الروابط الداخلية لتشير مباشرة إلى العنوان الجديد.
تحديث Sitemap
يجب أيضًا تحديث Sitemap لتحتوي على URLs الحالية المهمة.
مراقبة الصفحة بعد التغيير
بعد تغيير URL، راقب الزحف والفهرسة والزيارات وأي أخطاء تظهر في Search Console.
Redirects وإعادة التوجيه
ما هو Redirect؟
Redirect هو توجيه المستخدم ومحرك البحث من URL إلى URL آخر.
ويستخدم لأسباب متعددة، مثل تغيير عنوان صفحة أو نقل محتوى أو توحيد نسخ مختلفة من URLs.
301 Redirect
هو إعادة توجيه دائمة، ويستخدم عادةً عندما يكون نقل الصفحة دائمًا.
من المهم أن تكون الوجهة الجديدة مرتبطة فعلًا بالصفحة القديمة، لا أن يتم تحويل جميع URLs إلى الصفحة الرئيسية دون سبب.
302 Redirect
يستخدم عادةً عندما يكون التغيير مؤقتًا.
اختيار 301 أو 302 يجب أن يعكس طبيعة التغيير الفعلية، وليس مجرد تفضيل تقني.
Redirect Chains
هي سلسلة من التحويلات المتتابعة، مثل:
URL A → URL B → URL C
عندما يكون من الممكن توجيه A مباشرة إلى C، يكون ذلك أكثر كفاءة وأبسط في الإدارة.
Redirect Loops
تحدث عندما تدخل التحويلات في دائرة، مثل:
A → B → A
وهذا يمنع الوصول إلى الصفحة النهائية ويحتاج إلى إصلاح مباشر.
أخطاء Redirect الشائعة
من أبرزها:
- إنشاء سلسلة طويلة من التحويلات.
- توجيه URL إلى صفحة غير مرتبطة.
- إنشاء Redirect Loops.
- ترك الروابط الداخلية تشير إلى URLs قديمة دون حاجة.
- تغيير هيكل الموقع دون إعداد خريطة واضحة للـURLs القديمة والجديدة.
404 وSoft 404
ما هي صفحة 404؟
رمز الحالة 404 يعني أن الخادم لم يجد المورد المطلوب.
وقد يكون ذلك طبيعيًا إذا كان URL يشير إلى صفحة تم حذفها ولا يوجد بديل مناسب لها.
هل 404 تضر SEO؟
وجود صفحات 404 بحد ذاته ليس كارثة ولا يعني أن الموقع يعاني من مشكلة SEO خطيرة.
المواقع تتغير، وبعض الصفحات تُحذف، ومن الطبيعي أن تظهر بعض الروابط القديمة.
متى تصبح 404 مشكلة؟
تصبح أكثر أهمية عندما تكون الصفحة:
- مهمة للموقع.
- تحصل على زيارات.
- لديها روابط خارجية قوية.
- لديها عدد كبير من الروابط الداخلية.
- تم حذفها رغم وجود بديل مناسب لها.
في هذه الحالة، يجب تحديد الإجراء المناسب بدل معالجة كل 404 بالطريقة نفسها.
Soft 404
Soft 404 هي حالة تبدو فيها الصفحة للمستخدم وكأنها غير موجودة، لكن الخادم قد يعيد استجابة لا تعكس ذلك بوضوح، أو تعرض صفحة فارغة أو رسالة عدم وجود محتوى مع حالة HTTP غير مناسبة.
ولهذا يجب فحص كل حالة لمعرفة ما يحدث فعليًا بدل الاعتماد على اسم المشكلة فقط.
HTTPS وأمان الموقع
ما هو HTTPS؟
HTTPS هو الإصدار الآمن من HTTP، ويستخدم تشفير الاتصال بين المتصفح والخادم.
لماذا HTTPS مهم؟
من أهم فوائده:
- تشفير الاتصال.
- حماية البيانات أثناء النقل.
- توفير اتصال أكثر أمانًا للمستخدم.
- دعم متطلبات الويب الحديثة.
كما أن HTTPS يمثل إشارة مهمة في بيئة الويب الحديثة، لكن لا ينبغي التعامل معه باعتباره عاملًا منفردًا قادرًا على تعويض ضعف المحتوى أو بقية عناصر SEO.
مشاكل HTTP/HTTPS
HTTP وHTTPS يعملان معًا
إذا كان الموقع متاحًا عبر النسختين دون توحيد مناسب، فقد تتولد نسخ متعددة من URLs.
Mixed Content
يحدث عندما تعمل الصفحة عبر HTTPS لكنها تستدعي بعض الموارد عبر HTTP.
وقد يؤدي ذلك إلى مشاكل أمنية أو تحميل بعض الموارد بصورة غير صحيحة.
Redirect غير صحيح
يجب التأكد من أن التحويل من HTTP إلى HTTPS يتم بصورة صحيحة ومتسقة.
Canonical غير صحيح
يجب ألا تشير Canonical إلى نسخة HTTP بينما النسخة الأساسية للموقع هي HTTPS.
Sitemap تحتوي HTTP URLs
إذا كان الموقع يعتمد HTTPS، فمن الأفضل أن تعكس Sitemap النسخة الأساسية الحالية بدل الاحتفاظ بعناوين HTTP القديمة.
Mobile SEO
لماذا Mobile SEO مهم؟
يستخدم عدد كبير من الزوار الهواتف للوصول إلى المواقع، كما أن Google تعتمد الفهرسة التي تركز على نسخة الهاتف من الموقع.
لذلك يجب ألا تكون نسخة الهاتف مجرد نسخة مصغرة من تجربة سطح المكتب، بل يجب أن تقدم المحتوى والوظائف المهمة بصورة مناسبة.
Mobile-Friendly Design
Responsive Design
يجب أن يتكيف الموقع مع أحجام الشاشات المختلفة دون الحاجة إلى تجربة منفصلة غير ضرورية.
سهولة القراءة
النصوص يجب أن تكون قابلة للقراءة دون تكبير مستمر أو تحريك أفقي.
الأزرار
العناصر التفاعلية يجب أن تكون سهلة الاستخدام على شاشة الهاتف.
التنقل
يجب أن يتمكن المستخدم من الوصول إلى الأقسام والصفحات المهمة دون تعقيد.
المحتوى
من المهم ألا تكون المعلومات الأساسية الموجودة في نسخة سطح المكتب غائبة عن نسخة الهاتف بطريقة تؤثر في فهم الصفحة.
Mobile-First Indexing
يعني ذلك أن Google تستخدم نسخة الهاتف من الموقع باعتبارها النسخة الأساسية للفهرسة بالنسبة للمواقع التي تخضع لهذا النهج.
ولهذا يجب أن تكون نسخة الهاتف ممثلة للمحتوى الأساسي والروابط المهمة الموجودة في نسخة سطح المكتب.
Page Speed وأداء الموقع
لماذا سرعة الموقع مهمة؟
السرعة تؤثر في تجربة المستخدم، كما أن أداء الموقع جزء من الصورة التقنية التي يجب مراقبتها.
لكن تحسين السرعة لا يعني مطاردة رقم مثالي في كل أداة.
الأهم هو معالجة المشكلات التي تؤثر فعليًا في المستخدم والأداء.
Core Web Vitals
تشمل المقاييس الأساسية الحالية:
LCP
يقيس سرعة ظهور أكبر عنصر محتوى رئيسي في الصفحة.
INP
يقيس مدى استجابة الصفحة لتفاعلات المستخدم.
CLS
يقيس مدى استقرار التخطيط ومنع تحرك العناصر بشكل مفاجئ أثناء التحميل.
ما الذي يؤثر على سرعة الموقع؟
قد تشمل الأسباب:
- الصور الكبيرة.
- JavaScript الزائد.
- CSS غير الضروري.
- بطء الخادم.
- الإضافات الكثيرة.
- Third-Party Scripts.
- ضعف التخزين المؤقت.
- غياب CDN في الحالات التي يكون فيها مناسبًا.
كيف تحسن سرعة الموقع؟
ضغط الصور
استخدم أحجامًا وصيغًا مناسبة بدل تحميل ملفات أكبر من الحاجة.
Lazy Loading
تحميل الصور والموارد غير الضرورية في البداية عند الحاجة إليها.
Caching
الاستفادة من التخزين المؤقت لتقليل العمل المتكرر على الخادم والمتصفح.
تقليل JavaScript غير الضروري
لا تجعل كل وظيفة في الموقع تعتمد على JavaScript إذا لم تكن تحتاج إليه.
تحسين Server Response
راجع الاستضافة وإعدادات الخادم وقاعدة البيانات عندما يكون زمن استجابة الخادم مرتفعًا.
CDN
يمكن استخدام شبكة توزيع المحتوى عندما تكون مناسبة لطبيعة الموقع وجمهوره.
JavaScript SEO
لماذا JavaScript قد تؤثر على SEO؟
إذا كان المحتوى الأساسي أو الروابط المهمة تعتمد على JavaScript بطريقة تجعل الوصول إليها أو معالجتها أكثر تعقيدًا، فقد تظهر مشاكل في الزحف أو الـRendering أو فهم المحتوى.
كيف تتعامل Google مع JavaScript؟
يمكن لـGoogle معالجة JavaScript، لكن لا ينبغي افتراض أن أي تنفيذ JavaScript سيُفهم دائمًا بالطريقة نفسها التي يراها المستخدم.
كلما كان المحتوى الأساسي واضحًا وقابلًا للوصول دون تعقيد غير ضروري، كان ذلك أفضل.
Client-Side Rendering
في Client-Side Rendering يتم تحميل جزء كبير من الصفحة ثم إنشاء المحتوى في المتصفح باستخدام JavaScript، قد يكون هذا مناسبًا لتطبيقات كثيرة، لكنه يحتاج إلى تنفيذ صحيح من منظور SEO.
Server-Side Rendering
في Server-Side Rendering يتم إنشاء HTML على الخادم قبل إرساله إلى المتصفح.
هذا يمكن أن يساعد في توفير محتوى HTML أوضح منذ البداية.
Static Site Generation
في Static Site Generation يتم إنشاء الصفحات مسبقًا، ثم تقديمها للمستخدم بسرعة دون الحاجة إلى إنشاء المحتوى بالكامل عند كل طلب.
كل طريقة لها استخداماتها، ولا توجد طريقة واحدة مناسبة لجميع المواقع.
المشاكل الشائعة في JavaScript SEO
من أبرزها:
- المحتوى المهم لا يظهر دون JavaScript.
- الروابط لا يمكن اكتشافها بطريقة مناسبة.
- تحميل المحتوى بطريقة تؤثر على إمكانية معالجته.
- مشاكل Rendering.
- اختلاف المحتوى المهم بين المستخدم ومحرك البحث.
Structured Data وTechnical SEO
ما هي Structured Data؟
Structured Data هي بيانات منظمة تساعد محركات البحث على فهم أنواع معينة من المعلومات الموجودة في الصفحة.
Schema.org
Schema.org هو أحد أشهر الأطر المستخدمة لوصف أنواع البيانات المنظمة.
يمكن استخدامه لوصف كيانات ومعلومات مختلفة وفق نوع الصفحة وما هو مناسب لها.
JSON-LD
JSON-LD إحدى الطرق الشائعة لإضافة البيانات المنظمة إلى الصفحة، وتستخدم على نطاق واسع بسبب سهولة إدارتها وإضافتها إلى HTML.
أنواع Schema
يعتمد النوع المناسب على طبيعة الصفحة.
فلا ينبغي إضافة Schema عشوائية لمجرد الحصول على Rich Result.
يجب أن تعكس البيانات المنظمة المحتوى الموجود فعلًا وأن تتوافق مع المتطلبات ذات الصلة.
متى تستخدم Structured Data؟
عندما يكون نوع البيانات مناسبًا للصفحة وتستطيع تمثيل المعلومات الموجودة فيها بصورة دقيقة.
أخطاء Structured Data
من الأخطاء:
- إضافة معلومات غير موجودة في الصفحة.
- استخدام نوع Schema غير مناسب.
- أخطاء في الحقول المطلوبة.
- محاولة استخدام Schema فقط للحصول على ترتيب أعلى.
الفرق بين وجود Schema وظهور Rich Results
وجود Structured Data صحيحة لا يعني أن Google ستعرض بالضرورة Rich Result.
فالبيانات المنظمة تساعد Google على فهم المحتوى، لكن ظهور النتيجة الغنية يخضع لأهلية الصفحة ومتطلبات Google وعوامل أخرى.
اختبار Schema
يمكن استخدام أدوات Google والجهات المتخصصة للتحقق من صحة البيانات المنظمة واكتشاف الأخطاء.
وللتوسع في هذا الموضوع، يمكنك الرجوع إلى دليل السكيما Structured Data.
Pagination وFaceted Navigation
ما هي Pagination؟
Pagination هي تقسيم مجموعة كبيرة من المحتوى على عدة صفحات، مثل صفحات المنتجات أو نتائج المقالات.
مشاكل Pagination
المشكلة لا تكون في وجود Pagination نفسها، وإنما قد تظهر عندما لا يستطيع محرك البحث اكتشاف الصفحات أو عندما يتم إنشاء بنية مربكة أو إشارات متناقضة.
لذلك يجب أن تكون الصفحات المتتابعة قابلة للاكتشاف من خلال روابط واضحة عندما تكون مهمة.
Faceted Navigation
هي أنظمة الفلاتر التي تسمح للمستخدم بتصفية المنتجات أو النتائج حسب خصائص مختلفة.
وتظهر بكثرة في المتاجر الإلكترونية.
Filters وParameters
قد يؤدي كل فلتر إلى إنشاء URL جديد، مثل:
- اللون.
- المقاس.
- العلامة التجارية.
- السعر.
- الترتيب.
إذا كان الموقع يحتوي على آلاف المنتجات وعشرات الفلاتر، فقد ينتج عن ذلك عدد هائل من URLs.
كيف تمنع إنشاء آلاف URLs غير المهمة؟
لا توجد قاعدة واحدة تناسب جميع المتاجر.
يمكن أن تشمل المعالجة:
- Canonical في الحالات المناسبة.
- توجيهات الزحف عند الحاجة.
- Noindex في سيناريوهات محددة.
- تحسين الروابط الداخلية.
- التحكم في المعلمات.
- تقليل الصفحات التي لا تقدم قيمة حقيقية.
والقرار يجب أن يعتمد على وظيفة الـURL وقيمته، وليس على استخدام أداة واحدة لجميع الفلاتر.
Duplicate Content من منظور Technical SEO
ما هو Duplicate Content؟
هو وجود محتوى متطابق أو شديد التشابه عبر أكثر من URL أو صفحة.
وجود قدر من التشابه في الموقع لا يعني تلقائيًا وجود عقوبة، لكن تعدد النسخ غير الضرورية قد يجعل إدارة الفهرسة والإشارات أكثر تعقيدًا.
أسباب Duplicate Content
قد ينتج عن:
- HTTP وHTTPS.
- www وnon-www.
- Parameters.
- صفحات الطباعة.
- صفحات الفلاتر.
- نسخ المنتجات.
- المحتوى المتكرر.
كيف تعالج Duplicate Content؟
يعتمد الحل على السبب.
قد يكون الحل:
- Canonical.
- Redirect.
- توحيد URLs.
- إزالة الصفحات غير الضرورية.
- إعادة تنظيم بنية الموقع.
لا تستخدم Canonical تلقائيًا قبل فهم سبب التكرار.
International SEO
متى تحتاج International SEO؟
عندما يستهدف الموقع أكثر من دولة أو لغة، خصوصًا إذا كان يقدم نسخًا مختلفة من المحتوى وفق اللغة أو السوق.
hreflang
ما هو hreflang؟
هو توجيه يساعد محركات البحث على فهم العلاقة بين نسخ الصفحة المخصصة للغات أو المناطق المختلفة.
متى نستخدمه؟
عندما توجد صفحات بديلة تستهدف لغات أو أسواقًا مختلفة، وتكون العلاقة بينها واضحة.
كيف يعمل؟
يتم ربط النسخ المختلفة بإشارات توضح اللغة أو المنطقة المستهدفة، بحيث يستطيع محرك البحث اختيار النسخة الأنسب للمستخدم.
أخطاء hreflang الشائعة
منها:
- الإشارة إلى URL غير موجود.
- استخدام أكواد لغة أو منطقة غير صحيحة.
- عدم وجود روابط متبادلة بين النسخ عند الحاجة.
- وجود hreflang يشير إلى صفحات لا تمثل البدائل الحقيقية.
المواقع متعددة اللغات
Arabic / English
إذا كان الموقع يقدم العربية والإنجليزية، فمن الأفضل أن تكون كل نسخة واضحة من حيث اللغة والمحتوى.
URL Structure
يمكن استخدام طرق مختلفة، مثل مجلدات اللغات، بحسب بنية الموقع.
اللغة
يجب أن تكون الصفحة موجهة فعلًا باللغة التي تشير إليها الإشارات التقنية.
المحتوى
لا يكفي ترجمة العنوان فقط، بل يجب أن تكون الصفحة نفسها مناسبة للجمهور المستهدف.
Technical SEO للمتاجر الإلكترونية
المتاجر من أكثر أنواع المواقع التي يمكن أن تظهر فيها مشاكل تقنية بسبب كثرة المنتجات والتصنيفات والفلاتر والـURLs.
مشاكل صفحات المنتجات
المنتجات المنتهية
عند انتهاء منتج، لا توجد طريقة واحدة صحيحة لجميع الحالات.
قد يبقى المنتج مفيدًا ومهمًا حتى لو لم يعد متاحًا مؤقتًا، وقد يكون حذفه منطقيًا في حالات أخرى.
المنتجات المحذوفة
إذا تم حذف منتج، يجب تحديد ما إذا كان هناك بديل مناسب أو إذا كان الـURL لم يعد له أي قيمة.
المنتجات المتغيرة
الاختلافات بين الألوان والمقاسات والخيارات قد تؤدي إلى URLs متعددة، وهنا يجب تحديد العلاقة بينها بوضوح.
Duplicate Products
وجود المنتج نفسه ضمن أكثر من تصنيف لا يعني بالضرورة أنه يحتاج إلى نسخة URL مختلفة لكل تصنيف.
صفحات التصنيفات
يجب أن تكون التصنيفات جزءًا واضحًا من بنية الموقع، وأن تكون قابلة للاكتشاف وتحتوي على قيمة حقيقية بدل إنشاء عدد كبير من الصفحات الضعيفة.
Filters
الفلاتر مفيدة للمستخدم، لكنها قد تنتج عددًا ضخمًا من URLs.
لذلك يجب الفصل بين URL مفيد يستحق الظهور في البحث وURL وظيفي يستخدمه الزائر فقط.
Pagination
يجب التأكد من إمكانية اكتشاف المنتجات الموجودة في الصفحات اللاحقة، وعدم الاعتماد على صفحة واحدة لا تصل إليها بقية المنتجات.
Product Schema
يمكن استخدام البيانات المنظمة المناسبة للمنتجات عندما تكون المعلومات المطلوبة موجودة وصحيحة.
Internal Linking
الربط بين التصنيفات والمنتجات والصفحات ذات الصلة يساعد في اكتشاف المنتجات وفهم هيكل المتجر.
إدارة آلاف URLs
المتجر الكبير يحتاج إلى استراتيجية واضحة لإدارة:
- المنتجات.
- التصنيفات.
- الفلاتر.
- المعلمات.
- المنتجات المحذوفة.
- المنتجات غير المتاحة.
- الصفحات المكررة.
وهنا يصبح التخطيط التقني جزءًا أساسيًا من استراتيجية SEO.
Technical SEO للمواقع المحلية
في المواقع المحلية، توجد بعض الجوانب التقنية التي تستحق المراجعة، مثل:
LocalBusiness Schema
يمكن استخدام البيانات المنظمة المناسبة لوصف النشاط عندما تكون مؤهلة لذلك.
NAP
يجب الحفاظ على اتساق بيانات الاسم والعنوان ورقم الهاتف في الصفحات التي تعرض هذه المعلومات.
صفحات المواقع والفروع
إذا كان النشاط لديه فروع متعددة، فيجب ألا تتحول صفحات الفروع إلى نسخ مكررة بلا قيمة مستقلة.
Google Maps
الجانب التقني للصفحة المحلية مهم، لكنه ليس بديلًا عن عناصر Local SEO الأخرى.
وإذا كنت تعمل على استراتيجية الظهور المحلي بالكامل، فمن الأفضل الرجوع إلى دليل تحسين ظهور النشاط على خرائط Google بدل خلط Local SEO كله داخل Technical SEO.
كيف تعمل Technical SEO Audit؟
إجراء Technical SEO Audit لا يعني فتح أداة واحدة وانتظار تقرير بالأخطاء.
التدقيق الجيد يبدأ من فهم الموقع، ثم الزحف، ثم تحليل البيانات وترتيب المشاكل حسب تأثيرها.
المرحلة الأولى — Crawl الموقع
ابدأ بعمل Crawl للموقع باستخدام أداة مناسبة مثل Screaming Frog.
راجع خلالها:
- Status Codes.
- URLs.
- Canonical.
- Redirects.
- Internal Links.
- الصفحات القابلة للزحف.
المرحلة الثانية — فحص Indexing
قارن بين ما تريد فهرسته وما يحدث فعليًا.
راجع:
- Indexed Pages.
- Noindex.
- Blocked Pages.
- Excluded Pages.
- الصفحات المهمة غير المفهرسة.
المرحلة الثالثة — فحص Sitemap
تأكد من أن Sitemap تحتوي على الصفحات المهمة والأساسية والقابلة للفهرسة.
ابحث عن URLs قديمة أو مكررة أو تحمل توجيهات متعارضة.
المرحلة الرابعة — فحص Robots.txt
راجع قواعد الحظر وتأكد من أنها لا تمنع الصفحات أو الموارد المهمة عن طريق الخطأ.
المرحلة الخامسة — فحص Canonical
افحص ما إذا كانت Canonical:
- تشير إلى URLs صحيحة.
- تتوافق مع النسخ الأساسية.
- لا تشير إلى صفحات محذوفة.
- لا تتعارض مع الإشارات المهمة الأخرى.
المرحلة السادسة — فحص Redirects
ابحث عن:
- 301 و302 وغيرها من حالات إعادة التوجيه عند الحاجة.
- Redirect Chains.
- Redirect Loops.
- التحويلات غير المنطقية.
المرحلة السابعة — فحص 404
لا تحاول إزالة جميع 404 لمجرد وجودها.
حدد الصفحات المهمة التي أصبحت 404، ثم قرر هل تحتاج إلى Redirect أم استعادة الصفحة أم تركها محذوفة.
المرحلة الثامنة — فحص Internal Links
راجع:
- الصفحات المعزولة.
- الروابط المعطلة.
- الروابط التي تؤدي إلى Redirect.
- الصفحات المهمة التي تحصل على عدد قليل من الروابط الداخلية.
- الصفحات التي تحتوي على عدد مبالغ فيه من الروابط غير المفيدة.
المرحلة التاسعة — فحص Page Speed
راجع أداء الصفحات الأساسية، وركز على Core Web Vitals والمشكلات التي تؤثر فعلًا في تجربة المستخدم.
المرحلة العاشرة — فحص Mobile
تأكد من أن نسخة الهاتف تعرض المحتوى الأساسي وتسمح بالتنقل والتفاعل بشكل مناسب.
المرحلة الحادية عشرة — فحص Structured Data
راجع أنواع Schema الموجودة، ومدى مطابقتها للمحتوى، والأخطاء الموجودة فيها.
المرحلة الثانية عشرة — فحص JavaScript
اختبر ما إذا كان المحتوى والروابط الأساسية متاحة وقابلة للمعالجة بطريقة مناسبة.
المرحلة الثالثة عشرة — فحص HTTPS
تأكد من توحيد النسخ، ومعالجة Mixed Content، واستخدام Canonical وSitemap وفق النسخة الأساسية.
المرحلة الرابعة عشرة — مراجعة Search Console
Google Search Console مصدر مهم لفهم كيفية تعامل Google مع الموقع، خصوصًا في:
- Performance.
- Sitemaps.
- Page Indexing.
- بعض إشارات المشاكل.
- بيانات البحث العضوي.
ترتيب مشاكل Technical SEO حسب الأولوية
ليس من المفيد أن تصف كل مشكلة بأنها Critical.
الأفضل تصنيفها وفق تأثيرها:
High Priority
المشاكل التي تمنع الزحف أو الفهرسة أو الوصول إلى صفحات مهمة.
Medium Priority
المشكلات التي تؤثر في بنية الموقع أو الأداء أو الإشارات التقنية، لكنها لا تمنع الموقع بالكامل من العمل.
Low Priority
تحسينات محدودة التأثير في الوضع الحالي للموقع ويمكن تنفيذها بعد معالجة المشكلات الأعلى أولوية.
هذه الطريقة تجعل SEO Technical Audit خطة عمل فعلية بدل أن يكون مجرد قائمة طويلة من الأخطاء.
أدوات Technical SEO
تختلف أدوات Technical SEO حسب حجم الموقع ونوع المشكلة التي تريد تحليلها، لذلك لا تعتمد على أداة واحدة فقط.
Google Search Console
تساعد في متابعة جوانب مثل:
- Performance.
- Indexing.
- Sitemaps.
- Page Indexing.
- بعض إشارات المشاكل.
Screaming Frog
مفيدة في تحليل:
- Crawling.
- Status Codes.
- Canonical.
- Redirects.
- Internal Links.
- عناصر الصفحات.
Google PageSpeed Insights
تساعد على تقييم أداء الصفحات ومراجعة فرص تحسين السرعة وCore Web Vitals.
Lighthouse
أداة تساعد في تحليل جوانب مختلفة من أداء الصفحة وتجربتها وبعض العناصر التقنية.
Ahrefs
يمكن استخدامها في تحليل الموقع والروابط والصفحات وغيرها من بيانات SEO، بحسب الخطة والوظائف المتاحة.
Semrush
توفر أدوات للتدقيق والتحليل ومتابعة جوانب متعددة من SEO.
Rich Results Test
تساعد على اختبار بعض أنواع Structured Data ومدى أهلية الصفحة لبعض النتائج الغنية.
Schema Markup Validator
يمكن استخدامه للتحقق من صحة بنية Schema Markup وفق القواعد ذات الصلة.
أشهر أخطاء Technical SEO
منع الموقع بالكامل بواسطة Robots.txt
قد يؤدي خطأ بسيط في قواعد Robots.txt إلى منع محركات البحث من الزحف إلى قسم كبير من الموقع.
Noindex على صفحات مهمة
وضع noindex بالخطأ قد يمنع صفحة مهمة من دخول الفهرس.
Sitemap تحتوي URLs غير قابلة للفهرسة
هذا يرسل إشارات غير متناسقة ويجعل إدارة الفهرسة أقل وضوحًا.
Canonical خاطئ
اختيار URL أساسي غير صحيح قد يؤثر في الصفحة التي تريد أن تظهر في البحث.
Redirect Chains
السلاسل الطويلة من التحويلات تجعل بنية الموقع أكثر تعقيدًا ويمكن اختصارها في كثير من الحالات.
Redirect Loops
تمنع الوصول إلى الصفحة النهائية ويجب إصلاحها مباشرة.
صفحات 404 مهمة
ليست كل 404 مشكلة، لكن الصفحة المهمة التي اختفت دون معالجة تستحق التحقيق.
Orphan Pages
الصفحات المهمة التي لا تحصل على روابط داخلية تحتاج إلى إعادة إدخالها في بنية الموقع.
مشاكل Mobile
اختلاف المحتوى المهم أو صعوبة الاستخدام على الهاتف قد يؤثر في تجربة المستخدم وفهم الصفحة.
بطء الموقع
الأداء الضعيف قد ينتج عن الصور أو JavaScript أو الخادم أو عوامل أخرى، لذلك يجب تحديد السبب قبل تنفيذ الحل.
مشاكل JavaScript
قد تجعل المحتوى أو الروابط أقل قابلية للوصول أو المعالجة.
Duplicate URLs
تعدد URLs دون حاجة قد يجعل إدارة الفهرسة أكثر تعقيدًا.
مشاكل HTTPS
النسخ المتعددة وMixed Content وRedirects غير الصحيحة تحتاج إلى توحيد.
Schema Errors
البيانات المنظمة يجب أن تكون صحيحة ومرتبطة بالمحتوى الحقيقي.
ضعف Site Architecture
البنية المعقدة أو الصفحات المعزولة قد تجعل اكتشاف المحتوى وفهم العلاقات بين الصفحات أكثر صعوبة.
Faceted Navigation غير محسنة
يمكن للفلاتر أن تنتج آلاف URLs غير الضرورية إذا لم تتم إدارتها بعناية.
آلاف الصفحات منخفضة القيمة
زيادة عدد الصفحات ليست استراتيجية SEO بحد ذاتها.
إذا كانت الصفحات لا تقدم قيمة حقيقية للمستخدم، فقد يكون تقليلها وإعادة تنظيم الموقع أفضل من الاستمرار في توليد المزيد.
Technical SEO Checklist
استخدم القائمة التالية كمراجعة أولية:
- الموقع يعمل عبر HTTPS.
- توجد نسخة أساسية واضحة للموقع.
- Robots.txt يعمل كما هو مقصود.
- XML Sitemap موجودة ومحدثة.
- Sitemap تحتوي على URLs مهمة وقابلة للفهرسة.
- الصفحات المهمة قابلة للزحف.
- الصفحات المهمة مؤهلة للفهرسة.
- لا توجد توجيهات Noindex غير مقصودة.
- Canonical مضبوط بصورة صحيحة.
- لا توجد Redirect Loops.
- Redirect Chains محدودة.
- لا توجد 404 مهمة دون معالجة مناسبة.
- لا توجد Orphan Pages مهمة.
- Site Architecture واضحة.
- Click Depth مناسب لبنية الموقع.
- نسخة الهاتف تحتوي على المحتوى الأساسي.
- Core Web Vitals تحت المراقبة.
- JavaScript لا يمنع فهم المحتوى المهم.
- Structured Data صحيحة عند استخدامها.
- لا توجد مشاكل واضحة في Duplicate URLs.
- HTTP وHTTPS موحدان.
- Search Console تتم مراجعتها بصورة دورية.
أسئلة شائعة عن Technical SEO
كيف أعرف أن موقعي لديه مشكلة Technical SEO؟
ابدأ بمراجعة Search Console، ثم نفذ Crawl للموقع، وافحص الفهرسة وRobots.txt وSitemap وCanonical وRedirects والروابط الداخلية والأداء.
ما هو Crawl Budget؟
هو مفهوم يتعلق بموارد الزحف التي يخصصها محرك البحث للموقع خلال فترة معينة.
ولا يمثل مشكلة رئيسية لكل المواقع، بل يصبح أكثر أهمية مع المواقع الكبيرة جدًا أو التي تنتج عددًا هائلًا من URLs.
ما الفرق بين Crawling وIndexing؟
Crawling يعني الوصول إلى الصفحة واكتشافها، بينما Indexing يتعلق بتحليل الصفحة وإدراجها في فهرس محرك البحث عندما تكون مؤهلة.
ما الفرق بين Robots.txt وNoindex؟
Robots.txt يوجه برامج الزحف بشأن المسارات التي يمكنها الزحف إليها، بينما Noindex يوجه محرك البحث إلى عدم فهرسة الصفحة.
ما هو Canonical؟
هو توجيه يساعد محركات البحث على تحديد URL الأساسي المفضل عندما توجد نسخ متشابهة أو مكررة من المحتوى.
هل 404 تضر SEO؟
وجود 404 طبيعي في المواقع، ولا يعني تلقائيًا وجود مشكلة SEO.
المشكلة تظهر عندما تكون الصفحة مهمة أو تحصل على زيارات أو روابط أو كان لها بديل مناسب وتم حذفها دون معالجة.
هل سرعة الموقع عامل ترتيب؟
الأداء وتجربة المستخدم مهمان، وتستخدم Google مؤشرات مثل Core Web Vitals ضمن إشارات تجربة الصفحة، لكن السرعة ليست عاملًا يمكنه وحده تحديد ترتيب الصفحة.
ما هي Core Web Vitals؟
هي مجموعة من المقاييس التي تركز على جوانب مختلفة من تجربة الصفحة، ومن أبرزها LCP وINP وCLS.
هل Schema ترفع ترتيب الموقع؟
إضافة Schema لا تعني تلقائيًا ارتفاع الترتيب.
البيانات المنظمة تساعد محركات البحث على فهم المحتوى وقد تجعل الصفحة مؤهلة لبعض النتائج الغنية، لكن ذلك لا يعني ضمان ظهور Rich Result أو الحصول على ترتيب أعلى.
هل JavaScript تؤثر على SEO؟
يمكن أن تؤثر عندما يعتمد المحتوى أو الروابط المهمة عليها بطريقة تجعل اكتشافها أو معالجتها أكثر صعوبة.
لكن استخدام JavaScript بحد ذاته ليس مشكلة SEO.
هل أحتاج Sitemap؟
تعد Sitemap مفيدة لاكتشاف URLs المهمة، خصوصًا في المواقع الكبيرة أو المعقدة، لكنها ليست شرطًا يضمن الفهرسة ولا تعني أن كل URL فيها سيظهر في Google.
هل كل المواقع تحتاج hreflang؟
لا.
يصبح hreflang مفيدًا عندما يقدم الموقع نسخًا مختلفة تستهدف لغات أو مناطق مختلفة، وتكون هذه العلاقة منظمة بصورة صحيحة.
كم يستغرق Technical SEO حتى تظهر نتائجه؟
يختلف ذلك حسب نوع المشكلة وحجم الموقع وسرعة تنفيذ الإصلاحات وطبيعة التغييرات.
بعض المشكلات التقنية قد يظهر أثر إصلاحها بعد أن يعيد Google الزحف إلى الصفحات ومعالجتها، بينما تحتاج التغييرات الأوسع إلى وقت أطول حتى تظهر نتائجها بوضوح.
الخلاصة
ما هو السيو التقني؟ يمكن تلخيصه في أنه العمل على البنية التقنية التي تسمح لمحركات البحث بالوصول إلى صفحات الموقع والزحف إليها وفهمها وفهرستها بصورة صحيحة، لكن Technical SEO ليس بديلًا عن المحتوى، ولا عن تحسين الصفحات، ولا عن بناء الإشارات الخارجية.
نجاح استراتيجية SEO يعتمد على تكامل الجوانب المختلفة:
Technical SEO + On-Page SEO + Off-Page SEO = منظومة SEO متكاملة.
فالمحتوى يحتاج إلى صفحة محسنة، والصفحة تحتاج إلى بنية تقنية تسمح باكتشافها وفهرستها، والموقع قد يحتاج إلى إشارات خارجية تساعده على المنافسة.
ولهذا، فإن أفضل استراتيجية لا تبدأ من سؤال: “ما الأداة التي أستخدمها؟”، وإنما من سؤال أهم:
ما الذي يمنع الموقع حاليًا من الوصول إلى إمكاناته في البحث العضوي؟
ومن خلال Technical SEO Audit منظم، يمكنك تحديد المشكلات الحقيقية، وترتيبها حسب الأولوية، ثم معالجة ما يؤثر فعليًا في الزحف والفهرسة والأداء قبل الانتقال إلى تحسينات أقل أهمية.