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

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

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

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

А сейчас,  давайте посмотрим — какие же интересные моменты выяснились в результате анализа внутренних страниц-статей моего блога proofsite.com.ua?

Недавно мне поступило очень интересное предложение от сервиса веб-аналитики SpyBOX  — использовать блог Proofsite.com.ua как тестовую площадку для апробирования методики анализа читабельности публикуемых статей посетителями. Совместно с аналитиками сервиса мы подготовили этот материал с описанием концепции, последовательности анализа читабельности блога и моими комментариями к нему.

Цель эксперимента – на мой взгляд, крайне интересна для любого автора блога. Ведь всегда хочется знать, какие статьи читают больше, какие меньше, а какие темы могут оказаться вообще не слишком близки и интересны моей аудитории. Помимо простого ознакомления с материалами исследования, в комментариях я хотел бы услышать ваше мнение о том — насколько вообще полезен анализ читабельности контента?

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

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

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

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

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

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

На днях Twitter анонсировал свою платформу для взаимодействия со сторонними сайтами, под названием @anywhere. Эта платформа позволяет интегрировать Twitter в ваш сайт, используя всего лишь несколько простых строк JavaScript-кода.

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

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

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

И на закуску — присутствует специальная форма, позволяющая отправлять твиты непосредственно со странице блога.

На мой взгляд, новая платформа будет играть огромную роль в будущем, в качестве инструмента популяризации и роста самого Twitter. В этой статье я продемонстрирую вам — как добавить элементы из новой платформы @anywhere от Twitter на ваш WordPress-блог.

Так уж повелось, что если для сайта основным мерилом популярности является количество посетителей, то для блога — количество подписчиков. В сущности, подобное разделение совершенно логично обосновано — посчитать количество лояльных посетителей для сайта достаточно трудно (даже параметр «вернувшиеся» в Google Analytics очень неточен), а вот для блога — все просто и понятно, достаточно лишь взглянуть на счетчик подписчиков.

Людям вообще свойственно меряться показателями. Кто меряется объемом бицепса, кто уровнем своего эльфа в Lineage или WOW, кто ТИЦ и PR в разрезе показателей сайта, а блогеры — количеством постоянных читателей.

И хотя Google Chrome у меня был установлен достаточно давно, вникать в специфику dev-версий, разбираться с их установкой/тестированием и собирать на себя все баги, которыми они были богаты — у меня не было ни малейшего желания.

По этой причине, до момента выхода версии с полноценной поддержкой расширений, я использовал Google Chrome только как более быструю альтернативу Mozilla Firefox — если мне нужно было быстро зайти на какой-то сайт, вместо довольно тяжелого Firefox, я открывал быстрый Chrome, смотрел нужную информацию и закрывал его. Дешево и сердито — но дальше дело не шло.

Однако с выходом новой версии, я решил поподробнее присмотреться к функционалу плагинов. Изначально, я пришел в каталог расширений для Google Chrome исключительно ради тех дополнений, к которым я привык в Firefox — управление табами, блокировщик рекламы и флеша, организация закладок и прочее. Памятуя довольно медленный процесс разработки плагинов для Mozilla Firefox, я  рассчитывал увидеть не более чем alpha-версии плагинов, но был приятно удивлен — практически весь перечень расширений, используемый мною В Mozilla Firefox — был представлен и для Chrome. Причем, что меня больше всего удивило — некоторые плагины для Chrome превосходили по функционалу свои аналоги в Firefox.

Например, Twitter-клиент Cromed Bird уже умеет работать с листами, в отличие своего аналога — Echofon, а в SeoQuake для Google Chrome уже изначально встроена поддержка определения Nofollow ссылок (аналогичной функции в SeoQuake для Firefox — нет).

Воодушевившись действительно богатым арсеналом плагинов, у меня закралась крамольная мысль перевести Google Chrome из разряда программ «когда-никогда» в категорию «постоянно используемые». Исходя из этого, я с нова обратился к репозиторию плагинов — с целью найти те, которые привык использовать в процессе работы.

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