أدِر الويب كنظام أعمال.

ابحث في الاستراتيجية أو التصميم أو عمليات الويب...
فتح القائمة أو إغلاقها

هندسة المعلومات

كيف تجري تدقيقاً لبنية معلومات الموقع قائماً على مهام المستخدمين؟

دليل عملي لتدقيق بنية معلومات الموقع انطلاقاً من مهام المستخدمين، وتتبع مسارات التصفح والبحث، وتشخيص الأعطال قبل اعتماد إعادة تصميم أو ترحيل واسع.

يرسم زميلان مسارات بين صور صفحات مطبوعة وبطاقات فاتحة على جدار تخطيط في مكتب مشرق.

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

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

الخلاصة التنفيذية

  • دقّق المهام الممثلة ومساراتها المحتملة قبل مراجعة القوائم أو اقتراح خريطة موقع جديدة.
  • عامل التحليلات وسجلات البحث وطلبات الدعم ومراجعات الخبراء بوصفها إشارات تحتاج إلى تفسير بأدلة المستخدمين.
  • استخدم فرز البطاقات لأسئلة التجميع، واختبار الشجرة لأسئلة التسلسل والتسميات، واختبار الموقع المعروض لسلوك المسار الكامل.
  • صنّف نوع العطل قبل اختيار الحل، لأن المحتوى والتسمية والربط والبحث والتفاعل تتطلب تدخلات مختلفة.
  • أوصِ بأصغر إصلاح تؤيده الأدلة، ثم أعد اختبار المهام المتأثرة قبل تصعيد القرار إلى إعادة تصميم واسعة.

ما القرار الذي يجب أن يصمَّم التدقيق لخدمته؟

يرتب زميلان بطاقات فارغة بجانب حاسوب محمول وصفحات مطبوعة ضبابية على طاولة اجتماعات خشبية.

يجب أن يخدم التدقيق قراراً محدداً يمكن للفريق اتخاذه بعد مراجعة الأدلة: هل يصلح قسماً قائماً، أم يغير تسميات، أم يستعد لترحيل المحتوى، أم يختبر ما إذا كانت المشكلات تبرر إعادة تصميم أوسع؟ اكتب القرار قبل فتح خريطة الموقع. يحدد ذلك مقدار البحث المطلوب، ونوعية المشاركين، والمسارات التي تستحق الفحص، ومستوى اليقين اللازم لاعتماد توصية قابلة للتنفيذ.

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

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

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

كيف تبني مجموعة مهام ممثلة تستند إلى الأدلة؟

تراجع باحثة مجموعات من البطاقات الفارغة والملاحظات الفاتحة والأوراق المطبوعة الضبابية على طاولة مكتب كبيرة.

ابنِ مجموعة المهام بصياغة نتائج يتعرف إليها المستخدم، مع توثيق مصدر كل مهمة ومن يحتاج إليها ومتى تنشأ وما الذي يعد إكمالاً ناجحاً. لا تذكر اسم القسم أو الزر المتوقع في السيناريو، لأن ذلك يكشف إجابة التنقل. بدلاً من «اذهب إلى مركز الموارد»، اكتب النتيجة المطلوبة بلغة العمل، ثم سجّل على نحو منفصل المحتوى أو الإجراء الذي يثبت الوصول إليها.

توصي إرشادات GOV.UK بفهم ما يحاول الناس فعله، وكيف يفعلونه حالياً، والمشكلات التي يواجهونها، والنتيجة التي يحتاجون إليها. ويمكن للتحليلات وسجلات البحث وبيانات الدعم والأبحاث السابقة والمقابلات والملاحظة والموظفين المتعاملين مع المستخدمين أن تسهم في الأدلة. غير أن آراء أصحاب المصلحة أو الخبراء الذين لا يمثلون المستخدمين تظل افتراضات إلى أن تسندها ملاحظة أو شهادة مستخدم مناسبة.

