Александр Рыжов - SEO IT, бизнес, сервера

🔤 АнтиКонференция в палаточном лагере на Волге 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 #SummerMerge

🔤 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 #Менеджмент

🔤 Минус 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

🔤 Кастомный сервер с водянкой + 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

🔤 Финальный аккорд апреля: закрытый 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

🔤 Из автотрипа на сцену: вебинар из отеля и ИТ-хардкор на «Стачке» 🚀 🔤 Как и обещал в прошлом посте, рассказываю про вторую часть своего спикерского марш-броска. Но начать стоит с того, как этот бросок вообще состоялся. Я решил совместить приятное с полезным и отправился в Ульяновск на машине. Настоящий автотрип с классной остановкой на ночевку в Арзамасе. Смена картинки за окном отлично прочищает голову перед выступлениями. В итоге, свой большой закрытый вебинар для селлеров РВБ Университета (о котором писал пару дней назад) я вел уже из номера отеля в Ульяновске, за день до старта конфы. А 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

🔤 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

🔤 Стоит ли арендовать сервера на длительный срок в 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

🔤 Ответы на вопросы: Ищем альтернативу Яндекс Метрике 🔤 Получил интересный вопрос через форму обратной связи: «Здравствуйте. Нам поставили задачу найти альтернативу сервису Яндекс.Метрики для нашего сайта [скрыто]. Решил обратиться к вам, так как у вас уже есть готовые решения. Нам нужен сервис веб-аналитики...» Отвечаю: коробочного решения, которое я могу просто вам "отгрузить" и установить, у меня нет. То, что мы используем в Wildberries — это сугубо внутренняя enterprise-система. И история ее создания весьма показательна. На конференции Optimization 2025 я рассказывал, как мы анализируем эффективность SEO. 🔹 Как и почему появился мощный WB Analytics? До 2018 года у нас был стандартный подход. Как и большинство на рынке, мы использовали классику: Яндекс.Метрику и Google Analytics. Это надежные решения, которые полностью закрывали наши потребности. Зачем изобретать велосипед? Но 2018 год стал поворотным моментом. Яндекс запустил маркетплейс «Беру» и из партнера превратился в прямого конкурента. Представьте: мы передаем детальную аналитику трафика и конверсий компании, которая теперь с нами конкурирует! Решение было болезненным, но единственно правильным — полный отказ от Метрики и старт разработки собственной системы. Так зародился WB Analytics. Позже мы логично отказались и от Google Analytics. Стало абсолютно ясно: данные должны принадлежать только нам. Зависимость от внешних систем создает критические риски: • Утечка коммерческой информации • Зависимость от алгоритмов третьих лиц • Ограничения в кастомизации под наши потребности • Невозможность максимально глубоко интегрировать аналитику с внутренними сервисами 🔹 Что представляет из себя аналитика WB сегодня? Сегодня WB Analytics — это не просто замена счетчиков. Это мощнейшая система, которая хранит и обрабатывает петабайты данных. Внутренний поиск WB — наш крупнейший источник (более 1 млрд запросов с уникальными историческими данными по частотности, транзакциям и доходам). Сразу уточню: я принимал в разработке WB Analytics скорее консультационное участие (по части архитектуры и интеграции SEO). Сам продукт годами создается большой командой крутых backend-разработчиков и дата-инженеров на стеке Go + ClickHouse. Это стоит десятки и сотни миллионов рублей❗️ 🔹 Что делать бизнесу, если строить «космолет» дорого? Нельзя сказать, что рынок массово отказывается от Метрики. Но для компаний, чьи продукты напрямую конкурируют с экосистемой Яндекса, уход в in-house аналитику — вопрос безопасности. К счастью, есть готовые Open-Source решения: 1. Matomo — один из самых мощных аналогов. По архитектуре и интерфейсу похож на классические сервисы, имеет трекинг в реальном времени и аналог Вебвизора. 2. Plausible CE — легкая система с фокусом на приватность (без сбора Cookie). 3. Open Web Analytics — решение для анализа путей пользователя и создания кастомных воронок. 🔹 Чем я могу помочь вам? Я не продаю готовый скрипт аналитики, но могу помочь спроектировать архитектуру серверов для развертывания таких систем (с тем же ClickHouse под капотом), проконсультировать вашу in-house команду по выстраиванию SEO-процессов или предоставить мощные физические сервера, которые без тормозов переварят миллионы хитов вашей новой собственной веб-аналитики. --- 📝 Оставить заявку на сотрудничество или задать вопрос: https://docs.google.com/forms/d/1wEnhkS3djoHrSRVi69KEg-b9PTiSOb3UyscQ0LFelIs/ #️⃣ #Аналитика #SEO #BigData #Сервера #IT

