WPMU DEV Pay Per View - Плагин WordPress

Руководство по настройке WPMU DEV Pay Per View для платного доступа к контенту

WPMU DEV Pay Per View нужен в тех случаях, когда сайт на WordPress хочет продавать доступ не ко всему закрытому разделу, а к отдельной странице, записи, видео, аудиофайлу, электронному материалу или фрагменту текста. Это руководство не повторяет карточку продукта, а разбирает практическую сторону: как подготовить сайт, какие настройки проверить после установки, как выбрать способ ограничения контента, как протестировать оплату и где чаще всего ломается пользовательский путь.

Главный нюанс продукта - его статус. Официальный репозиторий WPMU DEV отмечает Pay Per View как неподдерживаемый плагин, опубликованный для тех, кто готов самостоятельно поддерживать или дорабатывать код. Поэтому подход должен быть осторожным: сначала тестовая копия сайта, затем проверка совместимости, затем ограниченный запуск на одном типе контента. Не стоит сразу закрывать важную часть сайта на живом проекте без тестовой оплаты и проверки доступа.

В руководстве используется подтверждённая механика плагина: одноразовые платежи, платный доступ к записи или странице, варианты доступа по периоду и подписке, PayPal, shortcode generator в визуальном редакторе, Selection Tool для выбранного фрагмента, настройки на уровне записи и функция wpmudev_ppw_html() для шаблонов. Где источник не даёт точного подтверждения, формулировки намеренно осторожные.

Что решает pay-per-view на сайте WordPress

Модель pay-per-view отличается от обычной подписки. В подписке пользователь платит за длительный доступ к уровню, сообществу или библиотеке. В pay-per-view он платит за конкретный материал или выбранный период доступа. Для сайта это может быть удобнее, если ценность сосредоточена в отдельных публикациях: аналитический отчёт, запись вебинара, закрытый разбор, видеоурок, архив аудио, файл для скачивания или подробная инструкция.

WPMU DEV Pay Per View подходит именно для такого сценария. По официальному README плагин позволяет продавать цифровой контент с одноразовой оплатой, оплатой за запись, периодом доступа и подписочным вариантом. Также заявлена работа с новостями, статьями, уроками, видео, аудио и электронными книгами. Это не полноценная система обучения, не магазин физических товаров и не современная подписочная платформа с развитой аналитикой. Его сильная сторона - относительно прямой путь: выбрать контент, поставить цену, показать пользователю блок оплаты и открыть материал после подтверждения.

Когда модель полезна

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

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

Где плагин может быть слабым выбором

WPMU DEV Pay Per View может не подойти, если нужен современный кабинет подписчика, несколько тарифов с автоматическими письмами, сложная работа с налогами, купоны, интеграция с CRM, Stripe, Apple Pay, Google Pay или глубокая аналитика. Эти возможности не подтверждены в официальном репозитории Pay Per View. Для таких задач обычно лучше смотреть на актуальные membership-решения или инструменты, работающие через WooCommerce.

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

Кому подойдёт WPMU DEV Pay Per View, а кому лучше искать другое решение

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

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

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

Сценарии, где лучше не начинать с этого плагина

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

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

Практический критерий выбора: если нужно продать доступ к нескольким ценным материалам и вы готовы провести тесты вручную, WPMU DEV Pay Per View можно рассматривать. Если нужна масштабируемая подписочная система, лучше начать с актуальных альтернатив.

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

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

Тестовая копия и резервная копия

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

Среда WordPress и PHP

Официальные требования WordPress рекомендуют современную версию PHP, базу MariaDB или MySQL актуального поколения и HTTPS. Но старый плагин мог разрабатываться под другие условия. Поэтому проверяйте две стороны сразу: сайт должен соответствовать современным требованиям безопасности, а плагин должен фактически проходить тест на вашей версии PHP. Если после включения появляются предупреждения, включите журнал ошибок и проверьте, связаны ли они с Pay Per View, темой или соседними плагинами.

Платёжный сценарий

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

Кэширование и закрытый контент

Кэш страниц полезен для скорости, но опасен для paywall-страниц. Если плагин открывает контент после оплаты, а серверный или плагинный кэш отдаёт всем посетителям одну и ту же сохранённую версию страницы, доступ может работать неправильно. На тесте проверьте страницу как анонимный посетитель, как оплативший пользователь и как администратор. Для платных страниц часто разумно исключить конкретные URL из полного page cache.

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

