WordPress переезд на https: Самый правильный переход сайта на HTTPS WordPress – info-effect.ru

Самый правильный переход сайта на HTTPS WordPress – info-effect.ru

На чтение 5 мин. Опубликовано 16.01.2019

Привет! Недавно я делал переезд своего сайта WordPress с HTTP на HTTPS, в общем подключал SSL сертификат. Всё прошло достаточно быстро и успешно, без потери трафика! Была просадка 10%, но через неделю всё восстановилось. Конечно я боялся, интернет завален негативными отзывами, где люди пишут, что теряют до 90% своего трафика и он не возвращается. Слепо в это верить нельзя! Пока сам не попробуешь, не узнаешь, так и будете жить в догадках. Я дам вам самую простую и понятную инструкцию. Всё очень просто и быстро. Главное действовать по инструкции!

1. Купить, активировать и подключить SSL сертификат

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

2. Установить плагины WordPress HTTPS

Когда ssl активирован и подключен, сразу проверьте, чтобы ваш сайт открывался по обоим протоколам http и https. Если открывается, значит всё норм. Едем дальше. Теперь вам нужно установить два специальных плагина, которые сделают за вас всю самую тяжёлую и основную работу.

HTTP / HTTPS Remover. Этот плагин необходимо установить. Он сделает относительные ссылки. То есть, все ссылки в исходном коде будут отображаться без протокола, чтобы избежать возникновения ошибок смешанного содержимого. После перехода, когда трафик восстановится, можно удалить этот плагин, если у вас не будет возникать ошибок.

После установки и активации плагина, сделайте проверку! Откройте любую страницу на сайте, нажмите правой кнопкой мыши по любой области страницы. В открывшемся окне нажмите Посмотреть код страницы или исходный код. Все ссылки в коде должны отображаться без протокола передачи данных! То есть, без http и https (смотри скриншот ниже).

Really Simple SSL. Лучший плагин для подключения SSL! Просто установите его и активируйте. Всё остальное он сделает за вас.

Обратите внимание. В настройках плагина должно отображаться четыре 4 зелёных галочки. Значит вы всё сделали правильно! Всё, больше здесь ничего делать не надо!

3. Добавить старый и новый сайты в Яндекс Вебмастер

Если сайт с http уже был ранее добавлен в вебмастер, добавьте только версию с https. Подтвердите права на сайт, следуя простой инструкции. Проверьте, что содержимое сайтов совпадает, и они доступны для робота. Сайт с https должен отвечать 200 OK. Сайт с http должен отвечать 301 Moved Permanently. Значит всё правильно настроено, редирект работает. Воспользуйтесь инструментом Проверка ответа сервера в Яндекс Вебмастере.

4. Сообщить Яндексу о смене главного зеркала

Нужно зайти в вебмастер, Индексирование – Переезд сайта. Поставьте галочку Добавить HTTPS и нажмите на кнопку Сохранить.

5. Добавить сайт в Гугл Вебмастер

На главной странице, вверху справа, нажмите на кнопку Добавить ресурс. Добавьте сайт с адресом https. Подтвердите права на сайт.

У вас должно отображаться два ваших сайта с разными протоколами. Всё готово. Больше в гугле ничего делать не надо. В течении 1-2 недель новые страницы появятся в индексе. Всё просто.

6. Изменить протоколы в файле robots.txt

Откройте файл robots.txt. В параметрах Host и Sitemap укажите новые адреса с https. Сохраните файл.

7. Всё готово! Ждём переиндексации

У меня в поиске более 3 500 страниц. Склейка зеркал заняла по времени примерно 2-3 недели. Просадка -10% длилась неделю. Затем трафик восстановился.

Обратите внимание. Как только процесс склейки завершится, вы увидите такую картину, смотри скриншот ниже. Новый адрес сайта будет главным зеркалом и должен отображаться вверху.

8. Ускоряем индексацию Sitemap XML

Чтобы ускорить переиндексацию, в вебмастере добавьте карту Sitemap по новому адресу на переобход.

Обратите внимание. Если карты у вас нет, обязательно установите себе плагин Google XML Sitemaps. Он автоматически создаст карту с новыми адресами.

9. Переобход важных страниц Яндекс

Вы можете ускорить индексацию важных страниц, которые, например, находятся в ТОПе. Либо, если на вашем сайте не много страниц, можно вручную добавить их на переобход. Так они быстрее появятся в поиске и снова попадут в ТОП. Зайдите в вебмастер, перейдите на страницу: Индексирование – Переобход страниц. Добавьте URL адреса в поле, в колонку. Нажмите Отправить.

10. Терпение, терпение и ещё раз терпение

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

Остались вопросы? Напиши комментарий! Удачи!

переход с http на https без потерь

Привет, друзья. Я вам обещал как-то рассказать про переезд на https для сайта на WordPress, да и вы меня просили в комментах описать данный процесс.

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

Почему бы и мне не описать свой опыт переезда с http на https для моего блога на WordPress – alaev.info. Вот прямо сейчас возьму и начну этим заниматься и описывать процесс в реальном времени.

За основу буду брать свою же инструкцию: как правильно перевести сайт с HTTP на HTTPS без потерь и накладывать на нее особенности WordPress. Общую теорию, выбор сертификата и прочее вы можете прочитать в инструкции по ссылке выше, я же перейду сразу к делу. Я выбрал для себя бесплатный сертификат Let’s Encrypt, который мы ставим всем нашим клиентам, кроме того он бесплатный, и ISP панель управления на моем сервере позволяет его установить в 1 клик с последующим бесшовным обновлением сертификата каждые 3 месяца.

Итак, план следующий:

1. Установить SSL-сертификат,
2. Проверить корректность установки SSL-сертификата,
3. Изменить в админке WordPress адрес сайта на https,
4. Изменить адреса всех скриптов и стилей, используемых на сайте,
5. Сделать бекап БД,
6. Изменить в БД все внутренние ссылки и изображения на https,
7. Проверить xml-карту сайта,
8. Просканировать весь сайт краулером и убедиться, что нет ошибок,
9. Добавить https версию сайта в Яндекс.Вебмастер,
10. Добавить https версию сайта в Google Search Console,
11. Сделать 301-редирект,
12. В Яндекс Вебмастере сделать переезд сайта на HTTPS.

А теперь пора приступать к выполнению намеченного плана. Надеюсь, что все пройдет без проблем!

Устанавливаем SSL-сертификат

Я уже говорил, что у меня на сервере установлена система управления ISP Manager. Потому покажу процедуру именно в этой панели. Так что авторизовываемся, переходим в раздел «Домены» — «WWW-домены» и выбираем наш сайт, то есть alaev.info:

Открываем двойным щелчком настройки и отмечаем пункт «Защищенное соединение (SSL)». Появятся несколько новых полей, в одном из них «SSL-сертификат» выбираем «Новый Let’s Encrypt сертификат»:

Пункт «Перенаправлять HTTP-запросы в HTTPS» пока не отмечаем, сделаем это в самом конце, если понадобится.

После того, как мы нажмем ОК, нас перебросит на страницу настройки сертификата:

Можно ничего не менять и нажать ОК, если вы не собираетесь связываться с поддоменами. Но у меня есть несколько поддоменов: trust.alaev.info, parser.alaev.info, store.alaev.info и talk.alaev.info. Я собираюсь их тоже перенести на https в будущем, поэтому выбираю «Wildcard сертификат». Это меняет только способ проверки, и в моем случае «Проверка владения будет проведена через DNS».

Чтобы убедиться в том, что процесс генерации сертификата начат, переходим в «Настройки web-сервера» — «SSL-сертификаты» и видим там наш новый серт:

Процесс будет логироваться, для проверки нажимаем «Let’s Encrypt Журнал»:

В моем случае появилось сообщение «Токен для проверки создан» — в разделе уведомлений (иконка с восклицательным знаком рядом со стройкой глобального поиска в самом верху) появилось сообщение:

Для продолжения процедуры получения сертификата Let’s Encypt alaev.info_le1 добавьте TXT-записи: ‘_acme-challenge.alaev.info. TXT WKsjU1eqMXPECCpJX3Kx9N0Vvwqf3lZKqi_hRxv5Ghc, _acme-challenge.alaev.info. TXT _yWlkP6P-_8sbLWwhNL2lcC3OFJtPjm8xJLoBF4Bhx9’ на серверах имен ‘dns4.fastdns24.link., dns.fastdns24.com., dns2.fastdns24.org., dns3.fastdns24.eu.’. Получение будет возобновлено после 2019-04-11 16:36:02

Я создал две соответствующие TXT записи в настройках DNS домена. Вам надо будет сделать тоже самое, если будете выбирать подтверждение через DNS. А если нет – то нет 🙂

Спустя 30 минут прилетело уведомление: «Let’s Encrypt сертификат alaev.info_le1 получен успешно», а в журнале это выглядит так:

Проверяем, работает ли сертификат

Сайт открывается по https без предупреждения об исключениях безопасности – все правильно.

