تقرير فحص SEO — gasalat.com #

تاريخ الفحص: 2026-07-03 النطاق: مشروع Astro المنشور فعليًا على gasalat.com (بعد كل الإصلاحات السابقة)، مبني وفُحص فعليًا (599 صفحة).

هذا التقرير يراجع كل بند من قائمة الـ 36 مشكلة السيو العامة، ويحدد فعليًا هل ينطبق على موقعك أو لا — بناءً على فحص حقيقي للكود والبناء الفعلي (dist)، وليس افتراضات. البنود اللي ما قدرت أتحقق منها من الكود (تحتاج أدوات خارجية مثل Google Search Console أو أدوات تحليل باكلينكس) موضحة بالنص.

أولاً: المشاكل التقنية #

1. روابط مكسورة (404) — لا توجد. فحصت عينة من الروابط الداخلية المتقاطعة (بين الماركات والخدمات والأحياء) وكلها تشير لصفحات موجودة فعليًا. الروابط الداخلية (InternalLinks.astro) مبنية برمجيًا من نفس البيانات المستخدمة لتوليد الصفحات، فما فيه احتمال يشير لصفحة غير موجودة.

2. أخطاء الخادم (5xx) — غير قابل للفحص من الكود لأن الموقع Static (مبني مسبقًا) على Cloudflare Pages، فاحتمال 5xx ضعيف جدًا إلا في حالة عطل بالـ CDN نفسه. يُنصح بمتابعة تبويب Cloudflare Analytics بشكل دوري.

3. سلاسل إعادة توجيه (Redirect Chains) — لا توجد. فحصت ملف _redirects (15 قاعدة) وكلها تحويلات مباشرة بخطوة واحدة (301) من روابط ووردبريس قديمة لصفحات نهائية، بدون أي تسلسل.

4. مشاكل robots.txt — تم إصلاحها مسبقًا (حذف نسخة مكررة كان فيها BOM، والاعتماد على نسخة واحدة تسمح بالفهرسة الكاملة ما عدا /admin/).

5. مشاكل الفهرسة (noindex خاطئ) — لا توجد أخطاء. تم تعمّد إضافة noindex فقط لصفحات “ماركة×خدمة×حي” غير المرتبطة فعليًا بالحي (حسب بيانات device_profile الحقيقية)، وهذا إجراء مقصود لتقليل خطر المحتوى المكرر — تم توثيقه وتم استثناء نفس الروابط من sitemap.xml.

6. بطء سرعة الصفحات — لا يوجد CSS خارجي محجّب للعرض (inlineStylesheets: 'always' في astro.config.mjs — كل الـ CSS مضمّن داخل الصفحة). الصور والـ JS والـ CSS مضغوطة تلقائيًا عبر astro-compress. لا أقدر أعطيك رقم Lighthouse حقيقي بدون تشغيل أداة قياس فعلية على الموقع الحي.

7. فشل Core Web Vitals — نفس ملاحظة البند السابق: البنية التحتية سليمة (CSS مضمّن، لا سكربتات تحجب العرض، الصور مضغوطة) لكن القياس الفعلي لـ LCP/CLS/INP يحتاج تشغيل PageSpeed Insights أو Search Console على الموقع الحي مباشرة — أقدر أساعدك تقرأ النتائج لو شغّلتها وعطيتني الرابط.

8. التوافق مع الجوال — viewport صحيح، وكل القوالب مبنية بـ Tailwind responsive classes. ما فحصت تباعد العناصر القابلة للنقر بشكل بصري فعلي (يحتاج فتح الموقع على جوال حقيقي أو أداة Mobile-Friendly Test من جوجل).

9. غياب HTTPS — لا توجد مشكلة. الموقع خلف Cloudflare ويُقدَّم عبر HTTPS بالكامل.

10. صفحات يتيمة (Orphan Pages) — لا توجد. تأكدت أن مكوّن InternalLinks.astro يربط كل صفحة تركيبة (ماركة/خدمة/حي) بصفحات أخرى ذات صلة (نفس الخدمة بأحياء ثانية، ونفس الحي بخدمات ثانية) — حتى الصفحات المعلّمة noindex تبقى مرتبطة داخليًا وما تفقد قيمتها للزوار.

11. روابط تؤدي لصفحات معاد توجيهها — لا توجد. كل الروابط الداخلية بالموقع تشير مباشرة للصفحات النهائية، لا لأي رابط قديم من ملف _redirects.

ثانياً: مشاكل المحتوى وعناصر الصفحة #

12. عناوين صفحات مكررة — لا توجد. فحصت جميع الـ 599 صفحة المبنية: 599 عنوان فريد، صفر تكرار.

