طراحی وب

طراحی سایت‌های خبری: سلسله‌مراتب خبر

ساختار صفحه خبری، زمان انتشار و اصلاح، گزارش زنده، آرشیو و Metadata؛ تفکیک اهمیت و تازگی بدون تحمیل اسکرول بی‌نهایت.

1404/12/06 1 دقیقه مطالعه 1,756 بازدید

صفحه اصلی سایت خبری باید به خواننده کمک کند تشخیص دهد چه اتفاقی افتاده، کدام خبر تازه است و برای فهم موضوع به کجا برود. بزرگ کردن یک تیتر در بالای صفحه کافی نیست. اگر خبر قدیمی با خبر فوری ظاهر یکسان داشته باشد یا گزارش تحلیلی از خبر کوتاه جدا نشود، خواننده درباره زمان و نوع اطلاعات برداشت نادرست پیدا می‌کند. سلسله‌مراتب خبر هم تصمیم تحریریه است و هم تصمیم طراحی.

قبل از چیدمان، نقش صفحه را مشخص کنید. صفحه اصلی می‌تواند مرور منتخب تحریریه باشد، صفحه موضوعی مجموعه خبرهای مرتبط و صفحه مقاله محل خواندن یک گزارش کامل. این سه صفحه به ترتیب یکسان نیاز ندارند. انتقال همه بخش‌ها به یک Grid یکنواخت ممکن است وزن خبرها را پنهان کند؛ افزودن چند تیتر بزرگ هم بدون معیار انتخاب، رقابت دیداری می‌سازد.

اهمیت خبر را از تازگی آن جدا کنید

خبر مهم ممکن است چند ساعت قبل منتشر شده و همچنان در حال پیگیری باشد. خبر تازه ممکن است اثر محدودی داشته باشد. تحریریه باید معیار انتخاب خبر اصلی و مدت ماندن آن را روشن کند. طراحی می‌تواند این تصمیم را با اندازه و جایگاه نشان دهد، اما نباید زمان انتشار را حذف کند تا خبر قدیمی تازه به نظر برسد.

برای نمونه فرضی پوشش یک رویداد شهری، خبر اصلی می‌تواند شرح تصمیم جدید باشد و بخش مرتبط، زمان اجرا و واکنش‌ها را معرفی کند. این مثال، گزارش رویداد واقعی نیست. رابطه بخش‌ها باید در نام و لینک معلوم باشد. تکرار سه تیتر درباره یک موضوع بدون توضیح تفاوتشان، ممکن است حجم محتوا را زیاد نشان دهد ولی فهم موضوع را بهتر نکند.

خبر فوری را فقط برای وضعیت واقعاً فوری استفاده کنید. برچسب دائمی Breaking News برای هر مطلب، فرق اهمیت را از بین می‌برد. زمان و وضعیت به‌روزرسانی باید دیده شوند. اگر مطلب تکمیل می‌شود، محل آخرین تغییر را معرفی کنید تا خواننده بداند کدام اطلاعات تازه‌اند. نگه داشتن برچسب فوری پس از پایان وضعیت باید در گردش کار تحریریه کنترل شود.

صفحه اصلی چند لایه روشن داشته باشد

خبر منتخب، خبرهای ثانویه و بخش‌های موضوعی می‌توانند وزن متفاوتی داشته باشند. تعداد هر بخش را با محتوای واقعی و عرض صفحه تعیین کنید، نه عدد ثابت قالب. اگر بخش موضوعی خبر تازه ندارد، نمایش چند کارت قدیمی بدون زمان روشن برداشت اشتباه می‌سازد. می‌توانید آخرین گزارش معتبر را نشان دهید و تازگی را صادقانه بیان کنید.

برای هر کارت، عنوان، نوع محتوا و زمان را در اولویت اطلاعات قرار دهید. خلاصه زمانی مفید است که چیزی به تیتر اضافه کند. تکرار کامل عنوان در خلاصه، فضای صفحه را مصرف می‌کند. عنوان بلند فارسی و نام سازمان را در نمونه طراحی بیاورید تا بریدن متن، بخش اصلی معنا را حذف نکند. محدودیت طول باید همراه تصمیم ویرایشی باشد.

