Cetera, New York, NY (2026)

10/05/2026

Новый Мастер отчетов в Директе: что меняет и зачем смотреть

Яндекс Директ объявил о запуске нового Мастера отчетов — это не просто обновление интерфейса, а смена подхода к анализу кампаний. С 22 июня 2026 года старая версия отчетов ушла в архив, а все пользователи перешли на новую систему. Изменения касаются не только визуала, но и логики: группировки теперь называются так, фильтры перемещены в колонки, а сохраненные отчеты нужно пересоздавать. В центре — семь готовых шаблонов, каждый из которых отвечает на один ключевой вопрос в недельной проверке кампаний: куда ушли деньги, какие площадки съедают бюджет, какие запросы не работают, где скрыта эффектив

Считаю, что самое важное здесь — не дизайн, а переход от статичных отчетов к динамичному анализу. Теперь вы не просто смотрите на данные, вы с ними работаете: переключаете периоды, фильтруете в колонках, отключаете площадки одним кликом. Это не ускорение, а смена парадигмы. Раньше вы проверяли кампанию раз в неделю, теперь — в режиме постоянного мониторинга. Это особенно важно для тех, кто работает с автотаргетингом: без разделения Поиска и РСЯ вы не увидите, где искажается стоимость конверсии.

На мой взгляд, не все изменения оправданы. Перемещение фильтров в колонки — удобно, но в первые дни вызывает дезориентацию. Потеря привычных блоков, таких как «показать строки с кликами больше одного», — это не упрощение, а потеря привычной логики. Но это временное. Главное — что теперь можно делать массовые действия прямо в таблице. Это снимает ручную работу, которая раньше занимала часы.

Мы в Cetera такие интеграции делаем так: начинаем с аудита текущих отчетов, выделяем ключевые точки анализа, а потом настраиваем систему так, чтобы она отвечала на них автоматически. В этом новом Мастере отчетов — уже есть шаблоны, которые можно использовать. Но их нужно адаптировать под свои цели. Я бы на месте владельца магазина смотрел прежде всего на отчеты по площадкам и запросам. Если вы не проверяете их еженедельно — вы теряете деньги. Площадки с низким CTR и нулевой конверсией могут съесть весь бюджет за пару дней. Система теперь позволяет это видеть и устранять — но только если вы включите её в рутину.

Это часть нашей работы — Сбор требований, анализ, аудит, спрос, конкуренты, отчеты, планы и ТЗ. Собираем требования с сотрудников клиента, анализируем спрос и конкурентов, проводим аудиты существующего сайта. Предоставляем отчеты, рекомендации и технические задания на создание контента, программирование функциональностей и разработку интеграций. https://cetera.ru/services/audit/

Автор: Святослав Семенов из Cetera Labs

10/05/2026

В Авито появились расширенные таргетинги по здоровью

В блоге Авито Рекламы вышел разбор о том, что в разделе «Здоровье» появились новые сегменты таргетинга — теперь рекламодатели могут точнее настраивать кампании для аудитории, интересующейся товарами для здоровья и медицинскими изделиями. Обновление охватывает более 30 категорий, включая витамины, препараты от аллергии и средства для глаз, и работает через алгоритмы машинного обучения. При этом данные о диагнозах или покупках не используются. Это не просто расширение списка, а смена подхода к охвату: теперь можно нацеливаться не на «покупателей», а на «тех, кто интересуется» — даже до момента покупки.

Считаю, что ключевое здесь — не количество категорий, а изменение логики. Раньше таргетинг в Авито был либо по поведению (что смотрел), либо по интересам (что читал). Теперь появляется возможность объединить интерес к здоровью с конкретными товарами — и это даёт шанс не просто быть видимым, а быть релевантным на ранних этапах. Особенно важно для брендов, которые работают с профилактикой: они могут сейчас охватить тех, кто ищет витамины, но ещё не купил.

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

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

Мы в Cetera такие интеграции делаем так: сначала проверяем, как ведёт себя аудитория в новом сегменте — не просто по охвату, а по вовлечённости. Потому что «интерес к витаминам» может быть разным: у кого-то — это профилактика, у кого-то — пост-курс, у кого-то — просто любопытство. Важно не только попасть, но и не отпугнуть.

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

