追記
9/20 1:24現在、DNSサーバによってはまだ更新されていないようです。
Softbankの4Gネットワークだともう直ってるのですが、家のWiFiではNGでした。
明日には直ってると思います。どうもすみません。

追記2
9/20 13:18現在、DNSの更新を確認しております。

先日からTwit Delayの投稿遅延が発生しているようで、Twitter経由で何件かお問い合わせを頂きました。まずはお詫び申し上げます。

原因ですが、140字以上のツイートを投稿した際にエラーが発生し、そのエラーを再投稿しようとしたものが溜まっていたためでした。Twit Delayを作ってからもうだいぶ経ちますのでだいぶうろ覚えなのですが、Twitter API 1.0のころは問題無かったように思いますので何か仕様が変わったような気もします（がうろ覚えなのでなんともw）。

対応としまして、とりあえずTwitterから140字以上で投稿失敗した旨のエラーが返ってきた際はリトライ日時を2099/12/31に変更するようにしています。メイン画面でリトライ日時が2099年になっているのがあれば文字数を減らして再投稿もしくは削除願います。

現在溜まっているツイートを投稿している最中ですので、すぐに全てのツイート予約の滞留が解消される訳ではないのですが、じきに正常に戻ると思います。

なお、GAEがPython2.7になるらしく、今年中にシステムを載せ変えないといけないみたいなのでまたTwit Delay関係のご連絡があると思います。

P.S.
書くの忘れてました。
凍結ユーザーの予約ツイートエラーも少し溜まっていたようですが、こちらは消すように変えてます。

ほうほう。
ユーザーID調べたんですね。

（前フリなしなので分かりにくいですが）この辺から Twilog 等の数字を元につぶやいてる模様です。

非公開ユーザーは84%のうちの7.4%…

アクティブユーザーに興味があるクマー。

母数は1万ということで。
※ただし適当っぽい。

なるほど。
Twilog がどの程度ユーザー増やせるのか／今度サービス作る時は Twitter 関係が良いのか他が良いのか等々をご検討のようです。

ポックンの運営してるサービスの数字ですと、サードパーティツールまで使う日本のツイッターユーザーは1,000人ぐらいしかいません（ｷﾘｯ

（無許可ですが）やりましょう！

数字をまとめる

ツイート貼っただけだと見にくいと思いますので、まず使う数字を拾ってきます…と言っても2つだけですが。アクティブユーザーの定義は @ropross がつぶやいてたまんまです。

• 全世界の Twitter アカウント: 262,000,000
• アクティブユーザーの割合: 6%

全世界のアクティブユーザーは 262,000,000 * 0.06 = 15,720,000 アカウントです。

これで日本のアカウント数が分かればざっくりとした数字が出せるのですが、そういった便利なものは公開されていないようですし、@ropross はどの数字を元に計算したのかつぶやいていませんでしたので、Twitterが国別のトラフィックを公開–米国が4割を占め1位、日本は2位に – CNET Japan のトラフィック比を当てはめてみることにしました。

これによると日本のトラフィックは全体の23%（60%の39%）です。単純に当てはめると日本のアカウント数は 262,000,000 * 0.23 = 60,260,000 となります。ちょっと多いような気もしますが、他に使えそうな数字を知りませんのでこのまま話を進めます。

アクティブユーザーは 6% ですので日本のアクティブユーザーは 60,260,000 * 0.06 = 3,615,600 アカウントと推定できます。

まあトラフィック比≠ユーザー比ですのでぶっちゃけかなり適当な数字ですが、ウェブサービス作る時の参考値としてはそれなりに使えるんじゃないでしょうか。

誤差を考慮に入れる

@ropross は標本にするユーザー数をわりと適当に 10,000 に決めたようですが、標本数 10,000 ですと 95% の信頼水準で誤差 ±0.98% 以内です。

262,000,000 アカウントの 0.98% は 2,567,600 ですので、全世界のアクティブユーザーは 15,720,000±2,567,600 で 13,152,400 から 18,287,600 アカウントとなります。

日本のアクティブユーザーは 3,615,600±2,567,600 で 1,048,000 から 6,183,200 アカウントとなりますので、ちょっと誤差が大きいように思います。

標本数を 1,000,000 にすると誤差は ±0.098% 以内となります。±254,140 ですので日本のアクティブユーザーを求める際にも許容できる誤差かと思います。なんでまあ暇だったら多めにデータ取ってみてください。

まず知っとかないといけないことは The Twitter Engineering Blog: Announcing Snowflake と README.mkd at master from twitter’s snowflake – GitHub にほとんど書かれています。英語読むの面倒な人のために重要なところだけ超訳します。

