Google Developers Japan

Android スマートフォンのビルトインセキュリティ鍵を使って iOS 端末のサインインを検証する

2019年7月10日水曜日

この記事は Kaiyu Yan、Christiaan Brand による Google Online Security Blog の記事 "Use your Android phone’s built-in security key to verify sign-in on iOS devices" を元に翻訳・加筆したものです。詳しくは元記事をご覧ください。紹介しましたセキュリティ鍵FIDO特に強固なプレゼンテーション

CTAP2 プロトコル

iPad と Pixel 3 のユーザーエクスペリエンス
簡単に始められます

お使いの Android 7.0（Nougat）以降のスマートフォンに、個人または仕事の Google アカウントを追加します。

その際に、必ず 2 段階認証（2SV）を有効にします。

お使いのコンピュータで 2SV 設定を開き、[Add security key] をクリックします。

利用可能な端末の一覧から、お使いの Android スマートフォンを選択します。

両方の端末で Bluetooth がオンになっていることを確認します。

お使いの iPhone または iPad（iOS バージョン 10.0 以降）の Google Smart Lock アプリから、ユーザー名とパスワードを使って Google アカウントにサインインします。

Android スマートフォンの通知を確認します。

指示に従い、サインインを許可します。

こちらセキュリティ鍵の使用を強制GoogleベンダーYuichi Araki - Developer Relations Team

アプリキャンペーンの変更予定について

2019年7月9日火曜日

この記事は Mike Cloonan による Google Ads Developer Blog の記事 "Upcoming changes to App campaigns" を元に翻訳・加筆したものです。詳しくは元記事をご覧ください。

code { background-color: transparent } 今後数か月のうちに、AdWords API と Google Ads API でアプリキャンペーンの改善版をロールアウトする予定です。すべてのキャンペーンが新しい構造に移行される 2019 年 8 月 6 日の前に、コードの準備を終えていただくようお願いいたします。

変更点
対象のアカウントにこの変更がロールアウトされると、そのアカウントのすべてのアプリキャンペーンでただちに新しい項目が使用されます。UniversalAppCampaignSetting には、アプリについての情報と、キャンペーンで広告として使われるメディアへの参照および説明の両方が含まれていますが、これを利用できなくなります。

代わりに、Google Ads API で AppCampaignSetting（AdWords API では UniversalAppCampaignInfo）を指定します。これには、広告で宣伝したいアプリの詳しい基本情報のみが含まれます。広告レベルの具体的な内容は、すべて Google Ads API の新しい AppAdInfo（AdWords API では UniversalAppAd）に追加されます。この構造の改善により、宣伝したいアプリ 1 つにつき 1 つのキャンペーンを持てるようになります。キャンペーン内でさまざまな広告を保持することもできるので、柔軟性も向上します。

レポートでは、Google Ads API に限り、広告グループレベルの統計情報を利用できます。

アップデートの予定
このアップデートでは、変更点を 2 つのフェーズに分けてロールアウトします。

2019 年 6 月 17 日に、すべてのテストアカウントが新しいアプリキャンペーン設定を使うようにアップデートされます。この日以降、テストアカウントでテストコードを書いて完全な移行の準備ができているかを確認することができます。
2019 年 8 月 6 日に、すべての Google 広告アカウントが新しいアプリキャンペーン設定を使うようにアップデートされます。この日までに新しいコードのテストとデプロイを済ませて、変更点に対応できるようにしてください。

質問や懸念事項がある方は、遠慮なくフォーラムからご連絡ください。
Google Ads API チーム、Mike Cloonan

Thanet Knack Praneenararat - Ads Developer Relations Team

Google Playのお子様向けアプリに関するポリシーが変更されます

2019年7月8日月曜日

この記事は Google Play プロダクトマネージャー、Kanika Sachdeva による Android Developers Blog の記事 "Building a safer Google Play for kids" を元に翻訳・加筆したものです。詳しくは元記事をご覧ください。ファミリーリンクデベロッパーで必要な対応すべてのデベロッパー

ターゲットユーザーにお子様が含まれる場合、アプリはコンテンツや個人を識別できる情報の扱い方についてのポリシー要件を満たす必要があります。

お子様に表示されるアプリ内広告は、適切なものでなければなりません。また、ファミリーポリシーに関するコンプライアンス認定を受けている広告ネットワークから配信されている必要があります。

