مهاجرت به HTTPS با کمترین ریسک

انتقال سایت از HTTP به HTTPS در ظاهر ساده است؛ کافی است گواهی SSL نصب شود و آدرس ها به نسخه امن منتقل شوند. اما در یک سایت واقعی، کوچک ترین بی دقتی در ریدایرکت ها، canonical، لینک های داخلی، فایل sitemap یا تنظیمات سرور می تواند باعث ایجاد صفحات تکراری، خطاهای خزش، افت موقت یا حتی افت جدی ترافیک ارگانیک شود. خبر خوب این است که اگر مهاجرت مرحله به مرحله انجام شود، می توان ریسک را تا حد زیادی کنترل کرد. در این راهنما، مسیر مهاجرت امن به HTTPS را از قبل از نصب SSL تا پایش وضعیت سایت بعد از انتقال بررسی می کنیم.

HTTPS چیست و چرا مهاجرت به آن مهم است؟

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

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

از طرف دیگر، HTTPS با مهاجرت URL همراه است. برای موتور جستجو، آدرس زیر و آدرس امن آن دو URL متفاوت هستند:

• http://example.com
• https://example.com

بنابراین، مهاجرت درست به HTTPS باید مانند یک مهاجرت URL واقعی مدیریت شود؛ نه صرفاً نصب یک گواهی SSL.

آیا HTTPS باعث افت رتبه گوگل می شود؟

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

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

برای مثال، اگر صفحه زیر قبلاً در نتایج حضور داشته باشد:

http://example.com/product/

و نسخه جدید آن این باشد:

https://example.com/product/

بهتر است نسخه HTTP با یک ریدایرکت 301 مستقیم به نسخه HTTPS هدایت شود و سیگنال های داخلی سایت نیز به URL امن اشاره کنند.

قبل از مهاجرت به HTTPS چه کارهایی انجام دهیم؟

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

۱. از سایت فعلی Crawl بگیرید

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

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

۲. صفحات ارزشمند را شناسایی کنید

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

اگر استراتژی سئوی سایت را نیز هم زمان با مهاجرت تغییر می دهید، بهتر است این دو پروژه را تا حد امکان از یکدیگر جدا کنید. مهاجرت HTTPS زمان مناسبی برای تغییر هم زمان ساختار URL، حذف تعداد زیادی صفحه و بازطراحی معماری سایت نیست.

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

۳. از داده های مهم سایت نسخه پشتیبان بگیرید

قبل از تغییر تنظیمات سرور، وردپرس یا CDN، از فایل ها و دیتابیس نسخه پشتیبان تهیه کنید. همچنین تنظیمات فعلی DNS، وب سرور و ریدایرکت ها را ثبت کنید.

۴. مالکیت و وضعیت ابزارهای مانیتورینگ را بررسی کنید

اطمینان حاصل کنید که ابزارهای تحلیل و پایش سایت به درستی در دسترس هستند. بعد از مهاجرت باید بتوانید رفتار URLهای HTTP و HTTPS را مقایسه کنید.

SSL چیست و هنگام انتخاب گواهی به چه نکاتی توجه کنیم؟

SSL اصطلاحی است که در فضای وب هنوز بسیار رایج است، هرچند فناوری های امروزی عمدتاً بر پایه TLS هستند. گواهی دیجیتال به سایت اجازه می دهد ارتباط امن HTTPS را برقرار کند.

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

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

مراحل مهاجرت به HTTPS با کمترین ریسک

مهاجرت از HTTP به HTTPS باید به صورت مرحله ای انجام شود تا از ایجاد خطاهای فنی و افت سئو جلوگیری شود. ابتدا SSL را نصب و تست کنید، سپس Mixed Content و تنظیمات اصلی سایت را اصلاح کرده و ریدایرکت های 301 مستقیم را اجرا کنید. در ادامه، لینک های داخلی، Canonical، Sitemap و robots.txt را بررسی و به روزرسانی کنید. در نهایت نیز وضعیت URLها و ایندکس سایت را پس از مهاجرت زیر نظر بگیرید تا مشکلات احتمالی سریع شناسایی و برطرف شوند.