1. Twitter の ID は 64bit です。64bit の内訳は、41bit のミリ秒／10bit のマシンID／12bitのマシン毎の連番（と明示されてないけど符号に1bit）です。
2. ID は大雑把（ミリ秒単位で同一時刻に投稿されたツイートの順序は不定）にソートされています。ソート順序は不変です。

プログラミング視点ですと、64bit 整数（一応符号付きで良いっぽい、詳しくはここ参照）で、ソートキーとして使えるってあたりが必要な情報ですた。

ということなんで MySQL なら BIGINT UNSIGNED にしときゃいいっぽいです。（MySQL は MySQL で BIGINT の扱いに微妙な点があるので UNSIGNED にする意味はあんま無いっぽいですが一応付けといた方が無難かと。）

一応整数値らしいので、文字列で保持するとかは止めといた方が良いと思いまつ。2001年9月9日問題みたいな感じになるかもしれません。

てことでプログラマとかその辺じゃない人に知っといてもらいたい Twitter OAuth のご説明をお送りしたいと思います。ちなみに OAuth はオースと読みます。いかりや長さんですねww

OAuth 認証

まず OAuth の認証ページについて。

OAuth アプリに付与されるアクセス権限

このキャプチャは Twit Delay のものですが、OAuth 認証時に表示されるメッセージはどのアプリでも同じではありません。

重要なのは、Twit Delay by sakuratan.biz would like the ability to access and update の部分。Twit Delay と sakuratan.biz はアプリケーション名と運営者ですが、その後の access and update が、そのアプリがどのような種類の処理を行うかを示しています。Twit Delay はポスト（投稿）を行いますので、update（更新）する権限が必要な訳です。

更新を行わないアプリの場合は、access and update の部分が以下のキャプチャのように access になります。（今作ってる最中のアプリからキャプったので、フルサイズでお見せできません。サーセン）

ただこれ、update 権限が無いアプリでもまったく更新できない訳ではなかったと思いますので、access だから安心とかとそういう問題でもなかったと記憶しています。（調べ直してないので思いっきり嘘言ってるかもしれませんwww）

いずれにしても access になってるのは作ってる側もその辺意識してるってことなので、読み込み権限が必要無さそうなのに access and update になってるアプリは注意した方が良いと思います。

許可するか拒否するか

許可する場合について特にあれこれ言うことはありませんが、拒否する場合について。

拒否を押すとこんなページが開くのですが、

OK, you’ve denied Twit Delay access to … のアプリケーション名の部分、ここでは Twit Delay ですが、これリンクになってましてクリックするとアプリケーションに拒否したことが通知されます。

んでまともなアプリなら拒否通知を受けてクッキーとか内部で保持してるデータを消すことがあります。（この時点では内部データを持ってないこともありますので、何も削除しないかもしれませんけど。）ですので、できたら拒否った後でリンククリックして削除処理を実行する機会をアプリに与えてあげると余計なデータが残ることを防げます。

まともじゃないアプリについても許可する前の段階では何も悪さできないので、拒否してリンクをクリックすること自体に問題はないです。

許可した後の話

一旦許可した OAuth アプリは、http://twitter.com/account/connections から一覧を見ることができます。

さきほど説明した access and update と access についてもこの一覧から見ることができます。なぜかこちらは日本語に訳されてて、access and update が読み書き access 、access が 読取専用 access になってます。下のキャプチャですと、Twit Delay が access and update、Twilog が access です。

んでこの一覧に許可を取り消すというリンクがありますが、これをクリックするとそのアプリから OAuth を使ってあなたのアカウントにアクセスすることはできなくなります。

ただ注意してもらいたいのは、OAuth アプリはだいたい認証用のデータ等を内部的に保持してまして、ここで許可を取り消してもアプリ上に残ってるデータは消えないことがあります。

アプリによってはサインアウトというかデータ削除用の操作を付けてる場合があります。しかし、サインアウト処理自体が無かったり、その方法が分かりにくい場合、またサインアウト処理があったとしても、最終的に何らかのデータがそのアプリに残っちゃうことは最初に OAuth で許可する時点で覚悟しておいてください。

集積したデータ自体に意味があるようなサイトは、たぶんサインアウト処理してもデータは消さないと思うので、バグや悪意の有無に関わらずサインアウトしてもデータが残ることは今日なんだかいけそうな気がする〜あると思います。

要は、認証しちゃったら何かデータ残るかもしれないよ、でも認証外したらそのアプリからツイッターに何かすることもできなくなるよ、ってことです。なんでサインアウト方法が分からない時はとりあえず許可を取り消しちゃうのもありだと思います。

