Сайты, деньги и Антон

Wildberries отвечал «успешно», а товар на витрине так и не появлялся.

Бывало такое? Вот у меня было. У книжного издательства новинки автоматически выгружаются на Wildberries. И в какой-то момент выяснилось, что часть книг туда просто не доезжает.

Самое неприятное — никаких ошибок при этом нет! Интеграция отправляет карточку, Wildberries отвечает что всё успешно, список ошибок пустой. То есть по логам всё как будто работает.

А на витрине книги нет.

Начал сравнивать те карточки, которые создаются нормально, с теми, которые пропадают. В итоге нашёл довольно простую закономерность: не создавались книги с названием длиннее 60 символов.

Для обычного товара, может быть, это нечастая история. А для технической литературы — вообще норма. Названия длинные, с уточнениями, технологиями, версиями, подзаголовками.

И вот тут самое интересное: Wildberries не говорил «название слишком длинное». Он просто принимал запрос, отвечал «успешно» и карточку не создавал.

То есть со стороны системы всё хорошо, а со стороны бизнеса товар просто не вышел в продажу.

Сделал автоматическую обрезку названия под допустимый лимит, чтобы такие карточки нормально создавались. Заодно ограничил количество повторных попыток, потому что раньше обмен мог бесконечно отправлять один и тот же товар, который Wildberries всё равно молча отбрасывал. Жесть конечно, но лучше так, чем вообще не отображать книгу.

После этого новые карточки начали появляться нормально.

В интеграциях нельзя верить ответу «успешно». И особенно WB )))

В промышленном B2B главная страница вообще не всегда самая продающая.

Есть у меня проект — завод редукторов. Когда заходили в рекламу, там по сути всё надо было делать с нуля: и сайт нормально привести в порядок, и каталог собрать, и аналитику настроить, и уже потом лить трафик.

В итоге на сайте собрали каталог на 5 162 позиции, сделали отдельные страницы по брендам, подбор оборудования, нормально настроили Метрику и цели.

Запустили рекламу.

За первые три месяца получили 41 заявку, 39 звонков, 48 обращений через контакты и 28 обращений в мессенджеры.

Но самое интересное было не даже в общем количестве заявок.

Когда начали смотреть, откуда именно люди обращаются, оказалось, что страницы конкретных брендов конвертят в 3–6 раз лучше главной страницы.

И вот это, на мой взгляд, очень хорошо показывает, как вообще работает промышленный B2B.

Человек обычно не приходит на сайт с мыслью: «Покажите мне красивый завод редукторов».

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

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

А если он сразу попадает на страницу того бренда, который искал, у него гораздо меньше вопросов. Он сразу видит, что попал туда, куда надо.

Поэтому здесь реклама сама по себе — только половина истории.

Можно сколько угодно ковырять ставки, объявления и ключи, но если после клика человек попадает не туда, куда ему нужно, конверсия всё равно будет хромать.

И наоборот: иногда одна нормальная посадочная страница даёт больше, чем неделя возни с рекламным кабинетом.

Вот это я и люблю в таких проектах — когда можно не гадать, а по цифрам увидеть, какая страница реально продаёт, а какая просто существует.

Если у вас промышленный B2B и вся реклама до сих пор ведёт на главную — есть смысл это проверить.

@AntonEvteevMarketing

Половину посетителей Яндекс.Метрика просто не видела

B2B-магазин на Битриксе, шаблон Aspro.

На первый взгляд всё было нормально: Метрика установлена, посещения идут, отчёты собираются.

Но при проверке выяснилось, что с мобильной версией есть проблема.

В этом шаблоне мобильная версия подключает свой набор файлов. Когда-то счётчик Метрики добавили только в десктопную часть сайта.

В результате происходило просто:

человек заходил с компьютера — Метрика его видела;
заходил с телефона — для Метрики его как будто не существовало. Мобильный трафик Метрика все равно какой-то видела, но в значительно меньшем объеме. Из-за этого проблему нельзя было найти быстро.

То есть реклама работала, SEO работало, люди приходили на сайт — но значительная часть трафика вообще не попадала в статистику.

А дальше уже начинается самое неприятное: решения по рекламе, SEO и эффективности сайта принимаются по данным, которым просто нельзя доверять.