مرحله اول: نصب و تست SSL

ابتدا گواهی را روی سرور نصب کنید و مطمئن شوید نسخه HTTPS سایت بدون خطا باز می شود.

در این مرحله هنوز لازم نیست تمام HTTPها را به HTTPS منتقل کنید. ابتدا نسخه امن را آزمایش کنید.

مرحله دوم: بررسی Mixed Content

یکی از مشکلات رایج بعد از فعال سازی HTTPS، Mixed Content است. این اتفاق زمانی رخ می دهد که صفحه اصلی با HTTPS باز شده اما یکی از منابع آن، مانند تصویر، فایل CSS، JavaScript یا iframe، همچنان از HTTP بارگذاری شود.

برای مثال:

https://example.com → صفحه امن است.

اما اگر یک تصویر از این آدرس فراخوانی شود:

http://example.com/image.jpg

ممکن است مرورگر آن را ناامن تشخیص دهد یا مانع بارگذاری آن شود.

تمام منابع داخلی را بررسی کنید و در صورت امکان آن ها را به نسخه HTTPS تغییر دهید.

مرحله سوم: اصلاح آدرس اصلی سایت

در CMSهایی مانند وردپرس باید URL سایت و URL اصلی وردپرس نیز به نسخه HTTPS تغییر داده شوند. این کار باید با دقت انجام شود و بهتر است قبل از تغییر، نسخه پشتیبان داشته باشید.

مرحله چهارم: اجرای Redirect 301

مهم ترین مرحله مهاجرت سئو، انتقال URLهای HTTP به HTTPS است.

قاعده کلی باید چیزی شبیه این باشد:

HTTP URL → HTTPS همان URL

برای مثال:

http://example.com/blog/seo/

باید مستقیماً به:

https://example.com/blog/seo/

منتقل شود.

تا حد امکان از زنجیره ریدایرکت اجتناب کنید. اگر یک URL ابتدا به URL دیگری و سپس به URL سوم منتقل شود، مسیر انتقال غیرضروری پیچیده می شود.

مرحله پنجم: اصلاح لینک های داخلی

فقط به ریدایرکت تکیه نکنید. اگر داخل سایت هنوز صدها لینک داخلی با HTTP وجود دارد، آن ها را به نسخه HTTPS تغییر دهید.

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

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

مرحله ششم: اصلاح Canonical

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

اگر صفحه با HTTPS باز می شود اما canonical آن هنوز HTTP است، یک سیگنال متناقض به موتور جستجو ارسال می شود.

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

مرحله هفتم: به روزرسانی Sitemap

فایل XML Sitemap را بررسی کنید و مطمئن شوید URLهای موجود در آن به نسخه HTTPS اشاره دارند.

قرار دادن URLهای HTTP و HTTPS در Sitemap جدید می تواند سیگنال های متناقض ایجاد کند. Sitemap باید نسخه های نهایی و قابل ایندکس URLها را معرفی کند.

مرحله هشتم: بررسی robots.txt

مهاجرت HTTPS معمولاً دلیل خوبی برای تغییر گسترده robots.txt نیست. با این حال، مطمئن شوید تنظیمات آن مانع دسترسی خزنده ها به نسخه HTTPS نشده باشد.

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

آیا باید HTTP را از گوگل حذف کنیم؟

هدف مهاجرت این نیست که URLهای قدیمی HTTP را ناگهان حذف کنید. آن ها باید تا زمانی که لازم است، به URLهای HTTPS متناظر ریدایرکت شوند.

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

Search Console بعد از مهاجرت HTTPS

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

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

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

بعد از مهاجرت چه چیزهایی را باید بررسی کنیم؟

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

چک لیست فنی بعد از انتقال

• نسخه HTTPS تمام صفحات مهم را باز کنید.
• ریدایرکت HTTP به HTTPS را تست کنید.
• ریدایرکت های زنجیره ای را پیدا و حذف کنید.
• خطاهای 404 را بررسی کنید.
• canonical صفحات را بررسی کنید.
• لینک های داخلی HTTP را پیدا کنید.
• تصاویر و فایل های CSS و JavaScript را بررسی کنید.
• Sitemap جدید را بررسی کنید.
• robots.txt را تست کنید.
• صفحات مهم را برای قابلیت ایندکس بررسی کنید.
• وضعیت Core Web Vitals و سرعت سایت را پایش کنید.

