概要
Google チームが、Order with Google(OwG)の統合を Actions on Google(AoG)プラットフォームから Actions Center に移行します。新しいプラットフォームに移行することで、実装する統合の種類に関係なく、フード パートナーが利用できるツールを 1 か所に統合し、効率化します。
移行の詳細
以下では、新しい Actions Center アカウントの OwG 統合の構成が AoG プラットフォーム プロジェクトの構成にどのようにマッピングされるかについて説明します。
Actions Center の OwG 統合本番環境では、移行開始通知時に、ライブ AoG 本番環境のデプロイ(AoG > デプロイ > リリース、チャンネル = 本番環境、審査ステータス = 承認済み)からブランド情報(表示名、ロゴ、利用規約、PP)、フルフィルメント URL、フィードバケットの設定がコピーされます。
Actions Center の OwG 統合 Sandbox 環境では、移行開始通知時に、AoG コンソールの作業用バージョンのデータからブランド情報(AoG > デプロイ > ディレクトリ情報)、フルフィルメント URL(AoG > 開発 > アクション)、フィードバケット(AoG > 開発 > データフィード、Sandbox データフィード)の構成がコピーされます。
Actions Center アカウントにアクセスするユーザーは、GCP プロジェクトから以下のロール マッピングでコピーされます。
GCP プロジェクト | Actions Center アカウント |
---|---|
オーナー | 管理者 |
編集者 | 編集者 |
閲覧者 | 読み取り専用 |
アルファ版テスター(AoG > デプロイ > リリース > アルファ版テスターの管理で定義)は、アカウント ユーザーの一部となり、ロールが「テスター」になります。
継承された組織レベルの権限を使用して AoG プロジェクトにアクセスできるユーザーは、管理者ロールを持つユーザーが [設定] > [アカウントとユーザー] の [アクション センター] に手動で追加する必要があります。組織から継承されている権限を確認するには、GCP プロジェクトの [IAM と管理] > [IAM] の [継承] 列を確認します。継承は、ユーザーレベルではなくロールレベルで機能します。ユーザーが組織から継承された管理者のロールとプロジェクトに対する編集者のロールを直接持っている場合、アクション センターには編集者のロールのみが表示されます。
新機能と変更点
以下では、AoG プラットフォームと新しいActions Center の間で OwG 統合に大きな変更が加えられた領域について説明します。
地域 | AoG プラットフォーム | アクション センター |
---|---|---|
ユーザー アクセスの管理 | GCP アクセスは AoG アクセスも制御します。右上にあるその他アイコン > [ユーザー アクセスを管理] | アクセス管理は、GCP プロジェクトのアクセス管理とは別です。[構成] > [アカウントとユーザー] > [ユーザー] タブ。詳しくは、アカウントとユーザーの記事をご覧ください。 |
パートナーの連絡先 | Google フォームを使用して更新 | プラットフォーム上で直接表示、更新できます。[設定] > [連絡先情報] に移動します。詳しくは、連絡先情報の設定に関する記事をご覧ください。 |
本番環境 | 統合に変更を加えた場合は、デプロイして Google の承認を得て、公開する必要があります | 本番環境でインテグレーションに加えた変更は、デプロイ ステップや Google の承認ステップを経ることなくすぐに公開されます。 |
サンドボックス環境 | サンドボックス フィード([開発] > [データフィード] > [サンドボックス データフィード])とフルフィルメント URL の動作バージョン([開発] > [アクション])の組み合わせとして定義されます。 | パートナーの開発環境またはステージング環境に対応する完全な環境。 |
プレビュー環境 | アップロードしたフィード ファイル([開発] > [データフィード] > [テストフィードをアップロード])と、フルフィルメント URL の動作確認版([開発] > [アクション])の組み合わせで定義されます。 | サンドボックス環境の [フィード] で、[クイック テスト] に名前が変更されました。フィード ファイルをアップロードし、別の Test API URL を定義できます。 |
アルファ版テスト | アルファ版デプロイは、ステージング API URL を使用できる開発ライフサイクルの任意の時点で利用できます。事前定義されたアルファ版ユーザーは、製品版フィードにアクセスしてエンドツーエンドのテストを実施できます。アルファ版ユーザーは AoG プロジェクトにアクセスできません。 | 名前を [ユーザー受け入れテスト] に変更しました。テスター ユーザーは、[ダッシュボード] の [レストランのステータス レポート] にあるテストリンクを使用して、本番環境のライブ レストランを閲覧できます。テスター ユーザーはアクション センターにアクセスできません。 |
バッチ式 | ファイルレベルのエラーのあるバッチは処理され、正常に取得して解析されたファイルに基づいてフィードが更新されます。正常に処理されたファイル以外のエンティティは保持されます(暗黙的な削除はありません)。その結果、これらのエンティティは古くなり、購入手続き中にエラーが発生する可能性があります。 | ファイルレベルのエラーがあるバッチは処理されず、新しいバッチにファイルレベルのエラーがないことを確認できた場合にのみ、フィードが更新されます。その結果、フィード全体が古くなり、購入手続き中にエラーが発生する可能性があります。 |
広告枠の増分更新 | 在庫の増分更新レポート: [開発] > [データフィード] > [製品版/サンドボックス] の下部にあります。 | 名称がリアルタイム アップデート(RTU)に変更され、レポートは [ダッシュボード] > [RTU レポート] で確認できます。詳しくは、リアルタイム アップデートの記事をご覧ください。 |
エンティティの検索 | ID によるエンティティの検索([開発] > [データフィード] > [製品版/サンドボックス] で利用可能) | [ヘルプとサポート] > [ケース] でサポート リクエストを送信する |
アナリティクス - 概要 | ビジネスの状況の概要は、[アナリティクス] > [概要] で確認できます。 | ビジネスの状況の概要は、[ダッシュボード] > [ビジネスの概要] で確認できます。レイアウトが更新されています。詳しくは、ビジネスの概要の記事をご覧ください。 |
アナリティクス - トランザクション | フルフィルメント API で発生した注文リクエストの量、エラー、エラー率の概要は、[アナリティクス] > [トランザクション] で確認できます。 | Fulfillment API で発生した注文リクエストの量、エラー、エラー率の概要は、[ダッシュボード] > [Fulfillment API] で確認できます。レイアウトが更新されています。詳しくは、Fulfillment API レポートの記事をご覧ください。 |
アナリティクス - エクスポート | [アナリティクス] > [エクスポート] に移動して、BigQuery を使用して注文関連データのエクスポートを構成および更新できます。 | AoG で BigQuery エクスポートをすでに設定しているパートナーは、引き続き使用できます。ただし、パートナーによる直接的な構成変更は現在一時停止されています。BigQuery を構成または変更するには、サポート リクエストを送信してください。詳細については、BigQuery Export の記事をご覧ください。 |
言語の一致に基づくプロバイダの配信 | ユーザーの言語が AoG コンソールで指定されている言語と一致しなかった場合
|
ユーザーの言語が、定義されたブランドの言語と部分的に一致しない場合は、その国のデフォルトの言語が常に使用されます。詳しくは、ブランド配信ロジックに関する記事をご覧ください。 |
よくある質問
「Google で注文」が Actions on Google プラットフォームから Actions Center に移行されるのはなぜですか?メリット
パートナー様のニーズをよりよく満たすため、Google で注文機能をアクション センターに移行します。アクション センターに移行することで、フード パートナーが利用できるツールを一元化し、効率化します。
「Google で予約」とは何ですか?
「Google で予約」は、ユーザーがさまざまなタイプのビジネスで予約や購入を行えるようにするサービスです。参加レストランの順番待ちリストに加わったり、順番待ちリストへの登録をリクエストしたりもできます。「Google で予約」の詳細については、こちらをご覧ください。
この移行は販売者とユーザーにどのような影響を与えますか?
Actions on Google から Actions Center に移行されるのは、Order with Google のインフラストラクチャのみです。そのため、販売者やユーザーへの影響はないと予想されます。
Actions on Google はどうなるのでしょうか?つまり、そのプラットフォームを完全に見直すということですか?
パートナー様のニーズをよりよく満たすため、Google で注文機能をアクション センターに移行します。Actions Center に移行することで、フード パートナーが利用できるプロダクトとツールを 1 か所に統合し、効率化します。
プロジェクトが移行されなかったのはなぜですか?
- 本番環境には別のプロジェクトが使用され、他のプロジェクトはテスト目的でのみ使用されていました。この場合、移行されるのは本番環境プロジェクトのみです。
- 移行に関連する修正条項に署名されていません。
- プロジェクトはテスト目的で作成され、OWG との契約はありませんでした。
技術に関するよくある質問
アカウントにログインできない、またはアカウントを表示できない
Actions Center にアクセスできない場合は、組織内の注文エンドツーエンド プロジェクトリードにお問い合わせください。ユーザー アカウントを作成いたします。組織内の誰もアクション センターにアクセスできない場合は、Google のビジネス担当者にお問い合わせください。
移行が完了すると、Actions on Google の統合設定、フィード取り込み履歴、アナリティクス データはどうなりますか?
上記の移行の詳細で説明されているように、すべての構成が移行されます。フィード履歴は移行日より数日前まで利用できます。[フィード] > [履歴] と [ダッシュボード] > [RTU レポート] で確認できます。分析データは、[ダッシュボード] > [Fulfilment API とビジネスの概要] で確認できます。
開発に使用しているプロジェクトを含む、すべての AoG プロジェクトが新しいプラットフォームに移行されますか?
移行されるのは、本番環境で使用されている AoG プロジェクトのみです。テストに使用されるプロジェクトは、移行が正常に完了すると非推奨になります。
テスト アカウントなしでプロジェクトの最適化とテストを行うにはどうすればよいですか?
新しいActions Center には、テストに使用できるサンドボックス環境があり、テスト環境またはステージング環境にマッピングできます。
新機能を実装または現在の実装を更新する予定ですが、どうすればよいですか?
開発環境に変更を加えた後、サンドボックス環境の [フィード] でクイック テストを使用して、変更を検証し、注文フローをすべてテストできます。次に、サンドボックスのエンドポイントが開発環境を正しく参照していることと、サンドボックス フィードが最新の変更で更新されていることを確認してから、サンドボックス環境の広告枠で統合テストを実行します。最後に、変更を本番環境にコピーし、本番環境の統合テストを実行して、ライブユーザー エクスペリエンスの回帰を回避します。
統合で複数の AoG API エンドポイントと OAuth スコープを参照しています。移行のためにこれらの設定を更新する必要がありますか?
いいえ。現在サポートされているすべての API エンドポイントと OAuth スコープは、Actions Center で引き続き機能します。
新しいアカウントを他の国やブランドに拡大できるようになるのはいつですか?
パートナーは、移行後すぐに、同じブランドの OwG が公開されている新しい国に拡大できます。新しいブランドの追加は、今後のフェーズで有効になります。
この移行は、既存の PAS または RwG の統合に影響しますか?
OwG は新しいアカウントとして Actions Center に移行されます。既存の PAS や RwG との統合に支障が生じることはありません。新しく作成されたアカウントには、他の統合アカウントと区別するために、アカウント名の末尾に「(OwG)」が追加されます。すべてのパートナーの移行が完了すると、Google チームから連絡があり、統合を 1 つのアカウントに統合する方法について説明します。