JADEファウンダーの長山です。 いよいよ Universal Analytics (以下UA) の死が近づく中、Google Analytics 4 (以下GA4) が使いづらい、という声を聞くことが増えてきました。特に広告運用者にとってはまだまだ使いづらいことが多い、という点は、すでに弊社ブログでも小西が書いた通りです。しかし、どうしてこうなっているのか、について考察した記事は今まであまり無かったように思います。 少し歴史を振り返ってみましょう。現在のUAは Google が一から開発したものではありません。Urchin Software という会社が開発したアナリティクスサービスを Google が 2005 年に買収したものです。Urchin は買収時点ですでに10年近い歴史を持つソフトウェアで、Web におけるユーザー訪問の分析に特化する形でプロダクト開発が続けられていました。現
Web3開発テクを片っ端から紹介します。 30以上のWeb3プロジェクトの開発を牽引する中で会得しました。 多種多様な要件を求められてきましたが、ここで紹介するテクを組み合わせることで全て対応できました。 2022年9月24日追記 20選改め50選になりました この記事はこんな方にお勧め👇 🐶「Web3プロジェクトの開発リーダー」 🦉「Web3プロダクトの機能追加を担当するエンジニア」 前提 主にNFT領域等のアプリケーションレイヤーの開発を想定しています(dAppsの中でもエンドユーザーに近いポジション) ブロックチェーンそのものの開発や、複雑なDeFiプロトコルの開発は対象としていません 主にスタートアップによる開発を想定しています Web3開発テクニック一覧 ✅ リレートランザクション ✅ メタトランザクション ✅ オラクル ✅ スマホからウォレット接続(WalletConne
と、振り返ってみると毎年綺麗に 300% 成長でこれていますね。 （流石に来年はきついと思います＾＾； 今回は、そんな サービスを拡大する上で欠かせない収益の話 と 成長したからこそ表面化したコストの話 をまとめていきたいと思います。 収益の話 参照：https://jp.freepik.com PWA は稼げない 昨年の Advent Calendar にて、私はたいそう嘆いておりました（ＴДＴ） Web 側の広告は MPA（マルチページアプリ）を前提にしているものがほとんど Web 側では広告の表示を最適化できない（MPA 前提の規約上バックグラウンドで読み込んでおけない それに加えて、SPA のページ遷移が早すぎて広告が表示される前に通過してしまう アプリ側にはインタースティシャル広告やリワード広告といった単価の高い広告商材が豊富に存在する そういった要因から、PWA におけるページ
実際のユーザー数が分からないので、リセマラによる問題なのか、計測不良なのか、それかまた別の要因なのか分からなくなってしまうのです。 この他にも、ユーザーの課金率を見たり、１ユーザーあたりの広告表示回数が多すぎないかチェックしたりなど、アプリ内のユーザーの動きを明確するためには必須のデータですので、アプリ計測ではイベント単位だけでなくユーザー単位でも見ましょう。 指標の定義違い 「インストール」を例にとってお話しますと、「App Store」や「Google Play」などのアプリストアを経由するインストールでは、ユーザーが後でアプリを起動するかどうかに関わらず、アプリをダウンロードしてインストールすると記録されます。 対して、アプリ計測ツール大手のひとつ「Apps Flyer」では、アプリの初回起動時にのみ新しいインストールが記録されます。 そのため、アプリストア経由の「インストール」と「
個人開発アプリ「お絵かきコラボ」はリリースしてもう1年半くらい経つけど、まだ結構なユーザーさんに遊んでもらっている。本当にありがたい。 バックエンドにはFirebaseを使っているんだけど、長く楽しんでもらうにつれて費用もかさんできたので、削減できるところはないか調べてテコ入れすることにした。 結果、30%ほど費用を削減することができた！わーい！👏 5/6,7 あたりに修正版をリリースして以降、傾きが緩やかになっている どんなことをしたのかさくっとまとめていく📝 Firestore お絵かきのマッチングのたびに、お題を取得したりユーザー情報を取得したりしてるのと、毎回15分程度遊んでもらってるのでREAD数が結構多い。 ・・・にしても、ユーザー数に対してREADが多すぎる。なんでーー？？みたいな状態だったので、iOS/Android/サーバーのコードをすべてチェックして怪しそうなところ
Web PushをFCMとVAPIDで認証してブラウザにプッシュ通知を送る May 18, 2017 Web Push FCM VAPID Web Pushを試している。調べていく過程で２つの認証方式を用いてプッシュ通知を送信できることが分かった。１つはFirebase Cloud Messaging（FCM）を使い取得したサーバーキーを認証に使い送信する方法とVoluntary Application Server Identification for Web Push (VAPID)で認証をする方法である。 2つの方法としたがWeb Pushが標準化する過程で整理された認証方法であり、VAPIDのほうが後発となりFirebaseのサーバーキーを必要としない認証方式である。 VAPIDはFirebaseのプロジェクト登録が不要となるだけでプッシュサーバはFirebase Cloud Me
Firebase Cloud Messaging (FCM) 用の Sender ID と Server Key を取得し、Tapjoyダッシュボードに設定する方法を記述します。 1. Sender ID と Server Key を取得する Firebase Console を開きます。 API Projectをお持ちでない場合は "新規プロジェクトを作成"をクリックし、新規作成してください。 対象の Firebase プロジェクト のプロジェクト名をクリックします。 設定アイコンをクリックし、"プロジェクトの設定" を選択ます。 "クラウドメッセージング" タブを選択し、表示された サーバーキー と 送信者ID を ltv ダッシュボードでのプッシュ設定に使用します。 2. Tapjoyダッシュボード設定 [設定]-[アプリ設定]-[プッシ証明書] を選択し、Android API K
Web Push通知の受信を、Firebase Cloud Messaging(FCM)＋Service Worker ＋Notificationで受信側でコントロールしてみた
フィードバックを送信 シャーディングされたタイムスタンプ コレクションでコンテンツを整理 必要に応じて、コンテンツの保存と分類を行います。 コレクションにシーケンシャル インデックス値を持つドキュメントが含まれている場合、Cloud Firestore は書き込みレートを 500 回/秒の書き込みに制限します。このページでは、この制限に対処するためにドキュメント フィールドをシャーディングする方法について説明します。まず、「シーケンシャル インデックス フィールド」の意味を定義し、この制限がどのような場合に適用されるのかを明確にしましょう。 シーケンシャル インデックス フィールド 「シーケンシャル インデックス フィールド」とは、値が単調に増加または減少するインデックス フィールドを含むドキュメントのコレクションを意味します。多くの場合、これは timestamp フィールドを意味します
Firebase Functionsでは、基本的にはindex.jsにすべての関数を書くことになるので、数が増えるといろいろつらくなってきますが、2018秋アニメはAmazonでSAO新作とゴブリンスレイヤーを見ています。 ファイル分割については、ググればこんな感じのが見つかります。 javascript - How do I structure Cloud Functions for Firebase to deploy multiple functions from multiple files? - Stack Overflow index.js: const functions = require('firebase-functions'); const fooModule = require('./foo'); const barModule = require('./bar')
広告に関する実装をしてきて、やっと納得のいく実装ができた気がしたので備忘録的にまとめようと思います。 今後モバイルアプリに広告の導入を検討されている方の手助けになれば幸いです。 ユーザー影響大きいのでご利用は計画的に... 下記のような実装は経験できたので関連でもし質問などあれば回答できることもあるかもしれません。 バナー広告 メディエーションする ヘッダービディングをラップする RecyclerViewの中で使う RemoteConfigと連携する ネイティブ広告 メディエーションする RecyclerViewの中で使う Firebase A/B Testingと連携する インタースティシャル広告 メディエーションする RemoteConfigと連携する AdMobについて（3行） Firebase機能群の１つで、アプリ内に広告を表示することができる機能 複数の広告フォーマットに対応して
参考： Google 検索用 App Indexing まぁ参考というか公式ドキュメントですが.... すっごく直感的ではないですよね。 とってもテキストテキストしてます。 こういうのこそ、電子書籍のリンクでも付けて無料配布すればいいのにと思っている。 どうも、そんな私です。 今回はAndroidアプリをもっと皆に知ってもらうための方法 「App Indexing」の導入をやってみましたので共有です。 App Indexingって何？ googleさん曰く 「App Indexing を使うと、Google 検索の結果を通じてアプリの使用を増加させることができます。」 だそうです。 その説明通り、検索結果でアプリに関連するものが表示、もしくはアプリと関連付けられたWebページでアプリを起動する。というようなことが可能になります。 ちなみに、ディープリンクと言うのは android-app:
たなかこういち @Tanaka9230 ※拡散希望※ 10年と4000億円、延べ35万人月で達成した青銀行の勘定系刷新。メインフレームを残した部分、Unix系OSの上にJavaで書いた部分、等々だったが、、これもしFirebase前提にしてたら、、、 ＊コメの前提条件確認してください。 ＊理由が大事です。コメ大歓迎。 たなかこういち @Tanaka9230 ◆前提条件、その１◆ ・GCPの上にメガバンの勘定系載せることの、政治的、法規制的制約は無いものとする。（これ以外の銀行業としての規制は考慮する。） ・Firebaseやその上での開発をやれる開発者を必要延べ人月調達することは可能だとする。（開発者のスキルレベルは普通に正規分布だとする。）
export default { // ・・・ manifest: { name: "達成.me", short_name: "達成.me", title: "達成.me", lang: "ja" }, PWA用アイコンのための画像を/static/icon.pngに配置します。 Firebaseの準備 今回サーバーサイドはFirebaseのFirebase Authentication、Firestore、CloudFunctionsを利用しますので、そのための準備をします。 この手順も「Nuxt.jsとFirebaseとCloudFunctionsでWebアプリ開発 - 準備編」を参考にしてください。 ポイントだけ説明します。 利用するサービスを選択する箇所は、今回はRealtimeDatabaseは利用しないので、それ以外のFirestore、Functions、Hosting、St
.app 1 .dev 1 #11WeeksOfAndroid 13 #11WeeksOfAndroid Android TV 1 #Android11 3 #DevFest16 1 #DevFest17 1 #DevFest18 1 #DevFest19 1 #DevFest20 1 #DevFest21 1 #DevFest22 1 #DevFest23 1 #hack4jp 3 11 weeks of Android 2 A MESSAGE FROM OUR CEO 1 A/B Testing 1 A4A 4 Accelerator 6 Accessibility 1 accuracy 1 Actions on Google 16 Activation Atlas 1 address validation API 1 Addy Osmani 1 ADK 2 AdMob 32 Ads
Help us understand the problem. What is going on with this article? これはなに？ 先日投稿した君はまだ平成のアーキテクチャを使ってるのか？僕はFirebaseと令和の時代に行くぞ。の続きです。 思っていたよりもたくさんのフィードバックを頂いて驚いています。ありがとうございます。 伝えたいことが伝わっていてよかったなと思う一方、記事の内容の設計が微妙だったなという感じのご指摘もいただきました。この記事では、前回の記事を読んでいただいたみなさんが抱いたであろう疑問・懸念にお答えすることができればと思っています。 この記事だけ読んでもおそらく何の話かわからんとおもうので、先に前回の記事を読んで頂くと良いと思います。 Firebaseって銀の弾丸なの？ 違います。 先の記事から引用しておきます。 大切なことは、解決したい問題を明ら
Help us understand the problem. What is going on with this article? メリークリスマス！ この記事はFirebase Advent Calendar 2019の25日目の記事です。 これはなに？ この1年、本を書いたり勉強会で登壇したりいろいろやってみた結果を振り返ってみると、本当に多くの人がFirebaseにふれるようになったなぁと思います。圧倒的な開発者体験の良さをもってバックエンドの関心事を一手に引き受け、アプリケーション開発を劇的に高速化してくれるソリューションとして、Webアプリでもモバイルアプリでもバックエンド第一の選択肢として確固たる地位を確立しつつあるのではないでしょうか。 それ自体はとてもいいことなのですが、Firebaseの強さを活かすためのアーキテクチャに関するアイデアはあまり表に出てきていないのではな
Firebase Dynamic Links(FDL)でのアプリ起動について勘違いしており余計な時間を過ごしたので、「何を勘違いしたか？何が正しかったか？」ベースで知見共有させてください。 実現したかった要件 WebからURLを踏んでアプリ起動をし、webの画面に応じた画面をiOSアプリでも起動したい 勘違いした部分 5: 次に、application:continueUserActivity:restorationHandler: メソッドを使用して、アプリがインストールされている場合にユニバーサル リンクとして受信されるリンクを処理します（iOS 9 以降）。 6: 最後に、application:openURL:sourceApplication:annotation: メソッド（iOS 8 以前）と application:openURL:options: メソッド（iOS 9 以
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
