Сьогоднішній пост невелика пам’ятка, насамперед для себе, щоб потім не шукати інфу на комп’ютері в блокнотах, а ще раз засвоїти, і знати що це питання розбирався на сторінках блогу.

Отже. Зараз багато сайтів переходять на https. І ті, хто ще на http, вже відображаються як НЕ НАДІЙНІ в браузер гугл хром. Варто замислитися!

І якщо, у вас теж є сайт, то рекомендую отримати мою книгу і читати секрети розкрутки тут…

Не захищене з’єднання можна спостерігати тут:

А ті сайти, які мають сертифікат SSL, відображаються зеленим замочком, і написом Надійний | https://

Я не буду в черговий раз повторюватися про те, чого і так багато сказано в мережі. Що це і навіщо все це потрібно. В кінці посилання з блогу Яндекса, де є відповіді на популярні питання (всього 12 питань).

Також, хочу сказати, що не займаюся окремо послугою підключення сертифіката ssl, і налаштуванням перекладу сайтів на https://, щоб сайт був надійним. Зараз, сертифікати активно підключають хостинг компанії, а велика частина сайтів, у нас знаходиться на спринтхост (вважаю його самим надійним по співвідношенню ціна-якість. Тримає сайти до 40 000 відвідувачів на добу на тарифі Схід-2, і цим все сказано)

Але одна справа, що вони підключають… і зовсім інше — це подальша технічна налаштування під пошукові системи та соціальні мережі (зокрема, щоб при публікації записів у соціальні мережі — правильно передавалися зображення).

Особливо уважним треба бути тим, у кого сайт з трафіком (відвідуваний). При неправильних діях, велика ймовірність втратити відвідувачів. Часто трапляється, що при неправильному переході на https, яндекс знизив у видачі той чи інший сайт. І такі ситуації, часто-густо!

Увага! Перед будь-якими змінами — не забуваємо робити копію БД сайту.

По-перше, якщо просто підключити сертифікат, то сайт буде доступний за двома адресами. І по http:// і по https://

… а коли сайт доступний за двома адресами — це може викликати помилки індексування на пошуку, так як пошуковий робот не відразу може зрозуміти головне дзеркало сайту, і як його індексувати на http:// або https:// . І в індексі можуть бути сторінки за двома варіантами. Далі, може вийти так, що сторінки отримують трафік і вони проіндексовані з http:// а коли робот побачить ту ж сторінку https:// , з тим самим вмістом — виходить дві однакових сторінки за різними адресами, тобто дублі. І при неправильній склеювання, частина запитів може злетіти в пошуку. І трафік втрачається!

Простими словами — один і той же сайт на http:// https:// — для пошукового робота, це різні сайти. Точно також, якщо сайт буде доступний і з www і без www .

www.leadinlife.info

leadinlife.info

http://leadinlife.info

https://leadinlife.info

Теж саме — слеші в кінці. Для робота, це дві різні сторінки:

https://leadinlife.info/

https://leadinlife.info

Щоб розуміли, для пошукового робота — це різні сторінки! У моєму прикладі, доступна тільки одна вихідна версія: https://leadinlife.info Як би не намагалися відкрити сайт — все одно відкриється одна вихідна версія. Саме в тому вигляді, сайт індексується в пошуку.

Що стосується переваг сайту https:// , то не буду перераховувати всі плюси, про яких розповідають інші. А скажу лише ті, які бачу для своїх проектів. І чому те, дивно, що інші, хто перейшов на https:// упускають головна перевага (другий момент).

А саме:

Банально, але ваш сайт викликає більше довіри у відвідувача і світиться як НАДІЙНИЙ (це логічно для всіх):

І друге, головна перевага яке бачу для себе — це підписка на сайт в 1 клік. За моїми даними, це збільшує число ПУШ підписок на сайт практично у 2-3 рази. (Не кажучи вже про перевагу перед емайл підпискою… на пуш підписку підписуються в 10 разів більше аудиторії)

Саме заради таких передплат, я і перейшов на https . Хоча, рано чи пізно це б зробив. У будь-якому випадку, основні проекти би переклав, просто зробив би це, трохи пізніше. Можливо ))