اگر هم زمان با مهاجرت HTTPS روی سرعت سایت نیز کار می کنید، بهتر است تغییرات عملکرد را جداگانه ثبت کنید. برای این موضوع می توانید از آموزش عملی بهینه سازی Core Web Vitals استفاده کنید.

اشتباهات رایج در مهاجرت به HTTPS

مهاجرت به HTTPS اگر بدون برنامه ریزی انجام شود، می تواند باعث خطاهای فنی و حتی افت موقت یا جدی سئو شود. فعال سازی SSL بدون تست، اجرای ریدایرکت های اشتباه، بی توجهی به نسخه های مختلف دامنه و تغییر هم زمان HTTPS با ساختار سایت از مهم ترین اشتباهات هستند. همچنین حذف URLهای قدیمی به جای انتقال صحیح آن ها می تواند بخشی از سیگنال های سئویی را از بین ببرد. بنابراین بهتر است مهاجرت مرحله ای، مستند و قابل اندازه گیری انجام شود.

۱. فعال کردن SSL بدون تست کامل

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

۲. استفاده از ریدایرکت های اشتباه

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

۳. فراموش کردن نسخه های مختلف دامنه

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

۴. تغییر HTTPS و معماری سایت به صورت هم زمان

اگر URLهای سایت، دسته بندی ها و ساختار محتوا را هم زمان با HTTPS تغییر دهید، تشخیص علت افت احتمالی بسیار دشوارتر می شود.

۵. حذف URLهای HTTP به جای ریدایرکت

URLهای قدیمی باید بخشی از فرآیند انتقال باشند. حذف سریع آن ها بدون ایجاد مسیر مناسب برای نسخه جدید می تواند سیگنال های ارزشمند URL را از بین ببرد.

چگونه افت رتبه بعد از HTTPS را تشخیص دهیم؟

افت رتبه بعد از مهاجرت را نباید صرفاً با نگاه کردن به ترافیک کل سایت قضاوت کرد.

فرض کنید ترافیک سایت در یک هفته ۱۵ درصد کاهش یافته است. این عدد به تنهایی نمی گوید مشکل از HTTPS بوده است. باید بررسی کنید آیا URLهای مهم افت کرده اند، آیا صفحات از ایندکس خارج شده اند، آیا خطاهای خزش افزایش یافته اند یا تغییرات دیگری هم زمان اتفاق افتاده است.

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

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

مهاجرت HTTPS در سایت های فروشگاهی

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

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

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

مهاجرت HTTPS و Crawl Budget

هر URL جدید برای موتور جستجو نیازمند پردازش است. اگر سایت بزرگی داشته باشید و هم زمان نسخه های HTTP و HTTPS، ریدایرکت های زنجیره ای و URLهای غیرضروری تولید کنید، بخشی از منابع خزش می تواند صرف مسیرهای کم ارزش شود.

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

این موضوع در سایت های چندصدهزار یا چندمیلیون URL اهمیت بیشتری پیدا می کند.

مهاجرت HTTPS و لینک سازی خارجی

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

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

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

چطور ریسک مهاجرت HTTPS را به حداقل برسانیم؟

یک روش ساده و عملی این است که مهاجرت را به چند مرحله تقسیم کنید:

1. ثبت وضعیت فعلی: URLها، رتبه ها، ترافیک و صفحات مهم را ثبت کنید.
2. نصب SSL: نسخه HTTPS را بدون تغییرات بزرگ آزمایش کنید.
3. رفع Mixed Content: منابع ناامن را شناسایی و اصلاح کنید.
4. تغییر URL اصلی: تنظیمات CMS و سایت را به HTTPS منتقل کنید.
5. ریدایرکت 301: HTTP را به HTTPS متناظر منتقل کنید.
6. اصلاح سیگنال های داخلی: canonical، لینک های داخلی و Sitemap را به روزرسانی کنید.
7. بررسی خزش: خطاهای 404، 5xx و ریدایرکت ها را بررسی کنید.
8. پایش رتبه: کلمات کلیدی مهم را روزانه یا دوره ای رصد کنید.
9. مقایسه عملکرد: داده های قبل و بعد از مهاجرت را در یک بازه منطقی مقایسه کنید.

