Marketoのユーザー追加・変更手順｜Adobe Admin Consoleと従来画面の違い

Marketo Engageのユーザー追加は、Adobe Identity Management System（IMS）へユーザー管理が移行済みならAdobe Admin Console、未移行ならMarketoの管理画面から進めます。最初に管理経路を確認し、追加・変更した後は、本人が対象の環境に入り、必要な操作を行えるところまで確認しましょう。

この記事では、ユーザーを追加・変更する担当者と、Adobe Marketo Engage Business Practitioner Professional（AD0-E561）を学習する方に向けて、環境別の進め方を整理します。ロールの詳細設計やAPI専用ユーザーの作成は扱いません。

公式資料の確認日：2026年10月18日。本記事はAdobe非公式の学習資料です。手順は公式文書に基づく案内で、実機検証は行っていません。IMS移行後のロール変更には公式資料間の記載差があり、該当箇所で説明します。

最初にIMS移行状況と管理権限を確認する

IMSはAdobeのID管理の仕組みです。IMS対応のMarketoでは、製品を使うユーザーの管理にAdobe Admin Consoleを使います。ただし、Admin Console側の管理者権限と、Marketo内で操作する権限は区別する必要があります。

操作前に、対象組織、Marketoのサブスクリプション、本番か検証環境かを管理者と照合してください。画面に製品やメニューが見えるかどうかだけで判断せず、「この環境の一般ユーザーは、現在どこから追加する運用か」を確認すると、途中で別の手順へ迷い込まずに済みます。

環境別の管理場所は、Adobeの引き継ぎ時の管理チェックリストに記載されています。上の「移行中・不明」の扱いは、誤った環境への追加を防ぐための確認手順として提案しています。

「管理者」という名前だけで権限を判断しない

特に、Product Profile Adminになっただけでは、その人自身がMarketoを使えるとは限りません。製品プロファイルのユーザーとしても追加されているか確認します。役割の違いはAdobe Identity Management Overview、Console側の操作可否は管理者権限の対応表で確認できます。

Marketo側で権限を細かく確認する場合は、ユーザー管理のAccess Usersと、ロール定義管理のAccess Rolesを区別します。必要な管理領域へのアクセスも含め、担当者が対象作業を行えるかを確認してください。根拠：ロール権限の説明。

追加・変更する内容を先に決める

作業前に「誰を追加するか」だけでなく、「どの環境で、何をできるようにするか」を一文にします。既存ユーザーの変更なら、現在の割当と変更後の割当を並べて記録します。

• 本人の情報：招待に使うメールアドレスと、本人が使うIDを確認する。
• 利用対象：組織、サブスクリプション、本番・検証の区別を記録する。
• 製品へのアクセス：IMS環境では割当先の製品プロファイルを確認する。
• 業務の範囲：承認された既存ロールと、必要なワークスペースを確認する。
• 作業後の判定：できてほしい操作と、許可しない操作を一つずつ決める。

製品プロファイルは、Admin Consoleで製品の利用者を割り当てる単位です。Marketoのロールはアプリ内で行える操作、ワークスペースは利用する作業領域を確認するための項目です。「製品プロファイルへ追加したので、希望する業務権限も設定済み」と考えず、別々に照合しましょう。

今回の架空例と完成条件

架空の「学習担当Aさん」に、許可された検証環境でレポートを確認してもらう場面を考えます。管理者が、業務に合う既存ロールと対象ワークスペースを事前に決めていることを前提にします。

完成条件は、Aさんが自分のIDで入り、指定されたレポートを開けることです。加えて、許可していない管理設定を変更できないことを、承認された確認方法で確かめます。これは学習用の要件例であり、実際の利用者に設定した記録ではありません。

検証には管理者が許可したアカウントを使ってください。招待を確定すると本人へ案内メールが送られ、割当によって利用範囲が変わります。所要時間は招待への応答や管理方法に左右されるため、本記事では実測時間を示していません。

IMS移行済み：Adobe Admin Consoleからユーザーを追加する

