الدليل ده بيشرحلك الـ workflow كامل خطوة بخطوة: من تنزيل السكيل وفتح الـ SSH على هوستنجر، لحد ما Claude ياخد باك اب، يقيس، يشخّص، يصلّح، ويطلّع نتايج PageSpeed خضرا — وإنت عارف كل خطوة بيعملها وليه.
السكيل مش plugin ولا برنامج — هي دليل شغل (ملف SKILL.md + ملفات مراجع + سكريبت فحص) بيخلّي Claude يمشي بنفس الترتيب الصح كل مرة: أمان ← قياس ← تشخيص ← إصلاح ← قياس تاني. إنت دورك إنك تجهّز الوصول، تراجع، وتوافق على الخطوات الحساسة.
العقل: الإجراءات المرقّمة اللي Claude بيمشي عليها بالترتيب.
ملفات قصيرة لكل موضوع: الداتابيز، الـ autoload، الكاش، الكرون، الـ HTTP.
سكريبت بيطلّع تقرير JSON عن حالة الموقع من غير ما يغيّر أي حاجة.
جهّز الحاجات دي الأول عشان الشغل ما يقفش في النص.
wp-performance متنزّلةكل خطوة مكتوب عليها مين اللي بيعملها: إنت ولا Claude.
ارفع فولدر السكيل (فيه SKILL.md و references/ و scripts/) في إعدادات الـ Skills عند Claude واتأكد إنها Enabled. Claude بيقرا الـ description بتاعتها ويعرف إمتى يستخدمها لوحده، بس الأضمن تقوله اسمها صريح في البرومبت.
65002 في هوستنجر)، Username، والباسورد~/domains/example.com/public_htmlاتأكد إن الإضافة شغالة في Chrome. Claude هيستخدمها عشان يفتح PageSpeed Insights ويقيس، ويدخل hPanel أو لوحة ووردبريس لو احتاج.
انسخ البرومبت الجاهز من القسم اللي تحت واملا البيانات. أهم حاجة فيه: البيئة (Live ولا staging) والحاجات الممنوعة.
قبل أي تعديل، Claude ياخد نسخة من الداتابيز والملفات على السيرفر، ويفضّل كمان نسخة من hPanel (Backups).
wp db export ~/backups/db-$(date +%F-%H%M).sql --path=<wp-root> tar -czf ~/backups/files-$(date +%F-%H%M).tar.gz -C <wp-root> .
ls -lh ~/backups). ملف داتابيز حجمه 0 = باك اب فاشل.curl -o /dev/null -s -w "TTFB: %{time_starttransfer}s | Total: %{time_total}s\n" https://example.com/من غير baseline مش هنقدر نثبت للعميل إن في تحسّن.
بالترتيب ده بالظبط، ومفيش أي أمر هنا بيغيّر حاجة في الموقع:
Claude يختار المشكلة الأكبر الأول (مش يصلّح كله مرة واحدة)، يشرحلك هيعمل إيه، تستنى موافقتك، يطبّق، يقيس. التفاصيل في فئات الإصلاح.
debug.log / error log إن مفيش أخطاء PHP جديدةانسخه، غيّر اللي بين الأقواس، وابعته كأول رسالة. كل ما كان البرومبت أوضح في الممنوعات، كل ما الشغل كان آمن أكتر.
استخدم سكيل wp-performance عشان تحسّن سرعة الموقع ده. الموقع: [https://example.com] الاستضافة: Hostinger SSH: host [IP] — port [65002] — user [u123456789] — password [****] مسار ووردبريس: [~/domains/example.com/public_html] البيئة: [Live عليه ترافيك / Staging] الصفحات اللي هنقيسها: 1. [الرئيسية] 2. [صفحة منتج / مقال] 3. [صفحة تصنيف] المسموح: - تشغيل أوامر القراءة والتشخيص من غير ما تسألني. لازم تستأذني قبل: - أي تعديل في wp-config أو .htaccess أو الداتابيز - تثبيت أو تعطيل أو حذف أي plugin - مسح الكاش (cache flush) - تشغيل SAVEQUERIES أو WP_DEBUG ممنوع تمامًا: - تلمس plugins دي: [WooCommerce Payments, Contact Form 7, …] - تعمل load test الترتيب: 1. خد باك اب كامل (داتابيز + ملفات) ووريني حجمه. 2. قيس baseline على PageSpeed Insights (Mobile + Desktop) لكل صفحة + TTFB بـ curl. 3. شغّل perf_inspect ثم wp doctor ثم wp profile. 4. قولي أكبر 3 مشاكل وخطة إصلاح كل واحدة، واستنى موافقتي. 5. بعد كل إصلاح قيس تاني. 6. في الآخر ادّيني تقرير: قبل/بعد، كل تغيير، وإزاي أرجّعه.
بعد الـ profile، Claude بيحدد المشكلة الأساسية من دول. اعرف كل واحدة معناها إيه عشان تفهم التقرير وتسأل صح.
العَرَض: صفحة بتعمل مئات الـ queries، أو query واحدة بطيئة جدًا.
الإصلاح: تقليل عدد الـ queries، حل مشكلة N+1 (query جوه loop)، إضافة indexes، وتجنّب meta queries التقيلة. كمان تنضيف revisions و transients المنتهية و spam comments.
بتسأل Claude: «أنهي plugin بيعمل أكتر queries؟ وأبطأ query كانت إيه؟»
العَرَض: ووردبريس بيحمّل كمية options كبيرة مع كل طلب، حتى لو مش محتاجها. غالبًا من plugins اتمسحت وسابت بواقيها.
الإصلاح: معرفة أكبر options، ووقف الـ autoload للكبيرة اللي مش محتاجة في كل صفحة. ده تعديل في الداتابيز → موافقتك الأول.
مؤشر: لو الحجم الكلي فوق حوالي 800KB–1MB يبقى في مشكلة تستاهل الشغل.
العَرَض: نفس البيانات بتتجاب من الداتابيز كل مرة.
الإصلاح: تفعيل كاش دائم (Redis أو Memcached) لو الاستضافة بتدعمه — هوستنجر فيها LiteSpeed Cache و Object Cache في بعض الخطط. ده بيتطلب plugin/drop-in → موافقتك.
ملاحظة: Page Cache (زي LiteSpeed Cache) حاجة، و Object Cache حاجة تانية. الاتنين مفيدين.
العَرَض: plugin بيكلّم API بره (ترخيص، إحصائيات، سوشيال) مع كل تحميل صفحة، فالصفحة تستنى رده.
الإصلاح: timeouts قصيرة، تخزين النتيجة في transient، أو نقل الطلب لـ cron بدل ما يكون في وقت تحميل الصفحة.
العَرَض: بطء مفاجئ ومتقطّع — غالبًا مهام مجدولة كتير اتأخرت واشتغلت مرة واحدة مع زيارة زائر.
الإصلاح: مسح الأحداث المتكررة المكررة، ونقل التشغيل لـ Cron حقيقي على السيرفر (من hPanel ← Cron Jobs) بدل ما يعتمد على الزوار.
الرقم الكبير (Performance) مش كل حاجة. جوجل في الترتيب بتبص على Core Web Vitals، وبالذات بيانات المستخدمين الحقيقيين.
| المقياس | بيقيس إيه | كويس | محتاج تحسين | وحش |
|---|---|---|---|---|
| LCP | أكبر عنصر ظهر إمتى (صورة البانر غالبًا) | ≤ 2.5s | ≤ 4s | > 4s |
| INP | سرعة استجابة الصفحة للضغط والتفاعل | ≤ 200ms | ≤ 500ms | > 500ms |
| CLS | العناصر بتتنطط وهي بتحمل | ≤ 0.1 | ≤ 0.25 | > 0.25 |
| FCP | أول حاجة ظهرت على الشاشة | ≤ 1.8s | ≤ 3s | > 3s |
| TTFB | السيرفر رد إمتى — ده اللي السكيل بتحسّنه مباشرة | ≤ 0.8s | ≤ 1.8s | > 1.8s |
اختبار لحظي بيتغيّر من تجربة للتانية. شغّل 3 مرات وخد المتوسط. ده اللي بيتحسّن فورًا بعد الشغل.
بيانات زوار حقيقيين على آخر 28 يوم. ما بتتغيرش في نفس اليوم — استنى 3–4 أسابيع وبلّغ العميل بكده من الأول.
السكيل نفسها مبنية على «قيس الأول، وما تعملش حاجة خطر من غير إذن». دي القواعد اللي لازم تتمشي عليها، خصوصًا على موقع Live.
مش مطلوب تكتبها بإيدك — Claude بيشغّلها. بس لازم تعرف كل واحد بيعمل إيه عشان تفهم اللي بيحصل.
# تقرير الفحص (قراءة فقط) node scripts/perf_inspect.mjs --path=<wp-root> --url=https://example.com # فحص صحة الموقع (قراءة فقط) wp doctor check --all --path=<wp-root> # الوقت بيروح فين؟ (قراءة فقط) wp profile stage --path=<wp-root> --url=https://example.com wp profile hook --all --spotlight --path=<wp-root> # حجم الـ autoload وأكبر options (قراءة فقط) wp db query "SELECT SUM(LENGTH(option_value)) FROM wp_options WHERE autoload IN ('yes','on','auto-on','auto')" --path=<wp-root> wp db query "SELECT option_name, LENGTH(option_value) AS size FROM wp_options WHERE autoload IN ('yes','on','auto-on','auto') ORDER BY size DESC LIMIT 15" --path=<wp-root> # الكرون (قراءة فقط) wp cron event list --path=<wp-root> # ⚠️ ده بيغيّر — محتاج موافقة wp cache flush --path=<wp-root>
ملحوظة: بادئة الجداول مش دايمًا wp_ — Claude بيعرفها بـ wp config get table_prefix.
wpCli.available: false.?nocache=1 أو من Incognito)، أو OPcache لسه قديم. وافتكر إن PageSpeed بيتذبذب — خد متوسط 3 تجارب.wp db import للداتابيز أو من hPanel ← Backups.علّم عليها وإنت شغال. (بتتمسح لما تقفل الصفحة — لو عايز تحتفظ بيها اطبع الصفحة PDF.)