جامع ترین چک لیست طراحی سایت؛ از برنامه ریزی تا تحویل و نگهداری

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

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

این چک لیست برای صاحبان کسب و کار، مدیران پروژه و تیم های اجرایی قابل استفاده است. موارد تخصصی را به مسئول فنی بسپارید و نتیجه بررسی را همراه با مدرک دریافت کنید.

چگونه از چک لیست طراحی سایت استفاده کنیم؟

تمام امکانات این مقاله برای همه سایت ها ضروری نیستند. ابتدا بخش های عمومی را بررسی کنید؛ سپس موارد مربوط به نوع سایت و امکانات سفارش داده شده را به فهرست پروژه اضافه کنید.

برای هر مورد یکی از این وضعیت ها را ثبت کنید:

• تایید شده: بررسی انجام شده و مدرک یا نتیجه تست موجود است.
• نیازمند اصلاح: مورد اجرا نشده یا نتیجه قابل قبول ندارد.
• نامرتبط: این قابلیت در دامنه پروژه وجود ندارد؛ دلیل آن مشخص است.
• بررسی نشده: هنوز تست یا ارزیابی انجام نشده است.

کنار هر مورد، مسئول، موعد اصلاح و روش تایید را بنویسید. عبارت «انجام شد» بدون مشاهده نتیجه، برای تحویل پروژه کافی نیست.

اولویت بندی موارد چک لیست

برای تصمیم گیری درباره انتشار، خطاها را به سه گروه تقسیم کنید:

این اولویت ها به نوع سایت وابسته اند. برای مثال، خرابی رزرو در سایت نوبت دهی می تواند مسدودکننده انتشار باشد.

۱. چک لیست هدف گذاری و نیازسنجی

قبل از انتخاب قالب یا فناوری، مشخص کنید سایت قرار است چه مسئله ای را حل کند. هدف «داشتن سایت» برای تصمیم گیری درباره امکانات کافی نیست.

• هدف اصلی سایت، مانند فروش، دریافت درخواست یا معرفی مجموعه، نوشته شده است.

• گروه های اصلی مخاطبان و نیاز هر گروه مشخص شده اند.

• اقدام مطلوب کاربر در هر نوع صفحه تعریف شده است.

• مسیر ورود کاربر تا خرید، تماس یا ثبت درخواست ترسیم شده است.

• محصولات، خدمات و مناطق تحت پوشش مشخص شده اند.

• سوال ها و نگرانی های پرتکرار مشتریان جمع آوری شده اند.

• امکانات ضروری از امکانات قابل توسعه در آینده جدا شده اند.

• نیازهای مدیریت محتوا، سفارش و کاربران مشخص شده اند.

• اتصال های موردنیاز به حسابداری، CRM یا سایر سامانه ها ثبت شده اند.

• شاخص های ارزیابی، مانند درخواست معتبر یا سفارش موفق، تعریف شده اند.

معیار تایید: یک سند نیازمندی وجود داشته باشد که مدیر کسب و کار و مجری پروژه درباره آن توافق کرده باشند.

در سفارش طراحی سایت، این سند مبنای انتخاب روش اجرا، برآورد هزینه و ارزیابی خروجی است.

۲. چک لیست بررسی رقبا و نیاز کاربران

بررسی رقبا باید به شناخت مسیر انتخاب مشتری کمک کند. تقلید از ظاهر سایت های دیگر، جای نیازسنجی را نمی گیرد.

• رقبای تجاری و سایت های حاضر در نتایج جستجوی موضوعات اصلی شناسایی شده اند.

• صفحات خدمات، محصولات و دسته بندی های رقبا بررسی شده اند.

• سوال هایی که رقبا پاسخ داده اند، ثبت شده اند.

• اطلاعات موردنیاز مشتری که در صفحات بررسی شده وجود ندارد، مشخص شده است.

• روش نمایش قیمت، استعلام، ارسال یا شرایط همکاری مقایسه شده است.

• مسیر خرید یا ثبت درخواست رقبا از دید کاربر بررسی شده است.

• نقاط دشوار مانند فرم طولانی یا اطلاعات نامشخص ثبت شده اند.

• مزیت واقعی کسب و کار برای ارائه در سایت مشخص شده است.

معیار تایید: نتیجه بررسی به تصمیم مشخص درباره ساختار، محتوا یا امکانات سایت منجر شده باشد.

۳. چک لیست قرارداد، هزینه و مالکیت

بسیاری از اختلافات پروژه از ابهام درباره تعداد صفحات، اصلاحات، هزینه های جانبی و مالکیت ایجاد می شوند.

• تعداد و نوع صفحات و قالب های صفحه در قرارداد مشخص است.

