سفارش تبلیغ
صبا ویژن

سئو- استفاده از همه شگردها برای بالابردن ترافیک سایت

چکار کنیم که یک سایت به عنوان خبری شناخته شود

در این وبلاگ از تمایز سایتهای خبری با سایتهای دیگر مطالبی گفته شده مخصوصا در پست امان از ربات فوق هوشمند گوگل

قبل از هر چیز باید تفاوت بین یک سایت خبری با یک سایت خبرگزاری را بگوییم

سایتهایی مثل تابناک، یا جهان نیوز یک سایت خبری هستند

اما سایت فارسی نیوز یا سایت ایسنا یا ایرنا یک سایت خبرگزاری هستند

سایتهای خبرگزاری حکایت گاوپیشونی سفید را دارند و تقریبا از همه سایتها چه داخلی و چه خارجی جه خبری  و چه غیر آن لینک دارند

اما سایتهای خبری بیشتر لینکشان را از سایتهای خبری دیگر دارند

در کل اینکه یک خبرگزاری شد  به این راحتی ها نیست

چرا که یک خبرگزاری در تمام دنیا خبرنگار دارد و کارش تولید محتوای خبر است

اما سایتهای خبری کارشان استخراج خبرها و انتشار آناست

آنچه ما در اینجا از آن صحبت می کنیم درباره یک سایت خبری است و نه سایت خبرگزاری (البته خودبخود آنرا هم شامل میشود)

باید گفت که تشخیص یک سایت خبری برای گوگل خیلی پیچیده نیست خودتان از مشترکات سایتهای خبری که من در زیر به آنها اشاره می کنم می توانید به این مسئله واقف شوید (گوگل هم از همین مشترکات یک سایت خبری را تشخیص می دهد )
1- استفاده از نرم افزارهای مخصوص سایتهای خبری مثل sosovn که در همین وبلاگ معرفی شده
2- همگی یک خبر را با هم  بر روی اینترنت قرار می دهند و نه فاصله چند روزه
3- فاصله آپدیتها در زمانهای نزدیک به هم است  و نه اینکه یکی الان یکی 3 ساعت دیگه
4- لینک های زیادی به منبع خبری یا سایتهای خبری ( نه بصورت لینکستان بلکه بصورت اعلام منبع خبر)  دارند
5- کاربران گوگل پیوسته و در روزهای متمادی به آن مراجعه می کنند برای مثال من خودم تقریبا هر روز تابناک را چک می کنم و چون تقریبا همیشه با اکانت گوگل لاگین هستم گوگل این را تشخیص می دهد و معلوم است که حتما باید یک خبری باشد که من هروز به این سایت سر می زنم
6-مطالبی که سایتهای خبری در گذشته درج نموده اند سوخته محسوب می شوند و  با مرور زمان دیگر خواهان ندارند به عبارتی مثلا کسی الان نمی رود اخبار مربوط به حمله ملخ ها به مزارع کاشان را جستجو بزند ولی خوب در مورد یک سایت تفریحی یا علمی اینطور نیست و حتی مطالب سالها قبل آنها ممکن است توسط کاربری توسط گوگل پیدا شده و مطالعه شود

7- شکل استفاده سایتهای خبری از ابزار مولتی مدیا متفاوتاز سایتای دیگر است

8- و بالاخره اینکه فیدخوان سایتهای خبری پر خواننده هستند

 


هدیه شب یلدای وبلاگ سئو برای برنامه نویسان وب

یکی از مشکلات برنامه نویسی وب در زبان فارسی دایرکشن یا نمایش درست حروف است
مشخصه های dir که در CSS آن را بصورت direction باید نوشت دو مقدار ltr و rtl دارند به معنی left to right و right to left 
اگر کلیت پاراگراف ما فارسی باشد از rtl و یا کلیت آن لاتین باشد از ltr  استفاده می کنیم
اما مشکل ما وقتی است که متن زبان دوم دارای یک حرف یا کارکتر ویژه مثل ! یا ? و یا پرانتز و... باشد
در این مواقع کارکترهای ویژه در هر صورت از پدر(parent) تبعیت می کند
و چون dir یا direction فقط برای حالت بلوک تعریف شده است نمی توان برای یک خط از آن استفاده کرد چرا که موجب شکستگی یا همان نمایش ادامه متن در خط بعد خواهد شد
قصد دارم برای شب یلدای امسال یک هدیه برای برنامه نویسان وب داشته باشیم
یعنی رفع کامل این مشکل
سعی کنید  عبارت‏  مقابل که یک پاراگراف انگلیسی همراه با کلمه فارسی است  (خط پایین) یایک پاراگراف فارسی که دارای عبارت انگلیسی است (خط پایین تر) را بنویسید
a persian text same as (‎برای تست! ‏) beetwen english words
یک متن انگلیسی در داخل پاراگراف فارسی مثل (‏test only!‎) نوشته شد


