حسام جعران
← ارجع للمعملTHE LAB / 05 / Website Audit Agent

مراجعة موقع بالدليل وباك لوج قابل للتنفيذ

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

PROJECT SPEC / PRE-RELEASEصفحة تعريف وطريقة استخدام، مش إعلان إصدار جاهز للتحميل. رابط المستودع والإصدار والمساهمة هيتضاف بعد النشر الفعلي. MIT مقترح للملفات الأصلية، مش ترخيص إصدار منشور. التصميم لا يحتاج backend مدفوع، وأدوات AI اللي تختارها ليها شروطها.

لمن ومتى؟

لمطور ويب، استشاري SEO أو نمو، أو مؤسس محتاج يرتب الإصلاحات. مش فحص اختراق أو ضمان درجة أداء.

من المدخلات لآخر مراجعة.

01النطاق والصلاحيات
02جمع دليل محدود
03مراجعة ست زوايا
04توثيق المشاكل
05ترتيب الأولويات
06تذاكر واختبارات

كل finding له دليل أو يتسمى فرضية. يتسجل إيه اللي اتفحص فعليًا وإيه مش متاح. ممنوع اختراع Lighthouse scores أو analytics. كل تذكرة لها معيار قبول قابل للاختبار.

المدخلات والمخرجات

رابط الموقع أو export، نطاق المراجعة، السوق وهدف التحويل. حدود جمع الصفحات، screenshots وملفات analytics اختيارية.

  • scope.md
  • evidence-register.csv
  • technical-audit.md
  • seo-audit.md
  • ux-audit.md
  • conversion-audit.md
  • content-audit.md
  • analytics-audit.md
  • findings.csv
  • prioritized-backlog.csv
  • implementation-briefs/
  • coverage-limitations.md
  • state.json

مثال ببيانات افتراضية.

مثال افتراضي: خمس صفحات HTML فيها مشاكل metadata وlabels وCTA. يتجمع الدليل وتتعمل قائمة إصلاحات حسب التأثير والجهد والثقة والاعتماديات. من غير analytics، قسم القياس يوضح نقص التغطية بدل أرقام funnel مخترعة.

id,url,issue,acceptance
F-01,/contact,Missing label,Control has a tested accessible name

شكل مختصر لملف في المثال، مش نتيجة عميل أو تشغيل حي. موافقة المثال لا تدي إذن لاستخدام حقيقي.

تستخدمها إزاي؟

  1. بعد نشر المستودع: احصل على الملفات واقرا README وSKILL.md. لا رابط تحميل قبل الإصدار.
  2. جهز المدخلات والمصادر في فولدر تشغيل منفصل. لا أسرار أو بيانات عميل في الملفات العامة.
  3. ابدأ من intake واتبع workflow خطوة بخطوة، يدويًا أو مع أداة AI تقرا وتكتب الملفات. لا توافق معلن لمنصة بعينها قبل الاختبار.
  4. راجع كل مرحلة وسجل قرارك على النسخة المحددة. المدخل الناقص أو الدليل الضعيف يعمل blocker واضح، مش تخمين.
  5. احفظ state والقرارات والملفات. كمل من آخر مرحلة معتمدة، ولا تستبدل مخرج معتمد بصمت.

الحدود والأمان

جمع الأدلة غير مدمر وبحدود واضحة. وضع offline مش اختبار حي. لا تعديل production تلقائي أو فحص أمني هجومي.

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

الحالة: مواصفات v1 للمراجعة. رابط GitHub والإصدار وترخيصه ومتطلبات التشغيل الدقيقة غير منشورين. المساهمة من المستودع الحقيقي بعد إطلاقه.

← كل المهاراتمن سؤال بيزنس لمذكرة قرار تقدر تدافع عنها →