Поиск

Не надо ничего собирать, делаете полный редирект с версии http на httpS в htaccess и все Совет выше, не занимайтесь ерундой.

Думаю проблема в этом: Обеспечьте доступ к файлу по URL с префиксами как HTTP, так и HTTPS. Поисковый робот Google предпринимает попытки обработать файлы по URL с префиксами HTTP и HTTPS, но при этом любой код ответа 40X (например, 404) приводит к безвозвратному удалению ранее обработанных записей, даже если робот Google получил доступ к файлу по HTTP. Таким образом, если при обработке через HTTPS будет возвращен код 404 (или 40X), произойдет следующее: Обработанная ранее запись будет удалена без возможности восстановления. Проверьте, чтобы файл был доступен по URL как с HTTP, так и с HTTPS.

Здравствуйте! Столкнулся с проблемой, скорее всего, носящую технический характер. Есть несколько сайтов одной тематики, с одинаковыми структурами. Давно работают с адсенсом и в принципе. Вопрос заключается в чем, после создания новой записи на сайте - реклама как правило подгружалась и начинала свой показ спустя 3-10 минут. После переноса двух сайтов на два разные сервера, на одном также осталось все в порядке, на другом же подтягивание объявлений стало очень долгим - может реклама появиться через 10 минут, может через 5 часов, может вообще спустя сутки. Ранее такого никогда не наблюдалось, на других сайтах осталось все по прежнему. Так вот, вопрос, может ли это быть связано с какой-либо конфигурацицией сервера или что-то еще? Никаких ограничений для ботов нет, кэш пробовали и включать и выключать, чистый, cms wordpress. Все остальные параметры остались прежними, сайты работают на https, ssl сертификаты активны. В старых записях и на других страницах сайта реклама показывается без...

Привет всем. Хотел сегодня начать переезд на https но возник вопрос какой сертификат выбрать. Мой хостер сказал что есть бесплатный Let's Encrypt, но есть и платный. Читал что при использовании некоторых бесплатных может вылезти окошко предупреждающее о сертификате. Какой сертификат правильный чтобы не было проблем? PS: Заранее извиняюсь если не в том разделе тему разместил.

настроен и уж давно переехали на https ---------- Добавлено 17.12.2019 в 09:39 ---------- были конечно и старые версии в search console может это как то влияет?

А в search console Гугла сайт добавлен с HTTPS? 301 редирект настроен?

Всем привет! Добавили плагин для Wordpress, теперь подключение и рассылка оповещений по подписчикам стали еще проще! Плагин позволяет в пару кликов подключить push подписки на сайте и в один клик делать рассылку по подписчикам при создании нового поста. Поддерживает русский и английский языки. Что нужно для работы?. Сайт на https для подписок, для рассылок не обязательно. Wordpress не ниже 5.2.4 версии. Скачать плагин по ссылке Следовать инструкции Готово! Приятной работы:)

1. Да IP:рort (в моём случае можно и по домену:рort - об этом ниже). 2. Guacamole устанавливал из docker - там внутри tomcat, apache, mysql если правильно помню. Затем хrdp а потом xfce под отдельного пользователя (вроде так - это больше года назад было). 3. Так как по https лучше заходить то в систему nginx установил - домен купил, сертификат присобачил и с него по 443 на docker проксирование. 4. Отдельно установил еще stubby в систему - это для DoT - чтобы и DNS всё 'секурно ' было. 5. И отдельного пользователя нужно завести чтобы по xrdp к нему цепляться. 6. К gaucamole лучше в firefox заходить (chrome редко но подглючивает). А внутри vps - как писал браузер palemoon использую. 7. По умолчанию звук не заработает !!! Потом уже прочитал - но там надо сразу было по хитрому собирать xrdp - забил. Вообщем всё гуглится, но потрахаться придётся - вот вангую что с первого раза не заработает у Вас:) (у меня тоже не заработало).

Всем привет! Дата начала переезда в SearchConsole: 8 ноября 2019 г. Сайт юридической тематики. В Яндексе всё успешно склеилось и переиндексировалось. В Google не пойми что. Переезд был с домена на домен + смена протокола на https Сделал постраничный 301 редирект, всё по инструкции, единственное так и не понятно, как подгрузить на старый домен, чтобы SearchConsole его понял без ошибок, ведь сделан 301 редирект, который всё перенаправляет на новый домен, с точно так же. В итоге SearchConsole выдает ошибки у по старому домену, подгружается с нового домена. В настройках у старого домена в SearchConsole отправил изменения адреса. Статус до сих пор висит - Выполняется перенос этого сайта, тоже самое у нового домена. Тут ещё одна проблема обнаружилась. Оказывается старый домен для Google теперь с https и он в индексе, при этом http исключил. Почему запустил в индекс https, не очень понятно. Сегодня добавил в SearchConsole домен с https. Файл sitemap разумеется не могу подгрузить, консоль...

