CodeCanyon myCRED Integration for eForm - Плагин WordPress

Руководство по настройке CodeCanyon myCRED Integration for eForm и начислению баллов за формы

CodeCanyon myCRED Integration for eForm нужен не для создания форм с нуля, а для связки двух уже установленных инструментов: eForm обрабатывает форму, квиз или анкету, а myCRED выдаёт пользователю баллы, списания или бейджи за нужное действие. В этом руководстве разберём, как подготовить сайт, где включить hook myCRED, какие правила начисления выбрать в конкретной форме и как проверить результат без догадок.

Материал рассчитан на владельца WordPress-сайта, вебмастера или редактора, который уже понимает задачу: мотивировать пользователей заполнять форму, проходить опрос, отправлять квиз или выполнять действие внутри пользовательского портала. Здесь не будет пересказа карточки продукта и описания покупки. Основной фокус - рабочая настройка, проверка результата и диагностика ситуаций, когда баллы не появляются.

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

Как аддон встраивается в связку eForm и myCRED

У продукта простая, но важная роль: он добавляет eForm как источник событий для myCRED. В обычной форме eForm пользователь отправляет данные, получает сообщение об успехе, а администратор видит submission в базе. После подключения аддона появляется дополнительный слой: myCRED получает сигнал о событии и может записать начисление в журнал пользователя, применить лимит, использовать шаблон записи и, если настроены бейджи, связать отправку формы с прогрессом пользователя.

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

Что происходит после отправки формы

Сценарий можно представить так: пользователь открывает страницу с формой, заполняет поля, eForm принимает отправку, аддон проверяет настройки награды, myCRED рассчитывает количество баллов и создаёт запись в журнале. Если применяется бейдж, система смотрит, выполнено ли условие для уровня бейджа. В публичной части сайта пользователь может увидеть изменившийся баланс, историю баллов, таблицу достижений или бейдж, если эти элементы выведены через короткие коды myCRED или интерфейс темы.

Этот порядок помогает не путать разные уровни. eForm отвечает за поля, валидацию, подсчёт score и сохранение submission. myCRED отвечает за типы баллов, hooks, журнал, бейджи, ранги и вывод пользовательского прогресса. Аддон находится между ними и передаёт событие с нужным правилом.

Почему это не обычная интеграция уведомлений

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

Проверяйте интеграцию не по сообщению «форма отправлена», а по трём признакам: submission появился в eForm, запись появилась в журнале myCRED, пользовательский баланс или бейдж изменился так, как ожидалось.

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

CodeCanyon myCRED Integration for eForm хорошо раскрывается на сайтах, где форма не просто собирает заявку, а запускает действие с ценностью для пользователя. Если вы уже используете eForm для квизов, опросов, анкет, пользовательских кабинетов или сложных форм с математическими элементами, аддон позволяет превратить эти действия в часть программы баллов.

Типовой читатель этого руководства - администратор WordPress-сайта, который хочет настроить награду за отправку формы без написания отдельной интеграции. Ему важно не просто «включить баллы», а сделать систему предсказуемой: один пользователь не должен накручивать награду бесконечными отправками, разные формы могут давать разные суммы, а неправильная настройка не должна ломать уже работающие submissions.

Подходящие сценарии

• Обучающий сайт, где пользователь получает баллы за прохождение квиза или контрольной формы.
• Закрытое сообщество, где анкеты, опросы и обратная связь поощряются внутренней валютой.
• Маркетинговый конкурс, где eForm собирает ответы, а myCRED показывает прогресс участника.
• Сайт с личным кабинетом, где пользователь видит историю действий, баланс и бейджи.
• Проект с несколькими point types, где разные формы влияют на разные категории баллов.

Когда аддон может быть лишним

Если вам нужна только контактная форма с письмом администратору, интеграция с myCRED добавит лишний слой. Она также не заменит полноценный конструктор программы лояльности, если нужно строить сложные правила с множеством внешних событий, сегментов пользователей и автоматизаций между разными плагинами. В таких случаях лучше сначала описать всю систему мотивации, а уже потом решать, достаточно ли пары eForm + myCRED.

