Мне необходимо синхронизировать/импортировать всех существующих пользователей WordPress в Discourse, чтобы они стали активными пользователями Discourse, БЕЗ необходимости для пользователей сначала входить в WordPress для запуска процесса создания учетной записи через SSO.
Является ли это функцией, которая в настоящее время доступна, или нам нужно разработать кастомное решение?
Это недоступно. Помимо неэтичности, это может нарушать законы о защите данных. Такая деятельность должна быть основана на явном согласии (opt-in), а не на отказе от участия (opt-out).
Ваши пользователи должны заранее знать, где и как обрабатывается их личная информация (включая адреса электронной почты). Если они регистрируются на вашем веб-сайте, вы не можете автоматически предполагать, что они также хотят получить аккаунт или любые письма от вашего сообщества.
Существует множество способов стимулировать участие; я рекомендую рассмотреть вариант, подобный описанному выше.
В дополнение к важному замечанию @Stephen о использовании данных, я лишь хочу добавить, что всё подобное представляет собой импорт данных в Discourse, а не то, что обрабатывается плагином WP Discourse.
Перенос пользователей из одной системы в другую сам по себе не является неэтичным.
Вы ничего не знаете. Это может быть абсолютно законный план.
И всё же это так. Если я создаю аккаунт в блоге, интернет-магазине или чём-то ещё, я не ожидаю, что владелец или администратор перенесут мои данные в другую систему, независимо от того, является ли это Discourse, Mastodon, Twitter, проприетарным приложением или просто чем-то, что нужно владельцу для его собственных нужд.
И в ЕС это тоже незаконно.
Почему каждый чёртов администратор знает лучше меня, какой вариант для меня лучше?
Я обычно импортирую данные в Discourse, когда пользователи переходят с какого-либо устаревшего форума на Discourse. Никто никогда не ставил под вопрос этичность этого.
Думаю, всё зависит от того, на что, по мнению пользователей, они подписались. Если Discourse заменяет часть сайта на WordPress, это может быть допустимо.
Вы можете посетить Redirecting…, если хотите получить мою помощь.
Это другая ситуация. Мета-данные не меняются, меняется только программное обеспечение. Это как переход с Shopify на WooCommerce — это всё ещё тот же самый интернет-магазин.
Я знаю, что вы понимаете разницу, но Meta, Apple, Google, Twitter… — это не единственные игроки, которые считают, что могут и должны делать с пользователями всё, что им вздумается 
Это касается и более мелких игроков. Такие вещи, как GDPR, не являются проблемой, потому что они ограничивают действия в рамках ЕС. Это огромная проблема для многих, потому что она ограничивает действия владельцев платформ. Точно так же, когда речь идёт о том, как синхронизировать всех пользователей с одной платформы на другую, Большой Вопрос™ должен заключаться в том, следует ли вообще проводить такую операцию.
Именно. Как контроллер данных, мы не можем добавлять новые способы обработки данных пользователей, выходящие за рамки первоначальной цели, без их предварительного согласия. Мне не повезло работать в среде, где это не понимали, и в конечном итоге сотрудники, ответственные за это, получили по полной за свою ошибку.
Многие организации будут считать, что это риск, на который стоит пойти. На самом деле это не так.
Это тоже верно, и это не что-то новое, появившееся с GDPR; мы публиковали статьи ещё десять лет назад, объясняющие обязанности контроллера данных, обработчика данных и правовые рамки обработки. В Европе, Великобритании и США существуют механизмы защиты для такого сценария. Принципы конфиденциальности Safe Harbour на несколько лет размывали границы, но, к счастью, они были отменены в 2015 году.
Вот в чём опасность: дело не только в таких компаниях, как Meta, которые злоупотребляют нашими данными. Операторы сайтов обычно технический персонал, который понимает базы данных, но не осознаёт свои риски при обмене информацией между системами. К счастью, незнание не является уважительной правовой защитой.
Есть множество случаев, когда миграция пользователей с одной системы на другую не является ни неэтичной, ни незаконной. Приводился один пример, а затем вы говорите, что это «другая ситуация». Чем она отличается? Всё, что мы знаем, — это то, что кто-то спросил о миграции пользователей с WP на Discourse.
Это совсем не отличается. Это именно то, что описывается.
Признаюсь, я тоже не до конца понимаю суть проблемы.
Разумеется, где именно вы храните данные internally (при условии, что вы соблюдаете осторожность и процедуры защиты данных и доступа к ним), не имеет значения.
Если рассылки из обеих систем подчиняются одним и тем же правилам отказа от подписки, то разве это не не имеет значения?
Если экземпляры WordPress и Discourse принадлежат одному юридическому лицу, то разве здесь нет проблем?
Существует ли какой-то пункт GDPR, который запрещает перемещение записей о пользователях в пределах систем компании? Меня это очень удивило бы: приходилось бы ли вам запрашивать разрешение пользователя на миграцию на новые платформы? А что, если я перенесу базу данных с Postgres на Oracle? Мне это кажется неразумным, но, возможно, я что-то упускаю, так как не читал детальный текст закона?
Спасибо, что сообщили мне!
Всем спасибо за ваши соображения. Мой первоначальный вопрос был решён!