レート制限は発見されるものではなく、文書化されるべきもの
本番環境で429エラーを受けてレート制限を知るのは、ドキュメントではありません。本来は発生する必要のなかったサポートチケットです。
ブログのトピック
私たちの見解 （5ページ）
位置データビジネスについての意見：料金、ロックイン、プライバシー、そして大手プロバイダーが間違っていること。
一括リクエストを呼び出し単位ではなく項目単位で数える理由
1,000件の住所を含む一括呼び出しでも、1,000件の個別の検索が行われます。それを1リクエストとして数えれば、実際の利用がどこに向かったのかを隠すだけです。
独自のレスポンス形式への反論
独自のフィールド名や独自のオブジェクトモデルは、プロバイダーにとって何の節約にもならず、お客様には後で書き直しのコストを負わせます。平易で予測可能なJSONは、機能の欠如ではありません。
長い試用期間ではなくキーなしプランを作った理由
試用期間は決まったスケジュールで終わり、クレジットカードを求めてきます。キーなしプランはそのまま動き続けます。私たちは、後者のほうが開発者の時間を尊重していると考えています。
製品ごとの課金がAPIの使われ方について間違えていること
実際のアプリケーションは、1つのリクエストの流れの中でジオコーディング、IP検索、タイムゾーンの呼び出しを組み合わせています。それらを別々の製品として課金するのは、一緒に使われている実態を無視しています。
オープンなタイムゾーンデータをプレミアム機能にすべきではない
タイムゾーンの検索は、公開され活発に維持されているデータソースに基づいています。その検索に別途プレミアム料金を課すことは、実際の追加コストを反映していません。
互換ホストが新しいSDKより重要な理由
SDKは、プロジェクトの存続期間中ずっと1社のクライアントライブラリを信頼することを求めます。互換ホストが求めるのは、設定を1行変えることだけです。
実は無制限ではない「無制限」プランの問題点
無制限とは、上限がないことを意味するはずです。多くの無制限APIプランの細かい注意書きを読むと、実はそうではないと控えめに述べるフェアユースポリシーが見つかることがよくあります。
私たちがシート単位ではなくリクエスト単位で料金を設定した理由
リクエスト単位の料金は、APIの実際の運用コストに見合っています。シート単位の料金が測るのは利用量ではなく人数であり、ジオコーディングのトラフィックはそのどちらにもほとんど従いません。
私たちの見解の記事だけを、公開され次第お届けします。
私たちの見解を購読する