AoG からアクション センターへのエンドツーエンドの移行の注文

概要

Google チームは、Order with Google(OwG)の統合を Actions on Google(AoG)プラットフォームから Actions Center に移行します。新しいプラットフォームに移行することで、実装する統合の種類に関係なく、フードパートナーが利用できるツールを 1 か所に集約し、効率化を図ることができます。

移行の詳細

以下では、新しいアクション センター アカウントの OwG 統合の構成が、AoG プラットフォーム プロジェクトの構成にどのようにマッピングされるかを説明します。

アクション センターの OwG 統合の本番環境では、移行開始通知の時点でブランド情報(表示名、ロゴ、利用規約、PP)、フルフィルメント URL、フィード バケットの構成がライブ AoG 本番環境デプロイ(AoG > [デプロイ] > [リリース]、チャネル = [Production & Review status] = [Approved])からコピーされます。

アクション センターの OwG 統合サンドボックス環境では、ブランド情報(AoG > [デプロイ] > [ディレクトリ情報])、フルフィルメント URL(AoG > [開発] > [アクション])、フィード バケット(AoG > [開発] > [データフィード]、サンドボックス データフィード)の構成が、移行開始通知時に AoG コンソールの作業バージョン データからコピーされます。

アクション センター アカウントにアクセスする場合、ユーザーは以下のロール マッピングで GCP プロジェクトからコピーされます。

GCP プロジェクト アクション センター アカウント
オーナー 管理者
編集者 編集者
閲覧者 読み取り専用

アルファ版テスター(AoG > [デプロイ] > [リリース] > [アルファ版テスターの管理] で定義)は、ロール「テスター」のアカウント ユーザーの一部になりました。

継承を使用して AoG プロジェクトにアクセスできるユーザー。組織レベルの権限は、管理者ロールのユーザーが [構成] > [アカウントとユーザー] にある Actions Center に手動で追加する必要があります。組織から継承される権限を確認するには、GCP プロジェクトの [IAM と管理] > [IAM] の [継承] 列をご覧ください。継承はユーザーレベルではなくロールレベルで動作します。組織から継承された管理者ロールとプロジェクトの編集者ロールがユーザーに直接割り当てられている場合、ユーザーには Actions Center では編集者のロールしか付与されません。

新機能と変更点

以下に、AoG プラットフォームと新しいアクション センターの間の OwG 統合で大きな変更点があるさまざまな領域について説明します。