Пока шла процедура выдачи Let’s Encrypt SSL-сертификата, сайту был подключен самоподписанный сертификат, и при попытке перехода на сайт по https появлялось такое сообщение:

Разумеется, так быть в итоге не должно, иначе никто не попадет на наш сайт, не подтвердив исключение, а делать это умеют не только лишь все…

После успешной установки и проверки сертификата Let’s Encrypt, сайт стал открываться без предупреждения:

Я не готов пока сказать, что все так как надо, потому что надо вот так:

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

Проверяем корректность установки SSL-сертификата

Воспользуемся сервисом https://www.ssllabs.com/ssltest/analyze.html (проверка занимает несколько минут):

И для верности еще https://www.sslshopper.com/ssl-checker.html (проверка почти моментальная):

Как видите, у меня все прекрасно! Уверен, что у вас тоже, если следуете моей инструкции!

Меняем адрес блога на https в админке WordPress

Идем в админку своего сайта на WordPress в «Настройки» — «Общие» и меняем два поля «Адрес WordPress (URL)» и «Адрес сайта (URL)». Было http://alaev.info – стало https://alaev.info:

И сохраняем это дело.

Исправляем адреса файлов скриптов и стилей на https

Теперь давайте сделаем так, чтобы наш сайт выглядел снова красиво. Дело в том, что у нас подключаются стили и скрипты по http протоколу, а браузеры по умолчанию блокируют незащищенное содержимое для сайтов на защищенном https-протоколе.

Достаточно открыть исходный код главной страницы, чтобы увидеть это:

То, что я напишу ниже, скорее всего, будет отличаться от вашей ситуации, потому что темы у всех разные, они работают по разному. Моя тема так вообще самопальная, не имеющая никаких визуальных настроек или чего-то подобного, она настраивается через код и с помощью всяких функций через functions.php, так что…

В общем, выбираем в админке «Внешний вид» — «Редактор тем». А внутри темы смотрим файл functions.php. Так как я добавлял скрипты и стили в тему не просто добавляя их в шаблон header.php, а иначе, мне надо было поменять http на https тут:

Поменял. Сохранил.

Заодно заглянул в style.css и поменял там на https пути для изображений.

А еще прошел по всем файлам, из которых состоит тема и поискал там http ссылки, чтобы заменить на https.

Теперь все скрипты и стили у меня подключаются по https, но браузер все равно не доволен до конца, потому что изображения на сайте по прежнему содержат http.

Обязательная магическая процедура – сделать бекап!

Лично я для этого использую плагин WP-DB-Backup. Я использую его с тех самых пор, как появился на свет мой блог, а это уже почти 10 лет.

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

Так что ставим плагин, либо же используем свой любимый другой плагин, либо вообще делаем бекап через phpMyAdmin… Да можете вообще бекап не делать, мне все равно!

Меняем все ссылки внутри сайта на https

Мы уже знаем, что у нас куча внутренних ссылок с протоколом http, и это дело надо исправить, но так как сделать это вручную не представляется возможным, я решил воспользоваться плагином Better Search Replace. Он позволит нам внести необходимые изменения прямо в БД, в таблицу с записями и комментариями (да и в другие таблицы, если это необходимо). Так что ставим его.

Переходим непосредственно к плагину. Я вам рекомендую сперва выполнить холостой прогон изменений. Для этого заполняем поля «Искать» и «Заменить на», соответственно на http://alaev.info/ и https://alaev.info/, выбираем все таблицы в БД и ставим галку «Холостой запуск? (без замены)»:

После запуска вверху вы увидите что-нибудь в духе: «ХОЛОСТОЙ ЗАПУСК: 28 таблиц было просмотрено, 3243 ячеек для обновления найдено, и 0 изменений сделано.»

Если так, значит все должно пройти успешно и при боевом запуске. Значит пора запускать боевой! Не перезагружая страницу, убираем галку напротив холостого запуска и жмем помолясь «Запустить Поиск/Замену».

Должны получить сообщение: «При поиске/замене, 28 таблиц было просмотрено, с 3243 ячейками для изменений, 3100 обновлений.»

Проверяем, что нет никакого смешанного содержимого

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

В Chrome:

В FireFox:

В случае если у вас показывается треугольник с восклицательным знаком, вам надо понять, что не так, и где остались еще ссылки на http.

Чтобы это понять, например, в Хроме нажимаем F12, откроется консоль, в ней выбираем вкладку Console:

Вот тут будут отображаться все ошибки, точнее уведомления, где, в каком месте стоит http:// ссылка. Фиксим все!

Проверяем xml-карту сайта

На всякий случай не забываем проверить xml-карту сайта https://alaev.info/sitemap.xml — надо убедиться, что там везде https. В проверке может помочь ComparseR:

И, конечно, в файле robots.txt меняем:
Sitemap: http://alaev.info/sitemap.xml
на:
Sitemap: https://alaev.info/sitemap.xml

А заодно можете из robots.txt строчку с директивой Host: удалить, т. к. она больше не учитывается Яндексом.

Прогоняем сайт краулером

Теперь сканируем весь сайт каким-нибудь краулером, я буду использовать свой любимый CompraseR. Нам надо убедиться, что не осталось никаких http ссылок и картинок, все страницы открываются, существуют, нигде никакие каноникалы не забыты, и все соответствует новому https протоколу. Для сканирования выбираем вот такие настройки:

И в идеале надо получить что-то вот в этом духе:

Чтобы не было внутренних редиректов и несовпадений url и canonical.

У меня все ок по результатам проверки!

Добавляем https версию сайта в Яндекс.Вебмастер

Добавляем сайт, как отдельный, не смотря на предупреждение Яндекса:

Жмем «Всё равно добавить https://alaev.info». И подтверждаем сайт удобным для нас образом.

Получится так:

Добавляем https версию сайта в Google Search Console

Можно выбрать новую функцию Гугла «Доменный ресурс» (в консоли под голотипом видим выпадающий список сайтов, а в самом низу есть кнопка «Добавить ресурс»):

Для этого способа подойдет только подтверждение права собственности через DNS запись домена. После внесения TXT записи в DNS потребуется несколько минут пока Гугл увидит ее, после чего право собственности подтвердится:

Никаких дополнительных настроек тут делать не надо, как в Яндексе. Просто жмем «Готово» и закрываем вкладку.

Делаем 301-редирект

Мы будем делать 301-редирект через htaccess, чтобы при обращении к http версии сайт 301-редиректом перенаправлялся на https версию.

И по случаю не могу не упомянуть мою инструкцию про 301-редирект, она пригодится вам. Но если лень копаться, вот правило, которое работает (проверял не только на данном блоге, но и на всех других сайтах с другими движками, когда переносил их на https вместе с блогом):

RewriteCond %{HTTPS} off
RewriteCond %{HTTP:X-Forwarded-Proto} !https
RewriteRule ^(.*)$ https://%{HTTP_HOST}%{REQUEST_URI} [R=301,L]

RewriteCond %{HTTPS} off RewriteCond %{HTTP:X-Forwarded-Proto} !https RewriteRule ^(.*)$ https://%{HTTP_HOST}%{REQUEST_URI} [R=301,L]

Результат можно и нужно проверить, например, этими сервисами:
https://bertal.ru/
https://www.askapache.com/online-tools/http-headers-tool/

В течение нескольких дней после того, как вы настроите редирект, рекомендую заходить в Метрику: Отчеты — Стандартные отчеты — Содержание Страницы входа. После момента установки 301-редиректа у вас не должно быть посещений страниц в http адресом, только https. Примерно вот так это должно выглядеть:

Переезд сайта в Яндекс Вебмастере

А теперь, когда у нас работает 301-редирект, можно смело оформлять переезд сайта на https в панели вебмастера Яндекса. Выбираем «Индексирование» — «Переезд сайта», отмечаем «Добавить HTTPS» и сохраняем:

После этого можно и ссылку на xml-карту сайта указать новую в разделе «Индексирование» — «Файлы Sitemap».

Ну, вот, собственно, и все, дорогие друзья! Больше мне добавить нечего. Переезд на https осуществлен успешно. Чего желаю и вам!

Если будут какие-то вопросы, задавайте в комментариях.

А я пойду переносить свои поддомены на https.

До связи.

Переезд WordPress на https, плагин, последовательность, проблемы

Проблемы смешанного контента

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

У меня тоже после переезда на https в строке браузера появилось не защищенное соединение, а предупреждающий значок о том, что соединение защищено не до конца. Если нажать на него курсором, вам покажут текст – «Часть этой страницы (это может быть конкретное изображение или изображения) не защищены».

Как устранить ошибки?

Конечно, после внесенных выше изменений, WordPress автоматически включает перенаправление со старых адресов на новые. Но, наверняка, у многих найдутся ссылки на изображения или проставленные вручную внутренние ссылки. И тогда, чтобы найти и устранить эти ошибки придется самостоятельно редактировать страницы. В 90% случаев, смешанный контекст это именно это.

Что помогло еще

• На популярных хостингах, таких как Бегет и Таймвеб, появилась возможность включить редирект с http на https (смотрите в настройках)
• Помог инструмент по проверке SSL защищенного контента
• Помог плагин по изменению адреса ссылки
• Помогла проверка изображений вручную в браузере.