حتما پیش خودتون می گویید اینکه کاری نداره  و شروع به نوشتن می کنید
یک متن آنگلیسی(text only!) برای تست
اگر دقت کنید کارکاکتر ! در جای خودش نمایش داده نشده است
همچنین است برای مثال دومی یعنی
a persian text same as (برای تست! ) beetwen english words) beetwen english words


می بینید که در هر دو مورد کارکتر ویژه ! در جای خودش نیست
راهکار آن را بزودی بر روی همین وبلاگ خواهید یافت یعنی
سطر اول در کادر زیر را با سطر دو مقایسه کنید
a persian text same as (‎برای تست! ‏) beetwen english words
a persian text same as (برای تست! ) beetwen english words

البته لازم به گفتن نیست که این کار با استفاده از کارکتر ویژه این کار انجام خواهد شد و نه تغییر مکان حروف

باور ندارید view source بگیرید یا در فایرفاکس کادر بالا را انتخاب و با کلیک راست view selection source را ببینید

که جزئیات آن باشد برای بعد از شب یلدا


Search querie گوگل و جایگاه شما

حتما تا حالا برایتان سوال شده است که در چه کلماتی جایگاه بهتری در نتایج گوگل کسب کرده اید
چند بار کاربران شما را در نتایج جستجو دیده اند
و از این تعداد چند بارش را بر روی سایت شما کلیک کرده اند و وارد سایت شما شده اند
در طی روزها چه فراز و نشیبی در جستجو همین کلمه در گوگل داشته اید
و این کلمه نسبت به کلمات دیگر جستجو شده از سایت شما در گوگل چه رتبه ای دارد
تمام این سوالها را گوگل به کاملترین شکل ممکن به شما پاسخ خواهند داد
کافیست چند هفته ای در وب مستر گوگل ثبت نام کرده باشید
حال از طریق اکانت خود در گوگل به وب مستر  خود در گوگل لاگین کنید
و به سرچ کوئری های گوگل از سایت خودتان نگاه کنید (مثل شکل زیر)


تعین سرعت هاست از طریق گوگل

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

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

کافیست چند هفته ای در وب مستر گوگل ثبت نام کرده باشید
حال از طریق اکانت خود در گوگل به وب مستر  خود در گوگل لاگین کنید
و به توضیحات داده شده از سایت خودتان نگاه کنید برای اینکار ابتدا از مسیر زیر  وارد قسمت پیفورمانس سایت خودتان در وب مستر گوگل بشوید


حال بر روی قسمتی که مشابه عکس زیر است توجه نمایید (با کلیک بر روی عکس زیر بزرگ شده آن را می توانید ببینید)


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

مرور کلی عملکرد

با آمار بدست آمده به طور متوسط??، صفحات   سایت شما   2.8 ثانیه برای بارگذاری (به روز شده در نوامبر 1، 2011) زمان بری دارد. این سریع تر از 53 ? از سایت های موجود بر روی اینترنت است. این برآورد با پراکندگی کم (کمتر از  100 نقطه داده ) نمایش داده شده است.جدول زیر نشان می دهد که چگونه به طور متوسط ??سایت شما صفحه زمان لود شدن در طی   چند ماه گذشته تغییرات داشته است. ما برای مرجع خود  20 سایت سریع اول  دنیا نسبت به تمام سایت ها انتخاب کرده ایم، و بر اساس آن سایتهای سریع و کند دنیا را دسته بندی کره ایم
مطلب بعدی ما که در پایان امروز درج خواهد شد Search querie گوگل و جایگاه شما است


وقتی که جاوا اسکریپت نداریم

