Александр Рыжов - SEO IT, бизнес, сервера
رفتن به کانال در Telegram
Александр Рыжов Рассказываю про SEO, Digital бизнес, IT и сервера. 🛠 Строил и развивал Inhouse SEO отдел в WildBerries. 💰 Заработал сотни миллиардов рублей с SEO для WB! ❓По вопросам пишите https://t.me/AleksandrRyzhov
نمایش بیشتر353
مشترکین
اطلاعاتی وجود ندارد24 ساعت
+47 روز
+3430 روز
در حال بارگذاری داده‌ها
کانال‌های مشابه
هیچ داده‌ای
مشکلی وجود دارد؟ لطفاً صفحه را تازه کنید یا با مدیر پشتیبانی ما تماس بگیرید.
ابر برچسب‌ها
اشارات ورودی و خروجی
---
---
---
---
---
---
جذب مشترکین
نوامبر '26نوامبر '26
نوامبر '26
+4
در 0 کانال‌ها
اکتبر '26
+34
در 1 کانال‌ها
Get PRO
سپتامبر '26
+2
در 0 کانال‌ها
Get PRO
اوت '26
+6
در 0 کانال‌ها
Get PRO
ژوئیه '26
+6
در 0 کانال‌ها
Get PRO
ژوئن '260
در 0 کانال‌ها
Get PRO
مه '26
+10
در 2 کانال‌ها
Get PRO
آوریل '26
+28
در 3 کانال‌ها
Get PRO
مارس '26
+6
در 0 کانال‌ها
Get PRO
فوریه '26
+16
در 0 کانال‌ها
Get PRO
ژانویه '26
+9
در 0 کانال‌ها
Get PRO
دسامبر '25
+13
در 0 کانال‌ها
Get PRO
نوامبر '25
+261
در 0 کانال‌ها
Get PRO
اکتبر '25
+22
در 1 کانال‌ها
| تاریخ | رشد مشترکین | اشارات | کانال‌ها | |
| 11 نوامبر | 0 | |||
| 10 نوامبر | 0 | |||
| 09 نوامبر | 0 | |||
| 08 نوامبر | 0 | |||
| 07 نوامبر | 0 | |||
| 06 نوامبر | 0 | |||
| 05 نوامبر | +1 | |||
| 04 نوامبر | +2 | |||
| 03 نوامبر | 0 | |||
| 02 نوامبر | +1 | |||
| 01 نوامبر | 0 |
پست‌های کانال
🔤 Каждый седьмой сайт Рунета в одной корзине: что показало падение Beget 🔤
В ночь на 2 ноября у Beget легло всё сразу: сайты, VPS, почта, DNS и личный кабинет. Днём компания назвала причину — массированная кибератака — и официально уведомила клиентов о форс-мажоре.
Масштаб: по переписи на 8 октября у Beget работали 334 562 сайта в зонах .RU, .РФ и .SU — 14,6% всех живых сайтов (SecurityLab). Каждый седьмой.
Инженерам Beget сочувствую — такую ночь не пожелаешь никому. Саму атаку разбирать не буду, а вот выводы видны уже сейчас.
🔹 Второй звонок меньше чем за месяц
Три недели назад я писал про остановку дата-центров "Яндекса" и концентрацию риска. Причины разные, масштаб разный, а урок тот же: если у бизнеса всё у одного провайдера, одна авария выключает его целиком.
В тот же день вышел указ № 802: частные ЦОДы обязаны зарезервировать 10% мощностей, чтобы по решению правительственной подкомиссии за сутки отдать их под российские сервисы. А самим сервисам по решению той же подкомиссии временно разрешили работать на зарубежных мощностях. Запас на случай сбоя теперь требование, а не перестраховка.
🔹 Форс-мажор: простой оплачиваете вы
В уведомлении Beget ссылается на пункт 3 статьи 401 ГК: исполнитель не отвечает за срыв обязательств, если помешала непреодолимая сила. Это стандартный юридический шаг, претензий к нему нет.
Но смысл стоит запомнить: потерянные заказы за время простоя бизнес оплачивает сам. SLA в договоре — не страховка.
🔹 Самое коварное — DNS
Сайт может жить на совсем другом сервере и всё равно лечь вместе с хостером. Если NS-серверы домена у Beget, браузер просто не узнает, куда идти. Не зря сам Beget назвал восстановление NS главным приоритетом.
Типичная история: проект давно переехал на свой сервак или в облако, а домен так и остался на NS хостера. Почта ломается так же: MX-записи живут в том же DNS.
🔹 Бэкап у хостера — это очередь
Beget сообщает, что файловые копии почти всех ресурсов у него есть, но восстановление "потребует длительного времени". Честная арифметика: когда поднимают сотни тысяч сайтов разом, вы стоите в общей очереди.
Свой бэкап у другого провайдера и DNS не у хостера дают выбор не ждать: развернул проект в другом месте, переключил записи — работаешь.
🔹 Мой бэкап: 4 года без перебоев
Все мои серваки бэкапятся на отдельное хранилище, физически изолированное от вычислительных узлов:
*️⃣ TrueNAS на ZFS: контрольные суммы на каждый блок ловят тихую порчу данных;
*️⃣ 12 дисков HDD по 18 ТБ — 216 ТБ сырого объёма;
*️⃣ серверная платформа Supermicro на AMD EPYC с ECC-памятью;
*️⃣ IPMI на отдельном порту: консоль и перезагрузка без поездки в ЦОД.
Самое критичное дополнительно уезжает на мини-NAS в лаборатории: 5 дисков HDD по 16 ТБ — 80 ТБ сырого объёма. Получается геораспределённый бэкап: чтобы потерять данные, должны одновременно выйти из строя ЦОД и лаборатория.
Детали схемы со временем меняются. Неизменно другое: хранилище отдельно от рабочих серверов, критичное — минимум в двух местах, копии — регулярно.
И это не спор "своё железо против облака": хостинг — нормальный выбор для большинства проектов. Проблема не в чужом сервере, а в том, что он единственный.
🔹 Чек-лист на сегодня
*️⃣ Посмотрите, чьи NS у ваших доменов. Если хостера — перенесите DNS к регистратору или отдельному DNS-провайдеру.
*️⃣ Бэкапы — на другую площадку и к другому провайдеру: правило изоляции никто не отменял.
*️⃣ Пусть копии забирает хранилище, а не отправляет сервер: иначе взломщик сервера удалит и бэкапы.
*️⃣ Хотя бы раз разверните сайт из бэкапа у другого хостера и засеките время. Это и есть ваш простой в такую ночь.
Второе такое хранилище, вдобавок с 15 ТБ NVMe U.2 под кэш, могу сдать в аренду. Нужна площадка под копии вне хостинга или помощь со схемой — пишите в личку.
---
📝 Оставить заявку на сотрудничество или задать вопрос:
https://docs.google.com/forms/d/1wEnhkS3djoHrSRVi69KEg-b9PTiSOb3UyscQ0LFelIs/
#️⃣ #Сервера #IT #Железо
| 2 |  +3🔤 Стачка и Optimization: SEO всё ближе к продукту и инженерии 🔤
За одну неделю — Стачка в Петербурге, где я модерировал SEO-секцию и отвечал на вопросы в экспертной зоне, а потом Optimization: секция "Лидеры в поиске" вместе с Ozon и Lamoda. Сильных докладов было много — собрал выводы, которые унёс для себя.
Темы на обеих конференциях одни — ИИ, GEO, AEO. Но сквозная мысль оказалась другой.
🔹 Где место SEO в компании
Артём Багненко, Head of SEO в Сравни, закончил доклад тезисом, который привожу дословно:
"SEO — не маркетинг. Он там по многолетней ошибке"
И подкрепил его рынком — тоже цитата из доклада: "Мир нанимает архитекторов. Роль уже переезжает из маркетинга в продукт". eBay, Stripe и Anthropic ищут руководителей SEO и AEO уровня продукта, с зарплатами выше $300 тысяч в год. А витрину он предлагает вести как сервис под SRE: падение выдачи — инцидент с порогом и владельцем.
Владимир Короленко из Авито — о том же с другой стороны: SEO видит спрос раньше продукта. Под эту логику там получили две полноценные продуктово-технические команды. Владимир Сюткин из ВсеИнструменты: потолок SEO часто лежит за пределами SEO — в товарной базе.
Продукт, данные, релизы, мониторинг — в больших компаниях это один инженерный контур. Год назад я разбирал этот холивар: единственно правильной оргструктуры нет, SEO успешно живёт и в маркетинге, и в IT, и в коммерции. Но на больших объёмах определяющими становятся инженерные навыки — и рынок, судя по этим докладам, движется ровно туда.
А то, что поиск подсказывает ассортимент, в WB проверили ещё в 2010-м: "платья макси" — 50 000 поисков в месяц и 20 товаров, через месяц на складе новые модели. Эта история теперь есть в книге.
🔹 ИИ в SEO: работает не модель, а процесс вокруг неё
Андрей Ставский честно показал, что на сыром корпусе патентов Google агенты пасуют — работает только конвейер из агентов с проверками между шагами.
Дмитрий Ашуров показал, как в Циане разбирают просадки трафика: гипотезы и зону влияния помогают искать ML- и LLM-модели, но задачу в бэклоге, её владельца и проверку результата фиксирует команда.
Евгений Сызранцев показал путь от MVP на вайбкоде до внутреннего сервиса. Код считает, LLM только объясняет готовые цифры по строгому формату. А когда запуски и сбои начинают требовать автора, MVP пора отдавать в разработку. Этот путь от скрипта до сервиса у нас устроен так же — разбирал на схеме.
На Стачке у инженеров тон ещё трезвее: "А польза где?", "Вайб-кодинг заканчивается в проде". Мой вывод тот же, что в докладе: ИИ кратно ускоряет сильного инженера и так же быстро плодит техдолг у слабого.
🔹 GEO: пока это SEO. Но ненадолго
Алексей Чекушин посчитал: AI Overviews в Google уже на 95% коммерческих запросов в России, и первое место органики попадает в ответ в 73,8% случаев. Продвижение в AIO сегодня — это SEO.
Но в AI Mode первое место цитируется лишь в 27,9% случаев, а источники почти не совпадают с обычным ответом. Это уже другая игра: метрика смещается от "получить клик" к "нас рекомендовали".
Ашуров разложил по факторам и то, сколько аудитории уже отъедает нейровыдача. А у Багненко по "купить ОСАГО" первая органика в Яндексе получает 3% кликов.
Я писал год назад, что нейросети берут данные из поиска. Для AI Overviews это подтвердилось цифрами. Для AI Mode — готовиться стоит уже сейчас.
🔹 Стачка
В SEO-секции, которую я модерировал, говорили про то же: рост лидов из SEO и GEO (Владислав Лукашенко, Тензор), роль ИИ-сервисов в выборе товаров (Денис Шубенок), видимость бренда в AI-ответах (Алла Рауд) и автоматизация SEO-работ (Майя Низамова).
Спасибо организаторам обеих конференций и всем спикерам.
---
📝 Оставить заявку на сотрудничество или задать вопрос:
https://docs.google.com/forms/d/1wEnhkS3djoHrSRVi69KEg-b9PTiSOb3UyscQ0LFelIs/
#️⃣ #SEO #ИИ #Конференция #Стачка #Optimization | 243 |
| 3 |  +4🔤 Попал в книгу об истории Wildberries 🔤
16 октября вышла книга Татьяны Ким и команды WB "Дикие ягодки: начало" — история создания главного маркетплейса страны.
Мне выпала честь оказаться среди трёх десятков коллег, чьи воспоминания стали голосом этой книги. Там есть и моя история: как я пришёл на собеседование в ангар в промзоне и чуть не развернулся домой, как SEO начало влиять на ассортимент — и как мы шли от 30 копирайтеров к Programmatic SEO.
В компании я с 2010 года, и читать эту историю изнутри — особое чувство.
Спасибо Татьяне Ким за то, что эта история записана и рассказана. Спасибо Егору Пчелинцеву и Андрею Ревяшко, которые когда-то так увлечённо рассказывали о планах, что я забыл про сомнения. И спасибо всем коллегам, с кем строили компанию все эти годы.
---
📝 Оставить заявку на сотрудничество или задать вопрос:
https://docs.google.com/forms/d/1wEnhkS3djoHrSRVi69KEg-b9PTiSOb3UyscQ0LFelIs/
#️⃣ #WB #SEO | 242 |
| 4 |  🔤 Хочу собрать мини-ЦОД из морского контейнера. И вот почему 🔤
За одну неделю атаки остановили три дата-центра "Яндекса": Сасово, Калугу и, в ночь на 11 октября, Владимир. Сама компания называет режим работы облака аварийным, а Михаил Болдырев оценивает, что предварительно остановлено около 65% мощностей.
Сбоят десятки сервисов Yandex Cloud — а вместе с ними тысячи компаний, которые там живут. Сочувствую коллегам, которые сейчас это разгребают.
Но вывод касается всех, кто держит инфраструктуру в одной корзине. И меня в том числе.
🔹 Концентрация — новая уязвимость
Десятилетиями экономика ЦОДов работала на масштаб: чем больше площадка, тем дешевле стойко-место, электричество и охлаждение.
Обратная сторона стала видна только сейчас. Концентрация мощностей — это концентрация риска. Одно событие выключает целую зону облака, а вместе с ней бизнесы, которые считали, что облако "как-то само зарезервировано".
Похожий путь уже прошла розница: последняя миля давно ушла в десятки тысяч пунктов выдачи маркетплейсов у дома. Гиганты никуда не денутся, но держать всё критичное в нескольких точках становится рискованно.
🔹 Распределённость как страховка
Мой парк серверов изначально устроен не в одной точке: московский ЦОД Tier-III плюс собственная лаборатория вне его. Задумывалось ради экономики, сегодня работает как страховка.
Туда же правило из поста про бэкапы: рабочая площадка у одного провайдера, бэкапы — у другого или на своём железе. Саша Борминцев сегодня поделился им у себя — рад, что схема пригодилась. Полгода назад она звучала как перестраховка, сейчас — как базовая гигиена.
🔹 Мини-ЦОД: считал — не сошлось
Следующий шаг — модульные ЦОДы: контейнер со стойками, питанием и охлаждением, который ставится где угодно и наращивается кубиками. В IT это часть тренда на edge-вычисления: ядро остаётся в крупных ЦОДах, а критичное разъезжается по сети небольших модулей.
В прошлом году я всерьёз смотрел на инвестиции в такой мини-ЦОД. За пустой контейнер под ключ, без единого сервера внутри, называли от 50 до 70 млн рублей. Для моего масштаба это пока нерентабельно.
А на макетах одного из решений я заметил китайские иероглифы 😄 Это многое говорит о себестоимости.
🔹 Что задумал
Сейчас прикидываю другой путь — собрать мини-ЦОД самому из комплектующих:
*️⃣ морской контейнер как корпус;
*️⃣ серверные стойки и промышленные кондиционеры — частично б/у;
*️⃣ часть ИБП — тоже со вторичного рынка (акумы можно менять).
Серверы у меня уже есть, так что вопрос только в "коробке" с питанием и охлаждением. По предварительной оценке собрать её самому заметно дешевле, чем купить под ключ. Если дойдёт до дела — буду рассказывать здесь по шагам, с цифрами и факапами.
🔹 Что будет с железом
Компании, которых задело, побегут дублировать инфраструктуру: в другие зоны, к другим провайдерам, на выделенные серверы. Спрос на железо вырастет, а с поставками серверов и видеокарт и так непросто.
В августе я писал, что память уже стоит дороже целого сервака. Думаю, к концу года дефицит станет ощутимым, особенно по GPU.
🔹 Что сделать прямо сейчас
Не держите всё в одной зоне. Даже в одном облаке раскладывайте критичное минимум по двум зонам доступности.
Бэкапы — на другую площадку и к другому провайдеру.
Проверьте восстановление. Бэкап, который ни разу не разворачивали, — это надежда, а не бэкап.
Фиксируйте цену на мощности сейчас — разбирал, почему.
Если строили что-то подобное, есть площадка с подведённой мощностью или нужна резервная площадка на выделенном железе — пишите в личку.
---
📝 Оставить заявку на сотрудничество или задать вопрос:
https://docs.google.com/forms/d/1wEnhkS3djoHrSRVi69KEg-b9PTiSOb3UyscQ0LFelIs/
#️⃣ #Сервера #IT #BigData | 349 |
| 5 | 🔤 Первый год канала: лучшее по темам 🔤
Первый год канала позади. Начинал с SEO, а по дороге здесь появились бан от Hetzner, сервер на водянке, который грел соседа по стойке, и память, проданная дороже целого сервака.
Собрал лучшее по темам — сохраните, пригодится.
🔹 Enterprise SEO изнутри
* Как SEO команда WB генерирует сотни миллионов переходов
* SEO — это маркетинг или IT? Холивар Big проектов
* Автоматизация SEO в WB: что внутри и почему мы не пишем всё сами
* SEO карточек товаров на маркетплейсе: ранжирование, антифрод, ИИ
🔹 Парсинг и данные
* Сотни миллионов на сборе данных: кто зарабатывает на парсинге
* ИИ убьёт рынок парсинга или сделает нас богаче?
* Альтернатива Яндекс.Метрике: почему WB ушёл в свою аналитику
🔹 Серверное железо
* Как SEOшник ушёл в железо из-за бана Hetzner
* 59 серверов и 3 500+ ядер: как хобби вышло из-под контроля
* Кастомный сервер с водянкой и 4 GPU
* Скрытая угроза дешёвых NVMe на 1.92 ТБ
* Память дороже сервера: что происходит с рынком железа
🔹 Инфраструктура и факапы
* Минус 17 лет истории за один день: как строить бэкапы
* Аутсорс-разработка: сеньор на продаже, джун на коде
🔹 Чем могу быть полезен
* Стратегический SEO-консалтинг и аудит уровня Enterprise
* Построение in-house команд: SEO + Python + ИИ
Аренда выделенных серверов под парсинг, Big Data и ML, с фиксацией цены.
Спасибо всем, кто читает, пересылает коллегам и пишет в личку.
---
📝 Оставить заявку на сотрудничество или задать вопрос:
https://docs.google.com/forms/d/1wEnhkS3djoHrSRVi69KEg-b9PTiSOb3UyscQ0LFelIs/
#️⃣ #SEO #Сервера #IT | 358 |
| 6 | 🔤Завтра на Стачке в Питере — давайте знакомиться🔤
Коротко о планах на выходные. Посещаю 2й раз в году конференцию Стачка, теперь в Питере и в новой роли.
3 октября — буду в экспертной зоне Стачки. Если вы тоже на конференции и хотите обсудить SEO в больших проектах, применение ИИ в SEO или серверное железо — пишите в личку, найдёмся.
4 октября — модерирую доклады SEO. Так что вопросы спикерам можно передавать через меня 😄
---
📝 Оставить заявку на сотрудничество или задать вопрос:
https://docs.google.com/forms/d/1wEnhkS3djoHrSRVi69KEg-b9PTiSOb3UyscQ0LFelIs/
#️⃣ #SEO #Конференции #Стачка | 354 |
| 7 | 🔤 Ответы на вопросы: какую PIM выбрать под SEO в e-com? 🔤
Получил интересный вопрос через форму обратной связи:
"Какую PIM систему рекомендуете для эффективного SEO в Ecom?"
Вопрос отличный — в нём спрятано частое заблуждение, которое стоит разобрать.
🔹 PIM сам по себе на SEO влияет мало
PIM — это внутренняя система управления товарными данными: атрибуты, описания, медиа, связи, версии, каналы дистрибуции. Поисковый робот её не видит. Он видит то, что фронтенд вывел в HTML.
Поэтому вопрос "какая PIM лучше для SEO" на практике превращается в другой: насколько гибко система отдаёт наружу произвольные поля и насколько грамотно фронт их рендерит.
Исключения есть. У Pimcore, например, помимо самой PIM есть собственная реализация сайта — и она SEO-френдли из коробки.
🔹 Про подходы в RWB рассказать не могу
Внутренние решения закрыты NDA. Зато могу поделиться опытом работы с открытыми системами в зарубежном e-com.
🔹 Pimcore
Мощная система, с которой я работал на зарубежных проектах.
Open core и self-hosted — разворачиваете систему у себя, товарные данные остаются в вашем контуре.
Хороший API.
Кастомные данные для объектов: любое SEO-поле для страницы заводится без костылей.
Интеграции с популярными CMS: WordPress (WooCommerce), Magento и другие.
❗️ Важно про лицензии. С версии 2025.1 Community Edition ушла с GPLv3 на Pimcore Open Core License: обязательная регистрация Product Key, а бесплатное использование в продакшене завязано на порог выручки компании. В 2026.x модель внедрена полностью. Прежде чем закладывать Pimcore в проект, считайте TCO — вот подробный разбор изменений.
Как это выглядело на практике. Делали связку "бэкенд на Pimcore + фронтенд на ReactJS": кастомные поля на беке, SSR на фронте. Закрыли всё, что нужно для SEO.
Ещё кейс: Pimcore плюс микс CMS (WordPress, Grav и другие) под генерацию небольшой сетки сайтов-магазинов. Типа PBN, но из шопов =)
🔹 Что на российском рынке
ENSI — набирает популярность. Тоже позволяет заводить любые кастомные SEO-поля, но интеграцию с фронтом придётся делать самим. Стек PHP и PostgreSQL, сейчас активно переписывают бэкенд на Go — обещает стать заметно быстрее.
Odyssey PIM — российский форк Pimcore с более простым лицензированием.
🔹 На что смотреть при выборе
Если задача звучит как "нужна PIM, и чтобы SEO не пострадало" — смотреть стоит на четыре вещи:
Произвольные поля. Можно ли завести любой атрибут на объект и отдать его наружу, не дорабатывая ядро системы.
API. Насколько удобно фронт забирает данные и держит ли это нагрузку на каталоге в сотни тысяч позиций.
Массовые операции. Как система переживает пакетное обновление больших объёмов товаров. Это ваша будущая генерация посадочных страниц.
Рендеринг на фронте. SSR или пререндер. Без него любые поля из PIM останутся для роботов невидимыми.
Первые три пункта — про PIM. Четвёртый к PIM отношения не имеет вообще, и чаще всего именно он всё и решает.
Если нужен обзор рынка целиком — есть свежее сравнение PIM-систем: Pimcore, Akeneo, Brandquad, Compo, OpenPIM, Ensi и другие, с таблицами по лицензиям и интеграциям.
🔹 Вывод
Связка "Pimcore, ENSI или Odyssey + грамотный фронт + Senior-разработчик + Claude Code" сегодня закрывает задачу без особых проблем: получаете SEO-френдли сайт с любыми товарными данными, какие нужны бизнесу.
Но держите в голове главное. PIM отвечает за качество и структуру данных. За SEO отвечает то, как эти данные оказались в HTML.
---
📝 Оставить заявку на сотрудничество или задать вопрос:
https://docs.google.com/forms/d/1wEnhkS3djoHrSRVi69KEg-b9PTiSOb3UyscQ0LFelIs/
#️⃣ #SEO #IT | 384 |
| 8 |  🔤 Продал память дороже, чем зимой готов был отдать сервер целиком 🔤
Летом разобрал несколько своих серваков на запчасти. Конфигурация каждой — 2× AMD EPYC 7742, 1 ТБ DDR4, NVMe на 1 и 6.4 ТБ. Зимой я готов был отдать такой сервак в сборе. Летом продал с них одну только память — и выручил больше, чем просил за весь сервак полгода назад.
Теперь несколько мощных туш стоят без памяти и ждут вменяемых цен 😄
Это не удачная сделка, это рынок. Давайте по цифрам.
🔹 Серверные SSD: рост в 6,5 раза за год
По свежим данным TLC-накопитель на 30 ТБ стоил $3 460 в третьем квартале 2025 года. В июле 2026-го — $22 600. Только за один июль — плюс 5 %.
HDD той же ёмкости вырос всего в 2,5 раза, с $495 до $1 216. Разрыв между флешем и механикой достиг 18,6 раза.
🔹 Память: тянет вверх даже старая DDR4
Я писал об этом в марте, когда планка 96 ГБ DDR5 улетела с 90–100 тысяч рублей до 410 тысяч. С тех пор стало только хуже, и самое неприятное — вверх пошла DDR4, которую все давно списали в утиль.
Быстрее всего дорожают планки от 64 ГБ: их перестали выпускать в прежних объёмах, а спрос никуда не делся — старый парк серверов живёт и требует апгрейда.
Отсюда и мой кейс: память в серваке стала стоить дороже самого сервака.
Вчера прилетело сообщение на Авито (скрин выше). Человеку нужны 96 одинаковых модулей DDR4 2400 ECC по 64 ГБ — это 6 ТБ памяти и больше 2,2 млн рублей по цене объявления.
Похоже, отпуск начнётся с поездки в ЦОД: дербанить серваки на запчасти 😄
🔹 GPU: карта дороже, чем компьютер с этой картой
RTX PRO 6000 Blackwell подорожала с $13 250 в июне до $16 000 в августе — плюс 20,8 % за два месяца. Такая карта у меня в парке стоит, брал заметно дешевле.
Но абсурднее история с игровой линейкой: полный ПК HP Omen Max 45L с RTX 5090 внутри стоит $4 710, а та же карта отдельно — $4 830. Целый компьютер с процессором, памятью, диском и Windows дешевле одной своей детали. Стартовала карта по MSRP $1 999.
Механизм тот же, что с памятью: когда дефицитный компонент дорожает быстрее готового изделия, часть стоит дороже целого.
🔹 За памятью уже охотятся боты
По данным DataDome, на страницах интернет-магазинов с DDR5 боты дают 91 % трафика: около 50 000 обращений в час, 551 запрос на страницу, проверка остатков каждые 6,5 секунды. В марте ботов к людям было 6 к 1.
Я пятнадцать лет в промышленном парсинге и понимаю если за товаром гоняются с такой частотой, розничная цена на него — уже не про розницу.
🔹 Почему это происходит
Причина одна на все сегменты: бум ИИ выгреб производство. NAND уходит в дата-центры под обучение моделей, DRAM туда же, GPU тем более.
Все хотят флеш. Флеш кончился. Дальше по учебнику экономики.
🔹 Что с этим делать прямо сейчас
Не выбрасывайте старое железо. DDR4 сегодня — актив. Сервер, который год назад выглядел хламом, в разборе может стоить дороже, чем в сборе.
Не гонитесь за All-Flash. Не всё должно лежать на NVMe: горячее — на флеш, архивы и бэкапы — на HDD, он дорожает намного медленнее. Мой storage-узел так и собран: 216 ТБ HDD плюс 15 ТБ NVMe под кэш.
Фиксируйте цену аренды. Тарифы хостеров держатся на железе, закупленном по старым ценам. Как только пойдёт замена вышедших из строя компонентов, они поедут вверх. Разбирал это в марте — с тех пор стало только дороже.
Дешевле не будет. Считайте это базовым сценарием на ближайший год.
---
📝 Оставить заявку на сотрудничество или задать вопрос:
https://docs.google.com/forms/d/1wEnhkS3djoHrSRVi69KEg-b9PTiSOb3UyscQ0LFelIs/
#️⃣ #Сервера #IT | 199 |
| 9 |  🔤 Автоматизация SEO в WB: что внутри и почему мы не пишем всё сами 🔤
В моём докладе "SEO в Big проектах" есть слайд, который в кулуарах вызывает вопросы: упрощённая C4-диаграмма сервиса. Разбираю схему и главное — почему часть системы SEO автоматизации пишем сами, а часть покупаем.
🔹 Внутренний контур
Микросервисы на Python. PostgreSQL — управление задачами. ClickHouse — хранилище Big Data. Распределённые агенты A-Parser через Redis как брокер. Фронтенд — Quasar Framework (VueJS).
На этом стеке живёт всё: SEO сканер по 100+ млн страниц (Screaming Frog виснет уже на 6 млн), классификация 15 млн маркерных запросов по 2к категорий, генерация посадочных (Programmatic SEO) и др.
🔹 Внешний контур
10+ интеграций с внешними источниками. Это и платные сервисы рынка — Keys.so, Ahrefs, Semrush и др., — и бесплатные панели вебмастеров поисковых систем.
🔹 Корпоративная инфраструктура
Всё развёрнуто в корпоративном Kubernetes с жёстким CI/CD, авторизация через Keycloak, плюс интеграция с корпоративными сервисами и системами.
Интеграция и даёт скорость: SEO-контур узнаёт об изменениях в каталоге, остатках и поставщиках сразу, а не ждёт ночных выгрузок из БД.
Минус внутри корпоративной инфраструктуры — согласования и долгие релизы. Плюс — прозрачность и безопасность данных. Плюс перевешивает.
🔹 Где заканчивается самопис
Частый вопрос: зачем в Enterprise-контуре покупной A-Parser, если есть свои программисты?
A-Parser у нас с 2012 года. Ядро на NodeJS/V8: из коробки многопоточность, обход капч, ротация прокси, 100+ готовых парсеров, нативный Redis, API и Headless Chrome.
Минусы реальные: капризный API на сверхнагрузках, логи 30 копий пухнут до 400 ГБ за дни, бывают краши в многопотоке.
Но вот арифметика для бизнеса. Зависший API и логи закрываются парой Python-обвязок за неделю работы одного инженера. Написать с нуля стабильное асинхронное парсинг-ядро — годы (ну или месяцы) работы отдела дорогих разработчиков. И потом бесконечно поддерживать его в войне с защитами, которые меняются по нескольку раз в неделю.
Плюс кадры: A-Parser — отраслевой стандарт, его требуют в вакансиях Яндекса и Т-Банка. Нанять инженера со стандартом дешевле, чем полгода погружать его в самопис.
🔹 А Claude Code не отменяет это правило?
Конечно, активно используем ИИ: OpenRouter, Claude Code, Cursor и другие.
И всё равно — не отменяет.
ИИ ускоряет реализацию R&D задач, написанных "на коленке", но выхлоп от поддержки ИИ продакшн парсинга гораздо ниже ожиданий. Судите сами: обход новых защит, стабильность на тысячах потоков, dead локи, лимиты дескрипторов Linux, прокси, капчи. Это сотни мелких граблей, которые вендор собрал за годы. По цене лицензии вы получаете уже вычищенный результат вместо месяцев, а то и лет своей разработки.
И второе, о чём забывают: в Enterprise разработка подчиняется требованиям ИБ. Код и коммерческие данные не уходят в произвольные внешние сервисы — чувствительное гоняем через внутренние RWB LLM, а сгенерированный ИИ код проходит то же ревью и CI/CD, что и написанный руками.
Claude Code даёт максимальный эффект там, где ему и место на схеме: обвязки, скрипты стабилизации, кастомная логика поверх готового ядра, интеграции. Не в переписывании фундамента.
🔹 Формула
Своя архитектура и интеграция с внутренними системами плюс рыночное ПО на грязной массовой работе. Сами пишем там, где данных нет ни у кого другого или где не пускает комплаенс. Остальное покупаем.
---
📝 Оставить заявку на сотрудничество или задать вопрос:
https://docs.google.com/forms/d/1wEnhkS3djoHrSRVi69KEg-b9PTiSOb3UyscQ0LFelIs/
#️⃣ #SEO #BigData #IT | 206 |
| 10 |  🔤 АнтиКонференция в палаточном лагере на Волге Summer Merge 🔤
Совместил мини отпуск с выступлением на IT конференции в палаточном лагере на берегу Волги ⛺️!
*️⃣Предыстория. После выступления на IT конференции "Стачка" в апреле получил приглашение повторно посетить Ульяновскую область и выступить на Summer Merge в палаточном лагере. Давно хотел расчехлить свою палатку - приглашение моментально принял.
*️⃣Summer Merge. Очень необычная организация конференции! Концерты и тусовка до 2х ночи, заплывы на Волге утром, днем игры и доклады в шатрах и конечно Networking. После таких активностей отрубился в палатке без задних ног, даже при играющей где-то рядом гитаре =)
Респект организаторам Summer Merge за такую организацию конференции и приглашение выступить! Всем ITшникам рекомендую посетить данное мероприятие!
На конференции тестировалась доставка дронами продуктов, еды, лекарств из Ульяновска прям на пляж "Русский берег"!
*️⃣Доклад. Выступал с модифицированной версией своего доклада "SEO в Big проектах: оргструктура, профили компетенций, инструментарий". Время идёт и все меняется. Даже за полгода некоторые подходы и инструментарий могут меняться. В 2026 один из трендов SEO - Claude Code, мы не обошли его стороной.
*️⃣Приключения. Автотрип в Ульяновскую область снова удался! Хотя и не без приключений - бензином нормально получалось заправиться только на платке М12! Повезло в моей BMW конский бак и заправка в Ульяновске не понадобилась.
Уверен в будущем этот вопрос решится.
---
📝 Оставить заявку на сотрудничество или задать вопрос:
https://docs.google.com/forms/d/1wEnhkS3djoHrSRVi69KEg-b9PTiSOb3UyscQ0LFelIs/
#️⃣ #SEO #BigData #Конференция #IT | 178 |
| 11 |  🔤 SEO — это Маркетинг или IT? Частый холивар Big проектов 🔤
После выступлений на IT и SEO-конференциях мне задавали вопрос: почему я так жестко топлю за IT-бэкграунд SEO-специалистов? Ведь исторически считается, что SEO чаще всего входит в отделы маркетинга.
Давайте разбираться.
🔹 Миф о единой корпоративной оргструктуре
Во-первых, нужно понимать, что в менеджменте организаций практически не существует абсолютно одинаковых оргструктур. Даже прямые конкуренты из одной сферы (например, в крупном e-com) выстраивают процессы совершенно по-разному, оставаясь при этом одинаково успешными.
Если глубоко посмотреть на наш рынок, вы увидите, что у одних e-com гигантов поисковое продвижение исторически сидит в Маркетинге, у других — прочно интегрировано в IT-департамент, а у третьих — вообще подчиняется напрямую Коммерции. Привязка к одному отделу — это корпоративная привычка компании, а не жесткое правило.
🔹 Всё решает масштаб и контекст проекта
Во-вторых, место SEO в компании напрямую зависит от технической сложности платформы (сайта).
Попробуйте на проекте с 10+ миллионами страниц перевести сайт на модный JS-фреймворк и "забыть" включить серверный рендеринг (SSR) для поисковых ботов. Или случайно закройте нужные страницы в файле robots.txt. Вы сразу очень четко поймете, к чему ближе SEO — к маркетинговому креативу или к суровому ИТ =)
Спойлер: настоятельно рекомендую проводить данный эксперимент исключительно в уме, а не на практике, во избежание потерь в десятки миллионов рублей.
🔹 Гибридные компетенции и доминация инженерии
SEO безусловно находится на стыке специальностей. Современные специалисты должны обладать гибридными скиллами: понимать базовый маркетинг и поведение пользователей. Но в крупных BigData-проектах IT-скиллы обязаны быть доминирующими.
🔹 Поисковик — это программный код, а не маркетолог
Поисковые системы — это сложнейшие технические системы. Они оценивают "полезность" текстов, "естественность" ссылочного графа и поведение пользователей исключительно по строгим техническим критериям (через код и алгоритмы). Поисковик не "вчитывается" в метафоры автора — он разбирает контент на фактологические триплеты для графа знаний, детально оценивает вложенный в создание контента ресурс через метрики вроде contentEffort и вытаскивает релевантные куски текста из глубины полотна с помощью алгоритмов passage indexing.
А значит, и подстраивать свой продукт под эти критерии (будь то классическое SEO, AEO или трендовое продвижение в нейросетях GEO) нужно в первую очередь именно с технической, инженерной точки зрения.
---
📝 Оставить заявку на сотрудничество или задать вопрос:
https://docs.google.com/forms/d/1wEnhkS3djoHrSRVi69KEg-b9PTiSOb3UyscQ0LFelIs/
#️⃣ #SEO #IT #Менеджмент | 261 |
| 12 | 🔤 SEO — это Маркетинг или IT? Частый холивар Big проектов 🔤
После выступлений на IT и SEO-конференциях мне задавали вопрос: почему я так жестко топлю за IT-бэкграунд SEO-специалистов? Ведь исторически считается, что SEO чаще всего входит в отделы маркетинга.
Давайте разбираться.
🔹 Миф о единой корпоративной оргструктуре
Во-первых, нужно понимать, что в менеджменте организаций практически не существует абсолютно одинаковых оргструктур. Даже прямые конкуренты из одной сферы (например, в крупном e-com) выстраивают процессы совершенно по-разному, оставаясь при этом одинаково успешными.
Если глубоко посмотреть на наш рынок, вы увидите, что у одних e-com гигантов поисковое продвижение исторически сидит в Маркетинге, у других — прочно интегрировано в IT-департамент, а у третьих — вообще подчиняется напрямую Коммерции. Привязка к одному отделу — это корпоративная привычка компании, а не жесткое правило.
🔹 Всё решает масштаб и контекст проекта
Во-вторых, место SEO в компании напрямую зависит от технической сложности платформы (сайта).
Попробуйте на проекте с 10+ миллионами страниц перевести сайт на модный JS-фреймворк и "забыть" включить серверный рендеринг (SSR) для поисковых ботов. Или случайно закройте нужные страницы в файле robots.txt. Вы сразу очень четко поймете, к чему ближе SEO — к маркетинговому креативу или к суровому ИТ =)
Спойлер: настоятельно рекомендую проводить данный эксперимент исключительно в уме, а не на практике, во избежание потерь в десятки миллионов рублей.
🔹 Гибридные компетенции и доминация инженерии
SEO безусловно находится на стыке специальностей. Современные специалисты должны обладать гибридными скиллами: понимать базовый маркетинг и поведение пользователей. Но в крупных BigData-проектах IT-скиллы обязаны быть доминирующими.
🔹 Поисковик — это программный код, а не маркетолог
Поисковые системы — это сложнейшие технические системы. Они оценивают "полезность" текстов, "естественность" ссылочного графа и поведение пользователей исключительно по строгим техническим критериям (через код и алгоритмы). Поисковик не "вчитывается" в метафоры автора — он разбирает контент на фактологические триплеты для графа знаний, детально оценивает вложенный в создание контента ресурс через метрики вроде contentEffort и вытаскивает релевантные куски текста из глубины полотна с помощью алгоритмов passage indexing.
А значит, и подстраивать свой продукт под эти критерии (будь то классическое SEO, AEO или трендовое продвижение в нейросетях GEO) нужно в первую очередь именно с технической, инженерной точки зрения.
---
📝 Оставить заявку на сотрудничество или задать вопрос:
https://docs.google.com/forms/d/1wEnhkS3djoHrSRVi69KEg-b9PTiSOb3UyscQ0LFelIs/
#️⃣ #SEO #IT #Менеджмент | 1 |
| 13 |  🔤 Минус 17 лет истории за один день: почему облакам плевать на ваши данные и как строить бэкапы 🔤
Прочитал сегодня пост у известного SEO-специалиста Александра Алаева (Алаича) (https://t.me/alaevseo/573) — и по спине пробежал ИТ-холодок.
История звучит как страшный сон любого владельца бизнеса: хостинг-провайдер словил критический сбой, и данные блогов alaev.info (которому 17 лет) и корпоративного сайта alaev.co были утеряны безвозвратно.
Но самый драматичный момент в другом. Саша — опытный спец, и бэкапы у него БЫЛИ. Вот только диск с бэкапами он перестал оплачивать пару недель назад, так как планировал переезд на новый хостинг. И именно в это «окно уязвимости» основной сервер умер.
Соглашусь, вероятность такого совпадения крайне мала. И по-человечески Саше очень сочувствую (надеюсь, Вебархив поможет вытянуть тексты). Но как человек, который управляет парком из почти 60 физических серверов и десятками терабайт баз данных РВБ, я смотрю на это через призму жесткой архитектуры.
Облака — это не магия. Это просто чужие компьютеры, у которых точно так же горят блоки питания, сыпятся NVMe-диски и падают гипервизоры.
Какие железобетонные уроки нужно из этого вынести?
🔹 Правило изоляции (Никаких общих корзин)
Никогда не храните рабочую платформу и ее бэкапы у одного хостинг-провайдера (и тем более в одном дата-центре). Если сгорит стойка, упадет маршрутизатор или провайдер словит бан от РКН — ваши резервные копии превратятся в тыкву вместе с основным сайтом.
✅ Идеальная связка для бизнеса: Основной проект в облаке провайдера А + Бэкап-сервер у провайдера Б. А еще надежнее — связка «Арендованный хостинг + Свой собственный физический сервер» (или наоборот). Когда железо с бэкапами стоит в вашей зоне физической досягаемости (или в вашем подконтрольном ЦОДе), вы неуязвимы к проблемам хостеров.
🔹 Правило миграции (Не жги мосты)
Никогда не отключайте старую инфраструктуру бэкапов до момента, пока новая не развернута, не протестирована тестовым восстановлением и не проработала хотя бы пару недель. Экономия в пару тысяч рублей за "лишний" месяц аренды старого диска не стоит потери 17-летнего актива.
🔹 Холодное хранение
Для проектов, где важна история (блоги, базы логов, корпоративные порталы), помимо быстрых ежедневных бэкапов, нужно иметь "холодный" архив раз в месяц.
Как я писал в прошлых постах, именно для таких задач на моем "Фронте №1" в ЦОДе стоит отдельный Storage-монстр с 216 ТБ емкости на HDD и 15 ТБ NVMe под кэш. Он физически изолирован от вычислительных узлов, где идет промышленный парсинг. И если какой-то боевой сервер "ляжет", данные останутся в полной безопасности на независимом RAID-массиве.
ИТ-инфраструктура не прощает надежды на «авось». Стройте архитектуру правильно и берегите свои данные! 💪
---
📝 Оставить заявку на сотрудничество или задать вопрос:
https://docs.google.com/forms/d/1wEnhkS3djoHrSRVi69KEg-b9PTiSOb3UyscQ0LFelIs/
#️⃣ #Сервера #BigData #Железо #IT | 194 |
| 14 | 🔤 Минус 17 лет истории за один день: почему облакам плевать на ваши данные и как строить бэкапы 🔤
Прочитал сегодня пост у известного SEO-специалиста Александра Алаева (Алаича) (https://t.me/alaevseo/573) — и по спине пробежал ИТ-холодок.
История звучит как страшный сон любого владельца бизнеса: хостинг-провайдер словил критический сбой, и данные блогов alaev.info (которому 17 лет) и корпоративного сайта alaev.co были утеряны безвозвратно.
Но самый драматичный момент в другом. Саша — опытный спец, и бэкапы у него БЫЛИ. Вот только диск с бэкапами он перестал оплачивать пару недель назад, так как планировал переезд на новый хостинг. И именно в это «окно уязвимости» основной сервер умер.
Соглашусь, вероятность такого совпадения крайне мала. И по-человечески Саше очень сочувствую (надеюсь, Вебархив поможет вытянуть тексты). Но как человек, который управляет парком из почти 60 физических серверов и десятками терабайт баз данных РВБ, я смотрю на это через призму жесткой архитектуры.
Облака — это не магия. Это просто чужие компьютеры, у которых точно так же горят блоки питания, сыпятся NVMe-диски и падают гипервизоры.
Какие железобетонные уроки нужно из этого вынести?
🔹 Правило изоляции (Никаких общих корзин)
Никогда не храните рабочую платформу и ее бэкапы у одного хостинг-провайдера (и тем более в одном дата-центре). Если сгорит стойка, упадет маршрутизатор или провайдер словит бан от РКН — ваши резервные копии превратятся в тыкву вместе с основным сайтом.
✅ Идеальная связка для бизнеса: Основной проект в облаке провайдера А + Бэкап-сервер у провайдера Б. А еще надежнее — связка «Арендованный хостинг + Свой собственный физический сервер» (или наоборот). Когда железо с бэкапами стоит в вашей зоне физической досягаемости (или в вашем подконтрольном ЦОДе), вы неуязвимы к проблемам хостеров.
🔹 Правило миграции (Не жги мосты)
Никогда не отключайте старую инфраструктуру бэкапов до момента, пока новая не развернута, не протестирована тестовым восстановлением и не проработала хотя бы пару недель. Экономия в пару тысяч рублей за "лишний" месяц аренды старого диска не стоит потери 17-летнего актива.
🔹 Холодное хранение
Для проектов, где важна история (блоги, базы логов, корпоративные порталы), помимо быстрых ежедневных бэкапов, нужно иметь "холодный" архив раз в месяц.
Как я писал в прошлых постах, именно для таких задач на моем "Фронте №1" в ЦОДе стоит отдельный Storage-монстр с 216 ТБ емкости на HDD и 15 ТБ NVMe под кэш. Он физически изолирован от вычислительных узлов, где идет промышленный парсинг. И если какой-то боевой сервер "ляжет", данные останутся в полной безопасности на независимом RAID-массиве.
ИТ-инфраструктура не прощает надежды на «авось». Стройте архитектуру правильно и берегите свои данные! 💪
---
📝 Оставить заявку на сотрудничество или задать вопрос:
https://docs.google.com/forms/d/1wEnhkS3djoHrSRVi69KEg-b9PTiSOb3UyscQ0LFelIs/
#️⃣ #Сервера #BigData #Железо #IT | 1 |
| 15 |  🔤 Кастомный сервер с водянкой + 4 GPU: как я собирал монстра для SEO-автоматизации и ловил приключения 🔤
Нарвался тут на свежую статью на Хабре про сборку сервера с водяным охлаждением и четырьмя видеокартами. Прочитал — и просто свело олдскулы! Не могу пройти мимо и не поделиться своим опытом сборки похожего франкенштейна, потому что это была настоящая ИТ-одиссея.
В свое время мне потребовалась машина, которая одновременно могла бы тащить тяжелую автоматизацию на BAS (браузерная автоматизация для промышленного SEO, жрущая процессор) и параллельно отрабатывать майнинг ETH за счет видеокарт.
Мой билд выглядел так:
🔹 Два серверных проца Xeon 2696 v2
🔹 Четыре топовые на тот момент видеокарты GeForce 1080 Ti
🔹 Кастомное водяное охлаждение всех узлов
🔹 Отвод тепла через мощнейший громоздкий радиатор Watercool Mo-RA3 Pro 420.
На бумаге звучало идеально, но на практике начался хардкор.
Приключение 1: Поиск комплектующих
Собрать 4 флагманские GPU в одну материнскую плату — та еще боль. Только одна конкретная модель GeForce 1080 Ti с предварительно установленными водоблоками подходила под такую плотную посадку, так как занимала ровно 1 слот PCIe. Искал их по всему рынку.
Приключение 2: Домашняя сауна
Первые полгода этот монстр (на фото) работал прямо на полу моей квартиры. Система жрала энергию как не в себя и выделяла столько тепла, что зимой я вообще не закрывал форточку в комнате, даже когда на улице было -30°C.
Летом квартира окончательно превратилась в филиал финской сауны. Жить рядом с таким реактором стало невыносимо, и я принял решение перевозить его в дата-центр.
Приключение 3: Протечка и ДЦ
За время работы дома БП один раз просто не выдержал нагрузки и эффектно сгорел (пришлось менять). А материнская плата от Asus регулярно трепала нервы: ложно срабатывал датчик открытия корпуса ПК, и система отказывалась стартовать. Ловили этот фикс очень долго.
Но самое веселое случилось при транспортировке этого тяжеловеса из одного ДЦ в другой — внутрь сервера разлился хладагент. Итог: минус материнская плата, покупал новую.
Кстати, про сами дата-центры. Когда инженеры ДЦ видели этого монстра на воде, они соглашались ставить его ТОЛЬКО в самый низ стойки. Логика железобетонная: если опять потечет, чтобы не залил чужое железо внизу. Но был нюанс: выдув горячего воздуха у моей сборки был реализован вверх (а не назад, как того требуют стандарты ДЦ). В итоге мой "сосед сверху" всегда был перегрет из-за того, что мой радиатор щедро и стабильно подогревал ему днище 😄
Итог:
Несмотря на все протечки, сгоревшие БП и замену материнки, этот сервер отработал в жирный плюс. Он пахал на SEO-задачах, майнил эфир, а когда пришло время с ним прощаться, финальная перепродажа вышла даже дороже себестоимости сборки (спасибо резко подорожавшим видеокартам).
Позже я уже собирал серверы на CPU AMD Epyc и Ryzen Threadripper с четырьмя GeForce 4090 — там процесс шел уже гладко, как по маслу. Но тот первый водяной монстр на Xeon научил меня соблюдать хардкорный ИТ-регламент.
Работа с нестандартным железом — это всегда боль, пот и залитые платы. Но профит от владения своей независимой и мощной архитектурой несравним с арендой скучных облаков.
---
📝 Оставить заявку на сотрудничество или задать вопрос:
https://docs.google.com/forms/d/1wEnhkS3djoHrSRVi69KEg-b9PTiSOb3UyscQ0LFelIs/
#️⃣ #Сервера #BigData #Железо #IT | 242 |
| 16 | 🔤 Финальный аккорд апреля: закрытый SEO-клуб, ИИ-агенты и трансформация профессии 🔤
Мой апрельский спикерский марш-бросок официально завершен! В начале месяца мы разбирали алгоритмы WB с селлерами, затем обсуждали суровую разработку с инженерами на «Стачке». А 23-24 апреля состоялся, пожалуй, самый кулуарный и стратегический ивент этой весны — закрытый выездной Клуб Optimization.
Организаторам из «Ашманов и Партнеры» удалось сделать почти невозможное: вытащить из операционки топ Head of SEO крупнейших компаний, погрузить их в шикарную загородную локацию (отличный отель, SPA, бассейн) и заставить штурмить будущее нашей отрасли.
В этот раз я читал уже обкатанный технический доклад: «SEO в Big проектах: опыт WB». Разобрали, почему Enterprise-корпорациям критически важно уходить от внешней аналитики, как обосновывать найм SEO IT инженеров и строить закрытые In-house экосистемы на десятки млн страниц.
Круто, что этот подход находит 100% отклик у рынка. Дима Ашуров (Head of SEO ЦИАН, ex-СберМегамаркет) отлично разобрал мой доклад в топовом e-com канале (https://t.me/good_seo_ecom ). Дима точно подметил вектор: в бигтехе не осталось места классическому ручному ремеслу, бал правят SEO-автоматизаторы и Python-программисты. Подписывайтесь, там сильная концентрация экспертизы!
Компанию по выступлениям мне составили крутейшие коллеги:
🔹 Галя Бакушева (https://t.me/bakushevaseo) выступила с предельно откровенным докладом о своем пути. Вытащил отличные тезисы про найм: важно вовремя научиться отличать тех, кто «хочет работать», от тех, кто «хочет казаться» («хорошо говорит» \!= «хорошо работает»). И очень откликнулась мысль про то, что полный выход из операционки — это сказки для бедных. Алгоритмы меняются постоянно: можно делегировать исполнение, но нельзя делегировать понимание.
🔹 Саша Борминцев (https://t.me/bortalks) выдал мощную базу о переходе из SEO в управление продуктом. Главная мысль: SEO — это уже продакт-менеджмент, просто на одном канале. Саша на 100% подтвердил мой тезис, что лучшие сеошники — это люди с техническим бэкграундом. Навык говорить с разработчиками на их языке экономит недели на каждом спринте. И крутой совет: не оправдываться за цифры, а показывать разворот — как SEO-задача стала продуктовой, какие гипотезы проверяли и какие решения отмели.
Вижн 2030 и ИИ-агенты: Отдельный кайф — деловые игры. Нас разбили на команды для проектирования роли Head of SEO к 2030 году. Базовый консенсус: мы идем к управлению автономными ИИ-агентами. Ручной труд вымрет, мы сможем делегировать им всю механику. Но архитектура, стратегия и финальная ответственность за продукт останутся за человеком.
Конечно, весь этот стратегический штурм плавно перетекал в разговоры в сауне, заплывы в бассейне и атмосферные посиделки в большом коттедже под вкуснейший плов и благородные напитки. Тот самый случай, когда с коллегами по рынку обсуждаешь общие боли и находишь решения быстрее, чем на бесконечных зум-коллах.
Огромное спасибо ребятам из «Ашманов и Партнеры» за приглашение, топовую организацию и перезагрузку! Апрель выдался огненным, возвращаюсь к бэклогу платформы РВБ! 🔥
---
📝 Оставить заявку на сотрудничество или задать вопрос:
https://docs.google.com/forms/d/1wEnhkS3djoHrSRVi69KEg-b9PTiSOb3UyscQ0LFelIs/
#️⃣ #SEO #BigData #Optimization #Конференция #Нетворкинг #IT | 1 423 |
| 17 |  🔤 Из автотрипа на сцену: вебинар из отеля и ИТ-хардкор на «Стачке» 🚀 🔤
Как и обещал в прошлом посте, рассказываю про вторую часть своего спикерского марш-броска. Но начать стоит с того, как этот бросок вообще состоялся.
Я решил совместить приятное с полезным и отправился в Ульяновск на машине. Настоящий автотрип с классной остановкой на ночевку в Арзамасе. Смена картинки за окном отлично прочищает голову перед выступлениями.
В итоге, свой большой закрытый вебинар для селлеров РВБ Университета (о котором писал пару дней назад) я вел уже из номера отеля в Ульяновске, за день до старта конфы. А 11 апреля я уже стоял на сцене одной из крупнейших региональных ИТ-площадок — конференции «Стачка».
Если на вебинаре мы фокусировались на факторах ранжирования и конверсионных метриках для продавцов, то здесь аудитория — разработчики, дата-инженеры и архитекторы — требовала совершенно другого уровня погружения. Мы обсуждали изнанку работы In-house SEO команд в Enterprise проектах.
Осенью я уже подробно рассказывал про наш внутренний инструментарий, парсеры и сканеры. Поэтому на «Стачке» я сместил фокус с самих алгоритмов на процессы и людей, которые заставляют эти технологии генерировать миллиарды.
Ключевые тезисы, которые мы обсуждали с залом в Ульяновске:
🔹 Эволюция профессии на объемах Big Data: Наглядно показал, почему классическое SEO окончательно умирает, когда у тебя в индексе сотни миллионов страниц. Линейные SEO специалисты превращаются в гибридов дата-инженеров и аналитиков. Без знания Python и SQL управлять такими массивами просто физически невозможно.
🔹 Отказ от внешних SaaS в пользу In-house: Почему гигантские экосистемы вроде РВБ вынуждены уходить от коммерческих сервисов аналитики в суверенную закрытую разработку. Во-первых, это вопрос комплаенса и информационной безопасности — мы храним уникальные данные о поисковом спросе и аналитике строго внутри своего контура. Во-вторых, большинство внешних SaaS-платформ просто физически не вывозят наши объемы данных, мгновенно упираясь в лимиты и падая под нагрузкой.
🔹 Алгоритмы вместо ручного труда: Как перестать собирать и чистить семантику руками. Разобрали делегирование классификации миллионов поисковых запросов скриптам, NLP-фильтрации и машинному обучению — и почему это единственный путь для масштабирования.
Главный инсайт поездки:
Выступать перед технически подкованным залом, который понимает боль отвалов прокси и лимитов API — это особый кайф. После доклада был отличный кулуарный нетворкинг на площадке. Индустрия устала от теоретического маркетинга, всем интересны реальные кейсы масштабирования, автоматизации и работы с Big Data.
Отдельный респект организаторам за неформальную часть! С дороги отлично зашло препати в аутентичном семейном баре-пивоварне «ЗЕМЛЯ» в традициях Древней Руси — отличный крафт, гусляры и атмосферный отдых для «странников бывалых». А мощное афтепати в Radisson между первым и вторым днем конфы стало идеальной площадкой для того самого кулуарного нетворкинга без галстуков. Огромная благодарность команде «Стачки» за топовый уровень организации и крутой вайб!
Автотрип удался, Ульяновск встретил тепло, а общение с коллегами зарядило новыми идеями. Возвращаюсь к рабочим задачам и развитию нашей платформы. Дальше — больше! 🔥
---
📝 Оставить заявку на сотрудничество или задать вопрос:
https://docs.google.com/forms/d/1wEnhkS3djoHrSRVi69KEg-b9PTiSOb3UyscQ0LFelIs/
#️⃣ #SEO #BigData #Конференция #IT | 358 |
| 18 | 🔤 Из автотрипа на сцену: вебинар из отеля и ИТ-хардкор на «Стачке» 🚀 🔤
Как и обещал в прошлом посте, рассказываю про вторую часть своего спикерского марш-броска. Но начать стоит с того, как этот бросок вообще состоялся.
Я решил совместить приятное с полезным и отправился в Ульяновск на машине. Настоящий автотрип с классной остановкой на ночевку в Арзамасе. Смена картинки за окном отлично прочищает голову перед выступлениями.
В итоге, свой большой закрытый вебинар для селлеров РВБ Университета (о котором писал пару дней назад) я вел уже из номера отеля в Ульяновске, за день до старта конфы. А 11 апреля я уже стоял на сцене одной из крупнейших региональных ИТ-площадок — конференции «Стачка».
Если на вебинаре мы фокусировались на факторах ранжирования и конверсионных метриках для продавцов, то здесь аудитория — разработчики, дата-инженеры и архитекторы — требовала совершенно другого уровня погружения. Мы обсуждали изнанку работы In-house SEO команд в Enterprise проектах.
Осенью я уже подробно рассказывал про наш внутренний инструментарий, парсеры и сканеры. Поэтому на «Стачке» я сместил фокус с самих алгоритмов на процессы и людей, которые заставляют эти технологии генерировать миллиарды.
Ключевые тезисы, которые мы обсуждали с залом в Ульяновске:
🔹 Эволюция профессии на объемах Big Data: Наглядно показал, почему классическое SEO окончательно умирает, когда у тебя в индексе сотни миллионов страниц. Линейные SEO специалисты превращаются в гибридов дата-инженеров и аналитиков. Без знания Python и SQL управлять такими массивами просто физически невозможно.
🔹 Отказ от внешних SaaS в пользу In-house: Почему гигантские экосистемы вроде РВБ вынуждены уходить от коммерческих сервисов аналитики в суверенную закрытую разработку. Во-первых, это вопрос комплаенса и информационной безопасности — мы храним уникальные данные о поисковом спросе и аналитике строго внутри своего контура. Во-вторых, большинство внешних SaaS-платформ просто физически не вывозят наши объемы данных, мгновенно упираясь в лимиты и падая под нагрузкой.
🔹 Алгоритмы вместо ручного труда: Как перестать собирать и чистить семантику руками. Разобрали делегирование классификации миллионов поисковых запросов скриптам, NLP-фильтрации и машинному обучению — и почему это единственный путь для масштабирования.
Главный инсайт поездки:
Выступать перед технически подкованным залом, который понимает боль отвалов прокси и лимитов API — это особый кайф. После доклада был отличный кулуарный нетворкинг на площадке. Индустрия устала от теоретического маркетинга, всем интересны реальные кейсы масштабирования, автоматизации и работы с Big Data.
Отдельный респект организаторам за неформальную часть! С дороги отлично зашло препати в аутентичном семейном баре-пивоварне «ЗЕМЛЯ» в традициях Древней Руси — отличный крафт, гусляры и атмосферный отдых для «странников бывалых». А мощное афтепати в Radisson между первым и вторым днем конфы стало идеальной площадкой для того самого кулуарного нетворкинга без галстуков. Огромная благодарность команде «Стачки» за топовый уровень организации и крутой вайб!
Автотрип удался, Ульяновск встретил тепло, а общение с коллегами зарядило новыми идеями. Возвращаюсь к рабочим задачам и развитию нашей платформы. Дальше — больше! 🔥
---
📝 Оставить заявку на сотрудничество или задать вопрос:
https://docs.google.com/forms/d/1wEnhkS3djoHrSRVi69KEg-b9PTiSOb3UyscQ0LFelIs/
#️⃣ #SEO #BigData #Конференция #IT | 1 |
| 19 |  🔤 SEO карточек товаров на WildBerries: Попробовал себя в новом амплуа 🎙 🔤
Прошедшие дни прошли в режиме нон-стоп. Я решил выйти за рамки привычного управления In-house SEO, разработкой и выступить сразу на двух крупных площадках. Начну по порядку.
9 апреля провел большой закрытый вебинар для селлеров в рамках образовательного проекта РВБ Университет. Тема максимально горячая: «SEO карточек товаров на маркетплейсе».
В компании я с 2010 года, строил SEO отдел с нуля и непосредственно участвовал в создании внутреннего поиска WB, антифрода и базовых моделей текстового ранжирования. Поэтому мне было важно выступить не просто как теоретику, а как официальному представителю РВБ и дать селлерам информацию «из первых рук». Развеять мифы, которые годами плодят инфоцыгане.
О чем предметно говорили на вебинаре:
Векторная модель Поиска (ML). Разобрали, почему старые методы со слепым вписыванием сотен ключей больше не работают. Алгоритм оценивает единый смысловой вектор карточки (соответствие фото, текста и интента покупателя). Контент нужно делать для людей.
Реальная математика ранжирования. Показал, из чего складывается топ выдачи. Например, скорость доставки и сборки дает 30–40% веса, участие в глобальных акциях — от 15 до 35%, а конверсия из показа в заказ — до 20%.
Антифрод и пессимизация. За что алгоритмы жестко и без предупреждения режут органический трафик. Разобрали критические ошибки: цветовой спам, мимикрия под чужие бренды, перечисление навигационных путей и фиктивные скачки цен.
Встроенный ИИ-генератор и Подписка Джем Продвинутый.
Это был один из важнейших блоков вебинара, где я показал реальные преимущества использования нашей подписки Джем Продвинутый для системной SEO-оптимизации.
*️⃣Только этот раздел выдает глубокую и самую реальную статистику поисковой воронки товара и позиций карточек.
*️⃣Рассказал о преимуществах встроенного ИИ генератора описаний в ЛК продавца.
LLM-магия и Промпт-инжиниринг.
В дополнение к внутреннему алгоритму ВБ Джем, я выделил большой блок под работу с внешними нейросетями (Яндекс Алиса, GigaChat, ChatGPT).
Выдал продавцам готовые промпты для работы с сырыми выгрузками семантики. Учились автоматизировать рутину логически и математически:
*️⃣Сбор и обработка данных для заголовка КТ.
*️⃣Обработка семантического ядра.
*️⃣Генерация безопасных описаний без переспама и нейросетевых галлюцинаций.
Эксперимент с лекционным форматом мне понравился. Видеть, как у продавцов открываются глаза на внутреннюю кухню алгоритмов маркетплейса — дорогого стоит.
Но вебинар был только разминкой! Уже 11 апреля я выступал вживую в Ульяновске на мощнейшей ИТ-конференции «Стачка». Там мы говорили уже не про карточки товаров, а про жесткий технический хардкор и архитектуру In-house SEO на объемах в десятки миллионов страниц.
Подробности и ключевые тезисы со «Стачки» выложу в следующем посте.
---
📝 Оставить заявку на сотрудничество или задать вопрос:
https://docs.google.com/forms/d/1wEnhkS3djoHrSRVi69KEg-b9PTiSOb3UyscQ0LFelIs/
#️⃣ #SEO | 434 |
| 20 | 🔤 Стоит ли арендовать сервера на длительный срок в 2026 с фиксацией цены? 🔤
Часто получаю вопрос от клиентов: стоит ли сейчас оплачивать аренду выделенных серверов сразу на год вперед, или надежнее платить помесячно, сохраняя гибкость?
Мой ответ в реалиях начала 2026 года однозначный: да, если есть возможность, цену нужно фиксировать. И дело тут уже давно не в стандартной скидке в за долгосрочную оплату.
На рынке серверного железа сейчас происходит настоящая дичь. Из-за глобального бума AI-моделей (когда бизнес массово бросился обучать нейросети и разворачивать локальные LLM) дата-центры столкнулись с жесточайшим дефицитом. Как метко подметили недавно в профильной статье на Хабре, железо физически закончилось раньше, чем электричество.
Все ждали дефицита видеокарт, а узким местом внезапно стала оперативная память и Enterprise SSD диски.
🔹 Немного пугающих цифр:
Серверная планка на 96 Гб DDR5, которая еще летом 2025 года стоила около 90–100 тысяч рублей, сейчас продается у официалов за 410 тысяч рублей! На сером рынке цена плавает как биржевая котировка по три раза на дню. Аналитики из TrendForce недавно пересмотрели прогнозы и ожидают роста цен на память до 90–95% в квартал. По сути, цены удваиваются.
Вслед за RAM предсказуемо полетели вверх тарифы на надежные NVMe накопители. AI-инфраструктуре нужны колоссальные объемы быстрого кэша, и корпоративный сегмент просто выгребает этот тип памяти со складов.
Что это значит для вашего бизнеса?
Себестоимость инфраструктуры для хостеров улетела в космос. Текущие цены на аренду в крупных облаках и дата-центрах держатся исключительно на старых запасах железа. Как только хостеру придется закупать новые партии серверов или менять вышедшие из строя компоненты, тарифы для конечных пользователей неизбежно поползут вверх. Дешевле уже точно не будет — рынок сорвался с цепи.
Поэтому, если у вас есть стабильный, работающий проект (будь то промышленный парсинг, аналитика Big Data, крупный e-com или тяжелая база данных), математически самое выгодное решение сегодня — зафиксировать свои издержки.
💡 Чем я могу помочь?
Я успел собрать, протестировать и ввести в строй свой парк мощных физических серверов (включая машины с огромным объемом RAM и надежными серверными NVMe) до этого безумного ценового шока.
При заключении договора и оплате на длительный срок (от полугода или года) я жестко фиксирую для вас рублевую цену. Вы получаете выделенные мощности в надежном московском ЦОДе Tier-III и спокойный сон, без внезапных писем счастья от хостера об «очередной вынужденной индексации тарифов».
---
📝 Оставить заявку на сотрудничество или задать вопрос:
https://docs.google.com/forms/d/1wEnhkS3djoHrSRVi69KEg-b9PTiSOb3UyscQ0LFelIs/
#️⃣ #Сервера #IT #BigData | 486 |
