Поиск

Для обоих? Зачем? Если у вас nginx фронтенд, то он один должен SSL приземлять. На стороне апача никаких HTTPS не должно быть, иначе двойная работа по перешифровке трафика с апача идёт. ---------- Добавлено 12.07.2017 в 00:28 ---------- И это пичалька!

1. Согласно аналитике MOZ - в Гугле есть незначительное прямое влияния параметра Time To First Byte (т.е. момента начала загрузки). 2. По другим исследованиям MOZ, а также статистике Амазона скорость влияет на конверсию. Из-за связи с общим комфортом посетителя и возможностью его быстрее 'зацепить '. Для поисковых систем ваша конверсия связана с параметрами, которые учитываются в рамках расчета Поведенческих Факторов. 3. Аптайм по аналогии имеет то же значение для посетителей, только более выраженное. В том числе, и из-за того, что во время неработоспособности сайта практически все посетители с поиска становятся 'отказами '. 4. Пауки Гугла и других ПС имеют алгоритмы для расчета максимальной интенсивности индексации сайта. Так делается, чтобы минимизировать шансы перегрузки сайтов из-за недостатка ресурсов. Поэтому из-за появления медленных или ошибочных запросов сама индексация тоже может замедляться. Как и в случае, если вы были вынуждены вручную ограничить скорость индексации с...

месяц назад. Ксатати я наверно на портачил я их увидел. Они идут на http а потом редиректом на https по 301. Интресно толк будет?

Переезд на https с плюсом прошел.

Здраствуйте! Сайт поменял дизайн и структуру. Абсолютно все странцы сайта получили новые url-ы. Настроили 301-й. Вот теперь думаю - может поставить сертификат https сразу. Всё равно всему сайту переклеиваться. Кто-нибудь имел дело с подобным? Стоит ли так делать, или дождаться склейки url-ов, а потом установить сертификат?

Перешёл на https, тиц обнулился. Как скоро вернётся и вернётся ли?

Тоже перевёл 2 сайта на https. Тиц сразу 0, для основного сайта сразу всё в панели вебмастера указал, для неосновного - вообще не лез. В итоге Тиц до сих пор у обоих 0, но у неосновного всё как-то быстро произошло: поиск по https, у основного половина страниц по http/

Добрый день! Подскажите пожалуйста как быть. Восстанавливали сайт дропнутый и я сейчас вижу что сайт доступен с Https. Как такое может быть ?

То что сайт доступен с https - это проблема текущего сервера. Домен и что с ним было тут совершенно не причем. Самый простой способ решения проблемы в htaccess дописать редирект с https на http

Вполне вероятно, что, то, чем тестируете, либо кеширует и не учитывает этот фактор при повторных тестах, либо находится прямо в ~1мс от одной из точек доступа CDN'а, который использует LE. Это фактор, который точно полезен, но с основными времязатратами не связан. Так у вас хостинг в Москве, и тесты вы сделали тоже из Москвы. Тут HTTPS и должен быть незаметным. В дополнение к этому, ваш сайт сам по себе и лёгкий по контенту, и технически близок к возможному идеалу да работает быстрее абсолютного большинства существующих. Поэтому ему, в целом, сложно помешать. Но всё же ваш проект предназначен для всего русскоязычного населения планеты )

На главной странице уберите циклическую ссылку (Картинка в шапке). Перейти на протокол HTTPS. У Вас проиндексировано 226 страниц, а в сайтмапе только 86. Отсутствую страницы товаров и страницы пагинации, попросите программиста настроить автоматическое добавление страниц в сайтмап.

1. проверить или нет дубля сайта, часто дроп когда отпускают, переходят или уже перешли на новый сайт, при этом дизайн и данные могут оставить + он мог до этого годами ссылаться на новый, а потому гугл долго будет расклеивать именно морду. 2. пересмотреть 301 если он есть с ввв на без и https. 3. ссылки не уверен что помогут. 4. что то похожее было именно с мордой, внутряк входил, а морда ну ни как (часто заглушка в кеше годедди была), делали все что угодно, и регистратора меняли и хостера и 301, не знаю тут что точно помогло, но через 4-5 месяцев главная входила как нужно. Два раза с таким сталкивались.

ребят, перевел сайт на https а поиск не фурычит. как исправить? была тут темка. хотел там написать но не позволило, решение там в теме непонятное

Основной вопрос всегда просто в физическом расстоянии. Протестировав ситуацию по РФ, увидите цифры и намного больше из многих регионов (например, попробуйте - он удобно показывает отдельно SSL-этап; тоже хорошо подойдёт, но только для суммарного сравнения HTTP vs HTTPS) Как ни оптимизируй, в любом случае из-за HTTPS появляются дополнительные пакеты, которые должны не раз пролететь весь путь от сервера до посетителя. Это неустранимая и основная задержка. Поэтому, если вся аудитория сайта сосредоточена в 1 городе, то можно разместить хостинг там. И, помимо улучшения общих скоростей, HTTPS тоже станет почти не заметен. А во всех других случаях, т.е. при широкой географии аудитории, чисто технически нет решений, кроме CDN или создания собственной мультисерверной системы. Возможные вторичные оптимизации вам уже очень хорошо рассказал Оптимизайка. 1. Действительно существенен OCSP stapling. Его несложно активировать в любом веб-сервере. Он экономит лишнее обращение к центру сертификации...

Да, сорри, за давностью дела забыл добавить, что нужно еще в самом этом файле поменять 'http ' на 'https ', там всего одно вхождение.

2 недели назад перешел на https Такое щас наблюдаю в панели ВМ, что. )))

Если мне не изменяет склероз, проблема в гугловском файле show_afs_, который перестает корректно подгружаться после переезда на https. Самое простое и быстрое решение - скачать этот файл и залить к себе на хостинг, после чего прописать новый путь в коде поиска от Гугл. Сделал так с полгода назад, пока все работает как надо. Хотя если они поменяют код в файле, то нужно будет его обновить.

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

Коллеги, заранее прошу прощения за мой, возможно, дилетантский вопрос. Ситуация следующая: у меня был информационный сайт-визитка на три страницы, он был на протоколе http, а именно: Соответственно, в Гугле он был проиндексирован в количестве трёх страниц (т.е. было отправлено три страницы и проиндексировано тоже три страницы!), что и отображалось в Google Webmaster (Search Console). Однако, чёрт меня дёрнул перевести сайт на протокол https. Я исправил host в файле, переделал файл, в котором тоже все ссылки перевёл на протокол https. После этого добавил в Гугле Вебмастере дополнительно ещё этот (новый) сайт на https, таким образом - у меня в вебмастере было два сайта на двух протоколах, https и http, плюс я настроил 301 редирект. Через пару дней Гугл 'проглотил ' файл, в итоге: отправлено 3 страницы, проиндексирована всего одна страница (а раньше ведь было отправлено 3, проиндексировано тоже 3, что за ерунда???). Теперь я вернул обратно протокол http. Решил не переводить сайт на...

Резюмируя - либо трать свое время, либо заплати другому, либо купи готовое. Вернемся к вопросам производительности. Немного потестировал ssl на разных конфигурациях. На DigitalOcean включение HTTPS весьма заметно. Хендшейк 80мс плюс время коннекта возрастает вдвое. Итого: HTTP 75мс, HTTPS 240мс до начала скачивания страницы.