Поиск

Займись тех. оптимизацией для начала. Это очень хороший совет, просто введи запрос и посмотри сайты которые в топе. И увидишь то что тебе нужно делать. А не на https переезжать 1м делом. Цель то переезда? https для защиты данных, когда у тебя в формы валится туча заказов, ты делаешь полезное а так, какую цель преследовали при установке https?

Добрый вечер, уважаемые товарищи! Обращаюсь к Вам за советом, т.к. я в полной растерянности и ажиотажем этого протокола SSL! Есть совсем молодой домен *1 месяц и 2 недели*(на нем сайт по услугам автосервиса примерно недели 3). Есть форма записи на услугу и в дальнейшем планируется ИМ (поддомен) по некоторой категории запчастей. Продвижение плавное через СЕО Москва и область. Контекст гугл + яшка. В выдаче нас пока практически нет. Ничего не теряем. Оставить http или уже переводить на https?. Заранее всем спасибо! П.С. Хороших выходных!:popcorn:

Есть новостной сайт, без логинов и паролей. Даже комментариев нету. Думаю поставить Disqus, как к такому будет относится яндекс, если http? Смущает, что этот Disqus предлагает регистрироваться (соответственно вводить пароль) прям в комментариях на сайте. Хотя с другой стороны, видно, что эти данные уже передаются по https Disqus.

Доброго времени суток, уважаемые гуру! Существует сайт. Некий срок назад была договоренность, что после рестайлинга старого сайта буду его продвигать. Проанализировав сайт, я нашел на нем ряд косяков (наследование метатегов категории на вложенных страницах, полторы тысячи строчек навороченного незакрытого кода перед текстовыми фрагментами, неудобочитаемые урлы у подгружаемого из базы каталога товаров, отсутствие ранжирования в поиске товаров и т.д.), список каковых был передан посреднику для тех, кто занимался переделкой сайта. Список был проигнорирован. После переделки по некоторым аспектам сайт стал еще хуже. Постепенно со знакомым программером сам ищу ошибки и исправляю их (Битрикс в тяп-ляпистых руках 'умельцев-программистов-рестайлеров ' - страшное оружие, вы меня поймете, думаю). Тут еще хозяин сайта, человек очень высокого мнения о своих знаниях SEO, решил, никого не спросясь, перевести сайт на https - естественно, не через ЯндексВебмастер, без нормальной настройки...

А вы бы описали, что делали, по какому алгоритму осуществляли переезд на https.

xtras Тут 17-й год уже скоро заканчивается, надо уже говорить об увеличении дохода 18-й )) Впереди еще будут ракеты, так что поговорим и о монетизации ракет, затем стандарты допустимой рекламы к новому году будут разработаны Яндекс совместно не помню с кем, в новостях на серче недавно проскакивало, направлено по борьбе с адблоками, да и Гугл в этом же направлении развивается. Как ни крути, а на AMP страницы нам вскоре рано или поздно придется перейти, готовиться надо будет не откладывая и это уже не какой-то https без которого можно прожить по крайнем мере еще время какое - то точно, а может и вообще, а вот именно ускоренные страницы, а на деле твой контент но в оболочке поисковиков, что Яндекс, что Гугл и уже его монетизация, вот о чем надо думать будет вскоре, как появятся первые возможности тестировать. По размещению рекламы, ну правда, лучше меньше, да лучше.Особенно на мобильных это уже точно влияет на cpm, ну и в будущих ускоренных страницах уже 9 блоков не получится...

Есть новостной сайт, без логинов и паролей. Даже комментариев нету. Думаю поставить Disqus, как к такому будет относится гугл, если http? Смущает, что этот Disqus предлагает регистрироваться (соответственно водить пароль) прям в комментариях на сайте. Хотя с другой стороны, видно, что эти данные уже передаются по https Disqus. Но видит ли это гугл.

