Use cookie free domains как исправить

Зачем нужны домены, не использующие cookie (cookie-free/cookieless domains)? Забегая вперед, дадим краткий ответ: чтобы улучшить показатель скорости загрузки сайта.

Что такое куки

Файлы cookies, куки, или в переводе с английского — «печенья»

Чтобы раскрыть тему cookie-free-доменов, кратко напомним, что такое куки.

Cookies (куки) — это небольшие фрагменты данных, отправляемые с веб-сервера и хранящиеся в вашем браузере. Куки-файлы пересылаются с браузера на веб-сервер в составе HTTP-запроса при загрузке страницы сайта.

Куки-файлы собирают данные, относящиеся к активности пользователя, такие как персональные настройки и предпочтения, посещаемые страницы, аутентификационные данные.

Условно выделим три основных способа использования файлов cookie:

• управление сессиями;

• персонализация;

• отслеживание активности.

Куки-файлы нужны, чтобы определить, вошел ли клиент в аккаунт, под какой учетной записью совершен вход. Обратимся к истории: cookies использовались браузером Netscape (1994) для проверки того, посещали ли пользователи веб-сайт Netscape. Позже файлы cookie представляли собой решение для виртуальных корзин, позволяющее интернет-магазинам запоминать, какие товары были выбраны пользователем во время предыдущего посещения.

Куки очень разнообразны: время существования одних ограничивается пользовательской сессией, другие хранятся браузером постоянно. Но все ли куки одинаково полезны и нужны при работе с сервером?

Lou Montulli — создатель cookie-файлов

Cookie-файлы в техническом SEO

Что такое cookie-free domain

Cookie-free domain — это такой домен, который не отправляет команду браузеру посетителя на сохранение файлов cookie с сайта. Концепция cookie-free заключается в уменьшении задержки ответа сервера за счет уменьшения количества запросов, которые могут повлиять на производительность.

Допустим, www.example.org содержит изображения, JavaScript и CSS-файлы. Это статическое содержимое, которое меняется нечасто. Такие ресурсы не требуют использования cookie, так как пользователь практически не взаимодействует ресурсами напрямую.

Настроим домен или субдомен static.example.org, который не формирует куки. На него перенесем все статические ресурсы. Теперь www.example.org не хранит картинки и скрипты, а ссылается на них на другом домене. Результат: уменьшение размера запроса к www.example.org, сделанного браузером посетителя на сервер при загрузке ресурсов страницы.

Ограничения

Нельзя использовать поддомен для обслуживания статического контента, если куки основного сайта пересылаются без префикса www. Для сайта www.example.org можно разместить статические компоненты на static.example.org. Но если они установлены для домена верхнего уровня example.org, а не для www.example.org, cookie будут пересылаться. В таком случае возможна реализация только через отдельный домен.

Настройка cookie-free домена или субдомена

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

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

2. Загрузка всего статического контента — медиафайлов, CSS, скриптов и прочего — на cookie-free-поддомен или домен.

3. Настройка DNS-записей. На этом этапе необходимо установить запись канонического имени субдомена, чтобы использовать это имя как псевдоним. Такую возможность предусматривает большинство систем управления хостингом. Из справки Google: «Каноническое имя (запись CNAME) — это тип записи DNS, которая привязывает псевдоним к действительному (каноническому) доменному имени. Запись CNAME хранится в настройках DNS домена в виде пары значений. Одно значение определяет псевдоним, для которого создается запись. Обычно это субдомен, например www или mail. Второе значение определяет домен, на который указывает псевдоним».

4. Дополнение файла .htaccess. В файле добавляется запись, устанавливающая запись домена, на котором будут храниться куки-файлы:
   
   CookieDomain www.yourdomain.ru
   
   Примечание: запись работает только на Apache-сервере.

5. Изменение ссылок на сайте. Все содержимое, которое не требует файлов куки, перенаправляется на статический адрес.

Дополнительно можно ограничить валидность файлов куки только для домена www.

Выводы

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

2. Значение метрики в оценке YSlow имеет невысокий приоритет. Если у сайта уже хороший показатель загрузки, и есть возможность для оптимизации других факторов, лучше сосредоточиться на них.

