◉RORK LABEN
●GPT-6.1 SOL — Rork のモデルメニューに追加(09-29)。Low/Medium/High を選べ、Pro・Max に含まれます●SONNET 5.5 — UI づくりが得意で、Sonnet 5 より出力が速いモデルが選べます(09-28)●SDK 58 — Beta が 09/15 から。stable の案内はまだなく、Expo Go でのプロジェクト実行は 09/03 からログインが必要です●WIDGET — iOS のウィジェットが本番ビルドだけ真っ黒になる原因を追った報告が出ています●OBSERVE — EAS Observe がネイティブクラッシュも記録します(SDK 57.0.21 以降・10/07)●NEW — 起動広告が、背面から戻った回にしか出ていませんでした。「前面に戻った」合図が、…●GPT-6.1 SOL — Rork のモデルメニューに追加(09-29)。Low/Medium/High を選べ、Pro・Max に含まれます●SONNET 5.5 — UI づくりが得意で、Sonnet 5 より出力が速いモデルが選べます(09-28)●SDK 58 — Beta が 09/15 から。stable の案内はまだなく、Expo Go でのプロジェクト実行は 09/03 からログインが必要です●WIDGET — iOS のウィジェットが本番ビルドだけ真っ黒になる原因を追った報告が出ています●OBSERVE — EAS Observe がネイティブクラッシュも記録します(SDK 57.0.21 以降・10/07)●NEW — 起動広告が、背面から戻った回にしか出ていませんでした。「前面に戻った」合図が、…
記事一覧/アプリ開発
◇ アプリ開発/2026-06-27上級

端末の時計を戻されても「今日の1枚」が崩れない設計 — 日替わりコンテンツの日付境界とストリーク整合

日替わりの「今日のコンテンツ」がタイムゾーン移動や端末時計の巻き戻しで二重表示・欠落・ストリーク消失を起こす問題を、決定論的な日付キーと単調クロックで防ぐ設計を、Rork(Expo)アプリの実コードでまとめます。

Rork585Expo219日付処理ストリークリテンション設計

✦ プレミアム記事

引き寄せや癒し系の「今日の1枚」を配信するアプリを個人開発で運用していると、ある時期から少数のユーザーから決まった報告が届くようになりました。「昨日と同じ画像が今日も出る」「連続記録が急にゼロに戻った」。再現条件を聞き取ると、海外渡航中だったり、ゲームの報酬目当てで端末の時計を進めて戻した直後だったりします。リテンションの肝になる機能だけに、こうした戸惑いはそのまま離脱につながります。

日替わりコンテンツは、一見すると「日付が変わったら次を出すだけ」の単純な機能です。しかし new Date() をそのまま信じた瞬間に、タイムゾーン移動・サマータイム・端末時計の手動変更という三つの揺らぎが全部そこに流れ込んできます。これは本番運用で実際に踏んだ罠でもあります。ここでは、その揺らぎを一箇所に閉じ込めて「今日」を決定論的に確定させる設計を、Rork(Expo) で動くコードとしてまとめます。

「今日」を決める場所を一点に絞る

最初にやめるべきは、画面のあちこちで new Date().getDate() を呼ぶことです。比較に使う「今日」が呼び出し箇所ごとにわずかにずれ、深夜0時前後で表示と保存が食い違います。これが二重表示と欠落の温床になります。

代わりに、その瞬間が属する「日」を YYYY-MM-DD の文字列キー(dayKey)に畳み込む関数を一つだけ用意し、アプリ全体がそこだけを通るようにします。

// lib/dayKey.ts
// 基準タイムゾーンは「コンテンツを切り替えたい時計」を一つ決めて固定する。
// 日本向けの日替わりアプリなら Asia/Tokyo を採用すると、
// 海外渡航中のユーザーも「日本の今日」で同じ1枚を見られる。
const CONTENT_TZ = "Asia/Tokyo";
 
export function dayKeyFor(date: Date, timeZone: string = CONTENT_TZ): string {
  // Intl で「そのタイムゾーンでの年月日」を取り出す。端末のロケール非依存。
  const parts = new Intl.DateTimeFormat("en-CA", {
    timeZone,
    year: "numeric",
    month: "2-digit",
    day: "2-digit",
  }).formatToParts(date);
 
  const get = (t: string) => parts.find((p) => p.type === t)?.value ?? "";
  return `${get("year")}-${get("month")}-${get("day")}`; // 例: "2026-06-27"
}
 
export function todayKey(timeZone: string = CONTENT_TZ): string {
  return dayKeyFor(new Date(), timeZone);
}