شباهت بیش از حد کارت‌ها می‌تواند خبر و تبلیغ را مخلوط کند. محتوای حمایت‌شده باید با نشانه روشن معرفی شود و نوع رابطه پنهان نماند. رنگ متفاوت به تنهایی کافی نیست؛ متن برچسب هم لازم است. اگر تبلیغ به عنوان خبر منتخب جا می‌گیرد، خواننده باید پیش از انتخاب از تفاوت آگاه شود. این موضوع به صداقت ارائه اطلاعات مربوط است.

موضوع، نوع محتوا و منبع را قابل تشخیص کنید

بخش موضوعی مانند اقتصاد با نوع محتوا مانند تحلیل یکسان نیست. یک تحلیل اقتصادی هر دو را دارد. نام‌گذاری باید این دو رابطه را روشن کند. افزودن تعداد زیاد tag پراکنده، مسیر قابل فهمی نمی‌سازد. فهرست دسته‌ها را نگه دارید و کاربرد هر کدام را برای تحریریه تعریف کنید تا چند عنوان نزدیک، خبرهای مرتبط را در مسیرهای جدا پخش نکنند.

در صفحه مقاله، نام نویسنده یا مسئول تحریریه و زمان انتشار را به شکل قابل یافتن بگذارید. اگر خبر از منبع دیگری نقل شده، نسبت متن با آن منبع باید روشن باشد. لینک به سند یا خبر اولیه، وقتی قابل ارائه است، به پیگیری کمک می‌کند. اعتبار را با یک برچسب مبهم «منابع آگاه» در طراحی نسازید؛ محتوای تحریریه باید محدوده دانسته‌ها را بیان کند.

اصلاح خبر باید قابل تشخیص باشد. تغییر بی‌توضیح یک رقم یا نام می‌تواند خواننده‌ای را که نسخه قبلی را دیده سرگردان کند. محل یادداشت اصلاح و زمان تغییر را در CMS تعریف کنید. تاریخ modified نباید با هر تغییر تزئینی به عنوان به‌روزرسانی محتوایی برجسته شود. معنای انتشار و اصلاح باید میان طراحی، داده و متن یکسان بماند.

صفحه مقاله را برای خواندن طراحی کنید

عنوان باید موضوع را دقیق معرفی کند و زیرعنوان، اگر وجود دارد، اطلاعات تکمیلی بدهد. متن اصلی به طول سطر و فاصله مناسب نیاز دارد. افزایش تعداد ستون برای نمایش لینک‌های بیشتر ممکن است فضای خواندن را کم کند. مسیر خبر مرتبط را کنار پایان بخش یا پایان مقاله قرار دهید، جایی که خواننده آماده ادامه موضوع است؛ همه لینک‌ها نباید وسط هر پاراگراف رقابت کنند.

زمان مطالعه فقط تخمین است و باید با همین معنا معرفی شود. تعداد کلمات به تنهایی دشواری متن، جدول و نیاز به پیگیری منبع را اندازه نمی‌گیرد. زمان قطعی نسازید و از آن برای فشار به خواننده استفاده نکنید. اگر محتوا به‌روز می‌شود، تخمین نیز باید با متن جاری هماهنگ باشد. برای گزارش زنده، این شاخص ممکن است اصلاً مناسب نباشد.

خبرهای مرتبط را بر اساس رابطه واقعی انتخاب کنید. مطلبی که فقط یک واژه مشترک دارد شاید ادامه مفیدی نباشد. یک مجموعه موضوعی می‌تواند خبر اولیه، توضیح زمینه و آخرین تغییر را جدا معرفی کند. لینک‌ها باید عنوان مقصد را داشته باشند، نه چند «بیشتر بخوانید» بی‌زمینه. مقاله UX Writing برای نام‌گذاری این مسیرها ادامه مرتبط است.

گزارش زنده با خبر ثابت قرارداد متفاوت دارد

در Live Blog، ترتیب جدیدترین و قدیمی‌ترین را روشن کنید و زمان هر مدخل را نشان دهید. کاربر باید بتواند زمینه اولیه را پیدا کند، حتی اگر مدخل‌های تازه بالای صفحه اضافه می‌شوند. پرش خودکار به تازه‌ترین محتوا هنگام خواندن، مسیر او را قطع می‌کند. اعلان وجود مطلب تازه و اختیار نمایش آن معمولاً کنترل روشن‌تری فراهم می‌کند.