Вывод простой: Авито не просто добавило категории. Оно изменило доступ к аудитории, которая ещё не решила, что купить. Это не про продажу, а про вовлечение. И если у вас сайт не настроен на работу с такими аудиториями — стоит пересмотреть подход к таргетингу. Не потому что «надо», а потому что «можно» — и уже можно.

Это часть нашей работы — Продвижение сайтов. Комплексное SEO-продвижение сайтов всех типов в поиске Яндекс и Google. ✔ Заказать раскрутку в поисковых системах, контексте, социальных сетях и на маркетплейсах. https://cetera.ru/services/clients/

Автор: Святослав Семенов из Cetera Labs

10/05/2026

WordPress запустила инструменты для автоматизации релизов

WordPress объявила о публичном релизе инструментов для сборки выпусков — core-release-utils. Это не новая версия платформы, а набор утилит, которые упрощают процесс выпуска обновлений. Всё, что касается сборки, тестирования и документирования, теперь автоматизировано с помощью CLI-команд. Основная цель — сократить ручную работу, снизить риск ошибок и ускорить релизы.

WordPress Core опубликовала репозиторий с инструментами для автоматизации выпуска — core-release-utils. В него вошли шесть утилит: helphub для создания страниц помощи, svn-tags для формирования тегов в Subversion, verify-tags-reached-mirror для проверки доставки тегов на GitHub, svnmergecheck для валидации слияний, ghpatch для применения патчей из PR в SVN и wp-profile-link-generator для генерации списков участников. Все инструменты работают через CLI, выводят команды — их нужно запускать вручную, но без риска ошибки в синтаксисе.

Считаю, что это не просто техническая оптимизация — это смена парадигмы. Раньше выпуск обновления был ручной операцией, требовавшей проверки десятков веток, ручного формирования тегов и документации. Теперь эти действия можно автоматизировать. Это не значит, что обновления станут чаще, но они станут стабильнее и предсказуемее. Особенно важно, что инструменты публичные — любой разработчик может использовать их, в том числе и для собственных проектов.

На мой взгляд, главное здесь — не сам инструмент, а то, что он открыт. Это сигнал: WordPress переходит к более прозрачной и распределённой модели релизов. Для владельцев сайтов это означает, что обновления будут приходить быстрее, с меньшим количеством ошибок. Особенно актуально для тех, кто зависит от стабильности — например, бизнесов с высокой нагрузкой. Если у вас сайт на WordPress, стоит посмотреть, как устроены его обновления: если вы видите, что ветки тормозят, а документация не обновляется — это может быть признаком, что проект не включён в новые процессы. В таких случаях лучше следить за релизами и не откладывать обновления.

Это часть нашей работы — Поддержка и развитие. Поддерживаем сайты всех типов на CMS и фреймворках: Cetera CMS, Laravel, Yii2, InSales, «1С-Битрикс», Bitrix24, WordPress, WooCommerce, Ecwid, OpenCart, Drupal, Joomla, Magento2, Shopify и самописные системы на PHP и Python. Инфраструктура, развитие и продвижение включены. https://cetera.ru/services/support/

Автор: Святослав Семенов из Cetera Labs

10/04/2026

Gutenberg перешёл на Vitest для тестирования

Gutenberg отчитался о переходе с Jest на Vitest для тестирования JavaScript-кода. Это не касается пользователей сайта напрямую, но затрагивает тех, кто работает с кодом WordPress — разработчиков, поддержки, интеграторов. Основные изменения: тесты теперь используют современную среду, которая лучше работает с ECMAScript-модулями, и добавлена поддержка реального браузера для проверки отрисовки и взаимодействий. Важно: это не обновление для пользователей, а внутренняя смена инструментов для разработчиков.

Gutenberg отчитался о переходе с Jest на Vitest как основной тестовый фреймворк для JavaScript-кода. Это не означает, что ваш сайт внезапно стал медленнее или сломался — изменения касаются только процесса разработки. Но для тех, кто использует WordPress как платформу для создания сайтов, это сигнал: тестирование стало ближе к реальным условиям. Vitest позволяет запускать тесты в реальном браузере, проверяя, как отображаются стили, работают скроллы, фокусы и взаимодействия — то, что раньше приходилось эмулировать.

