HTTPS-сайт использует файл robots.txt для HTTPS. Проверьте, доступен ли он или возвращает ошибку 404. Убедитесь, что URL-ы в формате HTTP не заблокированы в файле robots.txt для HTTP.
Что такое "файл robots.txt для HTTPS"?
Или надо сделать через .htaccess дополнительный robots.txt, который будет показываться при обращении по HTTPS?
livetv: Ага, значит косяк не CMS уже, а опять недолугих программистов? :)
На каком еще стыке?
Это вообще при чем тут?
Я пытаюсь Вам объяснить, что не всегда переход на https происходит быстро и без проблем.
Бывает и быстро. Бывает и без проблем.
Но бывает и с проблемами, и очень сложно, но всё равно не стоит искать виноватых, ибо их может и не быть.
Вот на одном из сайтов, с которым мне попросили помочь, я вижу много косяков, которые создали девочки, заносящие инфу.
И система нормальная, и программисты нормальные, но сайту почти 10 лет, а тогда никто и не помышлял об https.
И хотя администраторам было дано указание, которое сейчас бы пригодилось, но его никто не соблюдал, ибо и так работало. А у них норма выработки в день, им надо быстрее, для них каждый лишний клик мышкой, это не полученные деньги.
На другом сайте, который я тоже сейчас смотрю, есть внешние ресурсы, и его вообще перевести на https невозможно. И тут тоже никто не виноват - это контент такой.
В общем много причин. Я их даже не все перечислил.
CMS может быть и нормальной, но её функционал может быть таким, что понадобятся дополнения. Обычно никто же не использует "голую" CMS - это было бы уж слишком скучно.
Вот на стыке и могут возникать конфликты.
Ещё нынешние требования Гугла к асинхронности скриптов и ускорению загрузки видимой части экрана заставляют отойти от типовых возможностей CMS и делать что-то нестандартное.
В общем, много щелей, если сайт более-менее развит и индивидуален.
потом перейти как надо на https
Супер ссылка, большое спасибо!
Одного я никак не пойму:
HTTPS-сайт использует файл robots.txt для HTTPS. Проверьте, доступен ли он или возвращает ошибку 404. Убедитесь, что URL-ы в формате HTTP не заблокированы в файле robots.txt для HTTP.
Что такое "файл robots.txt для HTTPS"?
Или надо сделать через .htaccess дополнительный robots.txt, который будет показываться при обращении по HTTPS?
Стало быть, оставались какие-то вопросы или сомнения.
Все люди разные. Одному достаточно, а другому нет. Ничего страшного.
Владимир-C, ещё недавно я считал тебе серьезным, но мне уже кажется, что ты троллишь.
Я сожалею, что не оправдал Вашего доверия, но, на самом деле, мне просто больше не с кем посоветоваться.
Делайте у себя нормальный 301-ый редирект и не парьтесь о том, какая схема указана в бэках.
Яндекс пишет, что редирект следует делать не раньше, чем когда поисковики проиндексируют зеркало. Так что переходный период неизбежен.
Что у Вас за CMS?
HOSTCMS
Как установите сертификат будет видно, что осталось.
За эти несколько минут сертификат уже установился. Результаты смешные. Размещаю страницу:
<html lang=ru>
<head>
<title>Test</title>
<meta name="description" content="Test">
<meta name="keywords" content="Proba">
<meta http-equiv="Content-Type" content="text/html; charset=windows-1251" />
</head>
<body>
<p>Test - test</p>
</body>
</html>
"Замочка" в адресе нет (смотрю в Хроме). Есть сообщение
The site includes HTTP resources.
View 1 request in Network Panel
При клике строка:
Что это может означать?
(Специально поставил эту страницу на домен, где никакой CMS нет)
---------- Добавлено 02.01.2017 в 00:32 ----------
Причину понял - в файле .htaccess есть
Если его изменить на
то обработка 404 вообще не работает.
Есть ли решение у этой проблемы?
Ага, значит косяк не CMS уже, а опять недолугих программистов? :)
На каком еще стыке?
Это вообще при чем тут?
Я пытаюсь Вам объяснить, что не всегда переход на https происходит быстро и без проблем.
Бывает и быстро. Бывает и без проблем.
Но бывает и с проблемами, и очень сложно, но всё равно не стоит искать виноватых, ибо их может и не быть.
Вот на одном из сайтов, с которым мне попросили помочь, я вижу много косяков, которые создали девочки, заносящие инфу.
И система нормальная, и программисты нормальные, но сайту почти 10 лет, а тогда никто и не помышлял об https.
И хотя администраторам было дано указание, которое сейчас бы пригодилось, но его никто не соблюдал, ибо и так работало. А у них норма выработки в день, им надо быстрее, для них каждый лишний клик мышкой, это не полученные деньги.
На другом сайте, который я тоже сейчас смотрю, есть внешние ресурсы, и его вообще перевести на https невозможно. И тут тоже никто не виноват - это контент такой.
В общем много причин. Я их даже не все перечислил.
Да и зачем?
Интересно, как после переезда на https ведет себя ссылочная масса?
Ведь те ссылки, которые были на адрес http, такими и останутся. Лишь новые ссылки будут на https.
ТИЦ сохранится?
(Я вот думаю: размещать сейчас новые внешние ссылки или сделать это после того, как сайт перейдет на https?).
Значит CMS писали бестолковые. :)
Не обязательно.
CMS может быть и нормальной, но её функционал может быть таким, что понадобятся дополнения. Обычно никто же не использует "голую" CMS - это было бы уж слишком скучно.
Вот на стыке и могут возникать конфликты.
Ещё нынешние требования Гугла к асинхронности скриптов и ускорению загрузки видимой части экрана заставляют отойти от типовых возможностей CMS и делать что-то нестандартное.
В общем, много щелей, если сайт более-менее развит и индивидуален.
Другой проект продвигали аналогичным образом
У этого другого проекта тематика такая же?
Но вот уже почти 2 месяца результат - 500 переиндексированных страниц в https и 6000 на старом протоколе.
Посещаемость упала?
У меня вот так: