WebSupportRevo

WebSupportRevo
Рейтинг
54
Регистрация
11.05.2016

Для большинства сайтов самый главный фактор ускорения и снижения нагрузок, дающий на порядок больше эффекта, чем всё прочее - кеширование страниц сайта (не только картинок\js\css, но и динамического контента).

Если кто-то здесь сообщит сервис, который имеет аналогичные нашим возможности кеширования страниц (по гибкости, возможности применения на сложных сайтах) и охват хотя бы по 4 городам РФ, - мы подарим вам тариф Стартап-1 на 1 год.

Даже если описанный аналог будет медленнее на практике - всё равно подарим =)

- Если говорить про стандартное ускорение статики и общую фильтрацию - то вышеописанные аналоги справедливы.

- Если говорить про защиту от вирусов и бэкапы - наш частичный конкурент sucuri.net

- А в срезе именно скорости единственный известный нам аналог - fastly.com, и мы будем рады узнать про других

Мы не хостинг, но тоже предлагаем для владельцев сайтов кое-что интересное с огромными скидками:

- Ускорение сайта в 3-5 раз за 1 день

- Обеспечение 100%-аптайма на любом хостинге

- Защиту сайта от любых типов вирусов, атак и взломов

- Всегда свежую резервную копию сайта с восстановлением в 1 клик.

- HTTPS, который не тормозит сайт.

- Как итог, улучшение поведенческих факторов и SEO.

Наши скидки (действительны с 23 по 26 ноября включительно):

Черная пятница - скидки до 65%

Акция проходит с 23 по 26 ноября включительно.

BLACKFRIDAY2018-SE. Данный промокод даст вам скидку 50% на пользование сервисом в первые 12 месяцев по выбранному тарифу. Чтобы скидка начала действовать, достаточно оплатить 1 месяц, и скидка сохранится на год.

BLACKFRIDAY2018-SE-gold. Данный промокод даст вам скидку 65% на первый год пользования сервисом по выбранному тарифу. При условии единоразовой оплаты сразу за год.

BLACKFRIDAY2018-SE-25. Данный промокод даст вам скидку 25% на пользование сервисом пожизненно! При условии единоразовой оплаты за 18 месяцев.

Просто зарегистрируйтесь, указав выбранный промокод, и пополните баланс!

* Акция действительна для клиентов, не использующих сервис на момент данного поста. При необходимости использовать промокод в уже зарегистрированном, но неактивном аккаунте, - напишите в техподдержку.

1. Нет большого смысла много кликать по PageSpeed'у в поисках страниц, для которых есть данные.

Аналогичные показатели можно увидеть в отчетах Гугл.Аналитики и Яндекс.Метрики (тоже с разбивкой по страницам). Только там есть возможность сделать их несколько более точными, например, ограничив выборку срезом по регионам аудитории, которые для вас реально важны.

2. Менее репрезентативно, поскольку будут учитываться только непосредственно ваши данные, но и то же самое, и ряд более актуальных параметров можно получить через Хром-плагин от самого Гугла - Lighthouse

3. Параметр FCP (первая отрисовка) - не совсем однозначен.

Поскольку, если, например, вы решили без вникания в суть последовать рекомендациями ПейджСпида и убрали все js\css из шапки, то параметр станет лучше. В то же время, если эти js\css непосредственно для вашего сайта критичны, то для реального посетителя это может не только не иметь пользы, но и смущать его временной демонстрацией уродливой версии.

DCL (полная загрузка и парсинг HTML + загрузка и обработка неасинхронных скриптов и стилей, загружаемых перед ними) - может быть и больше, и меньше реального момента начала комфортного просмотра страницы.

Поэтому на практике эффективно

- анализировать просто голую скорость загрузки HTML через host-tracker.com или ping-admin.ru, что и элементарно, и для большинства основной фактор

- вдумчиво изучать рекомендации ПейджСпида+Lighthouse и фактические шаги загрузки\отрисовки с помощью tools.pingdom.com, webpagetest.org или просто раздела Network в консоли браузера

