Поиск

1. сайт 2. раздел Извините, но я не нашел куда больше обратиться. Дело в том, что я еще зимой отправлял заявку на сайт, но не помню раздел и найти его мне не удалось. Проблема больше в том, что я всего лишь хотел сменить в заявке http на https. Так как мы приобрели защищенный вариант. Еще раз извините, но я правда не нашел где это сделать и к кому обратиться. Только по этому я создал новую заявку по вышеуказанным параметрам. Можете меня удалить, но еще раз извините.

Скорее всего эта ошибка появляется когда на ваш сайт ходят под другим именем домена (если такие существуют) или по ip адресу, типа https://192.168.0.1/

netwind, если честно я не понял что мне проверить нужно, я на все сайты браузером хожу. По протоколу https только на один. Ошибок этих кстати всегда появляется по 24 шт. в течении 75-85 сек. Следующая партия появляется когда через 10 минут, когда через 3 часа.

Может потому, что поддомен - это другой сайт, а сайт по HTTPS - это тот же сайт, но (как бэ безопасному 🍿) протоколу?;) Да, это политика ПС (всех наверное) - если страница доступна по обеим протоколам, то юзеру дадут ссылку по https. Куда прикольнее с яшей. При поиске по https (хз - на старом линухе могу по http искать в яше, а на семерке - нет) в директе отдаются ВСЕ с https. Но если на сайте его нет (даже если и редирект стоит), то перехода на сайт просто нет! Получается, что клиент втупую сливает бабки на директ:)

Почему гугл или яндекс не должны узнать о поддоменах, но должны - об HTTPS? И о том, и о другом они должны узнать только если люди этим пользуются, если нет - зачем тащить это в выдачу? Ну и по вашим возражениям - как я и говорил, всё это правильно и хорошо, но бывают такие хостинги, что это сделать невозможно. Плохие это хостинги? Нет, нормальные, есть косяки, но есть и удобные решения. Но от них приходится отказываться из-за такой политики.

1) По-моему это странный пример от программиста. Если кучи разных поддоменов не было никогда, то соответственно гугл о них и не будет знать, и не придется делать редиректы. 2) То же самое и с HTTPS. Если на сайте изначально не используется HTTPS, но при этом на сервере включен порт 443, то зачем это сделано? Изначально не надо создавать дубликаты, тогда и не надо будет расхлебывать связанные с этим проблемы. Если сайту не нужен HTTPS, то пусть он будет доступен только на 80-ом порту по HTTP. Я не говорю, что обязателно всё переводить на безопасный протокол, а наоборот, что надо сделать для себя выбор нужной версии и следить за тем, чтобы доступна была только она. Либо тогда уже делать редиректы.

Когда я был молодым и зелёным, с кучей рвения, то как-то раз написал программисту, что для мобильного поддомена регионального поддомена () нужно поставить редирект с на, а он привёл пример того, сколько можно придумать разных поддоменов, и со всех них придётся ставить редиректы. Та же ситуация с этими протоколами. Уверены, что гугл не посчитает ваш сайт доступным не только по https, но и по http/2? Не перепутает обычный html c AMP? Можно придумать кучу разных протоколов, а потом все их закрывать, но это просто работа ради работы. На самом деле - вообще дебильная ситуация, когда на сайте со списком товаров и телефоном нужно защищать пользовательские данные.

Может и глупо, но тем не менее вебмастер тоже должен следить за состоянием сайта, и соответственно если доступны обе версии, то как-то оставлять одну что ли. Потому что при выборе между HTTP и HTTPS логичнее выбрать безопасную версию (хоть она может и показываться как незащищенная из-за некорректного сертификата или его отсутствия), что Гугл и делает.

Да не осталось таких клиентов давно. Даже с мобильника на андройд 2 со стоковым браузером, все прекрасно по https открывается. Собственно да, отказываться от https уже давно причин нет.

Может быть, но по-моему, если все ссылки ведут на http и на сайте нет ни одного упоминания об https, то индексировать его - глупо. У некоторых хостеров nginx так настроен, что даже не понятно, по какому протоколу пришел пользователь, и поэтому редирект не настроить. А пользователь потом, переходя на сайт, получает предупреждение от браузера о том, что сайт незащищен. По яндексу - опыт, по гуглу - скорее всего, его проверял, но результаты уже твёрдо не помню, поэтому можете считать догадками.

