قِس موقعي المستضاف صفحة بصفحة، واجتز كل بوابات الجودة، وقدّم تقريرًا بالوضع قبل وبعد

استخدم اتصالي بـ Opus Growth لهذا الغرض. إذا لم تجد الأداة التي تحتاجها، فابحث بين أدوات Opus Growth (باستخدام search_tools إن كانت في قائمتك)؛ وإذا تعذّر عليك الوصول إلى الأدوات تمامًا، فلا تخمّن وأخبرني. موقعي [عنوان الموقع] يعمل على استضافة Opus Growth الخاصة بي. اسم الخادم هو [اسم الخادم]، وإذا كان موقعًا إضافيًا فمفتاحه [مفتاح الموقع أو "الموقع الرئيسي"]. أريدك أن تصل بهذا الموقع إلى أعلى مستوى عبر تمرير كل صفحة على بوابات قابلة للقياس. قِس أولًا دون تغيير أي شيء، ثم أصلح المشكلات بحسب الأولوية، ثم قِس مرة أخرى بالطريقة نفسها. لا تعتبر العمل منتهيًا قبل استيفاء المعايير أدناه. بيانات النشاط التجاري، وضع "لا شيء" حيث لا أعرف: [اسم النشاط التجاري]، [المجال]، [الخدمات]، [الهاتف]، [العنوان]، [منطقة الخدمة]، [ساعات العمل]، [البريد الإلكتروني]، [مكان الصور الحقيقية]. 1. التحضير. اقرأ الأدلة باستخدام site_design_guide وsite_seo_guide. اعرض الملفات باستخدام site_list_files والنسخة الحالية باستخدام site_versions، ودوّنها كنقطة استعادة. اعرض الصفحات المنشورة مع استثناء صفحة 404. لا تستدعِ scaffold_site لأنه يستبدل index.html ومجلد assets الموجودين. 2. القياس قبل التعديل، دون تغيير أي شيء: 1. لكل صفحة، احصل على درجة الأداء وLCP وCLS وTBT على الجوال وسطح المكتب باستخدام core_web_vitals. 2. للصفحة الرئيسية و[أهم صفحة خدمة]، استخدم seo_audit لسرد إخفاقات إمكانية الوصول وSEO وأفضل الممارسات على الجوال عنصرًا عنصرًا. هذه الأداة تستهلك أرصدة، فأخبرني أولًا بعدد الاستدعاءات التي ستجريها. 3. باستخدام site_run_command، شغّل `node seo-check.mjs` و`node design-check.mjs` و`npx --yes html-validate "**/*.html"` في جذر الموقع. إذا لم تكن أدوات الحزمة في الجذر، فاستخدم seo_technical_audit بدلًا من هذه الثلاثة وأشر إلى ذلك في التقرير. 4. افتح كل صفحة باستخدام site_preview بعرض 360 و390 و768 و1440 بكسل. ابحث عن تمرير أفقي، وعناوين متجاوزة للحدود، وعناصر متراكبة، ومساحات لمس أصغر من 44 بكسل. 5. اقرأ الصفحة الرئيسية باستخدام site_read_url مع text=true. وأخبرني هل يرى المتصفح الذي لا يشغّل JavaScript القائمة والروابط الداخلية ورقم الهاتف والعنوان. وبالأداة نفسها تحقق من أن robots.txt وsitemap.xml وllms.txt تعيد 200. 6. أكمل هذه القائمة للبحث بالذكاء الاصطناعي: هل robots.txt مفتوح أمام GPTBot وOAI-SearchBot وChatGPT-User وClaudeBot وClaude-User وClaude-SearchBot وPerplexityBot وPerplexity-User وGoogle-Extended وApplebot-Extended وBingbot وCCBot؛ وهل يحمل sitemap.xml تواريخ lastmod حقيقية؛ وهل يقدم llms.txt ملخصًا قصيرًا ودقيقًا للموقع وصفحاته الرئيسية؛ وهل تحمل كل صفحة JSON-LD مرتبطًا في رسم @id واحد (Organization والنوع الفرعي الصحيح من LocalBusiness وWebSite وWebPage وBreadcrumbList في كل صفحة عدا الرئيسية، وFAQPage فقط حيث تُعرض أسئلة حقيقية)؛ وهل تجيب صفحة الخدمة عن السؤال مباشرة في فقرتها الأولى؛ وهل يوجد تاريخ ظاهر لآخر تحديث ومعلومات النشاط التجاري. ضع كل ذلك في جدول "قبل" لكل صفحة وجهاز. 3. خطة الإصلاح. رتّب النتائج هكذا، واعرض ملفًا ملفًا ما الذي سيتغير، وانتظر موافقتي: 1. الوصول: الروابط الداخلية المعطلة، والعناوين التي تعيد 404، وcanonical الخاطئة، وحظر robots.txt، وnoindex غير المقصود. 2. المحتوى: العناصر النائبة غير المعبأة، والعناوين والأوصاف المفقودة أو المكررة، ووجود أكثر أو أقل من h1 واحد، والمحتوى الذي يقل عن 150 كلمة. لا تخترع شيئًا أبدًا؛ لا تكتب ساعات عمل أو إحداثيات أو تقييمات أو أسعارًا أو مراجعات أو جوائز أو أعداد عملاء لم أزوّدك بها، بل اسألني. 3. إمكانية الوصول: التباين، ومستويات العناوين المتخطاة، والصور بلا نص بديل، ومساحات اللمس الأقل من 44 بكسل. يستخدم تذييل الحزمة الافتراضي عناوين أعمدة بلون رمادي فاتح لا تجتاز التباين وهي عناصر h4 تخل بترتيب العناوين؛ أعد كتابتها كفقرات عادية بنص رمادي داكن. 4. القائمة والتذييل: يُنتَج `<site-nav>` و`<site-footer>` بواسطة JavaScript، لذا لا ترى المتصفحات التي لا تشغّله القائمة ولا بيانات التواصل أبدًا، وتتحرك الصفحة عند تحميل القائمة. اكتب سكربتًا صغيرًا `chrome-stamp.mjs` يطبعهما كـ HTML ثابت في كل صفحة: يقرأ site.config.js كما يفعل seo-stamp.mjs، ويعيد كتابة المنطقة بين `<!-- chrome:nav:start -->` و`<!-- chrome:nav:end -->` (وchrome:footer للتذييل) عند كل تشغيل، ويبني قائمة الجوال بـ `<details>` ودون JavaScript، ويضبط aria-current على الصفحة الحالية، ويُبقي كل رابط بارتفاع 44 بكسل على الأقل، ويطبع الاسم والعنوان والهاتف في التذييل. استمر في إدارة القائمة من site.config.js فقط. 5. صلاحية HTML: `<!DOCTYPE html>` بأحرف كبيرة، وبلا سمات style مضمنة، وtype في كل input، و`&nbsp;` بدل المسافات في رقم هاتف ظاهر (يبلغ html-validate عن ذلك باسم tel-non-breaking)، وwidth وheight في كل صورة. 6. ملفات schema وAEO: املأ الثغرات من قائمة AEO أعلاه. ضع JSON-LD الخاص بكل صفحة في نهاية body. أعد ختم الرسم الأساسي باستخدام `node seo-stamp.mjs`. وإذا لزم تغيير عنوان، فأعد توجيه القديم بـ 301 باستخدام site_redirects؛ ولا تستخدم meta refresh أبدًا. 7. الأداء: استبدل Tailwind Play CDN بـ CSS مجمّع ومصغّر، واستضف الخطوط بنفسك، وأعد توليد الصور بصيغتي WebP وAVIF مع srcset، واحذف السكربتات غير المستخدمة، وتحقق من ترويسات التخزين المؤقت باستخدام site_headers. يجب ألا يخرج أي طلب من أصل الموقع نفسه، بما في ذلك favicon. 4. التطبيق بعد موافقتي. بعد كل تغيير أعد تشغيل `node seo-stamp.mjs` ثم `node chrome-stamp.mjs` ثم بناء CSS بهذا الترتيب. إذا تعطل شيء، فارجع إلى النسخة المدوَّنة باستخدام site_restore. 5. القياس بعد التعديل: كرر كل قياسات الخطوة 2 على الصفحات والأجهزة نفسها. استخدم runs=2 مع seo_audit لأن نتائج المختبر تتغير من تشغيل لآخر. المعايير: في كل صفحة أداء على الجوال لا يقل عن 95 وإمكانية وصول وأفضل ممارسات وSEO بدرجة 100؛ وعلى سطح المكتب لا تقل الأربعة عن 95؛ وseo-check بـ 0 أخطاء و0 تحذيرات؛ وdesign-check بـ 0 أخطاء (اشرح كل تحذير)؛ وhtml-validate بـ 0 أخطاء؛ وبلا تجاوز أفقي عند أي من العروض الأربعة. أصلح أي صفحة لا تستوفي معيارًا وقِسها مجددًا. 6. بعد النشر: تأكد باستخدام site_read_url من أن الصفحة الرئيسية المنشورة تغيّرت، وأرسل sitemap.xml باستخدام gsc_submit_sitemap، وأظهر حالة فهرسة الصفحة الرئيسية باستخدام gsc_url_inspect. خاصية Search Console الخاصة بي هي [موقع Search Console، أو "لا يوجد"]. نسّق المخرجات هكذا: أولًا ملخص من جملتين. ثم جدول قبل وبعد: الصفحة، الجهاز، الأداء، إمكانية الوصول، أفضل الممارسات، SEO، LCP، CLS. ثم جدول البوابات: البوابة، قبل، بعد. ثم قائمة الملفات المعدلة وسبب كل تعديل. وأخيرًا، كل ما تعذر إصلاحه أو ينتظر معلومات مني.