Я перенёс счётчик в общий блок, который загружается и на компьютере, и на телефоне. После этого отдельно проверил обе версии сайта, чтобы Метрика везде срабатывала, но нигде не подключалась дважды — иначе вместо недоучёта получили бы двойную статистику.

Заодно нашлась ещё одна проблема.

Старые цели заказа были настроены, но фактически не работали. Шаблон отправлял события в устаревшем формате, который новый счётчик Метрики уже не понимал.

Исправил и это.

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

Если аналитика настроена неправильно, можно принимать совершенно логичные решения — на совершенно неправильных данных.

Проверьте свой сайт с телефона. Метрика точно видит этот визит?

Сайт продвигали в поиске. А поисковикам он сам говорил: «не заходить».

B2B-магазин стоматологических товаров.

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

И тут выяснилась неприятная вещь.

У любого сайта есть файл robots.txt — в нём поисковикам задаются правила: какие страницы можно смотреть и индексировать, а какие нельзя.

Так вот, основной сайт фактически отвечал поисковику: «весь сайт закрыт, ничего не индексировать».

Причём на сервере лежал правильный robots.txt. Если открыть сам файл — всё выглядело нормально. Поэтому проблема легко могла остаться незамеченной.

Но сайт работал на шаблоне Aspro, и у него была своя логика: для каждого домена шаблон мог подставлять отдельные правила. Для основного домена там как раз стояла строка:

Disallow: /

То есть хороший файл на сервере был, но поисковик его вообще не получал. До него просто не доходила очередь.

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

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

Основной домен начал отдавать правильный robots.txt, карта сайта осталась на месте, а региональные поддомены я не трогал — там запрет как раз нужен.

Мне в этом кейсе нравится одна простая мысль:

проверять надо не только то, что настроено, а то, что реально получает поисковик.

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

Если сайт «почему-то» не растёт в Яндексе или Google — иногда причина может быть гораздо проще, чем кажется.

Кстати, это классическая "тема" при выкладке сайта: сеошники проверили пере выкладкой, сказали разрабам открыть к индексации. Те забыли, а сеошники второй раз не проверили 🙈

Клиенты платили, а заказы оставались неоплаченными. Вернул в учёт 101 448 ₽

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

То есть деньги от клиентов магазин получал, но сам сайт об этом не узнавал.

Я начал проверять не код оформления заказа, а цепочку после оплаты. Когда покупатель платит через ЮKassa, платёжная система отдельно отправляет на сайт уведомление: оплата прошла, заказ можно переводить в оплаченные.

И вот здесь нашлась причина.

Накануне на сайте включили принудительный переход с обычного адреса http на защищённый https. Для обычного посетителя почти ничего не изменилось: он вводит адрес сайта и всё равно попадает куда нужно.

Но в настройках ЮKassa остался старый http-адрес для уведомлений об оплате.

Получалась довольно коварная ситуация: ЮKassa отправляла уведомление на правильный сайт, но по старому протоколу. Сайт отвечал перенаправлением на https, а ЮKassa это перенаправление не проходила и считала уведомление недоставленным.

В результате деньги успешно списывались, но сайт так и не получал подтверждение оплаты.

Я поменял адрес уведомлений на https и сразу проверил на новом заказе. Через две минуты он автоматически перешёл в оплаченные — значит, причина найдена.

Но оставались уже потерянные заказы.

Через API ЮKassa я получил список всех платежей за проблемный период, сверил их с заказами магазина и задним числом провёл только те, которые действительно были оплачены. Брошенные корзины и неоплаченные заказы не трогал.

Итог: восстановлено 36 заказов на общую сумму 101 448 ₽.

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

А у вас были подобные ляпы? ) Как нашли?

Не приходят заявки? Упал сайт? Не пускает в админку?

Вот несколько конкретных задач, которые я регулярно решаю на сайтах.

🅿️ Форма заявки перестала отправляться
У парковки у аэропорта кнопка «Забронировать» начала выдавать ошибку.
Проблема оказалась не в сайте: почтовый сервис отключил отправку писем на текущем тарифе.
Нашёл причину, клиент сменил тариф — всё заработало.
Обычно такая диагностика — 1 500 ₽.

🕰 Перестали приходить письма о заказах
У магазина антиквариата заказы сохранялись, но менеджеры перестали получать уведомления.
Причина — отозванный пароль от почты.
Поставил новый пароль, сделал настоящий тестовый заказ, проверил доставку.
1 500 ₽.