حتما برای شما هم پیش آمده که در طراحی خودتان را درگیر محدودیت هایی کرده باشید
مثلا اینکه اگر کاربر جاوا اسکریپت نداشت چی؟
و به خاطر همین خودتان را از یکی سری امکانات خوبی که جاوا اسکریپت در اختیار تان می گذاره محروم کرده باشید
مثلا یکی از این امکانات فوق العاده جاوا اسکریپت که من در وبلاگ دیگرم به آن اشاره کرده ام قانونمندی هک css با جاوا اسکریپت می باشد
شما نمی توانید تصورش را بکنید که این پک جاوا اسکریپت چقدر به شما کمک می کند

در عین حال من شرکت بزرگی را می شناسم که به خاطر مسائلی که به آن اشاره شد خودش را از این ابزار محدود کرده است
حالا من از یک دید دیگه به این قضیه نگاه می کنم (مخصوصا که اینجا یک وبلاگ سئو است و نه وبلاگ طراحی سایت)
بعضی افکت ها و مخفی کاریهای جاوا اسکریپت مشکلاتی از نظر سئو ایجاد می کنه
یعنی باعث میشه گوگل فکر کنه که سایت می خواهد بعضی محتوا ها را از کاربران مخفی کنه
مثل منو های کشویی یا اسلاید شات های گالری و ...
 برای اینکه مشکلات از این دست پیش نیاید
کار جالبی که افراد خبره انجام می دهند(البته استفاده از این متد را من تو کشور خودمون ندیده ام) این است که برای وقتهایی که جاوا اسکریپت غیر فعال است صفحات را به یک صفحه از پیش تعریف شده ریدایرکت می کنند و در آن صفحه با ارسال هدر  101 به موتورهای جستجوگر اعلام می کنند که یک خطای کوچک (101 Switching Protocols) موجب عدم نمایش صفحه شده است

برای اینکار وقتی مرورگر کاربر فاقد جاوا اسکریپت باشد آن را به صفحه  ای که هدر 101 ارسال می کند می فرستیم
( اگر فکر می کنید که چون ربات گوگل یا googlebot  بدون جاوا اسکریپت است ممکن است با دیدن کد زیر از صفحه شما کوچ کند و آن را ایندکس نکند اشتباه می کنید)
برای فرستادن کاربر فاقد جاوا اسکریپت   به صفحه  ای که هدر 101 ارسال می کند از کد زیر در داخل صفحه مورد نظر استفاده کنید

<NOSCR!PT><META HTTP-EQUIV="REFRESH" CONTENT="0;URL=101.PHP"></NOSCR!PT>

کد خطای 101 ساده ترین کد خطای http  است که هیچ مشکلی برای شما ایجاد نمی کند
توضیحات کاملتر آن را می توانید در لینک 101 Switching Protocols بخوانید
 با این کار  گوگل  می فهمد که این سایت بدون جاوا اسکریپت خروجی ندارد ضمن این که کاربران هم متوجه می شوند که باید جاوا اسکریپت شان را روشن کنند
اما نکته ای در مورد ارسال هدر 101
ارسال هدر 101 در مود CGI سرور آپاچی بدون مشکل انجام می شود یعنی به صورت

<?php
header
("HTTP/1.1 101 Switching Protocols");

 اما در تنظیمات سرور با مود آپاچی یا FastCGI  شما نمی توانید این هدر را بصورت زیر بفرستید

<?php
header
("HTTP/1.1 101 Switching Protocols");

چرا که در آنصورت صفحه دانلود می شود (البته بعد از کامپایل شدن)
و تنها می توانید بصورت زیر  این هدر را ارسال کنید

<?php
header
("Status: 101 Switching Protocols");

البته خیلی هم موفق نیست (چون یک جورهایی آچاچی در تغییر وضعیت با هدر Status هماهنگ عمل نمی کند)
نمونه انجام شده این کار را می توانید در گوگل آنالیزر::تنها سرویس نمایش همزمان کلمات جستجو شده کاربران ملاحظه فرمایید
کافیست تا جاوا اسکریپت خود را غیر فعال کنید و به این لینک بروید....


ترفند برای کسب محبوبیت کلمه در گوگل

پاسخ به سوال مطرح شده از سوی کاربران