en-CA ロケールを使うのは、YYYY-MM-DD 形式が標準で得られ、文字列比較がそのまま日付の前後比較になるからです。dayKey 同士は辞書順で比較でき、"2026-06-27" < "2026-06-28" が常に成り立ちます。コンテンツの選択も、ストリークの判定も、保存も、すべてこの文字列だけを見て行います。私はこの一点集約を強く推奨します。

ローカル時刻・固定タイムゾーン・サーバ時刻のどれを基準にするか

「今日」をどの時計で決めるかは、アプリの性格で変わります。バックエンドを持たない個人開発のアプリでは、サーバ時刻に毎回問い合わせる前提は重すぎます。現実的な使い分けを整理します。

基準挙動向くアプリ弱点
端末ローカル時刻ユーザーの現地の0時で切り替わる習慣化・日記など「その人の生活時間」が主役時計の手動変更をそのまま信じる
固定タイムゾーン常に同じ地域の0時で切り替わる「日本の今日の運勢」など配信元が主役のコンテンツ深夜帯の海外ユーザーが直感とずれる
サーバ時刻権威ある時刻で切り替わる不正対策が重要な報酬・ランキングオフライン不可・通信コスト・遅延

私が運用している壁紙・癒し系の日替わりアプリでは、配信するコンテンツ側に「その日らしさ」があるため、固定タイムゾーン(Asia/Tokyo)を基準にしています。これで海外にいる読者も「日本の今日の1枚」を共有でき、App Store のサポート問い合わせに来ていた「人によって違う絵が出る」という戸惑いがなくなりました。一方、純粋な習慣トラッカーなら、その人の現地0時で締めるローカル時刻基準のほうが自然です。個人的には、基準は一つに決め、CONTENT_TZ を空文字にしたらローカル、という分岐は作らないことをおすすめします。混在は必ず後で破綻します。

✦

ここまでお読みいただきありがとうございます。

この記事の続きを読む

この先には、実装コードやベンチマーク結果など、実務でお役に立てる内容をご用意しています。このサイトは広告を掲載しておらず、サーバーや開発にかかる費用はメンバーの皆様のご支援で成り立っています。もしお役に立てていましたら、ご支援いただけますと大変ありがたいです。

この記事で得られること
✦Date を直接使わず decision を一点に集約する dayKey 関数の実装と、ローカル時刻・固定タイムゾーン・サーバ時刻の使い分け基準
✦AppState 復帰時に深夜0時のロールオーバーを取りこぼさない再計算と、setTimeout に頼ったときに起きる欠落の回避
✦端末時計の巻き戻しを単調クロックで検出し、旅行者のタイムゾーン移動でも連続記録を二重カウント・誤消失させないストリーク判定
Stripe による安全な決済 · いつでもキャンセル可能
✦

この記事を購入する

この先の内容をすべてお読みいただけます。一度のご購入で、いつでも何度でもアクセスできます。このサイトは広告を掲載しておらず、皆さまのご支援がサーバー費用などの運営を支えています。

または
メンバーシップなら全記事が読み放題 →
シェア

お読みいただきありがとうございます

Rork Lab は広告なしで運営しており、サーバー費用などの運営コストはメンバーシップのご支援で賄っています。実装コード・ベンチマーク・本番設計パターンなど、実務でお役立ていただける記事を毎日更新しています。もし読んでよかったと感じていただけましたら、ぜひご覧ください。

  • ✦コピー&ペーストで使える実装コード付き
  • ✦毎日新しい上級ガイドを追加
  • ✦¥580/月 または ¥1,480 の永久アクセス
メンバーシップを見る →

関連記事

◇ アプリ開発2026-09-18
prebuild が requires the standard Expo SDK 57 Swift AppDelegate で止まったとき、まず確かめる3行
iOS 27 のために ios.enableSceneSupport を有効にすると prebuild が止まることがあります。原因は SDK の版ではなく AppDelegate.swift の形でした。確かめる3行と、手で書くときに SDK 58 の手順を真似てはいけない理由をまとめます。
◇ アプリ開発2026-09-16
消したはずのトークンが再起動で戻る — SecureStore の削除失敗を検知する設計
サインアウト直後に getItemAsync が null を返しても、Android のディスクには値が残っていることがあります。削除の成否を読み出しで確かめていた実装を、戻り値で判断する形へ書き直した記録です。
◇ アプリ開発2026-09-10
Rork のリポジトリに置く最初の EAS Workflow と、失敗した回にだけ届かない通知
Rork から書き出したリポジトリに .eas/workflows を二本置くまでの手順と、needs でつないだ通知が失敗した回にだけ届かなくなる理由を、手元で走る検査スクリプトの実行結果つきで書き残します。