ターゲットユーザーにお子様が含まれない場合は、アプリが意図せずにお子様の目に触れないようにする必要があります。私たちは、アプリのマーケティングをダブルチェックしてこの点を確認します。必要な場合は、修正をお願いする場合があります。

ターゲットユーザーを宣言するすべてのデベロッパーGoogle Play Consoleターゲットユーザーおよびコンテンツのセクション

Google Play Console の新しいターゲットユーザーおよびコンテンツのセクション

新しいポリシーデベロッパーガイドこちらのトレーニング今後のスケジュール

2019 年 5 月 29 日: Google Play Console でターゲットユーザーおよびコンテンツのセクションが利用できるようになります。すべての新しいアプリは、アップデートされたポリシーに準拠する必要があります。

2019 年 9 月 1 日: すべての既存アプリは、新しいターゲットユーザーおよびコンテンツのセクションへの記入を終え、アップデートされたポリシーに準拠する必要があります。

皆さんとのお約束Android Developers ウェブサイトGoogle Play のアプリ開発を成功させるためのアカデミー *注: 「お子様」という言葉は、言語や地域、状況により、異なる意味になる場合があります。アプリの対象国で適用される可能性がある義務や年齢ベースの制限にどのようなものがあるかを判断することが重要です。このブログ投稿はどのくらい役に立ちましたか？
★ ★ ★ ★ ★

Yuichi Araki - Developer Relations Team

Chrome Tech Talk Night #14 を開催します

2019年7月8日月曜日

Google is organizing a tech meetup "Chrome Tech Talk Night #14" on 26th July 2019 themed after AMP.

CTTN #14ではPaul Bakausの来日にあわせて、WebフロントエンドのフレームワークであるAMPを特集します。AMPを真にフレームワークとして利用するための方法、<amp-script>が広げるAMPの可能性、新しいフォーマットであるAMP Storiesの作り方、などAMP中心の話に加えて、ChromeやWeb標準がどのようにAMPを捉えているかというWebプラットフォームサイドのコンテンツも予定しています。

We will be hosting CTTN #14 inviting Paul Bakaus from the AMP team. The event will be focusing mainly on AMP with having sessions around AMP as a framework, <amp-script>, AMP Stories as well as how AMP contributes to the Web standards.

AMP、Googleおよび、ゲストスピーカーとして、株式会社一休、新たに立ち上がったWeb Platform Study Group (WPSG)が登壇予定で、フレームワーク作者・プラットフォーム側の考えと、実際のユーザー・デベロッパーの両者の話が聞ける貴重な機会ですので、是非とも奮ってご参加ください。
スピーカーなどイベントの詳細、およびお申込みはこちらから。

There will be speakers from the AMP team, Google and also guests from Ikyu and the newly formed community: Web Platform Study Group (WPSG). Please use this opportunity to learn what the framework author, platform and the developers are thinking about AMP.
Details on the event including the list of speakers and sessions, the application form are available from here.

イベント概要 (Event abstract)

名称：Chrome Tech Talk Night #14
日時：2019 年 7 月 26 日（金） 19:00 - 21:00 （受付 18:30 〜 19:30）
場所：グーグル合同会社六本木オフィス (Google Tokyo Office)
　　　東京都港区六本木 6-10-1 六本木ヒルズ森タワー
会費：無料 (Admission: Free)
定員：120 名
主催：グーグル合同会社 (Organizer: Google Japan)
ハッシュタグ： #chromejp
詳細：Chrome Tech Talk Night #14 申し込みページ (Details and registration form)

皆様のご参加をお待ちしております。

Posted by Yusuke Utsunomiya - Mobile Solutions Consultant Team

動的機能モジュールからコードにアクセスするパターン

2019年7月8日月曜日

この記事は Wojtek Kaliciński による Android Developers - Medium の記事 "Patterns for accessing code from Dynamic Feature Modules" を元に翻訳・加筆したものです。詳しくは元記事をご覧ください。code { background-color: transparent }GitHub 動的機能モジュールを使う理由アプリバンドルオンデマンド条件付きお知らせしました動的機能モジュールDFM ライブラリから動的機能モジュールへ

動的機能モジュール（上部）はベースとなるアプリに依存。アプリは通常のライブラリに依存。

