Павлуцький Олександр

2021-06-07 10:28:31 Второй раз сталкиваюсь с ситуацией, когда между "никому не нужной" и "очень востребованой" услугой лежит небольшая мелочь. И эта мелочь в итоге становится элементом, который помогает упаковать всю услугу в понятный продукт.

Например, к нам часто приходят заявки в таком диалоге:
- делаю блог про методологии разработки и надо сделать 50 ТЗ
- а у вас есть список тем под статьи?
- нет, давайте вы соберете, я не смогу/не хочу вникать

А чтобы собрать темы под 50 статей уходит весь рабочий день. Это без ключей и ТЗшек.
Ведь нужно прошерстить всё что есть по теме, посмотреть запросы по каждой статье и чаще всего - в незнакомой нише.
И сначала мы собирали их бесплатно. Я подгонял сотрудников, чтобы собирать их быстрее, а они отвечали, что невозможно углубиться в нишу за 10 минут и нужно время.

Потом подумал о том, чтобы брать за поиск тем деньги, например 2-3$ за тему. Тогда получится выделять на сбор больше времени и он выйдет более качественным. Но возникло еще больше сложностей: поиск тем в разных нишах занимает разное время, да и на небольших заказах брать 20-30$ сверху мне казалось мелочным.

А в какой-то момент пришла мысль: "Стоп, а почему бы не собирать вообще все возможные темы для статей в нише? И под это дело можно делать полную структуру сайта и анализ конкурентов по каждой статье". И тогда выйдет упаковать это всё в одну полную услугу - рисерч ниш.

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

Такая же история была и с ТЗшками, когда мы сначала делали их без структуры с подзаголовками, а потом решили их добавить. Это решение перевело сырой продукт в готовый, и внезапно услуга понадобилась всем. Открыть/Комментировать

2021-06-03 10:22:52 С интересом наблюдаю за тем, как Тильда (+Elementor, Wix и подобные сервисы) уничтожают рынок кастомной разработки лендингов

И это тот самый случай, когда "плохое быстрое решение" побеждает "хорошее медленное".

Потому что в разработке лендингов есть два классических кейса:
1. Мы точно уверены в услуге, она не будет изменяться еще 2-3 года и мы готовы зафиксировать все решения на этот срок.
2. Мы запускаем продукт/услугу в тестовом формате, или продукт меняется настолько быстро, что существует большая необходимость в быстром обновлении оффера на лендинге.

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

Последние полгода мы работали над новой услугой - рисерчи ниш. И гораздо удобнее за вечер склепать текстовый говно-лендинг, выкатить его в паблик и собрать фидбек про услугу. Чем два дня писать ТЗ\прототипы дизайнеру с разработчиком, платить 1500-2000$, потом месяц ждать результат и еще месяц допиливать все возникшие моменты.

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

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

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

В дизайне поисковых систем нет, поэтому рынок порешал в сторону скорости и удобства.
И это хорошо. Открыть/Комментировать

2021-05-28 17:22:37 30+ футпринтов при создании сетки PBN

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

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

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

Домен:

1. Домены сетки на одном регистраторе
2. Домены зарегистрированы в один день
3. Домены зарегистрированы на одно лицо

Хостинг:

4. Размещение сайтов на одном сервере
5. Все сайты размещены в хостингах, заточенных под PBN

Сервисы:

6. Адреса сетки размещены вместе в любых Гугл доках
7. Добавление сайтов в один аккаунт Серч Консоли
8. Добавление сайтов в один аккаунт Гугл Аналитикс
9. Используются сервисы по автоматизации работы PBN (bluechipbacklinks и др)


Техническая реализация:

10. Один и тот же Вордпресс-шаблон на все сайты
11. Один и тот же набор Вордпресс-плагинов на все сайты
12. Вся сетка восстановлена через Архиварикс
13. Сетку делали\верстали одни и те же разработчики
14. Одинаковая структура сайтов
15. Везде стоит один тип связи и форма контакта
16. Одинаковые автоматические ответы в форме обратной связи на эмейл
17. В контактах одинаковая почта, соц.сеть, номер телефона
18. Разные названия аккаунтов админки ворпдресса, базы данных, профилей
19. Одиноковый htaccess с защитой от всех 500+ ботов

Контент:

20. Контент на всей сетке, написанный одним копирайтером
21. Контент на всей сетке, переведенный с одного сайта на все сайты сетки
22. Контент на всей сетке, сгенеренный через субтитры Ютуба

Продвижение PBN:

23. По всей сетке сделаны одинаковые прогоны GSA\Сео-автопилот\Хрумер\другое
24. По всей сетке сделан крауд из одной базы
25. Всей сетке накрутили DR одинаковым способом
26. Все сайты сетки перелинкованы
27. Все сайты сетки появились и начали продвигаться в одно время

Ссылки:

28. Все или часть сайтов ссылаются на один и тот же сайт
29. Все или часть сайтов ссылаются на одну и ту же сетку
30.Ссылка ведет только на один money-сайт