🛒 Сайт отправляет письма, но они не доходят
Интернет-магазину на Битриксе советовали переустановить почтовый модуль.
Модуль оказался исправен.
Выяснил, что хостинг заблокировал исходящую почту. Собрал логи, передал хостеру доказательства, отправку разблокировали.
Около 3 000 ₽.

⚖️ Случайно удалили раздел сайта
У производителя весов сотрудник удалил раздел с программами и драйверами.
Откатывать весь сайт на резервную копию было нельзя — потерялись бы свежие изменения.
Восстановил из бэкапа только нужный раздел и файлы.
4 500 ₽.

🔐 Не получается войти в админку
Пароль забыли, восстановления через почту нет.
Сбросил пароль через базу данных и проверил вход.
1 500 ₽.

💥 Сайт полностью перестал открываться
После правки системный файл сохранился не полностью.
Нашёл рабочую версию в резервной копии, восстановил файл — сайт снова заработал.
Около 3 000 ₽.

🗺 Кривая карта сайта мешает SEO
Штатный модуль создавал sitemap с дублями и пропускал часть страниц.
Сделал отдельный генератор с автообновлением.
Теперь в карте 123 нормальные страницы вместо 37.
3 000 ₽.

-—
С какими задачами ещё можно обращаться:

— не приходят заявки с сайта;
— не работает форма;
— сайт выдаёт ошибку или белый экран;
— нужно восстановить страницу или раздел;
— проблемы с почтой;
— не пускает в админку;
— нужно настроить редиректы;
— сломался блок после правок;
— проблемы после переноса сайта;
— технические ошибки SEO;
— проблемы с хостингом или SSL;
— нужно понять, что вообще сломалось и кто виноват: сайт, сервер, почта или сторонний сервис.

Работаю с Битрикс, WordPress, HostCMS, самописными сайтами, Beget, Timeweb, REG.RU и другими хостингами.

Большинство небольших задач обходятся в 1 500–4 500 ₽.

Если проблема сложнее — сначала разбираюсь в причине и только потом оцениваю работу.

Без «вам нужно переделать весь сайт», если вопрос решается одной точечной правкой.

Пишите: @AntonEvteevMarketing

🏄 Кейс: SEO для «Вода и Серф»

За май–август:

— 93% коммерческих запросов — в ТОП-10 Яндекса
— 96% отслеживаемого поискового спроса — в ТОП-10
— 93% спроса — в ТОП-3 Яндекса
— поисковый трафик вырос примерно в 1,7 раза
— Google вырос примерно с 2 до 4 тыс. визитов в месяц
— отправки форм из поиска выросли примерно с 60 до 380 в месяц — почти ×7
— поиск даёт около 63% переходов в мессенджеры и 63% кликов по телефону
— отказов у поиска примерно вдвое меньше, чем у платной рекламы
— сайт переехал с Tilda на Astro без просадки органики

Сам проект не был новым: «Вода и Серф» работает с 2025 года, поисковый трафик уже был.

Но системного SEO практически не было.

Как продвигал

1. Собрал семантику

Собрал около 470 запросов, после чистки осталось чуть больше 200 рабочих.

Каждый запрос раскладывал по посадочным страницам не только по формулировке, но и по реальной выдаче Яндекса и Google.

2. Переработал структуру и контент

Оптимизировал главную и внутренние страницы под реальные кластеры спроса.

Развёл географию: в текстах — «Петербург», «Репино», «под Петербургом», а точный юридический адрес оставил в контактах и Schema.org.

Убрал переоптимизацию и переписал тексты под реальные вопросы клиента, а не под механическое повторение ключей.

3. Переехал с Tilda на собственный код

В июле полностью перевёл сайт на Astro.

Получили свой HTML, полный контроль над разметкой, скоростью, формами и технической частью.

И главное — переезд прошёл без потери SEO.

Яндекс удержался, Google продолжил расти.

4. Ссылочная стратегия

За период разместили около 15 постоянных ссылок.

Не покупали ссылки «пакетом», а планировали:

— какие страницы усиливать
— какие анкоры использовать
— каких доноров брать
— в какой последовательности размещаться

Каждую площадку и каждое размещение проверял отдельно.

5. Работал с конверсией