依存依存されるコンパイル時にベースとなるアプリから DFM で定義されたコードを参照することはできませんオンデマンドモジュールを使う場合は、必ず Play Core Library の SplitCompat を使うようにしてください。<a href="https://web-archive.nli.org.il/National_Library/20181105034639mp_/https://medium.com/media/0e5c65e71d42c24ac7f9833f81c1dd3d/href">https://medium.com/media/0e5c65e71d42c24ac7f9833f81c1dd3d/href</a>動的機能モジュールのサンプルgooglesamples/android-dynamic-features動的コード読み込みサンプルgooglesamples/android-dynamic-code-loading プロジェクトのセットアップ

UI を含む MainActivity。

ロジックを含む AbstractMainViewModel。ただし、各ビルドバリアントでサブクラス化し、abstract fun initializeStorageFeature() の実装を提供する必要がある。

インターフェースと実装を分ける<a href="https://web-archive.nli.org.il/National_Library/20181105034639mp_/https://medium.com/media/307ba582afab53a1b3eb17d5f585a5a8/href">https://medium.com/media/307ba582afab53a1b3eb17d5f585a5a8/href</a><a href="https://web-archive.nli.org.il/National_Library/20181105034639mp_/https://medium.com/media/6e8ed79f24297a7434b7849c2c6132b9/href">https://medium.com/media/6e8ed79f24297a7434b7849c2c6132b9/href</a><a href="https://web-archive.nli.org.il/National_Library/20181105034639mp_/https://medium.com/media/5d2d79ce454c40e8b4251bf8121d1a39/href">https://medium.com/media/5d2d79ce454c40e8b4251bf8121d1a39/href</a>こちらからDependencies アプローチ 1: 直接リフレクションを呼び出すMainViewModel 実装<a href="https://web-archive.nli.org.il/National_Library/20181105034639mp_/https://medium.com/media/0a0c7634a35be7eb1190ec3f7614d5b1/href">https://medium.com/media/0a0c7634a35be7eb1190ec3f7614d5b1/href</a>Provider が Kotlin の object<a href="https://web-archive.nli.org.il/National_Library/20181105034639mp_/https://medium.com/media/97f5659363180980ade8670df5790e10/href">https://medium.com/media/97f5659363180980ade8670df5790e10/href</a>Class#newInstance( アプローチ 2: ServiceLoader を利用するServiceLoader最新バージョンの R8を利用しており、コード圧縮と最適化を有効にしていない限り、このアプローチを利用するべきではありませんMainViewModel の実装<a href="https://web-archive.nli.org.il/National_Library/20181105034639mp_/https://medium.com/media/54fea3860075db9f48fbf8337b27203d/href">https://medium.com/media/54fea3860075db9f48fbf8337b27203d/href</a>

2 つの引数があるバージョンの load() を呼び出す必要がある。

両方の引数でクラス定数（Java では .class、Kotlin では ::class.java）を使用する必要がある。

返された ServiceLoader に対して、iterator() 以外のメソッドを呼び出してはいけない。

META-INF格納する必要があるファイル<a href="https://web-archive.nli.org.il/National_Library/20181105034639mp_/https://medium.com/media/5a7d527d9ca037dc14e8c22b683c530d/href">https://medium.com/media/5a7d527d9ca037dc14e8c22b683c530d/href</a><a href="https://web-archive.nli.org.il/National_Library/20181105034639mp_/https://medium.com/media/afbeab99cc745211e735498853483403/href">https://medium.com/media/afbeab99cc745211e735498853483403/href</a> R8 最適化が行われていることを確認するには、Android Studio の APK Analyzer 内にある DEX Viewer を使い、ベース DEX ファイルから ServiceLoader クラスの参照を検索します。R8 が正常に働いている場合、何も見つかりません。

R8 最適化が有効になっていない、または動作していない場合の DEX Viewer の出力例。ファイル内に ServiceLoader.load() が残っており、アプリのコードから呼び出されている。

