Як перейти на HTTPS : покрокова інструкція. Як працює HTTPS
Консолідація правил перенаправлення
Робот Googlebot виконує тільки до 5 переадресацій, і, так як URL-адреси з часом змінюються і додаються правила канонізації, ланцюжки перенаправлення стають звичайним явищем. Однак вони уповільнюють завантаження сторінок на мобільних пристроях.
У багатьох випадках перенаправлення HTTP, HTTPS і www/non-www виконуються на рівні сервера, а всі інші на рівні програми. У цьому випадку ідеальним сценарієм є використання одного 301 на рівні сервера для обліку, як HTTP/HTTPS.
Цей останній редирект на HTTPS буде включати в себе такі правила:
Від старих шаблонів URL до поточних переконують, що всі старі правила оновлено з поточними кінцевими цілями. Нормалізація регістру, наприклад, від example.com/Page1 до example.com/page1 і завершальний слеш, наприклад, від example.com/page1 до example.com/page1/. У цьому прикладі example.com/Page1 буде перенаправляти 301 безпосередньо на example.com/page1/ одним циклом HTTPS і www.
При розгляді всіх старих правил, їх поновлення та консолідації переконуються, що всі мають значення 301, а не 302. URL-адреси, які перенаправляють 302, можуть залишатися проиндексированными, що призводить до непередбачуваних елементів відображення результатів пошуку. У них може з’явиться не тільки неправильний URL-адресу, але й інше небажану поведінку. Наприклад, якщо метадані, такі як посилання сайту, пов’язані з поточним URL-адресою, а старий відображається в результатах пошуку, то посилання не будуть відображатися.
Оновлюють всі внутрішні посилання на канонічні URL, що корисно виконувати, так як перенаправлення збільшують час завантаження сторінки, особливо на мобільних пристроях. В ідеалі внутрішні посилання повинні бути абсолютними, а не відносними і повинні оновлюватися до URL-адрес, HTTPS.
Використовують відносні, а не абсолютні посилання, що усуне необхідність оновлення внутрішніх. Це нормально, але не ідеально і пов’язано з тим, що внутрішні посилання є сильним канонічним сигналом для пошукових систем, тому якщо які-небудь URL-адреси неправильно налаштовані, щоб не переписувати, то сайт випадково дублюється на піддомені або видаляється. Всі посилання на цих сторінках на неканонічних версіях.
У більшості випадків не потрібно великої роботи по оновленню внутрішніх посилань. Часто вони можуть бути оновлені за допомогою параметрів конфігурації, програмно або все відразу через сценарій.
