چرا CDN رتبه سئوی سایت شما را بهبود می‌دهد؟
CDN دقیقاً کدام سیگنال‌های سئو را بهتر می‌کند؟ اثر واقعی روی TTFB و LCP، پایداری خزش گوگل و HTTPS؛ و آنچه CDN حل نمی‌کند.
«با CDN رتبه‌ام بالا می‌رود؟» جواب کوتاه این است: CDN رتبه را مستقیم بالا نمی‌برد، اما چند چیزی را درست می‌کند که گوگل به آن‌ها حساس است: سرعت پاسخ، پایداری سایت، و اینکه ربات گوگل هر بار که می‌آید یک صفحه سالم و سریع ببیند. کیفیت و ارتباط محتوا همچنان مهم‌ترین عامل است و هیچ CDNای جای آن را نمی‌گیرد. در این مقاله جدا می‌کنیم CDN کجا واقعاً کمک می‌کند و کجا نه.
CDN کدام سیگنال‌های سئو را تغییر می‌دهد؟
| سیگنال | CDN چه کاری می‌کند | چقدر مطمئن؟ |
|---|---|---|
| زمان پاسخ اولیه (TTFB) و LCP | نسخه کش‌شده صفحه و فایل‌های استاتیک را از نزدیک‌ترین نقطه می‌دهد | زیاد، برای محتوای کش‌شدنی |
| پایداری و خطاهای 5xx | بار سرور مبدأ را کم می‌کند و می‌تواند پشت چند سرور failover بگذارد | متوسط؛ به تنظیمات بستگی دارد |
| خزش گوگل | پاسخ سریع و پایدار به Googlebot | متوسط، غیرمستقیم |
| HTTPS | گواهی خودکار و تمدیدشونده | کم ولی واقعی؛ سیگنالی سبک |
| CLS و INP | تقریباً هیچ | نزدیک به صفر؛ مشکل در HTML، CSS و JavaScript شماست |
۱. سرعت: TTFB و LCP
گوگل Core Web Vitals را بخشی از سیگنال‌های «تجربه صفحه» می‌داند، یعنی یکی از عوامل، نه تنها عامل. بیشترین سهم CDN در LCP است، چون قبل از هر چیز زمان رسیدن اولین بایت را کم می‌کند: وقتی نسخه کش‌شده از یک نقطه نزدیک به کاربر برگردد، درخواست تا سرور مبدأ نمی‌رود.
نکته مهم این است که فقط چیزی سریع می‌شود که کش شود. فایل‌های استاتیک (تصویر، CSS، JS، فونت) معمولاً بدون دردسر کش می‌شوند. صفحه‌های HTML پویا یا صفحه‌هایی که برای هر کاربر فرق می‌کنند، به قانون کش صریح نیاز دارند و اگر کش نشوند، برای همان صفحه‌ها CDN اثر چندانی روی TTFB ندارد. اصول کش را در کش CDN چطور کار می‌کند و تنظیمش را در مستندات کش ببینید.
برای اینکه ببینید یک صفحه واقعاً از کش آمده یا نه، هدر پاسخ را نگاه کنید:
curl -sI https://example.ir/ | grep -i nsn-cache-status
مقدار HIT یعنی از کش nsin آمده و سرور شما تماسی نگرفته؛ MISS یعنی از سرور مبدأ گرفته شده؛ BYPASS یعنی کش عمداً دور زده شده (مثلاً به‌خاطر cookie یا Authorization)؛ و DYNAMIC یعنی قابل‌کش نبوده است. اگر صفحه‌های مهم سایتتان همیشه DYNAMIC یا BYPASS هستند، یکی از اولین کارهای سرعت همین است. فهرست کامل هدرها در هدرهای پروکسی آمده است.
۲. پایداری و خزش گوگل
Googlebot خزش را با توجه به سلامت سایت تنظیم می‌کند: اگر سایت کند شود یا خطای سرور (5xx) و timeout بدهد، نرخ خزش کم می‌شود. سایتی که مدام قطع و وصل می‌شود، صفحه‌های جدیدش دیرتر کشف و صفحه‌های قبلی‌اش دیرتر به‌روز می‌شوند، و قطعی‌های طولانی می‌تواند به حذف صفحه‌ها از ایندکس برسد.
CDN از دو راه کمک می‌کند. اول، بخش بزرگی از درخواست‌ها (از جمله درخواست ربات‌ها) از کش جواب داده می‌شود و سرور مبدأ زیر فشار نمی‌افتد. دوم، اگر چند سرور دارید، nsin می‌تواند بین آن‌ها ترافیک را پخش کند و با health check سرور خراب را کنار بگذارد؛ راه‌اندازی‌اش در failover و چند سرور مبدأ توضیح داده شده است. برای دیدن اینکه گوگل دقیقاً چه چیزی از سایت شما دریافت می‌کند، گزارش Crawl Stats در Google Search Console بهترین ابزار است.
۳. HTTPS
گوگل HTTPS را سال‌ها پیش به‌عنوان یک سیگنال سبک رتبه‌بندی اعلام کرده و امروز عملاً استاندارد است؛ مرورگرها هم برای سایت بدون HTTPS هشدار نشان می‌دهند و این اعتماد کاربر را کم می‌کند. روی nsin، با Managed DNS، گواهی رایگان صادر و خودکار تمدید می‌شود و لازم نیست شما نگرانش باشید. جزئیات و تفاوت حالت‌ها در راهنمای SSL رایگان و مستندات SSL آمده است.
۴. دسترس‌پذیری برای ربات و کاربر، از ایران و خارج
بخشی از مشکل سایت‌های ایرانی این است که مسیر شبکه بین کاربر یا ربات و سرور همیشه سالم نیست. طبق مستندات nsin، مسیر بازدیدکننده تا سرور شما از میان شبکه nsin عبور می‌کند و اگر مسیر مستقیم به سرور مشکل داشته باشد، باز هم می‌تواند به سایت برسد. این موضوع را جدا و با جزئیات در دسترسی گوگل‌بات به سایت ایرانی بررسی کرده‌ایم، از جمله نشانه‌های تشخیص مشکل.
۵. چیزهایی که CDN حل نمی‌کند
- CLS و INP. جابه‌جایی چیدمان و کندی تعامل، مشکل کد صفحه است؛ راهنمای Core Web Vitals دقیقاً می‌گوید هر کدام را کجا باید درست کرد.
- کیفیت محتوا و ارتباط با جستجو. CDN صفحه ضعیف را رتبه‌دار نمی‌کند.
- ساختار سایت. canonical، لینک‌سازی داخلی، محتوای تکراری و سایت‌مپ به CDN ربطی ندارند.
- سرور بسیار کند برای محتوای غیرقابل‌کش. برای صفحه‌هایی که هر بار از مبدأ ساخته می‌شوند، باید خود مبدأ را بهینه کنید.
چک‌لیست سئو بعد از فعال‌سازی CDN
- مطمئن شوید
robots.txtو سایت‌مپ از پشت CDN درست باز می‌شوند و 200 برمی‌گردانند. - آدرس‌های مهم را با
curl -Iبررسی کنید و اگرBYPASSیاDYNAMICمی‌بینید، دلیلش را پیدا کنید. - صفحه‌های وابسته به کاربر (سبد خرید، پنل، صفحه‌های لاگین‌شده) را کش نکنید.
- قوانین فایروال، rate limit و ربات را طوری بنویسید که Googlebot واقعی را نبندند؛ در حفاظت از ربات‌ها و rate limiting توضیح داده‌ایم و مستندات ربات‌ها هم گزینه «Verified only» را دارد.
- یک هفته بعد از فعال‌سازی، Crawl Stats و گزارش Core Web Vitals سرچ کنسول را با قبل مقایسه کنید.
nsin هم بخش «توصیه‌ها» دارد که از ترافیک واقعی خود دامنه فهرستی می‌سازد و از جمله کش، زمان پاسخ، درصد خطای 5xx، فرمت تصاویر، robots.txt، سایت‌مپ و ریدایرکت HTTPS را بررسی می‌کند؛ مستندات توصیه‌ها را ببینید. بخش مانیتورینگ بسته به پلن شما ممکن است فعال نباشد؛ جزئیات در پلن‌ها آمده است.
پرسش‌های متداول
آیا CDN مستقیماً رتبه را بالا می‌برد؟
نه. CDN سیگنال‌هایی مثل سرعت، پایداری و HTTPS را بهتر می‌کند، و این سیگنال‌ها فقط بخشی از رتبه‌بندی‌اند. اگر محتوا و ساختار سایت ضعیف باشد، CDN معجزه نمی‌کند.
آیا CDN می‌تواند به سئو آسیب بزند؟
بله، اگر بد تنظیم شود. رایج‌ترین موارد: کش شدن صفحه‌های وابسته به کاربر، قانون فایروال یا rate limit که Googlebot را می‌بندد، و ریدایرکت‌های اشتباه بین www و بدون www. برای همین بعد از فعال‌سازی، چک‌لیست بالا را اجرا کنید.
برای سایت کوچک هم لازم است؟
اگر سایت شما کم‌ترافیک است و سرورش سریع و پایدار، اثر CDN روی سرعت کمتر دیده می‌شود. ولی اگر بازدیدکننده‌های شما از مناطق مختلف می‌آیند یا سرور شما گاهی کند یا قطع می‌شود، حتی سایت کوچک هم از کش و پایداری سود می‌برد.
قدم بعدی
اگر هنوز با مفهوم CDN آشنا نیستید، CDN چیست را بخوانید. برای شروع، دامنه‌تان را در پنل nsin اضافه کنید؛ هر دامنه جدید با پلن رایگان شروع می‌شود. امکانات کامل هم در صفحه CDN آمده است.