سوال
یه سوال داشتم
من کلمه ی سئو رو توی گوگل سرچ کردم
که وبلاگ شما توی صفحه ی دوم بود
لینک زیر نتیجه جستجوی کلمه ی سئو است که به وبلاگ شما منتهی میشه
http://www.google.com/url?sa=t&rct=j&q=&esrc=s&source=web&cd=18&ved=0CHEQFjAHOAo&url=http%3A%2F%2Fseo.parsiblog.com%2F&ei=TYHvTtqJFpKJhQenkMHRCA&usg=AFQjCNE0IAFHyFTEOMiSPEsNpxMCUYI4pw&sig2=RR10Prfjyx141YFhyuxF0A
می خواستم بدونم اگر من این لینک رو یه 1000 نفر که آی پی مختلفی دارن بدم که روش کلیک کنن و به سایت شما بیان
آیا تاثیری رو بالا بردن رتبه وبلاگ شما روی کلمه ی سئو داره یا نه
 یعنی یاعث میشه که به خاطر این هزار نفری که روی این لینک کلیک کردن و به سایت شما اومدن رتبه ی وبلاگ شما بالاتر بره و بیاد مثلا صفحه اول ؟
جواب:مشخصا نه
گوگل خیلی پیشتر از  این برای مقابله با چنین ترفندهایی  پیش بینی های لازم را کرده است
اگر به لینک بالا دقت کنید می بینید که گوگل به لینک خود اضافاتی افزوده است که مهمترین هدف از این کار کد گذاری کردن لینک نتایج حاصل از جستجو است
در این کد بندی عواملی مثل زمان جستجو،Ip،agent مرورگر، وضعیت کاربری در یکی از اکانتهای گوگل و همچنین برخی اطلاعات بدست آمده از کوکی وجود دارد که تمام این موارد در سرویس محبوبیت کلمه از  سرویس های رایگان گوگل724  لحاظ شده بود
(این سرویس فعلا غیر فعال شده است)
تمام این عوامل دست در دست هم مانع از شبیه سازی این کد لینک می شود
اما اگر کار دیگری می توانید کنید
یعنی بیایید به این 1000 نفر بگویید با کلمه سئو در گوگل جستجو  را انجام دهند و وبلاگ را پیدا کنند و کلیک کنند بله تاثیر فوق العاده ای دارد البته به شرطی که این 1000 نفر همزمان این کار را نکنند و در یک بازه یک هفته یا بیشتر این کار را انجام دهند و در این کار هم زیاده روی نکنند (یعنی اینطور نباشد که روزی چند بار این کار را بکنند)
و بالاخره این را باید بگویم که با اجرای الگوریتم پاندا که قبلا در همین وبلاگ مطالبی در موردش گفته شد گوگل پارمترهای قوی تری را در پیش گرفته است مثل ماندگاری کاربر در سایت و....
اینکه بدانید در چند تا  از جستجو کاربران با کلمه مورد نظر شما در نتایج جستجو ظاهر شده اید و در این جستجو شما در چه جایگاهی قرار داشته اید  و چند بار در این جستجو هایی که سایت شما نمایش داده شده است مطلب بعدی ما را  که در پایان امروز تحت عنوان Search querie گوگل و جایگاه شما درج خواهد شد  را مورد مطالعه قرار دهید

کش محتوا در یک کلام

 روی قضیه نحوه افزایش سرعت یک سایت کلا دو راهکار داریم
1- کاهش درخواست از سرور
2- کاهش حجم انتقال
عمده حرف من از کاهش درخواست از سرور با مدیریت بهتر کش و css sprit  است

چون مفصل گویی را جایز نمی دانم به ترتیب اولویت خلاصه و جامع همه چیز برای کاهش درخواست از سرور را در پی میاورم

1- یک سری تغییرات کلی در نحوه چیدمان عکس ها و  نحوه استفاده از css که بحث پیرامون آن خارج از این مقوله است

2-غیرفعال کردن ETAG و  اولویت دادن به کش استاتیک

وقتی Etag فعال باشد مرورگر مدیریت کش را به سرور واگذار می کند یعنی مرورگر درخواست فایل را می دهد اگر سروردر  پاسخ هدر 304 را داد به این معنی است که کش را مورد استفاده قرار بده (محتوا فرستاه نمی شود) در غیر اینصورت محتوا ارسال می شود
ایراد etag در این است که در هر صورت ارسال درخواست را داریم (حتی اگر کش انجام شده باشد) اما در کش استاتیک مدیریت کش با مرورگر است

3- vary
vary که من آنرا واکنش معنی کرده ام  برای مدیریت واکنش ISP ها در کش محتوا می باشد
و یکی از مواردی که این هدر ایجاد می شود در مود ریرایت است
همه مشکل از آنجا شروع می شود که سرورPHP  در حالت gzip و غیر آن vary متفاوت ایجاد می کند. یعنی
در حالت فشرده vary در اکثر سرور ها بصورت     * "user-agent"