Итак, по порядку. Идем на сайт сервиса по сканированию незащищенного контента: поиск небезопасных изображений, скриптов и CSS-файлов.

https://www.jitbit.com/sslcheck/

Запускаем проверку, в результате сканирования получаем строчки с незащищёнными адресами.

После этого устанавливаем плагин Search Regex для замены ссылок.

Подставляем найденную ссылку в верхнее поле, нажимаем «Найти», находим, после этого подставляем правильный адрес во вторую строчку и нажимаем «Заменить». Смотрим на результат замены и нажимаем обязательно «Заменить и Сохранить». Таким образом изменяем адреса всех найденных изображений.

После такой замены у меня все равно остались “незащищенные изображения”, и остальное я искал уже вручную. Оказалось, что у меня достаточно много незащищенных изображений, которые были интегрированы в дизайн сайта, такие как логотип, фон, подложка и которые пришлось перезаливать вручную заново.

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

• Для Chrome – «просмотреть код», далее вкладка «security»
• Для Mozilla – «информация о странице», вкладка «мультимедиа»

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

Проверка правильного переезда на https

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

Проверьте сайт на срабатывание редиректа с адресов http на https. Самый простой способ – забейте в строке браузера свой сайт без защищенного соединения – http://mysite.ru при правильном подключение у вас автоматически должно срабатывать перенаправление на адрес – https://mysite.ru. Если этого не происходит необходимо поставить 301 редирект.

Существует несколько вариантов 301 редиректа на https, приведу самый распространенный.

Откройте файл .htaccess в корне и допишите в него следующие строки:

RewriteEngine On

RewriteCond %{ENV:HTTPS} !on

RewriteRule ^(.*)$ https://%{HTTP_HOST}%{REQUEST_URI} [L,R=301]

Браузеры кешируют редиректы — чтобы проверить их работу, сбрасывайте кеш или используйте специализированные сервисы.

Проверить правильную работу еще поможет сервис по коду ответа страницы. Таких сервисов в интернете много, как вариант приведу один из них – https://bertal.ru/. Вы должны увидеть код ответа страницы – 200, но через 301 редирект. Проверяйте работу убирая последовательно из строки http(s) или www. Все должно редиректится на код 200.

Если у вас возникли проблемы с переездом сайта на https – пишите, оставляйте комментарии или оставьте заявку на сайте – и я с вами обязательно свяжусь в ближайшее время.

Переезд сайта WordPress на HTTPS

До 2017 года особо не задумывался о переводе сайтов на протокол HTTPS, но в начале года собрался создавать новый информационный проект строительной тематики и решил, как обычно, собрать информацию о лидерах нищи. Выделил для себя шесть топовых сайтов и обнаружил, что три из них работают по протоколу HTTPS — это была веская причина чтобы призадуматься…

Переезжать или нет?

Свой первый сайт я создал в 2005 году на бесплатном хостинге narod.ru. За прошедшее время была возможность наблюдать за теми изменениями которые происходят в поисковой выдаче. Уже в 2005 году,  для лучшего ранжирования, поисковики рекомендовали наполнять информационные сайты качественным контентом. Однако веб-мастера только посмеивались над этими рекомендациями и клепали откровенные ГС которые весьма неплохо чувствовали себя в выдаче. Часть этих сайтов была заполнена бредо-текстами сгенерированными автоматически. Но время шло и предсказания Яндекса и Google начали претворяться в жизнь — благодаря поведенческим и другим факторам, в ТОП-е выдаче обосновались сайты с текстами интересными для людей.

Рано или поздно, но приходиться начинать играть по правилам поисковых машин.

Обычно поисковики не афишируют влияния тех или иных факторов на поисковую выдачу, но в августе 2014 года Google открытым текстом призвал веб-мастеров переходить на защищенный протокол https для лучшего ранжирования.

Необходимо обратить внимания на тот факт, что Google не делает исключения для информационных сайтов. Дело в том, что «настоящая безопасность» касается не только платежей, но и конфиденциальности о действиях пользователей в Сети.

Что касается Яндекса, то в ближайшее время он никаким образом не планирует дискредитировать сайты работающие по протоколу HTTP (см. статью «Деликатный переезд на https или о чем еще стоит знать» от 20 марта 2017 года).

Нужно ли переходить на HTTPS? Поможет ли это улучшить позиции?

В поисковой системе Яндекс сайты по протоколу HTTP/HTTPS индексируются и участвуют в поиске на равных условиях. Принимая решение о подключении SSL-сертификата, ориентироваться стоит на безопасность пользователей. Например, в случаях, если на сайте можно совершать покупки или другие операции с финансами.

Планируете ли вы помечать все сайты по протоколу HTTP как небезопасные?

Таких планов в настоящий момент нет.

По поводу новых сайтов я принял окончательное решение — заказывать SSL-сертификаты (для начала бесплатные) и запускать проекты сразу на HTTPS. Что касается старых сайтов с более-менее приличной посещаемостью, то однозначного решения у меня пока нет, так ложка дёгтя всегда может испортить бочку мёда.

Негативные факторы

В статье под авторством Платона Щукина  «Деликатный переезд (или рекомендации Яндекса по переезду на HTTPS)» от 23 октября 2015 года, сказано:

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

В статье ничего не сказано о тИЦ (тематический индекс цитирования). Около месяца назад, я менял главное зеркало у «народного» сайта размещенного на uCoz. После склейки зеркал, основным стал домен второго уровня (протокол https), при этом тИЦ 140 обнулился. Вчера тИЦ вернулся с приростом 10 пунктов. О восстановлении тИЦ в течение месяца говорят и другие веб-мастера.

Теперь обратимся к справке Google:

Смена протокола сайта с HTTP на HTTPS считается переносом сайта с изменением URL. Это действие может временно повлиять на учет трафика.

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

Подготовка к переезду на HTTPS

Исходим из того, что сайт уже ранее добавлен в Яндекс.Вебмастер по протоколу http.

Установка бесплатного сертификата SSL

Первоначально установим только сертификат SSL и посмотрим, что после этого произойдет. Поскольку мой блог размещен на хостинге Beget, то задача значительно упрощается. Заходим в раздел Домены и щелкаем по иконке Управление SSL сертификатами.

Щелкаем по иконке Управление SSL сертификатами

На данный момент, уже многие хостеры предлагают своим клиентам бесплатные сертификаты, Beget не исключение. На вкладке Бесплатный SSL сертификат необходимо указать поддомены (если они есть) и щелкнуть Установить.

Поскольку у домена mukhutdinov.com нет поддоменов, то просто щелкаю по кнопке «Установить»

Ровно через 20 минут на e-mail пришло сообщение о том, что сертификат был установлен на домен mukhutdinov.com, т.е. на выпуск и установку сертификат потребовалось всего 20 минут.

Напротив домена появился зелёный значок указывающий на то, что SSL-сертификат установлен

Если вы заказываете SSL-сертификат на только что купленный домен, то на выпуск и установку сертификата может уйти несколько суток.

Посмотрим, что изменилось после установки сертификата.

• Изменился IP адрес сайта;
• Сайт стал доступен по двум адресам — httр://mukhutdinov.com и httрs://mukhutdinov.com;
• Практически все документы сайта стили доступны по протоколу https, за исключением страниц с произвольными ссылками (ссылки были указаны с http).

Ссылки внутренней перелинковки из контента записей проставлялись «вручную», т.е. они остались с протоколом http.

При помощи сервиса www.ssllabs.com можно проверить качество установленного SSL-сертификата.

У SSL-сертификата рейтинг класса «А», выше только «А+» (кликабельно)

В полном отчете есть информация и о сроке действия сертификата (valid until).

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

Изменение внутренних ссылок

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

В различных интернет-источниках предлагают разные варианты внутренней перелинковки:

1. //mukhutdinov.com/kak-dobavit-sajt-v-yandex-webmaster.html (относительная ссылка)
2. /kak-dobavit-sajt-v-yandex-webmaster.html (относительная ссылка)
3. httрs://mukhutdinov.com/kak-dobavit-sajt-v-yandex-webmaster.html (абсолютная ссылка)

В качестве эксперимента я опробовал первые два варианта, но оба они привели к тому, что после внесения изменений в базу данных я не смог зайти в консоль WordPress. Яндекс.Браузер не выдавал никаких сообщений, а Google Chrome и Opera жаловались на «куки».

Сообщение об ошибке при попытке войти в админку WordPress

Честно говоря я так и не сообразил в чем причина проблемы и решил воспользоваться третьим вариантом, т.е. внутренние ссылки оставить абсолютными указав протокол https.

Берём из бекапа базу данных (файл с расширением .sql), создаем копию и открываем её при помощи текстового редактора NotePad ++. При помощи поиска находим внутренние ссылки и вносим необходимые изменения.

Находим внутренние ссылки с протоколом http и меняем их на ссылки с протоколом https. В конкретном случае было изменено 13 303 ссылки

