Shopify Functionを触っていると、JavaScriptの標準関数であるnew Date()やDate.now()が、なぜかすべて「1970-01-01 00:00:00 UTC」（エポックタイムの開始時点）を返す現象に遭遇した。最初は環境設定ミスかと思ったが、これはShopify Functionの実行環境が持つサンドボックス制約が原因だったという話だ。
この問題、特にサーバー側の時間情報を利用したい場合に致命的で、そのままではビジネスロジックが成立しない。
何が起きたか（課題）
Shopify Functionの実行環境（WebAssemblyベースのサンドボックス）では、ホストOSの時刻情報に直接アクセスできないため、標準の時刻取得メソッドが常に固定値を返す。
-
new Date()を実行すると、常に1970年1月1日を指す。 -
Date.now()も同様に0を返す。 - この結果、特定の時刻に基づくロジック（例：本日付で割引を適用する、有効期限をチェックする）が正しく機能しない。
どう解決したか（概要）
確実な解決策は、Shopify側が提供しているAPI経由でローカル時刻を取得することだ。Shopify Functionsは、インプットとしてGraphQLのデータを要求できる設計になっている。この機能を利用し、Shopのタイムゾーンに合わせた現在時刻を取得した。
具体的には、Functionのインプット定義（Input型）に、shopオブジェクト内のlocalTimeフィールドを含めるよう設定した。このフィールドはdate型として、ローカルの日付と時刻の情報を含んでいる。
import { Input } from './generated/api';
export function run(input: Input) {
// インプットから直接ローカル時刻の文字列を取得
const shopDateString = input.shop.localTime.date;
// 安全な日付オブジェクトに変換
const safeDate = new Date(shopDateString);
console.log(safeDate);
}
このアプローチにより、サンドボックスの制約を回避し、ストアが設定している正しい現在時刻（ISO 8601形式の文字列）をJavaScriptのDateオブジェクトとして安全に扱えるようになる。
効果（Before/After）
| 項目 | Before（問題発生時） | After（GraphQL利用後） |
|---|---|---|
new Date()の結果 |
1970-01-01T00:00:00.000Z (固定値) | 実行時のストアローカル時刻（例: 2024-10-27T14:30:00+09:00） |
| ロジックの堅牢性 | 低い（時間依存ロジックが機能しない） | 高い（正しい時刻で判定可能） |
この変更で、時間依存のロジックが意図通りに動作するようになり、Functionsの信頼性が大幅に向上した。
🚀 詳細な設定とコードはこちら
具体的なWAFのルール設定や、より詳細なログ解析データは元のブログで公開しています。
👉 Shopify Functionでnew Date()が1970年を返す謎！安全に現在時刻を取得するGraphQLテクニック