13. غياب Meta Description — صفحة واحدة فقط ناقصة، وهي /admin (لوحة تحكم Decap CMS) — وهذا متوقع وسليم لأنها أصلاً محجوبة بـ robots.txt. باقي الـ 598 صفحة كلها فيها وصف.

14. Meta Descriptions مكررة — لا توجد. 598 وصف فريد لـ 598 صفحة (باستثناء /admin).

15. محتوى مكرر (Duplicate Content) — هذي كانت المشكلة الأكبر، وتم تخفيفها فعليًا بثلاث خطوات سابقة (صياغات بديلة، بيانات حقيقية لكل حي، وإزالة ~370 رابط “ماركة×خدمة×حي” غير ذات صلة من الفهرسة). ما تزال نسبة تشابه متبقية بين بعض الصفحات المتشابهة بالخدمة (~73-77%) لأنها نفس القالب الأساسي — هذا معروف ومقبول ضمن حدود، لكنه ليس صفرًا تمامًا.

16. محتوى رفيع (Thin Content) — لا توجد. فحصت عدد الكلمات الفعلي: الصفحة الرئيسية 2422 كلمة، صفحات الخدمات ~980، صفحات الماركات ~1130، صفحات الأحياء ~978، صفحات التركيبات ~1280-1290، والمقالات 2700+ كلمة. كل الأرقام صحية.

17. غياب/تكرار وسم H1 — ✅ مشكلة حقيقية موجودة: 3 مقالات من أصل 9 فيها وسمان H1 بدل وسم واحد (عنوان الصفحة من الـ Layout + عنوان ثاني من داخل محتوى الماركدون نفسه):

• /blog/تقنية-6-th-sense-في-ويرلبول-إصلاح-مستشعرات-الغسالة-الذكية
• /blog/صيانة-غسالات-مكة-خدمات-متاحة-24-ساعة
• /blog/syant-ghsalat-alshwn-balmyah-alnaemt-tjnb-altakl-2026