لا تعامل حجم الزيارات وحده بوصفه ترتيباً نهائياً للأهمية. وازن بين المهام المتكررة والمهام ذات العواقب الكبيرة، وأضف المهام التي تبدو صعبة أو تخدم جمهوراً أقل حضوراً في البيانات. اشتقت دراسة موثقة لدى Digital.gov سيناريوهات واقعية من بحث سابق وراجعت تغطيتها قبل الاختبار؛ والمبدأ المفيد هنا هو صلة السيناريو بالدليل وتغطية الاحتياجات، لا نسخ أعداد المهام أو المشاركين من تلك الحالة.

  • الجمهور المعني ومحفز بدء المهمة واللغة أو الصلاحية المؤثرة.
  • سياقات البداية الواقعية، بما فيها الوصول الخارجي والصفحات الداخلية والبحث.
  • النتيجة الناجحة والوجهة أو الإجراء الذي يثبت اكتمالها.
  • مصدر الدليل وتاريخه وحدوده، مع فصل الإشارة التشغيلية عن الملاحظة المباشرة.

ما الذي ينبغي أن تسجله ورقة ربط المهام بالمسارات؟

يرسم زميلان مسارات فوق صفحات ضبابية؛ يضع أحدهما قطعة دائرية بينما تدوّن الأخرى الملاحظات.

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

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

يتطلب معيار النجاح ٢-٤-٥ من WCAG ٢-٢ أكثر من طريقة لتحديد موقع صفحة ضمن مجموعة، باستثناء الصفحات الناتجة من عملية أو التي تمثل خطوة فيها، وتضم التقنيات الموثقة الروابط ذات الصلة وخريطة الموقع والبحث والتنقل الشامل. استخدم ذلك كفحص محدد للمسارات البديلة، لا كقاعدة تقول إن كل خطوة في كل عملية تحتاج إلى طرق متعددة، ولا كشهادة توافق للموقع بأكمله.

التدقيق القائم على المهام لا يسأل إن كانت خريطة الموقع مرتبة؛ بل يسأل إن كان الناس يبلغون نتيجة يحتاجون إليها عبر مسارات واقعية وبأدلة يمكن العمل بها.

ورقة مختصرة تحفظ أثر التوصية من دليل المهمة إلى إعادة الاختبار
المهمة والجمهور والمحفز والنتيجة ومصدر الدليلسياقات البداية والمسارات المحتملة والإشارات المفحوصةالسلوك الملاحظ والمقاييس ونوع العطل وقوة الدليلأصغر تغيير مقترح والمالك وإعادة الاختبار
صِغ النتيجة بلغة المستخدم، وحدد من يحتاج إليها وما الذي يثبت نجاحها ومن أين جاءت المهمة.سجّل الدخول الخارجي والتصفح والروابط السياقية والبحث، مع التسمية والتوقع والوجهة عند كل قرار.دوّن الإكمال والمساعدة والالتفاف والتراجع وإعادة صياغة البحث والتفسير، ثم صنّف العطل وحدد درجة الثقة.اربط الإصلاح بمالك وموعد، وحدد المهمة والمسارات والسياقات التي ستعاد تجربتها قبل الإغلاق.

كيف تفحص المسار كاملاً بدلاً من مراجعة القوائم منفردة؟

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

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

توصي إرشادات Microsoft بتخطيط التنقل حول منظور المستخدمين ومهامهم الشائعة ونماذجهم الذهنية، وتصف التسميات الفعالة بأنها دقيقة ومألوفة وموجزة وسهلة المسح ومتميزة عن الخيارات المجاورة. كما يتطلب معيار النجاح ٢-٤-٦ من WCAG ٢-٢ أن تصف العناوين والتسميات المقدمة موضوعها أو غرضها. لا تختصر التسمية لمجرد الإيجاز إذا فقدت الوعد الذي يحتاجه المستخدم ليتوقع الوجهة.

كرّر المهمة عبر أنواع الصفحات والأجهزة واللغات والصلاحيات والحالات التي تغيّر المسار فعلاً. ويتناول معيار النجاح ٣-٢-٣ ثبات الترتيب النسبي لآليات التنقل المتكررة ما لم يبدأ المستخدم تغييراً؛ وهو لا يمنع التنقل المحلي أو الثانوي. راقب أيضاً البحث من دون افتراض مسبق: استخدامه لا يعني بالضرورة فشل التنقل، فقد يكون مساراً بديلاً صالحاً أو مفضلاً، ويُحكم عليه من الاستعلام والنتائج والثقة والإكمال.

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

أي طريقة بحث تتحقق من كل مسار غير مؤكد؟

تجلس امرأتان متقابلتين حول طاولة؛ تستخدم إحداهما حاسوباً محمولاً بينما تستمع الأخرى ومعها قلم ومفكرة.