На мой взгляд, это не просто техническое улучшение — это шаг к устойчивости. Jest уже давно не развивается с прежней скоростью, а Vitest, встроенный в Vite, уже используется в современных инструментах вроде Storybook. Переход на Vitest означает, что тесты будут быстрее, проще настраиваться и меньше ломаться при обновлении зависимостей. Особенно важно, что теперь можно проверять компоненты в реальном браузере — это не просто удобство, а возможность выловить ошибки, которые jsdom не показывает.

Для владельца сайта это не повод срочно что-то менять. Но если вы работаете с кастомным кодом, темплейтами или плагинами, которые тестируются — стоит понимать, что будущие версии WordPress будут строиться на более современной инфраструктуре. Мы в Cetera такие интеграции делаем так: начинаем с аудита, где проверяем, насколько код готов к изменениям. Если у вас есть внутренняя команда — следите за обновлениями в /scripts. Если нет — это повод задуматься, как вы будете отслеживать качество кода в будущем.

Это часть нашей работы — Программирование. Создание функциональных возможностей на сайте. В части создания сайтов выражается в интеграции верстки с данными в базе данных и формировании тем самым логики работы сайта. https://cetera.ru/services/programming/

Автор: Святослав Семенов из Cetera Labs

10/04/2026

Как ИИ может выдать тайны — и как это не допустить на вашем сайте

Авторы habr-infosec разобрали, как в RAG-системах обеспечить контроль доступа к информации — и почему без этого даже самый умный ИИ может стать источником утечек. Я считаю, что это не просто техническая деталь, а фундаментальная задача для любого сайта, который работает с данными.

О чём речь и почему я считаю это важным для бизнеса

Речь о том, как делать так, чтобы ИИ-ассистент не выдал конфиденциальные данные просто потому, что они есть в базе. Это не про уязвимость, а про архитектуру. И если у вас на сайте есть раздел с личными данными, доступ к отчётам, тарифами или внутренними регламентами — это касается вас. Я считаю, что сейчас, когда ИИ становится частью сервисов, контроль доступа — не опция, а обязательная часть инфраструктуры. Без него сайт, даже если он «работает», теряет доверие и рискует стать уязвимым.

Сейчас многие компании внедряют ИИ-чата, боты, справочники. Но если система не знает, кто что видит, она может выдать всё — даже то, что не должно быть доступно. Это не ошибка, а следствие того, что данные и логика доступа не связаны. А в бизнесе это — риск, который может повлиять на репутацию, законность и даже на финансовые потоки. Важнее не «что знает ИИ», а «кто может это знать».

Как это устроено — что тут вообще происходит

RAG — это не просто поиск. Это когда ИИ сначала находит нужные фрагменты из ваших документов, а потом отвечает на основе них. Документы разбиваются на части, каждая превращается в вектор — цифровую «смысловую метку». Когда пользователь задаёт вопрос, система ищет похожие векторы. Но вот что критично: если все фрагменты лежат в одной базе, и нет фильтрации, ИИ может отвечать на всё, что есть в системе — даже то, что не должно быть доступно.

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

Что изменилось на рынке: как делали раньше и как делают сейчас

Раньше ИИ-ассистенты были просто «чёрным ящиком» — отвечали на вопросы, не зная, откуда берутся данные. Сейчас, с RAG, они стали частью внутренней инфраструктуры. Но это не означает, что всё стало безопаснее. Наоборот — теперь утечка данных может произойти не из-за хакерства, а из-за плохой настройки доступа.

Раньше доступ к информации контролировали через файлы, папки, права в системах. Сейчас, когда данные объединяются в векторные хранилища, эти границы стираются. ИИ-система может получить доступ к информации, которую раньше не видел ни один сотрудник. Это не просто риск — это уже реальность. Компании, которые внедряют ИИ, должны понимать: новые возможности — это не только скорость, но и новая ответственность за безопасность.

