Рекомендации

Для максимального вовлечения читателей и повышения коэффициента конверсии (CVR) при связывании учетных записей издателям следует следовать этим передовым методам внедрения. Анализ наиболее успешных изданий показывает, что стратегия автоматического вызова в сочетании с дисциплинированным графиком периодов восстановления после вовлечения обеспечивает самые высокие показатели успеха.

Стратегия вызова

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

Основной: Автоматический вызов

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

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

Вторичный: Вызов, запускаемый кнопкой

Для авторизованных пользователей, которые еще не связали свои учетные записи, отобразите постоянно отображаемую, ненавязчивую кнопку-ссылку или призыв к действию (CTA):

• Заголовок или нижний колонтитул статьи : Разместите кнопку-ссылку в закрепленной панели заголовка или нижнего колонтитула статьи рядом со значками для обмена в социальных сетях. Авторизованные читатели в основном попадают на страницы с подробным описанием статьи, поэтому привязка кнопки-ссылки непосредственно к просматриваемому контенту максимизирует возможности для размещения ссылок.
• Страница управления членством : Рекламируйте привязку подписки на странице учетной записи читателя или странице управления членством, объясняя преимущества привязки его учетной записи Google.

Логика повторного вовлечения и периода ожидания

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

• Рекомендуемый период ожидания : Установите период ожидания от 30 до 45 дней (или меньше, в зависимости от предпочтений вашего издания) после того, как пользователь отклонит или отвергнет запрос, прежде чем повторно запрашивать его.

Обнаружение отклонения с помощью обработчика событий

Для реализации логики повторного вовлечения и задержки отклика используйте eventManager swg.js , чтобы отслеживать, когда пользователь закрывает или отклоняет диалоговое окно привязки подписки, не привязав её. Полный список аналитических событий см. в определениях событий на GitHub .

Примечание: В среде выполнения браузера ( swg.js ) self.SWG не экспортирует перечисление AnalyticsEvent напрямую. Вместо этого event.eventType выдает числовые идентификаторы, соответствующие значениям перечисления protobuf (например, 1086 для ACTION_SUBSCRIPTION_LINKING_CLOSE и 2005 для EVENT_SUBSCRIPTION_LINKING_FAILED ).

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

// AnalyticsEvent numeric IDs from api_messages.ts
// list of the events: https://github.com/subscriptions-project/swg-js/blob/main/src/proto/api_messages.ts#L32
const ACTION_SUBSCRIPTION_LINKING_CLOSE = 1086;
const EVENT_SUBSCRIPTION_LINKING_FAILED = 2005;

subscriptions.getEventManager().then(manager => {
  manager.registerEventListener((event) => {
    // Inspect the analytics event
    console.log("Analytics event: ", event);

    // If the event indicates the user closed or rejected the linking prompt,
    // record the timestamp to enforce your 30-45 day cooldown schedule.
    if (event.eventType === ACTION_SUBSCRIPTION_LINKING_CLOSE ||
        event.eventType === EVENT_SUBSCRIPTION_LINKING_FAILED) {
      // Record rejection timestamp for cooldown suppression
      recordLinkingRejectionTimestamp();
    }
  });
});

Периодически синхронизировать права доступа читателей.

Помимо немедленного обновления прав доступа при возникновении событий, связанных с подпиской (таких как новая покупка, продление, обновление или отмена), внедрите периодическую задачу синхронизации на стороне сервера.

• Регулярная пакетная синхронизация : Запустите повторяющееся запланированное задание (например, ежедневное или еженедельное задание cron) с помощью метода API updateReaderEntitlements , чтобы обновить статус всех активных читателей.
• Согласованность данных : Периодическая синхронизация гарантирует согласованность вашей базы данных и систем Google, исправляя любые несоответствия, вызванные временными сбоями сети, пропущенными событиями веб-перехватчиков или истекшим сроком действия токенов подписки.

Важно: Максимально допустимое expire_time составляет 398 дней с момента вызова API. Даже если статус подписки подписчика никогда не меняется (например, пожизненная или автоматически продлеваемая подписка), необходимо периодически вызывать updateReaderEntitlements для продления expire_time . В противном случае право на использование сервиса истечет, а ссылка на подписку будет удалена через 398 дней.

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

Проверьте производительность в Search Console.

Вы можете отслеживать непосредственное влияние и эффективность интеграции с функцией привязки подписок с помощью Google Search Console .

• Отслеживайте показатели вовлеченности : измеряйте клики, показы и коэффициент кликабельности (CTR) для статей, выделенных для ваших подписчиков, открыв отчеты о производительности в Search Console и отфильтровав их по типу отображения в поиске «Подписной контент» (см. отчеты об отображении в поиске ).
• Отслеживайте состояние структурированных данных : используйте подробный отчет о результатах для контента по подписке , чтобы выявлять и устранять любые синтаксические ошибки или ошибки проверки в разметке структурированных данных на страницах вашей публикации.