قائمة تدقيق SEO التقني لموقعك الإلكتروني (2026)

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

تغطي هذه القائمة كل جوانب SEO التقني المهمة في 2026. اعمل عليها بالترتيب. كل قسم يبني على القسم الذي قبله.

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

لا يستطيع Google أن يرتّب إلا الصفحات التي عثر عليها وفهرسها. مشكلات قابلية الزحف هي أكثر مشكلات SEO التقني جوهرية، وأسهلها في الإغفال.

افحص ملف robots.txt. زر yourdomain.com/robots.txt. تأكد من أنه لا يمنع الزحف إلى الصفحات أو المجلدات المهمة. ملف robots.txt سيئ الإعداد قد يمنع Google عن طريق الخطأ من الزحف إلى موقعك بالكامل.

أرسل خريطة موقعك إلى Google Search Console. تخبر خريطة الموقع بصيغة XML محرك Google بالصفحات الموجودة ومتى حُدِّثت. انتقل إلى Search Console → Sitemaps، ثم أدخل رابط خريطة موقعك. تأكد من عدم وجود أخطاء أو تحذيرات.

افحص حالة الفهرسة. في Search Console، انتقل إلى Pages، ثم راجع علامة التبويب “Not indexed”. من الأسباب الشائعة: وسوم noindex، وأخطاء الزحف، والمحتوى المكرر، وأخطاء soft 404. كل منها يحتاج إلى إصلاح محدد.

استخدم site:yourdomain.com في Google. يُظهر هذا البحث تقريباً عدد صفحاتك التي فهرسها Google. إذا كان العدد أقل بكثير من إجمالي عدد صفحاتك، فلديك مشكلة في الفهرسة.

افحص أخطاء الزحف. يُظهر لك قسم Search Console → Settings → Crawl Stats عدد الصفحات التي يزحف إليها Googlebot يومياً، وما إذا كانت هناك أي أخطاء زحف. الارتفاع المفاجئ في الأخطاء أو الانخفاض المفاجئ في معدل الزحف كثيراً ما يسبق تراجع الترتيب.

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

2. بنية الموقع وهيكل الروابط

يجب أن تكون الروابط نظيفة ووصفية. الرابط /services/web-design أفضل من /page?id=47. الروابط التي تحتوي على أرقام أو معاملات استعلام، أو لا تحمل بنية ذات معنى، أصعب على المستخدمين وعلى Google في الفهم.

ابحث عن الصفحات اليتيمة. هي صفحات موجودة على موقعك لكن لا تشير إليها أي روابط داخلية. قد لا يعثر عليها Google أبداً. استخدم أداة زحف (Screaming Frog أو Ahrefs أو Sitebulb) لتحديد الصفحات التي لا تتلقى أي روابط داخلية.

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

افحص سلاسل إعادة التوجيه. سلسلة إعادة التوجيه هي عندما تُعيد الصفحة A التوجيه إلى الصفحة B، التي تُعيد التوجيه بدورها إلى الصفحة C. كل إعادة توجيه تضيف وقتاً إلى التحميل وتُضعف قيمة الروابط (link equity). يجب حل سلاسل إعادة التوجيه بحيث تُعيد الصفحة A التوجيه مباشرة إلى الصفحة C.

تحقق من HTTPS. يجب أن يُقدَّم موقعك بالكامل عبر HTTPS دون أي تحذيرات محتوى مختلط (mixed content). افحص Console في Chrome DevTools بحثاً عن أي موارد HTTP تُحمَّل على صفحات HTTPS.

ابحث عن الصفحات المكررة. WWW مقابل بدون WWW، وHTTP مقابل HTTPS، ووجود الشرطة المائلة في نهاية الرابط مقابل عدم وجودها. هذه تنشئ أربع نسخ محتملة من كل رابط. يجب أن تكون نسخة واحدة فقط متاحة، وأن تُعيد النسخ الأخرى التوجيه إلى النسخة الأساسية (canonical).

3. Core Web Vitals

Core Web Vitals هي إشارات Google لتجربة المستخدم. وهي تؤثر على الترتيب، ولا سيما في عمليات البحث التنافسية التي تتشابه فيها جودة المحتوى بين الصفحات المتصدرة.

Largest Contentful Paint (LCP). يقيس المدة التي يستغرقها أكبر عنصر مرئي في الصفحة ليكتمل تحميله. الهدف: أقل من 2.5 ثانية. الأسباب الشائعة لضعف LCP: صور غير محسّنة، وبطء استجابة الخادم، وJavaScript يعيق العرض.

