http или https

переехали, всё ок

27 мая

траф с гугла упал, но на данный момент уже больше чем было

яндекс склеил всё ок

16 июня пропал тиц - произошла расклейка, почему неизвестно, на нашей стороне не было технических сбоев

всё, трафа с яндекса нет уже 3 недели, и не восстанавливается вообще никак как было сразу после перехода

Сколько страниц на сайте?

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

12 000 все в индексе

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

А менее посещаемые может раз в год. Возможно он определяет в том числе яндекс метрикой. если посещаемость страницы 0. То зайдет через год.

Насчет ссылок поставить ссылки несуществующих страниц на посещаемые? теоретически конечно можно, если не будет хуже.

Наблюдаем немалое количество клиентов, переходящих на HTTPS "прямо оптом".

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

1. В срезе Яндекса - важна HTTP+HTTPS доступность для robots.txt первое время.

Обоснование: нередко Яндекс.Вебмастер после смены протокола временно сообщает о недоступности Роботса. А и директиву Host желательно, чтобы читал; и даже временное попадание лишних страниц в индекс может быть ущербом.

2. Немного более «гладко» проходит переезд, при котором сайт оставляют временно доступным одновременно по обоим протоколам. Около недели с момента того, как настроили HTTPS и указали его в личных кабинетах у поисковиков и в robots (обязательно, везде).

Обоснование: пока своей очереди ждёт считывание настроек и обход роботами HTTPS-версии, старая HTTP-версия в поиске менялась бы чуть менее оперативно, чем в случае редиректов.

3. Самые осторожные вебмастера, имеющие сайты, для которых нет жесткой необходимости (некоммерческие и без взаимодействия с личными данными), пользуются очень удачной политикой «переходить на HTTPS сразу в момент появления любых SEO-проблем».

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

4. И в завершении простой факт, есть очень распространённая ошибка – «смешанный контент». В базе страниц и форумных постов бывает множество картинок, в том числе и со сторонних сайтов, такое иногда непросто не только исправить, но и найти. А это нарушение требований HTTPS.

Для Вордпресса это исправляется, например, с «SSL Insecure Content Fixer». Для многих CMS есть аналоги. Но не для всех, да это в любом случае небольшой лишний ущерб производительности. Специально из-за такой ситуации сейчас запускаем модуль, который проводит смену напрямую в любых файлах и БД.

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

По возможным причинам.

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

- Но есть и общая положительная статистика. И точно объективный фактор, который может влиять. И который концептуально отличает «просто HTTPS» от описанных нами случаев.

--- С HTTPS сайт медленнее везде, а особенно ощутимо это для отдалённых от хостинга регионов.

1. Если хостинг в Санкт-Петербурге, то где-нибудь во Владивостоке ваш сайт стал медленнее на 0.5сек, а в США на 0.8сек.

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

-> комфорт посетителей снизился -> ПФ ухудшились -> поисковикам не нравится

2. Робот Гугла проверил сайт – тоже ухудшение засчиталось (особенно, если вдруг не из российского ДЦ обратился, что бывает).

* см. исследование MOZ про связь позиций с Time to First Byte в Гугле

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

А чем медленнее сам сайт, тем меньше и скорость индексации.

Если ваша проблема вдруг окажется связана исключительно с №3, то всё ещё наладится и само по себе.

Чтобы переезд прошел без проблем (Яндекс + Google) делайте как описано ниже:

1) Регистрируете новый домен.

2) Копируете сайт и базу данных и размещаете их по новому адресу (сайты должны оставаться точными копиями до полной склейки доменов)

3) Добавляете новый сайт в Яндекс Вебмастер

4) В файлах robots.txt обоих сайтов прописал новый адрес

Host: мойсайт.ru

5) В Яндекс Вебмастере заходите на старый домен ---> настройка индексирования ---> переезд сайт где в выпадающем списке выбираете новый домен и ждете склейки доменов (после склейки нужно подождать 1-2 поисковых выдачи и только потом можно удалять файлы старого сайта)

6) Настраиваете редирект 301 в файле .htaccess для Google

7) Удаляете все файлы старого сайта кроме файлов .htaccess, robots.txt и файлов подтверждения прав на сайт от Яндекса и Google

8) Добавляете новый сайт в Google

9) В Google заходите на старый сайт где выбираете в меню Изменение адреса: и указываете новый сайт

P.S

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

Издеваетесь ? Что за абсолютно вредный совет ?

Должно быть:

Host: https://мойсайт.ru

Вы что с луны свалились)

Это если по протоколу https тогда нужно указывать Host: https://мойсайт.ru (это и так понятно)

Мой пример по стандартному протоколу http:

Ага, пишите пр переход на https и указываете "стандартный протокол" :)

Кто с луны то 😂