🔤 Ваш сервер скоро умрет? Скрытая угроза дешевых NVMe дисков на 1.92 ТБ у хостеров 🔤 В прошлом посте я рассказывал про внезапную смерть NVMe диска на сервере. Давайте разберем эту ситуацию технически. Как понять, что диск в выданном сервере может быть ненадежным, если хостер в конфигураторе пишет просто красивое слово «NVMe» без указания вендора и точной модели? Секрет кроется в заявленном объеме накопителя. Именно по нему я сходу определяю класс устройства и его выносливость. 🚩 Красные флаги: диски на 1.92 ТБ, 3.84 ТБ, 7.68 ТБ Если вы видите такие объемы, перед вами с высокой долей вероятности накопители класса Read Intensive (RI). Они предназначены в первую очередь для операций чтения. Их ресурс обычно составляет всего 1 или даже 0.3 DWPD (количества полных перезаписей объема диска в день). Можно ли их использовать под БД? Да, категоричного запрета нет, и многие так делают ради экономии. Но тут критически важно понимать нюансы: под интенсивной записью базы данных ячейки памяти выгорают намного быстрее. А с учетом того, что хостеры почти всегда ставят Б/У диски с неизвестным остаточным ресурсом, без железобетонно настроенных внешних бэкапов вы буквально играете в русскую рулетку. 📉 Проблема M.2 накопителей в бюджетных серверах Еще один нюанс дешевых тарифов — использование обычных консьюмерских дисков формата M.2. При легких задачах они летают, но имеют серьезный изъян: жесткая деградация производительности при длительных нагрузках на запись. Как только у такого диска переполняется быстрый SLC-кэш (например, при дампе большой БД или интенсивном парсинге), его скорость записи падает в разы, иногда опускаясь до уровня старых HDD. Плюс, под непрерывной нагрузкой они сильно греются и уходят в троттлинг (снижают частоты контроллера, чтобы не сгореть). ✅ Надежное решение: серверные диски на 1.6 ТБ, 3.2 ТБ, 6.4 ТБ Накопители с такими "обрезными" объемами относятся к классу Mixed Use (MU) или Write Intensive (WI). Куда делось свободное место? Значительная часть чипов памяти скрыта контроллером (технология Over-Provisioning) для оперативной подмены мертвых ячеек памяти и балансировки износа. Их ресурс легко переваривает от 3 до 5 и более DWPD. Они не просаживаются по скорости после заполнения кэша и выдерживают колоссальные нагрузки годами! 🛠 Короткая тех. справка: расчет ресурса Чтобы наглядно оценить выживаемость диска, нужно умножить показатель DWPD на его объем. Это даст допустимый объем записи в день. Умножив это на 365 дней и на 5 лет гарантии, получаем общий ресурс. Давайте посчитаем. Возьмем дешевый диск формата M.2 или просто базовый RI накопитель на 1.92 ТБ с показателем DWPD = 0.3. За 5 лет он официально выдержит запись около 1 050 ТБ. А теперь берем правильный серверный диск на 1.6 ТБ (где DWPD = 3.0). За те же 5 лет он без проблем переварит более 8 760 ТБ! При прочих равных условиях ресурс серверного накопителя под нагрузкой базы данных более чем в 8 раз выше! Как делаю я в своих сборках? При сборке серверов под серьезные R&D задачи и промышленный парсинг (где базы пишутся непрерывно) я использую только надежные Enterprise диски класса Mixed Use. В основном в моих серверах стоят NVMe на 1.6 ТБ, 3.2 ТБ и 6.4 ТБ. Более того, у меня есть группа уникальных серверов с дисками емкостью по 12.8 ТБ! У них просто чудовищный ресурс записи. Моя идеальная формула спокойного сна для продакшена: 1 надежный серверный диск (MU) + регулярный бэкап. А если поставить 2 таких диска (в RAID) + бэкап — вы получаете инфраструктуру, которая переживет практически что угодно. --- 📝 Оставить заявку на сотрудничество или задать вопрос: https://docs.google.com/forms/d/1wEnhkS3djoHrSRVi69KEg-b9PTiSOb3UyscQ0LFelIs/ #️⃣ #Сервера #BigData #IT