領域 AoG プラットフォーム アクション センター
ユーザー アクセス管理 GCP アクセスは、AoG アクセスも制御します。右上のその他アイコン > [ユーザー アクセスを管理] アクセス管理は、GCP プロジェクトのアクセス管理とは別のものです。[設定] > [アカウントとユーザー] > [ユーザー] タブ。詳しくは、アカウントとユーザーに関する記事をご覧ください。
パートナーの連絡先 Google フォームを使用して更新 プラットフォーム上で直接閲覧、更新されました。[Configuration] > [Contact Information]。詳しくは、連絡先情報の設定についての記事をご覧ください。
本番環境 公開するには、統合に対する変更を Google にデプロイして承認する必要がある 本番環境で統合に加えた変更は、Google のデプロイ ステップまたは承認ステップなしですぐに公開されます
サンドボックス環境 サンドボックス フィード([開発] > [データフィード]、サンドボックス データフィード)と稼働中のフルフィルメント URL [開発] > [アクション] の組み合わせとして定義されます。 パートナー様の開発環境またはステージング環境に対応する完全な環境。
環境をプレビューする アップロードしたフィード ファイル([開発] > [データフィード] > [テストフィードのアップロード])と作業バージョンのフルフィルメント URL([開発] > [アクション])の組み合わせとして定義されます 「サンドボックス環境のフィード」の「クイックテスト」に名称変更しました。フィード ファイルをアップロードして、別個の Test API URL を定義できます。
アルファ版テスト アルファ版のデプロイは、開発ライフサイクルの中でいつでも利用できます。ステージング API の URL を使用し、事前定義済みのアルファ版ユーザーが製品版フィードにアクセスして、エンドツーエンドのテストを実施できます。アルファ版ユーザーには AoG プロジェクトへのアクセス権がありません。 ユーザー受け入れテスト」に名称変更しました。テスター ユーザーは、[ダッシュボード] のレストラン ステータス レポートのテストリンクを使用して、本番環境からライブのレストランを閲覧できるようになります。テスター ユーザーは、アクション センターにアクセスできません。
バッチフィード ファイルレベルのエラーがあるバッチは処理され、正常に取得および解析されたファイルに基づいてフィードが更新されます。成功したファイル以外のエンティティはすべて保持されます(暗黙的な削除は行われません)。その結果、これらのエンティティは古くなり、購入手続きでエラーが発生する可能性があります。 ファイルレベルのエラーがあるバッチは処理されず、フィードは新しいバッチでファイルレベルのエラーがクリアされた場合にのみ更新されます。そのため、フィード全体が最新の状態ではなく、購入手続きの際にエラーが発生する可能性があります。
在庫の増分更新 [開発] > [データフィード] > [本番環境/サンドボックス] の下部に、在庫の増分更新レポートが表示される 名称がリアルタイム更新(RTU)に変更され、レポートは [ダッシュボード] > [RTU レポート] で確認できます。詳しくは、リアルタイムの更新についての記事をご覧ください。
エンティティの検索 ID によるエンティティ検索は、[開発] > [データフィード] > [本番環境/サンドボックス] で利用可能 [ヘルプとサポート] > [ケース] からサポート リクエストを送信する
分析 - 概要 ビジネスの状況の概要は、[アナリティクス] > [概要] で確認できます ビジネスの状況の概要については、[ダッシュボード] > [ビジネスの概要] で新しいレイアウトを確認できます。詳しくは、ビジネスの概要の記事をご覧ください。
アナリティクス - トランザクション フルフィルメント API で発生する注文リクエスト数、エラー、エラー率の概要については、[アナリティクス] > [トランザクション] で確認できます フルフィルメント API で発生する注文リクエスト数、エラー率、エラー率の概要は、[ダッシュボード] > [Fulfillment API] に移動し、レイアウトを更新して確認できます。詳しくは、Fulfillment API レポートをご覧ください。
アナリティクス - エクスポート BigQuery を使用して、注文関連のデータ エクスポートを設定、更新するには、[アナリティクス] > [エクスポート] に移動します BigQuery Export は、すでに AoG で構成しているパートナー様にとっては引き続き機能します。ただし、今後パートナー様が直接行う設定変更は、現在一時停止されています。BigQuery の構成や変更を行うには、サポート リクエストを送信してください。詳しくは、BigQuery Export に関する記事をご覧ください。
言語マッチングに基づいてサービスを提供するプロバイダ ユーザーの言語が、AoG コンソールで指定されたどの言語とも一致しない場合:
  • 米国に拠点を置くレストラン: 米国英語のブランドを使用。
  • 米国外に拠点を置くレストランの場合: そのレストランにプロバイダが表示されていません。
ユーザーの言語が、定義されたブランドの言語と部分的に一致しない場合は、常にその国のデフォルトの言語が使用されます。詳しくは、ブランド配信ロジックに関する記事をご覧ください。

よくある質問

Order with Google が Actions on Google プラットフォームから Actions Center に移行するのはなぜですか?どのようなメリットがありますか?

パートナーのニーズにより的確に応えるため、Order with Google のエクスペリエンスを Actions Center に移行しています。アクション センターに移行することで、フードパートナーが利用できるツールを 1 か所に集約し、効率化を図ることができます。

Google で予約とは

