チェックアウトの前に住所と記載された郵便番号が一致するか確認する
注文フォームの郵便番号と市区町村の不一致は、小さな入力ミスに見えますが、やがて国内のまったく別の地域に荷物が送られる事態につながります。
朝9時の投稿がうまく機能するのは、ちょうど1つのタイムゾーンだけで、それ以外のすべての人にとってはうまくいきません。5つの大陸にフォロワーを持つあるメディアブランドは、すべての投稿を自社の本社時間に合わせてスケジュールしていました。その結果、オーディエンスのかなりの割合が、住んでいる場所によってほぼランダムに、朝起きてすぐ、仕事の最中、あるいは深夜をとうに過ぎてからすべての投稿を目にしていました。
チームはすでにオーディエンスのおおまかな位置データを持っていました。これはエンゲージメントの発生元から得たもので、都市と国のレベルの情報を、トラッキングスクリプトではなくサーバーログから収集したものです。必要だったのは、その位置データを、スケジュールの基準にできる実際の現地時刻に変換することでした。ブラジルやアメリカのような国は複数のタイムゾーンにまたがることがあり、国単位で行った投稿の判断は、その国の中の個々の都市にとっては依然としてしばしば誤っていたからです。
主要なオーディエンスのクラスターごとに、チームは代表的な座標を求めて/v1/timezoneに送信しました。このエンドポイントは、その地点のIANAタイムゾーン名と現在のUTCオフセットを返します。このエンドポイントは現在時刻だけでなく、オフセットを計算する特定の時点も受け付けるため、チームは1週間分の投稿を計画し、夏時間の切り替えをまたぐ場合でも各日の正しいオフセットを得ることができました。固定のオフセットを想定していれば、スケジュールの途中でずれが生じていたはずです。
オーディエンスのセグメントごとに正確な現地時刻がわかったことで、投稿カレンダーは1つのスケジュールではなく複数のスケジュールになりました。本社時間を基準に作った単一のマスタースケジュールからすべてを一斉に配信するのではなく、時間をずらして、各コンテンツがそれぞれの地域のエンゲージメントが高い時間帯に届くようにしたのです。ブランドは効果を得るために投稿数を増やす必要はありませんでした。同じ数の投稿でも、タイミングを正しく合わせることで、人々が実際にフィードを見ている間に、より多くのオーディエンスに届くようになりました。
チームは同じ検索を、より小さいながらも継続的な用途にも使いました。それは、イベントの時刻やライブ配信の告知に正しいラベルを付けることです。タイムゾーンを付けずに「午後8時」と告知されたローンチは、何年にもわたって戸惑いの返信を少しずつ、しかし絶え間なく生んでいました。スケジュールされたすべての告知に判定した現地のタイムゾーンを添え、プラットフォームが各閲覧者の設定に合わせて正しく表示するようにしたことで、小さいながらも常にあった、避けられるはずの混乱の原因がなくなりました。
これには、個々のフォロワーやそのデバイスを追跡する必要は一切ありませんでした。位置データはブランドがすでに持っていた集計済みのサーバーサイドのエンゲージメント傾向から得たもので、タイムゾーン検索自体は週に数回、オーディエンスのクラスターごとに1回実行されるだけでした。この量はごくわずかで、アカウントのキーに含まれる1日あたりの無料枠に対してほとんど影響がありませんでした。
投稿時刻を正しく設定することは、小さな変更でありながら効果が積み重なっていきます。一度きりの修正で終わるのではなく、すべての投稿がその恩恵を受けるからです。特定の時点を渡す方法を含むこのエンドポイントのドキュメントは、/docs/timezone-lookup/にあります。