Russo Liber

После поста про каноникалы в личку начали поступать вопросы с конкретными кейсами из выдачи. И оказалось, что тема клоакинга не дает покая многим и достойна отдельного поста. Хочу начать не с конкретных кейсов (они будут ниже), а опосредованно поразмышлять на тему идеальной клоаки под каноникалы (тут важно, рассматриваем только каноникалы/хрефланги). ХЗ зачем кому-то надо прям так заморачиваться, но раз вопросы у людей возникают - значит смысл есть. Давайте рассуждать . Базовая задача - дать доступ гуглу к корректному коду и закрыть его от глаз простых смертных. Решение строится на основе алгоритмики и логики. 1️⃣ Алгоритмическое решение в моем понимании выглядит таким образом: • если это юзерагент гугла и IP адрес из его пула - то отдаем что полагается • во всех остальных случаях отдаем что-то другое В принципе все - то бишь в основе лежит правило DENY ALL, а для избранных по вайтлисту отдается валидная версия. В этом случае нет необходимости городить огород из дополнительных проверок на пустой referrer и т.д. 2️⃣ Логическое решение сводится к тому, чтобы дать простым смертным близкий к очевидному, но некорректный вариант. Очевидность тут состоит из двух задач: • убедить пользователя, что он видит то же, что видит гуглбот • убедить пользователя, что он видит логичное решение, при этом направить его в неверном направлении (тут в основном и возникают недочеты) Чтобы добиться этого эффекта, можно реализовать следующее: • отдавать клоачный вариант при заходе пользователя с юзерагентом гугла • запихнуть клоачный вариант в кэш гугла, а потом врубить noarchive и изменить на корректную версию для гуглбота В итоге пользователь, даже чекая разными тулами для просмотра гугл кэша, будет видеть то, что ты хочешь. Давайте рассмотрим на примере конкретных кейсов. CA, keyword: mafia casino Первые 2 сайта в топе используют разную методику работы с дропами, но одну и ту же логику по скрытию каноникалов. Отдают пользователям подобный код:

<link rel="alternate" href="https://goldsteinproductions.ca/" hreflang="x-default"> <link rel="alternate" href="https://mafia-casinoo.ca/en/" hreflang="en-CA"> <link rel="canonical" href="https://goldsteinproductions.ca/">

То бишь, судя по коду, никакой вес они на свежерег не передают, хотя в выдаче мы видим совсем другую картину - ранжируются свежереги или сабдомены. PL, keyword: vox casino

<link rel="canonical" href="https://piwo.to/"> <link rel="alternate" hreflang="x-default" href="https://piwo.to/"> <link rel="alternate" hreflang="pl" href="https://vox.unlock-bonus-now.buzz/">

То же самое - в топе свежерег - но по факту в коде нет переноса веса с дропа. Все примеры выше открываются по пустому рефереру, в коде включен noarchive, при этом если чекнуть кэш гугла - то там идентичный код, и у наблюдателей создается впечатление, что именно это и видит гуглбот. Другими словами, придерживаются тех принципов, которые я описал выше 👆. Оставляю за скобками резонность всех этих телодвижений, но часть людей действительно считает такой вариант использования каноникалов рабочим подходом, но в то же время недоумевает, как такое вообще возможно - если это противоречит базовой логике. Какой из всего этого вывод? Я могу ошибаться, но, имхо, это просто клоака, заточенная под задачу ввести в заблуждение, а ответы - как всегда, в выдаче. Если типичный топ говорит о том, что эксплуатируется траст дропа, то скорее всего так оно и есть - независимо от того, какой "театр" вы видите в коде. Раз выше мы коснулись частных критериев рисерча, то можно добавить несколько общих рекомендаций - старайтесь увидеть общую картину: • обращайте внимание на динамику по выдаче: как часто меняются игроки в топе, как давно дропы и свежереги в этих связках выкуплены и т.д. • журналируйте выдачу и топовых игроков на дистанции, наблюдайте за теми доменами, что вылетели • копайте глубже - аналитика рефок и других параметров, на основе которых можно матчить игроков рынка В итоге - чем больше валидных данных, тем больше критериев для матчинга паттернов.

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

Воскресное настроение. P.S. Знайте, все будет хорошо! В крайнем случае не будет. Ну и главное помнить - omnia transeunt.

Тут назрел вопрос. Хотим выкатить для комьюнити годноту в виде бесплатного сервиса.