「Google で予約」は、さまざまなタイプのビジネスから予約や購入を行うユーザーをサポートする機能です。ユーザーは、参加レストランの順番待ちリストへの参加や、順番待ちリストへの参加をリクエストすることもできます。Google で予約について詳しくは、こちらをご覧ください。

今回の移行によって、販売者やユーザーにはどのような影響がありますか?

Actions on Google から Actions Center に移行されるのは、Order with Google のインフラストラクチャのみです。そのため、販売者とユーザーに対する影響は想定していません。

Actions on Google はどうなっていますか?そのプラットフォームを完全に見直しているということでしょうか?

パートナーのニーズにより的確に応えるため、Order with Google のエクスペリエンスを Actions Center に移行しています。アクション センターに移行することで、食品パートナーが利用できる商品とツールを 1 か所に集約し、効率化を図ることができます。

プロジェクトが移行されなかったのはなぜですか?

  1. 本番環境には別のプロジェクトを使用し、他のプロジェクトはテスト目的にのみ使用した。この場合、本番環境プロジェクトのみが移行されます。
  2. この移行に関連する修正には署名がありません。
  3. このプロジェクトはテスト目的で作成されたものであり、OwG との契約はありません。

技術に関するよくある質問

ログインできない、またはアカウントを表示できない

アクション センターにアクセスできない場合は、組織内の Ordering End-to-End プロジェクト リーダーにお問い合わせください。ユーザー アカウントの作成を依頼できます。 アクション センターへのアクセス権が組織内にいない場合は、Google の担当者までご連絡ください。

移行が完了すると、Actions on Google の統合構成、フィード取り込み履歴、分析データはどうなりますか?

上記の移行の詳細で説明されているように、すべての構成が移行されます。フィードの履歴は、移行日の数日前まで使用でき、[フィード] > [履歴とダッシュボード] > [RTU レポート] で確認できます。分析データは、[ダッシュボード] > [Fulfilment API とビジネスの概要] で利用できます。

開発に使用するプロジェクトを含むすべての AoG プロジェクトは、新しいプラットフォームに移行されますか?

本番環境で使用される AoG プロジェクトのみが移行されます。移行が正常に完了すると、テストに使用されるプロジェクトのサポートは終了します。

テスト アカウントなしでプロジェクトの最適化とテストを行うにはどうすればよいですか?

新しいアクション センターには、テストやステージング環境へのマッピングに使用できるサンドボックス環境があります。

新機能の実装や現在の実装の更新を計画している場合は、どのように進めればよいですか?

開発環境に変更を加えたら、サンドボックス環境の [フィード] でクイックテストを使用して変更を検証し、注文フロー全体をテストできます。 次に、サンドボックス用のエンドポイントが開発環境を正しく指し、サンドボックス フィードが最新の変更で更新されていることを確認します。その後、サンドボックス環境向けの [Inventory] で統合テストを実行します。 最後に、変更を本番環境にコピーし、本番環境のインテグレーション テストを実行して、ライブのユーザー エクスペリエンスへの回帰を防ぎます。

私のインテグレーションでは、複数の AoG API エンドポイントと OAuth スコープが参照されています。移行のためにこれらの認証情報を更新する必要がありますか?

いいえ。現在サポートされているすべての API エンドポイントと OAuth スコープは、Actions Center で引き続き機能します。

新しいアカウントを利用できる国 / ブランドはいつまで拡大できますか?

パートナーは、移行後すぐに同じブランドの OwG が提供されている新しい国に拡張できます。新しいブランドの追加は、今後のフェーズで有効になる予定です。

この移行は既存の PAS または RwG の統合に影響しますか?

OwG は新しいアカウントとして アクション センターに移行されます。これにより、既存の PAS または RwG の統合に支障が生じることはありません。新しく作成されたアカウントでは、他の統合アカウントと区別するために、アカウント名の末尾に「(OwG)」が追加されます。すべてのパートナーの移行が完了しましたら、統合を 1 つのアカウントに統合する方法について Google チームからご連絡します。