Oleg Shestakov - Digital Business
12.4K subscribers
804 photos
123 videos
19 files
571 links
Рассказываю про Digital бизнес, маркетинг и немного про SEO.
👉 Мой Ютуб канал: https://youtube.com/@oshestakov

👉 По рекламе: @g1shy
👉 Личка автора канала: @rsh0rsh

Номер заявления: 6840998982
Download Telegram
И еще один топовый видос для вас: подкаст с Сашей Тачаловой🤟🤟

Если кратко: Саша единственный спикер из РФ на западных SEO конфах и единственная кого я знаю, кто смог построить агентство только на западных заказчиков.

В видео разберем:
👉 Чем реально отличаются западные рынки от СНГ
👉 Сколько бабок там можно поднять
👉 Какие там бюджеты
👉 Какие SEO-продукты покупают на западе
👉 И еще куча интересной инфы про западные SEO-рынки

Смотрим по ссылке 👉 https://youtu.be/xMq5Vbw5MTI?si=DiPvfzYsBQcW7Jra
🔥20💯7❤3👍3
Forwarded from SAPE PRO
Рынок ссылок в 2026 году: основные игроки, распределение бюджетов и актуальные стратегии

Делимся новым исследованием

Анализ охватывает реальные действия более 21 000 SEO-специалистов, работающих с 49 000 проектами в Sape.

Ключевые данные и инсайты:

✨ Стоимость ссылок выросла на 35% — рынок смещается к качеству

За год количество заказов на размещение ссылок сократилось на 5%, однако совокупные бюджеты выросли на 15%, а средняя стоимость ссылки прибавила 35%. Это показатель зрелости рынка: бизнес отказывается от погони за массовостью в пользу точечных, релевантных размещений на качественных площадках.


✨ Финансы, e-commerce и недвижимость задают тренды

Наибольшая доля инвестиций в ссылочное продвижение приходится на финансовый сектор — 21,8%. Следом идут «Бытовая техника», «Туризм и путешествия», «Квартира и дача» и «Недвижимость» — суммарно около 30% бюджетов. Среди новых участников рынка финансы также лидируют, что подчеркивает высокую конкурентность отрасли. При этом заметно вырос интерес со стороны услуговых компаний. Это подтверждает, что линкбилдинг активно используется в нишах, где органический трафик напрямую влияет на выручку.


✨ Более 50% бюджетов сосредоточено на площадках с высоким трафиком и средним трастом

Для размещения ссылок выбирают в основном качественные сайты с ежемесячным трафиком от 15 000 до 100 000 и выше и уровнем траста 21–60. Этот сегмент обеспечивает оптимальный баланс между ценой и результатом. При этом на ресурсах с высокой посещаемостью и более высоким уровнем траста стоимость размещений продолжает расти, тогда как сайты с показателями ниже либо теряют в цене, либо демонстрируют удорожание без сопоставимого эффекта. Это усиливает конкуренцию за сильные площадки и делает рынок более избирательным.


✨ Универсальные площадки формируют основу ссылочных стратегий

Наибольшая доля бюджетов приходится на категории «СМИ и журналы» (30,6%) и «Порталы» (14,6%) — компании все чаще используют для продвижения ссылками универсальные ресурсы с высоким трафиком и доверием поисковых систем. Подтверждается тренд на расширение подходов: стратегии выходят за рамки узкой тематичности и опираются на качество и масштаб площадок.


✨ Арендные ссылки доминируют, но статейные набирают вес

В большинстве ниш арендные ссылки занимают от 58% до 97% инвестиций. Максимальная доля — в «СМИ и журналах», «Порталах» и «Компьютерных играх». Однако в нишах «Бытовая техника», «Все для офиса», «Недвижимость» и «Туризм и путешествия» доля статейных ссылок достигает 30-40%. Бизнес осознанно комбинирует форматы: арендные для охвата большого пула запросов, статейные — для укрепления позиций и повышения доверия.

