スマホアプリ 開発ブログ

スマホアプリつながらないSNS ilka などのアプリ開発話や使い方等のブログです

itunes の審査にまたおちました。。

ilka も結構長くやっていて、

初回は10回以上審査に落ちたのですが、

その後は全部1発合格だったので、ちょっと油断してました。。

 

今回のリジェクト理由はこれ

 

Apps or metadata that mentions the name of any other mobile platform will be rejected

 

こんなの前ありましたっけ・・?

ようはAndroidって書くなってことらしいです。

ilkaはiphone,ipad,androidの全部で動くので、

その旨をディスクリプションの所に記載していたんですが、

それがNGとのこと。

「本アプリは Iphone,Ipad,Android共に使用できますが云々」

みたいな文言がNGとは。。

 

まあメタリジェクトなので、再申請しなくてもよさげなので

すぐにOKがでるのではないかと思っています。

Googleでもアプリリリースの際審査が必要になったそうです。

とうとうGoogleも審査とレーティングの設定が必要になりました。

 

Creating Better User Experiences on Google Play | Android Developers Blog

japan.cnet.com

 

気になる審査時間ですが、

appleのように最低でも1週間みたいな感じではなくものの数時間とのことで、

現在でもGoogle playに登録してから表示されるまでに数時間かかっていたので、

あまり気にする必要はなさそうです。

 

もっともどのくらい厳しいのかは開始されないとわからないので、

アプリアップデートしようとしたら阿鼻叫喚みたいなことに

ならなければよいのですが・・・

 

なおレーティングに関しては5月まで猶予があり、

その間はレーティングなしとなるそうですが、

管理画面からレーティングの設定は簡単にできるので、

すぐやっておいたほうがよさそうですね。

 

うちのilkaもpoiもやりましたが、1アプリ1分程度で終わりますし日本語です!

※レーティングが終わるとこんな感じになります。

f:id:jakkrokk:20150318101435p:plain

ilka ハッシュタグ実装しました & itunesはリジェクとされたのでその対応とか

Androidのほうはバージョンアップ完了したんですが、

iosのほうがリジェクとされたので、

後1週間ほど時間がかかりそうです。

※最近は1週間程度で新規も更新もin reviewになるので助かりますね。

 

以前別のブログでも書いたんですが、

ilkaのようなアプリの場合

- Use Moderators to flag and remove inappropriate content
- Require that your users agree to terms (EULA) and these terms must be clear that there's no tolerance for objectionable content
- Users need a way to flag or report objectionable content and/or users generating this content
- Developer must act on objectionable content reports within 24 hours by removing the content and ejecting the user who provided the offending content
- Developer needs a method for ejecting users who violate the terms of the EULA

 

こんなかんじで、ユーザの投稿をきちんとこちらで管理でき、

かつユーザ側でも能動的に対応可能な状態にしておかないと、

リジェクトされます。

 

アプリのバージョン1.0の時は導入していたんですが、

去年デザインを変えた際にそこが抜け落ちていました。

しばらくの間は大丈夫だったんですが、

今回またひっかかったので、改めて実装して再申請といった感じです。

 

なんとなく今年からレビュワーが変わったような気がしていて、

過去2年間はin reviewのタイミングは必ず朝9時前後だったんですが、

今回から15時前後になっています。

また以前チェックされなかったようなところが色々と言われていて、

レビュワーが変わって1から新しい基準でチェックされ直しているのかもしれません。

逆に言うと、アプリが1回レビューされると、

しばらくは同じ人がレビューする事になるんですかね?

 

いずれにせよ、今回はハッシュタグを実装したので、

早くiphoneユーザさんにも使ってもらいたいところです。

レビュー早く終われー!

 

 

 

月150万PVをさくらVPSでさばくお話

虎の狸のなんたらといいますが、

サービスを開始するにあたってPVの想定とか

その際準備するべきサーバ等って結構頭を悩ますところですよね。

(一番ニヤニヤする所だったり!)

 

今回は少しでもそれの参考になればってことで、

アプリilkaでの値を後悔してみたいと思います。

 

ilkaの中身について

まずilkaの簡単な説明をすると、

ツイッターライクなビューでタイムライン表示

投稿はランダム表示

ユーザは匿名でメッセージを投稿

投稿ログの閲覧機能

スターというお気に入りログ保存機能

 

といった感じのアプリです。

その性質上タイムライン、履歴、スターの3つは

サーバアクセスが必要なので、

アクセスした数がapacheのログに残ります。

それを集計してみたいと思います。

また現在のアプリのDL数は11万ちょっとです。

去年一時闇歴史がありましたので、

ユニークユーザは2万ユーザ/月程度しかいません。

デイリーにすると2000程度。

 

なおサーバはさくらVPSの2Gで、LAMP構成です。

またSQLはほぼ全てインデックスにヒットし、

結果をJSON->ZIP圧縮で転送してやりとりしています。

PHPは一般的なフレームワークは使っておらず、

自前のオレオレフレームワークでインクルードなどは最小限になってはいます。

もちろん所謂VIEWに値する所はアプリ側で処理してくれますので、

一般的なサイトと比べたらそこの部分はお得ですね。

 

Apacheのチューニングはここらへんを参考にしています。