🔤 Аутсорс-разработка: «Сеньор на продаже, Джун на коде» 🔤 Наткнулся на интересное обсуждение в канале «Русский ИТ бизнес» о боли заказной разработки. 👉 Ссылка на обсуждение В комментариях всплыла классическая схема, на которой теряются миллионы и месяцы. Суть истории одного фаундера: Заказал разработку сервиса аналитики у аутсорсера ИТ. На входе: Красивая продажа. Грамотный Project Manager и Senior-разработчик, которые сыпят терминами и продают экспертность. Реальность: Полгода потерянного времени. Когда заказчик капнул в код, выяснилось: 1. Архитектура: Аналитические данные лили в PostgreSQL вместо ClickHouse (для BigData это смерть). 2. Качество: «Говнокод», написанный явными джуниорами. 3. Ложь: Агентство приписало себе создание парсера (хотя он был у заказчика свой) и «героическое восстановление данных» при смерти NVMe диска. В итоге сервис пришлось переписывать с нуля. Юридически не подкопаться — работы формально «выполнены». Мой опыт: те же грабли Я никогда не работал с аутстафом, но с аутсорсом и фрилансерами сталкивался. Сценарий частенько один: На пресейле с тобой общается техлид или даже совладелец студии, которые понимают суть HighLoad. Как только подписан договор — проект отдают студентам. У меня так было дважды: 🔹 2014 год: Модуль для антидетект-браузера. 🔹 2015 год: Кластеризатор поисковых запросов. Мне нужен был производительный C++, а по факту я получал неоптимизированный код, который работал медленнее скриптов на Python. Деньги и время на ветер, а юридически сделать ничего нельзя. 💿 Кстати, про смерть NVMe Герой истории упоминает, что у него «умер» NVMe диск, и он сам восстанавливал данные из бэкапов (а агентство приписало этот подвиг себе). Восстановить данные с "мертвого" NVMe практически нереально. Спасает только правильная инфраструктура. У меня в парке серверов это решено кардинально: — Полные бэкапы всех виртуальных машин (VM) на внешние NAS. — Локальная сеть 40 Гбит/с. Если диск умирает, я поднимаю VM на другом сервере за 20 минут. Это стандарт надежности, который должен быть у «серьезного» хостинга. Если вам нужно такое железо для проектов — обращайтесь. --- 📝 Как не попасть на «джунов по цене сеньоров»? Автор истории составил полезный чек-лист и полную хронологию, как теряются деньги на таких подрядчиках. Рекомендую почитать, чтобы не наступать на те же грабли: 👉 Хронология потери миллионов и времени 👉 Чек-лист проверки студий --- 📝 Оставить заявку на сотрудничество или задать вопрос: https://docs.google.com/forms/d/1wEnhkS3djoHrSRVi69KEg-b9PTiSOb3UyscQ0LFelIs/ #️⃣ #Разработка #Аутсорс #Fuckup #Сервера #Бизнес