Мы, пожалуй, самая заинтересованная сторона в вопросе влияния скорости, поэтому прокомментируем сугубо подтверждённые факты.

В целом, всё важное уже верно описано Solmyr и SeVlad, но можно добавить немного интересных деталей.

I. Влияние скорости в фактах

1. Конверсия

-- Факт.

Исследования от Гугла и ряда крупных магазинов широко известны.

"По-простому" это очевидно и без исследований, поскольку причина просто "быстрее грузится = посетителям комфортнее = посетители охотнее используют сайт".

2. ПФ

-- Факт.

Поскольку это то же самое. Конверсия - просто финальная часть цепочки действий посетителя.

И влияет ровно по той же причине - повышения удобства. А также иногда за счет возможности "успеть продемонстрировать больше" или "продемонстрировать быстрее".

Безусловно, если вы продаёте ядерные электростанции или по иной причине уникальны и жестко необходимы каждому посетителю, - он вас дождётся.

В большинстве же случаев, - посетитель просто не имеет мотивации, чтобы использовать именно ваш сайт, и именно по-максимуму.

Например,

- кто-то в магазине сразу пойдёт на оформление заказа вместо того, чтобы самому себя апсейлить, изучая каталог товаров, который некомфортно грузится (сходно в срезе "глубины просмотров" для контент-проектов)

- кто-то прокликал веером пачку конкурентов из выдачи да стал изучать первый загрузившийся

- кто-то попал на сайт случайно, мог бы зацепиться взглядом за что-то интересное, но закрыл вкладку быстрее

Чем меньше у посетителя поводов, чтобы именно ваш сайт "закликать до дыр", тем больше значимы комфорт и оперативность.

3. Индексация

-- Факт (за исключением небольших сайтов).

Все крупные поисковые роботы, как и Гугл, руководствуются алгоритмами с целью "получить контент быстрее, но не уронить сайт".

Поэтому для расчета оптимальной интенсивности индексации учитывается:

- скорость загрузки страниц

- изменения скорости в процессе обхода

- возникновение характерных ошибок (например, 503,508).

4. Прямой учет в SEO

-- Факт.

- В зарубежном сегменте это давно не новость, но относилось только к небольшой группе запросов. Массовые статистические исследования от Moz уже 5 лет как подтвердили существования зависимости.

- По официальным заявлениям Гугла влияние становится более обширным сейчас

- Яндекс не отстаёт, по словам руководителя команды "Турбо":

Главный приоритет в ранжировании — релевантность запросу пользователя. При прочих равных предпочтение отдается страницам, которые быстрее грузятся и лучше адаптированы под устройство пользователя.

II. Какая скорость учитывается

1. Реальная скорость "отрисовки до момента возможности начать просмотр" - стоит считать единственным параметром для SEO.

2. По исследованию Moz влияет скорость TTFB, т.е. время начала загрузки страницы.

Но и исследование устаревшее, и на практике для рядовых страниц это почти неотличимо от простого "времени полной загрузки HTML-страницы", поэтому можно ориентироваться на него.

Этот параметр точно основной в вопросе "скорости индексации". Весьма вероятно, имеет дополнительную значимость, но это и нельзя подтвердить, и нет необходимости.

3. PageSpeed - нередко, вместе с Lighthouse, может помочь в улучшении реальной скорости для посетителей. Баллы значения не имеют, а некоторые рекомендации только вредят фактическому качеству сайта.

III. Как сильно влияет скорость и какой должна быть

1. Прикладной "живой" эффект, разумеется, зависит от многих деталей. Главная - конкретные значения скорости "по восприятию".

2. Когда сайт действительно воспринимается как медленный, точно можно говорить о крайне значимом эффекте.

Просто потому, что некомфортное для посетителя взаимодействие с сайтом подрывает эффект от усилий, вкладываемых во всю работу над интерфейсом.

Сравнивая "быстрый" и "очень быстрый" - разумеется, сложно оценить конкретный эффект и переоценивать его не стоит тоже. Это один из множества факторов.