3. На сайте GTmetrix рекомендация использовать cookieless-домены обозначена как «устаревшая». В настоящее время настройка рассматривается как клиентская опция в рамках услуг CDN-провайдеров.

[1] Источник — https://webmasters.googleblog.com/2010/04/using-site-speed-in-web-search-ranking.html

[2] Источник — https://support.google.com/a/answer/112037

Использование отдельного домена для статических данных (изображения, CSS, Javascript, шрифты и т.д.) позволяет браузеру отправлять запросы без cookies.

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

Решением является создание поддомена или отдельного домена, с которого статический контент будет запрашиваться без cookies.

Если ваш сайт работает через https, то и для cookie-free домена должен быть приобретен и настроен сертификат!

Не добавляйте домены для статических компонентов в список доменов в разделе Сайты!

Ускорение загрузки страницы в браузере

Большинство браузеров имеет ограничение на количество одновременно загружаемых компонентов сайта, а именно не более 2 с одного хоста. Ускорить загрузку страницу можно использованием разных доменов (поддоменов) для загрузки CSS, Javascript и изображений.

Вариант 1, используем поддомены

Создадим 3 поддомена static, static-css и static-js, на хостинге настроим их алиасами основного домена. В разделе CDN для текущего сайта отредактируем Cookie-Free, установим «Активность» и «По умолчанию», также укажем наши поддомены.

Вариант 2, используем домен

Зарегистрируем домен, например staticsite.ru, а также создадим 2 поддомена css и js, на хостинге настроим их алиасами основного домена. В разделе CDN для текущего сайта отредактируем Cookie-Free, установим «Активность» и «По умолчанию», также укажем наши домены:

Ошибка Failed cross-origin request. Resource access is restricted.

Причиной является технология современных браузеров совместного использования ресурсов между разными источниками (Cross-origin resource sharing, CORS), которая позволяет предоставить веб-странице доступ к ресурсам другого домена. Более подробно см. Википедию.

При загрузке определенного контента, например, шрифтов, в частности, Font Awesome, Glyphicon, браузер будет выдавать ошибку «failed cross-origin request. Resource access is restricted.«.

Решение для nginx

В конфигурационный файл виртуального хоста внесите

server {
	// ...
	location / {
		
		// ...
		
		location ~* .(eot|ttf|woff|woff2)$ {
			add_header Access-Control-Allow-Origin *;
		}
	}
}

Решение для Apache

В .htaccess в корне домена добавьте строки

Header add Access-Control-Allow-Origin "*"
Header add Access-Control-Allow-Methods: "GET,POST,OPTIONS,DELETE,PUT"

Вы когда-нибудь использовали онлайн-инструменты для проверки производительности вашего сайта? Должно быть, вы сталкивались с одним из них в прошлом.

Например, такие инструменты, как Gtmetrix, Pingdom и т.д. Анализируют весь ваш веб-сайт, отображают отчет и сообщают вам, какие части работают нормально, а какие требуют дополнительного внимания. При использовании этого инструмента вы можете столкнуться с ошибкой использования домена без файлов cookie.

Файл cookie HTTP – это данные, отправляемые веб-страницами в браузеры пользователей. Эти данные будут храниться в браузере, пока пользователь просматривает веб-сайт. При следующем посещении данные будут отправлены на сервер для напоминания информации пользователя.

Что такое домен без файлов cookie? Как и почему мы должны использовать домен без файлов cookie в WordPress?

В этой статье мы собираемся обсудить, как использовать домен без файлов cookie в WordPress.

Что такое домен без файлов cookie?

Прежде чем мы поговорим об использовании доменов без файлов cookie в WordPress, давайте объясним, что такое домен без файлов cookie. Домен без файлов cookie – это домен, который не отправляет браузеру пользователей команду на сохранение файлов cookie с веб-сайта.

Обычно веб-сайты содержат статическую информацию, которая может никогда не измениться. Изображения, CSS-файлы, JavaScript и т.д.

Поскольку эти файлы обычно одинаковы и остаются неизменными, браузеру пользователя не нужно сохранять свои cookie-файлы. Таким образом, внеся некоторые изменения в домен, вы можете снизить количество запросов, отправляемых на сервер от пользователя. Это имеет много преимуществ.