Аддон также не стоит ставить на рабочий сайт без тестовой проверки, если текущая версия eForm или myCRED сильно отличается от требований документации. Интеграции между плагинами чувствительны к hook-логике, сохранению submission, пользовательским ролям и обновлениям зависимостей.

Что проверить перед установкой на WordPress-сайт

Подготовка нужна не ради формальности. У этого аддона есть обязательные зависимости, а результат виден только тогда, когда eForm, myCRED и пользовательский сценарий работают вместе. Поэтому перед установкой лучше пройти короткую, но предметную проверку.

Зависимости и тестовая среда

В официальной документации аддона указано, что для работы нужны eForm WordPress Form Builder и myCRED. Если один из этих плагинов отсутствует или выключен, интеграция не сможет выполнить свою задачу. Перед установкой проверьте не только наличие плагинов, но и то, что на сайте уже есть рабочая форма eForm и myCRED корректно записывает обычные события в журнал.

Для рабочего сайта разумный порядок такой: сначала резервная копия, затем тестовый пользователь, затем отдельная тестовая форма, затем проверка журнала myCRED. Не начинайте с важной формы, которая уже собирает реальные заявки. Интеграцию проще настроить на копии формы, убедиться в результате и только после этого перенести правило в боевой сценарий.

Роли пользователей и режим гостя

myCRED работает с пользователями WordPress. Если форма доступна гостям, но баллы должны начисляться зарегистрированным пользователям, заранее решите, что делать с анонимными отправками. В большинстве случаев для наград лучше требовать вход в аккаунт или хотя бы явно объяснять пользователю, что баллы появятся только после отправки от авторизованного профиля.

Это особенно важно для квизов и конкурсов. Гость может увидеть успешную отправку формы, но myCRED не всегда сможет привязать событие к нужному аккаунту так, как ожидает администратор. Авторизованный пользователь - более надёжная основа для проверки баланса, логов и бейджей.

Кеш, оптимизация и страницы с формами

Формы с пользовательским состоянием часто чувствительны к агрессивному кешированию. Если страница формы кешируется как статическая, пользователь может увидеть устаревшее состояние, старые сообщения или некорректную подгрузку скриптов. Перед запуском проверьте форму в обычном режиме, в приватном окне и под тестовым аккаунтом. Если сайт использует кеш-плагин, исключите страницу с формой или проверьте, что отправка и обновление баланса не зависят от старого HTML.

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

Установка и первичная проверка без лишнего риска

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

Порядок установки

1. Проверьте, что eForm и myCRED активны, а тестовая форма отправляется без ошибок.
2. Создайте резервную копию или используйте staging-копию сайта.
3. Загрузите архив аддона через Plugins и нажмите Activate.
4. Откройте настройки myCRED и проверьте, появился ли hook, связанный с eForm submission.
5. Откройте нужную форму eForm и найдите настройки myCRED rewards внутри формы.
6. Сохраните минимальное правило начисления и отправьте форму от тестового пользователя.

На этом этапе не нужно сразу настраивать сложную формулу, несколько типов баллов и бейджи. Для первой проверки достаточно статического начисления за одну форму. Если простая цепочка работает, усложнять её будет безопаснее.

Что считать успешной первичной проверкой

Успешная установка не заканчивается сообщением WordPress «plugin activated». Реальная проверка - это запись в myCRED logs после отправки формы. Откройте журнал myCRED, найдите тестового пользователя и убедитесь, что запись связана с действием eForm, имеет ожидаемое количество баллов и понятный текст в log template. Если запись есть, но текст непонятный, это не критическая ошибка, а повод настроить шаблон журнала.

Если запись не появилась, не меняйте сразу все настройки. Сначала проверьте, что hook myCRED включён, затем что в форме включены awards, затем что выбран правильный point type, а потом уже смотрите лимиты и пользовательские условия.

Первичная настройка: hook myCRED и настройки формы

У этой интеграции есть две ключевые точки управления. Первая находится на стороне myCRED: там включается hook и задаются глобальные правила. Вторая находится внутри конкретной формы eForm: там можно включить награды, выбрать тип начисления и переопределить глобальное поведение. Если настроить только одну сторону, результат будет неполным.

Глобальный hook в myCRED