Про ПУШ підписки в 1 клік згадувалося у цій статті…

Добре, добре!

Тепер про проблеми, які є при переході зараз, і скільки це може коштувати?

Зміст:

• Проблеми, які зустрічаються при перекладі на https сайтів?
• Як встановити ssl сертифікат і перевести сайт на https? Перехід без втрати позицій в Яндексі і Google
  • 1. Як підключити (отримати) безкоштовний ssl сертифікат. Сайт буде доступний за двома адресами — http:// або https://
  • 2. Як редірект для сайту, щоб усі адреси перенаправлення з http:// https:// , і сайт у підсумку був доступний тільки з https:// . І ніяк інакше!
  • 3. Зміна головного хоста з сайту http:// https:// у налаштуваннях вордпресс (на вкладці НАЛАШТУВАННЯ-ЗАГАЛЬНІ):
  • 4. Як змінити залишилися посилання всередині сайту, http:// https:// (або відносні // ), щоб з’єднання стало НАДІЙНИМ, для будь-якої сторінки
  • 5. Зміна файлу robots.txt (потрібно додати приставку https:// до хосту і карті сайту)
  • 6. Оповіщення пошукових систем про перехід на https://
  • Про просідання і втрати по трафіку (кількість відвідувачів) при переїзді сайту https

Проблеми, які зустрічаються при перекладі на https сайтів?

Підключити сам сертифікат, це зовсім не проблема. Проблема буде потім, в налаштуваннях. Хоча і там нічого складного, якщо розібратися.

А сертифікат, можна сміливо підключати БЕЗКОШТОВНИЙ, і не паритися. У тому ж спринтхосте, робиться це тут… (на вкладці «Керування сайтами»):

Зараз, практично у всіх поважаючих себе хостерів, є послуга, по підключенню сертифіката.

Але все це, не кінець!

Не потрібно підключати сертифікат самостійно, якщо не знаєте або не впевнені — як далі все налаштовувати. Тим більше, якщо у вас не новий проект, а вже з відвідувачами. Велика ймовірність того, що наломаете дров. Це серйозні дії щодо налаштувань сайту. Будь ласка, будьте уважні!

Ось головні проблеми, з якими звертаються при переході на https:

Привіт Денис, підключив(а) сертифікат, а сайт тепер доступний за двома адресами по http:// і по https:// (а повинен доступний у вихідному вигляді тільки по одному. Тобто, при переході на сайт http://leadinlife.info/ у будь-якому випадку, відкриється https://leadinlife.info/ — спрацює перенаправлення. Так званий редирект)

Гей Денис, після підключення сертифіката, я спробувала налаштувати все по інструкції в інтернеті, але все одно деякі сторінки висвічуються як небезпечні (не зелені). Хоча на сайт https://

а повинно бути так, на кожній сторінці сайту:

Привіт, Денис! Після всіх налаштувань, у мене зображення перестали передаватися в соціальну мережу при кліці — на соц. кнопки клас або поділитися.

Раніше зображення завантажувалися і плагін Yoast SEO налаштований, а після установки сертифіката, наприклад ОДНОКЛАСНИКИ не можуть довантажити зображення з сайту, і пост йде без зображення в соціальну мережу…

І ці три проблеми, найпоширеніші. При чому, з останньою з них, я сам недавно зіштовхнувся, саме для хостингу БЕГЕТ. На спринтхост такої проблеми точно немає! Розкажу все нижче…

Крім цих трьох поширених ситуацій, ще необхідно сповістити пошукові системи Яндекс і Гугл про те, що перейшли на https:// — це банальна переіндексація сайту за новою адресою. Адже раніше, сайт був на http:// і тепер, потрібно щоб пошукова система переиндексировала сайт за новою адресою (склеїла дзеркала). При цьому, протягом 1-3 днів, можливі просідання по трафіку , і втрата відвідувачів сайту. Цілком нормальне явище, при умови що робите правильно. А то буває і таке, що трафік впаде і зовсім не повернеться!

Бонусом до сьогоднішньої статті, покажу як перекладав цей блог, і які втрати за відвідувачам були, і скільки часу зайняло. Читайте до кінця!

Далі, перед повідомленням, ще потрібно внести коригування в файл robots.txt . У моєму випадку, це:

Як встановити ssl сертифікат і перевести сайт на https? Перехід без втрати позицій в Яндексі і Google

Ось по порядку, що потрібно зробити в цілому:

Підключити ssl сертифікат (безкоштовний). Після цього, сайт буде доступний за двома адресами: http:// або https://

Редірект (зазвичай у файлі .htaccess в каталозі сайту), щоб усі адреси перенаправлення з http:// https:// , і сайт у підсумку був доступний тільки з https:// . І ніяк інакше!

Зміна головного хоста з сайту http:// https:// у налаштуваннях вордпресс (на вкладці НАЛАШТУВАННЯ-ЗАГАЛЬНІ):

Змінити залишилися посилання всередині сайту, http:// https:// (або відносні // ), щоб з’єднання стало НАДІЙНИМ, для будь-якої сторінки. Тут можна використовувати плагін «HTTP / HTTPS Remover» або вручну зробити кілька SQL запитів до БД — спосіб без плагіна.

Зміна файлу robots.txt (потрібно додати приставку https:// до хосту і карті сайту)

Оповіщення пошукових систем про перехід на https://

Ось вам інструкція, за якою можна йти по порядку. А 3 проблеми, які згадувалися вище, особливо останню, про соц. мережі, я розберу окремою главою, в самому кінці. Постараюся короткою і по справі!

І так, поїхали…

Делікатний перехід сайту з протоколу http, https, з отриманням безкоштовного ssl сертифікату. Покрокова інструкція:

Почнемо по порядку, з першого пункту і так, клік за кліком всі налаштуємо. Будьте уважні, і обов’язково робіть бекап сайту, перед серйозними змінами.

1. Як підключити (отримати) безкоштовний ssl сертифікат. Сайт буде доступний за двома адресами — http:// або https://

В цьому немає нічого складного. Йдемо в хостинг панель, та підключаємо.

У спринтхосте, досить пересунути повзунок, на вкладці КЕРУВАННЯ САЙТАМИ:

На хостингу бегет, ситуація схожа. Вибираємо протокол http/2 :

…і далі, встановити SSL сертифікат (можна вибрати безкоштовний):

Після цих дій, через деякий час (зазвичай до 3 годин), сайт буде відкриватися і за http:// і по https:// . Наступним кроком, нам потрібно зробити автоматичне перенаправлення (редирект) з http:// https:// для будь-якої сторінки сайту, не тільки для головної!

Це розберемо в кроці 2:

2. Як редірект для сайту, щоб усі адреси перенаправлення з http:// https:// , і сайт у підсумку був доступний тільки з https:// . І ніяк інакше!

Я не буду давати інструкцію для всіх хостинг компаній. Так як у кожного сервера будуть свої налаштування, і відповідно, що працює для одних, не буде працювати для інших. Тим більше, іноді редирект потрібно налаштовувати саме в налаштуваннях сервера для потрібного домену.

Покажу лише, на прикладі хостингу спринтхост — так як в основному, там всі наші проекти. І бонусом покажу для хостингу бегет. Також, в мережі є інші варіанти редиректів. Ви можете спробувати, якщо варіант нижче не підійде для Вас. Або ще правильніше — звернутися до хостинг компанію, через тікет, і в підтримці попросити, щоб вам повідомили правильний код редиректа (зазвичай у файлі .htaccess) ,щоб всі сторінки сайту перенаправлення з http:// https:// , або нехай зроблять необхідні настройки перенаправлення зі свого боку. З цим моментом вони повинні вам допомогти (це в їх інтересах)! А ось подальша настройка, про яку будемо говорити далі — це вже в ваших інтересах.

Отже.

2.1 Код редіректу для хостингу спринтхост у нас наступний:

Потрібно відкрити файл .htaccess , і після рядка RewriteEngine On, вставити наступні два рядки:

RewriteCond %{HTTP:X-Forwarded-Proto} !https
RewriteRule ^ https://%{HTTP_HOST}%{REQUEST_URI} [L,R=301,NE]

До речі! Для редагування файлів на хостингу по FTP, намагайтеся користуватися не блокнотом, а Notepad++ (щоб в один прекрасний день, не виникло проблеми з кодуванням UTF-8 . Повинна бути UTF-8 без BOM)

Добре. Додасте ці два рядки, як показано вище, і сайт буде доступним тільки за однією адресою. Обов’язково перевірте, щоб не лише головна сторінка сайту відкривалася за адресою https, але і всі внутрішні не повинні відкриватися по http, а відразу повинно спрацювати перенаправлення на https. Пишу про це тому, що при неправильному встановленні коду, може вийти так, що редирект буде спрацьовувати тільки для головній сторінці і все. А все внутрішні, так і будуть доступні за двома адресами. А це не правильно!

2.2 Код редіректу для хостингу бегет у нас наступний:

RewriteCond %{ENV:HTTPS} !=on
RewriteRule ^.*$ https://%{SERVER_NAME}%{REQUEST_URI} [R,L]

Також вставляйте, і перевіряйте. Щоб все працювало правильно, і всі сторінки сайту відкривалися тільки по https://

…а не так, що одна і та ж сторінка, доступна по двом. Як у прикладі нижче:

Приклад сайту «з помилкою», коли відкривається за адресою http:// і за адресою https://

Тест 1. Перевіряємо по http:// відкривається з http://

Тест 2. Перевіряємо https:// — відкривається з https://

Неправильна настройка в тому, що при спробі переходу за адресою сайту http:// — повинно відкриватися https://

Спробуйте перейти за адресою http://leadinlife.info/ . Все одно відкриється https://leadinlife.info/

…і у вас повинно бути так! Для головної і будь-яких внутрішніх сторінок сайту.

Рухаємося далі…

3. Зміна головного хоста з сайту http:// https:// у налаштуваннях вордпресс (на вкладці НАЛАШТУВАННЯ-ЗАГАЛЬНІ):

Наступним етапом йдемо в налаштування-загальні, в консолі блогу вордпресс — і змінюємо адресу сайту https://, як показано нижче…

Цікаву особливість помітив для хостингу БЕГЕТ на цьому етапі! Розповім нижче…

Дивіться, що ми зробили:

Ми вказали нашому движка сайту wordpress про те, що всі файли скриптів і стилів, а також зображення, завантажувані через бібліотеку для статей і в цілому для сайту — вже будуть за замовчуванням на https:// , тим самим, це полегшує нам подальшу роботу з пошуку решти файлів, підвантажуваних в нашій темі, які залишилися на http:// . А якщо ще буде вантажитися на http://, то у сайту буде висвітлюватися попередження, виду:

Залишилися недоліки, ми будемо виправляти в наступній главі.

Рухаємося далі…

4. Як змінити залишилися посилання всередині сайту, http:// https:// (або відносні // ), щоб з’єднання стало НАДІЙНИМ, для будь-якої сторінки

Тут можна використовувати плагін «HTTP / HTTPS Remover» або вручну зробити кілька SQL запитів до БД — спосіб без плагіна.

Покажу два способи. Так як, іноді потрібно вміти без плагіна вирішувати деякі прості завдання. Тим більше, для деяких хостингів, рішення з плагіном не зовсім може допомогти. Наприклад, на бегет, якщо зробити через плагін, то буде все працювати добре, крім однієї ситуації, про яку розповім нижче, а саме зображення не зможуть передаватися в соціальну мережу з вашого сайту!

На спринтхост такої проблеми не спостерігаю, і найпростіше встановити плагін. Чого і вам раджу, щоб не зламати чого:

Спосіб 1. Через плагін HTTP / HTTPS Remover — швидко і просто

Плагін активуєте, і тепер, в 99% випадків, всі сторінки сайту будуть НАДІЙНИМИ.

Але можливий 1%, що ще що-небудь буде подгружаться з http://, і буде висвітлюватися попередження.

Досить натиснути F12, і у гугл хром відкриється «Console», і ви побачите свою помилку. Побачите що ще підвантажується з http, і заважає захищеності з’єднання. В нашому випадку, подгружалось зображення через файл стилів.

Зверніть увагу, що зображення довантажувати через файл стилів, ви не побачите через внутрішній код сторінки. Тобто, при ручному аналізі коду через праву кнопку миші — «Перегляд коду сторінки (Ctrl+U)»

… ви не побачите це зображення. І не зможете знайти причини, чому з’єднання НЕ ЗАХИЩЕНО, і браузер лається.

Тобто, якщо би аналізував так, то природно, не побачив нічого підозрілого. Так, дані у мікророзмітки і так можуть подгружаться з http:// , і це не буде помилкою. Браузер на це не буде лаятися. А ось якщо зображення, що відображається на сайті, буде йти з http:// тут вже браузер буде видавати попередження!

Ну да ладно, з цим можна розібратися і зрозуміти, що саме підвантажується не так.

У моєму випадку, подгружалось зображення для схожих новин (галочка), і для внутрішніх сторінок сайту ці зображення вантажилися з http:// , що і викликало помилку.

Значить йдемо в файл стилів теми, і перевіряємо зображення, які вантажаться з http:// і міняємо адреси або на https:// або на відносні, як зробив у прикладі нижче:

Щоб викликати пошук по документу, необхідно натиснути комбінацію клавіш: Ctrl+F

Після змін, зберігаємо (натискаємо синю кнопку Оновити файл), і можна знову перевірити!

Зверніть увагу! Що повторна перевірка в цьому ж браузері, може не допомогти. І попередження так і буде висвітлюватися. Або треба почистити кеш браузера, або відкрити приватну вкладку, і вбити адресу сторінки, що перевіряється в ній.

Щоб відкрити ПРИВАТНУ ВКЛАДКУ в гугл хром, необхідно натиснути комбінацію:

Ctrl+Shift+N

або так:

І далі, відкриється таке вікно:

Далі, вбиваєте потрібну адресу сторінки, для перевірки…

Якщо з’явився напис — НАДІЙНИЙ, значить все відмінно!

Якщо ні, шукаємо проблему далі, за принципом, описаним вище, через консоль F12.

Як бачите, навіть незважаючи на те, що встановили плагін, деякі моменти довелося підправити вручну. Це і є той самий 1%

Спосіб 2. Вручну, шляхом SQL запитів до бази даних

Цей етап навіть не хотів публікувати, з причини, що хто-небудь з необережності, скористається їм не правильно, і щось зробить не так, і сайт зовсім перестане відкриватися.

Ну да ладно! Пост пам’ятку пишу в першу чергу для самого себе, і тому, опублікую потрібні запити нижче.

Якщо використовуєте Спосіб 2. Спосіб 1. за встановлення плагіну — можна пропустити. Тільки роботу з консоллю можете взяти на озброєння. Сам плагін вам не потрібен!

Отже. Йдемо в phpmyadmin на своєму хостингу…

Далі, вибираємо потрібну базу даних:

Щоб згадати до якої бази даних ваш сайт підключений ім’я і пароль від бази можна подивитись у файлі wp-config.php в кореневій папці вашого сайту:

Будемо сподіватися, що свою базу ви знаєте…

Вибираємо її, і переходимо на вкладку SQL

І тут потрібно вставити кілька рядків.

У своєму випадку, робив ці запити:

Ось вони, по порядку:

UPDATE wp_posts SET `post_content` = REPLACE (`post_content`, ‘src=”http://leadinlife.info/’, ‘src=”https://leadinlife.info/’);
UPDATE `wp_usermeta` SET `meta_value` = REPLACE (`meta_value`, ‘http://leadinlife.info/’, ‘https://leadinlife.info/’) WHERE `meta_key` = ‘rcl_avatar’;
UPDATE `wp_usermeta` SET `meta_value` = REPLACE (`meta_value`, ‘http://leadinlife.info/’, ‘https://leadinlife.info/’) WHERE `meta_key` = ‘ulogin_photo’;
UPDATE wp_posts SET `guid` = REPLACE (`guid`, ‘http://leadinlife.info/’, ‘https://leadinlife.info/’) WHERE post_type = ‘attachment’;

Вам потрібно лише змінити адресу сайту на ваш. Головне, щоб у вас не виникло помилок з лапками. Будьте уважні!

Суть коду в тому, щоб змінити адреси http:// https://

У вашому випадку, швидше за все, буде достатньо ось цих двох рядків:

UPDATE wp_posts SET `post_content` = REPLACE (`post_content`, ‘src=”http://leadinlife.info/’, ‘src=”https://leadinlife.info/’);
UPDATE wp_posts SET `guid` = REPLACE (`guid`, ‘http://leadinlife.info/’, ‘https://leadinlife.info/’) WHERE post_type = ‘attachment’;

Те, що виділено червоним, потрібно змінити на своє. І далі, вставити в поле запиту і виконати:

Всього два запиту. І все готово!

Після натискання на кнопу вперед, ви побачите зелені пояснення, про успішне зміна.

Приблизно теж саме, виконує плагін вище. Тільки він робить все це справа на льоту для ваших адрес. І після деактивації плагіна, посилання будуть знову на http:// , а тут ви примусово перезаписываете посилання на https://

Загалом, початківцям — рекомендую робити через плагін. Ті, хто знайомий з базами даних, може робити через відповідні запити.

Додаток (не обов’язково):

Є ще один варіант запиту, більш докладний:

UPDATE wp_options SET option_value = REPLACE(option_value, ‘http://leadinlife.info/’, ‘https://leadinlife.info/’) WHERE назва_параметра = ‘home’ OR назва_параметра = ‘siteurl’;
UPDATE wp_posts SET post_content = REPLACE (post_content, ‘http://leadinlife.info/’, ‘https://leadinlife.info/’);
UPDATE wp_posts SET guid = REPLACE (guid, ‘http://leadinlife.info/’, ‘https://leadinlife.info/’) WHERE post_type = ‘attachment’;
UPDATE wp_postmeta SET meta_value = REPLACE (meta_value, ‘http://leadinlife.info/’,’https://leadinlife.info/’);
UPDATE wp_comments SET comment_content = REPLACE (comment_content, ‘http://leadinlife.info/’, ‘https://leadinlife.info/’);
UPDATE wp_comments SET comment_author_url = REPLACE (comment_author_url, ‘http://leadinlife.info/’, ‘https://leadinlife.info/’);

Тут вже, цілих 6 рядків. Додатково, зміна постійної адреси головної сторінки, та коригування для коментарів. Цілком ймовірно, що двох верхніх запитів буде достатньо!

Тим більше, якщо будете міняти вручну за цим кодом, де 6 рядків, і примусово перезапишіть адресу сайту для поля home і siteurl, то наприклад на хостингу бегет, виникне ситуація, коли користувачі будуть натискати кнопку поділитися або клас — і зображення не будуть відправлятися в соціальну мережу однокласники! Точно ще не знаю чому, але на бегет, зображення з розмітки для соціальних мереж open graph, за адресою https:// — не передаються в соц. мережа однокласники. Тому, потрібно буде обходити цей момент. Розповім нижче… На спринтхост цього нюансу не помічав.

Рухаємося далі…

5. Зміна файлу robots.txt (потрібно додати приставку https:// до хосту і карті сайту)

Тут найпростіше. Відкриваємо свій robots txt , і доповнюємо приставку https:// до директиви host , щоб вийшло так:

Чому у мене такий короткий файл robots.txt пояснювати в рамках цієї статті не буду. Так як це тема окрема. І ті, хто робить довгі файли роботс виключаючи внутрішні папки — робить не правильно. Так як для гугла забороняти доступ до деректіви через роботс не зовсім правильно. Є більший пріоритет саме на мета теги для окремих сторінок, які не повинні потрапляти в індекс пошукових систем. А забороняючи тільки через роботс, гугл все одно буде індексувати їх. Простими словами, у пошукових роботів, повинен бути доступ до всього вашого сайту. Але якщо ви хочете, виключити окремі директиви, або сторінки сайту з індексу або заборонити їх для індексації, то робиться це не через robots.txt , а через мета теги.

Наприклад, для сторінок навігації — стоїть саме такий код:

Ну да ладно. Тут скільки фахівців, стільки й думок. Доводити правду про robots.txt нікому не буду. Так як тема сильно изгрызана на багатьох форумах. І мало хто з фахівців, розуміє що робить насправді. Скажу лише, що 90% всієї інфи в інтернеті про robots — повна нісенітниця!

Ну і останній пункт, коли у вас вже все налагоджено і сайт надійний і відкривається тільки по https://, слід сповістити пошукові системи про перехід на https://

Рухаємося далі…

6. Оповіщення пошукових систем про перехід на https://

До речі, нещодавно Яндекс. Вебмастер знову оновився, і не знаю з чим пов’язано, але з вебмастера всі мої сайти пішли. Ну да ладно, я їм особливо і не користуюся… ))

Алілуя, з новою версією! Тепер карта сайту, яка перетворюється плагіном Yoast SEO світиться без помилок. Хоча раніше лаявся на невідомий тег image. Хоча це і не було помилкою!

Добре. Вам хочу показати, як оповістити. Раніше я робив через вкладку «Індексування»:

Просто ставимо галочку і все. У мене сайт вже на https://leadinlife.info/ — тому відображається так відразу і в новому вебмастере https://leadinlife.info/ .

Хоча раніше, коли тільки перекладав і ставив цю галочку (Додати HTTPS), то внизу сайт відображався просто http://leadinlife.info/

Загалом зараз, сайти в вебмастери взагалі висять як не проіндексовані. Довелося заново їх додавати!

Добре. Яндекс Вебмастер ми сповістили, тепер йдемо в гугл:

Тут ми просто додаємо наш сайт https://

Тобто, раніше сайт був на http://, і я додав ще одну версію, перейшовши по кнопці «ДОДАТИ РЕСУРС», вбив свій сайт зі значенням

https://leadinlife.info/

Старий так і не став видаляти. Це не є обов’язковим!

Більше того, можу вас запевнити в тому, що додавати сайт в Яндекс Вебмастер і В Гугл Консоль — не є необхідністю. Бо, при правильній технічної налаштування, і так все буде добре!

Наприклад, я не заходив 3 місяці в Яндекс Вебмастер, і якщо б не зайшов сьогодні туди в рамках статті, так і не побачив, що всі сайти із-за оновлень НОВОГО ЯНДЕКС ВЕБМАСТЕРА злетіли. І нічого страшного в цьому немає, якщо сайт і зовсім не доданий у вас в яндекс вебмастер або гугл консоль. Це вірогідно не впливає на індексацію. В деяких випадках лише, може прискорити її для молодих сайтів.

Що стосується переїзду на https:// сайтів, то ми прискорюємо оповіщення через Яндекс Вебмастер, тим самим робимо так званий делікатний переїзд на https:// з оповіщенням. Хоча, теж саме, робот зрозуміє і за тим діям, які описувалися вище. А саме, коли для сайту налаштувати переадресацію, то відбувається склеювання сторінок сайту — робот сам зрозуміє, що потрібно міняти постійні адреси у з сайту http:// https:// — і це логічно, оскільки сайт у вас доступний буде доступний в одному єдиному варіанті. А саме на https://

От і все!

p.s.

Ще рекомендую почитати достовірні джерела. А саме по Яндексу, Платона.

Ось посилання на пост: https://yandex.ru/blog/webmaster/delikatnyy-pereezd-na-https-ili-o-chem-esche-stoit-znat

Ну а технічні моменти пов’язані з переїздом блогів wordpress на https:// , я намагався розібрати у сьогоднішньому випуску. Якщо виникнуть питання, запитуйте нижче в коментарях…

Якщо ж вам потрібна комплексна настройка блогу, то пишіть в лічку: https://ok.ru/denis.povaga

ВАЖЛИВО! Що стосується окремої налаштування сайтів з SSL сертифікат під https:// — що стає вже необхідністю для багатьох проектів, то раніше цього не налаштовував. По-перше, у цьому не було необхідності, і по друге — я не спеціалізуюся на технічних моментах окремо. З березня 2017 року, роблю комплектом з налаштуванням блогу. Раніше, хто на навчання, можуть звернутися — настрою зі знижкою. Або, можете зробити самостійно — інструкції вище. Постарався описати докладно для початківців, але розумію що багато моментів можуть бути не зрозумілі, і можете запитати нижче… В основному, беруся за сайти з трафіком — роблю дорого, але якісно, щоб уникнути можливих втрат за відвідуваністю! В порядку черги — виділяю буквально 10 днів на ці питання. Далі цим не займаюся, так як це не моє напрямок!

p.p.s.

ну і ще одне важливе доповнення, касаемое хостингу бегет, з яким вчора провозився пів дня, в пошуках правильної передачі зображень з сайту в соціальну мережу однокласники.

А саме:

І наступні 6 годин був у пошуках проблеми. Відмінно, що знайшов!

До речі, цю проблему помітив на більшості сайтів, що знаходяться на бегет.

Ось коротка пам’ятка для себе, на майбутнє:

Для ХОСТИНГУ БЕГЕТ, щоб зображення завантажувалися в ОК РУ, необхідно виконати два запиту, потім тимчасово змінити в настройках з http, https, і змінити логотип сайту, подгрузив його з https через бібліотеку. Далі, повернути у налаштуваннях https http, але при цьому поставити редирект повторно у файлі .htaccess

Ось і все на сьогодні. Сподіваюся, сьогоднішня стаття буде корисна багатьом власникам сайтів. Незважаючи на те, що інформації дуже багато про переїзд сайту на https:// і з’єднання SSL сертифікату, вважаю, що є багато інформаційного шуму на цей рахунок, і не повного розкриття теми. Доводиться збирати по крупинках, щоб розібратися. Навіть у сьогоднішньому випуску, можуть не всі моменти порушуватися. Але постарався розібрати все докладно для вас. І звичайно ж, якщо виникають питання, запитуйте нижче в коментарях…

Також, слідкуйте за новинами блогу — підпишіться на безкоштовну розсилку, так як не про всі секрети пишу у відкриту. Деякі моменти торкаюся особисто в листах.

І ще один момент, мабуть останнє, що хотів поділитися:

Про просідання і втрати по трафіку (кількість відвідувачів) при переїзді сайту https

Незважаючи на те, що ви будете робити правильно… В будь-якому випадку, будуть просідання по трафіку і переіндексація — і це позначиться на відвідуваності ресурсу. Зазвичай це займає не більше 3 днів. А іноді і зовсім не помітно!

Тим більше зараз — яндекс і гугл відмінно розуміють, що ви переходите на https , і переїзд здійснюється делікатно. Не так, як раніше, коли пішла перша і друга хвиля. Коли власники сайтів робили переїзд на свій страх і ризик. І було помітно, як багато втратили відвідувачів.

Зверніть увагу! Якщо після зміни на https трафік значно впав і не повертається — варто турбуватися.

Що стосується переваг з точки зору ранжирування — те пошуку все одно, на http ваш сайт або https. Ймовірно в майбутньому буде пріоритет сайтам на https. Але не думаю, що це буде скоро.

Яндекс офіційно заявляє:

Також, прикладаю листування, в момент коли перекладав свій блог, щоб ви могли спостерігати ситуацію, як це було насправді…

Спасибі Дмитру (https://ideafox.ru/pro-blog/perehod-na-ssl-2017.html), який допоміг зважитися з переїздом. Найскладніше часом — це прийняти рішення!

Ось скрін з коментарю (ці запити є в статті вище):

Продовження…

Продовження…

І останнє… Це РЕЗУЛЬТАТ і як в цілому пройшов переїзд:

Скрін з коментаря:

Ось такий невеликий досвід, яким вирішив поділитися з вами, і зробив пам’ятку на блозі.

Відповім на ваші запитання…