Эту скорость и производительность можно использовать в другом месте, вместо того, чтобы тратить лишние куки на браузер пользователя. Какова основная причина этого? Ну, главная причина – повысить производительность сайта.

Снижая количество запросов на cookie, ваш веб-сайт будет работать бесперебойно и сможет быстрее отвечать на необходимые запросы.

Как использовать домен без файлов cookie в WordPress?

Теперь мы знаем, что такое домен без файлов cookie и почему вы должны его использовать. Как правило, использование домена без файлов cookie имеет два преимущества:

1. Уменьшает сетевой трафик.
2. Сокращает время, необходимое для загрузки статического контента.

Сократить время загрузки статического контента

Теперь пришло время узнать, как использовать домен без файлов cookie в WordPress. Настройка домена без файлов cookie в WordPress может показаться сложной задачей. Но это очень легко, если вы выполните следующие шаги.

Подобно другим учебным пособиям на нашем веб-сайте, мы бы предложили несколько способов использования домена без файлов cookie в WordPress. Например, используя CDN или отдельный домен. В этой статье мы собираемся обсудить жизнеспособные решения.

Имейте в виду, что если в конфигурации вашего домена используются файлы cookie, все субдомены будут использовать одну и ту же конфигурацию. Следовательно, для использования домена без файлов cookie вам потребуется отдельный домен для статических файлов cookie.

Вопрос в том, как использовать домен без файлов cookie в WordPress?

1. Создайте поддомен. Например, static.yourwebsite.com и настройте его для получения всех статических данных.

2. Перенаправьте созданный поддомен на wp-контент на вашем хосте. Если вы используете cPanel, следуйте изображению ниже. Измените корень документа на public_html / wp-content.

3. Найдите на своем хосте файл wp-config.php и добавьте в него следующий код или, если код уже существует, замените его следующим:

define("WP_CONTENT_URL", "http://static.yourwebsite.com");

define("COOKIE_DOMAIN", "www.yourwebsite.com");

4. Теперь вы должны перенаправить все сообщения в новый поддомен. Просто запустите следующую команду в базе данных SQL:

UPDATE wp_posts SET post_content = REPLACE(post_content,'www.yourwebsite.com/wp-content/','static.yourwebsite.com/')

Это все, что вам нужно сделать. Выполнив шаги, упомянутые выше, вы можете просто настроить созданный поддомен для получения статических файлов cookie.

Следующий метод – использование NGINX. Если вы хотите получать статические данные на сервере, первым делом необходимо предоставить домен без файлов cookie.

Следующим шагом является подключение нового домена к тому же серверу, на котором находится ваш основной домен.

Первый домен является основным доменом, а второй домен является статическим доменом.

 maindomain.com A 11.22.33.44 

Теперь пришло время изменить файл ngix.conf. Добавьте следующий код в файл ngix.conf:

server {
        listen ip:80;
        server_name     maindomain.com;
        root /srv/http/nginx/ maindomain.com;
        access_log      logs/ maindomain.com.access.log;
        location / {
        index index.html;
        charset   utf-8;
        }

        }

        }

        server {
        listen  ip:80;
        server_name     static.maindomain.com;
        root /srv/http/nginx/maindomain.com;
        location / {
                if ($request_filename ~ ".(jpg|css|gif|png|swf|ico|mp3)$") {
                        break;
                }
        return 404;
        }
        }

Следующим шагом является загрузка изображений через статический домен static.maindomain.com. Просто свяжите статические данные с доменом.

Перед:

<img src="/images/testimage.png" />

После:

<img src="https://static.maindomain.com/images/testimage.png" />

Теперь, если есть какой-либо запрос на изображение, он будет запрошен на static.maindomain.com.

Используйте Cookie-Free с CDN

Использование CDN – еще один полезный метод использования домена без файлов cookie в WordPress. Большинство CDN поставляется с возможностью игнорировать куки. Однако правильно выбрать CDN может быть сложно. Как вы знаете, каждый CDN имеет уникальную функцию. Таким образом, использование их всех не может быть хорошим решением.