В myCRED hooks обычно задают общую реакцию системы на событие. Для eForm это событие отправки формы. В настройках hook обратите внимание на лимиты, шаблон записи в журнале и поведение по типам баллов. Документация упоминает шаблонные теги, которые позволяют сделать лог понятнее: например, указать пользователя, ID формы или заголовок формы. Чем яснее журнал, тем проще потом объяснить пользователю, почему начисление появилось или не появилось.

Если на сайте несколько point types, не включайте все автоматически. Для теста выберите один тип баллов и убедитесь, что он изменяется только после нужной формы. Потом можно расширить сценарий.

Настройки внутри формы eForm

Внутри формы eForm включается собственно правило награды. По документации аддон позволяет переопределять глобальные настройки для конкретной формы, выбирать режим начисления и отключать ненужные point types. Это полезно, если одна форма должна давать базовую награду, другая - награду по score, а третья вообще не должна влиять на баланс.

Практичная настройка начинается с одного правила: включите award points, выберите статическое значение, сохраните форму, отправьте её под тестовым пользователем и проверьте журнал. Только после этого переходите к score или mathematical element.

Что не стоит включать первым делом

Не начинайте с deductions, сложных формул и нескольких point types одновременно. Если результат не совпадёт с ожиданием, будет сложно понять, какая часть правила сработала. Безопасный порядок такой: статическое начисление, затем ограничение повторов, затем score, затем mathematical element, затем бейджи.

Какие правила начисления выбрать для разных форм

Одна из сильных сторон аддона - разные способы рассчитать награду. Это не просто «дать 10 баллов за отправку». В зависимости от формы можно использовать фиксированное число, score из eForm или значение из математического элемента. Правильный выбор зависит от того, что форма измеряет.

Static Point: простая награда за действие

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

Для первого запуска это лучший режим. Он показывает, что hook работает, форма передаёт событие, журнал myCRED создаёт запись, а баланс изменяется. Если статическое начисление не работает, переходить к score бессмысленно.

Score Obtained: награда зависит от результата

Режим score полезен для квизов, тестов и форм, где eForm считает результат. Например, пользователь проходит проверочный тест, получает score, а myCRED начисляет баллы в зависимости от результата. В документации аддона также описан multiplier, который может умножать score на заданное значение. Это удобно, если score слишком маленький или слишком большой для вашей системы баллов.

Здесь важно заранее договориться о масштабе. Если myCRED используется на сайте для многих действий, награда за квиз не должна случайно обесценить остальные события. Проверьте диапазон возможного score и сравните его с обычными наградами на сайте.

Mathematical Element: когда нужен расчёт внутри формы

Математический элемент подходит для более гибких сценариев: eForm рассчитывает показатель внутри формы, а myCRED использует это значение как основу награды. Например, форма может учитывать несколько ответов, коэффициенты или итоговое поле. Такой режим полезен, но требует аккуратной проверки, потому что ошибка в формуле формы сразу станет ошибкой в награде.

Для этого режима сделайте несколько тестовых отправок с разными входными значениями. Запишите ожидание до отправки: какой результат должен получиться в eForm и сколько баллов должен получить пользователь. После отправки сравните submission, журнал myCRED и баланс.

Лимиты и журнал: как не превратить форму в бесконечную выдачу баллов

Любая награда за форму требует ограничения. Если пользователь может отправить одну и ту же форму много раз и каждый раз получать баллы, система быстро потеряет смысл. В myCRED hook для eForm документация описывает параметры Limits, Days Limit, Log template и шаблонные теги. Это не второстепенные поля, а защита от неправильного поведения.

Как думать о лимитах

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

Не выбирайте лимит вслепую. Опишите пользовательский сценарий: человек проходит форму один раз, раз в день, после каждого урока или при каждом новом задании. Затем настройте ограничение под этот сценарий и проверьте две отправки подряд. Первая должна дать ожидаемый результат, вторая должна либо повторить награду по правилам, либо корректно не начислить баллы.

Зачем настраивать log template

Журнал myCRED - главный инструмент диагностики. Если запись выглядит как непонятная техническая строка, администратор быстро потеряет контекст. Хороший шаблон должен объяснять, за какую форму начислены баллы и почему. В документации указаны template tags, связанные с пользователем, ID формы и заголовком формы. Используйте их осторожно: добавляйте только то, что помогает разобраться в истории.