🔤 Парсинг — это «вечная» тема (Часть 2). ИИ убьет рынок или сделает нас богаче? 🔤 В вопросах к прошлому посту о миллионных выручках на данных часто звучит возражение: «Зачем сейчас строить бизнес на парсинге? ИИ пишет код скрипта за минуту. Скоро парсеры станут бесплатными, а сервисы — ненужными». Это популярная иллюзия. Те, кто так думает, видят только одну сторону медали. ☝️ Искусственный интеллект появился не только у программистов-атакующих (создающих парсеры), но и у тех, кто защищает сайты от парсинга. 🛡 Гонка вооружений: почему стало сложнее? 🔹 Google против всех. Именно бум нейросетей стал триггером для Google кардинально усилить оборону. Корпорация не хочет, чтобы конкуренты (OpenAI, Perplexity) бесплатно собирали их данные для обучения своих моделей. Теперь их защита от ботов — это уровень военной базы. 🔹 Yandex и война с автоматизацией. В Рунете ситуация также острая. Из-за массового наплыва инструментов автоматизации (BAS, ZennoPoster, мощные комбайны вроде A-Parser) и накрутчиков поведенческих факторов (ПФ), Яндекс вынужден защищаться агрессивно. Алгоритмы защиты от парсинга могут меняться несколько раз в неделю! Из-за этой гонки многие старые сервисы SERP-аналитики либо закрылись, не вытянув поддержку, либо сдались и перешли на дорогой официальный Yandex Search API. 🔹 Не только поисковики. То же самое происходит у лидеров ниш: Wildberries, Ozon, Avito, Auto.ru. Это уже не просто сайты, а IT-гиганты с огромными бюджетами на кибербезопасность, AntiDDos. Они внедряют динамическую защиту, которая отсекает 99% скриптов, написанных «на коленке» с помощью ИИ. ☢️ Мечта о «Ядерной кнопке» (Super AI) Конечно, есть гипотеза, что ИИ скоро создаст продукты такого качества, которые дадут бизнесу преимущество уровня «ядерной бомбы». В это верят инвесторы, заливающие миллиарды долларов в развитие ИИ. Мечта выглядит так: Супер-программа например для парсинга, которая автоматически: — Проходит любые защиты и капчи; — Идеально эмулирует человека; — Сама находит, собирает и агрегирует любые данные. Если такой софт появится — он действительно «обнулит» всех конкурентов в сфере сбора данных. Но пока это лишь теории, прогнозы футурологов и красивые презентации для инвесторов. 📉 Реальность сегодня: Код парсера ИИ напишет легко. А вот заставить его работать стабильно и масштабируемо в условиях постоянной войны алгоритмов — это задача для профи с серьезной инфраструктурой. Именно поэтому заработок на данных и создание сервисов парсинга — это не уходящая натура, а одна из актуальных тем в Web прямо сейчас. --- 📝 Оставить заявку на сотрудничество или задать вопрос: https://docs.google.com/forms/d/1wEnhkS3djoHrSRVi69KEg-b9PTiSOb3UyscQ0LFelIs/ #️⃣ #Парсинг #AI #ИИ #BigData #БизнесИдеи #SEO

🔤 Парсинг — это «вечная» тема. Сотни миллионов на сборе данных 🔤 В дополнение к прошлому посту о сделке Mpstats (продажа за 2 млрд руб.). Обычно, когда говорят о заработке на данных, сразу вспоминают либо сервисы аналитики маркетплейсов, либо классические SEO-инструменты аналитики на основе парсинга SERP (Keys.so, Megaindex, Ahrefs). Но это лишь верхушка айсберга. Рынок сбора данных (Data Scraping) гораздо шире. Данные — это новая нефть, и помимо «хайповых» ниш существуют компании, которые построили крепкий бизнес с выручкой в сотни миллионов на сборе информации из других источников. Вот некоторые примеры российских компаний (с выручкой за 2024 год) из других сфер: 🏆 Кто зарабатывает на парсинге: 🔹 Brand Analytics 💰 Выручка: > 2.5 млрд руб. Суть: Мониторинг СМИ и соцсетей. Парсят всё: от ВКонтакте до Telegram-каналов в реальном времени, чтобы бренды знали, что о них говорят. 🔹 Rusprofile 💰 Выручка: ~ 668 млн руб. Суть: Агрегация данных о компаниях. Спарсили и связали разрозненные данные (ФНС, суды, реестры) в удобный интерфейс. Стали стандартом проверки контрагентов. 🔹 Metacommerce 💰 Выручка: ~ 186 млн руб. Суть: Сравнение цен. Ежедневно мониторят ритейлеров, чтобы магазины и бренды видели динамику цен конкурентов. 🔹 XMLDataFeed (у владельца классный TG канал Русский ИТ бизнес) 💰 Выручка: ~ 95.7 млн руб. Суть: Парсинг как услуга. С 2018 года просто качественно собирают данные под заказ для тех, кто не хочет растить свой IT-департамент. Почему эта ниша никогда не умрет? Многие думают: «Написал парсер один раз — и он работает вечно». Это главное заблуждение. Парсинг — это не разовая разработка, а процесс непрерывной поддержки. Сайты постоянно меняют верстку и усиливают защиту. То, что работало вчера, сегодня отлетает в бан. Взять тот же Ozon. Сейчас это «цифровая крепость» (TLS-fingerprinting, поведенческий анализ), о которую ломаются 99% простых решений. Но мой многолетний опыт показывает: непробиваемых сайтов нет. Любую защиту можно обойти, если есть экспертиза и ресурсы на постоянную адаптацию алгоритмов. И про ресурсы: Для промышленного сбора данных (особенно с тяжелых сайтов вроде Ozon) одного кода мало. Необходимо мощное железо. Оно нужно для двух вещей: 1. Качественная эмуляция (браузеры потребляют много CPU/RAM). 2. Распределенный парсинг (масштабирование нагрузки на сотни потоков между серверами). И здесь Вы уже знаете к кому можно обращаться 👇 https://t.me/RyzhovAN/10 --- 📝 Оставить заявку на сотрудничество или задать вопрос: https://docs.google.com/forms/d/1wEnhkS3djoHrSRVi69KEg-b9PTiSOb3UyscQ0LFelIs/ #️⃣ #Парсинг #BigData #БизнесИдеи #Сервера #Аналитика

