جدید!
سرور ابری ساعتی فعال شد. ۱۰۰ هزار تومان اعتبار هدیه بگیرید
به اشتراک بگذارید
سئو | بلاگ وبداده
بهینهسازی Cookie-Free Domains برای افزایش سرعت وردپرس
فایلهای ثابت سایت لازم نیست همراه کوکی ارسال شوند. در این راهنما میبینید دامنه بدون کوکی چیست، چطور آن را در وردپرس پیاده کنید و آیا در دوران HTTP/2 هنوز ارزش دارد.
Cookie-Free Domains وردپرس روشی برای سرو فایلهای ثابت سایت (تصویر، CSS و جاوااسکریپت) از یک دامنه یا سابدامین بدون کوکی است تا کوکیهای اضافی روی این درخواستها سوار نشوند و حجم هر درخواست کمی کاهش یابد. در این مقاله ابتدا مفهوم و منطق این کار را ساده توضیح میدهیم، بعد تأثیر واقعی آن بر سرعت و سئو را بررسی میکنیم، سپس گامبهگام دو روش پیادهسازی (CDN و سابدامین) را نشان میدهیم و در پایان صادقانه میگوییم این تکنیک امروز چقدر ضروری است.
- ماهیت موضوع: یک بهینهسازی برای کاهش سربار کوکی روی فایلهای ثابت است، نه یک خطای سایت.
- دو راه اصلی: استفاده از CDN با قابلیت حذف کوکی، یا ساخت سابدامین جدا برای فایلهای استاتیک و تنظیم wp-config.
- نکته صادقانه: ابزار GTmetrix این توصیه را با برچسب «deprecated» (منسوخ) فهرست کرده است.
- چرا کماهمیت شده: پروتکل HTTP/2 با فشردهسازی هدرها، بخش بزرگی از این سربار را خودکار حذف میکند.
- تصمیم درست: برای اکثر سایتهای مدرن اولویت پایینی دارد؛ بهتر است سراغ هاست خوب، کش و بهینهسازی تصویر بروید.
در یک جمله
«دامنه بدون کوکی» یعنی فایلهای ثابت سایت را از یک دامنهی جدا سرو کنید تا کوکیهای دامنهی اصلی روی آنها ارسال نشوند؛ کاری مفید اما کماثر روی سرورهای امروزی که HTTP/2 دارند. در وبداده سرورها بهصورت پیشفرض HTTP/2 دارند و بخش زیادی از این سربار را حذف میکنند.
احتمالاً این مقاله را باز کردهاید چون در گزارش یک ابزار سرعتسنج، هشدار «Serve static content from a cookieless domain» را دیدهاید و دنبال راه رفع آن هستید. در ادامه بدون اصطلاحات پیچیده، هم منطق این کار و هم روش عملی پیادهسازی آن را با هم مرور میکنیم تا خودتان تصمیم بگیرید انجامش بدهید یا نه.
Cookie-Free Domains وردپرس چیست و چرا بر سرعت اثر دارد؟
هر بار که مرورگر فایلی را از دامنهای درخواست میکند که قبلاً روی آن کوکی ست شده، همهی آن کوکیها را در هدر درخواست هم میفرستد. این موضوع برای صفحات پویا منطقی است؛ اما فایلهای ثابت مثل تصویر، CSS و جاوااسکریپت هیچ نیازی به کوکی ندارند. وقتی این فایلها از همان دامنهی دارای کوکی سرو میشوند، کوکیها بیدلیل روی درخواست آنها سوار میشوند و حجم درخواست را بالا میبرند.
برای درک بهتر، یک پاکتنامه را تصور کنید که قرار است فقط یک عکس را برساند، اما شما هر بار یک دسته کارت شناسایی هم داخلش میگذارید. این کارتها (کوکیها) برای تحویل عکس لازم نیستند و فقط پاکت را سنگینتر میکنند. ایدهی «دامنه بدون کوکی» این است که فایلهای ثابت را از یک آدرس جداگانه بفرستیم که اصلاً کوکی روی آن ست نمیشود؛ پس پاکتها سبکتر میشوند.
نکته: کوکی بر اساس دامنه به درخواست میچسبد
کوکیها به دامنه گره خوردهاند؛ یعنی اگر فایلهای ثابت را از یک سابدامین یا دامنهی دیگر سرو کنید که کوکی روی آن تنظیم نشده، دیگر کوکیهای دامنهی اصلی روی آن درخواستها ارسال نمیشوند. همین مکانیزم ساده، پایهی کل این تکنیک است.
برای آشنایی بیشتر با مفهوم حجم داده و اینکه چند بایت اضافه روی هر درخواست چه معنایی دارد، مطلب واحدهای اندازهگیری دیتا و پهنای باند توضیح خوبی میدهد.
تأثیر دامنه بدون کوکی بر سرعت سایت و رتبه گوگل
حالا که با مفهوم آشنا شدید، ببینیم این کار دقیقاً چه سودی دارد و چرا باید (یا نباید) سراغش بروید. مزایای اصلی سرو فایلهای ثابت از دامنهی بدون کوکی اینها هستند:
- کاهش حجم هر درخواست: با حذف کوکیهای اضافی از روی فایلهای ثابت، هدر هر درخواست کوچکتر میشود.
- بهرهگیری از CDN: معمولاً این کار با یک CDN انجام میشود که علاوه بر حذف کوکی، فایلها را از نزدیکترین سرور به کاربر و با کش بهتر تحویل میدهد.
- اثر غیرمستقیم بر سئو: سرعت و تجربهی صفحه (Core Web Vitals) از فاکتورهای رتبهبندی گوگلاند؛ هر بهبود سرعت، هرچند کوچک، در همین مسیر است.
- رفع هشدار ابزارهای سرعتسنج: اگر در گزارش قدیمی هشدار cookieless domain را دیدهاید، این کار آن را برطرف میکند.
هشدار: این تکنیک معایب و محدودیت هم دارد
صادقانه بگوییم: راهاندازی دامنهی جدا یک رفتوبرگشت اضافه برای DNS و یک TLS handshake تازه به سایت تحمیل میکند؛ همین هزینه میتواند از صرفهجویی حذف کوکیهای کوچک بیشتر شود. علاوه بر این، ممکن است برای فونتها مشکل CORS پیش بیاید و نگهداری دو دامنه پیچیدهتر شود. اگر از Cloudflare استفاده میکنید، اصلاً نمیتوانید این هشدار را رفع کنید، چون Cloudflare کوکی امنیتی خودش را اضافه میکند.
پس انتظار یک جهش بزرگ در سرعت نداشته باشید. این تکنیک یک بهینهسازی ریز است که در شرایط خاص (سایتهای با تعداد زیاد فایل ثابت و پروتکل قدیمی) کمی کمک میکند، نه یک معجزه. در بخش بعد میبینیم چطور آن را عملی کنید و در بخش پایانی صادقانه میگوییم چه زمانی اصلاً ارزش انجام دارد.
آموزش گامبهگام پیادهسازی در وردپرس
به بخش عملی رسیدیم. مراحل را به ترتیب جلو بروید؛ از سادهترین کار شروع کنید و فقط در صورت نیاز سراغ روش پیشرفتهتر بروید. پیش از هر تغییری، یک بکاپ کامل از سایت و فایل wp-config.php بگیرید تا اگر مشکلی پیش آمد، بتوانید بهراحتی برگردید.
گام ۱: ابتدا بررسی کنید فایلهای ثابت کوکی دارند یا نه
پیش از هر اقدامی مطمئن شوید که اصلاً مشکلی وجود دارد. با ابزار خط فرمان curl یا تب Network در ابزار توسعهدهندهی مرورگر، هدر یک فایل ثابت (مثل یک تصویر) را بررسی کنید. اگر در پاسخ، هدر Set-Cookie دیدید یعنی آن فایل کوکیفری نیست:
# بررسی اینکه آیا فایلهای استاتیک همراه کوکی سرو میشوند یا نه
# اگر در خروجی هدر «Set-Cookie» دیدید، آن منبع کوکیفری نیست:
curl -I https://example.com/wp-content/uploads/2026/logo.png
# نمونه خروجی مطلوب (بدون Set-Cookie):
# HTTP/2 200
# content-type: image/png
# cache-control: public, max-age=31536000اگر هیچ هدر Set-Cookie ندیدید و سرور شما هم HTTP/2 دارد، عملاً نیازی به این کار ندارید و میتوانید سراغ بهینهسازیهای مهمتر بروید.
گام ۲: سادهترین راه؛ استفاده از یک CDN
راحتترین روش این است که از یک CDN استفاده کنید که قابلیت نادیدهگرفتن و حذف کوکی (strip cookie) دارد. در این حالت فایلهای ثابت از دامنهی CDN و بدون کوکی سرو میشوند و دیگر لازم نیست دستی چیزی را در وردپرس جابهجا کنید. کافی است افزونهی CDN را نصب و آدرس CDN را در آن وارد کنید. این روش هم هشدار را رفع میکند و هم با کش و توزیع جغرافیایی، سرعت کلی را بالا میبرد.
توجه به محدودیت Cloudflare
اگر از Cloudflare استفاده میکنید، نمیتوانید کوکی را روی منابع آن غیرفعال کنید و Cloudflare کوکی امنیتی خودش را هم اضافه میکند. این کوکیها بسیار کوچکاند و اثر عملیشان ناچیز است؛ پس اگر کاربر Cloudflare هستید، این هشدار را با خیال راحت نادیده بگیرید.
گام ۳: روش سابدامین جدا و تنظیم wp-config
اگر میخواهید بدون CDN این کار را انجام دهید، میتوانید یک سابدامین جداگانه برای فایلهای ثابت بسازید. توجه کنید اگر سایت شما روی دامنهی ریشه (مثل domain.com بدون www) است، باید از یک دامنهی کاملاً جدا استفاده کنید؛ چون کوکی دامنهی ریشه به سابدامینها هم ارث میرسد. اما اگر روی www.domain.com هستید، یک سابدامین مثل static.domain.com کافی است.
مراحل کلی: ابتدا یک سابدامین مثل static.domain.com بسازید، رکورد DNS آن را بهصورت CNAME به دامنهی اصلی اشاره دهید و Document Root آن را به پوشهی wp-content تنظیم کنید. سپس این دو خط را به فایل wp-config.php اضافه کنید:
<?php
// در فایل wp-config.php، بالاتر از خط: That is all, stop editing
// فایلهای wp-content از سابدامین بدون کوکی سرو شوند:
define( 'WP_CONTENT_URL', 'https://static.example.com' );
// کوکیها فقط روی دامنه اصلی ست شوند، نه روی سابدامین static:
define( 'COOKIE_DOMAIN', 'www.example.com' );هشدار: مقداردهی COOKIE_DOMAIN را با دقت انجام دهید
تنظیم اشتباه COOKIE_DOMAIN در wp-config.php میتواند باعث مشکل در ورود به پیشخوان یا قطع نشست کاربران شود. بهترین کار این است که این تغییر را روی یک نسخهی آزمایشی یا با کمک پشتیبانی هاست انجام دهید و بعد ورود به سایت و نمایش تصاویر را کامل تست کنید.
کار با فایلها و سابدامین در محیط هاست ساده است؛ اگر از هاست سیپنل استفاده میکنید، راهنمای جعبه ابزار وردپرس در هاست سیپنل مدیریت سایت را آسانتر میکند. برای ویرایش امن کدها و افزودن اسکریپتها هم مطلب درج کد جاوااسکریپت در وردپرس کمککننده است.
گام ۴: نتیجه را بسنجید
بعد از اعمال هر روش، دوباره با curl یا تب Network بررسی کنید که فایلهای ثابت دیگر همراه Set-Cookie ارسال نمیشوند. یک گزارش سرعت هم بگیرید تا تفاوت را ببینید. جدول زیر سه روش را از نظر سختی، اثر واقعی و ریسک کنار هم میگذارد تا بدانید کدام برای شما مناسبتر است:
| روش پیادهسازی | سطح دشواری | اثر واقعی در HTTP/2 | ریسک |
|---|---|---|---|
| CDN با قابلیت حذف کوکی | کم | جزئی | کم |
| سابدامین static + wp-config | متوسط | جزئی | متوسط (CORS/مهاجرت) |
| دامنهی کاملاً جداگانه | زیاد | جزئی | زیاد |
| استفاده از Cloudflare | — | غیرممکن (کوکی خودش) | — |
| هیچ کاری نکردن (سایت HTTP/2) | — | تفاوت ناچیز | هیچ |
آیا این کار هنوز ارزش دارد؟ نگاهی صادقانه و نقش هاست
اینجا باید صریح باشیم. سرو فایل از دامنهی بدون کوکی یک توصیهی قدیمی از دوران HTTP/1.x است و امروز اهمیت عملیاش بسیار کم شده. ابزار GTmetrix این مورد را با برچسب «deprecated» (منسوخ) فهرست کرده است. دلیلش روشن است: پروتکل HTTP/2 هدرها را با الگوریتم فشردهسازی HPACK میفرستد، نه بهصورت متن خام، و با multiplexing همهچیز را روی یک کانکشن موازی میکند. کوکیها هم معمولاً بسیار کوچکاند، پس هزینهی باز کردن یک کانکشن تازه اغلب از سود حذف آنها بیشتر است.
برای اینکه تصویر روشنتری داشته باشید: بر اساس آمار W3Techs در ژوئن 2026، پروتکل HTTP/2 توسط حدود 35.3 درصد از کل وبسایتها استفاده میشود و نسخههای جدیدتر مثل HTTP/3 هم در حال گسترشاند. روی این سرورهای مدرن، تفاوتی که دامنهی بدون کوکی ایجاد میکند معمولاً در حد چند بایت و عملاً نامحسوس است.
نقلقول از منبع معتبر
به نوشتهی راهنمای Kinsta دربارهی همین موضوع: «بهدلیل تغییرات اخیر وب و پروتکلهایی مثل HTTP/2، این هشدار را معمولاً میتوان با خیال راحت نادیده گرفت. هزینهی یک کانکشن جدید معمولاً بیشتر از انتقال همهچیز روی یک کانکشن است.» منبع: Kinsta و GTmetrix (deprecated).
پس نتیجهی منصفانه این است: اگر سایت شما روی سرور مدرن با HTTP/2 اجرا میشود، رفع این مورد اولویت اول شما نیست. سرعت واقعی سایت بیش از هر چیز به کیفیت هاست، کش سمت سرور و بهینهسازی تصاویر بستگی دارد، نه به جابهجا کردن فایلها بین دامنهها.
در تجربهی عملی ما در وبداده، بسیاری از کاربرانی که نگران چنین هشدارهایی بودند، با انتقال به یک میزبانی مناسب، بخش بزرگی از مشکلات سرعتشان بهصورت ریشهای حل شد. زیرساخت ما بهگونهای تنظیم شده که این دست بهینهسازیها را کماهمیت یا خودکار کند:
✅ هاست وردپرس وبداده با HTTP/2 فعال و کش سمت سرور برای کاهش خودکار سربار درخواستها.
✅ زیرساخت نسل جدید HPE (Gen11 و Gen10) برای پاسخ سریع سرور و پایداری بالا.
✅ دیتاسنترهای ایران، هلند و آلمان برای انتخاب نزدیکترین لوکیشن به مخاطبان شما.
✅ پشتیبانی فنی ۲۴ ساعته برای کمک در تنظیم CDN، کوکیها و بهینهسازی سرعت.
✅ زیرساخت نسل جدید HPE (Gen11 و Gen10) برای پاسخ سریع سرور و پایداری بالا.
✅ دیتاسنترهای ایران، هلند و آلمان برای انتخاب نزدیکترین لوکیشن به مخاطبان شما.
✅ پشتیبانی فنی ۲۴ ساعته برای کمک در تنظیم CDN، کوکیها و بهینهسازی سرعت.
اگر میخواهید سایتتان روی بستری سریع و بهروز اجرا شود، میتوانید پلنهای هاست سیپنل وبداده را بررسی کنید؛ روی این زیرساخت بسیاری از این بهینهسازیهای ریز اساساً موضوعیت خود را از دست میدهند.
پرسشهای پرتکرار درباره دامنه بدون کوکی
دامنهی بدون کوکی (cookie-free domain) دقیقاً یعنی چه؟
یعنی فایلهای ثابت سایت (تصاویر، CSS و جاوااسکریپت) را بهجای دامنهی اصلی، از یک دامنه یا سابدامین جداگانه — معمولاً یک CDN — سرو کنید که هیچ کوکی روی آن تنظیم نمیشود. چون کوکیها بر اساس دامنه به درخواستها میچسبند، با این کار کوکیهای دامنهی اصلی دیگر روی درخواست فایلهای ثابت ارسال نمیشوند و حجم آن درخواستها کمی کاهش مییابد.
این کار چقدر سرعت سایت را زیاد میکند؟
روی سرورهای مدرن که HTTP/2 دارند، تفاوت معمولاً بسیار ناچیز و در حد چند بایت در هر درخواست است. این تکنیک یک بهینهسازی ریز است، نه یک جهش بزرگ. بیشترین اثر مربوط به سایتهایی با تعداد زیاد فایل ثابت و کوکیهای سنگین روی پروتکلهای قدیمی بود؛ امروز نقش CDN و کش بسیار مهمتر است.
آیا این هشدار هنوز در ابزارهای سرعتسنج وجود دارد؟
ابزار GTmetrix این مورد را با برچسب «deprecated» (منسوخ) فهرست کرده و گزارشهای مدرن مبتنی بر Lighthouse دیگر آن را پررنگ نشان نمیدهند. اگر امروز این هشدار را میبینید، احتمالاً از یک گزارش قدیمیتر یا ابزار Legacy است. پس دیدن آن لزوماً به این معنا نیست که باید فوراً کاری انجام دهید.
چطور در وردپرس فایلها را از دامنهی بدون کوکی سرو کنم؟
دو راه دارید. سادهترین راه استفاده از یک CDN با قابلیت حذف کوکی است که فایلهای ثابت را از دامنهی خودش سرو میکند. راه دوم ساخت یک سابدامین مثل static.domain.com، اشارهی آن با CNAME به دامنهی اصلی و سپس تعریف WP_CONTENT_URL و COOKIE_DOMAIN در فایل wp-config.php است. روش CDN برای اکثر کاربران سادهتر و کمریسکتر است.
چرا با Cloudflare نمیتوانم این هشدار را رفع کنم؟
چون در Cloudflare نمیتوان کوکی را روی منابع غیرفعال کرد و Cloudflare کوکی امنیتی مخصوص خودش را هم به هدر اضافه میکند. این کوکیها بسیار کوچکاند و اثر عملیشان روی سرعت ناچیز است؛ بنابراین اگر کاربر Cloudflare هستید، بهتر است این هشدار را نادیده بگیرید و انرژیتان را روی بهینهسازیهای مؤثرتر بگذارید.
HTTP/2 چه ربطی به این موضوع دارد؟
پروتکل HTTP/2 هدرهای درخواست — از جمله کوکیها — را با فرمت فشردهسازی HPACK کوچک میکند و با multiplexing همهی فایلها را روی یک کانکشن موازی میفرستد. به همین دلیل سربار کوکی روی فایلهای ثابت تا حد زیادی بیاثر میشود و باز کردن یک کانکشن جدید برای دامنهی دوم اغلب پرهزینهتر از سودش است.
آیا تنظیم COOKIE_DOMAIN در wp-config خطرناک است؟
اگر اشتباه مقداردهی شود، میتواند باعث مشکل در ورود به پیشخوان یا قطع نشست کاربران شود. بنابراین پیش از تغییر، حتماً از فایل wp-config.php بکاپ بگیرید، ترجیحاً روی یک نسخهی آزمایشی تست کنید و بعد از اعمال، ورود به سایت و نمایش تصاویر را کامل بررسی کنید. در صورت تردید، از پشتیبانی هاست کمک بگیرید.
بهجای این کار، چه بهینهسازیهایی اثر بیشتری دارند؟
تمرکز روی موارد پراثر را توصیه میکنیم: انتخاب یک هاست سریع با HTTP/2 و کش سمت سرور، فشردهسازی و بهینهسازی تصاویر، استفاده از یک افزونهی کش معتبر، کمکردن افزونههای غیرضروری و بهکارگیری CDN. این موارد تأثیری بهمراتب بیشتر از جابهجا کردن فایلها بین دامنهها روی سرعت و سئوی سایت شما دارند.
جمعبندی و قدم بعدی شما
در این راهنما دیدیم که «دامنه بدون کوکی» یعنی سرو فایلهای ثابت از یک آدرس جدا تا کوکیهای اضافی روی آنها سوار نشوند. مرور کردیم که این کار با دو روش CDN یا سابدامین بهعلاوهی تنظیم wp-config انجام میشود و معایبی مثل DNS و TLS اضافه و محدودیت Cloudflare هم دارد. مهمتر از همه صادقانه گفتیم که این توصیه منسوخ شده و روی سرور مدرن با HTTP/2 اهمیت عملی کمی دارد. پس آن را در کنار بهینهسازیهای مهمتر در نظر بگیرید، نه بهعنوان اولویت اول.
جمعبندی سریع
✅ ابتدا با curl بررسی کنید فایلهای ثابت اصلاً کوکی دارند یا نه.
✅ اگر لازم بود، سادهترین راه یعنی CDN با حذف کوکی را انتخاب کنید.
✅ روش سابدامین + wp-config را فقط با بکاپ و تست انجام دهید.
✅ روی هاست HTTP/2 این کار اولویت پایینی دارد؛ سراغ کش و بهینهسازی تصویر بروید.
✅ اگر لازم بود، سادهترین راه یعنی CDN با حذف کوکی را انتخاب کنید.
✅ روش سابدامین + wp-config را فقط با بکاپ و تست انجام دهید.
✅ روی هاست HTTP/2 این کار اولویت پایینی دارد؛ سراغ کش و بهینهسازی تصویر بروید.
در صورتی که سوالی داشتید میتوانید در بخش نظرات با ما در ارتباط باشید.