ServiceLoader.load() の呼び出しが表示されている場合（上のアニメーション）、最適化が動作していないため、呼び出しスレッドでディスク I/O オペレーションが発生し、アプリがフリーズする可能性があります。そのため、ServiceLoader パターンを使う場合は、必ず最適化が有効になっていることを確認してください。アプローチ 3: Dagger2 を組み込むコンポーネント依存関係機能コンポーネント<a href="https://web-archive.nli.org.il/National_Library/20181105034639mp_/https://medium.com/media/de50308998ace4de284a20ab40437d1c/href">https://medium.com/media/de50308998ace4de284a20ab40437d1c/href</a>StorageFeature.Provider<a href="https://web-archive.nli.org.il/National_Library/20181105034639mp_/https://medium.com/media/aa5117cc5b90723a5279da48c93a0290/href">https://medium.com/media/aa5117cc5b90723a5279da48c93a0290/href</a>ベースコンポーネントに Dependencies インターフェースを実装させます<a href="https://web-archive.nli.org.il/National_Library/20181105034639mp_/https://medium.com/media/61377c74ff74bd1357f2b19958431751/href">https://medium.com/media/61377c74ff74bd1357f2b19958431751/href</a>@Provides メソッド<a href="https://web-archive.nli.org.il/National_Library/20181105034639mp_/https://medium.com/media/22fd552bfd11870c3f715b668d8ba5dd/href">https://medium.com/media/22fd552bfd11870c3f715b668d8ba5dd/href</a>dagger.Lazy どのアプローチを使う場合でも、アプリに DFM APK をインストールした後、StorageFeature オブジェクトグラフのみをインスタンス化する必要があります。 DFM が条件付きまたはオンデマンドで配信される場合は、最初に SplitInstallManager.installedModules を使って確認するようにしてください。 詳しく学びたい方へYigit BoyarFlorina Muntenescu<a href="https://web-archive.nli.org.il/National_Library/20181105034639mp_/https://medium.com/media/4cd57e1677e7536b23d556ffb0736bab/href">https://medium.com/media/4cd57e1677e7536b23d556ffb0736bab/href</a>検索データソースを別々のモジュールに分割 by florina-muntenescu · プルリクエスト #680 · android/plaidBen WeissPlaid のパッチワーク — モノリスからモジュールアプリへPlay Core LibraryAndroid デベロッパー Android デベロッパーYuichi Araki - Developer Relations Team

TFX パイプラインと ML Metadata でリサーチから本番環境に

2019年7月5日金曜日

この記事は Jarek Wilkiewicz による TensorFlow - Medium の記事 "From Research to Production with TFX Pipelines and ML Metadata" を元に翻訳・加筆したものです。詳しくは元記事をご覧ください。code { background-color: transparent }投稿者: Jarek Wilkiewicz （TFX チームを代表して）

長年にわたって発展を遂げシステム全体のコードのわずか 5% でしかありませんTFXライブラリTensorFlow Data ValidationTensorFlow TransformTensorFlow Model AnalysisTensorFlow Serving完全な TFX ML パイプラインを作成するために複数の既成 コンポーネントを使えるようになりそれらを調整Apache AirflowKubeflow

ML MetadataMLMDスタンドアロンライブラリ「TensorFlow Extended（TFX）: 機械学習パイプラインとモデルの理解」<a href="https://web-archive.nli.org.il/National_Library/20181105034639mp_/https://medium.com/media/99f568796433c3481c76a0ebde7b81e2/href">https://medium.com/media/99f568796433c3481c76a0ebde7b81e2/href</a>TFX デベロッパーチュートリアルをお試しくださいStack OverflowGitHubtfx@tensorflow.org[1] Sculley, D., Gary Holt, Daniel Golovin, Eugene Davydov, Todd Phillips, Dietmar Ebner, Vinay Chaudhary, Michael Young, Jean-François Crespo and Dan Dennison. “Hidden Technical Debt in Machine Learning Systems.” NIPS (2015).[2] Tushar Chandra, “Sibyl: A System for Large Scale Machine Learning at Google”, IEEE DSN (Dependable Systems and Networks) conference keynote, Atlanta, GA, June 25th 2014. [3] Denis Baylor, Eric Breck, Heng-Tze Cheng, Noah Fiedel, Chuan Yu Foo, Zakaria Haque, Salem Haykal, Mustafa Ispir, Vihan Jain, Levent Koc, Chiu Yuen Koo, Lukasz Lew, Clemens Mewald, Akshay Naresh Modi, Neoklis Polyzotis, Sukriti Ramesh, Sudip Roy, Steven Euijong Whang, Martin Wicke, Jarek Wilkiewicz, Xin Zhang, and Martin Zinkevich. 2017. TFX: A TensorFlow-Based Production-Scale Machine Learning Platform. In Proceedings of the 23rd ACM SIGKDD International Conference on Knowledge Discovery and Data Mining (KDD ‘17). ACM, New York, NY, USA, 1387–1395. DOI: https://doi.org/10.1145/3097983.3098021.Khanh LeViet - Developer Relations Team

AMP の誤解を払拭する

2019年7月4日木曜日

この記事は Cemal Buyukgokcesu による The AMP Blog の記事 "Debunking Common AMP Myths" を元に翻訳・加筆したものです。詳しくは元記事をご覧ください。
code { background-color: transparent }たくさんの成功例