• امکانات هر بخش با توضیح قابل بررسی نوشته شده است.

• مسئول تهیه متن، تصویر، ترجمه و اطلاعات محصولات مشخص است.

• تعداد مراحل تایید و حدود اصلاحات طراحی مشخص است.

• روش قیمت گذاری درخواست های خارج از قرارداد روشن است.

• زمان بندی به تحویل محتوا و تاییدهای موردنیاز وابسته شده است.

• هزینه دامنه، هاست، ابزارها، تمدیدها و سرویس های جانبی مشخص است.

• مالکیت طرح، کد، محتوا و مجوز استفاده از ابزارهای ثالث روشن است.

• شرایط تحویل دسترسی ها و انتقال پروژه مشخص است.

• مدت پشتیبانی، موارد تحت پوشش و روش ثبت درخواست نوشته شده است.

• تفاوت رفع اشکال با توسعه قابلیت جدید مشخص است.

• معیار پذیرش نهایی و مسئول تایید پروژه تعیین شده است.

معیار تایید: برای قابلیت های اصلی، بتوان با مراجعه به قرارداد درباره اجرا شدن یا نشدن آن ها تصمیم گرفت.

۴. چک لیست دامنه، هاست و زیرساخت

انتخاب زیرساخت باید با حجم داده، ترافیک، فناوری و حساسیت فعالیت سایت هماهنگ باشد.

• دامنه در حساب قابل کنترل توسط مالک کسب و کار ثبت شده است.

• ایمیل بازیابی و اطلاعات مالک حساب ثبت دامنه صحیح است.

• تاریخ تمدید دامنه و مسئول پرداخت آن مشخص است.

• منابع و محدودیت های هاست با نیاز پروژه مقایسه شده اند.

• نسخه نرم افزارهای سرور با فناوری سایت سازگار است.

• گواهی HTTPS معتبر است و تمدید آن مدیریت می شود.

• نسخه اصلی دامنه از نظر www و بدون www مشخص است.

• نسخه های دیگر به نشانی اصلی هدایت می شوند.

• محیط آزمایشی از سایت اصلی و داده های واقعی تفکیک شده است.

• ثبت خطا، پایش دسترس پذیری و اعلان مشکلات تنظیم شده اند.

معیار تایید: سایت روی دامنه اصلی باز شود، اتصال امن داشته باشد و مالک بتواند به حساب های زیرساخت دسترسی پیدا کند.

۵. چک لیست ساختار صفحات و منوها

ساختار مناسب کمک می کند کاربر اطلاعات موردنیاز را پیدا کند و مدیر سایت نیز بتواند محتوا را توسعه دهد.

• فهرست صفحات و رابطه آن ها با یکدیگر مشخص است.

• دسته بندی ها براساس نیاز کاربران و ماهیت خدمات یا محصولات تنظیم شده اند.

• هر صفحه اصلی، هدف و موضوع مشخص دارد.

• صفحات با موضوع مشابه، نقش جداگانه و قابل توضیح دارند.

• صفحات مهم از مسیرهای داخلی قابل دسترسی هستند.

• نام منوها برای مخاطب قابل فهم است.

• منوی اصلی و زیرمنوها در موبایل قابل استفاده هستند.

• مسیر راهنما در صفحات عمیق، در صورت نیاز، وجود دارد.

• ساختار نشانی صفحات پایدار و خوانا است.

• فوتر شامل اطلاعات تماس و لینک های ضروری است.

معیار تایید: چند کاربر بتوانند بدون راهنمایی، یک محصول، خدمت یا اطلاعات تماس مشخص را پیدا کنند.

۶. چک لیست محتوا و صفحات ضروری

محتوای سایت باید سوال های واقعی مخاطب را پاسخ دهد و اطلاعات لازم برای تصمیم گیری را ارائه کند.

• صفحه اصلی، حوزه فعالیت و ارزش پیشنهادی مجموعه را روشن بیان می کند.

• صفحه درباره ما شامل اطلاعات واقعی و قابل تایید است.

• صفحه تماس، راه های ارتباطی فعال و ساعات پاسخگویی را نشان می دهد.

• هر خدمت اصلی، توضیح کافی درباره مخاطب، فرآیند و شرایط دریافت دارد.

• اطلاعات محصولات شامل ویژگی ها، محدودیت ها و شرایط خرید است.

• شرایط استفاده، حریم خصوصی و سیاست های مرتبط با فعالیت سایت تهیه شده اند.

• اطلاعات قیمت، زمان تحویل و محدوده خدمات با وضعیت واقعی تطبیق دارند.

• نمونه کارها و نظرات منتشرشده واقعی و مجاز هستند.

