Поиск

Ув. коллеги, приветствую! Завтра начнем переезд на HTTPS. Сайт - более 50'000 проиндексированных страниц. Моб. версия на отдельном доме -, что несколько осложняет дело. HTTPS-версия сейчас является неглавным зеркалом. Переехать планируем плавно, не потеряв ни в Гугле. ни в Яндексе. 301 только после сообщения о переклейки. Столкнулись с головоломкой по настройкам alternate и canonical, очень интересно ваше мнение. Исходные данные: → Сейчас в индексе: http: и (20'000 страниц у Яши) на http-версиях, между собой связаны тегами alternate (для основной версии) и canonical (для мобильных страниц). → Начитались страшилок про 301 и Яндекс, попробуем переехать с помощью host, canonical, alternate и ВМ. Что понятно: → Основная версия - переводим http на https (до склейки в Я) с помощью rel canonical. → Alternate для основной https-версии будет выглядеть как 'https ' Что непонятно: → rel canonical мобильной версии, по идее, должен вести на основную версию. Но как быть с необходимостью...

→ Канонические ссылки работают для одного домена (по крайней мере для Яндекса). Для Яндекса все так. Однако, как указал ув. коллега Recoba выше, canonical необходим для Google. → а вот что писать в host мобильного - вопрос неоднозначный. Яндекс, насколько я понимаю, рекомендует указывать в моб. версии хост только при полной идентичности контента. Элемент-в-элемент. У нас (уверен, как 99% других ) есть определенные различия: каких-то элементов основной версии попросту нет на странице, где-то нет описаний - только каталог с предложениями и т.п.), поэтому указываем хостом (сейчас еще http, во время перехода - https). Назрел еще один интересный вопрос. Как оно вообще должно быть правильно? Место мобильным страницам в основном индексе или нет. Полгода назад в Гугле мне дали однозначный ответ - страниц мобильной версии в индексе поиска быть не должно. Наличие этих страниц - ваши ошибки. Индексация Яндексом моб.страниц - это его личная придурь (почти дословно). Т.е. на примере Гугла:...

Вы должны следовать основным требованиям защиты, как указано ниже: Убедитесь, что все ваши платформы или сценарии обновлены, что означает, что всегда используйте новейшие версии вашей платформы и скриптов, чтобы свести к минимуму риск. Регулярно создавайте резервные копии файлов. Обновите плагины безопасности веб-сайта, чтобы предотвратить попытки взлома. Используйте SSL-сертификат для включения HTTPS, Если ваш сайт принимает конфиденциальную информацию посетителей, такую как номера кредитных карт или контактные данные. Используйте параметризованные запросы с SQL Server, чтобы избежать взломов SQL-инъекций. Используйте надежный пароль с сочетанием специальных символов, цифр и букв.

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

Обычно люблю над. https сертификаты cloudflare не работают в половине браузеров.

алтернате я бы сделал так: http site ru -- http и https site ru -- https то есть наверна оставил так, как есть сейчас. Переезд в Яндексе у вас будет как переключение в один прекрасный момент на https в выдаче (станет основное зеркало). До этого момента такие альтернате будут верными. А после переключения сделаете 301 и будет неважно уже, какие альтернате на http версии. '→ Появилась еще одна странная идея. Мягко без 301 до склейки переводить основную версию, а на мобильную сразу поставить 301 с http на https ' не советовал бы. кстати, так и не понял, у вас мобильный сайт в группе зеркал с основным? типа вот так

А Вы подполковник?:) На cloudflare бесплатно. Ну и если вы нищеброд, то https вам не повысит доходы:)

Ув. коллега, спасибо за советы. → Моб. версии http и https тоже склеены как зеркала, главным сейчас является http. Переводить планируем сразу и все: основная + мобильная (слава Джа, региональность делали через папки, с доп. поддоменами с ума бы сошли). → Да. Как только Яндекс сообщит, что основным зеркалом является https-версия, постранично поставим 301 на https. → 2 роботс.тхт с хостами https, 2 сайтмэпа и т.п. - все это подготовлено уже. После постановки 301-х планируем не накидывать на роботс и сайтмэп http-версии редиректы - всю дорогу робот сможет читать их. → По поводу alternate по-прежнему непонятно, как лучше оформить. Идея с двумя альтернейтами - похоже, самая плохая. Просто не париться и оставить относительным (вида /catalog/) или перевести на беспротокольные относительные (//). → Появилась еще одна странная идея. Мягко без 301 до склейки переводить основную версию, а на мобильную сразу поставить 301 с http на https. → Также вообще не понятно, зачем Яндексу в индексе...

Добрый день! У меня сайт по ремонту квартир, молодой ему всего пол года. Есть небольшие результаты по яндексу, в продвижение ресурса, в гугле пока что по нулям. Не каких денежных операций через сайт не проводим, личного кабинета нет. Из топа с протоколом https, 2 сайта из 10. Вопрос: 1) Нужен ли мне переезд, какие он мне даст плюсы. И какие минусы в случае отказа от переезда? 2) Если переезд нужен дайте пожалуйста ссылку, на подробную инструкцию что касается переезда, где все процессы расписаны простым и доступным языком? 3) Как вы думаете мои скромные достижения в яндексе по позициям совсем рухнут? 4) При переезде можно дальше писать страницы и развивать ресурс? 5) На практике сколько этот процесс занимает времени? ВСЕМ СПАСИБО

у вас сайт на https, а виджет нет, браузер блокирует просто небезопасное содержимое

Доброго времени господа. Я считаю, у нас с доменом имеется немного вопиющий случай со стороны хостера. У каждого домена есть свой IP-адрес. Если его вбить в адресную строку браузера, то по идеи должен открыться тот же сайт, что и загружается при его вызове по доменному имени на латинице. Но вбивая IP-адрес своего домена (узнать можно здесь - как пример), я в браузере получаю вообще тематического конкурента из страны ранжирования своего сайта. Вообще другой ресурс доступен. Хостер отвечает, что у нас не куплен выделенный IP, поэтому такое и наблюдается. К сожалению там поддержка хостинговая из зарубежа, особо не пообщаться. Ну и собственно вопрос мой: - как в панели хостинга, где настройки домена правильно изменить А-запись,чтобы по IP мой сайт открывало; - нужно ли что-то 'мудрить ' в файле.htaccess ?; - как поисковые системы воспринимают, когда домен буквенно-символьный, по своему IP (например https://5.52.36.45.123 ) ведёт вообще над другой ресурс _________________ Спасибо за...

На самом деле в данном случае это не показатель. Секта свидетелей https набирает новых адептов и они просто умножают абсолютное кол-во ГСов на https.

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

попробуем переехать с помощью 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, это будет корректно?. (Техподдержка хостинга это не одобрила, но не объяснила причину).