Грамотный способ снизить посещаемость. Можете сами проверить на своих блогах : )

image

Привет, друзья IdeaFox!

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

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

Итак, перенесемся в март 2014 : )

Примерно 2 недели назад (а точнее с 25 февраля) я заметил плавное снижение трафика на блоге, но не придал этому особого значения.

Ну, мало ли может быть причин? Праздники и тому подобное. Украина, в конце-концов, которая стала главным ньюсмейкером Рунета.

Но кривая графика бодро ползла вниз… и я немного напрягся. Стал разбираться при помощи Google Analytics в причинах происходящего, но явных проблем не заметил. Посещаемость синхронно падала и в Яндексе и в Гугле. Количество точек входа не изменялось + снижались поведенческие факторы.

Высокочастотные запросы оставались на прежних позициях и по ним трафик оставался неизменным.

То есть, наблюдалась ситуация, когда посещаемость равномерно снижалась по всем каналам поискового трафика, но по НЧ-запросам.

Когда он упал на 50% я окончательно проснулся : ), и стал серьезно разбираться что к чему. Повторяю, что это было не сезонное снижение посещаемости, а массовое снижение трафика по низкочастотным запросам.

tormoza

Вы не поверите

Оказывается, пару недель назад я обновлял какой-то плагин, и забыл включить кеширование на блоге. Соответственно, скорость открытия страниц снизилась раз так в 5. Вместо обычных 0,1-0,5 сек. стала достигать 1-2 секунд. (тестировал скорость при помощи сервиса host-tracker.com)

На глаз это различие не особо заметно, а вот Яндекс и Гугл мгновенно отреагировали, и стали снижать сайт в выдаче по низкочастотным запросам.

К сожалению, я не сразу додумался до этого простого объяснения, а провел пару дней в тяжких думах : )

Короче, коллеги, как только я снова включил кеширование блога (случайно обратил внимание на то, что был отключен плагин WP Super Cashe), как опять все поперло вверх.

Как решал проблему?

1. Повторюсь, я немедленно включил плагин кеширования. Если вы не знаете, что это, то вот моя заметка по этому поводу.

Или посмотрите бесплатный курс о том, как настроен мой блог: http://ideafox.ru/shkola-lemurov

2. Убедился, что страницы открываются БЫСТРО при помощи сервиса host-tracker.com (можно другой сервис использовать, конечно). Оптимальной является скорость 0,1-0,3 сек. Но чем ниже этот показатель, тем лучше.

image

3. Убрал лишние картинки на высокопосещаемых страницах, удалил все дурацкие демотиваторы, которые у меня болтались справа.

4. Почистил базу данных.

5. Потестировал блог на сервисе Google PageSpeed Insights (очень рекомендую)

image

Этот сервис показывает проблемные места на блоге, которые снижают скорость работы сайта, и желательно выполнить все рекомендации, которые даются. На данный момент у меня 60 баллов из 100 для мобильной версии и 71 из 100 для обычной версии сайта.

Кстати, искренне советую обзавестись адаптивным шаблоном для мобильных устройств — сейчас это огромный плюс для любого сайта. Обращаю внимание, что говорю именно об адаптивном шаблоне, а не о мобильной версии на поддомене. Сейчас мобильный трафик достигает до 35% в Рунете, и поисковые системы при прочих равных условиях отдадут приоритет сайту с адаптивной версткой.

Ради интереса глянул как дела обстоят у Яндекса:

image

Как видите, Яндекс тоже страдает недоработками по мнению сервиса PageSpeed Insights

Важно

Совершенно очевидно, что если у Вас есть высокопосещаемый ресурс, то следите за тем, чтобы он работал БЫСТРО и еще БЫСТРЕЕ : ) Иначе на выходе получите печальный опыт, как у меня за эти две недели.

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

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

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

К счастью, я вовремя разобрался что к чему, и ситуация нормализовалась. Не повторяйте мою ошибку, коллеги : )

А теперь перенесемся в лето 2014

Аналогичный опыт я провел на моем втором проекте, на котором графоманю : ) Что я сделал? Да все просто, отключил кеширование, на посещаемые страницы повесил тяжелые фотки и …

моментально уронил посещаемость в тот же день (сайт у меня там очень быстро индексируется).

padenie

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

И я решил опубликовать эту заметку. Можете сами проверить на своих блогах : )

Подписывайтесь на новости блога на этой странице: http://ideafox.ru/podpiska

