Technical SEO: قائمة الفحص قبل نشر الموقع

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

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

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

1. ما هو Technical SEO ولماذا يبدأ قبل نشر الموقع؟

Technical SEO أو تحسين محركات البحث التقني هو الجانب الذي يهتم بالبنية التقنية التي تسمح لمحركات البحث بالوصول إلى الموقع وفهم صفحاته وفهرستها بصورة صحيحة.

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

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

هل يستطيع Google الوصول إلى الموقع وفهمه وقياسه بصورة صحيحة؟

2. فحص قابلية الزحف والفهرسة

robots.txt

يجب مراجعة ملف robots.txt والتأكد من أنه لا يحتوي على تعليمات تمنع أجزاء مهمة من الموقع من الزحف.

ومن الأخطاء الشائعة أثناء تطوير المواقع إبقاء إعداد تجريبي يمنع محركات البحث حتى بعد إطلاق الموقع.

noindex

يجب التأكد من عدم وجود noindex على الصفحات التي نريد ظهورها في نتائج البحث.

وفي المقابل، ليس من الضروري فهرسة كل صفحات الموقع، فبعض الصفحات الإدارية أو الفنية قد لا تكون ذات قيمة للباحث.

Sitemap

خريطة الموقع تساعد محركات البحث على اكتشاف الصفحات المهمة وفهم بنية الموقع.

• التأكد من أن الخريطة تعمل بصورة صحيحة.
• التأكد من أنها تحتوي على الصفحات الفعلية.
• استبعاد الصفحات المحذوفة أو التجريبية.
• إرسالها إلى Google Search Console.

Canonical

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

الخطأ في هذا العنصر قد يجعل Google يعتبر صفحة أخرى هي النسخة الأساسية بدل الصفحة المقصودة.

HTTP Status Codes

يجب التأكد من أن الصفحات المهمة تعمل بالحالة 200، وأن الصفحات المنقولة تستخدم Redirect مناسبًا، وأن الموقع لا يحتوي على عدد كبير من أخطاء 404 أو أخطاء الخادم 5xx.

3. فحص بنية الروابط والصفحات

Permalinks

يفضل أن تكون روابط الصفحات قصيرة وواضحة ومستقرة ومرتبطة بموضوع الصفحة.

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

الروابط الداخلية

الموقع الجيد ليس مجموعة صفحات منفصلة.

يجب أن ترتبط الخدمات بالموضوعات، والموضوعات بالخدمات، والمشكلات بالحلول، والمشاريع بالمحتوى المرتبط بها.

هذه الروابط تساعد المستخدم ومحركات البحث على فهم العلاقة بين أجزاء الموقع.

الصفحات اليتيمة

الصفحة اليتيمة هي صفحة موجودة داخل الموقع ولكن لا تؤدي إليها روابط داخلية واضحة.

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

404 وRedirects

يجب فحص الروابط المكسورة وتحويل الصفحات القديمة إلى البدائل المناسبة عند الحاجة.

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

4. فحص السرعة وتجربة الاستخدام

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

Core Web Vitals

من المهم مراجعة مؤشرات Core Web Vitals للتأكد من سرعة ظهور المحتوى الرئيسي، واستقرار العناصر أثناء التحميل، وسرعة استجابة الصفحة للتفاعل.

الصور

• استخدام أبعاد مناسبة.
• ضغط الصور بدون التأثير الواضح على الجودة.
• استخدام الصيغ المناسبة والحديثة عند توفرها.
• تفعيل Lazy Loading للصور التي لا تظهر مباشرة في الجزء الأول من الصفحة.
• عدم تحميل صورة ضخمة لاستخدامها داخل مساحة صغيرة.

CSS وJavaScript

الإضافات والمكتبات والملفات غير الضرورية قد تجعل الموقع أثقل مما يحتاج.

الأفضل تحميل ما يحتاجه الموقع فقط وتقليل الأكواد التي تعيق ظهور المحتوى الأساسي.

الجوال

لا تكفي مراجعة الموقع على شاشة الكمبيوتر.

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

5. فحص القياس قبل الإطلاق

الموقع الذي لا يتم قياسه بصورة صحيحة يجعل قرارات التطوير لاحقًا مبنية على التخمين، ولهذا يجب تجهيز القياس منذ البداية.

Google Analytics 4

يجب التأكد من أن GA4 يستقبل الزيارات بصورة صحيحة وأن الصفحات الأساسية تظهر في التقارير بدون تكرار أو فقدان للبيانات.

Google Search Console

يتم ربط الموقع بـ Google Search Console لمتابعة اكتشاف الصفحات، وحالة الفهرسة، واستعلامات البحث، ومشكلات الزحف، وأداء الموقع في نتائج Google.

Google Tag Manager

عند استخدام GTM يجب التأكد من أن الحاوية تعمل بصورة صحيحة ولا توجد أكواد مكررة تسبب تضاعف القياس.

أحداث التحويل

لا يكفي معرفة عدد الزوار، بل يجب تحديد الإجراءات التي تمثل قيمة حقيقية للمشروع.

• إرسال نموذج.
• بدء طلب.
• إجراء اتصال.
• الانتقال المؤهل إلى واتساب.
• إتمام شراء.
• طلب عرض سعر.

بذلك يصبح الموقع قابلًا للقياس من اليوم الأول.

6. فحص البيانات المنظمة وSEO On-page الأساسي

Title

يجب أن يكون لكل صفحة عنوان واضح وفريد يعبّر عن محتواها.

Meta Description

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

H1

يجب أن يكون هناك عنوان رئيسي واضح يعكس موضوع الصفحة، مع تنظيم بقية العناوين باستخدام H2 وH3 بصورة منطقية.

Schema

تساعد البيانات المنظمة Schema محركات البحث على فهم نوع المحتوى والجهة التي تقف خلفه عندما يتم استخدامها بصورة صحيحة.

ولا ينبغي إضافة Schema لا يطابق المحتوى الحقيقي للصفحة.

الصور وAlt Text

اسم ملف الصورة والنص البديل والوصف يجب أن تكون مرتبطة بمحتوى الصورة والصفحة.

الهدف الأساسي من Alt Text هو وصف الصورة بصورة واضحة ومفهومة، وليس تكرار الكلمات المفتاحية بشكل غير طبيعي.

7. أخطاء شائعة قبل نشر الموقع

• بقاء خيار منع محركات البحث من الفهرسة مفعّلًا.
• وجود noindex على صفحات أساسية.
• وجود Sitemap غير محدثة.
• بقاء صفحات Demo أو Sample Page.
• وجود روابط تؤدي إلى بيئة التطوير القديمة.
• وجود روابط مكسورة.
• استخدام صور ضخمة وغير محسنة.
• عدم ربط أدوات القياس.
• وجود عناوين وأوصاف مكررة.
• بقاء نصوص أو بيانات تجريبية.
• عدم اختبار الموقع على الجوال.
• تغيير روابط الصفحات دون إعداد Redirects.

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

8. متى تحتاج تدقيقًا متخصصًا؟

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

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

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