この手順は、対象環境のユーザー管理がAdobe Admin Consoleへ移っている場合の一般ユーザー追加です。担当製品のProduct Adminなど、対象の割当を管理できる権限で進めます。

1. 対象を開く：Adobe Admin Consoleに入り、対象組織のMarketo Engageを開きます。複数のサブスクリプションがある場合は、作業対象を選びます。
2. 本人を指定する：UsersタブのAdd Userから、追加する本人のメールアドレスなどを指定します。同姓同名がある場合も、申請された本人と一致するか確認します。
3. 製品プロファイルを選ぶ：追加画面の「＋」から、承認された製品プロファイルを選びます。Marketoを利用するには、製品プロファイルへの割当が必要です。
4. 保存する：入力した本人情報と割当先を照合してSaveします。保存後、対象プロファイルのユーザー一覧で割当を確認します。

Adobeのユーザー追加の個別手順では、追加後にサインイン案内が送られ、Marketo側ではDefaultワークスペースのStandard Userロールが付与されると説明されています。これは今回のレポート閲覧用の完成形とは限りません。本人が業務利用を始める前に、承認済みのロール・ワークスペースと照合・調整し、結果を確認します。

Product Profile Adminが担当プロファイルから操作する場合は、Productsで対象製品・プロファイルを開き、Users → Add Userから追加する経路も案内されています。製品割当の反映には数分かかる場合があります。根拠：製品プロファイルへのユーザー割当。

この段階の期待結果は「正しいプロファイルに本人が追加されたこと」です。メールの到着だけでは、Marketoへのアクセスや業務権限の確認は完了しません。

IMS未移行：Marketoの管理画面から招待する

未移行であることが確認できた環境では、Adobeの管理チェックリストはAdmin → Users & Rolesを案内しています。移行済み環境の追加手順を、この画面へ当てはめないようにします。

従来手順の確認範囲：旧「Managing Marketo Users」の公開URLは、今回の再確認時に「Edit User Workspaces」へ転送されました。そのため、旧招待画面のボタン名・入力順・招待の有効日数を、現在の全環境に共通する仕様としては確定できません。以下は、未移行環境の管理者と実画面を確認して進める作業順です。

1. 招待機能を確認する：MarketoのAdmin → Users & Rolesを開き、一般ユーザーを招待する機能が利用できるか、管理者と確認します。表示されなければ、移行状況と自分の権限を先に調べます。
2. 申請内容を入力・照合する：実画面の招待項目に従って本人情報を入力し、承認されたロールとワークスペースを照合します。利用期限などの項目がある場合は、社内ルールに合わせて確認します。
3. 招待を確定する：宛先と割当を見直し、画面に案内されている確定操作で招待します。送信前に、入力したアドレスで本人が受信できることを確かめます。
4. 本人の確認へ進む：招待メールの案内に従って本人が設定を進め、ログインとアクセス範囲を確認します。招待リンクの期限と、アカウントの利用期限は別の項目として記録します。

画面がこの確認順に対応しない場合は、別種のユーザーやAPI専用ユーザーの手順を転用せず、対象環境の管理者へ確認してください。管理経路の根拠は引き継ぎ時の管理チェックリスト、現在のワークスペース編集手順はEdit User Workspacesです。

既存ユーザーの変更は変更対象で分ける

「ユーザーを変更する」には、利用する製品、担当業務の権限、氏名やログイン情報の変更が含まれます。作業対象を分けると、必要以上に広い設定を変えることを防げます。

既存ロールの割当を変える

IMS環境のロール変更に関する資料差異：ユーザー追加手順と初期設定チェックリストは、製品プロファイルへ追加した後にMarketo側でロールを調整する流れを示しています。一方、引き継ぎ用チェックリストには、追加された場合はロールを割り当てられないという異なる記述があります。適用条件の差は確認できていません。本記事は個別手順を基に案内します。対象環境でロール編集が可能かを管理者に確認し、編集項目がない場合はAdobeサポートへ照会してください。