Сохраняем изменения и архивируем файл (zip-архив) для более быстрой загрузки. Теперь нам потребуется phpMyAdmin — в разделе Управление базами данных MySQL щелкаем по соответствующему значку.

Переходим в phpMyAdmin

При помощи phpMyAdmin импортируем подготовленный нами файл в базу данных сайта.

Указываем местоположение файла базы данных на локальном компьютере и нажимаем кнопку «Вперед»

Если импорт прошел успешно, то должно появиться сообщение на зелёном фоне.

Данные успешно импортированы

В консоли WordPress открываем Настройки — Общие и убеждаемся, что сайт настроен на защищенный протокол.

WordPress настроен на защищенный протокол

Переезд сайта в Яндексе и Google

Яндексу можно подать следующие сигналы о переезде сайта на https:

1. Прописать директиву Host;
2. Сообщить о переезде в Яндекс.Вебмастере указав основное зеркало с https;
3. Настроить 301-редирект.

Что касается Google, то для него подойдет только третий  вариант (301-редирект).

Директива Host актуальна только для Яндекса, Google её игнорирует.

Наша задача заключается в том, чтобы переезд прошел менее безболезненно, т.е. не хочется, чтобы излишне просела посещаемость. Мнений по этому поводу как минимум два. Сергей Кокшаров (devaka.ru) считает, что нужно сразу настраивать 301-редирект. В статье Как перенести сайт на HTTPs. Пошаговая инструкция от 22/06/2015 он пишет:

Раньше (еще в начале года) требовалось ждать, пока Яндекс переклеит зеркала, и уже потом перенаправлять пользователей. Это могло плохо повлиять на трафик из Google. Сейчас не обязательно ждать работу зеркальщика Яндекса, а можно сразу настраивать 301 редирект с HTTP версии на HTTPS.

Для меня в приоритете информация от Яндекса и Google, поэтому первоначально узнаем мнение Платона Щукина.

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

Поскольку статья датирована 23 октября 2015 года, решил посмотреть свежие комментарии.

Вопрос от biperch 29 января 2017:

301 редирект. Нужно ли ждать склейки, а потом ставить 301 или можно сразу ставить? На некоторых ресурсах читал, что уже можно не ждать.

Ответ Платона 03 февраля 2017:

Лучше ставить после склейки.

Интересно было узнать и точку зрения Google. На официальном форуме нашел следующую информацию:

Вопрос Федора Соколовского от 02 января 2017 года:

Суть в том, что рекомендации по переходу на защищенный протокол у Гугла и Яндекса несколько отличаются. Яндекс советует ставить 301 редирект только после переклейки зеркал, для Гугла, если не ошибаюсь, редирект рекомендуется ставить сразу.
Вопрос: Как выйти из ситуации? У меня основной траффик с Яндекс, поэтому больше ориентируюсь на него, но и с Гуглом хочется остаться друзьями, так сказать. На данный момент жду, пока яндекс сделает основным зеркалом версию с https, но как быть с Гуглом? Яша довольно тормозной, он неделями клеить может. Что, если Гугл подхватит в это время https версию и из-за отсутствия редиректов посчитает ее копией, наложит фильтр какой-нибудь.

Ответ эксперта Google от 02 января 2017 года:

Привет, Фёдор!
Мне кажется Вы выбрали правильную стратегию. Сейчас Вам достаточно добавить все четыре версии сайта в GSC и выбрать предпочтительную. После того как в Яндекс.Вебмастер произойдёт смена зеркала — расставить 301.
Если все четыре версии сайта будут идентичны друг другу (обычно это так и есть), то переезд в Google пройдёт штатно.

Итак, если следовать рекомендациям Яндекса и Google, то сперва следует дождаться склейки зеркал в Яндексе, а затем настроить 301-редиректы.

Переезд в Яндексе

В файле robots.txt меняем директиву Host и указываем новый адрес Sitemap:

Host: https://mukhutdinov.com

Sitemap: https://mukhutdinov.com/sitemap_index.xml

У меня на блоге xml-карта генерируется плагином Yoast SEO, по этой причине концовка URL заканчивается sitemap_index.xml, а не sitemap.xml. Замечу, что даже если я укажу адрес https://mukhutdinov.com/sitemap.xml, то робот все равно доберется до карты сайта так как сработает редирект.

Добавляем зеркало с https в Яндекс.Вебмастер.
При добавлении обязательно указываем протокол https

Заходим в раздел Индексирование — Файлы Sitemap и добавляем ссылку на xml-карту сайта.

Не забываем указать протокол https

Теперь необходимо изменить настройки зеркала с http (пока она является главным). Выбираем в списке сайт с протоколом http (протокол http по умолчанию не отображается), далее Индексирование — Переезд сайта.

Ставим галочку «Добавить HTTPS» и жмем «Сохранить»

Появится сообщение о том, что заявка обрабатывается.

Заявка на переезд обрабатывается

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

Заявка на переезд принята 19 февраля 2017 — через двое суток после подачи

Ранее добавлял энное количество зеркал в зоне .RU — заявки принимались в течение нескольких секунд. В данном случае, ожидание затянулось — либо технический сбой, либо причина в зоне .COM.

Через три дня после принятия заявки на переезд сайта (22 февраля 2017), в Яндекс.Вебмастере около домена с https все ещё была надпись «Данные скоро появятся», т.е. можно было предположить, что процесс еще не начался.  Посмотреть выдачу Яндекса и обнаружил, что по основным (наиболее частотным) запросам появились страницы с https. Обратил внимание на то, что в браузерах Google Crome и Opera, URL главной страницы отображается с жирной зелёной точкой перед дотком.

В выдаче Яндекса сайт уже с протоколом https, а в доменном имени отображается жирная зелёная точка

Решил приступить к переезду в Google не дожидаясь сообщения Яндекс.Вебмастер об изменении главного зеркала.

Переезд в Google

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

Открываем файл .htaccess и дописываем в начало следующие строки:

RewriteEngine On
RewriteCond %{HTTP:X-Forwarded-Proto} !=https
RewriteRule .* https://%{SERVER_NAME}%{REQUEST_URI} [R=301,L]

Если после добавления данных строк переадресация не работает, обратитесь в службу поддержки вашего хостера.

Для переиндексации сайта, Google вполне достаточно 301-редиректа, однако можно выполнять и дополнительные рекомендации:

Добавьте в Search Console адрес сайта, использующего протокол HTTPS. Помните о том, что Search Console расценивает страницы HTTP и HTTPS как разные, поэтому их данные не совпадают. Если на вашем сайте используются оба протокола, то в Search Console следует добавить два ресурса.

Согласно справки Google, в Search Console необходимо добавлять все версии сайта:

• http://mukhutdinov.com
• http://www.mukhutdinov.com
• https://mukhutdinov.com
• https://www.mukhutdinov.com

Добавляем версии сайта в Search Console с указанием протокола.

Добавляем сайт в Search Console

После того как все варианты сайта добавлены, необходимо указать основной домен:

1. На главной странице Search Console выберите сайт.
2. Нажмите на значок шестеренки  и выберите Настройки сайта.
3. Укажите нужный вариант в разделе Основной домен.

Результаты

Google отработал без сюрпризов — постепенно удалял из индекса страницы с протоколом http, а вместо них добавлял страницы с https. Ориентировочно, Google справился с поставленной задачей за две недели. Чтобы визуально представить картину, можно воспользоваться графиком количества кликов из Google-вебмастер.

Количество кликов на сайте работающем по протоколу http практически упало до нуляУвеличение кликов на сайте работающем по протоколу https

Что касается Яндекса, то не обошлось без причуд. 26 февраля 2017 года с удивлением обнаружил, что после того, как был настроен 301-редирект, Яндекс надумал вернуть в поиск документы с протоколом http.

Яндекс «выкинул» из поиска часть документов с протоколом https, при этом добавив в поиск документы с протоколом http — переиндексация в обратном порядке

Заглянул в поиск и убедился в том, что те документы, которые четыре дня назад были уже доступны по протоколу https, выдаются снова по протоколу http. Как бы то ни было, 21 марта 2017 года, склейка зеркал отобразилась в Яндекс.Вебмастер.

Главный зеркалом признан домен https://mukhutdinov.com

В конкретном случае, на переезд в Яндексе ушло около месяца. Замечу, что с другим моим сайтом Яндекс отработал в два раза быстрее.

Что касается посещаемости, то никаких существенных колебаний не произошло.

Во время переезда блога на протокол https новых материалов практически не добавлялось. Посещаемость не просела

Выводы

Несколько выводов, которые я сделал для себя:

• Новые сайты сразу запускать с протоколом HTTPS;
• При переезде на HTTPS, сперва следует осуществить переезд в Яндексе за счет указания директивы Host, дождаться сообщения об изменении главного зеркала в Яндекс.Вебмастер, а затем уже настраивать 301-редирект;
• Если повезёт, то во время переезда обойдется без проседания трафика.

Настроить в WordPress редирект на HTTPS за 5 минут

