Коли дані змінюються просто під час перегляду, Parimatch можна навести як приклад сайту, якому недостатньо один раз завантажити сторінку. Частина інформації швидко застаріває, з’являються нові події, а відкриті блоки переходять в інший стан. Постійно натискати кнопку оновлення незручно. Після цього сторінка нерідко повертається нагору, закриває потрібний розділ і змушує знову шукати місце, на якому зупинився користувач. Тому сучасні платформи змінюють окремі елементи у фоні, не перезапускаючи весь екран.
Чому перезавантажувати всю сторінку незручно
Для звичайної статті повне оновлення не створює особливих проблем. Текст уже опублікований і за кілька хвилин навряд чи зміниться. Зі спортивним сервісом ситуація інша. Частина даних може оновитися ще до того, як відвідувач закінчить переглядати відкритий розділ.
Після перезавантаження браузер інколи втрачає поточне положення. Відкрита категорія закривається, прокрутка повертається нагору, а фільтри скидаються. На сторінці з великою кількістю інформації це відчутно. Замість одного швидкого оновлення людина повторює кілька попередніх дій.
Фоновий обмін даними працює інакше. Сторінка залишається на місці, а браузер отримує лише нову частину інформації. Якщо змінився один рядок, немає сенсу завантажувати меню, зображення та всі сусідні блоки повторно.
Це також зменшує обсяг переданих даних. Особливо помітна різниця при нестабільному мобільному зв’язку, коли повне завантаження займає більше часу.
Як Parimatch оновлює окремі частини сторінки
На Parimatch одночасно може бути відкрито кілька інформаційних блоків. Вони не обов’язково змінюються разом. Одна подія отримує новий статус, інша залишається без змін, а третя вже переходить до архівного стану.
Користувач бачить лише готовий результат. Наприклад, напис змінюється, картка отримує інший стан або з’являється новий запис. Сама сторінка при цьому не стає білою на кілька секунд і не завантажується заново.
Найскладніше тут – не отримати свіжі дані, а правильно вставити їх у вже відкритий екран. Новий елемент не повинен закривати те, що людина читає. Так само небажано раптово змінювати порядок усіх карток через одну оновлену позицію.
Для читачів infotrust.com.ua це наочний приклад технології, яка майже не привертає уваги. Її помічають переважно тоді, коли вона працює погано: сторінка смикається, інформація дублюється або відкритий розділ раптом зникає.
Що повинно залишатися стабільним під час оновлення
Щоб сторінка не заважала перегляду, недостатньо просто швидко завантажити нові дані. Потрібно зберегти кілька речей:
- Відкритий розділ. Користувача не слід повертати до початкового меню після кожної зміни.
- Положення сторінки. Прокрутка має залишатися там, де людина читала або переглядала інформацію.
- Порядок записів. Старі відповіді не повинні перекривати ті, що надійшли пізніше.
- Зрозумілий стан зв’язку. Якщо дані тимчасово не оновлюються, це краще позначити прямо.
- Відсутність дублів. Повторна відповідь сервера не має створювати дві однакові картки.
Проблема полягає в тому, що відповіді не завжди надходять у тому порядку, в якому були запитані. Одна може затриматися через мережу, а наступна прийти раніше. Якщо сторінка без перевірки покаже обидві, свіжа інформація зміниться старою.
Тому кожне оновлення потрібно порівнювати з поточним станом. Це відбувається непомітно, але саме така перевірка підтримує логічний порядок на екрані.
Чому Parimatch не повинен зміщувати блоки під час читання
Швидке оновлення може бути незручним, якщо воно постійно перебудовує сторінку. Людина збирається натиснути на одну картку, але перед цим вище з’являється новий запис. Усі елементи зміщуються, і відкривається зовсім інший розділ.
Щоб цього не траплялося, місце для окремих блоків бажано передбачити заздалегідь. Нові дані можуть змінювати зміст картки, не змінюючи її розміру. Якщо потрібно додати нову позицію, краще зробити це так, щоб прочитаний фрагмент залишився на місці.
Не кожну зміну потрібно супроводжувати яскравим ефектом. Короткої позначки або стриманої зміни оформлення часто достатньо. Людина бачить, що інформація оновилася, але не відволікається від решти сторінки.
Окрема увага потрібна кнопкам. Активний елемент не повинен зникати в момент натискання. Спочатку інтерфейс завершує дію користувача, а потім показує новий стан.
Як Parimatch повертає актуальні дані після перебою
Коротке зникнення інтернету не завжди закриває сторінку. Вона може залишатися відкритою та показувати останню отриману інформацію. Проблема в тому, що за цей час дані вже могли змінитися.
Після повернення зв’язку Parimatch має не просто продовжити з випадкового місця, а звірити активний блок із поточним станом. Іноді достатньо отримати останню зміну. В інших випадках надійніше заново запросити весь відкритий фрагмент.
Поки з’єднання відсутнє, старі дані не варто видавати за актуальні. Невелике повідомлення про паузу зрозуміліше, ніж екран, який виглядає справним, але вже не оновлюється.
Схожа ситуація виникає з вкладкою, яку довго не відкривали. Браузер міг призупинити її роботу. Після повернення користувача сторінці слід перевірити інформацію, а не показувати стан годинної давності як поточний.
Жива сторінка не повинна нагадувати про свою технічну частину
Найкраще фонове оновлення майже не видно. Відкритий розділ не закривається, прокрутка не стрибає, а нова інформація з’являється саме там, де її очікують побачити.
За такою простотою стоять перевірка черговості, повторні запити після втрати зв’язку та обережна зміна елементів. Одна лише швидкість не вирішує завдання. Сторінка має залишатися спокійною та передбачуваною.
Користувачеві не потрібно знати, скільки запитів виконав браузер. Важливий інший результат – інформація залишається свіжою, а перегляд не переривається. Саме так сучасний вебсервіс відрізняється від сторінки, яку доводиться постійно оновлювати вручну.