Кому это касается и как понять, что это про ваш проект

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

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

Что с этим делать — порядок действий в общем виде

Сначала — аудит. Не по функционалу, а по доступу. Какие данные хранятся? Кто может их видеть? Где они объединены? Второй шаг — разграничение. Даже если вы не используете ИИ, данные должны быть разделены по ролям: поддержка, менеджеры, клиенты, партнёры. Третий — внедрение фильтров. Не в модели, а в системе поиска. Когда запрос идёт, система должна сначала определить, кто его задал, а потом искать только в тех данных, которые ему доступны.

В таких проектах мы начинаем с анализа структуры данных и ролей. Затем проектируем логику доступа — не через код, а через архитектуру. Например, отдельные коллекции для разных ролей, или метаданные в файлах. Главное — чтобы доступ был не в «последнюю минуту», а в самой основе.

Где они не справляются — и как мы это решаем

Источник упоминает, что подход с папками — простой, но ведёт к дублированию. Один документ в трёх папках — и если обновили только одну, данные расходятся. Это реальная проблема. Мы решаем её не упрощением, а системой. Вместо дублирования — метки, но не в коде, а в структуре хранения. Документ может быть в одном месте, но иметь метки доступа, которые проверяются при запросе.

Мы не полагаемся на «перетаскивание файлов». Вместо этого — интеграция с системой управления доступом. Каждый запрос проходит через проверку: кто запрашивает, что может видеть. Это надёжнее, чем физическое разделение. И при этом — не требует дублирования. Система остаётся гибкой, но безопасной.

Это часть нашей работы — Создание и разработка. Создание интернет-проекта — комлексная услуга, включающая весь производственный цикл: от сбора требований до запуска готового ресурса в интернете. https://cetera.ru/services/development/

Автор: Святослав Семенов из Cetera Labs

10/04/2026

VK WorkSpace перешла на новую платформу для видеоконференций

VK Tech сообщила, что перенесла «Видеоконференции VK WorkSpace» на новую технологическую платформу, которая улучшает стабильность связи, особенно при слабом интернете. Изменения касаются архитектуры передачи данных, кодеков и инфраструктуры, а также добавили функции для мобильных и браузерных участников.

VK Tech перенесла «Видеоконференции VK WorkSpace» на новую платформу с распределённой инфраструктурой, что снижает задержки для пользователей в разных регионах. Встроены улучшенные технологии: кодек Opus 1.5 для сохранения качества аудио при медленном интернете, технология DRED для восстановления звука при сбоях и нейросетевая модель NoLACE, уменьшающая искажения. Платформа рассчитана на конференции более чем на 1000 участников. Также появились новые функции: демонстрация экрана смартфона в мобильном приложении, режим «картинка в картинке», выбор экрана при демонстрации на ПК и доступ к звонку через браузер на iOS, Android и macOS. В приложении Переговорные комнаты добавлены функции демонстрации экрана внешних устройств, регулировки громкости и режим просмотра контента без подключения к звонку. Обновление постепенно распространяется на облачную версию, а в будущем планируется и для On-Premise.

На мой взгляд, главное здесь — не просто новая функция, а фундаментальная смена архитектуры. Это не улучшение интерфейса, а переход к устойчивой и масштабируемой системе. Устойчивость при плохой связи — это не просто удобство, а возможность проводить важные встречи, когда интернет нестабилен. Для владельцев сайтов, использующих встроенные видеоконференции, это сигнал: если вы думаете, что интеграция с инструментами типа VK WorkSpace — это просто кнопка «включить», то сейчас стоит пересмотреть подход. Такие платформы развиваются, и их возможности уже выходят за рамки простой связи.

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

Это часть нашей работы — Поддержка и развитие. Поддерживаем сайты всех типов на CMS и фреймворках: Cetera CMS, Laravel, Yii2, InSales, «1С-Битрикс», Bitrix24, WordPress, WooCommerce, Ecwid, OpenCart, Drupal, Joomla, Magento2, Shopify и самописные системы на PHP и Python. Инфраструктура, развитие и продвижение включены. https://cetera.ru/services/support/

Автор: Святослав Семенов из Cetera Labs

10/04/2026