Сделаем при помощи нескольких функций: настройка параметров в админке, назначение правил в htaccess и установка плагина. Если этого не сделать, то сайт будет открываться сразу по двум адресам, что приведет к появлению дублей и понижению позиций. В статье я расскажу 3 простых шага, которые помогут избежать этой ситуации.

Что такое протокол HTTPS

Протокол HTTPS (расшифровка Hypertext Transport Protocol Secure) — это технология, шифрующая информацию между сайтом и пользователем. При вводе информации посетителем и выводе ее на экран, шифруется все, что дает преграду злоумышленникам похитить личные данные.

Технологии применяемые в HTTPS

• Шифрование. Каждое действие шифруется
• Безопасность. При изменении и добавлении новых данных они сохраняются
• Аутентификация. Блокирует небезопасные перенаправления

Почему важно перейти на HTTPS

Причин для перехода на HTTPS может быть несколько.

• Первая — это небольшой приоритет в выдаче поисковых систем, сообщаете ПС что вы заботитесь о безопасности и конфиденциальности посетителей.
• Вторая — при сборе контактов (в той же форме комментирования), нужно применять протокол, так как перехватить информацию легко. Часто посетители авторизуются на сайте при помощи социальных сетей.
• Третья — оплата в интернет магазинах. Если имеется интернет магазин без SSL — сертификата он будет заблокирован и помечен, как небезопасный в любом браузере. Google и Яндекс давно отслеживают такие ресурсы и как минимум не дают им первые позиции, и как максимум помечают как опасные.

Общие принципы перехода на HTTPS

Принцип перехода прост, вы покупаете, либо берете бесплатный SSL — сертификат, устанавливаете на сайт (сами или помогает поддержка хостинга), настраиваете элементы для корректного отображения и радуетесь зеленой полоске в браузере. По шагам выглядит так:

1. Выбрать платный или бесплатный серитификат
2. Получить персональный ключ
3. Оформить файл с протоколом в онлайн — центре сертификации
4. Установить и привязать сертификат к домену
5. Настроить движок и изменить ссылки

Изменение префиксов в панели вордпресса

Для редиректа на HTTPS главной страницы в панели WordPress заходим в настройки, в раздел общие и прописываем там дополнительную букву S, как показано на скриншоте. Теперь заходите на сайт по протоколу, по заранее известным логину и паролю.

Меняем адрес сайта в админке WordPress

После смены адреса и подключив перенаправление при входе в админ-панель придется по новой вводить логин и пароль. Совет если не помните то заранее их восстановите.

Перенаправление остальных элементов

Чтобы сделать 301 редирект остальных элементов (не записей), картинок, ссылок, таблиц и т.д. нужно установить ненадолго плагин Velvet Blues Update URLs. Чтобы установить плагин:

• Перейдите в раздел плагины > добавить новый
• В поле поиск введите название
• На карточке нажмите кнопку активировать

Изображение плагина Velvet Blues Update URLs

Устанавливаем и вводим настройки, заходим в раздел инструменты > Update URLs. В поле Old URL вводим адрес сайта без протокола, а New URL с ним.

Перезапись ссылок

Далее переходим ко второму шагу и отмечаем все галочки кроме последней. Этим действием перезапишем все имеющиеся на сайте объекты, в которых могут содержаться URL без протокола, и нажимаем Update.

Выставляем элементы ссылок для изменения

Инструмент начнет работу, и после покажет сводную таблицу сколько элементов изменено. После проделанной операции, можно деактивировать и удалить его из WordPress.

Таблица количества измененных URL

Редирект на HTTPS 301 в .htaccess

Завершающим этапом является добавление в WordPress 301 перенаправления в файле htaccess. Он регулирует работу Apache, определим существует ли этот файл на вашем сайте.

Apache — оболочка на чем работает сервер, это как на компьютере стоит Windows. Некоторые хостинги пренебрегают добавлением в репозиторий ресурса, пытаясь управлять с помощью сервера.

Идем в корень WordPress и смотрим. Если существует, то открываем его для редактирования, если нет, то создаем. Нужно подключиться к сайту через FTP соединение, мы используем FileZilla. Войдя в корневой каталог (определяем корень по папкам wp-content и wp-admin), находим htaccess и кликом правой кнопкой мыши выбираем “Просмотр/Правка”.

файл .htaccess в программе FileZilla

В появившемся окне программы, вводим конфигурацию написанную ниже после begin wordpress или перед end wordpress. Сохраняем нажатием CTRL+S, либо через меню файл-сохранить. Код подходит и для мультисайта с поддоменами.

RewriteEngine On
RewriteCond %{HTTP:X-Forwarded-Proto} !https
RewriteRule (.*) https://%{HTTP_HOST}%{REQUEST_URI} [R=301,L]

Куда вставлять код для редиректа HTTPS

После сохранения изменений FileZilla запросит разрешение на перезапись файла htaccess, соглашаемся и программа начнет процесс загрузки.

Это позволит имеющиеся страницы WordPress перевести на https протокол и выводить их автоматически с правильным префиксом. Для проверки работы, зайдите на любую страницу и сотрите букву S, нажмите enter, если редирект с http на https WordPress сработал, то продолжаем.

С помощью плагина Easy HTTPS Redirection

Наиболее простой метод установить плагин, мы советуем Easy HTTPS Redirection. В данном случаем остальные действия делать не нужно. Установив, переходим к настройке.

разбор панели Easy HTTPS Redirection

• Enable automatic redirection — включает переадресацию
• Apply HTTPS redirection on — первый пункт перенаправляет весь ресурс, во втором можно выставить для отдельных страниц
• Force resources to use HTTPS URL — данная галочка может дать множество битых ссылок, она принудительно перезаписывает ссылки в статьях. Не все сервисы и ресурсы перешли на безопасное соединение.

Какие проблемы могут возникнуть при переходе на HTTPS

Проблем при переходе на HTTPS немного. Первая причина не убраны со страницы все исходящие и внутренние ссылки с протоколом HTTP. Далее редиректы, неправильно прописанные в htaccess. Не знание специфики WordPress, что и где нужно менять. Что делать в таких ситуациях:

1. Проверить всё ли правильно сделано, в админке и в файле htaccess
2. Если всё хорошо, то проверить работу во всех браузерах, хром, опера, мозилла и т.д. Возможно проблема в неисправном браузере либо в расширениях, которые не дают сработать редиректу.
3. Возможны неправильные настройки сервера или SSL — сертификата, с этой проблемой скорее всего придется обратиться в поддержку хостинга. Если ошибка не на их стороне, то к поставщикам сертификата.

Если удобнее учится по видео, то смотрите наш обучающий ролик.

Чеклист всех операций

• Меняем в панели HTTP на HTTPS
• Заменяем все ссылки на новые с буквой S
• Прописываем правила переадресации в htaccess

Мы смогли поставить редирект на HTTPS в cms WordPress и сертификат работает правильно. После всех операций, сайт должен быстро проиндексироваться поисковыми системами и обновлен в выдаче.

Работает ли микроразметка в Вашем плагине?

Судя по инструментам проверки в Google — да!

Пожалуйста, оцените материал: Мне нравится4Не нравится

Как правильно перевести WordPress с http на https | coderistu.ru

Рано или поздно переходом с http на https протокол  озадачивается практически любой владелец WordPress сайта. Почему?  Потому что преимущества ssl — соединения очевидны:

• Повышенная безопасность передачи данных.
• Шифрование трафика, передаваемого между браузером пользователя и веб — ресурсом.
• Сайт с https  вызывает больше доверия у посетителей.
• При ранжировании сайтов Google в первую очередь отдает предпочтение сайтам на https.
• Большинство онлайн — систем приема платежей работают только при наличии у сайта ssl — сертификата.

Поэтому для любого современного портала, который дорожит своей репутацией и данными клиентов и пользователей, иметь ssl — сертификат просто необходимо.

Как получить сам сертификат, мы в этой статье рассматривать не будем, т. к. это довольно простая операция и не требует особых знаний: достаточно лишь оформить соответствующую заявку на хостинге. Здесь мы подробно остановимся на том, как непосредственно перевести сайт на вордпресс на https.

Итак, для того, что правильно сменить http на https, необходимо выполнить несколько шагов:

1.Если для домена у вас уже установлен ssl — сертификат, то в админке сайта в разделе «Настройки — общие»в полях Адрес WordPress (URL) и Адрес сайта (URL) меняем http на https: (рис.1)

рис. 1

Если после внесенных изменений по какой — либо причине админка или сайт перестанут открываться и понадобится откатить изменения, то сделать это можно через базу данных сайта на хостинге. Для этого через PhpMyAdmin открываем нужную базу, находим там таблицу «wp_options», и в строках siteurl и home меняем https на http. (рис. 2)

рис.2

2. После смены протокола настраиваем 301 редиректы с http на https и с www на https в файле .htaсcees, для чего прописываем там следующие строчки:

RewriteEngine on
RewriteCond %{HTTP_HOST} ^www\.(.*)$ [NC]
RewriteRule ^(.*)$ https://%1/$1 [R=301,L]
RewriteCond %{HTTPS} off
RewriteRule (.*) https://%{HTTP_HOST}%{REQUEST_URI}