Если ориентироваться на исследования Амазона, то и 0.1сек разницы для людей ощутимо на практике. Согласно Гуглу, значение есть даже, когда параметр скорости в диапазоне 0.4-0.9сек.

3. При оценке скорости стоит учитывать, что реальная скорость может нередко существенно отличаться для отдельных посетителей.

В зависимости от региона посетителя, качества интернета, мощности устройства (особенно, для HTTPS и тяжелого JS) и попадания в моменты пиковой загрузки вашего хостинга.

Поэтому мало кто бывает "быстрым" в 100% запросов.

4. Конкуренция.

Помимо обеспечения комфорта посетителей, иногда абсолютный показатель может играть роль, поскольку "при прочих равных" поисковики сравнивают с конкурентами.

IV. Итого

- Максимальный комфорт посетителей, включая хотя бы "средне-быструю" скорость - просто часть чек-листа нормального сайта.

- Влияние от дополнительного ускорения - есть. Может быть для вашего случая его не так много, чтобы заниматься этим в первую очередь.

Если же проект значимый и есть возможность оптимизировать всё до идеала, то странно отказываться от возможности закрыть ещё один фактор ранжирования. С тем, что решение такого технического вопроса обычно просто проще и дешевле, чем вся настоящая SEO-работа.

artem14:
У CDN для HTTPS-сайтов есть один минус про который мало кто пишет - у простого HTTPS-сайта handshake делается хоть и долго, но один раз. Если же начали использовать CDN на HTTPS-сайте - то тут попадаете, как минимум, на 2 длительные процедуры handshake - для своего сайта и для CDN.

- Именно по этой причине 99.99% пользователей CDN работают в режиме SSL-Termination.

Во всех стандартных и не только случаях - нет никакого смысла проводить обмен данными между CDN и хостинг-сервером по HTTPS.

В итоге не только хэндшейк делается только 1 раз и быстрее, чем напрямую, но и хостинг дополнительно разгружается от HTTPS-обработки.

Это если не считать того, что кеши позволяют до 99+% запросов вообще не отправлять на хостинг.

Chikago:
WebSupportRevo оплатил тариф, но сайт не получилось добавить по инструкции. Попробовал в поддержку написать, но форма отправки зависла. 🤪

Уже отписали вам )

Помимо форм стабильно доступна связь по телефону, скайпу, почте, онлайн-консультанту.

Инструкции изучать обычно неактуально - сейчас настройка "под ключ" для первого сайта (или нескольких, в зависимости от тарифа) включена в стоимость.

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

К примеру, для магазинов нередко настраиваются:

- отдельные события, по которым кеш деактивируется\активируется для конкретного пользователя (авторизация, использование "корзины", "сравнений" и другого функционала, если он не на Аяксе)

- отдельные параметры кеширования для разных типов страниц (товары \ категории \ общие)

- усиленные кеши для роботов

