ReportDefinitionError.INVALID_FIELD_NAME_FOR_REPORT
AdsApp.report
ConversionAdjustment
ConversionAdjustmentLagBucket
ConversionAttributionEventType
ConversionCategoryName
ConversionLagBucket
ConversionTrackerId
ConversionTypeName
AllConversionRate
ConversionRate
CostPerAllConversion
CostPerConversion
CostPerCurrentModelAttributedConversion
ReportDefinitionService.getReportFields
exclusiveFields
パスワードはオンライン情報の保護に役立ちます。パスワードを安全に保つことが何よりも重要なのはそのためです。しかし、ショッピングやエンターテイメントから個人の金融取引まで、さまざまなウェブサイトで数十個（場合によっては数百個）のパスワードを扱うとなれば、常に新しいアカウントの設定や管理に追われているように感じます。もちろん、アカウントごとに強固で一意なパスワードを設定することがベスト プラクティスではありますが、それらすべてを記憶しておくのは難しいことかもしれません。そこで、皆さんをサポートするため、Chrome にパスワード マネージャーを設けています。
スマートフォンやコンピュータ、タブレットでウェブをブラウズするとき、Chrome なら、1 クリックでパスワードを作成、記憶、自動入力できます。サイトにログインした後、パスワードが侵害されていた場合は警告が表示されます。また、Chrome の設定から常に自分でチェックすることもできます。そして、うれしいお知らせがあります。新しいアップデートにより、パスワードをさらに細かく管理できるようになりました。
脆弱なパスワードを簡単に修正
皆さんもきっと、急いで新しいログインを設定したくて、単純な「ペットの名前」のようなパスワードを設定してしまったことがあるはずです。しかし、脆弱なパスワードはセキュリティのリスクとなるので、避けるべきです。Chrome 88 では、シンプルなチェックで脆弱なパスワードを見つけて、簡単に対応できるようになります。
パスワードをチェックするには、プロフィール画像の下にある鍵アイコンをクリックするか、アドレスバーに chrome://settings/passwords と入力する
Chrome には、ウェブサイトにログインする際に保存済みのパスワードの更新を促す機能がすでに組み込まれています。しかし、1 か所で複数のユーザー名とパスワードを簡単にアップデートできれば便利だと思う方もいるでしょう。そこで、PC 版と iOS 版の Chrome 88 より、Chrome の設定からすべてのパスワードをすばやく簡単に管理できるようにします（Chrome の Android アプリも近日中に対応予定）。
2020 年の改善に続いて
今回の新たなアップデートは、昨年行われたたくさんの改善が土台になっており、そのすべてが、オンラインの安全性を向上させ、ウェブのブラウズをさらに簡単にするために貢献しています。
パスワードを安全に保つため、ぜひ新しいアップデートを利用しましょう。2021 年もすばらしいパスワード機能が登場する予定なので、ご期待ください。
AMP コミュニティから特に多く寄せられている要望の 1 つは、高パフォーマンスな AMP コンポーネントを AMP 以外のページでも利用できるようにすることです。AMP Project はこの要望に対処するため、2 年にわたって Bento AMP と呼ばれる取り組みを懸命に進めてきました。その具体的な目的は、完全な AMP ランタイムを使わなくても、AMP コンポーネントがもたらすパフォーマンスとユーザー エクスペリエンスのメリットを活用できるようにすることです。今日のデベロッパー プレビューのリリースにより、その実現に向けて 1 歩前進したことをお知らせします。Bento コンポーネントを試してみたい方は、スタートガイドをご覧ください。
AMP Project の目的は、常にユーザー ファーストな体験を作れるようにデベロッパーをサポートすることにあります。この価値提案の中核にあるのは、高パフォーマンスでユーザー中心の AMP コンポーネントです。今回、Bento AMP によって、必要な場所で AMP コンポーネントを使えるようになります。お気に入りのフレームワークや CMS と AMP コンポーネントを組み合わせることができるのです。
たとえば、カルーセルを AMP 以外のページに追加する、有効な AMP を作成する過程で AMP コンポーネントをテストするなど、1 回限りのケースで Bento コンポーネントを使うことができます。Bento AMP プロジェクトの最新の進捗状況は、GitHub のワーキング グループで確認できます。または、AMP の次の展開をご覧ください。
現在のリリースは、いくつかのスタンドアロン AMP コンポーネントのデベロッパー プレビューです。その目的は、今回の実装の技術的な成否に関するフィードバックを集めることです。現在の Bento AMP コンポーネントにはまだ AMP ランタイムが必要ですが、コンポーネントはページが「有効な AMP」でなくても動作します。つまり、ページにスタンドアロン AMP コンポーネントをインポートし、必要に応じて他のカスタム JavaScript と連携できます。
始めるにあたっては、まずこちらのガイドをお読みください。今回のデベロッパー プレビューの期間中は、以下の Bento コンポーネントを試験運用版として利用できます。
なお、これはデベロッパー プレビューなので、AMP ページで Bento コンポーネントを利用すると、ページは有効でなくなります。この点は、正式版をリリースする際には対応したいと考えています。デベロッパーの皆さんからフィードバックを集めるため、これら最初の Bento AMP コンポーネントを提供できるのはうれしいことですが、Bento コンポーネントのデベロッパー プレビュー期間中に AMP エクスペリエンスをデプロイする場合は、最新の本番バージョンの AMP コンポーネントを使って有効な AMP ページを作成することをお勧めします。
将来的には、完全版をリリースして Bento コンポーネントをすべての HTML ドキュメントで利用できるようにする予定です。それにより、高パフォーマンスなコンポーネントを使ってすばらしいページ エクスペリエンスを作成できるようになります。そのための変更は今年中に行う予定なので、ご期待ください。
その次は、React バージョンの Bento コンポーネントを npm パッケージとして公開することも計画しています。これにより、React アプリが Bento AMP コンポーネントをさらに簡単に使えるようになります。
Bento AMP コンポーネントを試してみたい方は、スタートガイドをご覧ください。AMP チームは、GitHub や Slack チャンネルからフィードバックを送ることを推奨しています。フィードバックは大歓迎です。ぜひご協力ください。質問や問題がある方も、遠慮なくご連絡ください。
投稿者 : Naina Raisinghani（AMP Project、プロダクト マネージャー）
APP_AD
APP_ENGAGEMENT_AD
CALL_ONLY_AD
EXPANDED_DYNAMIC_SEARCH_AD
GMAIL_AD
HTML5_UPLOAD_AD
IMAGE_AD
LEGACY_APP_INSTALL_AD
LOCAL_AD
RESPONSIVE_DISPLAY_AD
RESPONSIVE_SEARCH_AD
VIDEO_RESPONSIVE_AD
AdGroupAdService.MutateAdGroupAds
AdService.MutateAds
PolicyValidationParameter.ignorable_policy_topics
PolicyValidationParameter.exempt_policy_violation_keys
GoogleAdsError.error_code
PolicyFindingErrors
GoogleAdsError.details
PolicyFindingDetails
PolicyViolationErrors
PolicyViolationDetails
AdGroupAdPolicySummary
AdGroupAd.policy_summary
EXPANDED_TEXT_AD
この記事は The AMP Blog の記事 "Correlation between Core Web Vitals and AMP" を元に翻訳・加筆したものです。詳しくは元記事をご覧ください。
編集者のメモ : 以下の抜粋記事の出典は、Google のデータ サイエンティスト、Sixing Chen による HTTP Archive Blog への投稿です。より広い AMP コミュニティで共有するため、著者の許可を得た上で以下に転載します。詳細については、出典元のブログ投稿をご覧ください。
HTTP Archive Blog に掲載された最近の分析は、Core Web Vitals（CWV）とさまざまなウェブの特性との相関関係に着目しています。CWV はウェブ体験の質を表し、Google が特に重視する指標です。この調査では多くの技術を分析しており、因果関係を示唆するものではありませんが、AMP に関する結果は早い段階で AMP の大きな可能性を示しています。すなわち、AMP はユーザーにすばらしい体験を提供し続け、デベロッパーにとって費用対効果の高いソリューションとなる可能性をもっています。
この調査の目的は、「さまざまなウェブ開発の選択肢を評価する際の参考として、CWV とウェブの特性との関連性について理解を深めるために役立ててもらうこと」にあります。この調査では、HTTP Archive のデータを使用して、CWV といくつかのウェブ技術（JavaScript フレームワーク、JavaScript ライブラリ、CMS、UI フレームワーク、ウェブ フレームワーク、ウィジェットなど）との相関関係を分析しました。
AMP についての結果を以下に掲載します。斜体になっている部分は、すべて元の調査からの転載です。
ここでは、関連性についての結果を示すとともに、特に CWV への影響が大きいと思われる特徴的な点について記載します。
関連性についての結果を解釈するうえで重要な点があります。それは、特定のウェブ特性への正の影響と負の影響は、他のウェブ特性との比較においてのみ、また、多くのウェブ技術、多種多様なコンテンツ、さまざまなサードパーティ リクエストが混在したウェブサイトという前提でのみ解釈すべきであるという点です。たとえば、あるウェブ技術が強い正の影響を示していた場合、その技術は他の技術と比べてパフォーマンスが優れているようだと解釈すべきです。その技術をウェブサイトに導入すれば、ウェブのパフォーマンスが向上すると解釈することはできません。
LCP は数値の対数としてモデリングするので、高いほど悪いことになります。
%HSM 値が 1 に近い予測値は、数値 / カウントの特性値が高いことを示します。つまり、その技術の存在と高い LCP 値には強い関連性があります。%HSM が 0 に近い予測値では、その逆が成り立ちます（%HSM が高くなるほど悪化する）。
同様に、MSD が比較的大きな正の数である予測値は、数値 / カウントの特性値が高いことを示します。つまり、その技術が存在すると、LCP に強い負の影響を与えます。MSD が大きな負の数である予測値では、その逆が成り立ちます（MSD が大きな正の数になるほど悪化する）。
…
ほとんどの JavaScript フレームワークは LCP と強い正の相関を示すので、悪影響が生じることになりますが、AMP は例外です。特に影響が大きいのは、AngularJS、GSAP、MooTools、RequireJS です。
CLS は、与えられたしきい値を満たすかどうかを示すバイナリ インジケーターとしてモデリングします。1 はウェブサイトの CLS が 0.1 未満、0 はそれ以外であることを示します。そのため、1 は 0 より優れています。
%HSM 値が 1 に近い予測値は、数値 / カウントの特性値が高いことを示します。つまり、その技術の存在と CLS がしきい値を満たすことに強い関連性があります。%HSM が 0 に近い予測値では、その逆が成り立ちます（%HSM が低くなるほど悪化する）。
同様に、MSD が比較的大きな正の数である予測値は、数値 / カウントの特性値が高いことを示します。つまり、その技術が存在すると、CLS がしきい値を満たすことに強い正の影響を与えます。MSD が大きな負の数である予測値では、その逆が成り立ちます（MSD が大きな負の数になるほど悪化する）。
いくつかの JavaScript フレームワークは、CLS がしきい値を満たすことと強い負の相関を示すので、悪影響が生じることになります。ただし、AMP、GSAP、React では相関性と影響が低くなっています。AngularJS、Handlebars、Vuejs は特に負の影響が強いものでしょう。
AMP Project の目的は、常にユーザー ファーストな体験を作れるようにデベロッパーをサポートすることにあります。AMP Performance Working Group は、ウェブ上の AMP ページのパフォーマンスを継続的に管理し、定期的に AMP ライブラリのパフォーマンスを強化するアップデートをています。また、AMP は常に最新の状態を維持するライブラリなので、デベロッパーは何の追加作業も必要なく改善点を活用できます。AMP Project には、デベロッパーが簡単に Core Web Vitals のしきい値を満たせるようにするという役割があります。それを果たしている証拠として、上のような相関性についての調査結果を確認できることは私たちの喜びです。
Google 検索では、ランキングにおけるページ エクスペリエンス シグナルの利用がまもなくロールアウトされる予定です。それに向けて、AMP はウェブ パフォーマンスのベスト プラクティスの遵守に役立っており、すべての AMP ページが Core Web Vitals に準拠できるように最大限のチャンスを与えています。私たちは、そこまで到達できたことをうれしく思っています。以上のような理由から、デベロッパーの皆さんには AMP ページ エクスペリエンス ガイドの活用をお勧めしています。このガイドは、アクションにつながるアドバイスを AMP デベロッパーに提供し、AMP ページのページ エクスペリエンスの改善に役立つツールです。
いつものように、問題や機能リクエストがありましたらお知らせください。AMP ページ エクスペリエンス ガイドに関することは、特に遠慮なくご連絡ください。
customer.remarketing_setting.google_global_site_tag
GoogleAdsService.Search
GoogleAdsService.SearchStream
WHERE
QueryError.PROHIBITED_FIELD_IN_WHERE_CLAUSE
GoogleAdsFieldService.SearchGoogleAdsFields
google_global_site_tag
