Комментарии 208
При работе с информацией же пользователю нужен активный инструмент. Пагинация, число результатов… Куда-то делось «искать в найденом», ну да ладно.
Т.е. это разные модели использования и у них разные критерии оценки.
с минимальным (не раздражающим) управлением
Ткнул куда угодно, почитал, перешёл назад, и снова крути с самого верха, пока не найдёшь, на чём остановился. И это ещё в идеале, если вообще найдёшь, а не попадёшь на совершенно другую ленту с другим контентом (привет, новостной фид андроидного Хрома). Не знаю, какой выдержкой надо обладать, чтобы считать это не раздражающим.
Даже если сам по себе контент не предполагает перехода куда-либо, ссылки всё равно будут. Как минимум рекламные и навигационные. Как-то же пользователь пришёл читать этот контент, значит и путь назад у него есть.
Ткнул куда угодно, почитал, перешёл назад, и снова крути с самого верха, пока не найдёшь, на чём остановился
Ладно ткнул. Вот главная coub'а — пролистнул где-то полсотни видео и вкладка падает. Бесит страшно.
Сайтами с бесконечной прокруткой стараюсь не использовать — уважаю свое время. Далеко не все отдают верстку и дизайн профессионалам, а у гиковой молодежи все новое — хорошее, все старое — плохое.
Со времен оконного интерфейса парадигма пользовательского интерфейса не изменилась, немного добавилась адаптивонсть и динамичность. Возможно такие даже и не представляют, что с UI можно работать только на клавиатуре, при чем достаточно быстро, да останется Tab+(shift/ctrl) во веки веков.
На хабре при переходе tab'ом на кнопки сохранить фокус не показывается :(, но по space срабатывают
Некоторые люди специально настраивают размер прокрутки и расчитывают, что никакой дизигнер ломать его им не будет. И они будут не рады.
Парадигма так себе и людей придется приучать. Зато нет никакой однозначности.
На первой странице первое сообщение, на N поновее, находясь на Nой, если кто-то допишет еще 10 страниц, то ок, мотаем конец.
Не согласен. Вот листаю я развлекательный контент. Полистал, надоело. Хочу на следующий день полистать с того момента, где я закончил. На сайте с бесконечной лентой я этого сделать не могу.
Так что моё мнение — бесконечная прокрутка подходит примерно для 0% случаев. Возможно, есть какие-то очень специфичные случаи, в которых она подходит. Но я таких не знаю.
А развлекательный контент — не информация? Тогда я не понимаю вашего деления на развлекательный контент и информацию.
Работа с информацией подразумевает активный фокус — если что-то пропущено, то необходимо вернуться к пропущенному. В развлекательном контенте это не важно — одно заменяется другим.
Бесконечная прокрутка, монобровь… что дальше?
Повсеместная и тотальная вставка квадратных картинок в круги при прямоугольный разметке. Это просто эпидемия идиотизма какая-то.
1) ВКонтакте. Раньше люди в закладках отображались табличкой. На одной странице помещались все. Неделю назад сделали столбиком и скроллишь, скроллишь, скроллишь. Зачем?
2) Роутеры Zyxel Keenetic. Был удобный лаконичный интерфейс, все настройки (во вкладках) умещались на 1 экране. Недавно сделали стильный-модный-молодёжный редизайн. Добавили межстрочный интервал по 2 см и теперь на любой странице с тремя настройками скроллинг!
Добавили межстрочный интервал по 2 см
так это не от хорошей жизни, а из-за распространения тач-девайсов, на которых не так просто попасть пальцем в кнопочку 16x16px
У вас может и не быть возможности скачать приложение, ввиду отсутствия доступа к сети, ввиду чего и потребовалась настройка роутера. А вот доступ к странице роутера при этом быть может.
А ведь когда-то так и было: драйвера от сидирома в интернете, драйвера от модема на диске.
Спрашиваешь у поддержки:
— А как у вас сделать Х в ИБ? У вас же заявлялось/рекламировалась Х, но не вижу где подключить/настроить, обманули?
— X у нас есть, оно доступно в нашем мобильном приложении.
— Но я не пользуюсь моб. приложением и не собираюсь.
— Как так?! Почему?! Это же так удобно!
Адаптивная верстка как раз для этого вроде?
Как это — о бесконечной прокрутке, и без ссылки на https://xkcd.ru/1309/ ?
В случае с бесконечной прокруткой — просто какой-то бесконечный поток информации, который неизвестно, когда, наконец, закончится.
С бесконечной прокруткой увас только Димок пропадет и даже экран не дрогнет.
Это как? Если убрать элементы выше текущей позиции вьюпорта — разве нижние элементы нe «поедут» наверх?
Неплохое сравнение бесконечной прокрутки с другими вариантами приводил недавно один из разработчиков веб-интерфейса Google Photos в своей статье о том, как они этот интерфейс делали. Кстати, мне их итоговое решение (когда скроллбар не «растёт» по мере прокрутки вниз, а сразу примерно отображает общий масштаб контента и позволяет быстро «мотать» его к началу или к концу) очень понравилось!
Как-то попадались сайты, у которых были и бесконечная прокрутка и футер одновременно. И футер убегал при попытке добраться до него.
Я видел сайт у которого выдвигается футер когда листаеш обратно.
Я понимаю, что есть ненормальные дизайнеры, которые считают, что «нестандартно=хорошо», всегда и при любых условиях, но на то они и ненормальные.
Касаемо сабжа, я вижу это так: пролистывая контент движением пальца снизу вверх, мы получаем уборку области чтения путём сокрытия адресной строки браузера и шапки сайта, а также подвала сайта и управляющих элементов браузера. Чтобы вернуть их, нужно совершить обратное действие: опустить палец вниз по экрану. На мой взгляд, это предельно интуитивно: совершил действие — получил результат, чтобы отменить результат, соверши обратное действие. Вот если сайт не загрузился с футером и не убрал его с началом прокрутки, то он неправ, он не обучил пользователя, фу, плохой сайт.
Вашу позицию я понял чётко и ясно, вы хотите доскроллиться до подвала промоткой свитка; спасибо что ответили. Но есть проблема, не связанная со вкусом фломастеров: а для бесконечной прокрутки (да и не только для неё, не вижу смысла тратить место на что-то кроме фокусного контента) есть варианты лучше? Кроме твиттеровского не вижу, но его тоже бракуют выше, и я с бракующими согласен, но по другой причине, всё той же моей любимой: нехай занимать место на экране. Есть ещё варианты?
… нажимаешь кнопку End ...
Так что речь не о том, как вы скроллите пальцем, мышью или другим органом, а о максимально быстром способе попасть в самый низ страницы на ноуте или десктопе. Это не вопрос вкуса, это вопрос существования use case.
По поводу «не тратить место» — не аргумент, потому что место на экране денег не стоит. То есть вы говорите о том, чтобы избегать чего-то, что, на самом деле, избегать бессмысленно.
нажимаешь кнопку End, … и footer убегает.
о максимально быстром способе попасть в самый низ страницы
при действии, которое обратно действию, которое интуитивно совершает пользователь, чтобы его увидеть, это буквально переворачивает логику
Это не вопрос вкуса
Так вам нужен низ страницы или футер? Вам самый быстрый или интуитивный? Искать конец бесконечной страницы (а не она ли предмет статьи и ветки начатой Marsikus?) — ну, наверное в этом что-то есть, как выбирать подходящее место завершения мелодии музыкальной шкатулки. Если всё же вам футер, то добраться до футера быстрее всего — не убирая руку с мыши, скролл обратно, ну или стрелка вверх, если вы на клавиатуре; в то время как тянуться до end, когда клавиатура далеко, — это вообще ни разу не самый быстрый способ для некоторых, к вопросу о деле вкуса. А вот если всё-же вы не о скорости, а об интуитивности, то это самый что ни есть вопрос вкуса, привычки, восприятия и прочего. Я просто не очень понимаю, вы то об одном, то о другом.
место на экране денег не стоит
Это давно ли оно не стоит? Я вот могу точно назвать удельные стоимости одного пикселя и одного квадратного дюйма моих дисплеев в убитых енотах, и я не для того их убивал, чтобы, открывая страничку, постоянно видеть сверху шапку, под шапкой breadcrumbs, под ними баннер "статьи по теме...", слева рекламу, справа свежие статьи, внизу подвал, а посередине окошко с контентом размером с экран телефона. Благослови макаронный монстр тех, кто придумал режим чтения.
position: fixed;
bottom: 0;Есть и такие сайты. В таком случае футер постоянно отъедает полезное пространство экрана.
На планшете в горизонтальном режиме при появлении клавиатуры на экране остаётся узкая полоска а футер ещё уменьшит. Есть сайты у которых и футер и хедер прибит и тогда вообще ад.
И футер убегал при попытке добраться до него.
Привет Вконтакте.
Вообще, у меня сложилось мнение, что для вк это была фича — ссылка на техподдержку была только в футере, поэтому номинально можно было туда попасть, но по факту перед этим нужно было пройти упражнения в скорости покликивания или поиске небесконечной страницы.
И судя по тому, что ссылки на поддержку сейчас вообще нет — в этом есть доля правды.
Ещё можно было зайти на мобильную версию сайта ;-)
А с полгода назад написать им можно было, только имея прямую ссылку на форму обращения. Редкостный пример наплевательства сервиса на своих пользователей.
Раздел «Разработчикам» в свое время висел там же, при ковырянии каких-то проектов, юзающих ВК API попытка быстро залезть в мануалы вызывала особые чувства к этой соцсети.
Приходилось переходить куда-нибудь в «Группы» или «Настройки», чтобы дотянуться до футера.
или поиске небесконечной страницы.Настройки же
Кстати, не видел еще одного «бага» инфинити скролла, по нему фигово работает текстовый поиск. По крайней мере огнелиса не ищет по вновьподгруженному контенту.
Мобильная версия nix.ru ;] Чтобы переключиться в списке товаров на десктопную версию, нужно нажать на ссылку в футере. Но как только докрутил до него, то подгружается новая страница товаров и… всё заново.
А лучшим вариантом пагинации считаю умную пагинацию с метками времени. То есть если за какой-то период времени сформировалось достаточное количество контента (скажем от N1 до N2 элементов), то формируется страница, ссылка на которую содержит метку времени свободного формата: начиная от года (когда контента очень мало) и заканчивая год&месяц&день&час&минута (когда контента очень много).
Что это дает? То что на любую страницу можно сослаться постоянной ссылкой, и то что из этой ссылки понятно к какому периоду относится контент. Кнопки «вперед/назад» вполне вписываются в это, ну и для любителей бесконечной прокрутки — тоже можно ее сюда вписать, опцией в виде чекбокса, который всплывает прямо над/под лентой новостей. «Включить бесконечную прокрутку» — и она появляется, «выключить» — и исчезает вся бесконечная лента кроме текущего (просматриваемого в данный момент) фрагмента.
Со временем интересное решение. Я давно думаю о обратной нумерации страниц от старых к новым. Пользователь попадает на страницу с новым контентом на страниц 555 и постепенно просматривает старые (554, 553 и так далее). В это время более новый контент заполняет страницу 556.
Ну и проблема то вся в том что создатели бесконечных страниц видимо не обновляют URL страницы в соответствии с положением в ней пользователя при помощи history.pushState(). И не разделяют страницы элементом на котором будет указан её номер и ссылка на неё.
При переходе по этой ссылке страница должна загружаться с этого места. А дальше можно позволить просматривать как вверх так и в низ.
Если вдруг браузер начнёт глючить от перегрузки то F5 поможет освободить от мусора предыдущих страниц оставшись недалеко от просматриваемого места.
Я давно думаю о обратной нумерации страниц от старых к новым.
Посмотрите на bash.im, там ровно так и сделано. Но это удобно только для блогоподобных сайтов, где не подразумевается сортировка и фильтрация.
Ну, моя мысль в том, что нельзя заставлять пользователя прилагать черезмерные усилия. Нужно чтобы он могу дать нам информацию о релевантности наиболее естесственным способом.
Промотал — значит пользователь не против видеть что-то такое, но конкретно этот материал его не заинтересовал. Оставляем в истории. Продолжаем подкладывать такого.
Смахнул — значит он не хочет такое видеть вообще. Удаляем из истории и стараемся похожего не подкидывать.
Зашёл или даже откомментировал — значит тема интересна. Даём больше на эту тему.
— Поле с автором.
— Огромных размеров H1 заголовок.
— Тэги
— Чрезвычайно длинное «краткое» содержание статьи.
— Кнопку «читать дальше»
— Футер статьи с лайками.
И прокручиваешь эту километровую страницу. Среди которой бесполезные рисунки. И переодически встречаются дополнительные блоки с рекламой… Или «Мой Круг». И если рекламу ещё можно понять, чтобы хабр зарабатывал. То бесполезный мне поиск работы. Очередное навязывание услуг. И сколько времени уходит на прокрутку страницу колёсиком? Много. Очень много. И это для того, чтобы в конце встретится со вторым «проклятием» после бесконечной прокрутки. Пагинацией. И всё началось сначала. (а через неделю опять сначала). Вот так вот только прокрутить до 5 страницы и привет «прокрастинация». Сколько же времени убили этим «дизайном» только одному мне. А сколько тысяч человек здесь? Жизни целые уходят на бесполезную прокрутку.
При этом вся необходимая информация из заголовков нормальным шрифтом и ссылками умещается НА ОДИН экран смартфона и ~ 10 секунд для оценки стоит ли тут чего-то читать или нет. Можно совсем чуть-чуть усложнить и добавить в парсер хабы, чтобы высвечивалась только необходимая тематика.
Показывать и футер, и хедер по клику на "бургере",
Ко мне несколько раз в неделю стабильно обращаются на предмет, где найти те или иные разделы сайта. Каждый раз отправляю к дизайнерам. Нарисовали — будьте добры страдать за свои добрые дела. У меня только хостинг.
А сколько пользователей вообще не доходит до нужных разделов и тупо забивает, даже не представляю. По подозреваю, что больше тех, кто спрашивает. Итог: сотрудники организации осуществляют поиск инфы о разделе сайта этой же организации через гугл.
Как вариант, можно сделать всплывающий футер
НЕ НАДО. ДЕЛАТЬ. НИЧЕГО. ВСПЛЫВАЮЩЕГО. ВООБЩЕ. НИКОГДА, Только по нажатию!
Нижний колонтитул — базовая единица анатомии веб-страницы, как и заголовок. Сайты указывают там подробные сведения и ссылки: номера телефонов, адреса, ссылки на разделы справки и поддержки.
Для всего этого должны быть отдельные страницы, доступные из главного меню в пару кликов, а не путём мотания страницы в самый конец. Подвал — самый бестолковый способ организации меню. Хорошо, что он постепенно отмирает.
Приложения социальных сетей работают с таймлайном. Пользователи стремятся ориентироваться во времени, работать с прошлым. В этом случае бесконечная прокрутка упрощает навигацию.
А должны работать с актуальностью. Типичный UX косяк — считать более актуальным более свежее. Встречается повсеместно. И это ужасно.
И нет, пользователям в социальных сетях в большинстве случаев плевать на время.
В списках на основе элементов пользователь хочет именно найти конкретный элемент. Бесконечная прокрутка делает это практически невозможным.
Сложность-то в чём?
Но бесконечная прокрутка срабатывает без какого-либо решения.
Ну конечно, а за скроллбар кто мацает? А пальчиком кто по экрану теребит? Бесконечная прокрутка как раз таки избавляет пользователя от лишней абстракции "страница" и позволяет работать с коллекцией, как с единым целым.
Пользователи также могут столкнуться с глюками прыжков.
В любой реализации могут быть баги. Более того, с паджинацией прыжки будут постоянно между страницами. Особенно весело, когда контент не влезает на экран, а паджинатор не продублирован внизу. Мотай вниз, потом мотай наверх переключать страницу. Очень удобно.
Люди перемещаются по страницам, сохраняют некоторые в закладки, делятся с друзьями и т.д.
И какой прок от закладки на третюю страницу, если завтра же там уже будут совершенно другие материалы?
Это также означает, что вы не можете отслеживать действия пользователей с помощью инструментов аналитики.
Очередная глупость. Всё замечательно отслеживается.
Если ваш метод внутренней пагинации основан на указателях, почти невозможно разрешить пользователям произвольную навигацию.
Было бы неплохо привести хотя бы один пользовательский сценарий, где нужна навигация отличная от вперёд/назад/вначало.
Если список в алфавитном порядке, нельзя заставлять людей прокручивать список до буквы K, иначе они сойдут с ума.
Ну да, фильтрация — классная штука. Только при чём тут паджинация? На букву К может быть точно также 100500 элементов.
Когда он обновляет страницу с бесконечной прокруткой, то будет отброшен в самое начало
Не будет, если бесконечный скролл реализован правильно. Другое дело, что правильно его реализовать сложнее, чем тупо влепить паджинатор. Ну так это повод призывать не нанимать бестолковых ux и dev, а не отказываться от удобного паттерна.
Резюмируя: автор не очень дружит с логикой, не умеет в UX, не утруждает себя обоснованием заявлений. Я бы рекомендовал прочитать эти две статьи:
Лента новостей: почему мы делаем это неправильно?
Популярные антипаттерны: паджинация
Сложность в том, что некоторые сайты типа я.музыки выгружают из памяти часть списка вне экрана и поиск их уже не ищет, например. Т.е. вот только элемент был перед глазами, чуть сдвинул ползунок и браузер его уже не видит. Хоть автор не совсем это имел в виду, но я припишу к этому и такой баг.В списках на основе элементов пользователь хочет именно найти конкретный элемент. Бесконечная прокрутка делает это практически невозможным.
Сложность-то в чём?
Когда же я никуда НЕ переходил, то поведение когда часть только что просмотренного (причем неизвестно заранее какая) самопроизвольно исчезает
1 — не интуинтивно
2 — разражает
Бесконечная прокрутка как раз таки избавляет пользователя от лишней абстракции «страница» и позволяет работать с коллекцией, как с единым целым.
А когда вы переходите между страницами ничего никуда не выгружается что ли?
Ну такая себе текущая абстракция, значит.
Бесконечная прокрутка как раз таки избавляет пользователя от лишней абстракции «страница» и позволяет работать с коллекцией, как с единым целым.
И лагать оно потом будет как единое целое, когда память кончаться начнет.
Справедливости ради, такая «магия» существует, более того, для нее уже потихоньку пишут CSS-спецификацию.
А зачем вам поиск по загруженному, если есть поиск по всему?
О себеОбъясните, какая польза лишении возможности искать по загруженному?
Любые ограничения должны приносить пользу, иначе они не нужны.
Скролл бесконечный, но все равно было логическое деление на страницы по мере прокрутки.
Визуально страницы отделялись линией с надписью «страница N». И, что важно, при этом в адресной строке менялся параметр с номером страницы.
То есть при перезагрузке страницы или копипасте URL можно хотя бы грубо попасть в нужное место.
Проблема с дублями/пустотами при обновлении элементов при этом остается, но ее можно решить, если забить на неравномерное кол-во элементов на «странице». При расположении в виде грида, как на озоне, это не страшно. Состав элементов в случае озона тоже нечасто меняется. А вот что касается сортировки и фильтрации… тут наверное абсолютно идеального решения нет. При изменении сортировки ИМХО логично показывать снова первую страницу… А вот по поводу фильтров у меня нет четкого мнения.
Ну и обошли стороной проблему индексации. Почти любая ссылка на VK, ведущая на страницу паблика или профиля, почти бесполезна — нужный текст фиг найдёшь.
Можете ставить свои любимые минусы, которыми тут богаты за любое отличие мнения от положенного.
Когда я читаю pdf — у меня конечная прокрутка. С предсказуемым скроллбаром, возможностью перейти в конец текста и с поиском по всему тексту от текущего места. У меня есть весь документ целиком.
Бесконечная же прокрутка плоха не тем, что страниц нет, а своей непредсказуемостью. К примеру, я могу в ней домотать до какого-то текста — но при этом не могу найти его по ctrl-F.
Конечно же, нет. И pdf, и ebooks разбиты по страницам, на которые всегда можно перейти по номеру. Всегда есть переход в им начало и конец, всегда понятно, на какой вы странице. Так что это НЕ бесконечная прокрутка, минусы которой как раз в отсутствии этих возможностей навигации.
Ведь можно добавить вывод номера записи на странице с бесконечной прокруткой.
Можно сделать ссылки на эти номера, чтобы по ним можно было переходить.
Можно загружать текст записи, но не загружать картинки чтобы память не захламлять.
Можно сделать удобный встроенный поиск чтобы не грузить все записи, а только просматриваемые.
Всё это можно сделать и это будет удобно, но кто-то делает не не так и вы говорите — «Идея говно, и пытаться не надо.». Что это за ретроградство?
Знаете, есть опыт пользования, тот самый user experience. И он говорит, что на одну нормальную реализацию этой бесконечной прокрутки (см. выше коммент про Озон) приходятся неисчислимые сотни и тысячи убогих, с им кучей недостатков. Причем на очень посещаемых сайтах — соцсети, магазины.
То есть де-факто сама идея может и хороша, но её реализации — плохи.
Да и никакой пользы бесконечная прокрутка не приносит. Переключать страницу можно и по достижении конца страницы тем же колесиком мыши или по хоткею.
-сложнее парсить
-тяжело вернуться к контенту/искать контент
-нельзя пропустить контент\определить шаг перелистывания
-нагрузка на браузер больше
-требует js
-нельзя достать до футера
-ломает полосу прокрутки
+их нет
сложнее парсить
Бесконечные страницы обычно получают данные в виде json. Что сложного в его парсинге?
нельзя пропустить контент\определить шаг перелистывания
А это зачем? Впрочем, вы вольны скроллить с любой скоростью.
нагрузка на браузер больше
С чего бы?
требует js
А ещё требует css.
ломает полосу прокрутки
Не ломает, а меняет её поведение.
Не ломает, а меняет её поведение.
Когда я учился, у нас встречались «одаренные» студенты. Они вырывали кнопки с клавиатуры и вставляли их в другом порядке. Таким образом, они тоже «меняли поведение» клавиатуры и потом дико угорали, когда кто-то на ней печатал.
вы вольны скроллить с любой скоростью
если эта скорость не превышает скорости подгрузки новых порций контента (почти цитата Форда:)
меняет её поведение
на крайне неинтуитивное и малополезное (вместо того, чтобы ориентировать пользователя, какую часть контента он уже просмотрел и сколько еще осталось, ползунок начинает жить своей жизнью, ёрзая вверх-вниз в уголке)
Браузер забивается всем этим хламом, буквально через 5 минут дальше скролить возможности нету. В итоге сначала просто через 5 минут закрывал, а потом и эти 5 минут перестал уделять.
Эх, я был уверен что это я изобрёл — пагинацию по указателю(
Не про бесконечность, но в тему прокрутки — ещё одна опасная тенденция.
Делают скроллбары, на которые нельзя кликнуть, нельзя за них потащить и прокрутить.
Даже в окне отправки комментария на Хабре (в мобильной версии) — при прокрутке мелькает скролл, но ухватиться за него — никак.
Бесит.
С бесконечно отдаляющимся дном…
При прокрутке делал history.pushState /page/$page_number, при этом менялся адрес в адресной строке. Это решало некоторые проблемы:
При обновлении страницы сервер получал адрес типа blog.ru/page/33 и отдавал контент 33 страницы, так же это срабатывало при переходе в пост и возврате обратно(назад). Так что пользователь не терялся и возвращался примерно к тому же месту откуда ушел.
Предположим, мы показываем 10 элементов на странице.
И если мы хотим перейти на страницу 3, то нужно пропустить первые 30 элементов.
По логике:
- первая страница отображает первые 10 элементов
- вторая — вторые 10, то есть с 11 по 20
- третья (на которую мы и переходим) — третьи 10, то есть с 21 по 30
И вот чтобы отобразить элементы 3-й страницы необходимо пропустить первые 20 элементов.
Они прямые, а должны быть обратные.
Например, здесь, на хабре, страничник прямой и это проблема.
Вот вам пример — я открыл вторую страницу, потихоньку читаю статьи на этой странице, почти все прочитал.
Через 12 часов дочитываю последние две статьи и жму на третью страницу (на следующую).
И что же я вижу? Наверху вижу несколько статей, которые я уже видел 13 часов назад, иногда доходит даже до такого, что возвращаюсь к чтению через пару дней и на третьей сранице вижу копию второй, приходится тратить время, вспоминать, высматривать те статьи, которые я ещё не читал, или даже нажимать на 4 страницу и т.п. и т.д.
Если бы был обратный страничник, такой ситуации бы не возникло, ибо на 10 странице будут всегда и навечно одни и те же статьи и на эту страницу можно даже ссылаться, если захочется.
Я реализовал на своём сайте обратный страничник, уже очень давно, году так в 2010 вроде. Очень удобно.
Тут момент не столько технический, а, скорее, идеологический. Большинство людей любят некую «законченность» — «Вот дочитаю страницу и начну работать». А страниц-то нет. Пользователь скролит и скролит, оставаясь на сайте, смотря рекламу и принося владельцу деньги. ВК в плане «не допустить ухода пользователя с сайта» достигла немалых успехов.
Кроме бесконечной прокрутки имеется и искусственное занижение просмотров постов с «внешними ссылками». Если кликнуть по «внешней ссылке» на хабр, сеть вас не отпустит, а покажет текст статьи в отдельной странице, которую легко можно закрыть на крестик и вернуться к ленте сети. Такое не только с ссылками на хабр — довольно много ресурсов просто парсится и показывается как контент VK.
Добавление «приложений сообществ» позволяет встраивать сайты прямо в VK. Всё сделано для того, чтобы однажды попав в сеть, вам было сложно из неё выбраться)
Так что есть некое непонимание явления. Бесконечная прокрутка сделана не для удобства пользователя.
Я тоже не люблю бесконечную прокрутку и согласен со многими тезисами автора. Но я не понимаю некоторые тезисы:
Боковая панель — это решение проблемы, но не очень хорошее. Футер должен оставаться футером.
Какие задачи решает футер, которые не могут решить другие места страницы?
Они информируют UI о своем решении. Но бесконечная прокрутка срабатывает без какого-либо решения.
Прокрутка информирует UI о том, что пользователь смотрит строки и хочет посмотреть ещё.
Однако бесконечная прокрутка не может сохранить состояние по своей сути. Пользователи не могут делиться текущим состоянием.
Эта проблема актуальна для навигациями с номерами страниц тоже. Например, то, что сегодня находится на странице №3, завтра будет находиться на странице №4, поэтому ссылка, которой вы поделились, протухнет. Навигация по указателям лишена этого недостатка.
Я бы ещё добавил следующие минусы бесконечной прокрутки:
- В большинстве случаев она сильно нагружает браузер: все прокрученные строки остаются в памяти компьютера, и через пару минут просмотра браузер начинает заметно тормозить.
- Бесконечная прокрутка способствует прокрастинации, лишая пользователя порогов, на которых уйти с сайта. Хотя это является плюсом для владельцев сайта.
Хватит делать сайты с бесконечной прокруткойǃ