و در حالت غیر فشرده بصورت   * "accept-encoding, user-agent"

و این یکی از مهمترین مواردی است که چون مرورگر دچار سردرگمی می شود کش را ضایع می کند

راهکار پیشنهادی:
  استفاده ار force-no-vary  برای غیر فعال کردن کش آی اس پی ها و یا  استفاده از vary یکسان در هر دوحالت

4- HTTP/1.1 و  force-response-1.0
برای حفظ سازگاری در همه مرورگر ها پاسخ های هدر سرور همواره با HTTP/0 داده شود
که هیچ تاثیری در سرعت و قابلیت ها ندارد اما  موجب می شود که در مواردی که مرورگری پروتکل HTTP 1 را پشتیبانی نمیکند مانعی برای کش شدن پیش نیاید

5- برای کش همیشه نوع درخواست باید HTTP GET باشد (و بدون پارمترهای GET  تا کش انجام شود ) به عبارتی در متد POST هیچ کشی انجام نخواهد شد و این از مواردی است که در آجاکسی باید درنظر گرفته شود
6- یکی از شرطهای جالب Cache-Control کهIE بیشتر آن را مورد توجه قرار داده
 post-check و  pre-check است  مثلا
Control: post-check=10; pre-check=120
که به مروگر می گوید تا 10 ثانیه که اصلا نیازی به چک کردن ندارد و به کش اعتماد کن و بعد از 120 ثانیه هم قبل از استفاده از  کش از سرور استعلام بگیر(شباهت بسیاری به max-age دارد)


تعین میزان فشرده سازی محتوای صفحه

دست آورد دیگری از  گروه گوگل 724 

برای اولین بار در وب   گروه G724  اقدام به ارایه سرویس «تعین میزان فشرده سازی محتوای صفحه» نمود
از این پس شما می توانید میزان فشرده سازی صفحات سایت خود را بدون نیاز به هیچ نرم افزار دیگری  بررسی کنید
کاری که در هیچ کجا سابقه ندارد
محاسبه میزان فضای فشرده شده از صفحه از این نظر مهم است که می توانید پی ببرید که آیا هاست شما این قابلیت را فعال کرده است یا خیر (قابلیت GZIP یا فشرده سازی محتوای صفحات)
وقتی محتوای صفحه فشرده شده باشد گاها  تا 85 درصد از حجم آن کم می شود خوب فرض کنید اگر محتوای شما 100 کیلو حجم داشته باشد به 15 کیلو کاهش پیدا  می کند
یعنی کاربران شما صفحات را سریعتر از همیشه  خواهند دید همینطور است برای گوگل
من شخصا جای دیگری که این امکان را در اختیار کاربران داده باشند ندیده ام  
علی الخصوص  که وضعیت فشرده سازی را در سطوح مختلف نشان می دهد 
متاسفانه به دلیل محدودیتهای موجود و جلوگیری از اضافه بار روی سرور این امکان  فقط برای مشتریان گروه گوگل 724  بدون محدودیت در صفحات است و
برای سایر افراد تنها صفحه اصلی سنجیده می شود و البته چون مقادیر کسانی که مشتری نیستند کش می شود عملا یکبار بیشتر محاسبه فشرده سازی انجام نمی شود
اما همان یکبارش هم کافیست تا متوجه شوید  که آیا هاست و در کنار آن نرم افزار مورد استفاده تان  محتوا را فشرده می کند یا خیر
در صورتیکه تمایل به استفاده از سرویس  تعین میزان فشرده سازی محتوای صفحه دارید  بر روی عکس زیر کلیک نمایید

 

سرویس نمایش فشرده سازی محتوای سایتها


فشرده سازی خودکار مطالب در php

بررسی روشهای متنوع فشرده سازی  خودکار مطالب در php 

منظور از فشرده سازی خودکار  فشرده سازی توسط سیستم عامل سرور می باشد یعنی بدون اینکه شما نیازی به فشرده کردن  محتوا در  کدهای خودتان با توابع PHP داشته باشید مدیریت آن را به آپاچی بسپارید

آپاچی را طبق متد دیفلت یا RFC 1951 - DEFLATE Compressed Data Format Specification version  پیکربندی کنید

