معماری اطلاعات سایت خیریه یعنی مشخص کنیم هر نوع اطلاعات در کدام بخش سایت قرار بگیرد، صفحات چه ارتباطی با یکدیگر داشته باشند و هر مخاطب از چه مسیری به هدف خود برسد. این کار قبل از طراحی ظاهری سایت انجام میشود و پایهای برای منوها، صفحات، لینکها و مسیرهای مشارکت است.
در یک سایت خیریه معمولاً چند گروه مختلف وارد سایت میشوند؛ خیر یا حامی مالی، داوطلب، مددجو یا فرد نیازمند خدمت، شرکتها، رسانهها و حتی افرادی که فقط میخواهند درباره موسسه اطلاعات بیشتری به دست آورند.
اگر ساختار سایت فقط براساس نگاه داخلی موسسه طراحی شود، ممکن است کاربر برای پیدا کردن یک صفحه ساده مجبور شود چندین بخش را بررسی کند. به همین دلیل، معماری اطلاعات سایت خیریه باید براساس نیاز و مسیر واقعی مخاطبان شکل بگیرد.
اگر هنوز اطلاعات اصلی موسسه، پروژهها، گزارشها، تصاویر و روشهای مشارکت را آماده نکردهاید، بهتر است ابتدا مقاله «قبل از ساخت سایت خیریه چه اطلاعاتی باید آماده کنیم؟ چکلیست کامل مدیر موسسه» را تکمیل کنید و سپس وارد مرحله طراحی ساختار سایت شوید.
همچنین برای آشنایی با تصویر کلی راهاندازی سایت میتوانید راهنمای طراحی سایت خیریه چیست؟ راهنمای کامل ساخت سایت برای موسسات خیریه را مطالعه کنید.
معماری اطلاعات سایت چیست؟
معماری اطلاعات یا Information Architecture به نحوه سازماندهی، دستهبندی، نامگذاری و ارتباط محتوای یک سایت با یکدیگر گفته میشود.
به زبان ساده، معماری اطلاعات پاسخ این سؤالهاست:
- چه صفحاتی باید در سایت وجود داشته باشند؟
- هر صفحه زیرمجموعه کدام بخش باشد؟
- چه گزینههایی در منوی اصلی قرار بگیرند؟
- کاربر از صفحه اصلی چگونه به مقصد خود برسد؟
- صفحات مرتبط چگونه به هم لینک شوند؟
- چه اطلاعاتی باید زودتر در دسترس قرار بگیرند؟
- نام هر بخش برای مخاطب چه باشد؟
معماری اطلاعات با ظاهر سایت تفاوت دارد. ممکن است دو سایت از نظر رنگ و طراحی کاملاً متفاوت باشند اما ساختار اطلاعات مشابهی داشته باشند.
Nielsen Norman Group نیز معماری اطلاعات را فرایند سازماندهی و ساختاردهی محتوا و مشخص کردن رابطه میان بخشهای مختلف سایت میداند؛ بهگونهای که اطلاعات برای کاربران قابل پیدا کردن و قابل کشف باشند.
معماری اطلاعات با نقشه سایت چه تفاوتی دارد؟
معماری اطلاعات و نقشه سایت به یکدیگر مرتبط هستند، اما یک مفهوم نیستند.
معماری اطلاعات منطق پشت ساختار سایت است؛ یعنی اینکه چرا صفحات به این شکل دستهبندی شدهاند، مخاطب چگونه میان آنها حرکت میکند و چه رابطهای بین محتواها وجود دارد.
نقشه سایت یا Sitemap نمایش تصویری یا فهرستوار همین ساختار است.
برای مثال، ممکن است در نقشه سایت ببینیم:
صفحه اصلی → فعالیتها → حمایت درمانی → پروژههای فعال
اما معماری اطلاعات توضیح میدهد چرا «حمایت درمانی» زیر مجموعه «فعالیتها» قرار گرفته، کاربر از چه مسیرهای دیگری میتواند به آن برسد و چه صفحات مرتبطی باید از آن قابل دسترسی باشند.
به همین دلیل بهتر است ابتدا معماری اطلاعات مشخص شود و سپس نقشه سایت بر اساس آن ترسیم شود.
چرا معماری اطلاعات برای سایت خیریه اهمیت دارد؟
سایت خیریه معمولاً فقط یک هدف ندارد.
یک فروشگاه اینترنتی ممکن است بیشتر کاربران را به سمت مشاهده محصول و خرید هدایت کند، اما سایت خیریه همزمان باید چند مسیر متفاوت را مدیریت کند.
برای مثال:
- خیر میخواهد بداند چگونه کمک کند.
- داوطلب میخواهد فرصتهای همکاری را ببیند.
- مددجو میخواهد بداند چه خدماتی ارائه میشود.
- شرکت میخواهد درباره همکاری سازمانی اطلاعات بگیرد.
- مخاطب جدید میخواهد اعتبار موسسه را بررسی کند.
- خبرنگار یا پژوهشگر ممکن است به دنبال گزارشها و آمار باشد.
اگر تمام این افراد مجبور باشند از یک مسیر مشابه عبور کنند، ساختار سایت پیچیده میشود.
معماری اطلاعات مناسب کمک میکند هر مخاطب بتواند مسیر کوتاه و قابل فهمی برای رسیدن به هدف خود پیدا کند.
قبل از طراحی منو، مخاطبان اصلی سایت را مشخص کنید
یکی از اشتباهات رایج این است که ابتدا منوی سایت طراحی شود و بعد درباره مخاطبان تصمیمگیری شود.
بهتر است مسیر برعکس باشد.
ابتدا مشخص کنید چه افرادی قرار است از سایت استفاده کنند و مهمترین نیاز هر گروه چیست.
برای بسیاری از خیریهها، مخاطبان اصلی میتوانند شامل این گروهها باشند:
- خیرین و حامیان مالی
- داوطلبان
- مددجویان یا متقاضیان خدمات
- شرکتها و سازمانها
- عموم مردم
- رسانهها و پژوهشگران
ممکن است همه این گروهها برای موسسه شما اهمیت یکسانی نداشته باشند.
برای مثال، یک موسسه حمایت درمانی ممکن است مسیر مددجو و خیر را در اولویت قرار دهد، در حالی که یک موسسه محیطزیستی ممکن است بیشتر روی داوطلبی و مشارکت عمومی تمرکز کند.
بنابراین معماری اطلاعات باید براساس اولویت واقعی مخاطبان موسسه شکل بگیرد.
مسیر خیر در سایت خیریه چگونه طراحی شود؟
یکی از مهمترین مسیرهای سایت، مسیر فردی است که قصد حمایت دارد.
خیر معمولاً قبل از کمک چند سؤال دارد:
این موسسه چه کاری انجام میدهد؟
آیا قابل اعتماد است؟
کمک من برای چه چیزی استفاده میشود؟
چه پروژههایی فعال هستند؟
چگونه میتوانم کمک کنم؟
آیا نتیجه کمکها گزارش میشود؟
ساختار سایت باید بتواند این سؤالها را در مسیر منطقی پاسخ دهد.
یک مسیر پیشنهادی برای خیر
مخاطب جدید → شناخت موسسه → مشاهده فعالیتها → مشاهده گزارشها و اثرگذاری → انتخاب پروژه یا روش حمایت → مشارکت
این مسیر لزوماً به معنای آن نیست که کاربر باید پنج صفحه را پشت سر هم باز کند.
ممکن است در صفحه اصلی خلاصهای از هر مرحله نمایش داده شود و کاربر بتواند مستقیم به صفحه حمایت یا کمپین مورد نظر برسد.
نکته مهم این است که در نقاط مختلف سایت، راه بعدی برای کاربر روشن باشد.
برای مثال، بعد از مطالعه یک پروژه فعال میتوان لینک مشخصی به «حمایت از این پروژه» قرار داد و پس از مطالعه گزارش عملکرد، کاربر را به صفحه روشهای حمایت هدایت کرد.
مسیر داوطلب در سایت چگونه طراحی شود؟
داوطلب معمولاً نیاز متفاوتی نسبت به خیر مالی دارد.
او میخواهد بداند:
- چه فرصتهایی برای همکاری وجود دارد؟
- چه مهارتهایی مورد نیاز است؟
- همکاری حضوری است یا آنلاین؟
- چه میزان زمان نیاز دارد؟
- شرایط ثبتنام چیست؟
- بعد از ثبت درخواست چه اتفاقی میافتد؟
بنابراین صفحه داوطلبی باید فقط یک فرم ثبتنام نباشد.
یک مسیر پیشنهادی برای داوطلب
ورود به سایت → آشنایی کوتاه با موسسه → مشاهده فرصتهای داوطلبی → بررسی شرایط → ثبت درخواست → دریافت توضیح درباره مرحله بعد
اگر موسسه فرصتهای مختلفی دارد، بهتر است آنها دستهبندی شوند.
برای مثال:
- داوطلب آموزشی
- داوطلب درمانی
- داوطلب رسانه و محتوا
- داوطلب فناوری
- داوطلب اجرایی
- همکاری از راه دور
علاوه بر صفحه اختصاصی سایت، سامانه داوطلبی خیر ایران نیز میتواند برای معرفی فرصتهای داوطلبانه و توسعه دسترسی به افراد علاقهمند استفاده شود.
مسیر مددجو یا متقاضی خدمت چگونه طراحی شود؟
مسیر مددجو باید بسیار روشن و بدون ابهام باشد.
فردی که به دنبال دریافت خدمت است، نباید مجبور شود میان صفحات مربوط به کمک مالی، اخبار یا گزارشهای موسسه به دنبال پاسخ خود بگردد.
در این مسیر باید مشخص شود:
- موسسه چه خدماتی ارائه میدهد؟
- چه افرادی مشمول خدمات هستند؟
- محدوده جغرافیایی خدمات کجاست؟
- چه مدارکی لازم است؟
- درخواست چگونه ثبت میشود؟
- بررسی درخواست چقدر زمان میبرد؟
- برای پیگیری باید با چه بخشی تماس گرفت؟
یک مسیر پیشنهادی برای مددجو
صفحه خدمات → انتخاب خدمت مورد نیاز → مشاهده شرایط → آمادهسازی مدارک → ثبت درخواست یا تماس → دریافت اطلاعات پیگیری
اگر موسسه خدمات متنوعی دارد، بهتر است هر خدمت صفحه مشخصی داشته باشد.
برای مثال، «حمایت درمانی» و «حمایت آموزشی» نباید در یک متن طولانی و بدون تفکیک قرار بگیرند، زیرا شرایط و فرایند هرکدام ممکن است متفاوت باشد.
آیا خیر، داوطلب و مددجو باید سه منوی جدا داشته باشند؟
نه لزوماً.
معماری اطلاعات خوب به معنای ساختن منوهای متعدد نیست.
هدف این است که هر مخاطب بتواند مسیر خود را بهسادگی پیدا کند.
در بسیاری از سایتها میتوان با یک منوی اصلی منظم و چند CTA واضح این کار را انجام داد.
برای مثال منوی اصلی میتواند شامل این موارد باشد:
- درباره ما
- فعالیتها
- پروژهها
- گزارشها
- اخبار
- همکاری و داوطلبی
- حمایت از ما
- تماس با ما
در صفحه اصلی نیز سه مسیر مهم میتوانند برجسته شوند:
میخواهم کمک کنم
میخواهم داوطلب شوم
به خدمات موسسه نیاز دارم
این روش به کاربر اجازه میدهد براساس هدف خود مسیر مناسب را انتخاب کند بدون اینکه منوی سایت بیش از حد شلوغ شود.
منوی اصلی سایت خیریه چه بخشهایی داشته باشد؟
یک نسخه واحد برای تمام خیریهها وجود ندارد، اما منوی اصلی باید کوتاه، روشن و براساس اولویت کاربران باشد.
برای بسیاری از موسسات، ساختاری مانند این میتواند نقطه شروع مناسبی باشد:
- درباره ما
- فعالیتها
- پروژهها
- گزارشها
- اخبار
- داوطلبی
- حمایت از ما
- تماس با ما
اگر کمپینها بخش مهمی از فعالیت موسسه هستند، میتوان «کمپینها» را نیز به منوی اصلی اضافه کرد.
اگر موسسه خدمات مستقیم به مددجویان ارائه میدهد، «دریافت خدمات» یا نام روشنتری مانند «درخواست حمایت درمانی» میتواند گزینه مهمی در منو باشد.
مهم این است که نام بخشها براساس زبانی انتخاب شود که مخاطب میفهمد، نه اصطلاحات اداری داخل موسسه.
نامگذاری بخشها را از نگاه کاربر انجام دهید
یکی از مشکلات رایج در معماری اطلاعات، استفاده از نامهایی است که برای کارکنان موسسه روشن هستند اما برای مخاطب بیرونی معنای مشخصی ندارند.
برای مثال، عنوانهایی مانند:
«معاونت مشارکتها»
«واحد توسعه منابع»
«دفتر امور اجتماعی»
ممکن است داخل سازمان مفهوم مشخصی داشته باشند، اما کاربر لزوماً نمیداند برای کمک مالی یا ثبتنام داوطلبی باید وارد کدام بخش شود.
بهتر است در منوی سایت از عبارتهای روشنتر استفاده شود:
«حمایت از ما»
«داوطلبی»
«دریافت خدمات»
«گزارش عملکرد»
«پروژهها»
نام هر بخش باید به کاربر کمک کند قبل از کلیک حدس بزند چه اطلاعاتی در صفحه بعد خواهد دید.
ساختار سایت را بیش از حد عمیق نکنید
اگر کاربر برای رسیدن به یک صفحه مهم مجبور باشد بارها وارد زیرمنوهای مختلف شود، احتمال گمشدن یا رها کردن مسیر بیشتر میشود.
برای مثال این ساختار بیش از حد پیچیده است:
فعالیتها → معاونت خدمات اجتماعی → اداره حمایت → واحد درمان → طرحها → پروژههای فعال → پروژه درمان کودکان
در بسیاری از موارد میتوان ساختار را سادهتر کرد:
فعالیتها → حمایت درمانی → پروژههای فعال
یا حتی از صفحه اصلی مستقیماً به پروژه مهم لینک داد.
هدف این نیست که تمام ساختار اداری موسسه در سایت بازسازی شود.
سایت باید براساس نیاز مخاطب سازماندهی شود، نه چارت سازمانی.
صفحه اصلی باید مسیرها را نشان دهد، نه همه اطلاعات را
صفحه اصلی یکی از مهمترین نقاط معماری اطلاعات است.
این صفحه نباید تلاش کند تمام اطلاعات موسسه را نمایش دهد.
وظیفه اصلی آن این است که در مدت کوتاهی به کاربر بگوید:
- موسسه چه کاری انجام میدهد؟
- مهمترین فعالیت یا پروژه چیست؟
- چرا قابل اعتماد است؟
- مخاطب از اینجا به کدام بخش برود؟
برای مثال میتوان در صفحه اصلی مسیرهای زیر را برجسته کرد:
آشنایی با موسسه
مشاهده پروژهها
حمایت مالی
ثبتنام داوطلبی
دریافت خدمات
مشاهده گزارش عملکرد
به این ترتیب صفحه اصلی نقش «نقطه توزیع مسیرها» را ایفا میکند.
صفحات پروژه را به گزارش، حمایت و فعالیت مرتبط وصل کنید
معماری اطلاعات فقط مربوط به منوی اصلی نیست.
ارتباط میان صفحات داخلی نیز اهمیت زیادی دارد.
فرض کنید کاربر صفحه یک پروژه درمانی را مطالعه میکند.
از همان صفحه میتوان او را به موارد مرتبط هدایت کرد:
- گزارشهای قبلی این پروژه
- روش حمایت از پروژه
- سایر پروژههای درمانی
- گزارش عملکرد موسسه
- اخبار مرتبط
این نوع لینکسازی به کاربر کمک میکند بدون بازگشت مداوم به منوی اصلی، مسیر طبیعی خود را ادامه دهد.
گوگل نیز توصیه میکند صفحات مهم سایت از صفحات مرتبط دیگر لینک دریافت کنند و متن لینک برای مخاطب و موتور جستوجو قابل فهم باشد.
معماری اطلاعات چگونه به سئوی سایت کمک میکند؟
معماری اطلاعات در درجه اول برای کاربران طراحی میشود، اما ساختار مناسب میتواند به موتورهای جستوجو نیز کمک کند روابط میان صفحات سایت را بهتر درک کنند.
برای مثال:
فعالیتها → حمایت آموزشی → پروژههای آموزشی
ساختاری منطقیتر از مجموعهای از صفحات پراکنده و بدون ارتباط است.
گوگل توصیه میکند ساختار سایت برای کاربران قابل پیمایش باشد، صفحات مهم از صفحات مرتبط لینک بگیرند و URLها نیز تا حد امکان منطقی و قابل فهم باشند.
بنابراین هنگام طراحی معماری سایت بهتر است از همان ابتدا به موارد زیر توجه شود:
- دستهبندی منطقی صفحات
- لینکسازی داخلی
- نام روشن صفحات
- URLهای قابل فهم
- مسیر دسترسی به صفحات مهم
- جلوگیری از صفحات孤立 و بدون لینک
معماری اطلاعات در موبایل را فراموش نکنید
بخش زیادی از کاربران ممکن است سایت خیریه را از طریق موبایل ببینند.
در صفحه کوچک، منوی پیچیده و چندلایه میتواند استفاده از سایت را دشوار کند.
بنابراین هنگام طراحی ساختار بررسی کنید:
- مهمترین گزینهها در منوی موبایل بهراحتی پیدا میشوند؟
- CTAهایی مانند «حمایت» یا «داوطلبی» در دسترس هستند؟
- کاربر برای پیدا کردن خدمات مجبور به باز کردن چند زیرمنو نیست؟
- صفحهها عنوانهای روشن دارند؟
- مسیر بازگشت به بخش بالاتر مشخص است؟
ساختار خوب باید مستقل از اندازه صفحه قابل فهم باشد.
تیترها و ساختار داخل هر صفحه نیز بخشی از معماری اطلاعات هستند
معماری اطلاعات فقط بین صفحات اتفاق نمیافتد.
داخل یک صفحه نیز اطلاعات باید ساختار مشخصی داشته باشند.
برای مثال، صفحه یک پروژه میتواند شامل این بخشها باشد:
معرفی پروژه
توضیح کوتاه درباره مسئله و هدف پروژه.
گروه هدف
چه افرادی از پروژه بهرهمند میشوند.
اقدامات
موسسه چه کارهایی انجام میدهد.
نتایج
چه خروجیهایی ایجاد شده است.
روش مشارکت
کاربر چگونه میتواند همراه شود.
W3C نیز تأکید میکند که تیترها باید ساختار محتوا را نشان دهند و به کاربران، از جمله کاربران فناوریهای کمکی، برای درک و پیمایش صفحه کمک کنند.
چگونه بفهمیم معماری اطلاعات سایت مناسب است؟
قبل از نهایی کردن ساختار سایت میتوان چند سناریوی ساده تعریف کرد.
برای مثال از چند نفر که با سایت آشنا نیستند بخواهید این کارها را انجام دهند:
- گزارش عملکرد سال گذشته را پیدا کنید.
- روش حمایت مالی را پیدا کنید.
- فرصت داوطلبی را پیدا کنید.
- شرایط دریافت یک خدمت را پیدا کنید.
- اطلاعات تماس موسسه را پیدا کنید.
- یک پروژه فعال را پیدا کنید.
اگر افراد برای پیدا کردن این اطلاعات بارها به عقب برگردند یا وارد بخش اشتباه شوند، ممکن است نامگذاری یا دستهبندی نیاز به اصلاح داشته باشد.
Nielsen Norman Group برای ارزیابی ساختارهای اطلاعاتی از روشهایی مانند Tree Testing استفاده میکند؛ روشی که کمک میکند پیش از طراحی کامل رابط کاربری بررسی شود آیا کاربران میتوانند مقصد مورد نظر را در ساختار سایت پیدا کنند یا نه.
نمونه معماری اطلاعات برای یک سایت خیریه
یک ساختار ساده میتواند به شکل زیر باشد:
صفحه اصلی
معرفی کوتاه، فعالیتهای اصلی، پروژههای مهم، آمار اثرگذاری، CTAهای حمایت و داوطلبی.
درباره ما
تاریخچه، مأموریت، چشمانداز، مدیران، مجوزها و اطلاعات رسمی.
فعالیتها
دستهبندی حوزههای اصلی فعالیت موسسه.
پروژهها
پروژههای فعال و پروژههای انجامشده.
گزارشها
گزارش عملکرد، گزارش پروژهها و اسناد قابل انتشار.
حمایت از ما
روشهای حمایت مالی، حمایت مستمر، حمایت از پروژهها و همکاری سازمانی.
داوطلبی
فرصتهای همکاری، شرایط و فرم ثبت درخواست.
دریافت خدمات
معرفی خدمات، شرایط دریافت، مدارک مورد نیاز و مسیر ثبت درخواست.
اخبار
اخبار فعالیتها، رویدادها و اطلاعیهها.
تماس با ما
نشانی، شماره تماس، ایمیل، ساعات پاسخگویی و فرم تماس.
این ساختار فقط یک نمونه است و باید براساس فعالیت واقعی موسسه تغییر کند.
اشتباهات رایج در معماری اطلاعات سایت خیریه
چند اشتباه میتوانند باعث شوند حتی یک سایت زیبا برای کاربران گیجکننده باشد.
ساختار سایت براساس چارت سازمانی
مخاطب نیازی ندارد برای پیدا کردن خدمت مورد نظر ساختار اداری موسسه را بشناسد.
منوی بسیار شلوغ
قرار دادن تعداد زیادی گزینه در سطح اول، تصمیمگیری را برای کاربر دشوار میکند.
نامهای مبهم
عنوانهای عمومی یا سازمانی باعث میشوند کاربر نداند پشت هر لینک چه چیزی قرار دارد.
پنهان کردن صفحات مهم
صفحات حمایت، داوطلبی، خدمات و گزارشها نباید چند سطح پایینتر از منوی اصلی قرار بگیرند.
نبود ارتباط میان صفحات
صفحه پروژه بدون لینک به گزارش، حمایت یا فعالیت مرتبط، مسیر کاربر را قطع میکند.
یکسان فرض کردن همه مخاطبان
نیاز خیر، داوطلب و مددجو متفاوت است و سایت باید برای هرکدام مسیر قابل فهمی داشته باشد.
چکلیست معماری اطلاعات سایت خیریه
قبل از شروع طراحی نهایی بررسی کنید:
- مخاطبان اصلی سایت مشخص شدهاند.
- هدف هر گروه از ورود به سایت مشخص است.
- صفحات اصلی سایت تعیین شدهاند.
- دستهبندی فعالیتها روشن است.
- منوی اصلی کوتاه و قابل فهم است.
- نام بخشها براساس زبان کاربران انتخاب شده است.
- مسیر خیر تا حمایت مشخص است.
- مسیر داوطلب تا ثبت درخواست مشخص است.
- مسیر مددجو تا دریافت خدمت مشخص است.
- پروژهها به فعالیتها و گزارشهای مرتبط متصل هستند.
- صفحات مهم از چند مسیر قابل دسترسی هستند.
- لینکسازی داخلی میان صفحات مرتبط در نظر گرفته شده است.
- ساختار موبایل بررسی شده است.
- صفحات بیش از حد عمیق نشدهاند.
- تیترهای داخل صفحات ساختار منطقی دارند.
- ساختار با چند سناریوی واقعی آزمایش شده است.
بعد از معماری اطلاعات، مرحله بعد چیست؟
بعد از مشخص شدن ساختار، میتوان طراحی صفحه اصلی، منوها و صفحات کلیدی را با اطمینان بیشتری شروع کرد.
در این مرحله همچنین مشخص میشود چه نوع قالبی برای سایت مناسبتر است.
برای مثال، خیریهای که پروژهها و گزارشهای زیادی دارد به ساختاری متفاوت از موسسهای نیاز دارد که تمرکز اصلی آن جذب داوطلب یا معرفی خدمات است.
میتوانید برای بررسی نمونههای مختلف، نمونهکارهای سایتساز خیر ایران و قالبهای آماده سایتساز خیر ایران را مشاهده کنید.
اگر ساختار سایت خود را مشخص کردهاید، امکان ثبتنام در سایتساز خیر ایران و شروع فرایند ساخت سایت نیز وجود دارد.
سوالات متداول درباره معماری اطلاعات سایت خیریه
معماری اطلاعات سایت خیریه چیست؟
معماری اطلاعات یعنی نحوه سازماندهی صفحات، دستهبندی محتوا، نامگذاری بخشها و طراحی مسیرهایی که کاربران برای رسیدن به اطلاعات یا اقدام مورد نظر طی میکنند.
آیا معماری اطلاعات همان منوی سایت است؟
خیر. منو یکی از بخشهای قابل مشاهده معماری اطلاعات است. معماری اطلاعات شامل رابطه میان صفحات، دستهبندی محتوا، مسیرهای کاربر، لینکهای داخلی و ساختار هر بخش نیز میشود.
آیا همه خیریهها باید ساختار سایت یکسانی داشته باشند؟
خیر. ساختار مناسب باید براساس نوع فعالیت موسسه، مخاطبان، اهداف و محتوای واقعی سایت طراحی شود.
مهمترین مسیرهای یک سایت خیریه کداماند؟
برای بسیاری از موسسات، مسیر خیر یا حامی، مسیر داوطلب و مسیر مددجو یا متقاضی خدمت از مهمترین مسیرها هستند.
منوی سایت خیریه چند گزینه داشته باشد؟
عدد ثابتی برای همه سایتها وجود ندارد. مهمتر از تعداد، واضح بودن نامها و اولویتبندی صفحات است. گزینههای اصلی باید به مهمترین اهداف کاربران مرتبط باشند.
معماری اطلاعات چه ارتباطی با سئو دارد؟
ساختار منطقی، لینکسازی داخلی و ارتباط روشن میان صفحات میتواند به کاربران و موتورهای جستوجو کمک کند صفحات مهم را راحتتر پیدا و درک کنند.
جمعبندی
معماری اطلاعات سایت خیریه پایهای است که قبل از طراحی ظاهری باید مشخص شود.
هدف این مرحله آن است که صفحات، دستهبندیها، منوها و لینکها براساس نیاز واقعی مخاطبان سازماندهی شوند و هر فرد بتواند با کمترین سردرگمی به مقصد خود برسد.
برای یک موسسه خیریه، سه مسیر معمولاً اهمیت ویژهای دارند: مسیر خیر برای شناخت و حمایت، مسیر داوطلب برای پیدا کردن فرصت همکاری و مسیر مددجو برای دسترسی به خدمات.
در کنار این مسیرها، صفحات درباره ما، فعالیتها، پروژهها، گزارشها و تماس با ما باید به شکلی منطقی با یکدیگر ارتباط داشته باشند.
وقتی معماری اطلاعات درست طراحی شود، سایت فقط منظمتر به نظر نمیرسد؛ بلکه استفاده از آن برای مخاطب سادهتر میشود و صفحات مهم نیز بهتر در دسترس قرار میگیرند.
برای بررسی ساختارهای آماده میتوانید قالبهای سایتساز خیر ایران و نمونهکارهای اجراشده را مشاهده کنید و در صورت آماده بودن ساختار، از طریق ثبتنام سایتساز خیر ایران فرایند ساخت سایت را آغاز کنید.
منابع
1. Nielsen Norman Group — Information Architecture vs. Sitemaps
2. Nielsen Norman Group — Low Findability and Discoverability
3. Nielsen Norman Group — Tree Testing: Evaluate Menu Labels and Categories
4. Google Search Central — Google Search Essentials
5. Google Search Central — Link Best Practices for Google
6. Google Search Central — Sitelinks
7. W3C Web Accessibility Initiative — Headings
8. W3C Web Accessibility Initiative — Page Structure