• متن آزمایشی، اطلاعات نمونه و تصاویر نامرتبط حذف شده اند.

• غلط های نگارشی و ناسازگاری نام برند، شماره ها و واحد پول اصلاح شده اند.

• تصاویر دارای حق استفاده و کیفیت مناسب هستند.

• مسئول بازبینی و به روز کردن اطلاعات مشخص است.

معیار تایید: مخاطب بتواند بفهمد چه چیزی دریافت می کند، چه محدودیت هایی وجود دارد و چگونه باید اقدام کند.

۷. چک لیست طراحی بصری و تجربه کاربری

ظاهر سایت باید با هویت برند هماهنگ باشد و مسیر استفاده را روشن کند.

• رنگ، لوگو و فونت با هویت برند هماهنگ هستند.

• اندازه و فاصله متن برای مطالعه طولانی مناسب است.

• تیتر، توضیح و دکمه اصلی هر صفحه به ترتیب واضح دیده می شوند.

• متن دکمه ها نتیجه اقدام را مشخص می کند.

• اجزای مشابه در صفحات مختلف رفتار یکسان دارند.

• پیام موفقیت، خطا، بارگذاری و وضعیت خالی طراحی شده اند.

• کاربر پیش از اقدام مهم، اطلاعات لازم را می بیند.

• پنجره های تبلیغاتی و عناصر شناور، محتوا یا دکمه ها را نمی پوشانند.

• اطلاعات ضروری فقط داخل اسلایدر یا تعامل پنهان قرار ندارند.

• بازگشت به مرحله قبل باعث از دست رفتن غیرضروری اطلاعات نمی شود.

معیار تایید: کاربر بتواند کار اصلی صفحه را انجام دهد و بداند پس از هر اقدام چه اتفاقی افتاده است.

۸. چک لیست موبایل، مرورگر و نمایش فارسی

نمایش صحیح صفحه اصلی به تنهایی کافی نیست. صفحات محصول، فرم، پرداخت و پنل نیز باید بررسی شوند.

• سایت روی چند اندازه صفحه و دستگاه واقعی آزمایش شده است.

• مرورگرهای رایج مخاطبان در برنامه تست قرار دارند.

• اسکرول افقی ناخواسته وجود ندارد.

• دکمه ها و لینک ها با لمس قابل انتخاب هستند.

• منو، فیلتر، جدول و پنجره های بازشونده در موبایل کار می کنند.

• صفحه کلید موبایل برای شماره، ایمیل و سایر ورودی ها مناسب است.

• باز شدن صفحه کلید، دکمه ارسال یا پیام خطا را غیرقابل دسترس نمی کند.

• چیدمان راست به چپ و متن های ترکیبی فارسی و انگلیسی صحیح هستند.

• شماره تلفن، قیمت، کد محصول و تاریخ به شکل قابل فهم نمایش داده می شوند.

• شماره های فارسی و انگلیسی در ورودی های مرتبط آزمایش شده اند.

معیار تایید: مسیر اصلی سایت روی موبایل، از ورود تا نتیجه نهایی، بدون نیاز به استفاده از رایانه تکمیل شود.

۹. چک لیست دسترس پذیری

دسترس پذیری یعنی افراد با توانایی ها و شیوه های استفاده متفاوت بتوانند از سایت استفاده کنند. بررسی عنوان، ساختار تیترها، کنتراست، صفحه کلید، فرم و متن جایگزین از ارزیابی های اولیه مهم هستند؛ این بررسی اولیه جای ارزیابی کامل را نمی گیرد.

• بخش های تعاملی با صفحه کلید قابل استفاده هستند.

• محل تمرکز صفحه کلید قابل مشاهده است.

• کاربر داخل منو یا پنجره بازشده گرفتار نمی شود.

• ترتیب حرکت میان عناصر منطقی است.

• رنگ تنها روش انتقال خطا یا وضعیت نیست.

• تصاویر معنادار متن جایگزین مناسب دارند.

• تصاویر تزئینی برای ابزارهای کمکی مزاحمت ایجاد نمی کنند.

• فیلدهای فرم برچسب مشخص و پیام خطای قابل فهم دارند.

• بزرگ کردن متن، استفاده از بخش های اصلی را مختل نمی کند.

• محتوای ویدیویی یا صوتی، متناسب با نیاز، زیرنویس یا متن همراه دارد.

معیار تایید: مسیرهای اصلی با صفحه کلید و ابزارهای کمکی منتخب بررسی شوند و مشکلات ثبت شده باشند.

۱۰. چک لیست فرم، تماس و ثبت درخواست

نمایش پیام «ارسال شد» به تنهایی ثابت نمی کند که درخواست به مسئول مربوط رسیده است. تست باید تا دریافت و پیگیری ادامه پیدا کند.