Мы не будем обсуждать, какой CDN может вызвать проблемы. Мы хотели бы представить вам полезный и правильный CDN. Наша рекомендация – KeyCDN. Чтобы использовать этот CDN на вашем сайте, вы можете использовать его плагин.

Следуйте инструкциям ниже:

1. Сначала зайдите на официальный сайт KeyCDN и создайте новый аккаунт. Этот сайт позволяет пользователям использовать один месяц бесплатно, и если вы довольны услугами, приобретите полный пакет.

2. С официального сайта WordPress загрузите плагин CDN Enabler. Установите и активируйте его.

3. В KeyCDN Dashboard создайте новую Pull-зону.

4. Скопируйте адрес созданной зоны и вставьте его в установленный плагин WordPress.

Вставьте скопированный URL сюда:

• Как только все будет сделано, удалите кеш вашего сайта.

Это все, что вы должны сделать. Чтобы убедиться, что вы правильно выполнили эти шаги, воспользуйтесь одним из инструментов анализаторов веб-сайтов, чтобы проверить свой веб-сайт.

Gtmetrix все еще показывает ошибку без файлов cookie

Одной из наиболее часто встречающихся ошибок, с которыми сталкиваются пользователи, является ошибка без файлов cookie в Gtmetrix. Даже когда вы перепробовали все возможные способы исправить это. Что все еще вызывает это?

Что ж, если у вас включены Key Cookies и Cache Cookies в KeyCDN, вы все равно увидите ошибку в анализаторе. Это известно как ложноположительное правило.

Как упоминалось выше, когда вы устанавливаете куки на своем основном домене, все субдомены также будут использовать куки. Даже URL CDN будет использовать куки.

Если у вас включена опция Strip Cookies, ошибка YSlow неверна. Фактически, YSlow не проверяет, включена ли у вас эта опция или нет, поэтому вы ее получаете.

Если вы используете cURL в инструменте разработчика Chrome, вы можете игнорировать это сообщение.

Кроме того, если вы используете Cloudflare, вы не сможете легко достичь 100 в YSlow. Cloudflare использует файл cookie _cfduid для каждого запроса, и в целях безопасности его нельзя удалить. Следовательно, вы получите ошибку домена без файлов cookie.

Have you ever checked the performance of your website with an online tool? I’m sure you’ve seen a cookie-free domain name error one before.

For example, tools like Gtmetrix, Pingdom, and etc. analyze your entire website and display a report, and tell you which parts are working fine and which parts need extra attention. Whilst using this tool, you may come across the Use cookie-free domain error.

HTTP cookies contain data sent to the user’s browser by web pages. While browsing the website, this data will be stored in the browser. On the next visit, the data will be sent to the server to remind the user of their information.  

What is the cookie-free domain? How and why should we use
the cookie-free domain in WordPress?

In this article, we are going to discuss how to use the cookie-free domain in WordPress.

What is Cookie-Free Domain?

Here is a brief explanation of what a cookie-free domain is before we move on to how to use one in WordPress. The cookie-free domain is a domain that does not ask browsers to store cookies from the website.  

Usually, websites have static information, which may never
change. Images, CSS files, JavaScript and etc.

Due to the fact that these files are usually the same and remain unchanged, a cookie does not need to be saved by the browser. Therefore, if you change the domain, you can lower the requests the user sends to the server. This is beneficial in many ways.

This speed and performance can be used elsewhere rather than wasted on storing unnecessary cookies on the user’s browser. What is the main reason behind this? Well, the main reason is to increase the website’s performance.

By lowering the cookie requests, your website will run
smoothly and it can answer necessary requests faster.

How to Use Cookie-Free Domain in WordPress?

We now know what is a cookie-free domain and why you should use it. Generally, using a cookie-free domain has two advantages:

1. Reduces network traffic.
2. Reduces the time required
   to load static content.

Reduce Loading Time for Static Content

Now it’s time to learn how to use the cookie-free domain in
WordPress. Configuring the cookie-free domain in WordPress may seem difficult.
But it’s very easy if you follow the steps below.

Much like other tutorials on our website, we would introduce
multiple ways to use the cookie-free domain in WordPress. For example, using a
CDN, or a separate domain. In this article, we are going to discuss viable
solutions.