Apacheのチューニングメモ - Qiita

 


CentOS Apacheチューニング

 

そこまで大胆にいじっているつもりはないですが、

プロセス数等はちょこちょこ見て修正していたりします。

 

実際のアクセス数/サーバの負荷

さて、上記のような構成、状態で実際どのくらいアクセスがくるのかですが、

apacheログを集計するとざっくり5万アクセス/日程度になります。

uptimeを叩いてみると平均で0.3いくかいかないかといった所です。

まだまだ余力ありますね。さすがさくらと言った所。

 

5万/日なのでざっくり150万/月ですが、10倍とまではいわなくても

5倍くらいまでなら余裕でいけると思います。

(ここまで行くとコネクションのほうが無理かもしれません)

そこまでapacheなどには詳しくないですが、

転送量やクエリの最適化とPHPでの無駄な処理を減らしてしまえば

結構VPS1本でもさばけるということですね。

むしろ、自分も勉強が足らないと思うので、

研究すればもっと最適化できると考えています。

 

 

終わりに

ちなみに5万/日のうち7割くらいのアクセスで広告を表示しているのですが、

広告のビューはなぜか1.5万/日くらいなんですよね・・・(Ne**さん)

ちなみにanalyticsでは2.1万程度とこちらもやっぱり足らない。

 

広告にしてもanalyticsにしてもjavascriptでロードしているので、

ロードに時間がかかっている間にアプリを落としたり、

電波状況等でそもそもロードに失敗しているパターンもあるのだと思います。

もったいないことをしているなぁ。。

 

 ということで ilkaもよろしくお願いいたします!


本音オンリーSNS ILKA (いるか)

 

 

 

 

POIの開発中の機能

アプリもリリースして1ヶ月ほどになります。

ある程度安定して使えていると思うので、

そろそろ機能追加などを考えています。

 

Lineとかで簡単に共有できる機能とかも考えているんですが、

いかんせん海外にも同じ物が出ているので、

Lineってなによ?みたいな国がいっぱいあるとボタンが邪魔になるかなと思い

どう切り分けるかが頭を悩ませています。

 

また1つの画像をストリーム的に同時に書き込むことができないか検討中で

これができるとチャットっぽく画像を同時に書き込めて楽しいと思っています。

が、結構ハードルは高そうです。。

 

それ以外に考えているのはマイナーな修正ばかりですが、

例えばデータの転送速度をあげるために圧縮できないかとか、

AndroidIphoneで別々の処理になるんですよね。。)

どのタイミングでデータを同期するかとか、

(ユーザ名とかは一度とったら同期していないので)

アプリの細かい修正も結構したいので、

次のアップデートは見た目は全然変わらないのに

内部的にがっしりやらなきゃいけないみたいなことになりそうです。

 

ちなみにこの手の、「中身だけ変わるアップデート」は

ユーザ間で情報が流れるようになると更新してくれなくなるんですよね。

あえて目立つ機能を一つでも入れて

更新するよう誘導しないとうまくアプリのアップデートが回らないです。

 

 

 

 

 

 

Lineがやらかしましたね

天下のLineもこんなことがあるんですね。。

 

荒れっぷりは下記をご覧ください。

「iPhone」版LINEが更新で大荒れ こんなに変わってしまいました|タブロイド - オトコをアゲるスマホニュース

 

でもこれがアプリの怖いところで、

この手のほんのちょっとした変更でもUIの変更の場合

大惨事になってしまうことがあるってことです。

 

以前のエントリーに書きましたが

ilkaでも似たようなことがあって(比べちゃいけないですが)

だいぶ悲惨なことになりました。


アプリのアップデートでミスった時のお話 - スマホアプリ POIとilka の開発ブログ

 

星1が大量に着くと、ランキングががつんと下がってしまうので、

もともとランキング50-100位くらいをうろうろしていたilkaには

致命傷になってしまいました。

(今はどんなに工夫しても150位くらいからさっぱり上がらない)

 

Lineの場合DLという意味では全体ランキング上位とかにいなくても

別にどうでもいい気がしますが(ブランディングくらい?)

改めて1アプリ開発者として身を引き締める思いでした。

 

 

 

 

 

 

 

ブレストアプリ

アプリを作っている最中とか

企画を練っている時など、一人ブレストをすることがよくあります。

今は自作のアプリでやっているんですが、最初は手書きでやっていました。

なんかいいアプリがないかなーと思っていたんですが、

ブレストっぽいアプリって以外と癖が強い奴が多く、非常に使いにくくて。

 

そこで今使っているのはマインドマップに近い形で、

言葉を並べてイメージを膨らませていく・・というのかな?

スマホでブレストやるならこうだよねって思えそうな奴を作りました。

 

ブレストっていうと、何かのアイディアを閃くのが結果で、

その過程には頭の中から出てきたイメージや言葉を

無秩序に置いて、それをグルーピングやソートしていくイメージなので、

できる限り電車の中で、それが出来るようなアプリになっています。

 

公開したいところなのですが、いつにも増してデザインがひどいので、

作り直さないといけないのがネックでして。。。

 

夏までのタスクって感じで今は積みタスクになっております。

自分でもっと使ってシンプルに再構築してリリースしたいと思っています。