Делал не только SEO.

Добавили новые посадочные, формы, попапы, единые цены, блоки инструкторов, переработали подвал.

В результате формы из поиска выросли почти в 7 раз, при том что сам трафик вырос только в 1,7 раза.

То есть рост дал не только дополнительный трафик, но и работа с самими страницами.

ИИ использовал практически везде

В этом проекте я очень широко использовал искусственный интеллект:

— анализ семантики
— кластеризация
— анализ выдачи
— работа с текстами
— планирование ссылочной стратегии
— анализ данных
— разработка сайта

Особенно сильно ИИ изменил экономику разработки.

Раньше переезд с Tilda на собственный код потребовал бы отдельного разработчика.

Здесь значительную часть разработки я смог сделать сам, используя ИИ как технического исполнителя.

В итоге один специалист смог закрыть объём, для которого раньше понадобилась бы небольшая команда.

ИИ не сделал SEO за меня.

Он просто позволил сильно сократить трудозатраты на механику и больше времени тратить на решения.

А результат уже вполне обычный и измеримый:

93% коммерческого ядра в ТОП-10 Яндекса.
Google ×2.
Поиск ×1,7 по трафику.
Формы из поиска — почти ×7.

🌊 voda.surf

В ChatGPT появилась собственная реклама

Логичная монетизация )

Сегодня мне предложили создать первое объявление в ChatGPT. Это уже не генерация рекламных текстов, а новый платный рекламный канал.

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

— выбирает товар;
— сравнивает услуги;
— ищет подрядчика;
— просит посоветовать компанию;
— разбирается, как решить конкретную проблему.

Например, человек спрашивает: «Кто может поддерживать сайт на Битриксе?» или «Какую систему очистки воды выбрать для дома?». Рядом с ответом может появиться подходящее предложение рекламодателя.

Для бизнеса это потенциально очень тёплая аудитория: потребность уже сформулирована самим пользователем.

Но что с Россией — пока неясно. Мы ж под квн сидим )

— можно показывать рекламу пользователям из России через регион Нидерландов например:)
— оплата через те же карты что мы и ЧатГПТ платим
— модерацию пока не проходил, но думаю ничего удивительного нас не ждет;
— на старт мне предложили 100$ за день.

Поэтому можно начинать! Кто хочет быть первым? 🙂 https://ads.openai.com/ - рега тут. Могу помочь )

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

С 1 сентября 2026 года можно внезапно потерять контроль над своим доменом.

Нет, домены не переезжают на Госуслуги. Но для регистрации и продления доменов в зонах .ru, .рф и .su администратору потребуется пройти идентификацию через ЕСИА.

Если коротко: без подтверждённой учётной записи на Госуслугах продлить домен не получится.

И это совсем не айтишная мелочь.

Домен — это адрес вашего сайта. На нём завязаны:

🔹 сам сайт;
🔹 корпоративная почта;
🔹 реклама и SEO;
🔹 визитки и QR-коды;
🔹 каталоги и коммерческие предложения;
🔹 карточки компании на картах;
🔹 десятки старых ссылок, про которые уже никто не помнит.

Пока всё работает, кажется: ну домен и домен. Раз в год продлили — и забыли.

Но теперь появляется важный вопрос: кто официально считается администратором домена и сможет подтвердить свою личность через Госуслуги?

И вот здесь у бизнеса часто начинается настоящая археология 🏺

Домен может быть оформлен:

— на директора как на физлицо;
— на ООО;
— на бывшего сотрудника;
— на подрядчика, который когда-то делал сайт;
— на фрилансера;
— на старую почту, к которой уже никто не имеет доступа.

Формально сайт ваш. А фактически домен может висеть на человеке, которого вы уже три года не видели.

Что может произойти, если не разобраться:

❌ не получится продлить домен;
❌ возникнут проблемы с изменением данных и передачей домена;
❌ сайт и корпоративная почта могут перестать работать;
❌ заявки из рекламы и поиска начнут уходить в никуда.

Что стоит проверить прямо сейчас:

☑ на кого зарегистрирован домен;
☑ есть ли доступ в кабинет регистратора;
☑ актуальны ли указанные там почта и телефон;
☑ есть ли у администратора подтверждённая учётная запись на Госуслугах;
☑ если домен оформлен на юрлицо — подтверждена ли организация в ЕСИА;
☑ если домен записан на бывшего сотрудника или подрядчика — можно ли его переоформить;
☑ когда заканчивается срок регистрации домена.

