Мы уже рассказывали о функции Быстрый просмотр (Quick View), призванной ускорить загрузку результатов поиска на мобильных устройствах. Пока она работает только со страницами Википедии при поиске на английском языке из главного домена google.com.

Интересно исследовать, как работает эта функция, особенно в свете заявлений Google, что страницы загружаются менее чем за 0,1 сек. Подобно фокуснику, Google прибегает к трюкам, заставляющим людей думать, что страницы загружаются быстрее, чем на самом деле.

Все результаты поиска по Википедии, снабжённые синей кнопкой «Быстрый просмотр (Quick View)», загружены в специальные разделы на серверах Google, которые содержат первую часть соответствующей статьи. Когда пользователь нажимает на «Quick View», статья загружается вроде бы мгновенно, однако видны только первые абзацы, заранее загруженные в Google, — типа описаний результатов поиска (snippets). А оставшуюся часть статьи Google продолжает загружать в фоновом режиме — в упрощённом виде из Google Cache. Вот, например, страница со второй частью статьи из Википедии: .

А если всю статью загрузить не удалось, то пользователю увидит сообщение об ошибке: «Не удалось загрузить всю статью. Попробуйте ещё раз (Error loading the entire article. Try again)».

Так насколько же Быстрый просмотр действительно быстр? Эксперименты GOS показали следующее. При загрузке википедической статьи про салат-латук (lettuce) на десктопе в браузере Chrome с родной самоидентификацией и идентификацией, изменённой на Galaxy Nexus/Android 4.0.2 получились такие результаты (измерения велись инструментами разработчика Chrome, замерялось время загрузки только основного HTML-файла, поскольку файлы изображений загружаются с сайта Википедии даже при использовании Quick View):

— Quick View: 120 мс,

— обычная загрузка (Wikipedia): 522 мс.

Загрузка других страниц показала те же результаты: Быстрый просмотр загружает страницу за 100–130 миллисекунд, а обычная загрузка показывает время примерно в 4 раза большее. Это существенная разница, особенно, особенно при медленном интернет-доступе с большими задержками (high latency).

Ещё одно преимущество состоит в том, что Google заранее загружает необходимые CSS- и javascript-коды, в то время как Wikipedia грузит с каждой страницей один файл CSS и 7 файлов javascript.

Вот общее время загрузки страницы вместе с необходимыми ресурсами:

— QuickView: 986 мс (30 запросов, 143 кб скачано),

— Wikipedia: 1,68 с (36 запросов, 296 кб скачано).

«Быстрый просмотр — это экспериментальный проект; в настоящее время он действует только для страниц Википедии при поиске на английском языке в главном домене Google.com. Мы работает над тем, чтобы добавить в функциональность Быстрого просмотра другие веб-сайты», поясняет Google. Чтобы «присоединиться к эксперименту Быстрого просмотра при поиске на мобильных устройствах», нужно заполнить форму. Насколько можно судить, Быстрый просмотр загружает страницу менее чем за 100 миллисекунд.

При исследовании функции было обнаружено, что ссылка на быстрый просмотр не работает, более того, не работала ссылка и на обычный просмотр найденной статьи Википедии. При проверке кода выяснилось, что в нём содержатся фрагменты искомой статьи. Вероятно, Google хранит на своих серверах упрощённые версии статей Википедии, и именно поэтому они загружаются так быстро. Вот Google-версия википедической статьи salmon (загляните в код).

Также Google объявил о запуске функции расширенных внутрисайтовых ссылок в Мобильном поиске, о тестировании которой мы недавно писали. «Поиск нужной страницы на сайте, например, Rotten Tomatoes стал быстрее: теперь при поиске на мобильных устройствах под главной ссылкой есть быстрый переход в раздел, скажем, In Theaters (‘В прокате’). Такие раскрывающиеся разделы будут показываться для многих сайтов и помогать быстро находить нужную информацию».