• فقط اطلاعات ضروری در فرم اجباری هستند.

• ورودی صحیح، ناقص و نامعتبر آزمایش شده است.

• شماره تلفن و ایمیل با نمونه های واقعی بررسی شده اند.

• در صورت خطا، اطلاعات واردشده بی دلیل پاک نمی شوند.

• ارسال چندباره باعث ثبت ناخواسته درخواست تکراری نمی شود.

• درخواست در مقصد موردنظر، مانند پنل یا CRM، ثبت می شود.

• اعلان ایمیل یا پیامک به گیرنده واقعی می رسد.

• در صورت قطعی سرویس اعلان، درخواست ثبت شده قابل بازیابی است.

• مسئول رسیدگی و زمان موردانتظار پاسخگویی مشخص است.

• لینک تماس، پیام رسان و نشانی مکانی به مقصد صحیح می روند.

• محدودیت فایل پیوست و پیام رد فایل مشخص است.

• مقابله با ارسال هرزنامه، مانع کاربران واقعی نمی شود.

معیار تایید: یک درخواست آزمایشی از دید کاربر ارسال و از دید مسئول مجموعه دریافت و پیگیری شود.

۱۱. چک لیست سئو و قابلیت بررسی توسط گوگل

تنظیم سئو باید براساس نقش صفحات انجام شود. همه صفحات سایت نباید الزاماً وارد نتایج جستجو شوند.

• موضوع و هدف جستجوی صفحات اصلی مشخص است.

• عنوان صفحات مهم، توصیفی و متناسب با محتوای آن ها است.

• توضیحات متا برای صفحات هدف تهیه شده اند.

• ساختار تیترها منطقی و برای خواننده قابل فهم است.

• لینک های داخلی به صفحات مرتبط و نشانی صحیح می روند.

• صفحات هدف، noindex ناخواسته ندارند.

• متا ربات ها و هدر X-Robots-Tag هر دو بررسی شده اند.

• robots.txt مسیرهای موردنیاز خزش را ناخواسته مسدود نمی کند.

• canonical صفحات مهم به نسخه صحیح اشاره می کند.

• نقشه سایت شامل نشانی های منتخب، معتبر و قابل ایندکس است.

• لینک شکسته، حلقه هدایت و زنجیره های غیرضروری اصلاح شده اند.

• صفحه ناموجود، وضعیت HTTP مناسب مانند 404 برمی گرداند.

• محتوای مهم صفحات وابسته به جاوااسکریپت از دید ابزار بررسی گوگل کنترل شده است.

• داده ساختاریافته با نوع صفحه و محتوای قابل مشاهده هماهنگ است.

• مالکیت Search Console تایید و چند صفحه نماینده بررسی شده اند.

• سیاست صفحات فیلتر، جستجوی داخلی، برچسب و آرشیو مشخص است.

معیار تایید: خروجی بررسی چند نوع صفحه نشان دهد که نشانی، محتوا و دستورهای ایندکس مطابق تصمیم پروژه هستند.

نکته مهم: robots.txt ابزار مطمئنی برای حذف صفحه از نتایج نیست. برای اثر کردن noindex، گوگل باید بتواند صفحه را بخزد و آن دستور را ببیند. همچنین مجاز بودن ایندکس، تضمین نمی کند صفحه حتماً ایندکس شود.

۱۲. چک لیست سرعت و عملکرد

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

• صفحه اصلی، دسته بندی، محصول یا خدمت و فرم مهم آزمایش شده اند.

• تست موبایل و شبکه محدودتر در برنامه بررسی وجود دارد.

• حجم و ابعاد تصاویر با محل نمایش آن ها متناسب است.

• ابعاد تصاویر مشخص است تا چیدمان ناگهان جابه جا نشود.

• تصویر اصلی صفحه بدون تاخیر غیرضروری بارگذاری می شود.

• تصاویر پایین صفحه، در صورت مناسب بودن، بارگذاری تنبل دارند.

• تعداد و حجم فونت ها و فایل های غیرضروری کنترل شده است.

• تاثیر ابزارهای چت، تبلیغات و کدهای شخص ثالث بررسی شده است.

• کش باعث نمایش سبد، حساب یا اطلاعات کاربر دیگر نمی شود.

• پاسخ سرور و خطاهای آن در شرایط ترافیک موردانتظار بررسی شده اند.

• نتیجه تست پیش از انتشار ثبت شده است.

• برنامه بررسی داده کاربران واقعی پس از انتشار وجود دارد.