Палим чужие PBN-ки Мы на платформе регулярно мониторим активность конкурентов на масштабе – в том числе их PBN-сети. Процесс местами реально увлекательный, иногда хочется закупиться попкорном и просто смотреть, как горит огонь люди реализуют задачи по строительству PBN-сеток. Допустим вот такой экземпляр – https://ecotalk.org/. Первое – у него в индексе только главная страница, но это, в общем, ещё полбеды. Фишка в другом: внутренняя страница со статьёй (тык) отдает 404, впрочем как и все остальные статьи. Кто-то потратил целых 116$ на выкуп дропа – старался, биддил на аукционе (65 бидов в совокупности), потом поднял его из веб-архива с помощью демо (!) версии софта и, в итоге, благополучно забил на его существование. Теперь давайте поразмышляем – если бы это был штучный домен, купленный на последние деньги, то, навряд ли, его обделили бы вниманием (хотя не факт). Возможно, это активность "топовой" SEO команды, где линейный DevOps или SEO джун зарабатывают себе очки для KPI на казенные деньжата. Я сразу представляю себе овнеров "среднестатистической" SEO тимы, которые так уверенно, на вырви-глаз баленсиаге, декламируют численность своего штата в 50+ человек. Звучит всё, конечно, нарядно – не придраться. Но я также четко представляю, как у них подгорает пукан (сам там был), когда они между поездками на конфы погружаются в операционку и видят такой "колхоз". И это еще не самый худший вариант, если они такое хотя бы видят, потому что, судя по примеру выше, никакой системой мониторинга там даже отдаленно не пахнет. Но пока ROI на гемблинге прощает всё, и можно расслабить булки. Ну и бонус, возьмите шингл "This is a free demo result from the Wayback Machine Downloader" и гуглите. Всё по канонам успешного SEO, как сказал один SEO тимлид успешной команды: "Блаженны нищие духом, ибо их есть 90% выдачи". P.S. Накидайте 🔥 если тема заходит и можно периодически разбирать здесь чужие PBN. Ну и главное помнить – omnia transeunt.

Почему каждый успешный SEOшник хочет перестать SEOшить Давайте представим его путь. Он, зачастую, стартует с нижнего уровня знаменитой геометрической фигуры товарища Маслоу, без связей и состоятельных родителей на подхвате, но с четким намерением зарабатывать своим умом. На этом этапе он хочет уйти с завода и просто начать вычеркивать пункты из своего вишлиста. Медленно, но верно он движется к цели, реинвестируя все свободное время и средства в развитие своей растущей "империи". По пути он, закономерно, осваивает новые навыки, набивает шишки, переживает сотни апдейтов, но не перестает идти вперед. Проходит N лет - он таки становится Царем Горы (количество лет и высота горы будут варьироваться от размера амбиций). Он уже давно закрыл базовые потребности - теперь он обладатель хрущевки элитной недвижимости в центре города и дачи в его окрестностях, тачки о которой и не мечтал, под боком девочка с крепким третьим размером и мохнатый шпиц в придачу. В общем, все хорошо, он уверен в себе, наметил гору повыше и двинулся в очередное восхождение. Но через какое-то время он начинает замечать, что чем дольше карабкается и чем выше поднимается, тем отчетливее становится окружающий пейзаж. С высоты его взгляда во все стороны простирается пустыня утраченных смыслов. Все чаще он задается вопросом: "А дальше что? На какой мотивации ехать? А главное куда?" Он не созидает, не строит наследия, не несет ценности этому миру - все что он строил все это время - просто замки из песка, готовые рухнуть в любой момент. И теперь, даже чтобы просто поддерживать текущий уровень жизни - ему надо бежать все быстрее, работать все усерднее и ходить в свой офис в стиле лофт на собственные ежедневные похороны. P.S. Все совпадения случайны, все персонажи вымышлены. Ну и главное помнить – omnia transeunt. #мысли

Ну и где я не прав?

Нет ничего более постоянного, чем закон изменений Пятница. Смотрю на сына и думаю... С 11 лет он торгует деривативами. Не полностью самостоятельно - с моей платформой по прогнозами. Но он понимает что делает и почему. В 12 - строит воронку. УБТ TikTok трафик, белый апп, $1000+ MRR. Да, с моим опытом за спиной. Но руками и головой - сам. Моя задача как отца - не научить конкретным навыкам. А заточить мозг, который работает при любых правилах. Критическое мышление. Понимание того, как двигаются люди, деньги, системы. Умение не ломаться когда всё меняется. Технологии приходят и уходят. Базовые принципы - никогда. Не застревайте в одном амплуа. Будьте голодны. Dream big. P.S. Ну и главное помнить – omnia transeunt. #мысли