Установка выполняется как у обычного WordPress-плагина: через Plugins, загрузку ZIP-архива и активацию. Если вы используете WPMU DEV Dashboard и у вас есть легальный доступ к старым версиям продуктов, ориентируйтесь на официальную инструкцию WPMU DEV по установке плагинов. Если ставите архив вручную, не смешивайте его с файлами из сомнительных источников и не загружайте изменённые сборки.

Базовая последовательность

1. Откройте тестовую копию сайта и убедитесь, что есть свежая резервная копия.
2. Перейдите в Plugins, выберите Add New и загрузите ZIP-архив плагина.
3. Нажмите Install Now, затем Activate.
4. Проверьте, появился ли в админ-панели пункт Pay Per View.
5. Откройте страницу настроек и убедитесь, что доступен раздел General Settings.
6. Создайте черновик тестовой записи, чтобы проверить инструменты редактора и боковые параметры.

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

Проверка после активации

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

Карта настроек: глобальные правила, запись и выбранный фрагмент

В Pay Per View есть несколько уровней управления. Первый - общие настройки. Они задают поведение по умолчанию. Второй - настройки конкретной записи или страницы. Они позволяют переопределить общий режим. Третий - Selection Tool в редакторе, который защищает выбранный фрагмент. Понимание этих уровней важнее, чем механическое включение чекбокса.

Общие настройки

После открытия пункта Pay Per View перейдите в General Settings. Здесь нужно настроить базовую логику: включение paywall, способ защиты, цену по умолчанию, параметры выдержки и платёжную связку. Официальный README не раскрывает все поля дословно, поэтому не стоит переносить чужие инструкции один в один. Смотрите на фактическую форму в вашей версии плагина и фиксируйте выбранные значения в рабочем чек-листе.

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

Параметры конкретной записи

На экране редактирования записи README подтверждает четыре важные опции в боковой панели: Enabled, Method, Excerpt length и Price (USD). Они позволяют включить или выключить Pay Per View для конкретного материала, выбрать метод защиты, задать длину открытого фрагмента и переопределить цену.

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

Enabled

Параметр определяет, работает ли Pay Per View для текущей записи. Значение по умолчанию может следовать глобальной настройке. Для тестовой записи лучше явно включить режим, чтобы исключить неоднозначность. Для публичных бесплатных материалов оставляйте режим выключенным или наследуйте глобальное правило, если весь раздел сайта должен быть закрытым.

Method

Метод определяет, как именно ограничивается контент. В README упоминается Use Selection Tool, при котором пользователь выделяет нужный фрагмент в редакторе и применяет кнопку Pay Per View. Для автоматического метода важна настройка выдержки, потому что именно она определяет, сколько слов увидит анонимный посетитель до блока оплаты.

Excerpt length

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

Price (USD)

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

Selection Tool и защита фрагмента внутри записи

Одна из индивидуальных особенностей WPMU DEV Pay Per View - работа через инструмент выбора в визуальном редакторе. Вместо того чтобы закрывать всю страницу, редактор может выделить конкретный блок и применить к нему защиту. По README при нажатии кнопки открывается всплывающее окно, где задаются описание выбранного контента и цена.

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

Как пользоваться Selection Tool

1. Откройте запись или страницу в редакторе, где доступен визуальный режим.
2. Подготовьте бесплатную часть: вступление, пользу, ограничения и ожидаемый результат.
3. Выделите фрагмент, который должен открываться только после оплаты.
4. Нажмите кнопку Pay Per View в панели редактора.
5. В окне инструмента задайте короткое описание закрытого фрагмента и цену.
6. Сохраните запись и проверьте её в приватном окне как анонимный посетитель.

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

Что проверить у закрытого фрагмента

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

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

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

README Pay Per View прямо упоминает видео, аудиоклипы и электронные книги как типы цифрового контента, которые можно монетизировать. Но между закрытием текста и защитой медиа есть разница. Текст внутри записи контролировать проще. Медиафайл может иметь прямую ссылку, отдельный embed-код, кэш CDN или настройки доступа на стороне внешнего сервиса.

Видео на странице