Interaction to Next Paint (INP). يقيس سرعة الاستجابة عندما يتفاعل المستخدم مع الصفحة. الهدف: أقل من 200ms. عادة ما يكون سبب ضعف INP هو تنفيذ JavaScript ثقيل يعيق الخيط الرئيسي (main thread).

Cumulative Layout Shift (CLS). يقيس الثبات البصري أثناء تحميل الصفحة. الهدف: أقل من 0.1. ينتج CLS عن صور دون أبعاد محددة، ومحتوى يُحقن ديناميكياً، وخطوط ويب تتأخر في التحميل.

كيفية الفحص: يُظهر قسم Google Search Console → Core Web Vitals البيانات الميدانية لموقعك. ويُظهر PageSpeed Insights على pagespeed.web.dev البيانات المخبرية للصفحات الفردية. كلاهما مهم.

ابدأ بإصلاح الصور. الصور هي السبب الأكثر شيوعاً لكل من بطء LCP وارتفاع CLS. يجب أن تحمل كل صورة سمتي width وheight صريحتين، وأن تكون بصيغة WebP حيثما أمكن، وأن تستخدم loading="lazy" للصور الواقعة أسفل الجزء الظاهر من الصفحة.

دقّق JavaScript لديك. استخدم Chrome DevTools → Performance panel لتحديد المهام الطويلة. المهام الطويلة (أكثر من 50ms) على الخيط الرئيسي تعيق التفاعل وتضر بـ INP.

4. البيانات المنظمة

تخبر البيانات المنظمة (ترميز schema) محرك Google تحديداً بنوع المحتوى الموجود في صفحتك. وهي تتيح النتائج المنسقة (rich results)، مثل قوائم الأسئلة الشائعة المنسدلة، ونجوم التقييم، وقوائم الفعاليات، وأسماء كتّاب المقالات، التي ترفع معدلات النقر من نتائج البحث.

افحص الـ schema الموجودة. استخدم أداة Rich Results Test من Google (search.google.com/test/rich-results) لمعرفة الـ schema التي يكتشفها Google في صفحاتك. تأكد من عدم وجود أخطاء أو تحذيرات.

أضف schema حيث تغيب. أنواع schema ذات الأولوية لمعظم مواقع الشركات:

• Organization. الاسم، والشعار، وبيانات التواصل، والحسابات على وسائل التواصل الاجتماعي
• LocalBusiness. العنوان، وساعات العمل، ونطاق الخدمة (للشركات التي تخدم مواقع جغرافية محددة)
• WebSite. يتيح مربع البحث Sitelinks في Google
• BreadcrumbList. يُظهر التسلسل الهرمي للصفحة في نتائج البحث
• FAQPage. يُظهر إجابات أسئلة شائعة قابلة للتوسيع في نتائج البحث (دفعة كبيرة لمعدل النقر)
• Article / BlogPosting. لمحتوى المدونة، يتيح النتائج المنسقة للمقالات
• المنتج. للتجارة الإلكترونية، مطلوب لقوائم المنتجات المجانية في Google Shopping
• Review / AggregateRating. يُظهر تقييمات النجوم في نتائج البحث

تحقق من صحة كل الـ schema. يجب اختبار كل تطبيق لـ schema باستخدام Rich Results Test قبل النشر. الـ schema غير الصالحة لا تُنتج نتائج منسقة، وقد تتسبب في تحذيرات في Search Console.

5. سرعة الصفحة

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

اضغط الصور. تُنتج صيغة WebP صوراً أصغر بنسبة 25 إلى 35% من JPEG بجودة مماثلة. يجب تحويل كل صورة في موقعك إلى WebP. استخدم أدوات مثل Squoosh أو Cloudflare Image Resizing.

فعّل التخزين المؤقت في المتصفح. يجب أن تُخزَّن الأصول الثابتة، أي ملفات CSS وJavaScript والصور والخطوط، مؤقتاً في المتصفحات حتى يحمّل الزوار العائدون الصفحات بشكل أسرع. اضبط ترويسات التخزين المؤقت (cache headers) بمدد صلاحية طويلة للأصول التي لا تتغير كثيراً.

قلّل الموارد التي تعيق العرض. ملفات CSS وJavaScript التي تعيق عرض الصفحة تؤخر LCP. ضع CSS الحرج مباشرة داخل الصفحة (inline)، وأجّل JavaScript غير الحرج، واحذف CSS غير المستخدم.

استخدم CDN. تقدّم شبكة توصيل المحتوى (Content Delivery Network) أصولك الثابتة من خوادم قريبة من المستخدم. بالنسبة للشركات في الإمارات التي تستهدف زواراً دوليين، أو الشركات في موريشيوس التي تستهدف مشترين أوروبيين، تقلل شبكة CDN وقت التحميل بشكل كبير للمستخدمين البعيدين.

