Как и зачем использовать HTTP-заголовок Vary

Не всегда можно для каждой страницы создать уникальный адрес. Например, если имеется мобильная и обычная версия, либо страница является мультиязычной. Чтобы пользователю открылся запрашиваемый контент, задается HTTP-заголовок Vary. Соответственно, если его не использовать, то агент пользователя может выбрать совсем не тот вариант из сохраненных в кэше.

Очень важно правильно настроить этот заголовок, иначе сделаете еще хуже, чем было раньше. Сам процесс кэширования призван сократить время и ресурсы при передаче данных от браузера к первоначальному серверу сквозь несколько буферов обмена информацией. Неправильная настройка заголовков HTTP может нарушить эту последовательность.

Часто HTTP Vary используется для определения сжатых и несжатых данных при динамическом показе страниц. В этом случае используется значение accept-enconding. Если браузер пользователя не способен обработать Gzip-сжатый контент, подается информация в несжатом виде. Это нужно для улучшения внешнего вида страниц и содержащегося на них контента.

User-agent помогает не просто различить версии контента, но и быстрее распознать информацию поисковыми ботами. Так что Vary header можно отчасти считать инструментом SEO-оптимизации, но специально настраивать его для распознавания ботов не следует.

В Google Developers выделяют несколько популярных проблем, связанных с определением user-agent:

Заголовок Vary помогает распознать нужную версию страницы среди всех доступных под одним URL. Для настройки необходимо указать верное значение заголовка и вовремя освежать список доступных агентов.