Если вы вставляете YouTube или похожий публичный embed, пользователь может получить доступ к самому видео вне вашего сайта. Это не ошибка Pay Per View, а ограничение подхода. Для платного видео лучше использовать сервис, где есть приватность по домену, ограничение встраивания или отдельная логика доступа. Если такой защиты нет, продавайте не "защищённое видео", а доступ к странице с материалом и честно учитывайте риск распространения ссылки.

Файлы для скачивания

Для PDF, архивов и аудиофайлов не храните прямую ссылку в открытом фрагменте. Если файл лежит в стандартной папке uploads и ссылка известна, посетитель может открыть его без paywall. Более безопасный вариант - размещать файл внутри закрытого фрагмента, проверять доступ в приватном окне и не публиковать прямую ссылку в открытом тексте, RSS, письмах и индексе поиска.

Период доступа и подписка

Официальное описание упоминает pay-period и subscription options, но подробная современная документация по этим режимам не найдена. Поэтому не делайте сложную модель подписок первым этапом. Сначала проверьте одноразовую покупку. Затем отдельно протестируйте доступ по периоду: что происходит после истечения срока, как выглядит сообщение для пользователя, сохраняется ли история транзакции и можно ли повторно купить доступ.

Практический пример: платный доступ к записи вебинара

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

Цель

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

Подготовка

• Создайте тестовую запись или страницу, не связанную с главным меню.
• Подготовьте открытый текст: тема, для кого запись, что пользователь получит после оплаты.
• Разместите видео так, чтобы можно было проверить прямую ссылку и настройки встраивания.
• Подготовьте файл материалов, но не вставляйте прямую ссылку в открытый фрагмент.
• Убедитесь, что платёжный аккаунт настроен и возврат на сайт после оплаты работает.

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

1. Откройте запись в редакторе WordPress.
2. Оставьте открытыми заголовок, описание результата, список тем и предупреждение о формате доступа.
3. Выделите блок с видео, ссылкой на файл и дополнительным текстом.
4. Примените инструмент Pay Per View из визуального редактора.
5. В описании закрытого фрагмента напишите коротко, что открывается после оплаты: запись вебинара и материалы.
6. Задайте цену в окне Selection Tool, если используете точечную защиту фрагмента.
7. Сохраните запись и откройте её в приватном окне.

Проверка

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

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

Как проверить результат перед публикацией

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

Публичная часть страницы

Откройте страницу в приватном окне. Убедитесь, что бесплатный фрагмент выглядит нормально, блок оплаты не ломает ширину макета, кнопка не выходит за экран, а описание платного контента не вводит в заблуждение. На мобильной ширине особенно проверьте кнопку оплаты: в старом forum topic WPMU DEV пользователь столкнулся с тем, что кнопка paywall стала слишком широкой на мобильном экране из-за пользовательского CSS.

Оплата и возврат

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

Доступ из другого браузера

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

Поиск и индексация

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

@media all and (min-width: 320px) and (max-width: 480px) {
  .ppw_submit_btn {
    width: auto;
  }
}

Работа с шаблонами через wpmudev_ppw_html()

README описывает функцию wpmudev_ppw_html() для случаев, когда нужно защитить HTML вне обычного содержимого записи, например кастомное поле или блок в шаблоне темы. Это уже не пользовательская настройка в редакторе, а задача для разработчика. Она полезна, если платный объект выводится не через the_content(), а через шаблон.

В документации указано, что функция заменяет HTML на платёжные кнопки и показывает контент только после подтверждения оплаты. Также нужно подключить стили и JavaScript Pay Per View на странице. Используйте этот путь только в дочерней теме или отдельном небольшом плагине, а не через правку файлов родительской темы или самого Pay Per View.

Когда это оправдано

• Видео хранится в кастомном поле и выводится шаблоном записи.
• Платный блок находится в шаблоне события, курса или каталога.
• Нужно закрыть не весь the_content(), а отдельный HTML, который редактор не контролирует.

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

Откат

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

Когда WPMU DEV Pay Per View будет удачным выбором

WPMU DEV Pay Per View стоит рассматривать как узкий инструмент для платного доступа к отдельным материалам WordPress, а не как универсальную платформу монетизации. Он может быть полезен, если у вас есть несколько ценных публикаций, вы готовы провести тест на копии сайта, понимаете ограничения PayPal и не ждёте активной поддержки от разработчика.

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

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