Практический минимум: в журнале должно быть понятно, какая форма вызвала начисление, какой пользователь получил баллы и какое правило сработало. Если этого не видно, сначала улучшите log template, а уже потом расширяйте сценарий.

Переопределения на уровне формы

Глобальный hook удобен для общих правил, но реальные сайты редко имеют одну форму. У вас может быть форма регистрации на конкурс, форма теста, форма обратной связи и форма заявки. Если всем дать одинаковую награду, логика станет грубой. Поэтому настройки формы важны: они позволяют включать или выключать награду именно там, где она нужна, и задавать отдельные значения.

Хорошая практика - вести небольшую таблицу правил вне админ-панели: название формы, тип награды, лимит, point type, ожидаемый результат и дата последней проверки. Это особенно полезно, если сайт обслуживает несколько редакторов.

Бейджи и публичный результат после отправки формы

Баллы полезны сами по себе, но в myCRED часто используются вместе с badges. Документация аддона описывает сценарий, где отправка eForm может участвовать в выдаче бейджа, если активирован соответствующий add-on myCRED и создан уровень badge. Важно понимать: бейдж не появляется магически только из-за формы. Сначала на стороне myCRED должна быть настроена система бейджей, затем eForm-событие должно учитываться в логике награды.

Где показывать результат пользователю

После настройки награды стоит подумать о публичном выводе. Пользователь должен видеть, что действие имело смысл. Это может быть баланс в личном кабинете, история баллов, блок с бейджами, лидерборд или отдельное сообщение после отправки формы. myCRED предоставляет короткие коды для вывода баланса, истории, hook table, лидербордов и бейджей. Конкретный набор зависит от темы и структуры сайта.

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

Безопасная CSS-правка для таблицы доступных действий

Если вы выводите таблицу myCRED hook table или похожий блок с правилами начисления, можно аккуратно улучшить читаемость через CSS. Это не меняет бизнес-логику, не затрагивает ядро плагинов и легко откатывается. Основа такого подхода - публичные селекторы из документации myCRED для hook table. Добавляйте код в Appearance -> Customize -> Additional CSS или в дочернюю тему.

.mycred-hook-table {
  border-collapse: collapse;
  width: 100%;
  margin: 1.5rem 0;
}

.mycred-hook-table th,
.mycred-hook-table td {
  border: 1px solid #d9e1ea;
  padding: 0.75rem;
  vertical-align: top;
}

.mycred-hook-table th {
  background: #f5f8fb;
  font-weight: 700;
}

После добавления CSS откройте страницу в приватном окне и проверьте мобильный вид. Если таблица стала хуже смотреться в теме, удалите фрагмент из Additional CSS. Это внешняя правка оформления, а не изменение логики начисления, поэтому она безопаснее PHP-snippet без подтверждённых hooks продукта.

Практичный сценарий: награда за обучающий квиз

Разберём реалистичный сценарий, который хорошо подходит для этой связки. Допустим, на сайте есть обучающий модуль. После урока пользователь проходит квиз eForm, получает score, а myCRED начисляет баллы за прохождение. Администратору нужно, чтобы результат был понятен, не накручивался бесконечно и отображался в профиле.

Цель и подготовка

Цель - начислять пользователю баллы за отправку квиза и показывать результат в журнале myCRED. Перед настройкой должны быть готовы: тестовый пользователь, форма eForm с подсчётом score, активный myCRED, включённый hook eForm и страница, где пользователь отправляет форму. Если score ещё не настроен, сначала добейтесь корректного результата в eForm без участия myCRED.

Шаги настройки

1. Создайте или скопируйте форму eForm для квиза, чтобы не экспериментировать на рабочей форме.
2. Настройте вопросы, score или математический элемент внутри eForm и выполните одну отправку без myCRED-награды.
3. В myCRED включите hook, связанный с eForm submission, и задайте понятный Log template.
4. В настройках формы включите awards и выберите режим Score Obtained или Mathematical Element, если награда должна зависеть от результата.
5. Задайте multiplier только после того, как понимаете диапазон score.
6. Настройте лимит так, чтобы повторная отправка соответствовала правилам курса.
7. Отправьте форму под тестовым пользователем и сравните score, журнал myCRED и итоговый баланс.