この条件を確認したうえで参照するMarketoのロール管理の個別手順は、Admin → Users & Rolesで対象ユーザーを選び、Edit UserのRolesで必要なロールを選択してSaveする流れです。保存前に現在と変更後の割当を照合し、変更後は本人の画面で結果を確認します。

また、Edit UserとEdit Roleは目的が違います。特定の人に既存ロールを割り当てる作業と、ロールそのものの権限を編集する作業を分けてください。ロール定義を変えると、同じロールを持つほかの利用者にも影響します。今回のような一人の担当変更では、まず既存ロールの割当を確認します。根拠：ユーザーとロールの変更手順。

ワークスペースの変更は、ユーザーワークスペースの編集手順を参照し、Edit Userで対象範囲を変更して保存します。利用するワークスペースの構成は環境ごとに照合してください。

氏名・メールアドレスはID管理の条件を確かめる

Admin Consoleの一般手順では、Users → Usersから対象者の詳細を開き、Edit user profileで情報を編集します。ただし、編集可能な内容はID種別やドメインの管理状況などに依存します。メールをSSOの識別子にしている場合は、Adobe側と認証基盤側の変更を合わせる必要があります。

このため、メールアドレスの変更を単なる表示名の修正と同じ手順で進めず、System Admin・ID管理担当者と変更内容をそろえます。根拠：Admin Consoleでの個別ユーザー管理。未移行環境についても、今回の公開資料だけでは変更可能な全項目を確定できないため、実画面と現行の社内手順を確認してください。

招待後は本人のアクセス結果まで確認する

完了判定は、「管理者側の割当」と「本人側の利用結果」の両方で行います。以下は、本記事の架空例に合わせた検証設計です。実際の操作結果を記録した表ではありません。

Adobe Identityを使いMarketoのログインページから入る場合、公式案内はContinue with AdobeIDを使う経路です。従来のログイン入力と取り違えていないか確認しましょう。根拠：Adobe IDでのサインイン。

権限変更後は、本人にいったんサインアウトしてもらい、サインインし直した状態でも確認する方法を提案します。記録には、確認日時、確認者、期待結果、実結果、差異を残します。画面を開けたことだけで、すべての操作権限が正しいとは判定しません。送信・削除などの実行を伴う権限は、必要に応じて許可されたテスト環境で別に検証します。

うまくいかないときの確認順

まず「管理画面に入れない」「本人がログインできない」「ログイン後の権限が違う」を分けます。次の表は、原因を確定するための診断結果ではなく、切り分けの出発点です。

同じユーザーを繰り返し作成する前に、既存の登録状態を確認しましょう。問い合わせ用には環境、日時、対象操作、エラー文をまとめると状況を伝えやすくなります。画像を共有するときは、氏名やメールアドレスなどの情報を必要な範囲に絞ります。

後片付けと次の学習

学習用に権限を変更した場合は、変更前の記録と照合し、不要になった割当を管理者が整理します。業務利用へ移す場合は、本人の確認結果と残っている差異を引き継ぎます。

Admin Consoleの組織ユーザー削除は、Marketoだけの権限調整とは影響範囲が違います。組織から与えられたほかのサービスへのアクセスも失われるため、学習の後片付けとして安易に選ばないでください。削除の影響は個別ユーザー管理のRemove usersで確認できます。

まずは、自分の環境について「管理経路」「操作する担当者」「追加・変更後の確認方法」を一行ずつ書いてみましょう。実機環境がない場合も、この三つを整理する紙上演習はできます。実結果の欄は、操作するまで未実施のままにします。

AD0-E561の公式学習目標にはユーザー・ロール管理が含まれます。ただし、本記事の各操作がそのまま出題されることを保証するものではありません。資格全体での位置付けはMarketo資格の試験概要と学習方法、学習目標はAdobeの資格ページで確認できます。次は、担当業務に合うロールを選ぶ判断と、カスタムロールを設計する際の影響範囲へ進みましょう。