السبب: كاتب المقال بدأ الملف بعنوان Markdown (# ...) بالإضافة لعنوان الصفحة المستقل. التوصية: حذف سطر العنوان الأول (# ...) من بداية محتوى الماركدون في هذي المقالات الثلاثة تحديدًا، لأن عنوان الصفحة أصلاً موجود من title بالـ frontmatter.

18. ضعف التحسين للكلمات المفتاحية — لا أقدر أحكم عليه بدقة بدون بيانات بحث فعلية (حجم بحث/منافسة)، لكن ملاحظة عامة: العناوين والـ H1 والوصف كلها تحتوي فعليًا على الكلمة المفتاحية المستهدفة (اسم الخدمة + الحي/الماركة)، وهذا سليم من ناحية البنية.

19. تضارب الكلمات المفتاحية (Keyword Cannibalization) — ⚠️ ملاحظة استراتيجية تستحق انتباهك: عندك عدة مستويات من الصفحات تستهدف نفس نية البحث تقريبًا (مثلاً “صيانة غسالات مكة” تظهر بقوة في الصفحة الرئيسية، وفي صفحات الخدمات، وفي صفحات الماركات، وفي صفحات الأحياء). هذا مو خطأ تقني بالكود، لكنه قرار محتوى يستحق مراجعة: تأكد إن كل صفحة تستهدف نية بحث مختلفة بوضوح (مثلاً الصفحة الرئيسية للعلامة التجارية العامة، وصفحة الحي لنية “صيانة غسالات + اسم حي”، وهكذا) حتى ما تتنافس صفحاتك مع بعضها على نفس الكلمة بدل ما تتنافس مع المنافسين.

20. ضعف الربط الداخلي — لا توجد مشكلة. الربط الداخلي كثيف جدًا بين كل مستويات الصفحات (تركيبات، خدمات، ماركات، أحياء).

21. نصوص روابط عامة (“اضغط هنا”) — لا توجد. كل نصوص الروابط بالموقع وصفية (مثلاً “تفاصيل الخدمة والأعطال ←”، “اتصل بالفني في {الحي}”)، صفر استخدام لعبارات عامة.

ثالثاً: مشاكل الصور والموارد #

22. غياب النص البديل (Alt Text) — لا توجد مشكلة. فحصت كل وسوم <img> في الموقع المبني (24 صورة): 100% فيها alt text.

23. صور كبيرة غير مضغوطة — مضغوطة تلقائيًا عبر astro-compress أثناء البناء (Image: true بالإعدادات). ما فحصت الحجم النهائي بالبايت لكل صورة، لكن آلية الضغط مفعّلة وتعمل.

24. JavaScript/CSS تحجب العرض — لا توجد. لا يوجد وسم <link rel="stylesheet"> خارجي بالصفحة الرئيسية (كل الـ CSS مضمّن)، والسكربتات كلها type="module" (لا تحجب العرض افتراضيًا حسب معيار HTML).

25. صور بأسماء غير وصفية — ⚠️ ملاحظة بسيطة: أغلب أسماء الصور بمجلد /public/images/blog/ وصفية (مثل makkah-water-salinity.png, vibration-and-noise-issues.png)، لكن لقيت صورة واحدة باسم غير وصفي: slot-0-1777529112477-1-.webp (يبدو اسم تلقائي من نظام الرفع/CMS). التوصية: إعادة تسميتها لاسم وصفي يعكس محتوى المقال (وتحديث المرجع لها بالملف المرتبط).

رابعاً: البيانات المنظمة والتقنيات المتقدمة #

26. غياب Schema Markup — لا توجد مشكلة. الموقع مليء ببيانات Schema.org (LocalBusiness، Organization، Service، FAQPage، Review، Product→Service بعد الإصلاح) على كل مستويات الصفحات تقريبًا.

27. أخطاء في Schema الموجود — لا توجد أخطاء JSON صياغية. فحصت عينة (الرئيسية، صفحة تركيبة، صفحة خدمة، صفحة حي) وكل كتل JSON-LD صالحة وقابلة للتحليل بدون أخطاء. أيضًا تمت إزالة التقييمات ونسب التقييم المزيفة سابقًا (كانت المشكلة الأكبر بهذا المحور وتم حلها).

28. مشاكل Hreflang — لا تنطبق فعليًا. الموقع بلغة واحدة (عربي/RTL)، ويوجد وسم hreflang="ar" ذاتي المرجع فقط، وهذا سليم ولا يحتاج لغات إضافية حاليًا.

29. غياب Open Graph / Twitter Cards — لا توجد مشكلة. موجودة بالكامل بكل صفحة (og:title، og:description، og:image بمقاس 1200×630، twitter:card summary_large_image… إلخ).

خامساً: الروابط الخارجية (Off-Page) #

هذا المحور بالكامل غير قابل للفحص من الكود — يحتاج أدوات خارجية (Ahrefs، Semrush، أو Google Search Console → Links):

30. روابط خلفية سامة — يحتاج فحص خارجي. 31. توزيع نصوص الروابط الخلفية — يحتاج فحص خارجي. 32. نقص الروابط الخلفية مقابل المنافسين — يحتاج فحص خارجي. 33. عدم تناسق بيانات NAP — ✅ تحققت من الجزء اللي أقدر أتحكم فيه: رقم الجوال 0550628829 ظاهر بشكل موحّد 100% في كل الموقع (7649 مرة، صفر أرقام مختلفة). لكن تناسق NAP بالأدلة الخارجية (Google Business Profile، أدلة مكة التجارية، منصات التواصل) يحتاج مراجعة يدوية منك — خصوصًا إن كان فيه أي دليل خارجي لسا يعرض الرقم القديم 0509888210 من زمن الووردبريس.

سادساً: تجربة المستخدم والثقة #

34. غياب إشارات الثقة — لا توجد مشكلة كبيرة. يوجد صفحة “من نحن” (/about)، وصفحة “التقييمات” الحقيقية (/reviews)، وكل مقال مدون له اسم كاتب (فريق الدعم الفني / محرر وتقني متخصص بمكة). ملاحظة بسيطة: بيانات الكاتب عامة (اسم فريق) وليست شخصية موثقة (سيرة ذاتية فردية)، وهذا اختياري تحسين مستقبلي لو حبيت.

35. النوافذ المنبثقة المزعجة — لا توجد. فحصت كل المكونات (components/, layouts/) ولا يوجد أي كود Modal أو Popup أو نافذة اشتراك مزعجة.

36. تجربة مستخدم سيئة (نصوص طويلة بلا تقسيم) — لا توجد مشكلة بنيوية. المقالات تحتوي جدول محتويات (TOC) بالجوال، وعناوين فرعية منظمة (remark-toc + rehype-slug + روابط تلقائية للعناوين)، وصور مرفقة بكل مقال.

الخلاصة #

من أصل 36 بند: معظمها سليم وموثّق بالفحص الفعلي. المشاكل الحقيقية المكتشفة اللي تحتاج إجراء منك:

1. 3 مقالات فيها H1 مكرر — تحتاج حذف سطر العنوان المكرر من بداية محتوى الماركدون (بند 17).
2. صورة واحدة باسم غير وصفي (slot-0-1777529112477-1-.webp) — تحتاج إعادة تسمية (بند 25).
3. تضارب كلمات مفتاحية محتمل بين مستويات الصفحات المختلفة — قرار استراتيجي محتوى، مو خطأ تقني (بند 19).
4. تناسق NAP بالأدلة الخارجية (Google Business Profile وغيره) — يحتاج مراجعة يدوية منك للتأكد ما فيه رقم قديم متبقي بأي دليل خارجي (بند 33).

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