Ожидаемый результат и проверка

После отправки в eForm должна появиться submission, в журнале myCRED - запись с понятным описанием, а баланс пользователя должен измениться на ожидаемое число. Если включены бейджи, проверьте также, появляется ли прогресс badge level. Не полагайтесь на один экран: форма, журнал и профиль пользователя должны показывать согласованную картину.

Нюанс с повторными попытками

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

Идеи применения: где форма с баллами даёт реальную пользу

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

Обучающие задания и мини-тесты

Для курса или базы знаний форма может подтверждать, что пользователь выполнил задание. Static Point подходит для простого подтверждения, Score Obtained - для теста с правильными ответами, Mathematical Element - для более гибкого расчёта. Проверяйте не только итоговые баллы, но и то, понимает ли пользователь, за что он их получил.

Анкета обратной связи после действия

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

Конкурс с прогрессом участника

Для конкурса eForm может собирать ответы, а myCRED - показывать прогресс через баланс, историю или лидерборд. Такой сценарий требует аккуратного журнала и понятных правил. Если участники спорят о результате, администратор должен быстро найти submission и соответствующую запись myCRED.

Портал с бейджами за действия

Если на сайте уже используются badges, eForm может стать одним из действий, ведущих к достижению. Например, пользователь заполнил профильную анкету, прошёл проверку или отправил отчёт. Важно заранее настроить badge level и проверить, что видимый бейдж появляется не раньше и не позже нужного момента.

Проверка результата после тестовой отправки

Проверка должна быть повторяемой. Не достаточно один раз увидеть, что баланс изменился. Нужно понимать, какой вход привёл к какому результату, что произошло при повторной отправке и как это отображается для пользователя. Это особенно важно, если на сайте несколько форм и несколько point types.

Мини-протокол проверки

1. Запишите баланс тестового пользователя до отправки.
2. Откройте форму как этот пользователь, а не как администратор.
3. Отправьте форму с заранее известными ответами.
4. Проверьте submission в eForm.
5. Проверьте журнал myCRED и текст записи.
6. Проверьте новый баланс и публичный блок, если он есть.
7. Повторите отправку, чтобы проверить лимит.

Если результат отличается от ожиданий, меняйте только один параметр за раз. Например, сначала отключите multiplier, затем проверьте point type, затем лимит. Одновременное изменение нескольких настроек часто скрывает настоящую причину.

Что сохранять для будущей поддержки

После успешной настройки зафиксируйте правило в рабочей заметке: ID формы, название формы, тип награды, point type, лимит, ожидаемый результат, где выводится баланс и как проверить журнал. Это не бюрократия, а экономия времени. Через несколько месяцев проще открыть короткую заметку, чем заново вспоминать, почему именно эта форма выдаёт именно такую награду.

Отдельно сохраните контрольный пример отправки. В нём должны быть ответы пользователя, ожидаемый score или расчётное значение, итоговое число баллов и ссылка на запись журнала. Такой пример помогает после обновлений: вы повторяете те же входные данные и быстро видите, изменилась ли логика. Если результат другой, проще понять, что изменилось - формула eForm, multiplier, лимит myCRED, point type или вывод пользовательского баланса.

Если баллы не начисляются: диагностика по симптомам

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

Форма отправляется, но записи в журнале myCRED нет

Симптом: пользователь видит сообщение eForm об успешной отправке, submission сохранён, но в журнале myCRED нет новой записи. Возможная причина - не включён hook в myCRED, выключены awards в самой форме или событие не привязалось к пользователю.

Проверьте hook, затем настройки формы, затем авторизацию тестового пользователя. Если форма доступна гостям, повторите тест под зарегистрированным пользователем. Исправление начинайте с простого static point, чтобы исключить ошибку score или mathematical element.

Запись есть, но баллы не такие, как ожидалось

Симптом: журнал показывает событие, но число баллов слишком большое, слишком маленькое или отрицательное. Причина обычно в выбранном режиме начисления, multiplier, mathematical element или deductions. Отключите сложные расчёты и проверьте статическое значение. Затем верните score или формулу и сравните ожидаемый результат с submission eForm.