حال به دو روش می توانید فشرده سازی با آپاچی را از طریق HTACCESS مدیریت نمایید
در سرور  فشرده سازی بر روی بافر انجام می  شود  اما می توان آن را طوری پیکر بندی کرد که ابتدا بافر ایجاد شود و بعد هدر ها ارسال شود (در این صورت می توان هدر یا ست کردن کوکی را در بین متن یا BODY هم انجام داد بدون اینکه خطایی دیده شود) و یا اینکه به ترتیب کد بافر ایجاد شود (در صورت استفاده از هدر بعد از  BODY  خطا دیده می شود )
که هر کدام مزایا و معایب خود را دارد که در اینجا مجال پرداختن به آن نیست
روش اول ـ  ابتدا بافر ایجاد شود و بعد هدر ها ارسال شود
برای این کار باید کد زیر را در htaccess نوشت 
php_flag output_handler ob_gzhandler
توجه شود که این کد تنها در مود آپاچی اجرا می شود و نه مود CGi ضمنا این کد خودبخود کد php_flag output_buffering Off را هم به همراه دارد
روش دوم -  به ترتیب کد بافر ایجاد شود 
برای این کار باید کد زیر را در htaccess نوشت 
AddOutputFilterByType DEFLATE
دقت نمایید که من خیلی کلی نوشتم و در عمل باید ظرافتها را اعمال کنید مثلا بهتر است کد آخر بصورت زیر نوشته شود
<ifmodule mod_deflate.c>
AddOutputFilterByType DEFLATE text/text text/html text/plain text/xml text/css application/x-java application/java
</ifmodule>

واکنش های پایدار یا Vary consistently

تعجب نکنید مبحثی که می خواهم باز کنم چیز پیچیده و غامض نیست بلکه  بیشتر می خواهم یکی از نکاتی را باز کنم که به درست کار نکردن کش تنظیم شده شما مربوط میشود

برای شما از VARY در شرایط کش شدن یک صفحه سایت گفتم و توضیح مختصری از آن دادم

در اینجا vary را  بیشتر می خواهم  بازکنم تا مطلب بیشتر برایتان جا بیفتد

vary به طور خلاصه به واکنش ها در برابر محتوا اشاره دارد

وقتی تمام آن را خواندید متوجه می شوید که Vary  از مواردی است که به سرور شما مربوط می شود تا فایلهای سایت تان پس اگر سرور اختصاصی ندارید یا دسترسی به تنظیمات سرور ندارید نیازی به خواندن آن پیدا نمی کنید

یکی از ارزنده ترین کاربردهای vary در پروکسی هایی است که همه چیز را کش می کنند(یک مثال از پروکسی گفته شده ISP ها هستند)

فرض کنید شما مطلبی را می خوانید که سرور آن را به دو صورت  gzip شده و فشرده نشده بسته به پشتیبانی مرورگر می فرستد

حال فرض کنید مرورگر شما gzip را پشتیبانی می کند (در 90 درصد مواقع چنین است) پس سرور مطلب را بصورت gzip یا فشرده می فرستد

ISP هم در بین راه مطلب را ابتدا کش می کند وبعد برای شما می فرستد

حال کاربر دیگری با ارایه آدرس اینترنتی یکسان  همان  مطلب را از سرور در خواست می کند با این تفاوت که مرورگرش gzip را پشتیبانی نمی کند

حال ISP بین راه وقتی درخواست را می بیند و می بیند که آن را بر اساس آإرس اعلام شده در کش خودش  دارد کش را برای این کاربر بی خبر از همه جا می فرستد

و چون مرورگر او gzip را پشتیبانی نمی کند تنها یک سری حروف عجق وجق می بیند

در نتیجه فکر می کند از منبع ایراد وجود دارد

برای اجتناب از خطاهای از این دست VARY تعریف شد

در حالت فشرده vary در اکثر سرور ها بصورت     * "user-agent"

و در حالت غیر فشرده بصورت   * "accept-encoding, user-agent"

در می اید

تا اینجای کار همه چیز درست است و دیگر ISP ها دچار آن اشتباه مهلک نمی شوند

ولی مشکل اینجاست که اینبار مرورگر دچار مشکل شده و نمی تواند تفاوتی بین حالت فشرده شده و غیر آن قائل شود در نتیجه کش را مورد استفاده قرار نمی دهد

چرا که در حالت فشرده و غیر آن دو نوع VARY دریافت کرده

برای رفع این مشکل توصیه می شود که در هر دوحالت از vary  حالت فشرده یعنی

* "user-agent"

استفاده شود