Google має намір уникнути показу традиційної URL-адреси в адресному рядку Chrome
Google має намір уникнути традиційного URL-адреси в адресному рядку Chrome
Google має намір уникнути відображення традиційної URL-адреси в адресному рядку на користь спрощеної і більш зрозумілої неосвіченим користувачам системи інформування про поточну сторінку. На думку Едрієнн Портер Фелт (Adrienne Porter Felt), менеджера з інжинірингу в Google, URL не найкращий спосіб ідентифікації сайту - звичайним користувачам важко зрозуміти URL, його важко читати і по ньому відразу не зрозуміло які з частин адреси заслуговують на довіру (мається на увазі фішинг, коли зловмисники підставляють чужий домен як частину параметрів посилання, і користувачі не здатні це розібрати).
Компанія Google розпочала модернізацію методу ідентифікації сайту в адресному рядку Chrome, бажаючи зробити адресу більш зрозумілою для всіх категорій користувачів - в адресному рядку користувач повинен ясно бачити з якою сайтом взаємодіє та чи можна йому довіряти. Першим етапом реалізації цієї ідеї стала запропонована в оновленні Chrome 69.0.3497.81 зміна, що активувала приховування назви протоколу та типових піддоменів у запиті. Наприклад, замість "https://www.example.com/" при включенні опції буде показано "example.com", а замість "https://m.example.com" - "example.com". Вимкнути нову поведінку можна за допомогою опції "chrome://flags/#omnibox-ui-hide-steady-state-url-scheme-and-subdomains".
Після включення приховування тривіальних піддоменів одразу спливло кілька підводних каменів. Претензії стосуються як помилок у реалізації, і виникнення плутанини при відображенні іншого хоста. Наприклад, "subdomain.www.example.com" замінюється на "subdomain.example.com", а "www.www.example.com" на "example.com". Відкривши "m.facebook.com" у настільному браузері користувач побачить мобільну версію, але в адресний рядок буде показано "facebook.com". У сервісах, що надають піддомени, зловмисник може зареєструвати імена "www" та "m", а користувачеві буде показано основний домен. При введенні http://www.pool.ntp.org буде показаний хост "pool.ntp.org", на якому немає сайту і який відповідає за видачу випадкової адреси NTP-сервера.
У дискусіях було висловлено припущення, що ініціатива зі спрощення URL може бути пов'язана з активним просуванням Google технології AMP (Accelerated Mobile Pages), за допомогою якої сторінки віддаються користувачу не безпосередньо, а через інфраструктуру Google, що призводить до відображення в адресному рядку. іншого домену (https://cdn.ampproject.org/c/s/example.com) і часто викликає замішання користувачів. Уникнення відображення URL дозволить приховати домен AMP Cache і створить ілюзію прямого звернення до основного сайту.
