Пережить наплыв: Digg-эффект и хостинг

Мечта любого автора — чтобы его статья попала на главную популярного сайта и к нему пришли тысячи людей. Но если сайт к этому не готов, тысячи людей увидят ошибку вместо статьи. Эта статья о том, что такое Digg-эффект, почему от наплыва посетителей падают сайты и как подготовиться заранее, чтобы пик сработал на вас.

Что такое Digg-эффект

Digg-эффект — это лавина посетителей, которая обрушивается на сайт, когда ссылка на него попадает на главную страницу крупного сайта социальных новостей. Название пошло от американского Digg, где пользователи голосуют за новости, и самые популярные выходят на главную. У этого явления много имён: в рунете его называют «хабраэффектом», когда ссылка попадает в топ Хабра, а по сути то же самое случается после репоста в большом сообществе ВКонтакте, упоминания в популярном блоге или в новостях.

Сценарий всегда одинаковый. Статья выходит на главную, и за несколько минут на сайт приходят люди, которых в обычный день хватило бы на месяц. Обычный хостинг этого не выдерживает. Автор руководства о том, как пережить Digg-эффект с WordPress, описывает это так: вы больше не управляете сайтом — не можете открыть панель управления, не можете зайти на сервер по FTP. Если администратор хостинга следит за сервером, ваш аккаунт заблокируют, чтобы не страдали соседи. Если не следит — сайт просто ляжет сам. Остаётся беспомощно ждать, пока поток схлынет.

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

Как это выглядит в цифрах

Хороший пример того, как быстро растёт поток, — сайт-голосование за талисман Олимпиады в Сочи, который собрала команда веб-студии Onlyweb. Сайт сделали за четыре часа, ссылки на него разбросали по ЖЖ, новостным сайтам и группам ВКонтакте. Голосовать на нём можно было кнопками соцсетей, поэтому каждый голос сам приводил новых людей.

• первый день — 19 360 посетителей;
• второй день — 56 291;
• на этом этапе статистика Яндекс.Метрики показала прирост в тысячи процентов, и команда перенесла сайт на отдельный хостинг;
• на четвёртый день сайт посетили 190 093 человека.

Перенос, по словам авторов, оказался не напрасным. За две с небольшим недели на нём набралось больше 1,2 миллиона посещений. Обратите внимание на главное решение: они не ждали, пока сайт упадёт, а переехали, как только увидели рост.

Почему сайт падает

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

Отсюда и главный способ защиты: сделать так, чтобы страница собиралась один раз, а дальше всем отдавалась готовая копия.

Кэш: первое, что нужно сделать

Кэш — это сохранённая готовая копия страницы. Если включить кэширование, сервер собирает статью один раз, сохраняет её как обычный HTML-файл и отдаёт этот файл всем следующим посетителям, не запуская программу и не трогая базу.

Автор руководства по WordPress называет это первым и самым важным шагом: поставить плагин кэширования (в его случае — wp-cache). Он пишет, что проверил на себе: это работает. И советует ставить его заранее, даже если установка займёт пару часов, — потому что, когда наплыв уже начался, зайти на сайт и что-то поставить вы, скорее всего, не сможете.

Для других движков то же самое: у большинства CMS и форумов есть встроенное кэширование или дополнение для него. Если сайт состоит из обычных HTML-страниц, он и так отдаётся как готовый файл и выдерживает наплыв гораздо лучше.

Облегчите страницу

Кроме кэша, автор того же руководства предлагает убрать всё, что нагружает сервер без необходимости:

• Меньше графики. Тяжёлые картинки быстро съедают лимит трафика хостинга. Сожмите их и не ставьте фотографию на 3 МБ туда, где хватит 200 КБ.
• Меньше плагинов. Отключите всё, чем не пользуетесь: каждый плагин — лишняя работа сервера.
• Без капчи в комментариях. Картинка с кодом создаётся программой при каждом показе.
• Без уведомлений по почте. Письмо автору о каждом новом комментарии при наплыве превращается в сотни писем.
• Комментарии — по ситуации. Их можно временно закрыть, хотя это жаль: обсуждение — часть того, ради чего люди приходят.

Запасные пути

Если сайт может не выдержать даже с кэшем, нужен план Б. Варианты из того же руководства и из опыта сайта о талисманах:

1. Статическая копия. Сохраните популярную статью как обычный HTML-файл и отдавайте по её адресу его. Такой файл выдержит намного больше посетителей, чем страница движка.
2. Перенос на отдельный хостинг. Так поступила команда сайта о талисманах. Делать это нужно, пока сайт ещё отвечает — после падения вы просто не сможете забрать файлы.
3. Зеркало на другом сервисе. Автор руководства советует, если ничего не помогает, временно выложить материал на крупной блог-платформе, которая держит любую нагрузку, и направить поток туда.
4. Перенаправление. Перенаправить посетителей на копию можно через файл .htaccess на сайте (если доступ к файлам ещё есть) или сменой DNS — записи, которая говорит браузеру, на каком сервере находится сайт.

Всё это проще продумать в спокойный день. Запишите себе: где лежит копия сайта, как быстро поменять DNS, к кому из хостеров можно переехать за час.

Чек-лист перед публикацией

Если вы собираетесь отправить статью на популярный сайт новостей, в большое сообщество или знаете, что о вас вот-вот напишут, проверьте:

1. Включено ли кэширование, и отдаётся ли статья из кэша (откройте её в другом браузере и посмотрите, быстро ли грузится).
2. Сжаты ли картинки на странице.
3. Отключены ли лишние плагины, капча и почтовые уведомления.
4. Есть ли свежая резервная копия сайта у вас на компьютере.
5. Знаете ли вы лимиты своего хостинга — по трафику и по нагрузке — и что хостер делает при их превышении.
6. Есть ли план переезда или статическая копия на случай, если сайт всё же начнёт падать.

Пик проходит — что останется

Наплыв длится день-два, потом поток спадает. У него есть и обратная сторона, о которой пишут скептики сервисов социальных ссылок: люди с главной Digg приходят посмотреть одну статью и уходят. Автор заметки «Десять причин, почему блогерам стоит сторониться социальных закладок» советует вместо погони за такими всплесками просто писать качественные материалы: постоянные читатели найдут вас сами.

Правда где-то посередине. Пик — это шанс, и его стоит использовать. Пока люди на сайте, покажите им, зачем возвращаться:

• под статьёй — ссылки на два-три ваших лучших материала по той же теме;
• заметная кнопка подписки на RSS или почтовую рассылку;
• ссылка на вашу группу в соцсети, где выходят новые записи.

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

Коротко

• Digg-эффект — лавина посетителей после попадания на главную крупного сайта; обычный хостинг её не выдерживает.
• Главная защита — кэш: сервер собирает страницу один раз и отдаёт всем готовую копию. Ставьте его заранее.
• Облегчите страницу: сжатые картинки, меньше плагинов, без капчи и почтовых уведомлений.
• Держите план Б: статическую копию, запасной хостинг, способ быстро перенаправить поток.
• Переезжайте, как только видите рост, а не после падения.
• Используйте пик, чтобы получить подписчиков: ссылки на другие статьи, RSS, группа.

---

Источники: Как пережить digg-эффект с wordpress (Хабр, 2007); Digg – эффект и другие девять причин, почему блоггерам следует избегать социальных ссылок (Хабр, 2007); 1261262 посетителей за две недели на новом сайте без рубля на рекламу — это реально (Хабр, 2011).