誤解: AMP は Google のみによるプロジェクト。事実: AMP は、Google が他の企業やウェブコミュニティのメンバーとともに主導するオープンソースプロジェクトです。
新しいガバナンスモデル多くの企業

誤解: AMP は Google.com でしか動作しない。事実: AMP ページには、ウェブのあらゆる場所、すなわち、すべての配信プラットフォームや端末からアクセスできます。
BingTwitterプラットフォームのリストはこちら

誤解: AMP はモバイルでしか動作しない。事実: AMP は、あらゆる画面サイズで動作するように、レスポンシブを意識して設計されています。
レスポンシブデザイン機能こちらの記事

誤解: すべての AMP ページには、非 AMP 版のページが存在する。事実: AMP ページは、非 AMP 版と関連付けることも できます が、必須ではありません。
こちら

誤解: AMP のランディングページは構築が大変。事実: ほとんどのタイプのページやユースケースにおいて、AMP のランディングページは 1 週間以内で構築できます。
amp.dev

誤解: AMP は、パブリッシャーや静的なウェブサイト専用である。事実: Google 検索のクリックのうち、60% 以上がニュース以外の AMP ページによるものです。
成功事例

誤解: AMP はインタラクティブな操作をサポートしていない。事実: AMP コンポーネントを使えば、デザインのカスタマイズやインタラクティブな操作を実現できます。

リッチメディア: AMP コンポーネントは増加を続けており、足りないと感じればどなたでも貢献できます。

サードパーティ（3P）統合: 既に多くが利用できるようになっており、その数は現在も増加中です。

BMWAliExpressLa Repubblica の Rep

誤解: AMP は e コマースのウェブサイトをサポートできない。事実: AMP は e コマースにうってつけです。AMP はウェブページを高速化し、高速化したページによって購入へのコンバージョンが促されるGetting started with AMP for e-commerce（e コマース向けの AMP を始めよう）e コマースに AMP のスピード感を取り入れよう

誤解: AMP ページは最新コンテンツを提供できない。事実: AMP ページのコンテンツを最新に保つ方法は数多くありますデフォルトの AMP Cache メカニズムキャッシュ更新機能amp-list

誤解: AMP はセキュリティが不十分。プライバシーが保護されない。事実: AMP フレームワークは、プライバシーとデータのセキュリティを確実に保護できるように構築されています。
Privacy and user choice in AMP’s software architecture

誤解: AMP ページでは、非 AMP ページほどコンバージョンが起こらない。事実: 正しく最適化された AMP ページは、多くの場合、非 AMP 版よりも高い成果をあげることができます。
amp.dev調査

測定とトラッキングの問題: 次の 2 つのセットアップガイドに従って AMP ページにアナリティクスを設定していることを確認します。

一貫性のないランディングページ: AMP ページと非 AMP ページの外見が異なる場合、コンバージョン率に影響する可能性があります。AMP のパフォーマンスを正確に評価するには、どちらのランディングページも同じ外見と機能である必要があります。また、ユーザーフレンドリーなランディングページを提供することも心がけてください。

こちらのブログ投稿投稿者: Google モバイルウェブ部門グローバルプロダクトリーダー、Cemal Buyukgokcesu

Android スマートフォンのビルトインセキュリティ鍵を使って iOS 端末のサインインを検証する

アプリキャンペーンの変更予定について

Google Playのお子様向けアプリに関するポリシーが変更されます

Chrome Tech Talk Night #14 を開催します

動的機能モジュールからコードにアクセスするパターン

TFX パイプラインと ML Metadata でリサーチから本番環境に

AMP の誤解を払拭する

ラベル

ブログアーカイブ

Feed

Google Japan

Products

Developers

Android スマートフォンのビルトイン セキュリティ鍵を使って iOS 端末のサインインを検証する

アプリ キャンペーンの変更予定について

Google Playのお子様向けアプリに関するポリシーが変更されます

Chrome Tech Talk Night #14 を開催します

動的機能モジュールからコードにアクセスするパターン

TFX パイプラインと ML Metadata でリサーチから本番環境に

AMP の誤解を払拭する

ラベル

ブログ アーカイブ

Feed

Google Japan

Products

Developers

Android スマートフォンのビルトインセキュリティ鍵を使って iOS 端末のサインインを検証する

アプリキャンペーンの変更予定について

ブログアーカイブ