🔤 Mpstats продан за 2 млрд ₽. Где мои миллиарды? 😄 🔤 Сегодня прошла новость дня: сервис аналитики маркетплейсов Mpstats продан Банку Точка. Сумма сделки — 2 млрд рублей (при выручке 1.7 млрд и прибыли 741 млн в 2024 г). Цифры мощные, искренне рад за ребят — отличный экзит! 👏 Читаю и думаю: я уже 15 лет занимаюсь парсингом и глубинной аналитикой WildBerries «изнутри». Строю промышленные системы сбора данных для SEO-аудитов и автоматизации. Чек на 2 миллиарда я пока не получал, но верю, что мое время еще придет 🚀 __________________________________ Чем могу быть полезен: 🔹 Стратегический SEO-консалтинг (аудит, точки роста, процессы уровня Enterprise). 🔹 Построение In-house команд (найм и управление гибридными спецами SEO + Python). 🔹 Аренда мощного железа (мой личный парк из 50+ серверов под парсинг и Big Data). 📝 Оставить заявку на сотрудничество или задать вопрос: https://docs.google.com/forms/d/1wEnhkS3djoHrSRVi69KEg-b9PTiSOb3UyscQ0LFelIs/

🔤 3500+ ядер, 50+ серверов и 20 Терабайт памяти: как «просто хобби» вышло из-под контроля 🤯🔤 В прошлом посте я рассказывал, как собрал первый сервер, чтобы сэкономить. С тех пор «эксперимент» немного... развился. Я провел полную инвентаризацию. Сейчас я управляю армадой из 59 физических машин. Суммарно это 3 524 физических ядра, десятки терабайт RAM и сотни терабайт дискового пространства. Когда масштаб стал промышленным, я разделил инфраструктуру на два фронта. Такого гибкого подхода вам не предложат обычные хостеры: 🏭 Фронт №1: «Цитадель» (Московский ЦОД Tier-III) Здесь живут промышленные стоечные монстры 1U/2U. Охлаждение, бесперебойное питание, серьезные каналы. 🔹 Лига «Heavy Metal» (AMD EPYC): Серверы на EPYC 7002/7003 (Milan/Rome). До 128 ядер на борту! На них стоят Enterprise NVMe диски по 6.4 ТБ. Это надежность и IOPSы, которые переварят любую базу данных. 🔹 Лига «Золотая Классика» (Intel Xeon v3/v4): Да, Xeon 2696 v4 — это уже не последнее слово техники. Но это «старая гвардия», которая берет своей ценой. 44 честных ядра за 14.000₽? Ни одно современное облако не даст такой производительности на вложенный рубль. Для VPN, парсинга и фоновых задач — бестселлер. 🔹 Лига «Big Data» (Storage Monster): Особая гордость парка — сервер под хранение данных. Вдумайтесь: 216 ТБ сырой емкости HDD и 15 ТБ сверхбыстрых NVMe для кэша/горячих данных. Идеальное место для ваших бэкапов, архивов, датасетов или медиа-коллекций. Места хватит на всё. 🔹 Эксклюзив: GPU-монстр на NVIDIA RTX 6000 Blackwell (GDDR7) для тяжелого ML/AI. 🧪 Фронт №2: «Private Lab» (Квартиры и Дача) Здесь живут Tower-корпуса и мощные малыши Minisforum. Держа их в своем контуре, я снижаю цену аренды для вас (нет переплаты за стойко-место). 🔹 Лига «Форсаж» (Ryzen 9 9950X / 9955HX): Пока серверные процессоры работают на частотах 2.2–2.5 ГГц, эти машины выдают 4.3 – 5.0+ ГГц. Идеально для: 1С, тяжелых вычислений, а также кликеров на BAS / ZennoPoster, где важна скорость отрисовки и выполнения скриптов в браузере. 🦕 Лига «R&D Динозавры» Есть и уникальные машины в ЦОДе, например, 4-процессорный сервер с 1.5 ТБ (!!!) оперативной памяти. Нужно развернуть всю БД прямо в RAM? Легко. ❓ В чем профит по сравнению с облаками? 1️⃣ Честная мощность. Вы получаете не «виртуальный поток», который делите с соседом, а весь выделенный физический ресурс. 2️⃣ Цена/Качество. Мои сборки на Xeon или Ryzen окупают себя быстрее, чем вы оплатите месяц на Selectel или Яндексе за аналогичную производительность. 3️⃣ Гибкость. Windows, Linux, Proxmox — поставлю что нужно. Я свел всё наличие (59 серверов), технические характеристики и цены в одну таблицу. 📊 Посмотреть список серверов и цены: 👉 https://docs.google.com/spreadsheets/d/18nKAtWGwsZOUithdT6tjgbw5fmGgrKWy7FavwYOPTLQ/edit 📝 Оформить заказ или заявку на подбор: 👉 https://docs.google.com/forms/d/14vN-o5DjKfMKSZWELjO1nrhNJU7146l8q12kw3a-vqs/edit #️⃣ #Сервера #ИИ #ПФ