Оплата:

31. Оплаты за разные домены и хостинги произведены одной картой\пейпалом

Паранойя:

32. Посещение нескольких сайтов сетки с одного IP и МАС-адреса
33. Посещение сетки с одного аккаунта Гугла Открыть/Комментировать

2021-05-26 11:10:45 Нельзя быть топовым SEOшником без своих проектов

Недавно узнал, что в некоторых компаниях нельзя устроиться на позицию Senior SEO, если ты не показываешь проекты, созданные на свои деньги.

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

Потому что на позиции сотрудника сеошник никогда и ничем не рискует, кроме своей работы. Дали проект, просрал - и что? Не отберут ведь ЗП. Максимум - порежут какие-то KPI.
Это как торговать акциями на демо-счете. Или играть в покер на бесплатные фишки. Ну кто делает это всерьез?

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

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

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

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

В общем, одни плюсы.
А вы что думаете? Можно ли быть топовым сеошником без своих проектов? Открыть/Комментировать

2021-05-17 11:03:24 Большая маржа убивает эффективность
И сильно расслабляет.

Например, можно мощно запариться, прописать процессы и обучить людей так, чтобы работа выполнялась командой из 10 человек.
А можно расширить бюджет на команду, взять еще 2 сотрудников и выполнять ту же задачу большим количеством людей, не запариваясь с процессами.
Большая маржа это позволяет.
"Ну снизилась прибыльность по проекту с 65% до 60% и что? Конкуренты всё равно зарабатывают 20%"

Можно выписывать премии на основе выполнения KPI, а можно из-за того, что у тебя сегодня охренеть какое крутое настроение.
"Ну да, потеряем ещё 5% маржи, пофигу"

Можно покупать сервисы точечно под задачи, не всегда продлять и тестить триалки.
А можно сразу бахнуть Enterprise-тариф.
"Мы что, лошары какие-то, брать триалки?
И ещё минус 5% маржи

И таких "можно" ещё так много:

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

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

А компании, привыкший к такому празднику как большая маржа, сложно конкурировать с ребятами, привыкшими жить в условиях 20% маржи.

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

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

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

В общем, не фортануло, не свезло =)
Надеюсь не повторять таких историй. Открыть/Комментировать

2021-05-13 13:52:45 Почему сеошники пишут такие убогие кейсы?

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

Классический кейс, который никому не интересно читать, выглядит так:

- Был сайт с проблемами и Х трафиком
- Короткое (или длинное) описание что мы сделали
- Трафик вырос на ХХХ, все довольны, в этом апдейте нас не уволили

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

Чтобы сделать кейс-руководство, главное - написать почему вы сделали те или иные действия. Как вы делали анализ и к каким выводам пришли.
Все зачем-то начинают подробнейше расписывать что они делали, без каких-то объяснений. Это абсолютно бессмысленно. Никому не интересно читать про то, как вы меняли тайтлы и правили тексты.

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

В общем, если хотите, чтобы кейс конвертил, надо определиться с его форматом и делать либо гайд либо историю. Обычных кейсов сейчас так много, что если не выделяться, результата не получить. Открыть/Комментировать

2021-05-05 12:49:32 Моя эпопея с промокодами Яндекс Директа

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

Но проблема в том, что даже в 2012-2013 годах ставки на ключевые запросы по SEO услугам уже были перегреты. Хорошо помню, что клик по целевым запросам "заказать семантическое ядро" выходил по 1$, и финальная цена заказа для меня была настолько большой, что первый заказ от клиента просто не окупался. В таком формате вся надежда была на повторные заказы.

И я начал рыть в сторону удешевления клика, оптимизации рекламы и наткнулся на промокоды Яндекса.
Суть была в том, что Яндекс сотрудничал с банками и когда клиенты открывали в банке счет, служащие банка передавали им в подарок промокод на контекстную рекламу.
Например, получаешь промокод на 15к рублей. Активируешь его у себя в кабинете, пополняешь аккаунт на 3-6к рублей, а на счету видишь 15к. Чистый профит - 9к+ рублей.

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

Я взял один промокод ради теста, всё отработало хорошо и тут я понял, что вот она - крутая возможность сэкономить.

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

Самое веселье началось тогда, когда я оказался в ситуации, что реклама для меня была дешевле примерно на 50%, чем для всех остальных конкурентов в Директе.
И я с легкостью перебивал все ставки, не беспокоился о цене клика и всегда был в спец.размещении.
А мой сотрудник сидел и днями выдумывал новые логины для аккаунтов, оформлял все доступы в таблички и передавал мне.

В какой-то момент я скупал настолько много промокодов, что мы потеряли один экселевский файлик с несколькими десятками аккаунтов и даже не заметили. И когда я наткнулся на них через год-полтора, то ощущения были точно такие же, как находишь в зимней куртке какие-то деньги.
Только в моей зимней куртке были активированные и оплаченные аккаунты Директа на общую сумму 2000$

Чем всё закончилось?

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

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