???!! Покупать, не видя товара? Проще пойти на другой ИМ. Мне (и нек другим) ни как сёферу и клиенту ИМ в 99% https не нужен. (использую только для финансовых и нек др операций) А разработчики и сайтовладельцы пускай сами решают - потерять или приобрести им клиента, не желающего (или даже не имеющим возможности) юзать https. Всё просто ж.

О этой теме было давольно бурное обсуждение на AHREFS и как показала практика, более 80% сайтов в топе, не используют https Так что великого смысла - нет. Единственный смысл, если вы пилите продающий сайт по буржуев, то тут - дополнительная 'гарантия ' для покупателя.

Если так упирать в трафик, то можно просто выключить показ картинок, порезать рекламу, левые скрипты. Экономии будет в 100 раз больше, чем при отказе от https.

Гугл тоже пол года назад объявил о том, что они будут заменять в индексе страницы на HTTPS, если таковые есть параллельно с HTTP -

Для яндекса такое точно не вариант. Если хостинг настроен так, что https отдаёт 200, пускай даже без сертификатов и шифрования, то яндекс его всё равно найдёт и проиндексирует, а потом ещё и поменяет релевантную. У гугла такого пока не встречал.

к вопросу зачем нужен https: Гугл выключил показ товаров в за то, что на сайте нет https на страницах корзина, оформление заказа (без оплаты) и в личном кабинете. Потом правда часть товаров включил, но осадочек остался. И вопрос всем: Пробовал кто поднять https версию параллельно http, и не ставить редиректов, не добавлять в вмт, не менять главное зеркало, короче не светить её для ПС?

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

Let's Encrypt бесплатный SSL-сертификат для всех клиентов виртуального хостинга к каждому домену. Айхор хостинг и Let's Encrypt начали программу по развитию и популяризации защиты и шифрования данных, обеспечивая их сохранность и конфиденциальность. Мы хотим, чтобы каждый клиент нашего хостинга мог не беспокоиться о своих или же персональных данных его клиентов, поэтому начиная с сегодняшнего дня любой пользователь, который пользуется услугами php-хостинга может совершенно бесплатно и за считанные секунды выпустить и установить SSL-сертификат от компании Let's Encrypt для своих доменов. Установив SSL-сертификат, попасть в топ Google станет проще! Популярнейший поисковик изменил правила поисковой выдачи и теперь сайты, которые используют защищенное HTTPS-соединение, поднимаются выше в результатах поиска, по сравнению с конкурентами без SSL. Lets Encrypt центр сертификации, который работает с 2015 года и предоставляет бесплатные SSL-сертификаты сроком действия в 90 дней с...

эта типа об этих што ле HTTPS as a ranking signal ? ну да, лохи и лузеры, чё там.

Хочу расказать небольшую историю и задать вопрос. Ситуация такая. Купила я сайт с ТИЦ 80, начала его наполнять качественным материалом, сделали редиз, закупила трастовых ссылок на ресурсах новостных с ТИЦ больше 2к. После двух апов он вырос до 850, трафик при этом не вырос, печалька ну да ладно. Сайт торговал в САПЕ, откуда я его, естественно, убрала. Продолжаю работу по завлечению гугла, перевожу сайт на https. меняю зеркало в Вебмастерер яндекса, добавляю сайт в кабинет гугла, скармливаю им новую карту сайта, все в ажуре - бот яндекса берет новости через час после их публикации, гугл, гад, не любит сайт дальше. Ладно, думаю, будем думать на затариванием трастовых ссылок, как мне советовали. И тут в последний ап ТИЦ резко падает до 250. печалька, но трафик не падает, позиции на месте. И вдргу вчера я виду что трафик резко упал почти вдвое. Захожу в статистику счетчика - вижу что обвалился Яндекс. Захожу в кабинет вебмастера - вижу что ТИЦ меньше 10. Судоржно проверяю на АГС - нет,...