Дальше - хуже 💩. Для экспайредов всё решается простым фильтром по дате реги - и все дропы умножаются на ноль. Гугл всё знает и всё видит - это не rocket science. Просто выдача всё ещё слишком завязана на ссылочное – и он не торопится: эффект бабочки никто не отменял. С акуционными чуть сложнее - особенно когда даные в whois не обнуляются после смены владельца. https://t.me/maximaffiliate/2099

О дивный новый SEO мир. Ч.2 – Сома.

От автора: это серия постов – попытка ответить на вопрос, что ждёт SEO-аффилиатов в ближайшем будущем. Если ты здесь впервые: пролог и часть 1.

В «Дивном новом мире» Сома – это не просто наркотик. Это государственная политика: дай гражданину комфорт, убери трение, сделай его счастливым и незаинтересованным в вопросах. Один грамм – и тревога растворяется. Два – и ты не помнишь, зачем вообще что-то искал. pre-AGI mode работает по тому же принципу. Только вместо таблетки – интерфейс. Что ждёт пользователя Сценарий 1. «Найди рейс в Барселону на пятницу, дешевле 200 евро, место у окна». Появляется виджет с вариантами цен. Ты выбираешь данные пассажира из списка сохраненных, подтверждаешь passkey. Билет куплен. Не открывается Skyscanner, сайта авиакомпании ты тоже не видел. Сценарий 2. «Вызови такси до аэропорта, через 20 минут». Виджет показывает ближайшие машины, время подачи, цену - все в разбивке по перевозчику. Ты нажимаешь «ок». Водитель уже едет. Сценарий 3. «Выведи топ онлайн-казино в Испании?». Виджет показывает интерфейс с перечнем казино на основе данных агрегаторов (!). Но это будут объективные, верифицируемые характеристики – и сортировка по любому из параметров прямо в интерфейсе. Никаких обзорников. Откуда берутся эти данные и почему именно они – здесь много нюансов, о которых поразмышляем в следующих постах. Покупки, бронирования, денежные переводы – по той же логике: всё внутри экосистемы, passkey вместо отдельных приложений. Но важнее другое. Интерфейс будет максимально персонализированным: система формирует preferred sources на основе выбора пользователя – источники, которым ты доверяешь по умолчанию. Твой корпус данных значительно отличается от корпуса соседа. Ваши ответы на один и тот же вопрос – тоже. Персонализированная Сома. Индивидуальная дозировка для каждого. Уже сейчас 93% запросов в AI Mode заканчиваются нулевым кликом. В pre-AGI mode эта цифра стремится к 100%. Один раз попробовал – назад не возвращаешься. Как это работает под капотом Под каждый запрос система строит mini-RAG на лету. Механизм называется query fan-out: параллельно запускается несколько поисков по подтемам, результаты собираются, ранжируются и подаются в LLM для синтеза ответа. Технически источники превращаются в embeddings – числовые векторы, отражающие семантику. LLM находит в этом пространстве фрагменты, наиболее близкие к запросу, и синтезирует из них ответ. Этот процесс называется grounding: ответ «заземляется» на конкретные источники – к которым добавляются citations. Два момента, которые определяют всё Latency. Источники, которые медленно отвечают или недоступны в момент запроса, в mini-RAG не попадают. Попасть в ответ = быть быстрым и авторитетным. Это структурное преимущество крупных платформ с серьёзной инфраструктурой. Compute. Сгенерировать ответ через LLM несравнимо дороже, чем показать список ссылок. Именно поэтому Google на днях подписал соглашение со SpaceX на $920 млн в месяц – 110 000 GPU Nvidia для AI-вычислений. Официально объяснили «спросом на Gemini Enterprise». Думаю, вы уже понимаете, куда это реально пойдёт. Сома тем и хороша, что не вызывает вопросов. Но у любой Сомы есть производитель. В следующем посте – про то, кто контролирует корпус данных, почему citation без валидации это дыра и что это значит для тех, кто работает с доменами. P.S. Ну и главное помнить – omnia transeunt.

Автоматизируем добавление сайтов в Search Console Я долго думал, что по API добавлять сайт в GSC без костылей - невозможно, ведь в справке по API нет никакой информации. Но однажды увидел пост, где на мой комментарий “это невозможно” автор канала ответила мне так:

“Я не знала, что там есть трудности, поэтому все получилось”

