Подтвердить что ты не робот

Если ваш сайт работает без JavaScript

Мы разрабатываем веб-приложение, которое будет использоваться внешними клиентами в Интернете. Мы должны поддерживать браузеры IE7 + и FF3+. Одним из наших требований является то, что мы используем AJAX везде, где это возможно. Учитывая это требование, я чувствую, что нам не нужно обслуживать пользователей без поддержки javascript, однако другие в команде не согласны.

Мой вопрос: если в этот день и в возрасте мы должны будем обслуживать пользователей, у которых нет javascript?

4b9b3361

Ответ 1

В общедоступном Интернете гораздо больше пользователей, у которых могут возникнуть проблемы с JavaScript, чем вы думаете:

  • Мобильные браузеры (смартфоны) часто имеют очень плохую или ошибочную реализацию javascript. Они часто будут отображаться в статистике на стороне тех, кто поддерживает javascript, хотя на самом деле это не так. Это становится лучше, но все еще есть много людей, которые привязаны к старым или медленным телефонам Android с очень старыми версиями Chrome или плохими клонами webkit.
  • Такие вещи, как NoScript, становятся все более популярными, поэтому у вас должна быть, по крайней мере, хорошая начальная страница для этих пользователей.
  • Если ваш клиент каким-либо образом является частью правительства США, вы обязаны по закону поддерживать программы чтения с экрана, которые обычно не поддерживают JavaScript или работают не очень хорошо.
  • Поисковые системы, в лучшем случае, будут запускать только ограниченный набор вашего JavaScript. Вы хотите работать достаточно хорошо без JavaScript, чтобы позволить им по-прежнему индексировать ваш сайт.

Конечно, вам нужно знать свою аудиторию. Возможно, вы работаете в корпоративной интрасети, где вы знаете, что у всех есть javascript (хотя даже здесь я бы сказал, что существует растущая тенденция, когда эти сайты становятся доступными для телеработников с неизвестными/неограниченными браузерами). Или вы можете создать приложение для сообщества слепых, где его нет ни у кого. В случае общедоступного Интернета вы можете предположить, что около 95% ваших пользователей будут каким-либо образом поддерживать его (источник, указанный кем-то еще в одной из ссылок ниже). Это число звучит довольно высоко, но оно может вводить в заблуждение; переверните его, и если вы не поддерживаете javascript, вы отворачиваете 1 посетителя из 20.

Смотрите эти:

Ответ 2

Вы должны взвесить варианты и спросить себя:

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

Инстинктивно, я говорю, что в большинстве случаев ответ отрицательный, не тратьте время на создание двух сайтов.

Ответ 3

Мой вопрос: если в этот день и в возрасте мы должны будем обслуживать пользователей, у которых нет javascript?

Да, определенно, если функциональность AJAX является основной для работы вашего сайта. Если вы этого не сделаете, вы фактически отрицаете пользователей, у которых нет доступа к вашему сайту на Javascript, и хотя это довольно небольшая доля (и я полагаю, что 5%), это означает, что они не смогут используйте свой сайт вообще, потому что основные функции недоступны для них.

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

Ответ 4

Зависит действительно.

Я лично все время выключаю JavaScript, потому что не доверяю многим сайтам.

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

Больше, если у вас есть сильное требование близости к AJAX, вопрос кажется довольно странным.

Ответ 5

Это немного похоже на избиение мертвой лошади, но я обязательно пойду на это.

Я думаю, что могут быть два основных подхода к этому:

1.

Используя ajax (и, в основном, javascript), чтобы улучшить опыт пользователей, убедившись, что все функции приложения работайте без javascript.

Когда я  следуя этому принципу, я  интерфейс в две фазы - сначала  без рассмотрения javascript вообще  (скажем, используя структуру, которая не  знать о javascript), а затем  увеличить некоторые рабочие процессы, добавив  ajax-y валидация (не нравится чистый js  валидация, извините) и т.д.

Это означает, что если у пользователя отключен javascript, ваше приложение ни в коем случае не будет ломаться или стать непригодным для него.

2.

Использование javascript в полном объеме, без "javascript - no go". Если javascript недоступен, пользователь не сможет использовать ваше приложение вообще. Важно отметить, что, на мой взгляд, нет промежуточной точки, - если вы пытаетесь быть в обоих мирах одновременно, вы делаете слишком много дополнительной работы. Удаление ограничений поддержки пользователей без javascript, очевидно, добавляет больше возможностей для создания более богатого пользовательского интерфейса. И это облегчает создание этого опыта.

Ответ 6

Я думаю, что это зависит от типа веб-приложения, которое вы собираетесь создавать. Например, в приложении для электронной коммерции процесс проверки должен работать без java script, потому что есть некоторые люди, которые дезактивируют js для проверки (в нашем опыте). В приложении Web 2.0, по моему мнению, нет необходимости поддерживать браузер не-js. Разработка для обоих также усложняет процесс разработки и является более дорогостоящей. у вас есть двойные ваши усилия по тестированию в Интернете (тестирование с js и без них), а также на разных этапах планирования.

Ответ 7

Я думаю, что это зависит от того сегмента рынка, на который вы нацелились, если вы идете за технологической аудиторией, такой как Stackoverflow.com или, возможно, slashdot, тогда вы, вероятно, прекрасно ожидаете, что пользователи установят JS и активным.

Другие сайты с медиально ориентированной аудиторией могут пострадать от того, что пользователи, достаточно осведомленные о эксплойтах на основе JS, дезактивировали JS, но недостаточно знаний, чтобы включить Scriptblock (или другой эквивалент браузера).

Некоммерческая аудитория, вероятно, связана с технической толпой, поскольку они, возможно, просто не знают, как отключить JS, и почему они могут захотеть - независимо от риска.

Ответ 8

Короче говоря, вы должны обслуживать пауков без включенного JavaScript, но только до степени, необходимой для индексации данных, которые вы хотите публиковать публике. Ваши требования к браузеру для IE7 + и FF3 + исключают гораздо больше людей, чем общее число людей, которые отключили JavaScript. И тех, кто его отключает, подавляющее большинство знает, как включить его, когда это необходимо.

Ответ 9

Я задал себе тот же вопрос на днях и придумал ответ, что для использования моего приложения один должен иметь Javascript включен. Я также проверил различные сайты, основанные на Ajax. Даже Stackoverflow.

Но, учитывая этот факт, я также считаю, что вам нужно поддерживать некоторые доисторические приложения. Основная идея заключается в том, чтобы не допустить прерывания приложения, когда пользователи не включили Javascript. Приложение должно по-прежнему отображать соответствующие данные, но его функциональность будет ограничена.

Ответ 11

Это проблема, о которой я думал всего несколько дней назад. Вот некоторая информация

  • В Google Chrome нет способа (меню/опции) в браузере отключить Javascript.
  • Многие веб-сайты, включая имена ведущих имен, таких как Google и т.д., не будут работать без Javascript.
  • Согласно статистике, более 95% посетителей имеют Javascript. Теперь

Эти статистические данные заставляли меня думать. Должен ли я сломать себе спину, написав много кода фона и все для пользователей, которые отключили Javascript?

Мое заключение было так. Да, я должен включить поддержку Javascript, но не ценой здравомыслия. То есть Я могу позволить себе дать ему низкий приоритет.

Итак, у меня будет поддержка просмотра без javascript, но я буду строить большую часть его после развертывания моего сайта.