➡️ Ознакомиться с остальными выводами исследования можно здесь.
Please open Telegram to view this post
VIEW IN TELEGRAM
❤11👍5🙈5💊3😴1
🚫Новые санкции Google: на этот раз поисковик решил прижать хитрецов, которые блокировали кнопку «Назад» в браузере. 🚫

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

Для чего это делается: очевидно, чтобы накрутить себе CTR и быть выше в ТОПе за счет поведенческих факторов

Что не нравится Google: поисковик считает, что это ломает пользовательский опыт и загоняет юзеров в ловушку.

Google сообщил владельцам сайтов, что нужно устранить нарушения до 15 июня 2026 или получите бан 😁

Будут и ручные проверки и автоматически фильтры на основное данных краулера Google

Нашел интересую статью в которой объясняются технические нюансы реализации данной схемы - проверьте нет ли на ваших сайтах таких скриптов/«хаков»

Я думаю после первых банов Black Hat SEO хитрецы найду как обходить все эти проверки 😎
👍11❤4🤝1
Мне написал самый тупой продавец в мире 😁

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

Но тут мне попался беспрецедентно тупой персонаж. Предлагаю вам самим оценить его IQ уровня комнатной температуры 😁

Его ник публиковать не буду, но видать чувак прошел какие-то курсы по успешному успеху / запуску марафонов / продажам и в себя поверил. Но при этом не умеет пользоваться Google 🤦‍♂️🤦‍♂️🤦‍♂️
🤣97😁12💊8❤4🤷‍♀2
Похоже единственная кто добрался сегодня на работу во время в Москве 😁🤦‍♂️
Меня жена в офис отвезла, все наглухо лежало утром.
Вы как, добрались куда планировали сегодня? 💪
🤣10😁7💅2
🚀 Этот файлик кардинально изменит ваши результаты в вайб-кодинге! 🚀
Пост для тех у кого Claude Code тупить / ходит по кругу / что-то постоянно ломает / сжирает кучу токенов и не дает результата.