Так что я закрыл глаза, открыл Claude Code и велел ему делать. И оказалось, что и правда некоторые вещи возможно сделать от незнания. С тех пор у меня в панели есть функция автоматического добавления сайтов в GSC. А сегодняшний пост (кстати, очень интересный канал) сподвиг написать инструкцию для всех. (В комментариях оставлю pdf-инструкцию, которую вы можете закинуть в ИИ для реализации подобного) Если вкратце, то процесс выглядит так: 1. Создаете приложение в Google Cloud 2. Приложение должно запрашивать следующие scopes: - auth/webmasters - auth/siteverification - auth/userinfo.email 3. Руками разрешаете приложению доступ к каждому из ваших аккаунтов 4. Бот все токены сохраняет в вашей панели Теперь при добавлении сайта в вашу панель бот проверяет, нет ли его уже в подключенных аккаунтах Гугла. Если нет, то бот с помощью sites.add добавляет в GSC ваш сайт. С помощью Site Verification API запрашивается токен верификации (это может быть html-файл или ns-запись). Я делаю через html-файл, поэтому рассказываю про этот способ: У меня на всех серверах живет скрипт-робот, который раз в минуту спрашивает у панели, есть ли для него какие-то задачи. И вот ему ставится задание: залить html-файл в корень нужного сайта. После этого подтверждается наличие файла через verifySiteOwnership. Готово. Остается только по API загрузить sitemap и всё. С Bing’ом примерно такая же схема, поэтому лучше изучите pdf-ку в комментариях.

Кейс: Работа с GSC на масштабе тысяч сайтов Как подходить к работе с GSC когда в планах на месяц стоит запуск 1000+ доменов? Рассказываю как мы решаем эту задачу, и что осталось за кадром нашего исследования. Терминология Чейн - группа доменов, связанных между собой через 301 или canonical-редиректы в единый SEO-объект. Методика запуска чейнов Представим, что стоит задача - параллельно запустить 50 чейнов под один бренд/семантику. Мы буквально деплоим 50 новых сайтов, проставляем ссылки на каждый - тут все в рамках рутинных стратегий. НО, чтобы минимизировать шансы Google ассоциировать сайты в одну сеть, мы на каждом (!) из этапов разделяем их друг от друга - разные акки для деплоя, разные PBN для линковки и т.д. В том числе и разные GSC аккаунты, то бишь 1 GSC аккаунт на 1 чейн. У нас в системе реализована система управления GSC аккаунтами (на скрине) и автоматическое распределение между ними при деплое на уровне бренда, чтобы два разных чейна по одной семантике никогда не были привязаны к одному GSC аккаунту. Управление аккаунтами и автоматизация Автоматизация в данном случае сложная и нетривиальная. Главная задача - автоматизировать жалобы на конкурентов добавление сайтов в GSC. Да, у GSC есть API, но его возможности ограничены работой с данными уже после добавления сайта, а на стадии добавления никакой API не поможет. Из этого следует, что изящного решения не существует и всё что можно реализовать - это костыли, которые работают до очередного апдейта UI самого кабинета GSC. Мы подошли к этой задаче со стороны автоматизации браузера на базе Selenium. Есть другие решения, например: Playwright или Puppeteer, но мы сочли, что Selenium сильно хитрожопее - с учётом наших требований. Существуют также ещё более "простые" решения на базе антидетект браузеров, которые поддерживают автоматизацию, но для масштаба - это тупиковый вариант. При DMCA абузах письма (на скрине) определённым образом попадают на один управляющий почтовый ящик, и это не простой форвардинг, чтобы, опять же, не сматчить все аккаунты. Каждый из GSC аккаунтов живёт в своём браузере с уникальными фингерпринтами. Выводы Кто-то покрутит у виска и скажет, что мы делаем слишком много движений ради простой задачи, а также лишний раз перестраховываемся. Но когда ты запускаешь 1000 сайтов на дропах, где каждый дроп стоит минимум 50$, то цена ошибки существенно возрастает. И да, это требует множество сопутствующих инструментов и компетенций для, казалось бы, простой задачи - но тут каждый для себя решает каким путём идти. Вполне возможно, что мы сильно паранойим и всё это лишние движения. Что думаете? #кейсы

Что осталось за кадром исследования выше - так это наша методика привязки GSC на масштабе тысяч доменов. Хотите узнать? Плюс было бы кстати услышать в комментах ваш опыт - как это делаете вы.

