افت ترافیک پس از راه‌اندازی سایت جدید رایج اما پیشگیری‌پذیر است. آنچه پیش و پس از انتشار باید کرد.
نصف‌شدن ترافیک ارگانیک چند هفته پس از انتشار سایت جدید تصویری است که بسیار می‌بینیم. تقریباً هر بار علت یکی است: نشانی‌های قدیمی به تازه‌ها وصل نشده، عمق محتوا از دست رفته، یا تنظیمات فنی فراموش شده است. این‌ها مشکلات پیشگیری‌پذیرند.
پیش از انتشار
۱. فهرست نشانی‌های فعلی را استخراج کنید
همهٔ نشانی‌های منتشرشده را از راه Search Console و نقشهٔ سایت فهرست کنید. کدام صفحه‌ها ترافیک می‌گیرند، کدام رتبه دارند — بدون دانستن این بازطراحی نکنید.
۲. نقشهٔ ریدایرکت آماده کنید
معادل تازهٔ هر نشانی قدیمی را تعیین کنید. صفحه‌های بدون معادل را نه به صفحهٔ اصلی، بلکه به نزدیکترین صفحه از نظر موضوع ریدایرکت کنید. ریدایرکت‌هایی که انبوه به صفحهٔ اصلی فرستاده می‌شوند را گوگل معمولاً ۴۰۴ نرم می‌شمارد و ارزش را منتقل نمی‌کند.
۳. محتوا را کوتاه نکنید
کوتاه‌کردن متن‌ها تا «تمیزتر به نظر برسد» شاید از نظر طراحی خوب باشد اما می‌تواند رتبه را پایین بیاورد. اگر محتوای صفحهای را که رتبه دارد کم می‌کنید، آن را تصمیمی آگاهانه بگیرید.
۴. عنوان‌ها و توضیح‌ها را منتقل کنید
مقادیر title و meta description کنونی شما از پیش آزموده شده‌اند. آنها را عیناً به سایت تازه منتقل کنید؛ اگر میخواهید تغییر دهید، پس از انتشار و یک‌به‌یک انجام دهید.
روز انتشار
- مطمئن شوید برچسب
noindexرا از محیط توسعه برداشته‌اید. این پرتکرارترین و پرهزینه‌ترین خطاست. - بررسی کنید فایل robots.txt سایت را مسدود نکند.
- نقشهٔ سایت تازه را بسازید و به Search Console بفرستید.
- تأیید کنید کدهای تحلیل و ردیابی تبدیل روی سایت تازه کار می‌کنند.
- فرم‌ها را با یک ارسال واقعی آزمایش کنید — آیا ایمیل واقعاً می‌رسد؟
سی روز نخست پس از انتشار
خطاهای خزش را در Search Console هفتگی بررسی کنید. اگر نشانی‌هایی با ۴۰۴ پیدا شد ریدایرکت بیفزایید. نوسان رتبه در دو هفتهٔ نخست طبیعی است؛ اما اگر تا هفتهٔ چهارم هنوز بهبود نیافت، یعنی مشکلی فنی هست.
خلاصه
بازطراحی سایت خطری برای سئو نیست بلکه اگر درست انجام شود فرصت است. وقتی سرعت، سازگاری موبایل و ساختار محتوا بهتر شود، در بیشتر سایت‌ها ترافیک پس از بازطراحی بالا میرود. آنچه خطر می‌سازد نبود برنامه‌ریزی است.
چرا پس از بازطراحی افت رخ می‌دهد؟
آنچه در بازطراحی سایت از دست میرود طراحی نیست، بلکه اعتماد انباشته است. طی سال‌ها به نشانی‌های قدیمی شما پیوند داده شده و گوگل آن نشانیها را با جستجوهای معیّن تطبیق داده است. با تغییر نشانیها این تطبیق می‌گسلد. اگر ریدایرکت برقرار نشود، گوگل نشانی قدیمی را از دست می‌دهد و نشانی تازه را از صفر میشناسد.
بزرگی افت معمولاً به این بستگی دارد: چند نشانی تغییر کرد، چه مقدار از آنها ترافیک می‌گرفت و ریدایرکتها چقدر درست برقرار شد.
موجودی‌گیری‌ای که پیش از انتقال حتماً باید انجام شود
- فهرست نشانی‌های فعلی را استخراج کنید. Search Console و نقشهٔ سایت نشان می‌دهند کدام صفحه‌ها وجود دارند.
- یادداشت کنید کدام صفحه‌ها ترافیک می‌گیرند. همهٔ صفحه‌ها برابر نیستند؛ ۲۰ صفحهٔ برتر در بیشتر سایت‌ها بخش بزرگ ترافیک را می‌برند.
- عنوان‌ها و توضیح‌های کنونی را ذخیره کنید. از دست‌رفتن این‌ها در طراحی تازه از علت‌های خاموش افت رتبه است.
- نگاشت نشانی تازه را از پیش بنویسید. کدام نشانی قدیمی به کدام تازه میرود — یک‌به‌یک، نه با حدس.
سه خطای پرتکرار در ریدایرکت
- ریدایرکت همه‌چیز به صفحهٔ اصلی. آسان به نظر می‌رسد اما گوگل آن را «صفحه دیگر وجود ندارد» تفسیر میکند و رتبه را منتقل نمی‌کند. هر صفحه باید به نزدیکترین معادل خود از نظر محتوا برود.
- ریدایرکت زنجیره‌ای. زنجیره‌هایی مانند A ← B ← C هم کند می‌کنند و هم ارزش می‌کاهند. مستقیم A ← C برقرار کنید.
- استفاده از ریدایرکت موقت (۳۰۲). انتقال دائمی به ۳۰۱ نیاز دارد؛ ۳۰۲ به گوگل می‌گوید «این موقت است، نشانی قدیمی را نگه دار».
هفتهٔ نخست پس از انتشار
کار در لحظهٔ پایان انتقال تمام نمیشود. در هفتهٔ نخست این‌ها پایش میشود:
- خطاهای پوشش در Search Console — به‌ویژه جهش شمار «یافت نشد (۴۰۴)».
- اینکه نقشهٔ سایت تازه فرستاده شده باشد.
- اینکه در robots.txt مسدودسازی‌ای که هنگام توسعه گذاشته شده باقی نمانده باشد.
- اینکه نشانی‌های کاننیکال به ساختار تازه اشاره کنند.
- اینکه سرعت صفحه نسبت به سایت قدیمی پس نرفته باشد.
این پنج بررسی بخش بزرگ زیان‌های پس از بازطراحی را همان روزهای نخست میگیرد.
اگر دامنه یا زیرساخت تغییر میکند چه باید کرد؟
اگر دامنه، پروتکل یا زیرساخت تغییر میکند، نقشه ریدایرکت کافی نیست؛ باید پراپرتی جدید را در Search Console ایجاد کرد، در صورت نیاز از ابزار Change of Address استفاده کرد و قواعد آدرس ساختار جدید را با ساختار قدیمی مقایسه کرد. این تغییرات ریسکی بیش از نوسازی صرف طراحی دارند.
تغییر دامنه
دامنه جدید را به Search Console اضافه و تأیید کنید، هر صفحه دامنه قدیمی را با ریدایرکت 301 به معادل آن در دامنه جدید هدایت کنید و سپس با ابزار Change of Address در تنظیمات پراپرتی قدیمی، انتقال را به Google اطلاع دهید. تمدید ثبت دامنه قدیمی را رها نکنید؛ ریدایرکتها فقط تا زمانی کار می‌کنند که دامنه در اختیار شما بماند.
تغییر زیرساخت
در مهاجرت از یک سیستم آماده به نرم‌افزار اختصاصی یا برعکس، قالب آدرس ممکن است بی‌صدا تغییر کند: اسلش انتهایی، حروف بزرگ و کوچک، پسوند فایل‌ها، پوشه‌های دسته‌بندی و ساختار صفحه‌بندی. هر یک از این‌ها آدرسی متفاوت به شمار می‌آید. چند آدرس نمونه از سیستم قدیم و جدید را کنار هم بنویسید و قواعد را از ابتدا ثابت کنید.
در مهاجرت از HTTP به HTTPS یا از ساختار بدون www به ساختار دارای www هم همین منطق صدق میکند: همه آدرسها را با یک قاعده واحد به قالب جدید ریدایرکت کنید و تگ‌های canonical، نقشه سایت و لینک‌های داخلی را بر اساس قالب جدید به‌روز کنید. نخستین شرط ساختن یک وب‌سایت سازگار با سئو این است که هر محتوا یک آدرس واحد و ثابت داشته باشد.
ریدایرکتها پس از انتشار چگونه تست می‌شوند؟
مطمئنترین روش این است که کل فهرست آدرسهای قدیمی را که آماده کرده‌اید به یک ابزار خزش بدهید و ببینید هر آدرس در یک گام، با کد 301 و به صفحه درست میرود. کلیک دستی روی چند صفحه بیشتر خطاها را پیدا نمی‌کند.
- خزش فهرستی: آدرسهای قدیمی را در حالت فهرست (List mode) یک خزنده مانند Screaming Frog SEO Spider بارگذاری کنید؛ کد وضعیت، آدرس مقصد و وجود یا نبود زنجیره ریدایرکت را گزارش بگیرید.
- بررسی نمونه‌ای: برای صفحاتی که بیشترین ترافیک را دارند از ابزار URL Inspection در Search Console استفاده کنید و قابل ایندکس بودن آدرس جدید را تأیید کنید.
- گزارش ایندکس صفحات: در هفته‌های نخست ببینید تعداد «Not found» و «Page with redirect» چگونه تغییر میکند. افزایش تعداد صفحات دارای ریدایرکت در زمان مهاجرت عادی است.
- بک‌لینک‌ها: آدرسهای قدیمی را که بیشترین لینک را از سایتهای دیگر دارند جداگانه بررسی کنید؛ ارزش این صفحات از طریق ریدایرکت منتقل میشود.
این بررسی سئو را یک بار در روز انتشار، یک بار در پایان هفته اول و یک بار در پایان ماه اول تکرار کنید. برخی خطاها تنها زمانی آشکار می‌شوند که Google آدرسهای قدیمی را دوباره خزش کند؛ یک بررسی یک‌باره آنها را پیدا نمی‌کند.
لینک‌های داخلی، تصاویر و داده ساختاریافته
حتی اگر ریدایرکتها درست تنظیم شده باشند، وقتی لینک‌های داخلی خود سایت به آدرسهای قدیمی اشاره کنند، با هر کلیک یک ریدایرکت غیرضروری ایجاد میشود. از نظر سئوی فنی، لینک‌های داخلی باید مستقیماً به آدرسهای جدید به‌روز شوند.
- لینک‌های منو، فوتر و درون متن: باید به آدرسهای جدید به‌روز شوند؛ هیچ لینک داخلی به آدرس قدیمی نباید باقی بماند.
- تصاویر: اگر از جست‌وجوی تصویری ترافیک می‌گیرید، آدرس تصاویر و متن‌های جایگزین (alt) هم باید منتقل شوند.
- داده ساختاریافته: نشانه‌گذاری‌هایی مانند سازمان، محصول و پرسش و پاسخ باید در قالب‌های جدید هم وجود داشته باشند؛ می‌توان آنها را با Rich Results Test گوگل بررسی کرد.
- سایتهای چندزبانه: تگ‌های hreflang که نسخه‌های زبانی را به هم پیوند می‌دهند باید با آدرسهای جدید دوباره تولید شوند.
- لینک‌های تبلیغات و ایمیل: آدرسهای مقصد در Google Ads، تبلیغات Meta و قالب‌های ایمیل باید به‌روز شوند.
این موارد هر کدام به‌تنهایی کوچک به نظر می‌رسند، اما اگر با هم بررسی نشوند، تعداد ریدایرکتها متورم میشود، بودجه خزش صرف آدرسهای قدیمی میشود و کشف صفحات جدید به تأخیر می‌افتد. در عمل ساده‌ترین راه این است که پیش از انتشار، محیط آزمایشی را با یک ابزار خزش بررسی کنید و هر لینکی را که به دامنه قدیمی یا ساختار آدرس قدیمی میرود فهرست و اصلاح کنید.
آنچه باید در ماه‌های پس از مهاجرت پایش شود را در مقاله ۹۰ روز نخست سئو در سایت جدید توضیح داده‌ایم. اگر میخواهید مهاجرت را از ابتدا برنامه‌ریزی کنید، صفحه خدمات سئو ما را ببینید.
پرسش‌های پرتکرار
افت پس از بازطراحی چقدر می‌ماند؟
در انتقالی که درست برپا شده، چند هفته نوسان طبیعی است و خودبه‌خود بهبود می‌یابد. اگر افتی ماه‌ها بماند، «اثر انتقال» نیست بلکه خطایی تصحیح‌نشده است.
آیا بهتر است نشانیها را اصلاً تغییر ندهم؟
بله، هرجا ممکن است این امنترین راه است. نوسازی طراحی و محتوا با حفظ ساختار نشانی، خطر بازطراحی را تا حد زیادی برمیدارد.
آیا محتوای قدیمی را حذف کنم؟
هیچ محتوایی را که ترافیک میگیرد حذف نکنید. اگر کهنه شده بهروزش کنید؛ اگر واقعاً بینیاز است به نزدیکترین صفحهٔ مرتبط ریدایرکت کنید. صفحهای که خاموش حذف شود هم زیان بازدیدکننده است و هم زیان رتبه.
ریدایرکتها تا چه مدت باید باقی بمانند؟
Google توصیه میکند ریدایرکتها پس از مهاجرت دستکم یک سال حفظ شوند. در عمل، امنترین راه این است که تا زمانی که از سایتهای دیگر به آدرسهای قدیمی لینک داده میشود، ریدایرکتها را حذف نکنید. ریدایرکتی که حذف شود، ارزش آن لینک را هم از بین میبرد.
محیط آزمایشی چگونه باید از دسترس Google خارج شود؟
مطمئنترین روش، محافظت از محیط آزمایشی با رمز عبور است. مسدود کردن صرف با robots.txt مانع کشف آدرسها از راههای دیگر نمیشود. محافظت با رمز عبور هنگام انتشار برداشته میشود و جداگانه بررسی میشود که هیچیک از تنظیمات توسعه در سایت زنده باقی نمانده باشد.
آیا نقشه سایت جدید باید آدرسهای قدیمی را هم داشته باشد؟
خیر. نقشه سایت فقط باید شامل آدرسهای جدیدی باشد که میخواهید ایندکس شوند. Google آدرسهای قدیمی را از قبل میشناسد؛ وقتی دوباره آنها را خزش کند، ریدایرکت را میبیند و به آدرس جدید میرود.
