Если виджет чат-бота WordPress перекрывает кнопку на телефоне, выбирайте его размещение с учётом основной задачи страницы и того, кто управляет опубликованным шаблоном. Плавающая кнопка, подходящая для статьи, может мешать контактной форме. Встроенный блок может хорошо вписываться в страницу помощи и при этом отсутствовать на остальных страницах. Зафиксируйте эти различия до глобального изменения виджета.
Это руководство предлагает реестр владельцев страниц, таблицу решений о размещении и запись приёмки. Они помогают владельцу сайта или агентству определить место чата, не принимая предпросмотр редактора за доказательство. Примеры — предполагаемые ситуации, а не клиентские испытания или измеренные результаты.
Автор: Achla AI, организация. Проверено: 14 октября 2026 года. Материал подготовлен с помощью ИИ на основе официальной документации и изученных продуктовых источников. Дата проверки не является датой публикации.
Начните с мобильной задачи, а не с угла для чата
Напишите по одному предложению для каждой группы страниц: «Посетителю нужно прочитать эти условия», «отправить этот запрос» или «найти следующую подходящую статью». Затем определите элементы управления, необходимые для выполнения задачи. Чат-бот должен помогать найти информацию, не затрудняя существующее действие на странице.
Не выбирайте сначала универсальный угол с намерением потом устранять все пересечения. Положение кнопки звонка, элемента управления cookies или закреплённой навигации должно входить в решение. Размещение чата влияет на общую компоновку, поэтому привлеките ответственного за эти элементы.
Такой запрос пользователей существует: в вопросе на форуме WordPress описано, как значок чата перекрывает мобильную кнопку публикации. Это историческое сообщение о другом плагине; оно не доказывает наличие дефекта в Achla или на вашем сайте.
Кто управляет разметкой каждой страницы WordPress?
Разделите три вещи: где редактируют содержимое, какой шаблон формирует публичную страницу и какая интеграция загружает виджет. Ответственные могут различаться. Редактор контента может перемещать блок, агентство — управлять подвалом, а плагин — выводить кнопку чата.
Для содержимого Gutenberg WordPress предоставляет блок Shortcode, выводящий результат шорткода. Его наличие указывает место редактирования, но не определяет окончательное поведение любой интеграции. Запишите, на какой странице он находится, и проверьте получившуюся публичную разметку.
Для страниц Elementor документированный виджет HTML принимает HTML, скрипты и шорткоды. Эта возможность не подтверждает совместимость конкретного чат-бота с каждым шаблоном, всплывающим окном или темой Elementor. Рассматривайте конструктор как часть фактической конфигурации, которую требуется изучить.
В документации WordPress по Custom HTML также объясняется фильтрация запрещённой разметки в зависимости от разрешений. Если код виден в редакторе, но отсутствует после сохранения, проверьте разрешённый процесс редактирования. Не расширяйте права доступа лишь ради размещения виджета.
Используйте этот реестр ответственности до выбора размещения:
| Группа страниц | Основная задача посетителя | Публичный шаблон или макет | Редактор содержимого | Ответственный за вывод виджета | Ответственный за общие элементы |
|---|---|---|---|---|---|
| Страницы услуг | Разобраться в услуге | Запишите фактический шаблон | Укажите редактора | Укажите специалиста | Укажите ответственного за CTA |
| Статьи | Прочитать и найти связанную информацию | Запишите шаблон статьи | Укажите редактора | Укажите специалиста | Укажите ответственного за навигацию |
| Контактная страница | Отправить существующий запрос | Запишите макет формы | Укажите редактора | Укажите специалиста | Укажите ответственного за форму |
Оставляйте неизвестных ответственных явно отмеченными. Формулировки «кто-то управляет Elementor» недостаточно, чтобы назначить исправление, затрагивающее общий подвал сайта.
Выбирайте размещение по задаче посетителя и группе страниц
Следующая таблица предлагает исходные варианты, а не настройки, которые уже прошли испытания. Выберите размещение, которое реально сможете поддерживать в пределах документированных правил интеграции.
| Группа страниц | Предполагаемое размещение | Вопрос для решения | Нужные доказательства |
|---|---|---|---|
| Информационная страница или услуга | Плавающая кнопка | Сохраняется ли доступ к CTA страницы? | Публичная страница с видимыми закреплёнными элементами |
| Длинная статья | Плавающая кнопка или специально выбранный встроенный раздел | Легко ли найти помощь без перекрытия элементов чтения? | Фактический шаблон статьи и состояния прокрутки |
| Условия или помощь | Встроенный блок в разделе с назначенным владельцем | Не мешает ли блок чтению важных условий? | Порядок публичного содержимого и ссылки на источники |
| Контакты или форма | Существующий способ связи; чат оценивается отдельно | Можно ли выполнить задачу формы при открытом и закрытом чате? | Элементы формы, проверка данных и состояния экранной клавиатуры |
В официальном коннекторе Achla для WordPress используется один режим размещения для всего сайта. В режиме Inline виджет загружается на страницах с его шорткодом или блоком; на остальных страницах виджета нет. В режимах Bubble и Attach шорткод или блок не добавляет отдельное встроенное поле. Для плавающей кнопки на всём сайте и встроенного поля на одной странице требуется отдельно описанный ручной способ. См. актуальный контракт установки.
Это ограничение важнее предпочтительной картинки. Таблица с разными вариантами размещения не заставит коннектор переключать режим для каждой страницы. Если требования расходятся, пересмотрите предполагаемое покрытие либо поручите ответственному специалисту оценить подходящий способ интеграции. Существующее руководство «плагин или встраиваемый скрипт» рассматривает этот более широкий вопрос установки.
Создайте реестр размещения и перекрытий
Создайте по одной строке на каждую значимую группу страниц, затем добавьте отдельные исключения. Используйте реестр ответственности повторно, не составляя второй список имён. Реестр должен связывать видимую проблему с конкретной страницей, состоянием и ответственным.
| Поле | Что записать |
|---|---|
| Страница и задача | Точный публичный URL и действие, которое должен выполнить посетитель |
| Редактирование и область вывода | Редактор, фактический публичный шаблон, режим виджета и ответственный |
| Соседние элементы | Закреплённая навигация, локальный CTA, управление cookies и действия формы |
| Состояние посетителя | Новый или вернувшийся посетитель; нужное состояние согласия; открытый или закрытый чат |
| Состояние ввода | Видна или скрыта экранная клавиатура, если это применимо |
| Доказательства | Скриншот или краткое воспроизведение; браузер и устройство; дата проверки |
| Наблюдение | Конкретный перекрытый элемент или отсутствующий ожидаемый вывод; «не проверено», если неизвестно |
| Предлагаемое исправление | Минимальное ограниченное изменение, ответственный и затрагиваемая группа страниц |
| Повторная проверка и решение | Та же задача и состояние после изменения; принять, доработать или приостановить |
Работайте с реестром в таком порядке:
- Выберите характерную публичную страницу и определите её фактического владельца шаблона.
- Запишите предполагаемое размещение и соседние элементы страницы.
- Зафиксируйте конкретное состояние посетителя и любое наблюдаемое перекрытие.
- Назначьте минимальное исправление и повторите ту же задачу до принятия решения.
Называйте доказательства так, чтобы другой специалист мог их распознать. «Контактная страница, чат открыт, клавиатура видна, действие отправки недоступно» полезнее, чем «на телефоне выглядит плохо». Скриншот может показать пересечение, но не последовательность, вызывающую его, поэтому сохраняйте и то и другое.
Фиксируйте отсутствие так же тщательно, как перекрытие. В режиме Achla Inline на странице без встроенного шорткода или блока виджета нет по замыслу. Это вопрос покрытия, а не доказательство того, что всплывающее окно должно появляться везде. До обращения в поддержку отметьте, намеренно ли отсутствует виджет.
Проверяйте опубликованную страницу с её настоящими соседними элементами
Используйте публичную страницу, которую получают посетители. Проверьте, присутствует ли ожидаемый контейнер или загрузчик, затем выясните, где виджет отображается. Сопоставьте результат с реестром ответственности; рабочая область редактора не определяет, какой общий шаблон или интеграция сформировали окончательную страницу.
Проверяйте страницу с её собственными элементами управления. Документация Elementor по Floating Button описывает настройки размещения плавающих элементов. Если сайт уже использует такой элемент, запишите его ответственного и положение рядом с требованием к чату. Не предполагайте, что два независимо позиционируемых плавающих компонента автоматически согласуют своё положение.
Учитывайте изменения состояния страницы: элемент согласия может оставаться видимым, закреплённый CTA — появляться после прокрутки, а экранная клавиатура — уменьшать доступную область при вводе в форму. Проверьте действие страницы в каждом нужном состоянии. Цель — воспроизводимое наблюдение, а не обещание, что «адаптивность для телефона» разрешает конфликты элементов.
В руководстве W3C Focus Not Obscured объясняется требование, чтобы элементы с фокусом не были полностью скрыты содержимым, добавленным автором. Учитывайте это как отдельный вопрос доступности. Реестр размещения не устанавливает полное соответствие WCAG.
Также проверьте, кто предоставляет загрузчик. Achla документирует использование официального коннектора или ручного тега, но не обоих одновременно. Коннектор использует собственный загрузчик, а не буквальный ручной тег /w.js. Поэтому поиск только этого имени файла не доказывает сбой плагина. Перед добавлением ещё одной установки используйте документированные проверки устранения неполадок.
Разбор примеров: один виджет, разные владельцы страниц
Эти гипотетические примеры показывают решения, которые следует изучить; ни один не отражает завершённое испытание в браузере.
Шаблон статьи и контактная страница используют общий подвал. Ответственный за статьи предлагает плавающую кнопку. Ответственный за контактную страницу отмечает закреплённое действие отправки запроса в той же области. Запишите обе группы страниц до глобального изменения размещения. Следующий предлагаемый шаг — проверить сохранение обеих задач, а не принять предпросмотр статьи за результат для всего сайта.
На странице помощи Gutenberg есть встроенный шорткод. Редактор помещает поле под вводным объяснением. Специалист предлагает режим Achla Inline и отмечает, что на обычных страницах услуг шорткода нет. В реестре явно записано, что при таком режиме коннектора на страницах услуг виджета не будет. Владелец может принять предполагаемое покрытие или пересмотреть его до настройки.
Страница Elementor выглядит правильно в редакторе. Публичная страница может использовать общий шаблон, которым управляет другой человек. Начните с определения опубликованного шаблона и фактического вывода. Если нужного контейнера нет в момент монтирования виджета, изменение цветов или перемещение заполнителя в редакторе не доказывает выполнение требования. Назначьте вопрос публичного вывода ответственному за шаблон.
Эти примеры разделяют три решения: где редактируют интерфейс, где он появляется и могут ли посетители выполнить задачу страницы.
Решите: принять, доработать или приостановить — с конкретным ответственным
Принимайте размещение лишь для тех страниц и состояний, по которым есть доказательства. Успешная строка статьи не закрывает непроверенную строку контактов. Оставляйте общее требование сайта открытым до проверки нужных групп страниц.
Доработка нужна, если конкретный элемент перекрыт, встроенный блок появляется в неподходящем контексте или предполагаемое покрытие расходится с выводом коннектора. Назначьте исправление тому, кто управляет нужной областью. Изменение общего шаблона требует повторной проверки затронутых строк, а не только страницы, на которой показали исправление.
Приостановите решение, если основное действие посетителя невыполнимо или ответственность неясна. Сохраняйте обычный способ связи или навигации, пока вопрос не решён. Для практических проверок клавиатуры, экранного диктора и размеров экрана используйте отдельное существующее руководство по доступности поиска. Здесь задача остаётся прежней: ответственность за размещение и перекрытия на страницах.
Сверьте документированный коннектор WordPress со своим реестром
Оцените коннектор WordPress с учётом фактических требований к покрытию страниц и размещению. Документированная задача Achla — отвечать на основе публичного содержимого сайта со ссылками на подтверждающие источники. Не считайте доказанными возможности чата с сотрудниками, бронирования или автоматизации форм.
Сопоставьте документированные режимы с реестром, изучите актуальные планы и воспользуйтесь подключением, если эта ограниченная задача вам подходит. Если вы ещё выбираете вид поиска, обзор AI-поиска по сайту даёт более широкий контекст. Сохраните записанные условия размещения для владельца, который будет утверждать фактический запуск.