به‌روزرسانی خودکار را با دسترسی‌پذیری هماهنگ کنید. معیار Pause, Stop, Hide درباره امکان کنترل محتوای متحرک و به‌روزرسانی خودکار در شرایط مشخص توضیح می‌دهد. نوار خبر متحرک تنها روش معرفی خبر فوری نیست. متن ثابت و لینک مشخص می‌تواند همان اطلاعات را بدون حرکت دائمی ارائه دهد.

برای اعلان‌های تازه، تمام متن گزارش را live region نکنید. خواندن دوباره چند پاراگراف می‌تواند فناوری کمکی را مشغول کند. پیام کوتاه درباره تعداد مدخل تازه و مسیر رسیدن به آن، اطلاعات لازم را می‌دهد. Focus نباید با هر خبر جدید تغییر کند. مدیریت این رفتار باید در component گزارش زنده تعریف شود و به تصمیم موردی توسعه‌دهنده موکول نماند.

آرشیو و جست‌وجو باید زمان را حفظ کنند

آرشیو، مرور خبرهای یک دوره است و با صفحه منتخب امروز فرق دارد. فیلتر موضوع و تاریخ را در کنار نتیجه قابل مشاهده نگه دارید. اگر مطلب به‌روزرسانی شده، نوع تاریخ مورد استفاده در مرتب‌سازی را مشخص کنید. کاربر نباید برای پیدا کردن خبر یک روز، از میان مطالب قدیمی با تاریخ modified تازه عبور کند بدون اینکه دلیل ترتیب معلوم باشد.

اسکرول بی‌نهایت را برای همه فهرست‌ها پیش‌فرض نگیرید. بازگشت به نتیجه قبلی، رسیدن به Footer و اشتراک لینک یک موقعیت برای آرشیو اهمیت دارند. Pagination یا بارگذاری بیشتر می‌تواند مسیر قابل کنترل‌تری بدهد. اگر infinite scroll انتخاب می‌شود، حفظ موقعیت و دسترسی به بخش‌های پایانی باید حل شوند؛ افزودن خودکار کارت‌ها به تنهایی طراحی کامل فهرست نیست.

در جست‌وجو، خبر و صفحات دیگر را با نوعشان معرفی کنید. «نتیجه‌ای نیست» با شکست دریافت فرق دارد. در نتیجه خالی، امکان اصلاح واژه یا محدوده تاریخ بدهید. مقاله طراحی فیلتر در داشبورد برای قرارداد فیلتر و نتیجه بحث مرتبطی دارد، هرچند هدف خواننده خبر با کار مدیر یکسان نیست.

Metadata با خبر واقعی هماهنگ باشد

راهنمای Article در Google Search Central توضیح می‌دهد Structured Data به معرفی عنوان، نویسنده و تاریخ کمک می‌کند. این markup تضمین رتبه یا نمایش خاص نیست. تاریخ و headline باید با صفحه واقعی هماهنگ باشند. نبود یک فیلد را با مقدار ساختگی پر نکنید؛ به‌ویژه نویسنده، زمان و دارایی‌هایی که واقعاً وجود ندارند.

برای متن‌های اشتراکی یا محدود، مدل دسترسی باید در معماری و Metadata مرتبط روشن باشد. عنوان جذاب نباید بخش قابل دسترس را متفاوت از محتوای واقعی معرفی کند. URL پایدار و روش اصلاح مسیر هم اهمیت دارند. تغییر تیتر تحریریه لزوماً نیاز به تغییر slug ندارد؛ لینک‌های قبلی و مسیر ارجاع باید حفظ شوند.

در عرض کوچک، اولویت محتوایی را نگه دارید و متن را برای جا دادن همه کارت‌ها ریز نکنید. Visual Hierarchy و Footer ادامه‌های مرتبط‌اند. در تحویل، معیار خبر اصلی، رفتار زمان و اصلاح و مسیر آرشیو را ثبت کنید تا صفحه بعد از تغییر محتوا همچنان معنای خبرها را درست نشان دهد.

واکنش به این مقاله

اشتراک‌گذاری این مقاله:
دیدگاه‌ها 0
۰ / ۲۰۰۰

هنوز دیدگاهی ثبت نشده

اولین نفری باشید که نظر می‌دهد!