Исследование: запустили 3182+ доменов в рамках брендовых зеркал по 51 iGaming-бренду и замерили, как наличие GSC влияет на результаты ранжирования. Бонусные данные: конверсия в топ 5 и конверсия в регистрацию по всем брендам и чейнам. Гипотеза GSC - это базовая необходимость, как минимум для работы с DMCA-абьюзами. Но у нас был конкретный вопрос: не создаёт ли комбинация резкой смены тематики на дропе + сразу добавление в GSC негативный сигнал для ранжирования на старте? Разбили на две группы. Часть чейнов добавляли в GSC сразу при запуске. Часть запускали без GSC - и добавляли только после получения первой конверсии. Терминология ▪️чейн - группа доменов, связанных через 301 или canonical-редиректы в единый SEO-объект. Всего: 3 182 чейна. Реальное кол-во доменов выше - один чейн может включать несколько связанных доменов. ▪️top 5 rate - доля чейнов, где основной брендовый ключ вышел в топ 5. ▪️signup rate - доля чейнов, получивших хотя бы одну регистрацию. ▪️gsc+ - чейны, добавленные в GSC сразу при запуске ▪️gsc- - чейны, запущенные без GSC Эксперимент проводился в рамках работы с зеркальными сетями - часть этой активности отражена в нашем кейсе с 2500+ FTD в месяц. Технической базой для эксперимента служил наш дэшборд для когортного анализа (на скрине). Результаты: Всего чейнов: 3182 (gsc+: 1861 / gsc-: 1321) Top 5 rate: ▪️gsc+ 32.8% ▪️gsc- 21.3% ▪️итого: 28.0% Signup rate: ▪️gsc+ 29.0% ▪️gsc- 18.1% ▪️итого: 24.5%

Чейны с GSC опережают чейны без GSC примерно в 1.5x по обоим показателям - стабильно по большинству из 51 бренда.

Выводы Никто не просил исследование зависимости от GSC. Но на масштабе улучшение конверсии top 5 rate /signup rate даже несколько процентных пунктов - это прямой прирост в объёме FTD. Поэтому и замеряли. Также отдельную ценность несут общие цифры: 28% чейнов выходят в топ 5 по основному брендовому ключу, 24.5% получают хотя бы одну регистрацию - это объективный бенчмарк эффективности запуска брендовых зеркал в iGaming. Что в остатке? Полный разбор по брендам - 51 бренд, все метрики, split gsc+ / gsc- - собрано в табличке. Данные на уровне брендов, не агрегаты. Если работаете с iGaming-зеркалами - это готовый бенчмарк для сравнения с вашими показателями. Бренды обезличены. Все цифры реальные. P.S. Я предпочитаю проверять любые гипотезы самостоятельно, а не верить домыслам и чужим мнениям на слово. Такая стратегия может давать неочевидное преимущество, потому что иногда 5% - это как раз тот недостающий ингредиент, который отделяет успешного SEO-специалиста от посредственного. Ну и главное помнить - omnia transeunt!

Рад видеть, что сеошники пилят свои собственные продукты, потому что в ближайшем будущем только это нам и останется - обслуживать ту часть SEO задач, которые останутся после того как пользовательский опыт взаимодействия с вебом изменится до неузнаваемости. Но сейчас не об этом - если вы хотите двигать свои продукты, то в первую очередь (!) вам надо делать упор на западный рынок. Я даже не говорю про базу, что не знать инглиш в 2026 году - это как отрубить себе руку собираясь переплыть Ла-Манш. Поэтому я даже и не думал адаптировать лендинг dvig.ai на русский. Reddit и Linkedin - это маст. Ну и можно заодно и хинди выучить, судя по скрину. P.S. Я в данный момент прохожу этот путь, есть некоторые мысли, правда, не уверен, что они будут интересны большинству на этом канале 🤔. Ну и главное помнить - omnia transeunt.

Галя, у нас отмена! ...Также Apple добавляет функцию под названием Describe an Extension. Пользователи могут описать нужное расширение для браузера простым языком, и Safari сгенерирует кастомное расширение, которое изменит страницы под их потребности.

Apple is also adding a feature called Describe an Extension. Users can describe a desired browser feature in plain language, and Safari can generate a custom extension designed to modify webpages to suit their needs.

Вы до сих пор не понимаете, да?) Ждите следующего поста серии - будет интрересно

https://www.apple.com/apple-events/event-stream/ - прямо сейчас

Вы лучше посмотрите, какая красота 😍 Но есть пара нюансов, от которых ми-ми-мишность этого скрина зашкаливает! 1️⃣Это результат моего 12-летнего (!)сына 2️⃣Всё реализовано с помощью ИИ - не считая постинга в аккаунт 3️⃣Шкет уже имеет на этой схеме $1000+ MRR. Полностью белая схема с выплатами от Apple.

Не то что мы с вами, играющие в SEO по сюжету «Венеры в мехах» Захер-Мазоха. Вчитайтесь в фамилию автора. Ага, именно этим мы и занимаемся в выдаче.

P.S. Дайте жару в виде 🔥 - если наберем 50, то приоткрою завесу тайны. Ну и главное помнить - omnia transeunt

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

у кого-то действительно так плохо с макетингом? "фековый слив", реально?Методы из 90-х и то лучше работали