🔤 SEOшник, который пошёл в серверное железо из‑за бана Hetzner. И не пожалел ❗️ 🔤 В 2014 году я окончательно понял - парсить Яндекс и Google по-дешёвке больше не получится. Совсем прямые запросы без малейшей эмуляции браузера стали неэффективными. Плюс накрутки ПФ стали выходить в массы. Тогда как раз активно развивался ZennoPoster, позже — BAS. Казалось бы, спасение. Но это ПО жрало CPU так, будто я запускаю не парсер, а майнинг-ферму на стероидах . Мне нужны были настоящие мощности 💪. И тут — привет от Hetzner 🖐 С 2013 года я снимал у них сервера, всё было спокойно… пока не начал парсить в промышленном масштабе (несколько копий A-parser под парсинг + ZennoPoster "для других задач"). Сначала мне прилетела абуза за "паразитный исходящий трафик" 🚫. Потом вторая. Потом третья. И финал: бан по щелчку, без шансов объяснить, что я вообще делаю. Hetzner считал, что я занимаюсь DDos, хотя никакой серьезной нагрузки ни на какой сайт я не создавал 😱. 👉 А теперь вспомните, какой был ноябрь–декабрь 2014 года. Евро взлетел как ракета, рубль рухнул, и аренда серверов за границей стала стоить как абонемент на Луну. Даже если бы Hetzner меня не выпилил — платить такой ценник мне стало некомфортно. Вот тогда я и сказал себе: "Хватит. Беру железо в свои руки". 1️⃣Мой первый собственный сервер (WorkStation) — легендарный HP Z800. Два проца Xeon X5660, оператива 24 ГБ DDR3 (позже апгрейднул до 72 ГБ). Купил на Авито у парня, который занимался рендерингом и выглядел так, будто может собрать Pixar из подручных средств. Привёз домой — и только тогда понял масштабы 🔤 Z800 не влезал под мой компьютерный стол. Вообще. Он выглядел как маленький серебряный шкаф, который случайно заехал ко мне жить. Но мощность для меня тогда была космосом. После виртуалок и арендованных машин — это был как пересесть с велосипеда на танк 🔥. Я поставил этот сервер у себя дома, слушал, как он ревёт кулерами, и ловил кайф от того, что теперь никто не нажмёт кнопку «бан» и не перекроет мне кислород. Так началась моя серверная история ▶️. Не с комфорта. А с кризиса, запретов и желания работать на своих условиях. #️⃣ #SEO #ПФ #Парсинг #Сервера