Сайт в вебмастере поменял на новый, там теперь с https. По роботсу вот это прописано, прописывал не я, а программист. Сказал все с ним отлично, я в этом не понимаю к сожалению. User-agent: *. Disallow: /romashka/. Disallow: /romashka2017/. Disallow: /romashka_example_tovars/. Disallow: /fancybox_new/. Disallow: /css/. Disallow: /assets/templates/. Disallow: /styles_. Disallow: /assets/cache/. Disallow: /assets/docs/. Disallow: /assets/export/. Disallow: /assets/import/. Disallow: /assets/modules/. Disallow: /assets/plugins/. Disallow: /assets/snippets/. Disallow: /install/. Disallow: /manager/. Disallow: /?. Disallow: /*?. Disallow: /. Host: Sitemap: ecliptica, темы про переход читал. Действительно их много. Но там либо неправильно перевели и объяснили как устранить проблему. Либо прошло 1-2 дня и человек уже забил тревогу. У меня же прошло достаточно много времени. По гуглу так же, просело все что только можно и не возвращаются позиции.

Title писались по СЯ, писалось описание под каждую страницу (уникальность не меньше 90%), зеркала убирали, https, 301 редиректы, 404 ошибка делалась, выгрузка sitemap по крону, вообщем внутренняя оптимизация проводилась. и только после этого по немного зачали закупать ссылки.

Позитивно:) Вот мой график в сравнении с прошлым годом: Т.е. зима была норм, был рост к прошлому году, но разрыв начал сокращаться. А августе к-во заказов уже сравнялось с 2016, а в сентябре уже стало меньше. Еще раз повторюсь: это всё происходит несмотря на расширение ассортимента. У меня есть подозрение, что это после перехода на https, примерно летом я и перешел. Ща посмотрю внимательнее.

Оставьте, через какое то время зеркала http и https объединятся (http будет под https) и http не будет учитываться в нумерации. Так же это привязанное зеркало места занимает визуально гораздо меньше чем просто сайт. Будете на http обратные ссылки смотреть. ---------- Добавлено 18.09.2017 в 14:08 ---------- Я бы не переводил, т.к существует вероятность что будет просадка позиций, если сделаете все 1 в 1 по инструкции Яндекса. Для одного сайта после перехода на https упал трафик и вернулся на место, только после возврата-апдейта ТИЦ (больше месяц времени прошло), хотя зеркало поменялось меньше чем за неделю. Видимо у них переезд еще не 100% верно работает, так что существует вероятность бага.

Клею https, но что-то странно, у гугла есть подвижки (трафик пошел с https). а у Яши нет. Во всём остальном обычный неАП

Не зайдет, т.к. 14 версии оперы не существует. ---------- Добавлено 18.09.2017 в 00:00 ---------- При этом сокрытия реферера не произойдет, а будет реферер этого сервиса, а ТС просил 'Мне нужно, чтоб не был виден реферер '.. Можно еще использовать referrer policy, но он ещё хуже поддерживается в браузерах. Также, если целевая страница - http, то исходную можно расположить на https, при переходе с https на http реферер не должен передаваться по стандарту, но опять же, 'где гарантии '?

Несколько сайтов крутятся на рядовом LAMP. Озадачился внедрением nginx на статику. Проблема в том, что есть сайты с SSL сертификатом от Let's Encrypt. Если с обычными сайтами всё в порядке (к примеру, nginx - 80 порт, apache - 70 порт), то с SSL беда. По аналогии предположил, что nginx должен слушать на стандартном порту, а апачу передавать на какой-нибудь 444. Но сервак меня за такое отругал 400 ошибкой, в дополнение сообщив, что я с ним 'разговариваю ' по http plain протоколу, а нужен https (хотя в адресе стояло https). Я знаю, как производится настройка nginx, меня интересует исключительно блок, где прописывается SSL. А самое главное - как проксировать всё это дело Апачу? на любой порт кроме 443 и стандартных? и прописать сей порт в и в настройках VirtualHost? Или как-то по-другому?. Вот то, что касается SSL в конфиге: при таком конфиге мне nginx ругается на не найденную страницу php ! При том, что пхп вообще-то должен обрабатывать апач. Пути все правильные, это доказывает то,...

добавить в конфиг nginx для ssl и для не ssl в конфиге апача сделать замену VirtualHost *:444 на VirtualHost * и добавить Listen 127.0.0.1:8181. это простейший конфиг, который будет прозрачно проксировать nginx - apache, как для https (nginx) - http (apache) так и для http (nginx) - http (apache). ну и в apache добавить mod_rpaf, который позволяет использовать клиентский ип в.htaccess / php / логах

Человек спросил про 'видит ли Яндекс ' а вы ему про маржу))😂. если на сайтах стоит метрика и нету https то Яндекс увидит откуда пришёл пользователь и скорректирует пф

Mobiaaa, извините, в мозгах не склеивается. т.е. если пойдет обращение к сайту (статика), то будет https (т.к. за статику ответственен nginx), если динамика - то получается http apache?

а зачем шифровать трафик внутри сервера (между nginx и apache) ? апач можно и нужно пускать на http а nginx уже http + https

я сейчас клею https. тоже особо ничего менять не буду, пусть яндекс сам поработает.

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