Да, конечно, со старого https://старый-сайт.ru на новый https://новый-сайт.ru стоит 301 редирект. При проверке заголовка - HTTP/1.1 301 Moved Permanently. ---------- Добавлено 16.12.2019 в 18:18 --------- Мне бы склеить, точнее чтобы бы Google всё это сделал корректно, а трафик судя по комментам и темам на форуме долго придется ждать, но если не склеить, то судя по всему о трафике можно будет забыть. ---------- Добавлено 16.12.2019 в 18:27 --------- Что-то вроде поменялось, но не в лучшую сторону: url:старый-сайт.ru - две главные страницы с https (новый и старый) - дубли с разным протоколом. url:новый-сайт.ru - нет в индексе. site:старый-сайт.ru - страницы старого сайта с http/https - дубли с разным протоколом. site:новый-сайт.ru - всё корректно! Ровное кол-во страниц, совпадающих с - 24 страницы на домене - 24 страницы в индексе. ---------- Добавлено 16.12.2019 в 18:29 ---------- Кому интересно, могу в личку спалить адрес сайта

с https на новый тоже перенаправление стоит?

Привет всем! Основной сайт на русском языке освящен b2b продукту, через него идут продажи. Основной сайт еще не на https. Есть английская версия сайта. Она на https, но контент на ней не совпадает по смыслу с русским, поскольку продукт адаптирован под бурж. Хотим перевести основной сайт на https. Хотим компенсировать возможный спад трафика при переводе на https. Для этого хотим добавить на английскую версию русскоязычный контент. Рассматриваем такие варианты: Оставляем структуру английского сайта исходной, но добавляем страницам русские переводы, которые выдаются пользователю (и поисковику), если IP русский. Английскую версию сайта вынести в отдельную папку типа (возможно, на другом шаблоне сайта). Английскую версию сайта перенести на субдомен Вопросы: Можно ли так делать в принципе?. Какой из вариантов является оптимальным по вашему мнению?. Возможно мы не видим более оптимального варианта?).

minsky, все плагины только с их магазина (вордпресс). У этого хостера есть другие сайты там все норм. Просто у меня есть на другом сайте пуш. Но там с файлом который надо в корневую папку забросить и джаваскрипт прописать в файле. Тут же файла нет. Вот и подумал, что как-то взломали. Выше кидал ссылку на сайт. Может по ссылке может сказать, что за ПП это? И такой вопрос сайт не на httpS

Сайт на https?

Здравствуйюте. ПРошу знающих людей подсказать, это дубли или нет?. https://katalog/aminokisloty-bsn-amino-x/kak-prinimat/#subsection-1 https://katalog/aminokisloty-bsn-amino-x/kak-prinimat/ при нажатии на верхнюю ссылку происходит скролл страницы вниз

Flex режим, если я правильно помню, вообще игнорирует httpS на вашем сервере, что там у вас.

Ну а если сайт на вордпрессе изначально на https был. Интересно, как клауд будет принимать сертификат, когда он просрочится. Или перед подключением к клауду лучше перевести сайт на http?

Откуда у вас 404 ошибки то появятся если у вас 301 редирект с http на https? ---------- Добавлено 15.12.2019 в 12:59 ---------- Flex режим ставьте в клауде и вообще httpS не нужен будет на вашем сервере.

А если сайт уже на https, но есть желание использовать Cloudflare, как привязывать сайт к сервису? На сайте бесплатный let's encrypt. Получается, если привязать сайт к Cloudflare по существующему https, то через 3 месяца let's encrypt не обновится и будет просроченным. Как Cloudflare к этому отнесется, будет как раньше брать контент с сервера или могут быть проблемы?

Есть сайт и мобильная версия на поддомене. Основная версия давно адаптивная, мобильная уже не нужна, но была проиндексирована гуглом, появляется в выдаче именно так, поэтому продолжала существование. Теперь надо переводить сайт на https и заморачиваться с поддоменом и покупкой для него отдельного сертификата не хочется ваще. Вопрос, как избавиться от мобильной версии аккуратно и без потерь трафика. Пока план такой: оставить мобильную версию как есть и сделать с нее редерикт на основную. В основной убрать ссылки на мобильную. Вот не знаю, что делать с link rel= 'alternate ' media= 'only screen and (max-width: 640px) ' href= '// ' / на основном сайте. Убрать? Оставить? Запрещать ли роботам мобильную версию? Что сообщать Яндексу и Гуглу?. Большое спасибо заранее за помощь