🔤 Кто и как сейчас обходит АнтиФрод системы поисковиков (накрутка ПФ)? 🔤 Наткнулся на замечательный пост Олега Шестакова с классификацией накрутчиков ПФ. Поделюсь оригиналом поста и немного дополню. https://t.me/oshestakovdigital/1135 С классификацией по группам в целом согласен. 1️⃣. Технари на известном ПО BAS или ZennoPoster. Действительно с развитием ZennoPoster, а затем и BAS примерно с 2015 - 2016 г накрутки пошли в массы. Удобный Low-code ZennoPoster и бесплатный BAS забустили масштаб накруток. Нужно сказать, что при хорошем знании работы браузеров, JS и формирования современных антифрод систем с этими инструментами и сейчас можно добиваться хороших результатов. Но нужно постоянно допиливать решения и реально "костылить". 2️⃣. Те, кто не понимает в технической части, но покупает готовый софт на BAS, ZennoPoster и юзают с простыми конфигами - получают скорее рандомный результат. Здесь не буду углубляться в подробности - просто ПС и другие крупные корпорации отслеживают такой софт и сами его тестируют, находят паттерны детекта. 3️⃣. Технари с самописным софтом браузерной автоматизации. Создали свой автоматизированный браузер (обычно на основе Chromium) и свои подмены фингерпринтов. Многие уверен прочитав пост подумают "О, то что мне нужно! Займусь этим, хакну систему и буду рубить бабло" =) Сразу рекомендую не лезть в эту историю. У меня еще в 2014-2015 был опыт создания своего автоматизированного антидетекта на ОС Gentoo + сборки Firefox с подменами отмечатков и автоматизацией этого дела на Python. Решение было в виде виртуалки и на одном серваке 50+ таких виртуалок. Работало очень нестабильно, приходилось постоянно допиливать код. Слив несколько месячных ЗП на разработку я бросил поддержку этого франкенштейна. Если у Вас нет сильных технических компетенций и нескольких миллионов рублей (а скорее даже десятков миллионов) - не идите в историю 3 ❗️ О чем не знают многие накрутчики ПФ ❓ В РФ и США уже есть уголовные дела за скликивание контекстной рекламы поисковых систем. Это конечно не совсем накрутка ПФ, но очень очень близко. Многие накрутчики ПФ и сейчас в дополнение к накруткам на SERP скликивают контекст на своих или партнерских сайтах. Не делайте так! Иначе будет как на видео в посте Олега и окажитесь за #️⃣  =) Связь между SEO и серверным железом И вот подходим к моменту как же руководитель SEO отдела WB стал заниматься серверами ❓ =) Но об этом в других сериях 🔤 #SEO #ПФ #АнтиФрод #Сервера