AI-поиск не работает? Сначала проверьте, доступен ли ваш сайт

Издание seonews пишет, что для доступности сайта в AI-поиске важно не только добавлять файлы вроде llms.txt, но и проверять базовую техническую доступность. Я считаю, что это не новость — это фундамент, который многие упускают. Если сайт не виден даже обычному боту, то говорить о его видимости в ChatGPT или Perplexity — преждевременно.

О чём речь и почему я считаю это важным для бизнеса

Речь о том, как сайты попадают в AI-поисковые системы — не только Google, но и OpenAI, Anthropic, Perplexity. Многие думают: «надо добавить llms.txt, открыть GPTBot — и сайт появится в чат-поиске». Это упрощение. На деле, если бот не может получить страницу из-за блокировки в robots.txt, 403-ошибки или JS-файлов, то никакая разметка не поможет. Это не про «AI-поиск» — это про базовую доступность. И именно это — ключ к выручке. Сайт, который не виден, не привлекает клиентов. А если он не виден в новых каналах, то выручка падает не из-за конкуренции, а из-за технического устаревания. Мы в Cetera видим это регулярно: сайт работает, но не ведёт. И не потому что он «не красив», а потому что не доступен. Это не про улучшение — это про сохранение. И я считаю, что для бизнеса это важнее, чем любая «новая фича».

Как это устроено — что тут вообще происходит

AI-поисковые системы используют разные боты для разных задач. У OpenAI есть GPTBot (для поиска), OAI-SearchBot (для индексации), а у Anthropic — ClaudeBot (обучение), Claude-SearchBot (поиск), Claude-User (пользовательский запрос). У Perplexity — PerplexityBot (поиск) и Perplexity-User (вручную). И у каждого — свои права. Открытие одного бота не значит, что все остальные получат доступ. Более того, Perplexity-User может игнорировать robots.txt. Это значит, что даже если вы его запретили, пользователь может открыть страницу вручную. А значит, блокировка — не гарантия. И ещё: `robots.txt` — это не инструкция, а рекомендация. Боты могут её игнорировать. А `noindex` — это директива для поисковика, а не для AI. Если бот не получил страницу, он не увидит `noindex`. Всё это — не про «секретные настройки», а про понимание, как работает доступ. И если вы не проверили, может ли бот получить контент, то всё остальное — пустая трата времени.

Что изменилось на рынке: как делали раньше и как делают сейчас

Раньше бизнесы думали: «если сайт в Google — значит, он везде». Теперь: «если сайт в Google — значит, он может быть в AI-поиске». Но это не так. AI-поиск — не копия Google. Он работает с другими ботами, другими правилами, другими целями. Раньше мы проверяли только доступность, индексацию, метатеги. Сейчас — ещё и то, как сайт выглядит для AI-краулера. Но главное — не то, что изменилось, а то, что осталось: если сайт не виден, он не работает. Проблема не в том, что AI-поиск «сложный» — она в том, что многие сайты не прошли базовую проверку. И теперь, когда каналы продвижения меняются, сайт, сделанный под старую логику, не просто не работает — он теряет выручку. Потому что клиенты не видят его в новых каналах. А это — не позиции, это деньги.

Кому это касается и как понять, что это про ваш проект

Это про любой сайт, который: — не получает трафик из новых источников (например, из ChatGPT или Perplexity); — не отвечает на запросы, хотя контент есть; — имеет 403, 404 или JS-проблемы; — закрыт в robots.txt; — не отдаёт контент в рендеринге. Если вы видите, что сайт «работает», но не «зарабатывает» — это может быть из-за технических барьеров. И не потому что «не появился в AI-поиске», а потому что не был доступен. Мы в Cetera такие интеграции делаем так: начинаем с проверки доступности, затем — с рендеринга, потом — с анализа метатегов. И только потом — с разметки. Если вы не проверяли, может ли бот получить контент, то это — главная проблема. А не `llms.txt`.

Что с этим делать — порядок действий в общем виде