- кеши для результатов поиска\фильтров (даже если реализовано POST'ами)

И многие другие детали.

Павел Горбунов:
Про важность скорости загрузки знают все, но решение, предложенное этими ребятами, кажется одной упаковкой.
Упаковано красиво, описано вкусно, но фактически - это не панацея.
Все равно нужно сайт дорабатывать, и в чем тогда смысл подобных сервисов?
Chikago:
Павел Горбунов, я вот тоже пока пытаюсь вкурить. Возможно чтобы не париться со сжатиями и всякими прочими методами оптимизации скорости загрузки сайта.

Смысл на практике очень прост:

- Для большинства сайтов получаемое ускорение - полностью достаточно, чтобы сразу забыть о вопросах скорости насовсем.

- Сколько бы усилий вы ни вложили в оптимизации на уровне сайта, с CDN - всё равно будет просто ещё быстрее.

Немного технической конкретики:

1. Сжатие, Expires, двойные SSL-сертификаты с быстрым ECDSA, OCSP Stapling, TCP Fast Open и подобное – это мелочи, которые несложно настроить у себя на сервере. Но даже такое и требует времени, и мало у кого есть в действительно полноценном виде.

2. Географическое ускорение (физическая близость сервера к посетителю) - без CDN не получить.

А оно актуально для всех, у кого аудитория шире чем 1 город (и для тех, кто использует дешевые зарубежные хостинги).

Эффект не глобальный, но во многих реальных случаях действительно значимый.

* Особенно для HTTPS-сайтов, где этап установки соединения занимает по времени около 4 пингов (т.е. сам этот этап ещё до начала загрузки сайта - может съесть до 0.5-1сек у посетителя с Дальнего Востока или США, если хостинг в Москве).

3. Чаще всего самый важный фактор, - гибкое кеширование динамического контента.

- Когда нет идеальных кешей на уровне CMS, эффект может доходить до нескольких десятков раз (не все успевают уделить время и элементарной настройке своих Вордпрессов, а для магазинных, старых и самописных CMS - проблемные кеши скорее правило, чем исключение).

- Когда есть кеши на уровне CMS - CDN-кеши всё равно быстрее. Из-за географии и возможности использовать крайне эффективный режим "фонового обновления".

* Аналогов этому функционалу существует не много, ближайший - fastly.com

4. Кеши и ряд других факторов - существенно снижают нагрузку на хостинг-сервер. Такое в ряде случаев дополнительно повышает скорость всех запросов и\или улучшает стабильность, снижает затраты.

---

Вы просто получаете всё это сразу и без усилий.

Да одновременно можете получить повышение аптайма (при поломке активируется демонстрация сайта из "архивного снимка" или с "резервного хостинга"), безопасность, бэкапы, антивирус и ряд прочих возможностей.

Это - рентабельное вложение в оптимизацию эффективности сайта и экономию собственного времени и нервов.

А что и как улучшится именно для вашего сайта, - можно, не подключаясь, заранее во всех деталях узнать у техподдержки (+гарантированный удобный манибэк на случай любых отклонений от обещанного).

Chikago:
Коллеги, привет, кто-то юзал подобные сервисы https://goo.gl/eoZU7h
Есть от них какой толк? 😕

Толк от скорости достаточно очевиден.

- Посетители просто не любят ждать.

Это вопрос объективного удобства сайта для людей.

Особенно в условиях реального мира, когда для ряда посетителей с неидеальным интернетом и маломощными устройствами - время загрузки далеко от тестовых показателей и действительно ощутимо.

Чем дольше грузится страница - тем больше шансов, что посетитель уйдёт или просто потеряет энтузиазм к активному использованию сайта.

Есть множество исследований от Гугла и других крупных компаний, подробно демонстрирующих то, как скорость влияет на конверсию (а следовательно и на отказы, глубину просмотров).

Вот хорошая инфографика от RUSABILITY с конкретными данными исследований

- Прямое влияние скорости на SEO хоть и невелико, но в этому году существенно увеличивается

Что происходит с поведением посетителей, когда ваш сайт не просто медленно загружается, а прилёг вместе с хостингом или оказался завирусован - ещё очевиднее. Поэтому для многих факторы безопасности и повышения аптайма не менее значимы, чем скорость.

Neatly:
Идея хорошая, но зачем вообще дёргать шрифты из Гугла? Можно залить их к себе на сайт и настроить обращение к ним из папки.

- Даже просто залить в папку - дольше, чем поменять домен. А это решение для тех, кто уже использовал Гугл и начал нести потери.

- Чтобы полностью сохранить то же качество применения, что и у Гугла, вам нужно делать динамический CSS или использовать менее эффективные альтернативы, как в большинстве соответствующих туториалов.

У Гугла (и на нашем зеркале это сохранено) CSS генерируется в зависимости от юзер-агента, подгружая разным браузерам разные форматы и наборы шрифтов.

Devvver:
Поддержка будет бесплатная?

Да

Это реализовывалось на нашей штатной CDN-инфраструктуре для клиентов, столкнувшихся с "непонятными проблемами" из-за Гугл-шрифтов.

Никаких требований денег или, тем более, отключений - не будет. Можете смело пользоваться.

123 4
Всего: 36