Обслуживание HTTP-версии сайта для тех, кто не поддерживает HTTP2

Я хотел бы полностью перевести сайт моего клиента на HTTPS, чтобы разрешить работу HTTP2, однако мне было интересно, нормально ли (в глазах поисковых систем) обслуживать старый трафик (которого много и который в противном случае получить перфоманс), которые не поддерживают HTTP2?

Это опасно с точки зрения поисковой оптимизации? и

Можете ли вы выполнить обнаружение с помощью таких инструментов, как WURFL?

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


http http2
person alexrogers    schedule 04.06.2015    source источник

Ответы (2)


arrow_upward
2
arrow_downward

Чего стоит, несколько недель назад я провел несколько тестов, и у меня сложилось впечатление, что поисковые роботы Google еще не видят HTTP/2. Но, как указал @sbordet, обновление до HTTP/2 необязательно, поэтому просто убедитесь, что у вас есть сайт, который также отвечает на HTTP/1.1. Вот еще несколько мыслей:

  • Алгоритмы Google будут наказывать более медленные сайты, но маловероятно, что вы сильно пострадаете от использования HTTPS на своих серверах.
  • Использование HTTPS действительно может улучшить вашу поисковую оптимизацию. Не имеет ничего общего с HTTP/2.
  • Популярные браузеры, не поддерживающие HTTP/2: Safari и IE. Safari не поддерживает какой-либо криптографический пакет TLS, совместимый с HTTP/2, насколько мне известно. Но это не вызовет проблем, если вы сначала перечислите совместимые с HTTP/2 наборы на своем сервере TLS hello: ECDHE-RSA-AES128-GCM-SHA256 и ECDHE-RSA-AES256-GCM-SHA384 — это те, о которых я знаю. . Затем вы можете перечислить более слабые наборы.
person dsign    schedule 10.06.2015
comment
Спасибо, у вас есть ссылки на это - Использование HTTPS действительно может улучшить вашу поисковую оптимизацию? Поверьте мне, я провел несколько тестов на производительность, и это огромный успех. Знаете ли вы, как это сделать? Способ еще никто не предложил. - person alexrogers; 11.06.2015
comment
Я обновил ответ, чтобы показать вам, что я имел в виду. Меня очень интересуют падения производительности, вызванные HTTPS. Можете ли вы рассказать мне больше о вашей настройке? - person dsign; 11.06.2015

arrow_upward
0
arrow_downward

Вам не нужно предоставлять различный контент в зависимости от того, используете ли вы HTTP/2 или HTTP/1.1, как может намекать заголовок вашего вопроса (извините, если я неправильно понял).

Кроме того, то, что вы обновились до HTTP/2, не означает, что ваш сервер больше не может обслуживать HTTP/1.1.

Вы можете легко перейти на HTTP/2 и сохранить поддержку HTTP/1.1 для старых устройств или сетей, которые не поддерживают или не разрешают трафик HTTP/2.

Вопрос о том, могут ли клиент и сервер говорить по HTTP/2, обсуждается: только если сервер обнаружит, что клиент поддерживает его, он будет использовать его, в противном случае сервер переключится на HTTP/1.1. Поэтому вы не рискуете сделать свой сайт недоступным для старых браузеров в развивающихся странах.

С другой стороны, реализации HTTP/2 могут различаться, но, как правило, они должны быть готовы к клиентам, которые не говорят по HTTP/2, и использовать для них HTTP/1.1 (потому что в противном случае они не смогут обслуживать контент, и он будет кажется, что служба не работает).

person sbordet    schedule 04.06.2015
comment
Спасибо за ваш ответ sbordet , я думаю, вы упускаете суть. В настоящее время сайт использует HTTP, в основном из-за того, что его обслуживание по HTTP происходит немного быстрее, чем по HTTPS, несмотря на то, что он менее безопасен. HTTP2 в реализациях требует HTTPS. Контент останется прежним, только по другим протоколам. Однако из того, что я прочитал, HTTP2 будет быстрее, чем наша текущая настройка HTTP для пользователей, которые его поддерживают. - person alexrogers; 04.06.2015
comment
@alexrogins У вас может быть два соединителя: один открытый текст и один SSL. С Jetty оба могут говорить либо по HTTP/1.1, либо по HTTP/2. Затем проблема становится одной из того, как и когда вы можете перенаправить клиента с обычного текстового соединителя на SSL-соединитель (поскольку большинство браузеров не будут использовать HTTP/2 поверх открытого текста). - person gregw; 05.06.2015