Если срок заканчивается в ближайшее время, домен ещё можно успеть продлить до 1 сентября. Но это только отсрочка: для дальнейших действий идентификация администратора всё равно понадобится.

Короче, если у вас есть сайт на .ru, .рф или .su, задайте себе один простой вопрос:

«Я точно знаю, на кого оформлен домен и кто сможет управлять им после 1 сентября?»

Потому что очень обидно годами вкладываться в сайт, SEO и рекламу, а потом узнать, что всё упёрлось в доступ к домену, который когда-то зарегистрировал «тот самый человек» 😬

Клиент три года не знал, что у него пиратский Битрикс. Узнал, когда сайт лёг. 😬

На прошлой неделе у клиента вместо главной страницы — белый экран с ошибкой.

Полез разбираться. Добрался до системных файлов Битрикса — и тут выяснилось прекрасное: ядро CMS взломанное. Пиратка.

Причём владелец об этом вообще не знал.

Три года сайт спокойно работал:

+ открывался;
+ принимал заявки;
+ индексировался;
+ ничего подозрительного не показывал.

Никаких красных лампочек и надписей «У ВАС ПИРАТСКИЙ БИТРИКС» не было.

Именно поэтому такие истории могут жить годами.

🔎 А как вообще понять, что Битрикс пиратский?

У взломанной CMS внешне всё может быть совершенно нормально.

✅ Админка работает.
✅ Формы отправляются.
✅ Страницы открываются.

Только обновлений нет.

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

В нашем случае я нашёл сразу четыре признака:

❌ лицензионного ключа нет;
❌ проверка лицензии в ядре фактически отключена;
❌ механизм обновлений переписан;
❌ само ядро древнее и с момента установки не обновлялось.

Причём картина совсем прекрасная: ядро от 2020 года, часть файлов от 2023-го, обновлений — ноль.

Если самостоятельно в файлы лезть не хочется, есть вариант проще.

Спросите у своего подрядчика:

❓ на кого оформлена лицензия;
❓ где личный кабинет Битрикса;
❓ где ключ;
❓до какого числа оплачены обновления.

Если в ответ начинается туман — я бы уже насторожился. 🚩

💥 Чем плоха пиратка?

Не тем, что завтра к вам придёт полиция.

Всё гораздо скучнее и дороже.

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

Дальше начинается веселье:

* 🦠 чужие скрипты;
* 🔁 редиректы;
* 📊 подмешанная аналитика;
* ✉️ спам;
* 🗂 заражённые файлы;
* 📉 проблемы с поисковиками.

И самое неприятное: можно всё это почистить.

А через месяц получить заново.

Потому что дыру вы не закрыли.

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

Поэтому экономия на лицензии — штука довольно условная.

Ты не экономишь. Ты просто переносишь платёж на несколько лет вперёд

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

У моего клиента этот момент наступил через три года.

В обычный рабочий день.

С белым экраном вместо главной страницы. 🫠

✅ Поэтому при заказе сайта я бы проверял сразу:

* лицензия оформлена на вас;
* ключ и доступ к кабинету вендора находятся у вас;
* понятно, какая редакция куплена;
* понятно, до какого числа оплачены обновления;
* продление лицензии заложено в ежегодные расходы.

А если принимаете сайт после другого подрядчика — лицензию лучше проверить в первый же день.

Сомневаетесь в своём Битриксе — пишите. Посмотрю, что там у вас внутри. 👀 @AntonEvteevMarketing

У Андрея на велосипеде разболтался руль. Я привык что руль на великах затягивает большой гайкой, у втулки рулевой. Ключей таких у меня не было.

Решил показать фотографии ChatGPT.

А он мне: «Да не там ты ищешь. Вот же заглушка, болт под ней». Причём подсказал, что выковыривать надо не всю металлическую деталь, а только маленький центр.

Вот тут я реально удивился 😄

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

В итоге вместе с ИИ починили сыну велосипед по фотографиям.

Это очень круто! Что Ии помогает решать бытовые проблемы. Я так и дверь на холодильнике перевесил и триммер на даче дефектовал.

Нравятся мне такие применения ИИ )

Фоточки из отпуска ☺️