Поиск

попробуем переехать с помощью host, canonical, alternate и ВМ. ' для Яндекса - всё верно. мобильная версия так же должна быть на https, и на ней стоит canonical на основной сайт с https. что у вас сейчас в роботсе мобильной версии в host? Если он не склеен в одну группу с основным сайтом, в host надо поменять на и сделать переезд. Если мобильный сайт склеен в группу в основным сайтом - то в роботсе ставьте '→ Как должен выглядеть alternate основной http версии? ' можно оставить как есть. Потому что, как только у вас станет основное зеркало https, то вы настроете же 301 редирект? И тогда что указано в альтернейт версии http будет неважно. сразу посоветую robots и версии http не редиректить, в сайтмапе урлы с https. Робот Яшки должен приходить на http роботс и видеть в host ---------- Добавлено 20.07.2017 в 09:51 ---------- есть такие проблемы) всему виной - задержки и тормознутость Яндекса в корректной обработке canonical и переклейки вообще. 'Понять и простить ' То, что вы сначала...

Вот что еще интересно. Рекомендации Яндекса воздержаться от 301 до склейки зеркал, полагаю, связаны с диссонансным индексированием. Т.е. текущая http страница будет удалена роботом, поскольку является редиректом, но добавление новой страницы не пойдет влет, поскольку робот имеет понимание (до склейки): в паре http / https, https-версия является неглавным зеркалом. Но ведь при наличии canonical на https, http-страницы точно так же должны вылетать из индекса (неканоническая), при этом старые указания (главное и неглавное зеркало) по-прежнему распространяется. Т.е. почему в одном случае не идет по плану, а в другом - должно пройти гладко, кхм.

Сайт сделан на CMS, которую потребовалось дополнить собственной разработкой. В итоге в.htaccess пришлось сделать редирект, необходимый для работы сайта как такового. И это сделало невозможным редиректы с HTTP на HTTPS, а также с WWW на без него. Сейчас сайт открывается по обоим протоколам и по обращениям как с префиксом, так и без него. Но на каждой странице прописан каноникал соответствующей страницы Приемлем ли такой вариант?

Есть скрипт: $.get(. '//' + menuId, function( data ) {. $( self ).children('.main-menu_announce').html( data ); }. При переезде сайта на https при страбатывании такого события выдает ошибку. 'NetworkError: 500 Internal Server Error - ' Подскажите что не так?

Ну, а если в индексе будут варианты с https и без него, то что здесь плохого?

Не только у них такая болезнь, а так же у Таймвеба и, отписки смешные от ТП, идиоты, одним словом. Вот костыль: RewriteCond %{SERVER_PORT} ^443$ - нужно заменить на рабочую конструкцию текущего хостинга. RewriteCond %{HTTP:X-HTTPS} ^1$. или. RewriteCond %{ENV:HTTPS} ^on$. У всех по-разному.

Сайт открывается и по протоколу НТТР, и по протоколу НТТРS. Проблема состоит в том, что когда имеет место 301 редирект с одной страницы на другую, то в случае, когда посетитель пришел по адресу с НТТРS, он после редиректа оказывается на странице с адресом НТТР. А если сделать принудительный переход на протокол https, это будет корректно?. (Техподдержка хостинга это не одобрила, но не объяснила причину).

Вот это плохо. В индексе будут варианты с https и без него.

В любом случае сайт с https всегда лучше чем http

переехали 26.03.2017 на новый домен с https. потихоньку всё восстанавливалось. 15.06.2016 сайты расклеились по непонятным причинам - аптайм сервера 100%, техпроблем на нашей стороне не было. теперь с яндекса трафа нет. писали в поддежку - пишут у вас всё ок. что делать

Ничего не рухнет, переезд по инструкции максимум 10% за 2 недели потеряете потом восстановиться. Толку мало, разве что красивым зелёным цветом в браузере помечаться будете. Инструкция: 1. Берем сервисы кат ssl (любой) 2. Заходим на версию https смотрим стоит ли зелёный замок, далее: 2-1 если стоит то все на странице 'ок ' 2-2 если не стоит то исправляем ссылки на относительные вида '/page1/ ' 3. Проверяем каждую страницу в отдельности на предмет работы и наличия этого 'зелёного замочка ' 4. Когда все проверено и работает, изменяем в файле директорию host и sitemap на версию с https 5. После этого заходим в нядекс вебмастер- индексирлвание- переезд сайт и нажимаем на кнопку 'добавить https ' 6. Заходим опять в вебмастер и добавляем сайт с протоколом https там же указываем файл сайт меп с https 7. Заходим в Гугл вебмастер (search consol) аналогично добавляем сайт с https и указываем сайт меп с https. Никаких переездов тут делать не надо. 8. Ждём примерно 2-3 недели, после чего в один...

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

Добрый день. Подскажите пожалуйста как правильно перенести зеркало сайта с http на https?. Я установил ссл сертификат к сайту. Указал в яндексе главное зеркало https. Создал два виртуал хоста один 80 порт другой 443. В виртуал хсоте 443 порту указал сертификат. У виртуал хсоат 80 порта сделал редирект всего контента на 443 с исключением: В файле обоих файлах указаны https url. Правильно ли я делаю перенос на новое зеркало?. Яндекс пишет в панели вэб мастера что скоро сайт будит виднеться на https/

По сути, Вам можно и не переходить. Но помните, что дальше браузера будут помечать http-сайты как небезопасные. Если на сайте есть формы передачи данных, то лучше подключить https уже сегодня. На этом форуме уже много инструкций давали по безболезненному переходу на https. По опыту скажу, ПС понимают что сейчас идет большая миграция на https-протоколы и эти процедуры осуществляются вполне быстро и без потери позиций (если сами ничего не наворотите лишнего).

Причина - циклический редирект, если пришёл с https то редиректит опять туда же.

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

Сегодня отвалился сайт с xml лимитами по причине перехода на https протокол, написал в яндекс, мол сайт давно перешел, а вы только чухнули, права в вебмастере подтверждены, а лимитов нету, что делать? В ответ получил офигенный ответ, мол мы в курсе когда-нибудь исправим:( ужасть Оригинал сообщения: Спасибо за сообщение. Мы работаем над устранением проблемы. К сожалению, решение этой проблемы займет какое-то время, совсем скоро вряд ли исправится. Приносим извинения за неудобства.

Как по мне после того, как https полностью работает, сразу можно редирект ставить. Смысл ждать индексации https? Проиндексируется и после установки редиректа без проблем.

Пользуюсь хр часто такое вижу при переходах на сайты, это что то криво настроено у них https. ---------- Добавлено 17.07.2017 в 20:44 --------- А при чем тут генерация адреса биткоина, хотя я хз его, блокчайн использую. А вообще при оплате биткоином 1 раз на 3 дня зависло все и это при том что я выставлял комиссию в ручную на много превышающею рекомендуемую. Недостатки у биткоина конечно серьезные. Представляю нервную дрожь и бессонные ночи человека отправившего лимон баксов и не получив подтверждение транзакций ждущего и хуй знает вообще что там, ведь не к кому обратится то

выходит что Гугл понял про https по 301 редиректам?