افحص وقت استجابة الخادم (TTFB). يجب أن يكون الوقت حتى أول بايت (Time to First Byte) أقل من 200ms. ينتج بطء TTFB عن استضافة بطيئة، أو استعلامات قاعدة بيانات بطيئة، أو غياب التخزين المؤقت على الخادم. رقِّ الاستضافة أو طبّق التخزين المؤقت على الخادم إذا تجاوز TTFB قيمة 500ms.

6. التحسين للجوال

يستخدم Google الفهرسة التي تعطي الأولوية للجوال (mobile-first indexing). نسخة الجوال من موقعك هي ما يعتمد عليه Google أساساً لتحديد الترتيب، بغض النظر عن مصدر زياراتك.

اختبر سهولة الاستخدام على الجوال. يُظهر قسم Search Console → Mobile Usability الصفحات التي تعاني من مشكلات محددة على الجوال. وتشمل هذه المشكلات نصاً صغيراً جداً، وعناصر قابلة للنقر متقاربة جداً، ومحتوى أعرض من الشاشة.

اختبر على أجهزة حقيقية. محاكاة الأجهزة في Chrome DevTools مفيدة، لكنها لا تعادل الاختبار على هاتف حقيقي. اختبر على جهاز Android واحد وجهاز iOS واحد على الأقل.

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

تحقق من أحجام الخطوط. يجب ألا يقل حجم النص الأساسي عن 16px على الجوال. النص الأصغر من 12px يُصنَّف في Search Console على أنه “نص أصغر من أن يُقرأ”.

7. Hreflang وتحسين محركات البحث الدولي

بالنسبة للمواقع التي تستهدف عدة لغات أو دول، تخبر وسوم hreflang محرك Google بالنسخة التي يجب أن يعرضها من الصفحة للمستخدمين في كل منطقة.

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

استخدم رموز اللغة الصحيحة. en للإنجليزية، وar للعربية، وfr للفرنسية. للاستهداف حسب الدولة، استخدم en-AE للإنجليزية في الإمارات، وen-US للإنجليزية في الولايات المتحدة، وfr-MU للفرنسية في موريشيوس.

تأكد من hreflang في Search Console. يُظهر قسم Search Console → Enhancements → Hreflang أخطاء التطبيق. أكثرها شيوعاً: غياب الوسوم المتبادلة، ورموز اللغة الخاطئة، والصفحات التي تُرجع أخطاء 404.

8. إشارات جودة المحتوى

لا يستطيع SEO التقني تعويض المحتوى الضعيف. لكن الأسس التقنية القوية تضاعف أداء المحتوى الجيد.

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

ابحث عن المحتوى المكرر. استخدم أداة مثل Siteliner أو Copyscape لتحديد الصفحات التي تتشارك قدراً كبيراً من المحتوى. يُربك المحتوى المكرر Google بشأن النسخة التي يجب ترتيبها.

تحقق من وسوم العناوين (title tags) والأوصاف التعريفية (meta descriptions). يجب أن يكون لكل صفحة عنوان فريد (50 إلى 60 حرفاً) ووصف فريد (150 إلى 155 حرفاً). العناوين المكررة تدفع Google إلى إعادة كتابتها. والأوصاف المفقودة تترك لـ Google أن يولّد وصفه الخاص، الذي قد لا يمثل الصفحة جيداً.

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

كيف ترتب أولويات ما تصلحه أولاً

ليست كل مشكلات SEO التقني متساوية في تأثيرها. رتّب الأولويات بهذا الترتيب:

1. مشكلات الفهرسة. إذا لم يستطع Google العثور على صفحاتك أو فهرستها، فلا شيء آخر يهم.
2. إخفاقات Core Web Vitals. خاصة إذا كنت تعمل في قطاعات تنافسية.
3. ثغرات ترميز schema. عائد مرتفع على الوقت المستثمر، ويحسّن معدلات النقر مباشرة.
4. المحتوى المكرر وتحديد النسخ الأساسية (canonicalisation). يمنع Google من تشتيت إشارات الترتيب بين نسخ متعددة من الصفحة نفسها.
5. سرعة الصفحة. بعد حل ما سبق، يتراكم أثر التحسين المستمر لسرعة الصفحة مع الوقت.

نفّذ هذا التدقيق كل ربع سنة. SEO التقني ليس مشروعاً يُنجز مرة واحدة. فالمواقع تتراكم فيها المشكلات مع نموها.

---

إذا أردت إجراء تدقيق SEO تقني لموقعك مع توصيات محددة، تواصل مع فريق Carril Agency. ندقق المواقع في أسواق الإمارات والولايات المتحدة وموريشيوس.