ریدیزاین سایت یعنی بازطراحی آگاهانه‌ی ظاهر، ساختار و تجربه‌ی کاربری یک وبسایت موجود برای رسیدن به هدف‌های مشخص کسب‌وکار؛ نه صرفاً عوض کردن رنگ و فونت. یک ریدیزاین موفق از تحلیل داده و رفتار کاربران فعلی شروع می‌شود، بر اساس مسئله‌های واقعی تصمیم می‌گیرد و طوری اجرا می‌شود که رتبه‌ی سئو، عادت‌های کاربران وفادار و عملکرد فنی سایت آسیب نبیند.
بسیاری از تیم‌ها وقتی از سایت یا اپلیکیشن خود خسته می‌شوند، سراغ ریدیزاین می‌روند و چند ماه بعد با افت ورودی گوگل، شکایت کاربران قدیمی یا پروژه‌ای که هیچ‌وقت تمام نمی‌شود روبه‌رو می‌شوند. در این راهنما توضیح می‌دهیم ری دیزاین چیست و چه انواعی دارد، چه زمانی واقعاً به آن نیاز دارید، فرایند مبتنی بر شواهد بازطراحی سایت چگونه پیش می‌رود و چطور می‌توان ریدیزاین سایت بدون افت سئو انجام داد. این نوشته حاصل تجربه‌ی ما در دییر از بازطراحی محصولات دیجیتال در مقیاس‌های مختلف است.
ری دیزاین چیست و چه تفاوتی با به‌روزرسانی ظاهری دارد؟
واژه‌ی ریدیزاین (Redesign) در عمل برای سه نوع کار کاملاً متفاوت به کار می‌رود و همین ابهام، منشأ بسیاری از سوءتفاهم‌ها بین کارفرما و تیم طراحی است. پیش از هر چیز باید روشن کنید منظورتان کدام است، چون هزینه، زمان، ریسک و نتیجه‌ی هر کدام فرق دارد.
سه نوع ریدیزاین
| ویژگی | به‌روزرسانی ظاهری (Visual Refresh) | ریدیزاین کامل (Full Redesign) | ریدیزاین تدریجی (Incremental) |
|---|---|---|---|
| دامنه‌ی تغییر | رنگ، تایپوگرافی، تصاویر و جزئیات بصری | ساختار اطلاعات، جریان‌ها، محتوا، ظاهر و اغلب فناوری | بخش به بخش، بر اساس اولویت مسئله‌ها |
| ساختار و URLها | معمولاً بدون تغییر | اغلب تغییر می‌کند | تغییرات کنترل‌شده و محدود |
| ریسک سئو و واکنش کاربران | کم | زیاد | کم تا متوسط |
| زمان رسیدن به نتیجه | کوتاه | طولانی و یک‌جا | پیوسته و مرحله‌ای |
| مناسب برای | برندی که ظاهرش قدیمی شده ولی کار می‌کند | محصولی که مدل کسب‌وکار یا فناوری‌اش عوض شده | محصول زنده با کاربران فعال و داده‌ی کافی |
بازطراحی سایت لزوماً به معنای کنار گذاشتن همه‌چیز نیست. در بسیاری از محصولات بزرگ، ریدیزاین تدریجی گزینه‌ی امن‌تری است، چون هر تغییر را می‌توان جداگانه سنجید و اگر نتیجه نداد، برگرداند. ریدیزاین کامل زمانی منطقی است که پایه‌ی محصول، یعنی ساختار اطلاعات، فناوری یا جایگاه برند، دیگر قابل اصلاح نباشد.
چه زمانی سایت را ریدیزاین کنیم؟ نشانه‌های نیاز به بازطراحی
«قدیمی به نظر می‌رسد» به‌تنهایی دلیل کافی برای ریدیزاین نیست. تصمیم به ریدیزاین سایت باید از یک مسئله‌ی قابل‌اندازه‌گیری بیاید. نشانه‌های زیر معمولاً نشان می‌دهند که اصلاحات کوچک دیگر جواب نمی‌دهد:
- نرخ تبدیل یا تکمیل کارهای کلیدی (ثبت‌نام، خرید، درخواست مشاوره) به‌طور پایدار پایین است و تحلیل قیف نشان می‌دهد مشکل از تجربه‌ی کاربری است، نه از ترافیک.
- کاربران در پیدا کردن اطلاعات مشکل دارند و جست‌وجوی داخلی، تماس با پشتیبانی یا خروج از صفحات کلیدی زیاد است.
- سایت روی موبایل تجربه‌ی ضعیفی دارد، کند است یا شاخص‌های Core Web Vitals آن مدام در وضعیت نامطلوب قرار دارد.
- برند، مخاطب هدف یا مدل کسب‌وکار تغییر کرده و سایت دیگر پیام درستی منتقل نمی‌کند.
- افزودن هر قابلیت جدید سخت و پرهزینه شده، چون صفحات ناهماهنگ‌اند و سیستم طراحی یا کامپوننت مشترکی وجود ندارد.
- فناوری یا CMS قدیمی است و امنیت، نگهداری یا توسعه را دشوار کرده است.
اگر فقط یکی دو مورد از این نشانه‌ها را دارید، احتمالاً اصلاح هدفمند همان بخش کافی است. اما وقتی چند نشانه هم‌زمان دیده می‌شود و ریشه‌ی آن‌ها به ساختار مشترکی برمی‌گردد، وقت یک بازطراحی جدی رسیده است. همین منطق برای ریدیزاین اپلیکیشن هم صدق می‌کند؛ با این تفاوت که در اپ، تغییر عادت کاربران و هماهنگی با نسخه‌های قدیمی نصب‌شده حساسیت بیشتری دارد.
ریسک‌های ریدیزاین سایت چیست؟
ریدیزاین پروژه‌ای پرریسک است، چون روی محصولی انجام می‌شود که همین حالا کاربر، ترافیک و درآمد دارد. سه ریسک اصلی را از ابتدا جدی بگیرید.
افت سئو و ترافیک ارگانیک
رایج‌ترین آسیب ریدیزاین، از دست رفتن ترافیک گوگل است. تغییر آدرس صفحات بدون ریدایرکت درست، حذف محتوای متنی به نفع طراحی مینیمال، از بین رفتن عنوان‌ها و توضیحات متا یا کند شدن سایت می‌تواند رتبه‌هایی را که سال‌ها برایشان زحمت کشیده‌اید در چند هفته از بین ببرد.
واکنش منفی کاربران وفادار
کاربران فعلی مسیرهایشان را از حفظ‌اند. حتی اگر طراحی جدید از نظر اصولی بهتر باشد، جابه‌جایی ناگهانی منوها و دکمه‌ها می‌تواند در کوتاه‌مدت باعث سردرگمی، افزایش تماس با پشتیبانی و نارضایتی شود. این واکنش طبیعی است، اما اگر طراحی واقعاً بدتر شده باشد، فقط با داده و تست می‌توان آن را از «مقاومت در برابر تغییر» تشخیص داد.
گسترش بی‌پایان دامنه‌ی پروژه
وقتی ریدیزاین با جمله‌ای مثل «بیایید همه‌چیز را درست کنیم» شروع شود، هر ذی‌نفع خواسته‌های خودش را اضافه می‌کند و پروژه ماه‌ها طول می‌کشد. تعریف دقیق هدف‌ها، محدوده و معیار موفقیت پیش از شروع طراحی، تنها راه کنترل این ریسک است.
فرایند ریدیزاین سایت مبتنی بر شواهد
تفاوت یک ریدیزاین موفق با یک ریدیزاین سلیقه‌ای در این است که هر تصمیم آن به داده یا مشاهده‌ی رفتار کاربر برمی‌گردد. فرایندی که ما در دییر دنبال می‌کنیم، به‌طور خلاصه شامل گام‌های زیر است.
۱. ممیزی وضعیت فعلی
پیش از کشیدن اولین طرح، باید بدانید نسخه‌ی فعلی کجا کار می‌کند و کجا نه. این ممیزی سه بخش دارد: تحلیل داده‌های آنالیتیکس (صفحات پربازدید، قیف‌ها، نقاط خروج، دستگاه‌ها و منابع ورودی)، ارزیابی هیوریستیک توسط متخصص تجربه کاربری بر اساس اصول شناخته‌شده‌ی کاربردپذیری، و تحقیق مستقیم با کاربران. انجام تحقیق کاربر و تست کاربردپذیری روی نسخه‌ی فعلی شاید مهم‌ترین و کم‌هزینه‌ترین بخش کل پروژه باشد، چون نشان می‌دهد کدام بخش‌ها را نباید دست زد و کدام مشکل‌ها واقعاً ارزش حل کردن دارند.
۲. تعیین هدف‌ها و شاخص‌های کلیدی
هدف ریدیزاین باید قابل‌اندازه‌گیری باشد؛ مثلاً افزایش نرخ تکمیل ثبت‌نام، کاهش زمان پیدا کردن یک محصول یا کاهش تیکت‌های پشتیبانی درباره‌ی یک موضوع خاص. برای هر هدف، شاخص و مقدار پایه‌ی فعلی را ثبت کنید تا بعد از انتشار بتوانید مقایسه کنید. بدون این مقدار پایه، هیچ‌وقت نمی‌توانید بگویید ریدیزاین موفق بوده یا نه.
۳. بازطراحی معماری اطلاعات
بسیاری از مشکلات کاربردپذیری ریشه در ساختار دارند، نه در ظاهر. دسته‌بندی محتوا، ساختار منو و مسیرهای اصلی را بر اساس مدل ذهنی کاربران بازنگری کنید. روش‌هایی مثل کارت سورتینگ برای کشف دسته‌بندی مورد انتظار کاربران و تست درختی برای اعتبارسنجی ساختار منو پیش از طراحی بصری، در این مرحله بسیار کمک می‌کنند. در همین مرحله باید نقشه‌ی صفحات قدیم به جدید هم شکل بگیرد که بعداً پایه‌ی ریدایرکت‌ها می‌شود.
۴. ساخت سیستم طراحی
ریدیزاین فرصت خوبی است تا به‌جای طراحی صفحه به صفحه، یک زبان طراحی مشترک بسازید: رنگ‌ها، تایپوگرافی، فاصله‌ها و کامپوننت‌های قابل‌استفاده‌ی مجدد. یک دیزاین سیستم باعث می‌شود سایت بعد از انتشار هم یکپارچه بماند و توسعه‌ی قابلیت‌های بعدی سریع‌تر شود؛ به‌خصوص در ریدیزاین تدریجی که صفحات قدیم و جدید مدتی کنار هم زندگی می‌کنند.
۵. پروتوتایپ و تست پیش از توسعه
طرح‌های جدید را پیش از کدنویسی به شکل پروتوتایپ تعاملی با کاربران واقعی تست کنید. هدف این است که ببینید کاربران فعلی در طراحی جدید همان کارهای همیشگی‌شان را راحت‌تر انجام می‌دهند یا نه. اصلاح یک مشکل در پروتوتایپ چند ساعت کار است؛ اصلاح آن پس از انتشار ممکن است هفته‌ها طول بکشد.
۶. انتشار مرحله‌ای و تست A/B
به‌جای جایگزینی یک‌شبه‌ی کل سایت، نسخه‌ی جدید را ابتدا برای بخشی از کاربران یا بخشی از صفحات منتشر کنید. تست A/B امکان می‌دهد تأثیر واقعی طراحی جدید را روی شاخص‌های کلیدی با نسخه‌ی قبلی مقایسه کنید. برخی تیم‌ها هم گزینه‌ی موقت «بازگشت به نسخه‌ی قبلی» یا نسخه‌ی بتا را در اختیار کاربران قرار می‌دهند تا هم بازخورد بگیرند و هم شوک تغییر را کم کنند.
۷. انتشار نهایی و پایش
پس از اطمینان از نتایج، نسخه‌ی جدید برای همه منتشر می‌شود؛ اما کار اینجا تمام نمی‌شود. چند هفته‌ی اول پس از انتشار، حساس‌ترین دوره برای پایش خطاها، ترافیک ارگانیک و بازخورد کاربران است.
ریدیزاین خوب با این سؤال شروع نمی‌شود که سایت جدید چه شکلی باشد؛ با این سؤال شروع می‌شود که کاربران امروز کجا گیر می‌کنند و چرا.
چک‌لیست ریدیزاین سایت بدون افت سئو
اگر سایت شما بخش مهمی از مشتریانش را از جست‌وجوی ارگانیک می‌گیرد، سئو را از روز اول وارد پروژه کنید، نه یک هفته پیش از انتشار. این چک‌لیست حداقل کارهایی است که برای ریدیزاین سایت بدون افت سئو لازم است:
- خزش کامل سایت فعلی پیش از هر تغییر و ذخیره‌ی فهرست همه‌ی URLها، عنوان‌ها، توضیحات متا، تیترها، لینک‌های داخلی و وضعیت ایندکس.
- تهیه‌ی نقشه‌ی URL قدیم به جدید برای تک‌تک صفحات؛ به‌خصوص صفحاتی که ترافیک ارگانیک یا بک‌لینک دارند.
- پیاده‌سازی ریدایرکت ۳۰۱ یک‌به‌یک از هر آدرس قدیمی به مرتبط‌ترین صفحه‌ی جدید، بدون زنجیره‌ی ریدایرکت و بدون فرستادن همه به صفحه‌ی اصلی.
- حفظ محتوای متنی ارزشمند، عنوان‌ها و توضیحات متا و ساختار تیترها؛ حذف محتوا به بهانه‌ی ظاهر خلوت‌تر یکی از دلایل اصلی افت رتبه است.
- انتقال و به‌روزرسانی داده‌های ساختاریافته (Structured Data)، تگ‌های canonical، hreflang در صورت وجود، فایل robots.txt و نقشه‌ی سایت XML.
- بررسی Core Web Vitals نسخه‌ی جدید روی موبایل پیش از انتشار؛ طراحی سنگین‌تر با تصاویر و انیمیشن‌های بیشتر نباید سرعت را قربانی کند.
- جلوگیری از ایندکس شدن نسخه‌ی آزمایشی (staging) و در عین حال اطمینان از اینکه محدودیت noindex یا robots هنگام انتشار برداشته می‌شود.
- خزش دوباره پس از انتشار و مقایسه با خزش قبلی برای پیدا کردن خطای ۴۰۴، ریدایرکت اشتباه و لینک داخلی شکسته.
- ارسال نقشه‌ی سایت جدید در Google Search Console و پایش روزانه‌ی گزارش‌های پوشش ایندکس، عملکرد جست‌وجو و Core Web Vitals در هفته‌های اول.
نوسان کوتاه‌مدت در رتبه‌ها پس از یک ریدیزاین بزرگ عادی است، چون گوگل باید سایت را دوباره بخزد و ارزیابی کند. اما اگر افت ادامه‌دار بود، تقریباً همیشه ردپای آن را می‌توان در یکی از موارد بالا پیدا کرد.
موفقیت ریدیزاین را چطور بسنجیم؟
سنجش موفقیت به همان شاخص‌هایی برمی‌گردد که در مرحله‌ی تعیین هدف ثبت کردید. نسخه‌ی جدید را با مقدار پایه‌ی نسخه‌ی قبل و در بازه‌های زمانی قابل‌مقایسه بسنجید؛ مثلاً چهار هفته‌ی بعد از انتشار در برابر چهار هفته‌ی مشابه قبل، با در نظر گرفتن فصل و کمپین‌های تبلیغاتی.
- شاخص‌های رفتاری: نرخ تبدیل، نرخ تکمیل کارهای کلیدی، زمان انجام کار و نرخ خروج از صفحات مهم.
- شاخص‌های سئو: کلیک و نمایش ارگانیک، رتبه‌ی کلمات کلیدی اصلی و تعداد صفحات ایندکس‌شده.
- شاخص‌های فنی: Core Web Vitals، خطاهای سرور و زمان بارگذاری روی موبایل.
- شاخص‌های کیفی: نتایج تست کاربردپذیری پس از انتشار، بازخورد پشتیبانی و نظرسنجی رضایت کاربران.
توجه کنید که برخی شاخص‌ها در روزهای اول به خاطر تازگی طراحی یا عادت کاربران نوسان دارند. تصمیم نهایی را بر اساس روند چند هفته بگیرید، نه واکنش چند روز اول.
ریدیزاین یک‌جا یا تدریجی؛ کدام بهتر است؟
در ریدیزاین یک‌جا (Big-bang)، کل نسخه‌ی جدید پشت درهای بسته ساخته و در یک روز جایگزین نسخه‌ی قبلی می‌شود. مزیتش یکپارچگی کامل و یک لحظه‌ی مشخص برای معرفی برند جدید است. عیبش این است که تا روز انتشار هیچ بازخورد واقعی از کاربران نمی‌گیرید، همه‌ی ریسک‌ها روی یک روز جمع می‌شوند و اگر چیزی خراب شود، پیدا کردن علتش در میان صدها تغییر هم‌زمان دشوار است.
در ریدیزاین تدریجی، محصول بخش به بخش بازطراحی و منتشر می‌شود و هر مرحله با داده سنجیده می‌شود. این رویکرد ریسک کمتری دارد و با چرخه‌های توسعه‌ی چابک سازگارتر است، اما به سیستم طراحی محکم و انضباط تیمی نیاز دارد تا در دوره‌ی گذار، سایت ظاهری چندپاره پیدا نکند. توصیه‌ی ما برای اغلب محصولات زنده با کاربران فعال، رویکرد تدریجی یا ترکیبی است؛ یعنی پایه‌ها مثل سیستم طراحی و ناوبری یک‌جا تغییر کنند و بقیه‌ی صفحات مرحله‌به‌مرحله.
ما در دییر در پروژه‌هایی مثل بازطراحی محصول تسکولو دیده‌ایم که ریدیزاین یک محصول زنده، بیش از هر چیز به شناخت دقیق کاربران فعلی و حفظ پیوستگی تجربه‌ی آن‌ها وابسته است. تیم طراحی محصول و UI/UX دییر در این نوع پروژه‌ها ممیزی، تحقیق، معماری اطلاعات، سیستم طراحی و تست را در یک فرایند پیوسته پیش می‌برد تا تصمیم‌ها روی شواهد بنا شوند، نه سلیقه.
اشتباهات رایج در ریدیزاین سایت
- شروع از طرح بصری به‌جای ممیزی و تحقیق؛ نتیجه معمولاً سایتی زیباتر با همان مشکلات قبلی است.
- نادیده گرفتن صفحاتی که ترافیک ارگانیک می‌آورند و حذف یا تغییر آدرس آن‌ها بدون ریدایرکت.
- کپی کردن ظاهر رقبا یا ترندهای روز بدون بررسی اینکه با نیاز کاربران خودتان سازگار است یا نه.
- نداشتن مقدار پایه برای شاخص‌ها؛ در نتیجه پس از انتشار هیچ‌کس نمی‌داند پروژه موفق بوده یا نه.
- تست نکردن طراحی جدید با کاربران فعلی و تکیه بر نظر داخلی تیم یا مدیران.
- انتشار ریدیزاین در شلوغ‌ترین فصل فروش یا هم‌زمان با یک کمپین بزرگ.
- توقف کار بعد از انتشار؛ ریدیزاین یک رویداد نیست و نسخه‌ی جدید هم باید بر اساس داده بهبود پیدا کند.
سؤالات متداول
ریدیزاین سایت چقدر زمان می‌برد؟
بسته به نوع ریدیزاین فرق می‌کند. یک به‌روزرسانی ظاهری ممکن است چند هفته طول بکشد، در حالی که ریدیزاین کامل یک محصول بزرگ با تحقیق، طراحی، توسعه و انتشار مرحله‌ای می‌تواند چند ماه زمان ببرد. تعیین دقیق زمان پس از ممیزی و مشخص شدن دامنه ممکن است.
آیا ریدیزاین سایت باعث افت سئو می‌شود؟
لزوماً نه. افت سئو معمولاً نتیجه‌ی خطاهای قابل‌پیشگیری مثل تغییر URL بدون ریدایرکت ۳۰۱، حذف محتوا یا کند شدن سایت است. با اجرای چک‌لیست سئو و پایش دقیق Search Console، ریدیزاین می‌تواند حتی به بهبود رتبه کمک کند.
هر چند وقت یک بار باید سایت را ریدیزاین کرد؟
عدد ثابتی وجود ندارد. به‌جای ریدیزاین دوره‌ای، بهتر است محصول را پیوسته بر اساس داده بهبود دهید و ریدیزاین بزرگ را فقط زمانی انجام دهید که ساختار، برند یا فناوری دیگر پاسخ‌گوی نیازها نباشد.
ریدیزاین اپلیکیشن چه تفاوتی با ریدیزاین سایت دارد؟
اصول یکی است، اما در اپلیکیشن عادت کاربران به الگوهای تعاملی قوی‌تر است، نسخه‌های قدیمی مدتی در دستگاه کاربران باقی می‌مانند و انتشار به چرخه‌ی بررسی فروشگاه‌ها وابسته است. به همین دلیل انتشار مرحله‌ای و فیچر فلگ‌ها در ریدیزاین اپلیکیشن اهمیت بیشتری دارند.
آیا بدون تحقیق کاربر می‌شود ریدیزاین کرد؟
می‌شود، اما ریسکش بالاست. حتی چند جلسه تست کاربردپذیری روی نسخه‌ی فعلی، نقاط ضعف اصلی را آشکار می‌کند و جلوی حذف بخش‌هایی را می‌گیرد که کاربران به آن‌ها وابسته‌اند.
اگر در حال برنامه‌ریزی برای ریدیزاین سایت یا اپلیکیشن خود هستید و می‌خواهید آن را بر پایه‌ی داده و تحقیق کاربر و بدون به خطر انداختن سئو انجام دهید، خوشحال می‌شویم درباره‌اش گفت‌وگو کنیم. برای شروع می‌توانید درخواست همکاری ثبت کنید.
