Поиск

Неприятность может быть только такого плана: так как телеграм запрещен на территории РФ, то на ру хостингах доступа к серверам телеграмма может не быть. Соответственно входящие запросы от телеграмма поступать будут, а исходящие/если бот что то будет отвечать/ - нет. Ну и раз все равно нужно настраивать https, то настраивайте сразу настоящий, не самоподписанный сертификат. Letsencrypt - хорошее решение, часто лучше платного как раз по причине того, что не нужно возиться каждый раз с продлением, - настроил раз и забыл.

На своих проектах всегда делаю по второму варианту через редирект ( https://***/company/****/visit/ ). Считаю этот вариант наиболее правильным - происходит перенаправление пользователя на целевой сайт с промежуточной страницы на своём же проекте. Не забывайте, промежуточные ссылки ( https://***/company/****/visit/ ) требуется закрыть от индексации в (Disallow: */visit/). Есть еще вариант закрыть ссылки на сайты-партнеров через AJAX.

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

Здравствуйте, друзья! Буду краток и лаконичен, чтобы вас не утомлять. Суть вопроса. Имеется раскрученный некоммерческий ресурс, созданный и поддерживаемый мной уже 8 лет. Находится почти по любым ключевым и в Яндексе, и в Гугле на первых местах. Зареган как СМИ. Взял симпатичный домен в зоне.media и хочу весь контент перенести туда, а со старого поставить 301-й редирект. Сразу оговорюсь, что меня не сильно волнуют временные просадки по трафику (в конце концов, я в свое время переезжал с http на https, летом, и пару месяцев оказались не так страшны, как казалось сначала), но есть другая проблема - знаки 'Выбор пользователей ' и 'Популярный сайт '. Я ими очень дорожу, потому как до получения 'Выбора. ' осталось всего 2 деления, а до 'Популярного сайта ' так вообще одно. Написал я Платону по этому поводу: Получаю ответ: Собственно, как можно видеть из ответа, ситуация со знаками для меня печальная. В этой связи что мне видится. Сделать точную копию существующего сайта на новом домене,...

В принципе danforth всё верно говорит. Но для расширения кругозора есть еще способ, есть http-отладчик - fiddler. В нём можно подменять файлы из инета своими по правилам. Т.е. сделать чтобы вместо скрипта из инета грузился локальный файлик уже отформатированный. Может быть полезно в случае, если имя файла генерится каждый раз новое и брейкпойнт в девтулзах уже так просто не поставишь. Так вот, подменяется файл на локальный и в нужном месте ставится debugger; - в этом месте вызовется отладчик. Как-то с cloudflare так боролся. fiddler может сгенерить свой сертификат и можно будет даже https перехватывать. Но в целом, если файл просто минимизирован - то да, кнопки {} и расстановки брейкпойнтов в отладчике браузера должно хватать с головой.

оп, курсовой парень подъехал. А как https влияет на ранжирование?

Такая проблема. Есть крупный форум. Недавно переехал на https. Часть страниц имеет смешанный контент: пользователи оставляют сообщения, прикрепляя различные картинки и другие файлы, которые находятся на файлообменниках без https. Удалить такой контент мы не можем, он ценен для ресурса. Заменить ссылки на https - возможно какая то часть поменяется и будет функционировать, но таких страниц очень много и проблему полностью не решить, так как и дальше будут появляться такие файлы. Подскажите, можно ли решить проблемы?

Спасибо за советы! Попробуем в такой последовательности: Автоматическая замена таких ссылок на https - если ссылка идет битая - перенос на свой хостинг.

А где https сертификат?

А в чём не задача, не совсем понял. Ну доступ работает только по httpS, дальше, то что?

Комплексный и наверное вечный вопрос. Изначально совершил ошибку - нагенерил много меток. Они проиндексировались. Давали долю трафика. Но кардинально не влияли. Только за счет тайтл и дескрипшн особо не подымишься. Хотел разширять дескришн, то тема не позволяет это выводить. Пробовал скриптами выводить часть дескришн, а большую часть прятать под 'читать далее '. Но получилось криво. Забил. Проставил noindex nofollow. Но гугл все равно часть меток продолжает индексировать. Закрыл в. Теперь думаю их все удалить, чтобы весь сайт не страдал от плохих показателей. И поставить редиректы на статьи, к которым они были проставлены. Соотношение меток и статей - 7к1. Можно как-то в.htaccess прописать эти редиректи в виде 'tag1, tag2, tag3 ---- https://site/com/page1 '. Но главное - даст ли это позитивный импульс сайту? Реально ли неинформативные метки в индексе могут топить сайт. Или не факт? И проблема приувеличена. И забить?

Доброго времени! Без лишней преамбулы, сразу к делу. На моем сайте, работающем по протоколу https, пропал знак защищенного соединения. Открыв консоль, обнаружила ошибку в rtb-блоках, причем ошибка распространялась на все блоки вне зависимости от их параметров. Ошибка заключается в следующем: Mixed Content: The page at 'https://сайт.ру/' was loaded over HTTPS, but requested an insecure image ';dump-match=1'. This content should also be served over HTTPS. Обратилась в техподдержку РСЯ, спустя несколько дней мне ответили: Замечу, что ошибка без проблем воспроизводится при первом же заходе на страницу, в некоторых случаях страницу нужно обновить несколько раз. То есть сотрудник поддержки мог выявить ошибку сам, сразу. Ну да ладно. Оперативно создаю har-файл и отправляю в техподдержку. Через несколько часов техподдержка отвечает: По итогу переписки, у меня сложилось такое чувство будто я попросила техподдержку РСЯ заменить лампочку в моем туалете, а не устранить ошибку на стороне их...

Привет. Что-то непонятное случилось. порядка 20 поддоменов были на адресе https://. штук 5-6 поддоменов 'отклеились ' почему-то и сейчас в Я-Вебмастере картина такая. чтобы первый склеить со вторым (https) нужно в Индексирование - Переезд сайта указать галочку ДОбавить Https ?. спасибо за ответы

Спасибо тебе, добрый человек. Но все равно подскажи, чтобы 'склеить ' нужно сделать то, что я написал выше? чтобы первый склеить со вторым (https) нужно в Индексирование - Переезд сайта указать галочку ДОбавить Https ?

Периодически подобная байда бывает на одном сайте почему-то, не делаю ничего и в течение месяца сайт обратно только на https показывается. Это ни на что не влияет, так что нет смысла беспокоится.

Всем доброго дня. С марта 2017 года благополучно переехал на https. Сертификат Lets` Encrypt. Есть 2 сайта. С одним всё в порядке, и, кстати, трафик повышается. А вот с другим интересная картина. Прошло уже почти 3 года, а Гугл до сих пор продолжает индексировать некоторые страницы по незащищённому протоколу. Серверный редирект исправно работает. В чём может быть причина? Периодически удаляю такие страницы из поиска (временно) силами Сёрч Консоли. Но они вновь появляются. От 40 до 60 страниц. Постскриптум. Иногда проскальзывают ложные ошибки 404. Отправляю такие страницы на переобход. Стоит ли отправлять на переобход урлы статуса: Просканировано, но пока не проиндексировано?. Таких страниц 920 из 5647. Сайту 9.5 лет. Спасибо за советы.

Посмотрел. Нет, урлы внутри сайтмапа https. А те 63 ссылки по http, добавленные Гошей в поисковую выдачу, помечены им, как отсутствующие в карте сайта. ---------- Добавлено 29.01.2020 в 23:41 ----------

Конечно. http с www http без www https с www https без www ---------- Добавлено 29.01.2020 в 21:23 ---------- В теме уже дали ответ про баг Гугла. Я думаю, что во многом сейчас успешность проекта зависит от целого ряда рандомных факторов.

В консоль https версию добавляли как доменный ресурс?

Если открыть закэшированную версию по http, то в секции head прописан каноникал https. Абсолютный адрес. ---------- Добавлено 29.01.2020 в 21:16 ---------- Правда, во многих случаях нет возможности посмотреть кэш у таких страниц.