Начинаем с аудита. Проверяем, может ли бот получить страницу. Делаем это по шагам: — Проверяем HTTP-коды: 200 OK? — Проверяем robots.txt: URL разрешён? — Проверяем, не стоит ли noindex или nofollow? — Проверяем, не блокирует ли CDN или WAF бота? — Проверяем, отдаёт ли браузер контент в рендеринге? — Проверяем, не скрывает ли JavaScript основной текст? — Проверяем, какие боты имеют доступ: GPTBot, OAI-SearchBot, PerplexityBot — и для какой задачи. Только после этого — смотрим на `llms.txt`, `Schema.org`, `robots.txt`-директивы. И только если всё технически доступно — начинаем думать, как сделать сайт «видимым» в AI-поиске. Потому что иначе — это как строить дом на песке.

Сайт, сделанный под прошлую расстановку каналов, теряет не позиции, а выручку

Каналы продвижения меняются. Раньше — Google, Яндекс. Сейчас — AI-поиск, чаты, агенты. Сайт, который не адаптирован к этим изменениям, не привлекает клиентов. И не потому что «не красив», а потому что не доступен. Это не про улучшение — это про выживание. Мы в Cetera видим это у клиентов: сайт работает, но не приносит. И только после проверки доступности — начинается рост. Клиенты более чем в 30 отраслях — это факт о компании. Аудит сайта — это следующий шаг. Не потому что «надо», а потому что иначе — вы теряете деньги.

Это часть нашей работы — Администрирование. Поддерживаем сайты всех типов на CMS и фреймворках: Cetera CMS, Laravel, Yii2, InSales, «1С-Битрикс», Bitrix24, WordPress, WooCommerce, Ecwid, OpenCart, Drupal, Joomla, Magento2, Shopify и самописные системы на PHP и Python. Инфраструктура, развитие и продвижение включены. https://cetera.ru/services/hosting/

Автор: Святослав Семенов из Cetera Labs

10/04/2026

Яндекс стал показывать рекламу в картах — что делать владельцу сайта

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

Команда Яндекса объявила, что с 1 сентября 2026 года в сервисах с картами, включая встроенные через API и Конструктор, может появляться реклама. Это не новое правило — в условиях уже с мая 2026 года было разрешено показывать рекламу, но теперь добавлено, что пользователь может отключить её на условиях, описанных в документации. За отключение рекламы на одном домене теперь нужно платить 20 000 рублей в год. При этом бесплатные запросы к карте остаются, но смена модели означает, что любая встраиваемая карта теперь — потенциальный источник рекламы. Это касается не только сложных решений, но и простых встроенных карт, созданных через Конструктор.

Считаю, что это серьёзный поворот. Раньше карта была частью интерфейса — нейтральным элементом, который не мешал. Теперь она превращается в рекламный блок, который может нарушить восприятие бренда. Особенно если реклама не по теме или выглядит неаккуратно. Яндекс не удаляет рекламу, а делает её опциональной — и платной. Это означает, что если у вас десять сайтов с картами, вы уже платите 200 000 рублей в год только ради чистого вида. Это не просто расход, а пересмотр подхода к встраиваемым сервисам.

На мой взгляд, важно не просто реагировать на изменение, а пересмотреть, зачем вообще нужна карта на сайте. У нас в Cetera такие интеграции начинаем с аудита: смотрим, как пользователь взаимодействует с картой, насколько она критична, и какие альтернативы есть. Конструктор карт 2ГИС сейчас — один из самых очевидных вариантов. Он бесплатный, работает без API, позволяет вставить карту с маркерами, маршрутом, выделением зон — всё, что нужно для страницы «Контакты». В отличие от платной MapGL, он не требует расчётов по запросам. Для средних и малых сайтов это может стать решением без лишних расходов. Проверьте, хватит ли его возможностей — и если да, переходите. А если нет — уже есть смысл смотреть в сторону MapLibre с коммерческим провайдером тайлов. Главное — не оставлять на сайте элемент, который в любой момент может стать рекламным. Это не про дизайн, это про контроль над интерфейсом.

Это часть нашей работы — Создание и разработка. Создание интернет-проекта — комлексная услуга, включающая весь производственный цикл: от сбора требований до запуска готового ресурса в интернете. https://cetera.ru/services/development/