اختر طريقة البحث بحسب موضع عدم اليقين، لا بحسب الأداة المتاحة للفريق. يكشف فحص الخبير والبيانات السلوكية عيوباً محتملة تستحق الدراسة، لكنه لا يحول الانطباع إلى فشل مستخدم ملاحظ. اكتب السؤال أولاً: هل يختلف الناس على تجميع المحتوى، أم يعجزون عن تفسير تسمية في التسلسل، أم تتعطل الرحلة بسبب صفحة أو عنصر تحكم أو رابط أو نتائج بحث؟ عندها يصبح اختيار الطريقة قابلاً للدفاع.

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

استخدم اختبار قابلية الاستخدام القائم على المهام عندما يمتد السؤال عبر الموقع المعروض أو يتطلب ملاحظة التعافي والإكمال. يصف NIST الاختبار بمستخدمين ممثلين يؤدون مهام ممثلة، مع إمكان جمع أدلة عن الإكمال والأخطاء والوقت والتعليقات النوعية والرضا. اختر ما يجيب عن القرار؛ فالتراجع وطلب المساعدة وإعادة صياغة البحث والثقة بالوجهة وتفسير المشارك قد تكون أهم من جمع لوحة مقاييس ثابتة لكل دراسة.

  • فحص الخبير: لتحديد العيوب المحتملة وصياغة فرضيات قابلة للاختبار.
  • فرز البطاقات: لفهم التجميع المتوقع ولغة الفئات.
  • اختبار الشجرة: لعزل قابلية العثور عبر التسلسل والتسميات.
  • اختبار الموقع المعروض: لفحص الإشارات والتحكم والروابط والبحث والتعافي والإكمال معاً.

كيف تحوّل النتائج إلى إصلاح محدود أو حجة مبررة لإعادة التصميم؟

يراجع أربعة زملاء صفوفاً من البطاقات الفارغة وثلاث مجموعات من القطع الحمراء والصفراء والزرقاء حول طاولة اجتماعات.

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

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

اختم بقرار إعادة اختبار، لا بخريطة موقع جديدة تلقائياً. أعد تنفيذ المهام والمسارات والسياقات المتأثرة، واختر أدلة مثل الإكمال والأخطاء والوقت والتعليقات النوعية وفق سؤال القرار. صعّد إلى تغيير هيكلي واسع فقط عندما تتكرر إخفاقات المهام المهمة في السياقات ذات الصلة، وتكون ملاحظة ومدعومة وبنيوية، ولا يمكن إصلاحها على نحو معقول بتغييرات محدودة في المحتوى أو التسميات أو الروابط أو التجميع أو البحث.

استعن بخبير متمرس في بنية المعلومات أو أبحاث تجربة المستخدم عندما تتجاوز مجموعة المهام أو تصميم الدراسة أو المفاضلات الهيكلية قدرة الفريق. وإذا أثارت النتائج أسئلة عن إمكانية الوصول، فأشرك مختصاً مؤهلاً ونفّذ تقييم التوافق المناسب؛ ففحص معايير WCAG المختارة هنا لا يثبت توافق الموقع بالكامل. احتفظ بسجل القرار والحدود والمالكين ونتيجة إعادة الاختبار ليصبح التدقيق جزءاً من حوكمة الموقع، لا ملفاً ينتهي بعد العرض.

  1. اربط النتيجة بمهمة وسياق وسلوك ملاحظ، ثم صنّف نوع العطل.
  2. اعرض مدخلات الأولوية وقوة الدليل والاعتماديات من دون درجة عالمية.
  3. اختر أصغر إصلاح يمكنه معالجة السبب المحدد وعيّن مالكه.
  4. أعد اختبار المهمة والمسارات المتأثرة في السياقات ذات الصلة.
  5. وسّع نطاق التغيير فقط إذا بقي العطل مهماً ومتكرراً وبنيوياً بعد فحص البدائل المحدودة.

أسئلة شائعة عن تدقيق بنية معلومات المواقع

ماذا يشمل تدقيق بنية المعلومات في الموقع؟

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

كم مستخدماً وكم مهمة أحتاج لتدقيق بنية المعلومات؟

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

هل تستطيع التحليلات كشف مشكلات التنقل في الموقع؟

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

هل استخدام البحث الداخلي يعني أن التنقل فشل؟

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

متى يبرر تدقيق بنية المعلومات إعادة تصميم الموقع؟

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

WebChorus logo

فريق تحرير WebChorus

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