Первая отправка работает, повторная не даёт награду

Это не всегда ошибка. Проверьте Limits и Days Limit. Возможно, правило специально ограничивает повторное начисление. Если сценарий должен разрешать ежедневную награду, проверьте период ограничения. Если форма одноразовая, такое поведение как раз правильно.

Бейдж не появляется после начисления

Симптом: баллы начислены, но badge не отображается. Проверьте, активен ли add-on badges в myCRED, создан ли нужный badge level и выводится ли блок бейджей на странице пользователя. Награда за форму и вывод бейджа - разные части системы. Если нет публичного shortcodes-блока или профильной зоны, пользователь может не увидеть бейдж даже при корректной логике.

После включения интеграции форма ведёт себя нестабильно

Если появились ошибки отправки, зависания или странные сообщения, временно отключите правило награды в форме, но не удаляйте submission. Затем проверьте консоль браузера, кеш страницы, конфликт оптимизации скриптов и работу формы без интеграции. Если eForm сам по себе работает стабильно, возвращайте myCRED-настройки по одной.

Короткая таблица диагностики

Симптом	Что проверить первым	Как исправлять безопасно
Нет записи в журнале	Hook myCRED и awards в форме	Включить минимальное статическое начисление и повторить тест
Баллы неверные	Режим начисления, multiplier, mathematical element	Сравнить submission eForm и ожидаемую формулу
Повторная отправка не начисляет	Limits и Days Limit	Согласовать лимит с реальным сценарием формы
Бейдж не виден	myCRED badges add-on и вывод shortcodes	Проверить badge level и страницу профиля

Ограничения, о которых лучше знать заранее

Интеграция полезна, но она не должна маскировать архитектурные ограничения сайта. Она зависит от двух больших плагинов, пользовательских ролей, настроек формы, логики myCRED и состояния темы. Поэтому не обещайте пользователям баллы до тех пор, пока не проверили сценарий на тестовом аккаунте.

Совместимость и обновления

Официальные источники подтверждают зависимость от eForm и myCRED. Но точную совместимость с вашей версией WordPress, PHP, темы и других плагинов нужно проверять локально. Коммерческие аддоны из маркетплейса могут обновляться реже, чем основные плагины, поэтому перед обновлением рабочей связки делайте тест на копии сайта.

Сложные правила лучше документировать

Чем больше форм, point types и бейджей, тем выше риск забыть, почему работает именно так. Запишите правила в отдельный документ, особенно если сайт поддерживает команда. В этой заметке должны быть не только значения, но и причина: зачем выбран этот лимит, почему используется score, где пользователь видит результат.

Когда лучше не усложнять

Если форма собирает редкие заявки, а пользователи не возвращаются в личный кабинет, система баллов может быть лишней. В таком случае лучше улучшить уведомления, подтверждение отправки и обработку заявок. myCRED-логика сильна там, где пользователь возвращается и видит накопление результата.

Когда CodeCanyon myCRED Integration for eForm будет удачным выбором

Этот аддон стоит использовать, если на сайте уже есть eForm, уже работает myCRED и форма должна стать частью системы мотивации. Самый сильный сценарий - когда пользователь отправляет форму, видит понятный результат в баллах или бейджах, а администратор может быстро проверить цепочку через submission и журнал myCRED.

Перед запуском на рабочем сайте соберите минимальную тестовую цепочку: один пользователь, одна форма, один point type, статическое начисление, понятный log template и проверка повторной отправки. Если эта цепочка работает, можно переходить к score, mathematical element, бейджам и нескольким формам. Если вы уже готовы проверить продукт на своём сайте, ближе к блоку загрузки можно скачать последнюю версию CodeCanyon myCRED Integration for eForm и сначала прогнать его на копии сайта или отдельной тестовой форме.

Главный критерий выбора простой: интеграция должна поддерживать реальный пользовательский сценарий, а не просто добавлять ещё один пункт в админ-панель. Если вы можете объяснить, за какое действие пользователь получает баллы, где он видит результат и как администратор проверяет журнал, продукт будет полезной частью WordPress-сайта.