Поиск

У меня аналогичная ситуация с одним из магазинов. Если в Яше все хорошо, то гугл игнорит сайт уже около 5 лет. Решили попробовать переезд на https и закупку качественных ссылок/статей и т.д. Посмотрим, будет ли толк, других вариантов не осталось.

Все привет! Появилась необходимость смены движка на одном крупном в свой нише интернет-магазине. Изначально планировалось оставить все ссылки точь в точь как на старом движке, делает небольшой редизайн. Но в дальнейшем, после переноса(если все пройдет гладко), хотели обрезать ЧПУ, сделать короче. Недавно у нас появилась ТМ и теперь, на новом движке, мы переходим на верхний доменный уровень. Отсюда вытекает, что следует к нему брать еще https(не будем спорить зачем и почему). Поэтому на выходе мы имеет новый домен и https соответственно 'склейки ' не избежать, как хотели изначально. Теперь возникла мысль сделать короткие ссылки сразу. Теперь вопросы: 1. Склейка нового доменного уровня+https (было стало ) делаем короткие ссылки. 2. Склейка нового доменного уровня+https, ссылки оставляем прежними, но после всех апов и удачном стечении обстоятельств поэтапно делаем короткие ссылки (сначала сокращаем 1й уровень, категорий, затем второй итд, этапы будут меняться только после полной...

Всем привет! Переехал на https более 2-х месяцев назад, траф с гугла (бурж) упал на 25%. В Вебмастер добавлено 2 версии сайта: с http и с https. Значения по Вебмастеру отличаются. Это касается количества проиндексированных страниц и количества кликов. У версии с https кликов и индекс больше, чем у http. Вообще, это нормально, что Гугл в Вебмастере держит 2 версии сайта, по сути, 2 разных сайта?. Что посоветуете предпринять? Редирект?

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

easywind, в htaccess прописано вот так: RewriteCond %{SERVER_PORT} ^80$ RewriteRule ^(.*)$ https://%{SERVER_NAME}%{REQUEST_URI} [L,R] RewriteCond !{HTTPS} off RewriteRule ^(.*)$ https://%{HTTP_HOST}%{REQUEST_URI} [L,R=301]

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

вообще то не две версии, а один сайт, только доступный по безопасному и нет протоколу:) И это нужно, для выбора основной версии сайта, с ввв или без. И что, значит переезд? делали в консоли или только редиректом? гугл вроде не поддерживает переезд в консоли. Просто не выбирается https сайт в селекте сайта.

Трафик восстановится если 301 редирект правильно настроен. Но я к примеру буквально вчера убрал https и доход увеличился в 2 раза

Sergh545, browsers can switch to https version automatically (without redirect) when HSTS is enabled and you've already visited that site.

blackcarrot, набираю сайт с http, а открывается с https. Значит, редирект есть:)

Но могут и Ваши варианты работать, если https и http на разных виртуальных хостах. Иначе был бы циклический редирект.:) Тренеруйтесь на локалхосте (Опенсервер).

А вы не проставили с http версии на https? В чем же заключался ваш переезд?

В первом сообщении ссылка на сайт кривая, поправьте. Плюс https же сейчас:)

hg incoming https://user:****@ && hg pull https://user:****@ && hg update default

Сайт работает по протоколу https. При этом картинки товаров показываются все с оригинального ресурса, тоже по https, в принципе все хорошо. Вот пример: Но вот позвонила одна клиентка, в IT она не разбирается совсем, смог выяснить только что у нее IE браузер. И у нее картинки не показываются. Мое предположение: IE усмотрел какие-то проблемы с сертификатом сервера где картинки, и не отображает их, пока пользователь сам не примет решение. Может быть и проблем уже нет, но в памяти IE они есть. И для просто обывателя это выглядит как: фу, стремный сайт, картинки не показывает. Я как то раньше делал решение - все картинки грузились через мой скрипт, который сам запрашивал их с оригинального ресурса, используя curl, игнорируя сертификат. Но при таком способе картинки грузятся в итоге дольше. Както можно избавиться от зависимости от настроек https сертификата удаленной стороны более элегантно, чем курлом перегружать их через свой сервер?

Гугл показывает часть страниц в https. По идее, у нас этот протокол не используется на всем сайте, установили его только для оплаты по Яндекс.Деньги. Как это дело исправить?

Он так и делает. Приходили уже с жалобами, что не знали, не ведали, как гугл вдруг начал на https ссылки выдавать, где сертификатом и не пахло.

Подскажите что за хрень. Если ручками через site: есть в индексе около 10 страниц. В Google Webmaster Tools в Статусе Индексирования - 0 страниц проиндексировано. В статистике сканирования все ок, есть движение) Добавила давно, больше месяца. Одна идея, что может некорректно из за https показывать.

гугл как-то в одном из видео говорил что при наличии доступа к сайту по http и https в выдаче будет показывать вариант с https

rel=canonical c https на http