🔤 Как команда SEO-специалистов WildBerries генерирует сотни млн. переходов на крупнейший МП РФ? 🔤 Недавно выступал на конференции по интернет-маркетингу Optimization 2025. Рассказал об эволюции SEO стратегии WB за 15 лет, SEO команде WB (скиллы, компетенции), некоторых внутренних SEO инструментах, планах на будущее. Конечно за 20 минут доклада или 1 пост в TG не пересказать 15 летний опыт работы =) Приведу коротко некоторые тезисы. 🔹 Эволюция SEO стратегии WB за 15 лет Мы начинали с 1го SEO-специалиста и 30 копирайтеров, сотен категорий и тысяч поисковых запросов! Сейчас команда SEO WB - BigData эксперты, SEO автоматизаторы. Работаем с десятками миллионов страниц категорий (тегов) и 1 + млрд. поисковых запросов. Сейчас классических SEOшников в WB нет! SEO-скиллы + Python, SQL, BAS, ZennoPoster, A-parser — новый стек SEO-специалиста. Были одними из пионеров создания инахус SEO команды в русском Ecom (сейчас это почти стандарт в индустрии). 🔹 SEO инструментарий команды WB. Аналитика. Не используем популярные счетчики web-аналитики Яндекс Метрику и Google Analytics. У нас самописная аналитика WB Analytics. WB Analytics — это не просто замена стандартных инструментов. Это мощнейшая система, которая хранит и обрабатывает петабайты данных! Мы говорим о промышленных объемах данных, с которыми могут работать только единицы компаний в мире. Источники поисковых запросов. Внешние источники - сервисы поисковых систем (Вебмастер, Яндекс Вордстат, подсказки), SERP-сервисы (Keys.so, Ahrefs.com, SemRush.com и др.), парсинг конкурентов. Внутренний источник — поиск WB (🏆Самый крупный источник для команды) с 1+ млрд запросов с уникальными данными: Частотности, Конверсии, Транзакции, Доходы. История за несколько лет! Сервисы кластеризации и классификации семантики. Автоматически классифицируем теги по 2к категориям WB. SEO-сканер WB. Распределенный SEO спайдер (агенты сканеры на разных серверах с единой очередью в Redis) контролирующий миллионы страниц. Мы парсим им ВБ больше, чем топ сервисы аналитики! Однажны случайно положили им собственный сайт в другом регионе 😁 Копирайт-конвейер. Сервис написания SEO текстов с возможностью постановки кастомного ТЗ на текст, заданием вхождения ключевых слов (точные вхождения, через слово, с учетом или без учета морфологии), диапазоном длины текста, водности, уникальности. Реализован парсинг планов статей конкурентов, n-грамный анализ. ИИ помощник. Часть инструментов реализованы в SEO платформе, часть в виде Python скриптов. 🔹 Выводы на основе многолетнего опыта работы в Ecom. SEO для проектов уровня WildBerries невозможно без высокого уровня автоматизации! Мы говорим не просто об использовании инструментов — мы говорим о построении целых программных комплексов, которые анализируют поисковый спрос, генерируют контент, создают посадочные страницы, анализируют трафик и доход от SEO. SEO-специалисты крупных проектов должны обладать серьезными техническими компетенциями. Современный SEO-специалист в WildBerries — это гибрид аналитика, программиста и маркетолога. #SEO #WB #Digital

❓ Нужно ли SEO бизнесу в 2025? Спойлер - ДА! ️ SEO был и остается самым дешевым и конверсионным источником внешнего трафика для большинства сайтов. С уходом зарубежных рекламных систем Facebook, Google - стоимость клика в Яндекс Директ стала постоянно расти. У множества сайтов малого бизнеса при простом запуске компаний в Яндекс Директ перестала сходиться экономика 😱. ❓ Сейчас же люди ищут в нейросетях ChatGPT и др? Пока доля поиска в нейросетях намного меньше долей поиска в классических поисковиках. И как Вы думаете откуда нейросети берут данные? Также из классических поисковиков. Google именно за этим и отключил сбор массовый сбор данных для парсеров в сентябре 2025 (убрал возможность вывода 100 результатов на странице). Если у Вас совсем плохая видимость в поисковиках Яндекс и Google - то и в нейросетках будет совсем плохая. ❓ Но, если я торгую на WB, Ozon, Avito - зачем моему бизнесу знать и использовать SEO? На указанных площадках очень крупные внутренние поиски, разрабатываемые командами в сотни разработчиков. Где, также идет ранжирование по поисковым запросам на основе масштабных данных. А значит работает SEO внутри площадки! Конечно SEO под WB, Ozon, Avito, Yandex будет отличаться - но ключевые принципы останутся. ❗️ Многие поисковые технологии изобретены N десятков лет назад и работают до сих пор во всех поисковиках! Если хотите дешевого трафика - Ваш интернет бизнес обязан разбираться в SEO! #SEO #Digital

Channel photo updated