Keep in mind, if your domain name configuration is set to use cookies, all of the subdomains will use the same configuration. Therefore, to use the cookie-free domain you will need to use a separate domain for your static cookies.

The question is, how to use the cookie-free domain in
WordPress?

1. Create a subdomain. For example, static.yourwebsite.com and configure it to receive all the static data.

2. Redirect the created subdomain to wp-content in your WordPress hosting. If you use cPanel, follow the image below. Change Document Root to public_html/wp-content.

3. In your host, look for the wp-config.php file and add the following code to it, or if the code already exists, replace it with the following:

define("WP_CONTENT_URL", "http://static.yourwebsite.com");

define("COOKIE_DOMAIN", "www.yourwebsite.com");

4. Now you must redirect all the posts to the new subdomain. Simply, run the following command in the SQL Database:

UPDATE wp_posts SET post_content = REPLACE(post_content,'www.yourwebsite.com/wp-content/','static.yourwebsite.com/')

You only need to do that. In order to receive static cookies, you simply need to follow the steps mentioned above in order to configure the existing subdomain to do so.  

The next method is by using NGINX. If you would like to receive static data on the server, the first is step is to provide a cookie-free domain.

The next step is to connect the new domain to the same
server your main domain is.

The first domain is the main domain and the second domain is
the static domain.

maindomain.com    A    11.22.33.44 
static.maindomain.com    A    11.22.33.44 

Now it’s time to modify the ngix.conf file. Add the
following code to the ngix.conf file:

server {
    listen ip:80;
    server_name     maindomain.com;
    root /srv/http/nginx/ maindomain.com;
    access_log      logs/ maindomain.com.access.log;
    location / {
        index index.html;
        charset   utf-8;
    }

}

server {
    listen  ip:80;
    server_name     static.maindomain.com;
    root /srv/http/nginx/maindomain.com;
    location / {

        if ($request_filename ~ ".(jpg|css|gif|png|swf|ico|mp3)$") {
                break;
        }

        return 404;
    }
}

The next step is to load the images through the static
domain, static.maindomain.com. Simply, reference static data to the domain.

Before:

<img src="/images/testimage.png" />

After:

<img src="https:// static.maindomain.com/images/testimage.png" />

Now if there’s any request for the image, it will be requested from static.maindomain.com.

Use Cookie-Free with CDN

You can also use a CDN in WordPress to use cookie-free domains. Most CDN provides the option for you to ignore cookies if you want. The challenge is to choose the right CDN for your needs. Different CDNs have different features. Combining them all can’t be a viable solution.  

We are not going to discuss which CDN can cause issues. We
would like to introduce a useful and right CDN to you. Our recommendation is KeyCDN.
To use this CDN on your website you can use its plugin.

Follow the steps below:

1. First, head over to the official KeyCDN website and create a new account. This website allows its users to use one month for free and if you are happy with the services, purchase the full package.

2. From the official WordPress website, download the CDN Enabler plugin. Install and activate it.

3. From KeyCDN Dashboard, create a new Pull – Zone.

4. Copy the address of the created zone and paste it in the WordPress plugin you installed.

Paste the copied URL here:

• Once everything is done,
  delete your website’s cache.

This is everything you should do. To make sure you have
followed the steps correctly, use one of the website analyzers tools to check
your website.

Gtmetrix is Still Showing the Cookie-Free error

Cookie-free errors are among the most commonly occurring errors in Gtmetrix. No matter what you do to fix it, they always come back. Why is this happening?  

You will still see the error in the analyzer if Strip Cookies and Cache Cookies are enabled in KeyCDN. That’s called the false-positive rule.  

As mentioned above, when you set cookies on your main
domain, all subdomains will use cookies as well. Even the CDN URL will use
cookies.

If you have the Strip Cookies option enabled, the YSlow error is wrong. In fact, YSlow doesn’t check if you have this option enabled or not, which is why you receive it.

If you use a cURL in Chrome’s Dev tool, you can ignore this
message.

In addition, if you are using Cloudflare, you can’t reach 100 in YSlow that easily. Cloudflare uses _cfduid cookie for each request and due to security purposes, you can’t delete it. Therefore, you will receive a cookie-free domain error.