В следующих постах напишу про то, каким диким способом мы идентифицировали трафик и как я своим постом об этом угробил небольшой рынок. Открыть/Комментировать

2021-04-26 13:01:01 ТОП10 вопросов про структуру подзаголовков в информационных статьях под Google

Семантика под западный сайт, часть 6

1. Сколько подзаголовков нужно вставлять в статью? Какое оптимальное количество?

В среднем у нас 10-20 подзаголовков (H2 + H3 + H4) на обычную статью в 2000 слов.
И 50-100 подзаголовков в статьях-лонгридах.

Но, всё конечно же сугубо индивидуально и зависит от многих факторов.

2. От чего зависит количество подзаголовков? Как принимать решение?

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

Часто бывает ситуация, что частотки в теме мизер, а у конкурентов - лонгриды. Происходит это из-за слишком раздутых бюджетов конкурентов, которые просто выпаливают таким образом всех остальных.
В таких ситуациях в 90% случае в топе выдачи стоят лонгриды, потому что у них всегда больше пространства для оптимизации.
И без сильных бюджетов я бы такие запросы просто пропускал.

3. В какие подзаголовки вставлять ключ?

Повторю текст из предыдущей статьи:
Главный принцип - смотрим на ключи.
Например в подзаголовок “How to sign up” мы можем добавить название бренда, потому что есть ключ “royal vegas sign up”.
И по такому же принципу анализируем подзаголовок “VIP Program” - мы не добавляем к нему переменную “бренд”, потому что нет частотки у ключа “royal vegas vip program”

4. Сколько подзаголовков могут содержать ключ? Где граница переспама?

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

5. Как удобнее искать подзаголовки конкурентов? Какие есть инструменты?

а) бесплатный плагин для Chrome - SEO Meta in 1 Click
б) аналог - Detailed SEO Extension
в) чтобы смотреть выдачу в другом регионе - SEO Search Simulator by Nightwatch
д) сервис Арсенкин или Iksweb

6. Можно ли отдать работу по составлению подзаголовков копирайтерам?

Нет, он сделает очень плохо.
У него выйдет составить нормальную и читаемую структуру, но не выйдет главное - оптимизировать эту структуру под SEO и внедрить ключи.

7. Стоит ли затачивать подзаголовки под их отдельное ранжирование в Google?

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

8. Какая оптимальная длина подзаголовков? Можно ли их делать очень короткими или очень длинными?

Относитесь к подзаголовкам также, как и к тайтлам. А тайтлы желательно делать длинными.

9. Есть ли сервисы, которые могут автоматически сделать подзаголовки с хорошим качеством?

Нет. Причины описывал в этом посте.

10. Почему ваши блоки FAQ иногда повторяют подзаголовки?

Потому что с осени Google перестал массово допускать по 10-15 вопросов FAQ в сниппетах. И оставил только 3-5. Следовательно, мы должны отвечать не на все вопросы, а на самые главные. А самые главные вопросы мы всегда раскрываем и в подзаголовках.
В этом нет никакой проблемы, потому что в статье мы вопрос раскрываем подробно, а в блоке FAQ - коротко, резюмируя. Это отличие избавляет от проблем с тем, что блоки подзаголовков и FAQ могут повторяться.

Предыдущий пост такого формата (про тайтлы) собрал 150 репостов, поэтому я и продолжил развивать посты в формате вопросов-ответов.

Спасибо большое за ваши реакции, репосты и комментарии. С вашей помощью я лучше понимаю какой контент наиболее востребован. Открыть/Комментировать

2021-04-21 16:06:56 Меня смущают фразы в стиле "Ссылки с хрумера не работают", "лом не работает", "форумы не работают", "прогоны не работают".

Блин, работает абсолютно всё.

Отличие в том, что когда вы переплачиваете за аутрич либо крутые pbn, то кроме эффективности, вы во многом платите еще и за предсказуемость.

Я видел\реализовывал кучу кейсов, когда крутые ключи выводили в ТОП всяким говном (loans - хрумером, крутую медицину - одним только дешевым краудом), но при этом не было понимания, сколько это проживет. И жило оно действительно 2-6 месяцев, не больше.

Стоит ли предсказуемость таких расходов - зависит уже от вашей бизнес модели. Лично мне в сайтах комфортнее получать меньшую амплитуду дохода, но с более стабильным сроком. Потому что на этом можно делать бизнес.
У меня было пару сеток, в которых отдельные сайты через месяц после запуска выходили на 50-80$ в сутки, но жил такой доход не долго, а завод по дорвеям делать не хотелось.

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

А что из всего этого вы используете? Открыть/Комментировать

2021-04-20 11:29:00 Помните, как пару лет назад проиндексировались незапароленные Гугл Доки?

Сейчас такая же ситуация с Trello

Можно много веселой информации найти

Источник

P.S. Запомните: все важные внутренние файлы нельзя делать доступными по ссылке, ни в одном сервисе. Всегда только доступ по почте или паролю. Только так можно гарантировать безопасность. Открыть/Комментировать