Файлик сделан на основе поста Андрея Карпатова (возглавлял AI в Tesla и был в команде OpenAI (ChatGPT)

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

Если кратно, чему данные инструкции «учат» Claude:

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

2. Простота на первом месте: не раздувать фичи и делать ТОЛЬКО ТО, ЧТО СКАЗАНО - никакого функционала «на будущее», не делать ничего что от него явно не требовали и аналогичные полезные инструкции

3. Хирургически точные правки: когда агент кодит - он трогает ТОЛЬКО тот код, который отвечает за выполнение поставленной задачи - Claude перестает «улучшать» все что попадается под руку в процессе выполнения задачи, перестает залезать в соседние фичи. Меньше путаницы, багов и расход токенов

4. Нацеленность на результат: агент будет сам будет валидировать корректность выполнения задачи и прогонять тесты перед тем как отдать задачу вам. Больше не будет забагованных фич и «я сделяль 😁»

Оригинальный пост Андрея: https://x.com/karpathy/status/2015883857489522876
Файлик на GitHub: https://github.com/forrestchang/andrej-karpathy-skills


Что нужно сделать:
👉 Скопировать инструкции с GitHub или из этого поста в файл Claude.md вашего проекта ИЛИ установить как Skill (на GitHub есть инструкция)
👉 Все. Можно начинать кодить

Отпишитесь в комментарии как у вас прошли тесты 🤝💪

P.S. С друзьями вайб-кодерами поделиться постом не забудьте! 🫶
🔥31👍6💊4❤3😁2⚡1🥰1🤔1
Еще одна фишка которая перевернет ваш подход к вайбкодингу в Claude Code💪💪💪

Вижу прошлый пост зашел - поделюсь еще одним подходом и скиллом для Claude Code который я использую ВО ВСЕХ проектах, которые делаю.
Речь о наборе скиллов - SuperPowers.

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

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

Как делаются реальные приложения с реальными командами разработки?
👉 Сначала появляется идея «я хочу создать систему, которая будет автоматически заходить в Google Search Console по API и показывать какие страницы моего сайта упали, а какие выросли по трафику»
👉 Потом собирается команда и начинается брейншторм: на каком стеке будет бек, на каком фронт, на чем мы вообще умеем кодить? Какая будет база данных? Сколько пользователей будет использовать систему? Сколько проектов будет в системе? На каких серверах будет крутиться система?
👉 По результатам брейншторма создаются требования к системе, далее формируется «техническое задание» и техническая спецификация
👉 Далее задачи распиливаются на беклог и отдаются разработчикам
👉 Разработчики релизят код на тестовый сервер где вы уже проверяете работает / не работает
👉 Цикл повторяется снова ♻️


Как стандартный пользователь Claude Code пытается написать такую систему?
Правильно - он вводит такой промт: «Напиши мне сервис аналитики, который будет автоматически заходить в Google Search Console по API и показывать какие страницы моего сайта выросли по трафику. Сделай возможность смотреть данные по месяцам и неделям. Построй КРАСИВЫЕ ГРАФИКИ. Вот тебе API ключ от Google Search Console»

В этом и кроется основная ловушка - Claude начинает работать в очень высоком уровне абстракции и неопределенности - отсюда и галлюцинации и неработающий / фейковый функционал. Чтобы этого избежать нам нужно пройти весь стандартный процесс планирования приложения перед разработкой. Но без ненужных программистов, проджектов и бюрократии. Здесь нам на помощь и приходит набор скиллов SuperPowers.

Их там много, но мы сегодня разберем три самые нужные:

Brainstorming — активируется перед написанием кода. Даете свою идею и Claude начинает задавать уточняющие вопросы, чтобы точно понять что вы хотите реализовать. Далее он исследует альтернативы, представляет концептуальное ОПИСАНИЕ проекта, разбитое на логическое части (разделы) На выходе: детальное и стандартизированное описание вашего приложения.


Writing Plan — следующий скилл, который активируется после финального утверждения описания проекта (выходные данные из Brainstorming). Разбивает работу на небольшие задачи (2-5 минут каждая). Каждая задача имеет точные пути к файлам, полное описание какой код нужно писать и этапы проверки. На выходе - готовый поэтапный план разработки и техническая спецификация.

Subagent-driven-development или Executing-plans — активируется после того как согласован план. Запускает или режим работы суб-агентов для каждой задачи с двухэтапной проверкой (соответствие спецификации, затем качество кода) или же просто идет по плану, показывая вам что получилось в каждой контрольной точке.
При выборе варианта с суб-агентами - они могут общаться между собой и с главным аркестратором, который проверяет их работы - самый быстрый вариант на данный момент.

Если следовать этому флоу - то фактически вы проходите все этапы «классической разработки» вместе с агентом и получаете на выходе готовый работающий продукт. Если баги и есть то они быстро фиксятся.
🔥20👍16❤6😁4🥰1💅1💊1
Рано и или поздно вы сломаете ваш проект, который создал Claude Code ❗️

И это случится в 90% случаев со всеми. Сегодня расскажу почему и как этого избежать.

Этап 1:
Обычно все кто залетает в вайб-кодинг не сильно разбираются в разработке: как хранятся файлы, где они хранятся, где лежит база данных и т.д. - Claude Code просто творит магию и у вас «все работает» 😁
Первое знакомство с вайб-кодингом обычно происходит на локальной машине = на вашем компьютере - нейронка пишет код, вы открываете приложение в браузере по ссылке типа localhost:3000 и смотрите как оно работает. При этом приложение может обращаться к нейронкам, сторонним API и т.д.
Кто-то на этом этапе останавливается, пишет какие-то автоматизации для себя и запускает на своем компьютере. А кто-то идет дальше

Этап 2:
Вы хотите разметить приложение на стороннем сервере, покупаете VPS у какого-то провайдера, даете админ-пароль или SSH ключ Claude и он вам заливает это приложение на сервер. И вот тут начинаются пляски 😄 - какой-то код вы продолжаете писать у себя на локальной машине, а какой-то код сразу правите не сервере в случае возникновения багов. И различие между вашими версиями растет!
Тут вы понимаете, что нужно это как-то привести в порядок и узнаете о GitHub - облачном хранилище кода (если сильно упростить) и хотите залить код туда. Но какой код заливать? С локальной машины или с сервера? Если с сервера как потом править на локалке? И тут вы попадаете на долгий муторный процесс сравнения версий и приведения всего кода к одному состоянию.
Я, например, вчера потратил на это около 7 часов. Но по итогу настроил правильный сетап о котором расскажу дальше.

Как «правильно»?
(Сейчас сюда придет куча разработчиков и скажет, что я не прав)
За последние пол года я написал 3 больше многокомпонентные системы с кучей функционала - в основном это SEO-автоматизация и аналитика. И вот какие уроки я из этого вынес

Если вы не планируете выпускать систему во внешний мир и работать только локально
Флоу должен быть такой: написали какую-то значимую фичу на локалке —> протестировали что работает —> сделали commit в GitHub (положили ваш новый кусок кода в облачное хранилище кода). Естественно, это нужно делать с самой первой фичи.

Если вы планируете выпускать систему онлайн = на внешний сервер
Флоу должен быть такой: написали какую-то значимую фичу на локалке —> протестировали что работает —> сделал commit в GitHub —> GitHub сам видит что появилось что-то новое —> отправляет новый код на ваш сервер, где специальны скрипт обновляет ваш код
НИКАКИХ правок кода напрямую на сервере - все делается через GitHub

Минус схемы: деплой (обновление кодовой базы) занимает не 40-60 секунд как раньше, а 3-6 минут. Но это не страшно - просто не заливайте мелкие правки, а отправляйте новые фичи целиком на сервер.

Основные угрозы на разных этапах:
Этап 1:
⁃ У вас сгорел ноут / украли = потеряли весь код
⁃ Claude случайно удалил нужные функции (загаллюцинировал), у вас нет никаких бэкапов = писать все заново. С Git можно все откатить буквально в один промт.
Этап 2:
⁃ На продакшене версия приложения сильно отличается от того, что есть на локальной машине и в случае поломки кода на сервере / бана вашего аккаунта с сервером - вы потеряете доработки на недели или даже месяцы
⁃ Если Claude случайно положит сервер и у него нет свежей истории того, что менялось - вы можете часами искать что привело к поломке

GitHub решает все эти задачи - всегда можно откатить изменения или развернуть копию системы на другом сервере
Как всю эту радость настроить - можно посмотреть супер детальном видео-гайде от нашего ИИ-инженера Кости - https://www.youtube.com/watch?v=dHxgDg3CcJY

Да, для программистов этот пост звучит как безусловная истина, а для тех кто только начинает автоматизировать свои задачи - хороший гайд как не потерять свой проект
Please open Telegram to view this post
VIEW IN TELEGRAM
👍30❤13🤝4🤣2🔥1😁1
💥Что делать чтобы ваш проект на Claude Code не взломали?💥

Взломать можно что угодно - хоть Apple, хоть Пентагон. Дам простой хак, чтобы вас не поимели школьники с брутилкой и ChatGPT в руках 😈

Когда вы начинаете писать что-то с помощью нейронки, и неважно Claude Code / Codex / Crusor - вряд ли вы закладываете на старте стандарты безопасности кода - просто говорите «Здорова, железная бошка, погнали сделаем чертолет который заработает нам бабок!!!»
Во всяком случае я делаю так 😁😁

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

Уверен, что у большинства из тех кто читает этот пост крутятся какие-то продакшен приложения где-то на серверах и вы ни разу не задумывались о безопасности 😁
Это норма для старта, свечам пофиксим.
Крайне желательно делать данный процесс еще ДО заливки на сервер.

У Claude Code есть набор скиллов Code Modernization - ставим его. (Нажимаем /plugins —> ищем code-modernization —> жмем установить)
Внутри этого пакета есть скилл Security Auditor - он то нам и нужен. Перед тем как что-то заливать на внешний сервер пишем Claude «Проведи полный аудит безопасности приложения, используй Skill Security Auditor». Клод просканит весь ваш код на предмет уязвимостей всех мастей и выдаст план по исправлению ситуации.
Задача требует много «мыслительных ресурсов» - поэтому следите, чтобы в настройках стояло: Opus 4.7 + Thinking + Effort = MAX(!)

Потом делаете план и все исправляете. Claude сам проверит что все исправлено и все ОК.

Когда возникает особенно много «дырок» в безопасности?

👉 Когда скачиваете что-то с GitHub, особенно когда пытаетесь «подружить» куски кода из разных репозиториев
👉 Когда меняете стек какого-то приложения или инфраструктуру: например переезжаете с Vercel на обычную VPS или с Supabase на обычную PostgreSQL.
👉 Кто-то кодил проект до вас и вы беретесь его дорабатывать. Поверьте - люди будут использовать самые хреновые практики разработки 😁

Я как раз недавно решил доработать проект, который был заточен под Vercel + Supabase и переносил на обычную VPS + PostgreSQL. При чем проект разрабатывался как внутренний инструмент со всеми вытекающими нюансами исполнения.

Естественно перед продом я прогнал аудит и на скринах вы можете увидеть примеры уязвимостей 🤦‍♂️


Для параноиков: сделайте hook, который Claude будет дергать перед каждым коммитом в Git, проводя аудит безопасности каждого куска кода.
Вот эту https://gist.github.com/RushSEO/a24df149799834b3e57d77c2e1e00dcf инструкцию просто скормите Claude Code, он все сам вам настроит.

P.S. сделаю паузу в постах про Claude Code - напишу для вас скоро что-то про SEOшку / GEO / ближайшие конфы 😉
❤24🔥3😁3💅1💊1
Не так давно товарищ Frog разобрал схему казиношников - как они стоят в ТОПе на папках вида /fr-fr/ /it/ в жирных ГЕО. Кто пропустил - рекомендую 👉 https://t.me/needlamborghini/169

Схема все еще живее всех живых. Если кратко то покупается жирный дроп и делается гавносайт-монобренд вида 1win-casino.com. Но дроп не клеится 301 редиректом к сайту-однодневке, а передает ему вес с помощью хитрой схемы с canonical и Hreflang. Когда сайт банится регулятором / конкурентами / Google - дроп меняет ссылки в canonical и Hreflang на новый и цикл повторяется. Главный смысл здесь в том, что мы не теряете основной актив - дроп-домен.

Вчера наткнулся на видео SEO Jesus где он навайбкодил дикую панельку на Claude Code, которая мониторит iGaming ключевые слова, смотрит какие сайты стоят в ТОПе и почему. Но главное - она смотрит какие дропы РЕАЛЬНО стоят за однодневками в ТОПе и как вся это радость ратируется в выдаче. Через месяц наблюдений можно буквально понять рецепт того как попадать в ТОП.
Смотрим здесь 👉 https://www.youtube.com/watch?v=XItyU6zsu3I

Важный нюанс: PBN и "магические ссылки" такая панельна, конечно, не покажет. Плюс в таких ТОПах от 10 до 50% сайтов стоит за счет вирального трафика. Кое где за счет нашего 😎 - вечером еще дропну новые кейсы по виральному трафику
🔥22❤6😍2👍1