برای Core Web Vitals، محدوده خوب شامل LCP حداکثر ۲٫۵ ثانیه، INP حداکثر ۲۰۰ میلی ثانیه و CLS حداکثر ۰٫۱ است. ارزیابی میدانی این معیارها بر مبنای صدک ۷۵ و با تفکیک موبایل و دسکتاپ انجام می شود. تست آزمایشگاهی پیش از انتشار مفید است، اما جای داده واقعی کاربران را نمی گیرد.

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

۱۳. چک لیست امنیت و حفاظت از اطلاعات

امنیت به تنظیمات، کد، دسترسی و نگهداری وابسته است. نصب یک ابزار امنیتی برای تایید کل این بخش کافی نیست.

• حساب های مدیران شخصی هستند و رمز مشترک استفاده نمی شود.

• دسترسی هر کاربر به وظیفه او محدود شده است.

• احراز هویت دومرحله ای برای حساب های حساس، در صورت پشتیبانی، فعال است.

• حساب های آزمایشی و دسترسی های غیرضروری حذف شده اند.

• اجزای نرم افزاری از منابع معتبر تهیه شده اند.

• اعتبارسنجی داده ها در سمت سرور انجام می شود.

• دسترسی غیرمجاز به سفارش، فایل و اطلاعات دیگر کاربران آزمایش شده است.

• فایل های بارگذاری شده از نظر نوع، اندازه و دسترسی کنترل می شوند.

• رمزها و کلیدهای سرویس داخل کد عمومی یا فایل قابل دانلود قرار ندارند.

• پیام خطا اطلاعات حساس زیرساخت را نمایش نمی دهد.

• فایل های بکاپ و خروجی پایگاه داده عمومی نیستند.

• روش مدیریت رخداد امنیتی و مسئول آن مشخص است.

معیار تایید: بررسی امنیتی متناسب با حساسیت پروژه انجام شود و مشکلات مهم پیش از انتشار رفع شده باشند.

۱۴. چک لیست بکاپ و بازیابی

وجود فایل پشتیبان با امکان بازیابی موفق یکسان نیست. برنامه بکاپ باید با میزان تغییر داده های سایت هماهنگ باشد.

• فایل ها، پایگاه داده و تنظیمات لازم در نسخه پشتیبان قرار دارند.

• فاصله بکاپ ها با حجم سفارش یا تغییر محتوا متناسب است.

• نسخه ای در محل جدا از سرور اصلی نگهداری می شود.

• دسترسی به بکاپ محدود و امن است.

• مدت نگهداری نسخه ها مشخص است.

• شکست عملیات بکاپ به مسئول مربوط اطلاع داده می شود.

• بازیابی در محیط جداگانه آزمایش شده است.

• روش حفظ سفارش های جدید هنگام بازگشت به نسخه قبل مشخص است.

• زمان قابل قبول بازیابی و میزان قابل قبول از دست رفتن داده توافق شده اند.

• مسئول اجرای بازیابی و راه تماس اضطراری تعیین شده است.

معیار تایید: یک نسخه پشتیبان واقعاً بازیابی شود و داده ها و مسیرهای اصلی نسخه بازیابی شده کار کنند.

۱۵. چک لیست طراحی سایت فروشگاهی

در طراحی سایت فروشگاهی، تست باید کل مسیر انتخاب محصول تا پرداخت، مدیریت سفارش و ارسال را پوشش دهد.

محصول، جستجو و سبد خرید

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

• عنوان، تصویر، مشخصات و قیمت محصولات صحیح هستند.

• واحد پول در محصول، سبد، پرداخت و سفارش یکسان است.

• تنوع هایی مانند رنگ، سایز و مدل درست انتخاب می شوند.

• قیمت و موجودی هر تنوع صحیح است.

• محصول ناموجود طبق سیاست فروشگاه قابل سفارش یا غیرقابل سفارش است.

• حداقل تعداد، حداکثر تعداد و گام افزایش تعداد درست کار می کنند.

• جستجو با نام، کد و عبارت های رایج مخاطبان آزمایش شده است.

• فیلتر و مرتب سازی، نتایج صحیح ارائه می دهند.

• افزودن، حذف و تغییر تعداد در سبد صحیح است.

• تخفیف ها و محدودیت استفاده از کد تخفیف بررسی شده اند.

پرداخت، ارسال و مدیریت سفارش

خطاهای پرداخت و ارسال می توانند مستقیماً به زیان مالی یا نارضایتی مشتری منجر شوند.

• مبلغ نهایی با هزینه ارسال و سایر هزینه های اعلام شده تطبیق دارد.

• تومان و ریال هنگام اتصال درگاه درست تبدیل می شوند.

• پرداخت موفق از سمت سرور اعتبارسنجی می شود.