P.S. Сейчас мои коммерческие проекты + сайты под трафик в полном составе переехали на парочку VPS + выделенные IP-адреса для каждого сайта. И я вижу плавный рост трафика.

Другие заметки по теме:

  1. Google Analytics на мобильном телефоне и предновогодний трафик
  2. Uptimerobot: отличный сервис бесплатного мониторинга доступности сайтов
  3. Мой чек-лист по созданию сайта или блога (часть первая)
  4. Запустил мобильную версию блога. И вам советую

Только для блогеров и вебмастеров:

82 комментария к «Грамотный способ снизить посещаемость. Можете сами проверить на своих блогах : )»

  1. Блин, не было печали….. Вот вы Дмитрий озадачили!

    ps кстати, ваш курс у меня не распаковывается. Это только у меня?

    • Все работает, Мария)
      Скорее всего архив был скачан не до конца и был распознан как битый. Сейчас работает — проверял.

  2. Я по себе сужу, что скорость загрузки страниц ОЧЕНЬ важный фактор. Если какой нибудь сайт грузится долго, я даже ждать не буду (развернусь и уйду кликать на другой). Думаю, что так поступает большинство юзеров.
    Ну и как всегда: спасибо за полезную статью. Пойду проверять как у меня дела обстоят со скоростью открытия страниц. А вот, еще…если картинки тяжелые — это тоже влияет на загрузку. Каким сервисом вы пользуетесь для уменьшения веса картинок? Спасибо заранее за ответ :)

    • С картинками у меня беда) Большинство страниц имеют скриншоты в формате png, который в несколько раз тяжелее jpg. Это случилось из-за того, что пишу статьи в Windows Live Writer, а скриншоты делал в Snap7, который по умолчанию сохранял их в png.
      Как-то пропустил этот момент и сейчас озадачился этим вопросом. Нужно их конвертировать в JPG и залить обратно. Как сделать — думаю, но наверняка есть решение.

      • Привет, Дмитрий! Есть хорошая программулина бесплатная, называется Riot. Позволяет оптимизировать картинки и переводить из одного формата в другой, еще и пакетную обработку поддерживает

        • Да, спасибо за программку. В Xnviev тоже есть пакетная обработка, но там замучаешься кнопку «да, согласен изменить фото» нажимать : )
          Но дело еще в том, что нужно ссылки на картинки править. То есть менять концовку с .png на .jpg
          Вот тут не знаю как подступиться. Тем более, что не все картинки в формате .png

          • Та же проблема, меняю все руками. Заодно убираю лишние картинки и по новой настраиваю размер картинок

      • Дмитрий, добрый день! Сначала, хочу сказать Вам, большое спасибо за Ваш труд и такие полезные статьи! И может быть Вам, пригодится такая информация. У меня сайт для рукоделия, без фотографий никак. И что бы снизить их вес, я делаю так: Открываю фото в Paint.NET, ставлю водяной знак. Затем нажимаю «Файл» — «Сохранить как» и выбираю в «Тип файл» формат JPEG. Еще есть хорошая программа для работы с фото: Pictures — ACDSee Pro. В этой программе можно делать уже пакетную обработку фото. Например во вкладке «Изменить» есть хорошие функции: «Преобразовать формат файла», «Изменить размер», «Переименовать». То-есть после того, как я сохранила фото в Paint.NET в формате JPEG, я меняю размер сразу всех фотографий в программе ACDSee, размер моих рабочих фото обычно 800×600 Пикс. И сразу же все переименовываю с кирилицы на латиницу. В итоге получается, что если фото изначально весило 8-12 МБ. то на выходе они уже весят 150-200 КБ. Как то так)))

  3. Да уж, тут ничего не попишешь, действительно грамотный способ…:-))) Да и вообще, я заметил, что все крупные косяки происходят по мелочам — тут что-то забыл включить, там забыл галочку поставить, здесь не обратил внимание… а последствия, как в последние дни Помпей…:-))) Ну так это чтобы нам жисть малиной не казалась…:-)))

    • Очень верно подметил. Иногда небольшая мелочь все может погубить
      И это касается любого вида деятельности (например, самолеты)

  4. Дмитрий, установил по твоему наставлению WP Super Cashe и настроил. Как я понял, плагин Hyper Cash теперь можно удалить?

    Не понял, как пользоваться сайтом host-tracker. Там вверху справа поле для ввода и 4 чекбокса: http, ping, trace, port. Как я понимаю, надо выбирать ping? Но там таблица какая-то непонятная получается, у тебя на скринах совсем другая.

    • Hyper Cash уже не нужен, конечно. Мало того — возможен конфликт. По идее, нужно было сначала удалить Hyper Cash , а потом уже ставить Супер Кеш.

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

      Действительно, сервис host-tracker.com стал теперь сервисом мониторинга доступности сайта, а не проверки скорости. Во дела) С марта полностью все перепилили.

  5. Дмитрий привет! Хотя моя посещаемость в десятки раз меньше твоей, что то меня сподвигло на установку этого плагина кеширования. Существует двоякое мнение, по поводу одного пункта в его настройках. А именно о включении кеша браузера. Выскажи своё мнение на этот счёт пожалуйста!

      • Allow browser to bypass cache так написано. Ой Дима, это я про Хипер кеш. Суть этого пункта, использовать или нет кеш браузера при загрузке.
        Возможно в твоём варианте тоже имеется…

        • Лучше включить на мой взгляд.
          Даже Гугл дает такую рекомендацию Кстати, у меня включена эта опция, но сервис PageSpeed Insights все равно просит ее включить )

          А в чем спорность этой настройки?

          • Пожалуй в удобстве для пользователя. Если бы ли изменения в статье, то кеш браузера покажет старую версию и порой обновление страницы через F5 не помогает. Пользователь должен почистить кеш браузера, а ему это надо …???

          • А, вон о чем. Ну слушай, это может быть проблемой для страниц, где очень быстро обновляется информация.
            Для блога это не так страшно, думаю.

    • Пож-та, Олег)
      Только не забывайте отключать плагин во время обновления движка, плагинов или темы сайта

      • Интересный момент, об этом никогда не слышала, что нужно отключать кеширование во время обновления плагинов, никто об этом не писал. И еще вот заинтересовало — чем эти два плагина кеширования отличаются? Я наоборот, недавно узнала, что суперкеш более тяжелый чем второй, потому его и заменила на первый.

        • Нина, к сожалению, не знаю чем они отличаются. Как-то сразу на Супер Кеш перешел и особых проблем нет. Я мельком посмотрел на второй вариант пару лет назад и понял, что там маловато настроек : ) Единственное, что запомнил.

  6. Если подумать, то итог статьи очень позитивный!))
    Чтобы была посещаемость, надо всего лишь чтобы страницы быстрее загружались!) С этим у меня проблем нет!)
    Вот только чистить базу данных и оптимизировать статьи под поисковые запросы не умею!) :-)

    • Не совсем так, Азик)
      Быстрая загрузка не гарантия успеха. Мало того, если сайт малопосещаемый, то ничего и не заметишь. А вот если сайт имеет нормальный трафик, то поисковые системы начинают пессимизировать за тормоза.
      Но я однозначно рекомендую ускорять блоги с самого начала, чтобы ничего не мешало пользователям для комфортной работы с сайтом.
      Иначе зачем Гугл запилил такой инструмент? : )

      • Верно!!)) Этот гугловский инструмент и вправду очень такой удобный!) Не все понятно, конечно, но очень удобно, что он сразу показывает все ошибки и неоптимизированные места!!)

  7. Вот только не понятно, зачем вам приходилось отключать плагин кэширования??))
    Понятно же, что без него скорость загрузки блога снизится)))

    • На время обновления плагинов/движка/темы его лучше отключать. Если обновление пройдет криво, то это сразу можно заметить (например, поехал топ комментаторов)
      Если все ОК, то после обновления его нужно включить обратно.

      При правке шаблона тоже надо отключать кеширование, иначе не все будет сразу видно (посетители так вообще старую версию будут лицезреть какое-то время)

      • Теперь понятно!) один раз я не отключил плагин кэширования и сменил тему!!) На три-четыре дня!)
        А в плагина обновление было очень редкое!) Потом тема мне разонравилась и я вернул старую!!)) а никто и не заметил, что тема вообще менялась))

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

    • Здесь не знаю, что посоветовать, так как использую только Super Cashe на всех проектах

      Вот, кстати, Артем правильный блогер : ) Переехал на VPS недавно

        • : ) Ничего, пусть все завидуют счастливому обладателю ВПС)

          Так вот со ссылками на картинки, как понял — только ручками менять. Это жесть, конечно, учитывая количество статей.

          • Ну может кто-то знает как все это дело автоматизировать и подскажет.
            Кстати, нашел прикольный сервис по онлайн сжатию и картинок и скриптов _http://optimin.ru/
            Посмотри может проще твои png ужать, без потери качества

  9. Дмитрий, Google PageSpeed Insights предлагает

    «Включите сжатие
    Сжатие ресурсов с помощью функций gzip или deflate позволяет сократить объем данных, передаваемых по сети.»

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

    • Станислав, у меня включено это дело. Хостер не ругается, но Google PageSpeed Insights все равно кажет : ), что не включено.

      А что ругался хостер? Подозрение на то, что файл заражен?

      • Насчет gzip, у меня пейджспид не ругается на это. Но я пытался это сжатие включать несколько раз и получилось только с третьей попытки. Можно еще проверить вот этим сервисом _http://checkgzipcompression.com/ работает оно или нет.

  10. Вот спасибо за подзатыльник, я всё собирался, собирался плагин кэширования ставить, раздумывал, спрашивал везде о них, а тут за час взял и поставил и настроил.
    Результаты по загрузке страниц до установки плагина вообще печальные — 10,8 сек, а после установки и активации плагина super cashe всего 1 секунда, сейчас еще в Метрике проверю и Аналитике.
    Спасибо, Дмитрий, в очередной раз из болота вытягиваешь.

  11. С CDN немного все сложнее, как читал. Люди пишут, что в некоторых регионах он не недоступен и подключение CDN грозит потерей трафика на 20% (где-то на форуме читал бурное обсуждение этого вопроса. На Серче вроде битва была по этому вопросу)

    • Тогда ясно. К сожалению, я сам этим не пользуюсь, так как у меня с нагрузками проблем больших нет, поэтому тут точно сказать не могу. Однако за бугром CDN частенько используют. Вроде проблем больших нет. Плохо, что у нас с этим проблемы. Может со временем все наладится и не будет проблем с подключением.

  12. Скорость загрузки — очень важная вещь. Использую Hyper Cashe, от Super Cashe у меня сайт слетал из-за какого-то конфликта.
    У меня 2500 изображений на сайте. Конечно, это существенно влияет на скорость загрузки.
    С картинками нужно правильно вести с самого начала. А я вот 1.5 года не обращал на это внимание. Только в этом году начал уделять внимание этой проблеме.
    Удалил лишние размеры изображений — сайт уменьшился раза в три. Картинки оптимизирую сначала фотошопом, потом онлайн сервисом. Установил специальный плагин, которым несколько уменьшил размер уже загруженных изображений.

      • У меня картинки сейчас занимают 160 МБ.

        Плагин называется EWWW Image Optimizer. Есть и другие, но у меня этот заработал.

        Вменяемого описания на русском нет. Я все настройки оставил по умолчанию, так как не дружу с английским.

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

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

  13. Помню отключил плагин кэширования на своем блоге и никакой разницы в посещаемости не заметил.
    Ты Дима лучше расскажи про всплеск посещаемости в апреле. Отчего?

  14. У меня гугл дает оценку 65\78 при том что нет адаптивной верстки и выключен плагин кеширования :) Видимо хостинг бодренький, справляется с нагрузкой
    Время ответа 0.6 показал, вроде неплохо для обычного буржуйского вирт хостинга

    • Не. надо быстрее, Сергей) Видимо, шаблон у тебя хороший, но скорость лучше поднять.

  15. Дима, солнышко, спасибо за заметку! Как раз задумалась над повышением скорости, которая у меня ахово медленная, и такое подтверждение, что это совершенно необходимо сделать.

    • Галина, у тебя сайт расположен в США. Город Ashburn.
      Это тоже значительно тормозит, так как сервер физически расположен на другом континенте и ping суровый получается)
      Я бы на твоем месте перенес его в Россию или Европу.

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

        Еще есть вопрос, уже не про скорость: один эксперт пишет в сегодняшней статье (quicksprout.com), что если твою статью перепечатывают на известном, скажем, ресурсе. и делают на тебя ссылку, как на автора, что выглядит, как очень хорошо, на самом деле садит рейтинги блога. Правда ли это?
        (меня перепечатывают нещадно, часто делают ссылки, а иногда просто «берут» статьи), переживаю)

  16. Дмитрий, привет.
    Вопрос не в тему статьи, извини. Такая ситуация: за последние несколько дней стала сильно забиваться «спам — папка» в «админке». Стоит плагин — антиспам «Невидимая капча». Количество спама внезапно возросло на порядок и если раньше в ней скапливалось до 50 писем в день,то сейчас «выгребаю» по 700 — 800. У тебя есть какие — нибудь мнения по этому вопросу?

    • Привет, Василий. Лучше поставь Akismet
      У меня стоял плагин Инвизибл Капча и скажу, что он толком не защищает. Если ты стал целью Хрумера, то он бессилен. Сайт у тебя финансовой тематики и спамеры такие очень любят.
      Ставь Акисмет и проблем не будет таких.
      Только поставь в настройках Акисмета «Удалять явный спам» и он будет улетать минуя папку «Спам».

  17. google.com набрал 78 из 100
    zenhabits.net — самый минималистский сайт. который знаю, набрал 77 из 100…
    кто же может набрать 100 из 100?

    • Гул наверное и набирает 100 из 100. А остальные пусть стремятся к недостижимому идеалу))
      Пардон, оказывается сам Гугл не набирает…

  18. Что-то я припозднился с комментарием =) Хотя статью в день выхода сразу прочел.
    Все это действительно очень важно. Если уж сам Гугловский сервис (Пэйдж Спид) дает такие рекомендации, то большой вебмастерский грех к ним не прислушиваться и не исправлять «косяки». Хотя я в этом плане грешен: давно про это знаю, да все никак не сделаю по уму. Еще начитался когда-то у Ларисы Веб-Кошки про то, как она скрипты их хэдера переносила, что траблов там полно. Я и подзабил на все это. А так да. надо и скрипты переносить, и css и js минимизировать и т.д.

    • Надо, Саш все это пилить… но пока у меня тоже времени нет. Да и потом я сторонник не трогать движок, если пока все нормально работает)
      Сам знаешь, знанешь пилить движок — потом остановиться невозможно))

      • Да, есть такое мнение (особенно в IT и смежных областях) — если работает, то не надо ничего трогать =))
        Но корректировать это все нужно, безусловно. Просто у меня показатели в Page Speed в принципе не очень плачевные, поэтому в приоритет пока не ставлю :) А вот показатели по Alexa стали «плясать» — то Average, то опять Slow. Хотя чисто визуально сайт грузится нормально.

        • Тебе на ВПС уже пора. Еще несколько статей под трафик (только не раз в месяц : ), и наберешь первую тысячу. С твоими статьями нужна частота публикаций
          Да, сам не чащю в последнее время — пропадаю то на даче, то по делам. Но скоро вернусь из отдыха)

          • Не, чисто технически я еще долго смогу на своем виртуальном просидеть. На ВПС буду переходить только когда подучу, хотя бы базово, Linux))

  19. У меня на developers.google.com показывает что нужно включить сжатие! Каким образом это сделать?

  20. host-tracker.com изменил интерфейс? Что-то он быстро стал проверять и значения показывает в миллисекундах…

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

  22. Привет! У меня кеширование, вроде, отключено, причем давно.
    Надо провести эксперимент :)
    А зачем бежать на VPS? Больше геморра с ним. Если без него никак, то да, тогда конечно.

    • Привет, Елена)
      Не, бежать нужно тогда, когда видишь, что сайт тормозит.
      Но серьезные проекты под трафик сразу делают на ВПС, чтобы не было даже намека на тормоза.

  23. Дмитрий, добрый вечер, сегодня я внесла изменения в файлы function.php, style.css, htaccess, robots.txt. Плагин не отключала. Подскажите, пожалуйста, нужно ли очистить кэш? зачем это нужно делать (очищать его) и в каких случаях? Заранее спасибо за ответ)

    • Анастасия, желательно очистить, так как style.css отвечает за внешний вид сайта. То есть может быть ситуация, когда внесли изменения в файл style.css, но ничего не происходит, пока не сбросите кеш.
      Кеш желательно отключать при обновлении шаблона, плагинов или движка, а затем включать обратно.

  24. А я сегодня отключила плагин кэширования. Начались какие-то глюки, не отображались новые статьи и изменения на главной странице сайта.

    • Нужно просто после публикации новой статьи или после изменения внешнего вида сайта сбросить кеш. В СуперКэш это можно сделать в настройках нажав на кнопку «Удалить весь кэш»

Оставить комментарий