自分でよく分からなかったら、詳しそうな人にツイッターで訊いちゃうのも手っ取り早いかもしれません。@ で訊いたらウザがられると思いますので、普通に質問つぶやけば良いんじゃないでしょうかw

認証前に注意すべき点

タイムリーなところで、Q&Aなうがスパムだと話題になってましたが、参加ボタンの下に参加時に参加通知がTwitter上に投稿されることをご了解くださいと注意書きはされてますので、ちと騒ぎすぎという気もします。

ま、参加通知という言葉自体の意味が分かりにくいですけど。OAuth アプリ作ってるポックンから見ても、これで投稿されちゃうのはちと詐欺っぽい気がします。

いずれにしても、スパムだと騒いだ時点ではもう遅いので、こういうことがお嫌いならあまり簡単に OAuth 認証で許可しないことをお勧めします。本当に使いたいと思った時点で認証されるのが良いのではないでしょうか。

鳥その1
一応ついったーにログインしてない状態でトップに表示される鳥の絵がモデルです…

鳥その2
どっかのブログで見た鳥の絵を脳内再生して描いた絵です。うーむ、こんなところに URL 貼られるなんてある意味罰ゲームだお。ごめんね、元絵のの人ww

鳥その3
前のついったーの鳥の絵を脳内再生して描いた絵です。ほとんど面影ないですが、描いた本人が言ってるんだから間違いないですw

鳥その4
ついったー公式携帯クライアントの広告バナーをモデルにした絵です。トレス疑惑とかかけられるかもしれません…怖いおwww

最初に、実験にご協力頂いた皆様、どうもありがとうございました。つつしんでお礼申し上げます。

ここまでの流れは以下の記事をご覧ください。前回の実験で、あまり RT されていない状態の bit.ly のクリック数と Google Analytics を比較したので、今度はできるだけ RT した状態での比較するための実験を開始しました、の続きになっています。

1. Twitter にリンクを流した時どの程度クリックされるか実験してます
2. Twitter に bit.ly のリンクを流してどの程度クリックされるか実験中です。RTよろしくお願いします☆

ということで、今回の実験結果です。

まず、先ほど（9/13 15:30前後）取得した bit.ly の短縮リンク別統計ページ http://bit.ly/info/OWS1o のキャプチャです。Twitter へは9/12の19:00前後にリンクを流したはずですので、もう（このキャプチャを撮った時間以降）大きく数字が変わることは無いと思います。

トータルで851クリックということです。なお、確認できた限りでは27名の方に RT して頂いてました。

ちなみに、以下のキャプチャは昨晩22:30ごろに撮った bit.ly の時間ごとのクリック数グラフです。このような感じで何度かどかんどかんとクリック数が上がるのを確認しています。RT により Twitter にリンクが流れるごとにクリック数が急激に上がるのは確かなようです。

（拡大）

で、次が bit.ly のクリック数のキャプチャとほぼ同時刻に取得した Google Analytics の http://sakuratan.biz/archives/1232 への参照元のキャプチャになります。

前回の実験と同じく多めに見積もって、(direct) をすべてTween 等の Twitter 専用ブラウザからのアクセスとして計算しても、アクセス解析でのTwitter からのアクセス数（PV）は131回となります。

ちなみに、リファラは bit.ly でも見れるのですが、

（拡大）

twitter.com からのアクセスが Google Analytics より少なかったりしてなんだかなーな感じです。（bit.ly のリファラはさくらが流したリンクの統計ページ http://bit.ly/info/OWS1o よりも、同一ページに対するすべての短縮リンクの統計 http://bit.ly/info/2BqYiD をご覧頂いた方が良いと思います。）

とりあえず比べやすいように、前回と今回の実験結果を表にしてみました。bit.ly は bit.ly のクリック数、アナリンは Google Analytics での Twitter 経由と思われるアクセス数（PV）、アナリン / bit.ly はその比率です。

どちらかと言うと RT されたリンクの方が踏まれる可能性が高いと思って今回の実験を行ったのですが、ほぼ変わらない結果となりました。

実際の15%程度だとちょっと使い物にならないような気がします。アメブロ界王拳が4.5倍界王拳の使い手であるのに対し bit.ly は6.4倍界王拳の使い手のようです。
bit.ly＞＞＞（すぐ越えれそうな壁）＞＞＞アメブロ　って感じでしょうかw

まあ bit.ly のせいでは無いような気もしますのでそれほど責める気にはならないかもですが、bit.ly のクリック数はあんまりアテにしない方が良いと思われます。