• پرداخت ناموفق، لغوشده و قطع ارتباط آزمایش شده اند.

• بازگشت چندباره از درگاه، سفارش یا پرداخت تکراری ایجاد نمی کند.

• کاهش و بازگرداندن موجودی با وضعیت سفارش هماهنگ است.

• سفارش همزمان آخرین موجودی آزمایش شده است.

• روش و هزینه ارسال برای مقصدهای مختلف صحیح است.

• اطلاعات استان، شهر و نشانی در سفارش قابل فهم هستند.

• وضعیت سفارش و اعلان های مشتری و مدیر هماهنگ هستند.

• کاربر فقط به سفارش های مجاز خود دسترسی دارد.

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

معیار تایید: چند سفارش آزمایشی با سناریوهای موفق و ناموفق اجرا شوند و مبلغ، موجودی، وضعیت و اعلان ها تطبیق داده شوند.

۱۶. چک لیست طراحی سایت خدماتی

در سایت خدماتی، کاربر باید بفهمد خدمت برای او مناسب است یا نه و پس از ثبت درخواست چه اتفاقی می افتد.

• هر خدمت اصلی صفحه مشخص و توضیح کافی دارد.

• مخاطب مناسب و محدودیت های دریافت خدمت توضیح داده شده اند.

• مناطق تحت پوشش مشخص هستند.

• مراحل دریافت خدمت و اطلاعات موردنیاز مشتری روشن هستند.

• قیمت یا عوامل موثر بر برآورد هزینه توضیح داده شده اند.

• فرم هر خدمت اطلاعات مرتبط و ضروری را دریافت می کند.

• درخواست به تیم یا فرد صحیح ارجاع می شود.

• زمان پاسخگویی و روش پیگیری به کاربر اعلام می شود.

• در صورت وجود رزرو، ظرفیت و تداخل زمانی بررسی شده اند.

• لغو یا تغییر نوبت طبق شرایط مجموعه کار می کند.

در طراحی سایت خدماتی، ثبت فرم پایان مسیر نیست؛ دریافت، تخصیص و پیگیری درخواست نیز باید آزمایش شود.

معیار تایید: یک مشتری آزمایشی بتواند خدمت مناسب را پیدا کند، درخواست بدهد و پاسخ قابل پیگیری دریافت کند.

۱۷. چک لیست طراحی سایت شرکتی

سایت شرکتی باید حوزه فعالیت، توان اجرایی و مسیر همکاری را به شکل روشن معرفی کند.

• حوزه فعالیت شرکت در صفحه اصلی واضح است.

• اطلاعات معرفی مجموعه دقیق و به روز هستند.

• محصولات، خدمات و راهکارها ساختار مشخص دارند.

• پروژه ها و نمونه کارها با توضیح نقش شرکت ارائه شده اند.

• مجوزها و گواهی ها معتبر و قابل خواندن هستند.

• نام و نشان مشتریان با اجازه آن ها منتشر شده است.

• کاتالوگ ها و فایل های معرفی نسخه صحیح دارند.

• درخواست همکاری، استعلام و استخدام به مقصد مناسب می روند.

• اطلاعات شعب و واحدهای ارتباطی صحیح است.

• صفحات مهم برای مخاطبان تجاری، اطلاعات کافی درباره نحوه همکاری دارند.

در طراحی سایت شرکتی، کیفیت معرفی توان مجموعه و دریافت درخواست مرتبط، از شاخص های مهم ارزیابی است.

معیار تایید: مخاطب تجاری بتواند توان شرکت، زمینه همکاری و راه ارتباط با واحد مربوط را تشخیص دهد.

۱۸. چک لیست وردپرس و امکانات وابسته

اگر سایت با وردپرس ساخته می شود، سازگاری اجزا، مجوزها و فرآیند به روزرسانی را جداگانه بررسی کنید.

• وردپرس، قالب و افزونه ها نسخه پشتیبانی شده و سازگار دارند.

• مجوز و مسئول تمدید ابزارهای تجاری مشخص است.

• قالب ها و افزونه های غیرضروری حذف شده اند.

• تغییرات اختصاصی به روشی انجام شده اند که با به روزرسانی از بین نروند.

• چند ابزار همزمان، تنظیمات متعارض سئو یا کش ایجاد نمی کنند.

• تنظیمات زبان، زمان، پیوند یکتا و نمایش صفحات صحیح است.

• محتوای نمونه و حساب های اضافی حذف شده اند.

• ارسال ایمیل و اجرای کارهای زمان بندی شده آزمایش شده اند.

• به روزرسانی ها ابتدا در محیط مناسب بررسی می شوند.

• روش خروجی گرفتن از محتوا و داده های ضروری مشخص است.