3.Далее избавляемся от смешанного контента, для чего меняем все абсолютные ссылки на относительные. Абсолютные — это ссылки, имеющие протокол http в начале. Относительные — без протокола.

«https://coderistu.ru/images» — абсолютная ссылка
«//coderistu.ru/images» — относительная

Чтобы узнать, если у вас смешанный контент, нужно открыть любую страницу сайта, щелкнуть по ней в браузере правой кнопкой мыши и выбрать в контекстном меню «посмотреть код». Далее перейти в «console» (рис.3).

Если на странице есть смешанное содержимое, то в консоли оно отобразится, как «mixed content».

Рис.3

Чтобы быстро убрать с сайта смешанное содержимое, можно воспользоваться плагином SSL Mixed Content Fix. Для этого после установки плагина переходим в раздел «Настройки» админ — панели, выбираем Removal http/https links и нажимаем клавишу «сохранить».
Так же можно воспользоваться плагином Really Simpe SSL, который поможет перевести сайт на https  в полностью автоматическом режиме. Перед использованием плагина рекомендую сделать бэкап базы и файловой структуры сайта на хостинге.

Вручную удалить смешанное содержимое можно через встроенный редактор темы, для чего необходимо найти через консоль браузера все mix — файлы (картинки, css — файлы, шрифты, javascript ) , после чего удалить у них префикс  http: либо заменить на https://

4.

Далее необходимо изменить путь к главному зеркалу сайта и файлу sitemap в файле robots.txt.

После переезда сайта на https  эти строчки в файле robots.txt должны выглядеть так:

Sitemap: https://адрес_вашего_сайта/sitemap.xml
Host: https://адрес_вашего_сайта

5. Далее добавляем новый адрес сайта в Google Search Console и Yandex Вебмастер. Если ранее уже был зарегистрирован сайт на http, то в Вебмастере Яндекс необходимо заново добавить ваш сайт на https и подтвердить на него права. Затем в списке сайтов выбрать версию на http, перейти в раздел «переезд сайта» и поставить галочку «добавить https». 

рис.4

В Google Search Console необходимо так же добавить сайт заново, но уже с префиксом https. 

6. После всех проделанных манипуляций необходимо заново создать карту сайта  и отправить ее на переиндексацию в интерфейсе вебмастера. В Яндексе — «Инструменты —  анализ файлов sitemap». В google search console — «файлы sitemap» в левом меню.

На этом все. Теперь вы знаете, как правильно провести переход wordpress на https. Надеюсь, что статья была вам полезна!

Переход WordPress сайта на https: безболезненно и быстро

В своё время новость Google навела довольно большой шум и суматоху среди вебмастеров. В новости говорилось о том, что в новых версиях браузера Хром появятся оповещение незащищённого соединения на сайтах, которые используют http. Это не было липой и так случилось на самом деле. Но это оповещение оказалось не столь заметным и не пугающим для посетителей.

Но ещё позже стали появляться другие новости, также о важности перехода сайта на протокол https и его значимости по всем пунктам, вплоть до того, что это будет влиять на ранжирование сайта в поисковиках. В принципе это так и происходит, даже Яндекс в кабинете вебмастера подчёркивает этот недостаток как возможную ошибку. Вот что лично говорит «Гоша».

В общем, мы приходим к таким итогам, что любой сайт, в том числе личные блоги, должны рано или поздно перейти на https. Давайте это сделаем с лаконичной пошаговой инструкцией шаг за шагом.

Переносим WordPress с http на https

Не стоит пугаться таких изменений и накручивать себе мысли, что это слишком сложно и не под силу каждому. На самом деле всё намного проще. Те, кто имеет хоть небольшой опыт работы с сайтом, смогут провернуть переезд на новый протокол. Конечно, мы в этом поможем, описав все действия. Просто следуйте этим указанием и всё получится. Если будут трудности, обращайтесь в комментариях.

Шаг 1. Сертификат let’s Encrypt. Установка

Сертификат let’s Encrypt является полностью бесплатным продуктом, который предоставляют все известные хостинг-провайдеры. Он устанавливается автоматически также и продлевается. Всё что вам нужно, так это зайти в свой кабинет на хостинге, перейти в определённый раздел (в зависимости от вида панели управления, разделы могут отличаться) и поставить галочку на установку сертификата.

Если по каким-то причинам в этом шаге возникнут трудности, обратитесь в техподдержку. Они или сами подключат сертификат или точно укажут где, что нажать.

Шаг 2. Настройка HTTPs WordPress

После подключения сертификата проверьте доступ сайта по https://. Если доступ появился, а он должен был появиться, тогда формально у вас стало два сайта. Мы сейчас это подправим, а позже совсем их склеим через редирект. Зайдите в админ-панель сайта на вкладку «Настройки – Основные». Нам нужно изменить две строчки – адрес WordPress и адрес сайта. Точнее, изменить только протокол с http на https. Дальше нажмите кнопку «Сохранить» и вас перекинет на страницу входа. Все отлично, так и должно быть. Просто повторно зайдите в админку.

Шаг 3. Изменяем внутренние ссылки на сайте WordPress

Продолжаем работу над изменениями ссылок. Только на этом шаге нам предстоит изменить на всём сайте. Здесь есть много вариантов, как это сделать. К примеру, через sql-запросы, скачать базу и через поиск изменить, или же использовать плагины. Мы воспользуемся последним, а именно через плагин Search Regex.

Устанавливаем плагин и активируем его. Переходим в раздел «Инструменты — Search Regex». А теперь смотрим на скриншот. Цифра 1.) В выпадающем списке есть возможность выбрать, в какой части сайта мы хотим искать то, что нам нужно. Мы будем искать по порядку во всех доступных частях. Цифра 2.) В это поле ввода вписываем то, что хотим найти и изменить. А именно домен сайта с протоколом http (пример в скриншоте). Цифра 3.) В это поле вписываем то, на что хотим изменить.

В итоге делаем так: заполняем два поля, выпадающем списке выбираем первый пункт (цифра 1.), жмём кнопку «Replace&Save». Дальше выбираем другой пункт и опять же жмём кнопку «Заменить и сохранить». Так проделываем с каждым пунктом.

Шаг 4. Настраиваем перенаправление (редирект 301) с http на https

Уже почти подходим к концу. На этом этапе займёмся объединением сайта через редирект 301. Redirect 301 – это перенаправление с одного адреса на другой, на постоянной основе (навсегда!). Это то что нам и нужно. По сути, мы склеим старый протокол с новым, чтобы в итоге получился одни сайт, работающий по защищённому соединению HTTPs.

Для этого также можно использовать плагины. В официальном репозитории по этой задачи их довольно много. Но это уже слишком для ленивых. Мы воспользуемся некими функциями, которые нужно прописать в файле .htaccess в самом его начале. Я представлю несколько вариантов на случай, если один из них не будет работать на вашем хостинге.

<IfModule mod_rewrite.c>
RewriteEngine On
RewriteCond %{HTTPS} off
RewriteRule ^(.*)$ https://%{HTTP_HOST}%{REQUEST_URI} [L,R=301]
</IfModule>

Ещё вариант:

<IfModule mod_rewrite.c>
RewriteEngine On
RewriteCond %{SERVER_PORT} !^443$
RewriteRule ^(.*)$ https://%{HTTP_HOST}%{REQUEST_URI} [L,R=301]
</IfModule>

Ещё вариант:

<IfModule mod_rewrite.c>
RewriteEngine On
RewriteCond %{HTTPS} !=on
RewriteRule ^(.*)$ https://%{HTTP_HOST}/$1 [R=301,L]
</IfModule>

Ещё вариант:

RewriteCond %{HTTPS} !=on
RewriteRule ^ https://%{HTTP_HOST}%{REQUEST_URI} [L,R=301]

Пробуйте их поочерёдно и проверяйте сайт, чтобы при обращении к ресурсу по протоколу http, открывался сайт на https.

Шаг 5. Доработка и исправление смешанного контента

Переход WordPress сайта на https, можно сказать, что уже состоялся. Остались мелкие правки и исправление смешанного контента. Что это такое? Это когда сайт работает на https, но на страницах или статьях, или ещё где, остался протокол http. Это могут быть подключения скриптов, стилей или же это картинки. В общем, всё что угодно. Задача как раз заключается в том, чтобы найти их и исправить. Начнём по порядку.

Изменение адреса sitemap. Откройте файл robots.txt и исправьте в нём путь к карте сайта, то есть просто измените в нём протокол. И если есть строка host, в ней тоже исправьте префикс. Должно быть, вот так:

Host: https://site.ru
Sitemap: https://site.ru/sitemap.xml