昨日のTwitter にリンクを流した時どの程度クリックされるか実験してますの結果がだいたい分かりましたのでご報告します。

bit.ly のクリック数

まず以下は、Twitter に前の記事のリンクを流してから11分ぐらい経った後で撮った bit.ly のキャプチャです。

128クリックとなっていますが、この記事をポストした時点（9/12 18:50ごろ）では135クリックとなっています。現在のデータは http://bit.ly/info/eRDjt からご覧になれると思います。

実験前の記事で、Twitter に URL を流すと100クリック前後と書いたと思いますが、だいたい想定どおりの数字となりました。

以下は上のキャプチャと同じページに表示される、クリック数の時間別のグラフです。

URL を流して3分ぐらいにアクセスが集中していますので、F’s Garage：twitterの「つぶやき」の有効期間は２分 という数字に一致します。

Google Analytics のアクセス数

んでこちらは昨晩1:20ごろ、http://sakuratan.biz/archives/1230 のアクセス解析から、参照元をキャプチャしたものです。

twitter.com からのアクセスはそのまま全部 Twitter 経由でアクセスです。参照元なしを表す (direct) の中に Twitter の専ブラやスタンドアロン型のフィードリーダー経由のアクセスが混在していると思います。かなり甘めに (direct) をすべて Twitter 経由として計算しても、Twitter からのアクセスは 22 です。（Google Analytics ですので JavaScript を無効にしている方のアクセス数を記録できていませんが、JavaScript 切ってる人は確実に少数派だと思いますので無視しちゃいます。）

結論、そして実験は続く…

ということで今回の実験では、bit.ly に表示されるクリック数の 17% ぐらいが実際のアクセス数でした。17% って言うと使い物にならないレベルかと思いますww

ただ個人的には、さくらの TL ではこの 100 ぐらいが（URL自動展開してる数字の）底で、アクセスの多い記事だと bit.ly のクリック数／実際のアクセス数 が大きくなる（実際のアクセス数に bit.ly のクリック数が近づく）ような気もします。なのでもう一度、この記事の URL を Twitter に流して実験したいと思います。

つーことでお願いです。今度はアクセス数が多い場合の、bit.ly のクリック数とアクセス解析の数字を比較したいと思います。

今からこの記事を Twitter に流しますので、

よろしくお願いします☆

P.S.
決して体の良いアクセス稼ぎではございませんのでご安心ください。

まずは以下のブログをご覧頂きたいのですが…

Twitterに自動で流してるRSSのクリック数を調べる方法 – 小鳥ピヨピヨ：小鳥ピヨピヨ

F’s Garage：twitterの「つぶやき」の有効期間は２分

AA で要約するとこんな感じw

さくらも一時おなじようなこと考えてて bit.ly の短縮 URL を流してクリック数をカウントしてました。

毎回100前後のアクセスが必ずあったのでウハウハしていたのですが、自分のブログの記事流した時にアクセス懐石の数字と bit.ly の数字が合わないので変だなと思うようになりますた。よくよく考えてみると、専ブラとかグリモンで短縮 URL を展開しているのが計上されてるんじゃないかと思うようになり、最近はあんまり積極的に bit.ly を使ってません。

同じようなことが F’s Garage さんの記事のはてブでも指摘されてます。

rikuo Twitter 以前bit.lyでのアクセス数調べてたとき、そのカウントって（短縮を展開する）APIでのアクセスを含めてないか、って言われたけれどまだ調べてなかった。実際どうなんだろう？ 2009/09/11
http://b.hatena.ne.jp/rikuo/20090911#bookmark-15951230

さくらの数字をお見せしたいのですが、自分のブログのどの記事を bit.ly で Twitter にだけ流したのかよく分からないので、実験用にこの記事をうpしました。

実験方法はこんな感じです。

1. この記事をうp
2. bit.ly で Twitter に流す
3. アクセス解析の数字と bit.ly の数字を比べる

できるだけアクセスが集まらないようにしたいので、Twitter に流す際は「ブログ書いた！ bit.lyのアドレス」みたいな感じで流しました。同じ理由で、RT とか はてブ とかしないようにしてください。よろしくお願いいたします。

…ブログ書いててアクセス集まらないようにお願いするのは始めてだわww

実験結果は明日報告する予定です。
どうぞよろしくー

IE6（IE7もだったっけ？）で Twit Delay にアクセスすると、フッターエリアに何も指定されていないと以下のように null と表示されてました。調べましたところブラウザ依存のバグでした。

もう直しましたので、IE6 でもフッターを指定していない場合は No Footer と表示されると思います。