آیا بعد از HTTPS باید استراتژی سئو را تغییر دهیم؟

خیر. HTTPS به خودی خود دلیلی برای تغییر استراتژی محتوایی یا لینک سازی سایت نیست.

بهتر است ابتدا مطمئن شوید مهاجرت فنی کاملاً پایدار شده است. سپس پروژه های سئو را طبق برنامه ادامه دهید.

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

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

چک لیست نهایی مهاجرت به HTTPS

جمع بندی: HTTPS را مهاجرت بدانید، نه فقط فعال سازی SSL

مهاجرت به HTTPS زمانی کم ریسک خواهد بود که آن را یک پروژه فنی و سئویی کامل ببینید. نصب گواهی SSL فقط اولین قدم است.

قبل از انتقال، URLهای مهم و وضعیت رتبه ها را ثبت کنید. بعد از نصب SSL، Mixed Content را برطرف کنید. سپس ریدایرکت 301 مستقیم از HTTP به HTTPS ایجاد کنید و تمام سیگنال های داخلی مانند canonical، لینک های داخلی و Sitemap را با ساختار جدید هماهنگ کنید.

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

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

سؤالات متداول درباره مهاجرت به HTTPS

آیا HTTPS برای سئو ضروری است؟

HTTPS یک استاندارد مهم برای امنیت و تجربه کاربر در وب مدرن است و موتورهای جستجو نیز از HTTPS به عنوان یکی از سیگنال های خود استفاده کرده اند. با این حال، صرفاً نصب SSL باعث رتبه گرفتن سایت نمی شود؛ کیفیت محتوا، ارتباط با جستجو، اعتبار و عوامل فنی همچنان اهمیت دارند.

آیا مهاجرت از HTTP به HTTPS باعث افت رتبه می شود؟

مهاجرت صحیح نباید باعث افت دائمی رتبه شود. ممکن است در دوره انتقال نوسان هایی مشاهده شود، اما افت شدید یا ماندگار معمولاً نیازمند بررسی مشکلاتی مانند ریدایرکت، canonical، ایندکس، خزش یا Mixed Content است.

برای انتقال HTTP به HTTPS از 301 استفاده کنیم یا 302؟

برای مهاجرت دائمی URLها، ریدایرکت 301 انتخاب متداول و مناسب است. ریدایرکت 302 برای انتقال های موقت کاربرد دارد و نباید جایگزین ریدایرکت دائمی مهاجرت شود.

آیا باید URLهای HTTP را از Sitemap حذف کنیم؟

بله، Sitemap جدید باید URLهای نهایی و قابل ایندکس HTTPS را معرفی کند. URLهای HTTP نباید به عنوان نسخه اصلی صفحات در Sitemap جدید باقی بمانند.

آیا بعد از مهاجرت باید همه لینک های خارجی را تغییر دهیم؟

لازم نیست همه لینک های خارجی را بتوانید تغییر دهید. ریدایرکت صحیح URLهای قدیمی بخش مهمی از مهاجرت است. با این حال، برای لینک های خارجی مهم و قابل کنترل، به روزرسانی مستقیم مقصد به HTTPS می تواند مفید باشد.

بعد از مهاجرت HTTPS چقدر باید رتبه ها را پایش کنیم؟

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

آیا هم زمان با HTTPS می توان URLهای سایت را هم تغییر داد؟

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

اگر بعد از HTTPS ترافیک سایت افت کرد چه کنیم؟

ابتدا URLهای مهم را بررسی کنید، سپس وضعیت ریدایرکت ها، canonical، Sitemap، robots.txt، ایندکس، خطاهای خزش و Mixed Content را کنترل کنید. بعد از آن رتبه کلمات کلیدی را با داده های قبل از مهاجرت مقایسه کنید و مشخص کنید افت در کل سایت اتفاق افتاده یا فقط در گروهی از URLها.