معیار تایید: مدیر سایت بتواند کارهای روزمره را انجام دهد و فرآیند نگهداری اجزا روشن باشد.

۱۹. چک لیست سایت چندزبانه

در پروژه چندزبانه، ترجمه متن کافی نیست؛ منو، فرم، مسیرها و صفحات هر زبان نیز باید کامل باشند.

• صفحات موردنیاز هر زبان مشخص شده اند.

• ترجمه ها از نظر معنایی و اطلاعات تجاری بازبینی شده اند.

• تغییر زبان به صفحه معادل می رود، در صورت وجود آن صفحه.

• منو، فوتر، فرم و پیام های سیستمی ترجمه شده اند.

• راست به چپ و چپ به راست هر دو بررسی شده اند.

• نشانی صفحات، canonical و hreflang هماهنگ هستند.

• قیمت، واحدها، اطلاعات تماس و شرایط خدمات برای هر مخاطب روشن هستند.

• مسیر جایگزین برای صفحات ترجمه نشده مشخص است.

معیار تایید: مسیر اصلی هر زبان، مستقل و بدون بخش های ناقص آزمایش شود.

۲۰. چک لیست بازطراحی و انتقال سایت

اگر سایت فعلی دارید، انتقال باید از اطلاعات، نشانی ها و مسیرهای مهم آن محافظت کند.

• فهرست نشانی های فعلی و صفحات مهم تهیه شده است.

• داده های عملکرد، سفارش و درخواست ها پیش از انتقال ثبت شده اند.

• از فایل ها و پایگاه داده نسخه پشتیبان گرفته شده است.

• محتوای مهم، تصاویر و داده های ضروری منتقل شده اند.

• برای نشانی های تغییرکرده، مقصد مرتبط مشخص شده است.

• هدایت دائمی نشانی های تغییرکرده آزمایش شده است.

• صفحات نامرتبط به صورت گروهی به صفحه اصلی هدایت نشده اند.

• لینک های داخلی و نقشه سایت با نشانی های جدید هماهنگ شده اند.

• تکلیف سفارش ها و درخواست های ثبت شده حین انتقال مشخص است.

• برنامه بازگشت و کنترل مشکلات پس از انتقال وجود دارد.

معیار تایید: نمونه ای از نشانی های قدیمی، داده های منتقل شده و مسیرهای عملیاتی پس از انتقال بررسی شود.

۲۱. چک لیست آمار، حریم خصوصی و اتصال سرویس ها

ابزارهای اندازه گیری باید اطلاعات مفید ارائه دهند و داده غیرضروری یا حساس جمع آوری نکنند.

• رویدادهای مهم، مانند درخواست موفق و خرید، تعریف شده اند.

• ثبت رویدادها در ابزار آمار واقعاً آزمایش شده است.

• ارسال فرم با ثبت موفق درخواست اشتباه گرفته نمی شود.

• خرید یا رویداد مهم چندبار شمرده نمی شود.

• فعالیت آزمایشی و داخلی، در صورت امکان، از گزارش ها جدا شده است.

• اطلاعات حساس داخل نشانی، رویداد آمار یا لاگ عمومی قرار نمی گیرد.

• متن حریم خصوصی با رفتار واقعی ابزارها هماهنگ است.

• رضایت و ترجیحات کاربر، در موارد لازم، مدیریت می شوند.

• قطعی CRM، پیامک یا سرویس دیگر باعث از دست رفتن بی صدای داده نمی شود.

• کلیدها، سقف مصرف و مسئول تمدید سرویس های متصل مشخص هستند.

معیار تایید: داده یک اقدام آزمایشی از سایت تا مقصد نهایی پیگیری و با نتیجه واقعی تطبیق داده شود.

۲۲. چک لیست تست نهایی پیش از انتشار

تست نهایی باید مانند استفاده یک مشتری واقعی انجام شود؛ ترجیحاً فردی غیر از سازنده همان قابلیت نیز آن را بررسی کند.

• مسیرهای اصلی بدون ورود مدیر آزمایش شده اند.

• داده صحیح، اشتباه، خالی و مرزی بررسی شده است.

• صفحات نماینده روی موبایل و دسکتاپ کنترل شده اند.

• لینک ها، دکمه ها، فایل های دانلود و اطلاعات تماس بررسی شده اند.

• ایمیل ها و پیامک های واقعی دریافت شده اند.

• خطاهای فنی مهم و مشکلات ثبت شده تعیین تکلیف شده اند.

• تنظیمات آزمایشی مانند درگاه تست و گیرنده اعلان نمونه حذف شده اند.

• محدودیت های محیط آزمایشی روی سایت اصلی باقی نمانده اند.