Обновление CDN, скриптов, стилей. Нам нужно исправить все подключения к сайту на относительные ссылки, если эти подключения идут через http. К примеру, у вас подключается какой-то сторонний скрипт. Он идёт через http (http://site.ru/script.js). Мы меняем на относительный путь, то есть без протокола. Вот так //site.ru/script.js. И так исправляем везде, где есть значок смешанного контента.

Проверьте по всему сайту, чтобы таких сообщений «подключение к сайту защищено не полностью» не было. Вспомните, встраивали вы прямо в тело шаблонных файлов темы какие-то скрипты, сторонние сервисы и прочее. Можно через исходный код с помощью поиска искать оставшиеся http.

Изменить адрес сайта в Google Analytics. Если вы используете инструмент «Аналитику» от Goolge, то тогда нужно в настройках внести изменения. Переходим в кабинет анализа и идём по такому пути «Администратор – Настройки ресурса». В пункте «URL по умолчанию» меняем протокол и сохраняем изменения.

Шаг 6. Проверить корректность работы сертификата

Давайте проверим проделанную работу, точнее, корректность работы сертификата. В этом нам помогут сервисы. Просто заходим на них и вводим домен сайта. Если на ресурсе окажутся проблемы, они проявятся в отчёте. Обычно красным или жёлтым цветом.

https://www.ssllabs.com/ssltest/ — глубокий анализ конфигураций SSL-сервера.
https://www.jitbit.com/sslcheck/ — этот сервис поможет найти все пропущенные ссылки с http.

Шаг 7. Добавление нового сайта с HTTPS в поисковики

В самых изначальных рекомендациях от поисковиков говорилось, что нужно подождать пока сайт склеиться, проиндексируется и только тогда добавить его в поиск по-новому. Но сейчас этого не требуется. Это официальные ответы от Яндекса. Ниже я добавлю ссылки на источник, чтобы вы в этом не сомневались. Давайте начнём добавление «нового» сайта.

Google. Для этого поисковика много действий делать не нужно. Просто заново добавьте сайт в Google вебмастере, как обычно, добавляют новый сайт. Но только с протоколом https и со временем поисковик начнёт считать его главным зеркалом. И не забудьте добавить карту сайта.

Яндекс. В этом случае придётся сделать пару дополнительных действий. В первую очередь также добавляем сайт в Яндекс как новый сайт, только с протоколом https. Дальше перейдите на старую версию сайта (с протоколом http) в кабинете вебмастера. Слева в меню выбираем «Индексирование – переезд сайта». Укажите протокол https и нажмите кнопку «Сохранить». И про карту сайта не забудьте.

Вот и всё. На склейку может уйти до двух месяцев. Обычно хватает 2-3 недели или пару «апов» поисковика.

Рекомендации от Яндекс и Google по переезду сайта на HTTPS

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

Инструкция по переходу на HTTPS — https://yandex.ru/support/webmaster/yandex-indexing/https-migration.html
Самые популярные вопросы про переезд сайта на сегодняшний день — https://webmaster.yandex.ru/blog/samye-populyarnye-voprosy-pro-pereezd-sayta-na-segodnyashniy-den
HTTPS как знак качества сайта — https://webmaster.yandex.ru/blog/https-kak-znak-kachestva-sayta
Защищайте свой сайт с помощью HTTPS — https://support.google.com/webmasters/answer/6073543?hl=ru

Как переместить WordPress в корневой каталог

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

Сделайте резервную копию своей учетной записи

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

Подготовьте установку WordPress к переходу

Перед физическим перемещением файлов вам необходимо подготовить установку, чтобы принять новое имя URL.

1. Войдите в свою панель управления WordPress. Например.
2. На главной панели управления перейдите в Администрирование -> Настройки -> Общие .
3. Затем найдите адрес WordPress (URI): и измените его с (пример.com / WordPress на example.com)
4. Наконец, найдите адрес сайта (URL): и измените его с (example.com/WordPress на example.com)

Перемещение вашего WordPress из подпапки в основную папку

После того, как вы сделали резервную копию, удалили файлы сайта из построителя и подготовили файлы WordPress, пора переместить ваш WordPress в основную папку.

1. Войдите в панель администратора cPanel.
2. В основной области cPanel найдите категорию Files , а затем щелкните инструмент File Manager .Перейдите к Settings В появившемся окне Preferences установите флажок Show Hidden Files .
3. Попав в файловый менеджер , вы захотите перейти в папку, в которой находится сайт WordPress. Например, папка с именем WordPress .
4. Вы увидите список всех файлов и папок WordPress на правой панели. Выделите их все и щелкните значок Копировать на панели инструментов меню в верхней части страницы.
5. Появится всплывающее окно, чтобы вы могли войти в папку назначения. Продолжая наш пример папки WordPress, он должен отображаться как public_html / WordPress . Удалите / WordPress из пути назначения, чтобы он просто отображался как public_html . Нажмите кнопку Копировать файлы .
6. Это скопирует файлы в папку public_html . Используйте диспетчер файлов , чтобы вернуться к папке public_html .(Вы можете сделать это, нажав кнопку Up One Level на панели инструментов в верхней части правой панели.)
7. Теперь вы должны увидеть те же файлы, что и в папке WordPress .
8. Теперь вы можете удалить старую папку WordPress .

Войдите в систему и введите данные URL

1. Войдите в свою НОВУЮ панель администратора WordPress. Например ( example.com/wp-admin или example.com/wp-login.php )
2. Перейдите в Администрирование -> Настройки -> Постоянные ссылки и убедитесь, что структура ссылок такая же, как у вашего нового URL.

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

.

Как легко перенести ваш блог с WordPress.com на WordPress.org

Вы хотите переместить свой блог с WordPress.com на WordPress.org? Многие новички часто начинают с WordPress.com, вскоре осознают его ограничения и хотят перейти на платформу WordPress.org с собственным хостингом. В этом пошаговом руководстве мы покажем вам, как правильно переместить ваш блог с WordPress.com на WordPress.org.

Зачем переходить с WordPress.com на WordPress.org

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

Вот почему пользователи вскоре переключаются на более мощную и популярную платформу WordPress.org с самостоятельным размещением.

Чтобы понять различия между двумя платформами, просмотрите наше полное сравнение WordPress.com и WordPress.org.

Мы рекомендуем использовать WordPress.org, потому что это дает вам полное право собственности на свой веб-сайт и свободу управления всеми его функциями. Чтобы узнать больше обо всех этих функциях, просмотрите наш полный обзор WordPress с плюсами и минусами.

При этом давайте посмотрим, как правильно перенести ваш блог с WordPress.com на WordPress.org.

Вещи, которые вам понадобятся перед началом работы

Чтобы начать работу с WordPress.org на собственном хостинге, вам потребуется учетная запись хостинга WordPress и доменное имя.

Мы рекомендуем использовать Bluehost, потому что это одна из крупнейших хостинговых компаний в мире и официально рекомендованный хостинг-провайдер WordPress.

Они также предлагают пользователям WPBeginner бесплатное доменное имя и 60% скидку на веб-хостинг. В принципе, вы можете начать работу за 2,75 доллара в месяц (включая бесплатный SSL).

→ Нажмите здесь, чтобы получить эксклюзивное предложение Bluehost ←

Если у вашего сайта WordPress уже есть собственное доменное имя, вам все равно понадобится веб-хостинг. Идите вперед и зарегистрируйтесь в Bluehost и на шаге домена добавьте свой домен блога. Мы покажем вам, как сохранить тот же домен при переносе из WordPress.com на WordPress.org без потери результатов поиска на более поздних этапах.

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

Бесплатное бонусное предложение: Поскольку многие из вас просили об этом, теперь мы предлагаем бесплатную услугу миграции с WordPress.com на WordPress.org в рамках нашей бесплатной службы настройки блога WordPress.Это означает, что один из наших экспертов выполнит всю миграцию за вас (100% бесплатно). Это означает, что вы можете без всякого риска переключаться с WordPress.com на WordPress.org.

Однако, если вы любите учиться и делать что-то самостоятельно, вы можете следовать нашему пошаговому руководству ниже.

Шаг 1. Экспорт данных с WordPress.com

Сначала вам нужно войти в свою учетную запись WordPress.com и перейти на панель управления вашего блога. В левом столбце вам нужно будет щелкнуть ссылку WP Admin, чтобы открыть админку вашего блога.

Затем вам необходимо посетить страницу Tools »Export .

Нажав на инструмент «Экспорт», вы попадете на новую страницу, где вам будет предложено выбрать между бесплатным или управляемым переводом. Вам нужно выбрать бесплатный вариант, нажав кнопку «Начать экспорт».

На следующем экране вас спросят, какие данные вы хотите экспортировать. Выберите «Все содержимое» и нажмите кнопку «Загрузить файл экспорта».

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

Шаг 2: Настройка WordPress

Теперь, когда вы экспортировали данные WordPress.com, следующим шагом будет установка новой установки WordPress на вашем веб-хостинге.

WordPress очень прост в установке и занимает всего несколько кликов. Если вы зарегистрировались в Bluehost, как мы упоминали выше, WordPress будет автоматически установлен для вас.

Кроме того, вы можете следовать нашему пошаговому руководству по установке WordPress за 5 минут.

После того, как вы установили WordPress, пришло время импортировать ваш контент на новый собственный веб-сайт WordPress.

Шаг 3: Импорт контента на собственный сайт WordPress

Чтобы импортировать старый контент с WordPress.com на новый сайт WordPress.org, вам необходимо войти в административную область только что установленного сайта WordPress. Отсюда вам нужно перейти на страницу «Инструменты » Импорт и нажать кнопку «Установить сейчас» под WordPress.

WordPress установит для вас импортер WordPress. Как только это будет сделано, вам нужно будет щелкнуть ссылку «Запустить импортер», чтобы продолжить.

Вы попадете на экран, где вам будет предложено загрузить XML-файл WordPress.com, который вы загрузили на шаге 1 этого руководства.

Примечание: , если размер вашего файла превышает 2 МБ, у вас есть два варианта. Один из них — попросить вашу хостинговую компанию временно увеличить этот лимит, чтобы вы могли продолжить процесс.Другой вариант — разделить файл с помощью разделителя файлов WXR.

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

Шаг 4. Импорт ссылок вашего блога

Если вы использовали функцию «Ссылки» в своем WordPress.com для хранения списка блогов или других ссылок, то вам необходимо выполнить эти инструкции, чтобы импортировать их. Пользователи, которые не использовали эту функцию, могут перейти к шагу 5.

Ссылки Blogroll экспортируются в формат OPML. Это формат XML, который позволяет экспортировать и импортировать ссылки и категории ссылок. Ваши ссылки на WordPress.com содержат файл OPML, расположенный по следующему адресу:

http://example.wordpress.com/wp-links-opml.php

Замените example на поддомен вашего блога WordPress.com.Если вы используете собственный домен со своим блогом WordPress.com, то к вашему файлу OPML можно получить доступ, посетив URL-адрес вроде этого:

http://www.example.com/wp-links-opml.php

Ваш OPML-файл откроется в окне браузера, и вам необходимо сохранить его на рабочем столе. Нажмите CTRL + S (Command + S на Mac), чтобы сохранить файл на вашем компьютере.

Теперь, когда у вас есть резервная копия ссылок на WordPress.com, следующим шагом будет их импорт в WordPress. Однако в WordPress с собственным хостингом по умолчанию не включен менеджер ссылок.

Вам нужно будет установить и активировать плагин Link Manager. На странице плагина написано, что он не обновлялся последние два года. Это потому, что он не нуждался в обновлении, и вы можете с уверенностью установить этот плагин.

После активации плагин добавит новый пункт меню в панель администратора WordPress с надписью «Ссылки».

Ваш сайт WordPress теперь может управлять списками блогов, и вы можете безопасно импортировать их. Посетите Tools »Import и щелкните Blogroll, чтобы установить импортер OPML.

После установки вы будете перенаправлены к импортеру. Если вам нужно загрузить файл OPML, который вы сохранили ранее, и нажмите кнопку импорта файла OPML.

WordPress теперь импортирует ваши ссылки и категории ссылок из файла OPML. Вы сможете увидеть прогресс, а по завершении вы увидите сообщение об успешном завершении.

Шаг 5. Сделайте свой блог WordPress.com приватным

Теперь, если вы не хотите перенаправлять старых пользователей на новый сайт, это будет ваш последний шаг.

Вам нужно перейти на страницу Settings »Reading в админке вашего блога WordPress.com. В разделе «Видимость сайта» выберите последний вариант «Я хочу, чтобы мой блог был частным и был виден только выбранным мной пользователям» .

Внимание: Если вы писали какое-то время и у вас есть лояльная аудитория, то не имеет смысла оставлять их в покое.

Более того, если ваш блог существует какое-то время, есть вероятность, что он проиндексирован в Google и других поисковых системах.Вы можете сохранить все позиции в поисковых системах и легко перенаправить своих старых пользователей на новый блог, выполнив шаг 6 (настоятельно рекомендуется, если ваш сайт уже создан).

Шаг 6. Перенаправление посетителей и сохранение SEO

Перенаправление пользователей в новое место с заголовком 301 — стандартное решение для сохранения рейтинга в поиске при перемещении сайта из одного места в другое. Поскольку у вас нет доступа к .htaccess на WordPress.com, вы не можете самостоятельно вносить какие-либо изменения для сохранения рейтинга в поисковых системах.Однако WordPress.com предлагает функцию платного обновления под названием Site Redirect, которая предоставляет эту функцию.

Просто зайдите в панель управления блога WordPress.com и щелкните пункт меню «Настройки». Под опцией «Адрес сайта» нажмите ссылку «перенаправить».

На следующем экране вас попросят указать доменное имя, на которое вы хотите перенаправлять посетителей. Введите доменное имя вашего нового сайта WordPress.org и нажмите кнопку «Пуск».

Примечание. Перенаправление сайта является платным обновлением и стоит 13 долларов в год.Он добавит 301 редирект, который перенаправляет посетителей вашего блога WordPress.com и поисковые системы на ваш новый сайт.

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

Если вы меняете домены, то еще одна вещь, которую вы хотите сделать, — это обновить все URL-адреса в сообщениях. Если вы когда-либо связывали свои сообщения между собой, эти ссылки необходимо обновить.Вы можете использовать нашу статью о том, как обновить URL-адреса при перемещении вашего сайта WordPress.

Если у вас был персональный домен на WordPress.com, то вам не о чем беспокоиться. Просто измените DNS-запись на свой хост, и вы сохраните все преимущества SEO.

Часто задаваемые вопросы (FAQ)

Мы написали первую версию этой статьи в январе 2013 года. С тех пор мы получили множество замечательных вопросов. На многие из них мы ответили по электронной почте или в комментариях, поэтому мы подумали, что было бы неплохо собрать популярные из них в одном месте, где каждый сможет их увидеть.

Что происходит с моими подписчиками WordPress.com?

К счастью, WordPress.com позволяет переносить подписчиков с одним условием. Вы должны использовать их плагин Jetpack, который добавляет те же функции подписчика, которые были у вас на WordPress.com. После установки и активации плагина Jetpack вам нужно будет связаться с командой WordPress.com и попросить их перенести подписчиков за вас. Мы надеемся, что в более поздних версиях Jetpack это станет проще, и пользователи смогут делать это сами.

Можете ли вы помочь мне БЕСПЛАТНО перейти с WordPress.com на WordPress.org?

Совершенно верно. Мы предлагаем миграцию с WordPress.com в рамках нашей бесплатной службы настройки блога WordPress. Если вам нужна наша помощь, просто зарегистрируйтесь. Это бесплатно

Сколько стоит переход на WordPress.org?

WordPress является бесплатным. Однако существуют минимальные затраты на веб-хостинг. Мы рекомендуем вам прочитать эту статью: Почему WordPress бесплатный? Каковы затраты и в чем подвох?

Я уже оплатил WordPress.com, могу ли я получить возмещение?

Да, можно. Если вы недавно приобрели персональный домен или платный тарифный план на WordPress.com, вы можете попросить у них полный возврат средств.

Примечание. Регистрацию домена можно отменить в течение 48 часов с момента регистрации. Планы и другие покупки можно отменить в течение 30 дней с момента покупки.

Могут ли мои изображения сломаться?

Нет, не пойдет. При передаче с использованием файла импорта загружаются все прикрепленные изображения и ссылка обновляется.Однако есть одна оговорка, которую мы заметили. Если URL вашего изображения начинается с files.wordpress.com, они не будут преобразованы. Если вы заметили, что URL-адрес изображения не изменился и по-прежнему указывает на WordPress.com, мы рекомендуем вам использовать плагин импорта внешних изображений, и он позаботится об этом.

Я зарегистрировал свой домен через WordPress.com, могу ли я переехать?

Да, можно. WordPress верит в расширение возможностей пользователей и предоставление им полного контроля над своим контентом.Если у вас уже есть доменное имя через WordPress.com, все, что вам нужно, это учетная запись веб-хостинга. Мы рекомендуем вам настроить Bluehost или любого из этих других хостинг-провайдеров WordPress. На этапе регистрации вас спросят, есть ли у вас домен или вы хотите зарегистрировать новый. Просто выберите вариант, что у меня есть доменное имя, и вставьте домен, который вы зарегистрировали на WordPress.com. Следующее, что вам нужно сделать, это изменить серверы имен, чтобы они указывали на хостинг-провайдера. Мы можем помочь с этим в рамках нашей бесплатной услуги по настройке.Вы также можете обратиться за поддержкой к своему провайдеру веб-хостинга.

Будет ли мой веб-сайт отключен при переключении?

Если правильно, то НЕТ. Метод, который мы предложили выше, гарантирует, что ваш сайт никогда не выйдет из строя. Если вы беспокоитесь, знайте, что мы здесь, чтобы помочь. Вы можете в любое время воспользоваться нашей бесплатной службой настройки.

Мы надеемся, что эта статья помогла вам правильно перенести ваш блог с WordPress.com на WordPress.org. Вы также можете увидеть наш контрольный список самых важных вещей, которые вам нужно сделать после установки WordPress.

Если вам понравилась эта статья, то подпишитесь на наш канал YouTube для видеоуроков по WordPress. Вы также можете найти нас в Twitter и Facebook.

.