Поиск

Причём тут редирект воще? Утомили уже фантазиями об его необходимости. Сайт должен быть доступен по обеим протоколам. И да. Не будет этой проблемы при ссылке на http- 'версию '. Как раз таки ссылка на https.

Такое чувство, что Яши параллельно на каком протоколе сайт, хватило ума 'старичка ' не трогать, так не каких проблем с ранжированием по сравнению с тем, что перевел на https.

Поддержу. Если с фб идет ссылка на обычный протокол, а на сайте не настроен 301 редирект с http на https - будете получать такую проблему даже на одном домене

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

Этот метод хорош для других целей, напр свернуть меню. А показывать разные картинки в скрытых блоках- плохой подход. Они тянутся все. Лишний трафик, скорость загрузки. Вес важен всегда. А несколько потоков к httpsу отношения не имеют (или может ты про какие-то другие потоки?) браузеры в любом случае работают в неколько потоков.

User-agent: * Disallow: /engine/ Disallow: /engine/ Disallow: /user/ Disallow: /?gclid= Disallow: /newposts/ Disallow: / Disallow: /*subaction=userinfo Disallow: /*subaction=newposts Disallow: /*do=lastcomments Disallow: /*do=feedback Disallow: /*do=register Disallow: /*do=lostpassword Disallow: /*do=addnews Disallow: /*do=stats Disallow: /*do=pm Disallow: /*do=search Disallow: /*do=search Disallow: /*/page/*/ Disallow: /page/*/ Disallow: /uncategorised/ Disallow: *.jpg$ Disallow: *.jpeg$ Disallow: *.png$ Disallow: *.tft$ Host: https://сайт.ком ---------- Добавлено 09.09.2017 в 19:58 ---------- Сделали мне - спасибо. Там защита от добавления гет запроса стояла.

Старый запингвиженый сайт получил +10% к трафику. Делал также переезд на https в понедельник потому, что повлияло сказать трудно.

Вопрос при переходе на SSL ридерект должен быть только с главной к примеру http://сайт.ru на https://сайт.ru или http://сайт.ru/ins/ на https://сайт.ru/ins/ тоже? У меня только первый вариант работает может не правильно что-то?

Нет, не связано. Просто поверьте на слово. Перевел штук 20 сайтов - дело не в https

а что плохого в ccs @media?. у меня по большой стороне 750px, а вес от 80 до 150КВ, оригинал 1000Px, а вес примерно от 200КВ. В https, как я понял (но не уверен) можно грузить картинки в несколько потоков. Таким образом вес не особо важен.

Это хороший и правильный подход. Но размер превью. может быть разным для разных разрешений экрана. Вот тут некоторые применяют ccs @media, что не есть правильно в большинстве случаев. Так грузятся все картинки. Другие определяют юзер-агент с пом. php и выдают сразу нужную. Это более правильно. Но при использовании srcset этого ничего не нужно, браузер ничего лишнего не грузит. Но с др стороны - не поддерживается старыми браузерами. Зависит от содержания и размеров картинки. Но наверное много. Напр фотка города 400x300 весит 25-40кб. Впрочем это уже совсем не про https:)

Ч вот не пойму почему так сильно прочёл доход. Прошлый месяц с 400 хостов было 1,7 в день сейчас 500 хостов 0,8. Не связано это с переходом на https?

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

Пока в source сайта будет хоть один http://, зеленого значка не будет. Должно быть все https в source вашей страницы

Ну первые ответы видел же? А многие ли как тот ТС задумывался и проверял? Вот что я хотел показать этой ссылкой, а не просто конкретную ситуацию. Тоже не видишь разницы между 'будем повышать в серпе ' и 'мы пересмотрели это и отказались от этого. https не влияет на ранжирование '? Угу, иронично, чо. Да ладно, ссылки. Ссылки никак не влияют. А для картинок есть srcset. Но в целом конечно лучше чтобь все включения были на одном протоколе.

Редиректы со старых на новые однозначно сразу с переездом на https. Нужны ли глобальные редиректы - вопрос спорный и ситуационный. Никто этого не требует и я глубоко убеждён что в большинстве случаев нет - юзеру сайт должен быть доступен по обеим протоколам. Но со мной многие не согласны нек. СЕОшники, хотя причин (=необходимости редиректа) так никто внятно и не смог объяснить.

Открываем сайт в Google Chrome, на клавиатуре CTRL+Shift+J (откроется консоль) и смотрим Mixed Content. Меняем ссылки на https или относительные ':// '. В любой непонятной ситуации открывай с помощью Notepad.

У меня на одном проекте яндекс вебмастер (сегодняшний АП) второй раз склеил http и https! А вот по прописанным месяц назад description карточек товаров всё выдает ошибку в диагностике: мол отсутствуют. Хотя и Платон отписался, что всё нормально и ошибка должна пропасть. Вручную загоняю карточки на переобход - тогда только пропадают из списка. Если бы Королёв так относился к матчасти - хрен бы получили, а не полёт в космос! 😂

Добрый день! Получил сайт, страницы на https имеют rel= 'cannonical ' на эту же страницу но на старом протоколе (http) на всем сайте но с них стоит 301 редирект на основную https страницу. Вот такой вот круговорот) Имеет ли смысл убрать каноникал или изменить каноникал на основную страницу? Пример страницы:

Либо уберите либо в канониклах замените http на https