• نسخه پشتیبان پیش از انتشار تهیه شده است.

• مسئول انتشار، پایش و تصمیم بازگشت مشخص است.

• پس از انتشار نیز تست کوتاه مسیرهای اصلی تکرار می شود.

• تغییرات باقی مانده با مسئول و موعد ثبت شده اند.

معیار تایید: گزارش تست، موارد اصلاح شده و خطاهای پذیرفته شده به تایید مسئول پروژه برسند.

سناریوهای ضروری برای آزمایش

۲۳. چک لیست تحویل سایت و آموزش

تحویل نهایی باید استقلال صاحب کسب و کار در مدیریت و ادامه پروژه را ممکن کند.

• دسترسی دامنه، هاست و پنل مدیریت تحویل شده است.

• دسترسی ابزارهای آمار و Search Console در اختیار مالک است.

• حساب درگاه، پیامک و سرویس های دیگر مشخص و قابل کنترل است.

• کد، فایل های طراحی و مستندات مطابق قرارداد تحویل شده اند.

• وابستگی ها و محدودیت های انتقال پروژه توضیح داده شده اند.

• مجوز ابزارها و موعد تمدیدها ثبت شده اند.

• آموزش مدیریت صفحات، محصولات یا خدمات ارائه شده است.

• آموزش رسیدگی به سفارش ها و درخواست ها انجام شده است.

• روش بکاپ، بازیابی و دریافت پشتیبانی توضیح داده شده است.

• حساب های اضافی مجری حذف یا دسترسی آن ها محدود شده است.

• موارد خارج از قرارداد و کارهای آینده ثبت شده اند.

• صورتجلسه تحویل با وضعیت موارد باقی مانده تهیه شده است.

معیار تایید: مدیر مجموعه بتواند وارد حساب های اصلی شود و یک فعالیت روزمره را بدون کمک مجری انجام دهد.

۲۴. چک لیست نگهداری پس از انتشار

سایت پس از انتشار به پایش و نگهداری نیاز دارد. تناوب بررسی باید با حجم فعالیت و حساسیت سایت متناسب باشد.

• دسترس پذیری سایت و خطاهای سرور پایش می شوند.

• شکست بکاپ و نزدیک شدن تمدیدها اعلان دارند.

• مسیر خرید و فرم ها به صورت دوره ای آزمایش می شوند.

• سفارش های ناموفق و درخواست های رسیدگی نشده بررسی می شوند.

• به روزرسانی ها با بکاپ و بررسی سازگاری انجام می شوند.

• مشکلات ایندکس و نشانی های مهم در Search Console پیگیری می شوند.

• سرعت با داده واقعی کاربران، در صورت وجود، بررسی می شود.

• قیمت، موجودی، اطلاعات تماس و شرایط خدمات به روز می شوند.

• دسترسی افراد جداشده از مجموعه حذف می شود.

• بازخورد کاربران به فهرست اصلاحات و توسعه تبدیل می شود.

معیار تایید: برنامه نگهداری، مسئول هر کار و روش ثبت نتیجه وجود داشته باشد.

با چه مشکلاتی نباید سایت را منتشر کنیم؟

پیش از انتشار، این موارد را به طور ویژه کنترل کنید:

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

انتشار با وجود این خطاها می تواند به از دست رفتن مشتری، داده یا هزینه منجر شود. جزئیات ظاهری کم اهمیت را می توان برنامه ریزی کرد؛ اما مسیرهای اصلی و حفاظت از اطلاعات باید پیش از شروع فعالیت بررسی شوند.

چک لیست طراحی سایت را به سند تحویل تبدیل کنید

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

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

سوالات متداول

چک لیست طراحی سایت شامل چه بخش هایی است؟

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

آیا همه موارد این چک لیست برای هر سایت ضروری هستند؟

خیر. بخش های مربوط به فروشگاه، رزرو، چندزبانه یا انتقال سایت فقط در پروژه های مرتبط استفاده می شوند. موارد نامرتبط را با دلیل مشخص کنار بگذارید.

مهم ترین تست قبل از تحویل سایت چیست؟

آزمایش کامل مسیر اصلی کسب و کار؛ مانند خرید یا ثبت درخواست، همراه با بررسی نتیجه در پنل و مقصد نهایی. تست ظاهر صفحه به تنهایی کافی نیست.

آیا اجرای چک لیست، رتبه گوگل یا فروش را تضمین می کند؟

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

چه کسی باید چک لیست را تایید کند؟

موارد فنی را مسئول متخصص بررسی می کند و نماینده کسب و کار، صحت اطلاعات و مسیرهای عملیاتی را تایید می کند. پذیرش نهایی باید براساس شواهد و توافق پروژه انجام شود.