Автор: Святослав Семенов из Cetera Labs

10/04/2026

Почему «готово» — не значит «всё сделано»: как проверять цифровые системы, чтобы не потерять бизнес

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

О чём речь и почему я считаю это важным для бизнеса

Речь не о баге, а о логике проверки. Система может вернуть «успешный» ответ, даже если ничего не изменилось. В статье описан случай: запрос на обновление объекта №123 завершился с кодом 200, но проверяли не тот объект. Итог — «готово», хотя ничего не изменилось. Это не техническая ошибка — это отсутствие проверки результата.

Я считаю это важным, потому что в бизнесе цифровые системы — не просто «работают» или «не работают». Они либо ускоряют процессы, либо создают ошибки, которые никто не замечает. Если система говорит «всё сделано», но не проверяет, что именно сделано, она не упрощает работу — она скрывает риски.

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

Как это устроено — что тут вообще происходит

Суть в том, что многие системы проверяют не результат, а только технический статус. Например: запрос отправлен → получил 200 → значит, всё ок. Но при этом не проверяется: изменился ли объект? Существует ли он? Совпадает ли его состояние с ожидаемым? Это как проверять, что поезд пришёл, но не смотреть, пришёл ли он на нужную платформу.

В статье приведён пример с пакетным обновлением десяти карточек. Система вернула «успешный» ответ, но два изменения были отклонены из-за отсутствия полей. При этом никто не проверил, какие именно изменились. Итог — «всё выполнено», хотя часть данных не обновилась.

Ещё один пример — проверка по количеству. Система получила только первую страницу каталога из 1000 позиций. Но так как она «получила данные», считается, что всё проверено. А на деле — 90% не проверены. Это не баг, это логика, которая не учитывает масштаб.

Что изменилось на рынке: как делали раньше и как делают сейчас

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

Раньше проверяли по шагам: что было, что стало, где ошибка. Сейчас — по статусу: «принято», «выполнено», «готово». Это удобно, но опасно. Особенно если проверка не включает проверку результата.

Сейчас рынок перешёл от «сделали что-то» к «сделали то, что нужно». И если система не проверяет, что именно сделано, она не соответствует новой парадигме. Работающий сайт — это не достижение. Он должен зарабатывать, а не просто «работать».

Кому это касается и как понять, что это про ваш проект

Это касается любого, кто использует автоматизацию, интеграции, ИИ или внешних сервисов. Особенно если вы:

— запускаете обновления с помощью API;

— интегрируете 1С, CRM, склад или маркетплейс;

— используете ИИ для генерации контента, настроек, карточек;

— передаёте данные между системами.

Если вы не проверяете, что именно изменилось, а только смотрите, что система «ответила», вы в зоне риска. И если вы видите, что в отчёте написано «всё выполнено», но вы не видите изменений — это тревожный сигнал.

Что с этим делать — порядок действий в общем виде

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

Проверяем три числа: сколько объектов было в задаче, сколько получено, сколько успешно обработано. Если не совпадает — значит, что-то упущено.

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

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

Просим показать реальный результат: не локальный предпросмотр, а публичный URL, не тестовый аккаунт, а рабочий, не квитанцию, а изменённый объект.

Проверка — это не статус, это результат

Мы не проверяем, что система «приняла» запрос. Мы проверяем, что он «изменил» то, что нужно. Это разница между «работает» и «работает правильно».

Именно поэтому в наших проектах мы не принимаем «готово» как окончательный статус. Мы требуем: показать объект, изменённый в реальном кабинете, с указанием, что именно изменилось, и как это подтверждается.

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

Именно так мы работаем: не с «готово», а с «проверено».

Это часть нашей работы — Контроль качества. Автоматическое и ручное тестирование сайтов. Улучшение качества существующих проектов. https://cetera.ru/services/qa/

Автор: Святослав Семенов из Cetera Labs

Cetera

10/05/2026

10/05/2026

10/05/2026

10/04/2026

10/04/2026

10/04/2026

10/04/2026

10/04/2026

10/04/2026

Address

Telephone

Website

Alerts

Contact The Business

Shortcuts

Share

Category

Listing takedown request