В 90х годах прошлого века было довольно много попыток внести ясность в описани и представление векторных данных в вебе. Началось это примерно в 1994-1995 годах, когда несколько независимых групп разрабатывают и предлагают сначала спецификацию, а затем и плагины к браузерам для SVF (Simple Vector Format), VRML (Virtual Reality Markup Language).
Sun / IBM / Adobe 10 апреля 2008 года выкатывают свое решение для представления данных в векторном формате в вебе PGML. Microsoft тоже не дремлет и вместе с рядом крупных компаний предлагает буквально через месяц (13 мая) на рассмотрение W3C альтернативное решение стандарт VML. Дальше Microsof гнет свою линию и включает поддержку VML уже в IE 5.0 (в марте 1999 года).
В докладе идет речь, в первую очередь, о применении быстрых инструментов анализа для проверки, насколько качественно работает поисковое продвижение для небольшого сайта или насколько хорошо готов такой сайт к запуску продвижения в поисковых движках.
Скорость загрузки оказывает ключевое влияние на доступность сайта (больше психологическую, чем фактическую), активность пользователей на сайте (медленными сайтами люди предпочитают не пользоваться) и его конверсию (медленным сайтам не доверяют).
Скорость создания HTML-страниц и общее время загрузки очень сильно влияет на доступность сайта. Ключевым параметром здесь является «загрузка за 4 секунды» и более быстрая загрузка, чем у основных конкурентов. В отсутствии основных преимуществ на рынках с высокой конкуренцией скорость работы сайта может оказаться решающим фактором при принятии решения.
Для полноценной оптимизации крупные компании разрабатывают специализированные решения. Однако даже в этом случае они опираются на многочисленный свод правил, описывающих наиболее оптимальное взаимодействие браузера с пользователем. Для среднего размера сайтов, использующих какое-либо стандартное решение для обслуживания контента, стоит обратить свое внимание на решения по автоматизации клиентской оптимизации.
С каждым годом Интернет растет вширь и вглубь. Увеличивается пропускная способность каналов, пользователи переходят с коммутируемого доступа на безлимитный. Сайты становятся больше по размеру, больше по наполнению и сложнее во взаимодействии. Размеры загружаемых файлов при этом увеличиваются многократно, а время ожидание пользователей не уменьшается.
Как ни странно, методы клиентской оптимизации очень сильно перекликаются с методами шифрования и защиты данных.
Что видит пользователь каждый раз, когда набирает адрес вашего сайта в строке браузера? Белый экран. И чем дольше он его видит, тем с большей вероятностью уйдет с сайта и никогда не вернется.
Клиентская оптимизация оперирует двумя основными принципами: меньше данных и меньше соединений. Но именно эти принципы помогают уменьшить нагрузку на сам сервер. Давайте посмотрим, как это происходит и как перенести часть серверной нагрузки на клиентский браузер.
Данный обзор делался исключительно для презентации на конференции iCamp'2008. Я проанализировал несколько наиболее распространенных в Рунете CMS и привел все информацию по ускорению их загрузки, которую удалось обнаружить.
Большинство сайтов Рунета работают :) Почти всегда. И почти всегда медленно. Иногда причина этого — плохой канал связи у конечного пользователя или самого сайта. Но ни веб-разработчики, ни онлайн-маркетологи зачастую не отдают себе отчет, насколько эту ситуацию можно изменить, и изменить кардинально.
Основные направления для проведения оптимизации с целью уменьшить время загрузки страницы включают уменьшение размера файла и уменьшение числа запросов.
На данный момент среди веб-разработчиков существует расхожее заблуждение, что скорость загрузки веб-сайта в клиентском браузере полностью определяется временем генерации html-страницы на сервере.
Николай рассказал нам о том, как улучшить время загрузки данных, но мы помним о том, что у скорости страниц есть еще минимум две составляющих: это время инициализации новой страницы и время реакции элементов на странице.
Страница с результатами поиска Яндекса за последние 12 месяцев показывалась почти 7 миллиардов раз (а за последний месяц полтора миллиарда). Очевидно, что такая посещаемая страница должна быть очень легкой.
Подход "Progressive Enhancement" декларирует, что весь функционал веб-сайта должен быть доступен не только современным браузерам, но и большинству старых браузеров, а так же браузерам с отключенным JavaScript'ом.
Если у вас возникли какие-либо вопросы или пожелания по работе Web Optimizator, пожалуйста, поделитесь ими, используя контактную информацию.
Спасибо за использование сервиса!
This work is licensed under a Creative Commons Attribution 3.0 Unported License.