著者: クロージング・オークションとは
終値を決定するクロージング・オークションの仕組みを解説します。午後4時の巨大な一回の取引が、なぜその日の公式な終値となるのかを詳しく説明します。
クロージング・オークション（Nasdaqではクロージング・クロスと呼称）は、東部時間午後4時に行われる巨大なマッチング取引であり、各銘柄の公式終値を決定します。上場取引所は、買い手と売り手を一注文ずつマッチングさせるのではなく、午後の間に終値注文を収集し、プール全体を単一の価格で一度に約定させます。これは、一日の始まりである オープニング・オークション の締めくくりとなります。個別銘柄においては、この単一の取引記録が、通常その日の最大取引額となります。本ページのすべての数値は、コンソリデーテッド・テープ（米国株の全取引を記録した統合公開記録）に基づいています。各パネルには正確なSQLが付随しています。
クローズ・オークションとは？平易な定義
株式取引の大部分は、継続的な取引（コンティニュアス・トレーディング）で行われます。注文は次々と届き、約定し、記録されます。取引が活発な銘柄では、1分間に数千回もの取引が行われます。クローズ・オークションは、同じ取引記録（テープ）における異なる仕組みです。取引終了間際になると、上場取引所は終値に向けて出されたすべての注文を集約します。そして、最も多くの株数が約定する価格を算出し、米国東部時間午後4時に、集約された全注文を一度の取引として実行します。
この取引は、他の取引と同様に公開される取引記録に記録されます。その際、販売条件 8、"Closing Prints" というラベルが付与されます。そして、その価格が、その日の夜に各所で引用される公式の終値となります。継続的な市場とオークションは、二つの異なる市場ではありません。これらは一つの取引記録であり、オークションはその中の巨大な一行に過ぎません。
なぜ引けのオークションが存在するのか？
引けの価格は、市場の基準価格となります。投資信託は公式の終値を用いて日次の純資産価値（NAV）を算出します。指数算出機関はそれに基づきベンチマークを計算します。また、機関投資家のトレーディング部門は、VWAP（売買高加重平均価格）などの指標とともに、この価格を基準に評価されます。引けの価格で取引を行う投資家は、これらすべての基準を正確に追随できます。オークションは、その価格が決定される場であり、多くの投資家にとって、その価格での取引が確実に保証される唯一の取引機会となります。
この需要は相乗効果を生みます。買いと売りの双方に大規模な注文が集まり、クロス取引によって最大サイズでマッチングが行われます。これにより、マーケットメイカーが一日中 ビッド・アスク・スプレッドを提示している連続取引市場において、スプレッドをまたいで約定させるのではなく、単一の価格で大規模な注文を執行することが可能になります。
実取引データにおける引けのオークション：単一の約定 vs 中央値取引
以下のパネルは、2026年7月2日（7月4日の連休前最後の取引日であり、完全な取引日であることが確認済み 次の中間パネルの受領データ）を対象としています。SPY、AAPL、NVDAの引けのオークション規模を、それぞれのテープ上の他の全取引と比較しています。「一致ボリューム」とは、テープ独自の集計によるコンソリデーテッド・ボリュームを指します。管理上の再放送（売買条件 15、16、38）は、すべての分母から除外されています。これは 当社のティック単位マイクロストラクチャー詳細分析 と一致します。下のコード・ディクショナリー・パネルがその根拠です。
各数値の背後にある正確なSQL
SELECT
ticker,
round(toFloat64(maxIf(size, has(conditions, 8))) / 1e6, 2) AS auction_shares_m,
formatDateTime(toTimeZone(argMaxIf(sip_timestamp, size, has(conditions, 8)), 'America/New_York'), '%H:%i:%S') AS auction_time_et,
countIf(has(conditions, 8)) AS auction_print_count,
countIf(has(conditions, 8) AND formatDateTime(toTimeZone(sip_timestamp, 'America/New_York'), '%H:%i:%S') = '16:00:00') AS auction_prints_at_1600,
round(quantileDeterministicIf(0.5)(toFloat64(size), toUInt64(sip_timestamp), NOT has(conditions, 8) AND NOT hasAny(conditions, [15, 16, 38]))) AS median_trade_shares,
round(toFloat64(maxIf(size, has(conditions, 8))) / quantileDeterministicIf(0.5)(toFloat64(size), toUInt64(sip_timestamp), NOT has(conditions, 8) AND NOT hasAny(conditions, [15, 16, 38])) / 1000) AS auction_vs_median_thousand_x,
round(100 * toFloat64(maxIf(size, has(conditions, 8))) / toFloat64(sumIf(size, NOT hasAny(conditions, [15, 16, 38]))), 1) AS auction_pct_of_volume,
round(toFloat64(maxIf(size, NOT has(conditions, 8) AND NOT hasAny(conditions, [15, 16, 38]))) / 1e6, 2) AS biggest_other_trade_m,
round(toFloat64(maxIf(size, has(conditions, 8))) / toFloat64(maxIf(size, NOT has(conditions, 8) AND NOT hasAny(conditions, [15, 16, 38]))), 2) AS auction_vs_biggest_other_x
FROM global_markets.stocks_trades
WHERE ticker IN ('SPY', 'AAPL', 'NVDA')
AND sip_timestamp >= '2026-07-02 00:00:00' AND sip_timestamp < '2026-07-03 00:00:00'
GROUP BY ticker
ORDER BY indexOf(['SPY', 'AAPL', 'NVDA'], ticker)まずAAPLの行を確認してください。その日のAAPLの取引中央値は 20 株でした。引けのオークションは、単一の約定で 10.89 百万株を交差させました。これは中央値の約 545 千倍に相当し、時間外取引を含むその日の全AAPL株のうち 14.4% を占めています。NVDAのオークションと中央値の差はさらに大きく、中央値 5 株に対し、17.38 百万株の交差（中央値の 3475 千倍）となり、その日の 12.2% を占めています。各銘柄には正確に1つのオークション約定が表示されています（auction_print_count 列が根拠であり、auction_prints_at_1600 が時刻を特定します）。時刻は 16:00:00 ETです。
タイトルにある主張には根拠があります。個別銘柄の両方において、オークションはその日最大の取引でした。AAPLの最大の連続約定は 1.8 百万株であり、オークションはその 6.05 倍の規模でした。NVDAの最大取引は 5.47 百万株であり、オークションはその 3.18 倍の規模でした。SPYは例外です。2.5 百万株の単一ブロック約定が、1.65 百万株のオークションを上回りました。取引量の多いETFでは、単一のブロック取引がオークションを上回ることがあります。SPYのオークションシェアは3銘柄の中で最小の 2.9% ですが、それでもオークションは中央値取引（25 株）の 66 千倍の規模に達しました。
終値は最後のティックではなく、オークションによって決まる
終値は単に取引終了直前の最後の約定価格であると誤解されがちです。しかし、取引記録はそれとは異なります。以下の1行の記録は、2026年7月2日のAAPLに関するものです。本記事で指定するすべての日付について、セッションの確認を行いました。SPYは、6月16日、6月30日、および7月2日に、正確に390、390、および390の定期セッション・分足バーを記録しました。これらは、推測ではなく、検証済みの9:30から16:00までの完全な3セッションです。
各数値の背後にある正確なSQL
WITH
(
SELECT countIf(window_start >= toDateTime('2026-06-16 09:30:00', 'America/New_York') AND window_start < toDateTime('2026-06-16 16:00:00', 'America/New_York'))
FROM global_markets.delayed_stocks_minute_aggs
WHERE ticker = 'SPY' AND window_start >= toDateTime('2026-06-16 00:00:00', 'America/New_York') AND window_start < toDateTime('2026-06-17 00:00:00', 'America/New_York')
) AS bars_jun16,
(
SELECT countIf(window_start >= toDateTime('2026-06-30 09:30:00', 'America/New_York') AND window_start < toDateTime('2026-06-30 16:00:00', 'America/New_York'))
FROM global_markets.delayed_stocks_minute_aggs
WHERE ticker = 'SPY' AND window_start >= toDateTime('2026-06-30 00:00:00', 'America/New_York') AND window_start < toDateTime('2026-07-01 00:00:00', 'America/New_York')
) AS bars_jun30,
(
SELECT countIf(window_start >= toDateTime('2026-07-02 09:30:00', 'America/New_York') AND window_start < toDateTime('2026-07-02 16:00:00', 'America/New_York'))
FROM global_markets.delayed_stocks_minute_aggs
WHERE ticker = 'SPY' AND window_start >= toDateTime('2026-07-02 00:00:00', 'America/New_York') AND window_start < toDateTime('2026-07-03 00:00:00', 'America/New_York')
) AS bars_jul02,
(
SELECT maxIf(sip_timestamp, has(conditions, 8))
FROM global_markets.stocks_trades
WHERE ticker = 'AAPL' AND sip_timestamp >= '2026-07-02 00:00:00' AND sip_timestamp < '2026-07-03 00:00:00'
) AS auction_ts,
(
SELECT argMaxIf(exchange, size, has(conditions, 8))
FROM global_markets.stocks_trades
WHERE ticker = 'AAPL' AND sip_timestamp >= '2026-07-02 00:00:00' AND sip_timestamp < '2026-07-03 00:00:00'
) AS listing_exchange
SELECT
bars_jun16 AS spy_session_bars_jun16,
bars_jun30 AS spy_session_bars_jun30,
bars_jul02 AS spy_session_bars_jul02,
countIf(has(conditions, 8)) AS auction_print_count,
toFloat64(argMaxIf(price, size, has(conditions, 8))) AS auction_price,
formatDateTime(toTimeZone(auction_ts, 'America/New_York'), '%H:%i:%S.%f') AS auction_et,
toFloat64(argMaxIf(price, (sip_timestamp, sequence_number), sip_timestamp < auction_ts AND NOT has(conditions, 8) AND NOT hasAny(conditions, [15, 16, 38]))) AS last_tick_price,
formatDateTime(toTimeZone(maxIf(sip_timestamp, sip_timestamp < auction_ts AND NOT has(conditions, 8) AND NOT hasAny(conditions, [15, 16, 38])), 'America/New_York'), '%H:%i:%S.%f') AS last_tick_et,
round((toFloat64(argMaxIf(price, size, has(conditions, 8))) - toFloat64(argMaxIf(price, (sip_timestamp, sequence_number), sip_timestamp < auction_ts AND NOT has(conditions, 8) AND NOT hasAny(conditions, [15, 16, 38])))) * 100, 1) AS auction_minus_last_tick_cents,
countIf(has(conditions, 15)) AS official_close_reprints,
countIf(has(conditions, 15) AND exchange = listing_exchange) AS listing_venue_reprints,
round(toFloat64(anyIf(price, has(conditions, 15) AND exchange = listing_exchange)) - toFloat64(argMaxIf(price, size, has(conditions, 8))), 4) AS listing_reprint_price_difference
FROM global_markets.stocks_trades
WHERE ticker = 'AAPL' AND sip_timestamp >= '2026-07-02 00:00:00' AND sip_timestamp < '2026-07-03 00:00:00'連続取引は、クロスの実行直前まで続きます。この日は、16:00:00から数ミリ秒後でした。クロスの直前に行われたAAPLの最後のボリューム集計取引は、東部時間16:00:00.215052に$308.1で記録されました。その後、東部時間16:00:00.373202にオークションが$308.63でクロスしました。これは、最後のティックよりも53セント高い価格です。その日の公式な終値は、最後のティックではなく、オークションの価格でした。その後、2件の「Market Center Official Close」メッセージ（売買条件15）が記録されました。これらは、コンソリデーティッド・クロース（統合終値）の再放送ではなく、各取引所が記録したそれぞれの公式終値です。取引所によって価格が異なる場合があります。上場取引所のメッセージはオークションの記録と完全に一致しており（その差は0）、これらのメッセージによってボリュームが増えることはありません。取引はその後4時間、時間外取引セッションで継続されますが、それらの約定価格も公式終値には影響しません。
終値オークションの仕組み：MOC注文とLOC注文
オークションには、継続的な板（オーダーブック）に存在する通常の指値注文に加え、専用の2種類の終値注文が投入されます。
- market-on-close (MOC) 注文は、オークションで決定した価格で約定します。価格の保証はありません。その代わり、公式終値での約定がほぼ保証されます（取引停止中の場合、オークションが実施されず、終値注文が約定しないことがあります）。
- limit-on-close (LOC) 注文は、オークション価格が指定した指値以下（買いの場合）の条件を満たす場合のみ、オークションに参加します。価格の保護はありますが、オークション自体が成立しないリスクがあります。
どちらの注文もオークション開始まで取引所に留められます。オークションに至るまでの継続的な市場で取引されることはありません。取引所は、終了直前の数分間（正確な時間は取引所により異なり、随時変更されます）は、終値注文の受付や変更を停止します。また、多くの証券会社は独自の早い期限を設けています。ベルが鳴るまでに板はロックされ、一つの価格ですべてが約定します。
終値オークションのインバランスとは
オークションの開始前に、取引所はインバランス（不均衡）データを公表します。これには、終値における買い注文と売り注文の株数、およびその時点での推定約定価格が含まれます。例えば、100万株の買いインバランスがある場合、現時点で100万株の買い注文が約定せずに残っていることを意味します。継続市場のトレーダーはこれらのデータを確認し、終了直前の数分間にポジションを調整します。
決算期末の取引がクロージング・オークションを拡大させる
特定の暦日は、取引の大部分が終値付近に集中します。インデックスのリバランス、満期、月次および四半期末のファンドフローは、すべて公式の終値に基づいています。これらのフローがオークションに集中します。2026年6月30日は、第2四半期の最終取引日でした。以下のパネルでは、各銘柄の当日のクロージング・オークションを、通常の月中セッションである6月16日と比較しています。両日とも、上記のレシートで確認済みのフルセッションです。
各数値の背後にある正確なSQL
SELECT
ticker,
countIf(has(conditions, 8) AND sip_timestamp < '2026-06-17 00:00:00') AS jun16_auction_print_count,
countIf(has(conditions, 8) AND sip_timestamp >= '2026-06-30 00:00:00') AS jun30_auction_print_count,
round(toFloat64(maxIf(size, has(conditions, 8) AND sip_timestamp < '2026-06-17 00:00:00')) / 1e6, 2) AS jun16_auction_shares_m,
round(toFloat64(maxIf(size, has(conditions, 8) AND sip_timestamp >= '2026-06-30 00:00:00')) / 1e6, 2) AS jun30_auction_shares_m,
round(toFloat64(maxIf(size, has(conditions, 8) AND sip_timestamp >= '2026-06-30 00:00:00')) / toFloat64(maxIf(size, has(conditions, 8) AND sip_timestamp < '2026-06-17 00:00:00')), 1) AS jun30_vs_jun16_x,
round(100 * toFloat64(maxIf(size, has(conditions, 8) AND sip_timestamp < '2026-06-17 00:00:00')) / toFloat64(sumIf(size, NOT hasAny(conditions, [15, 16, 38]) AND sip_timestamp < '2026-06-17 00:00:00')), 1) AS jun16_auction_pct,
round(100 * toFloat64(maxIf(size, has(conditions, 8) AND sip_timestamp >= '2026-06-30 00:00:00')) / toFloat64(sumIf(size, NOT hasAny(conditions, [15, 16, 38]) AND sip_timestamp >= '2026-06-30 00:00:00')), 1) AS jun30_auction_pct
FROM global_markets.stocks_trades
WHERE ticker IN ('SPY', 'AAPL', 'NVDA')
AND ((sip_timestamp >= '2026-06-16 00:00:00' AND sip_timestamp < '2026-06-17 00:00:00')
OR (sip_timestamp >= '2026-06-30 00:00:00' AND sip_timestamp < '2026-07-01 00:00:00'))
GROUP BY ticker
ORDER BY indexOf(['SPY', 'AAPL', 'NVDA'], ticker)AAPLの四半期末のオークションは21.71百万株に達しました。これは6月16日の7.49百万株のオークションの2.9倍に相当し、その取引高はAAPLのその日の総約定高の33.2%を占めました。1つの価格による1回の取引で、セッションの取引量の3分の1に達しました。NVDAのオークションは23.47百万株から41.14百万株に増加し、1日の取引量の24.7%に達しました。7月2日時点では、各銘柄は1セッションにつき正確に1回のオークションを記録しています。2つの取引回数の列がその証拠です。このような規模のパターンを検知するために、相対出来高スクリーナーが存在します。SPYのオークション出来高は、両日とも小規模なままでした（2.7%および3.6%）。セッション全体の概要については、2026年6月30日の市場まとめを参照してください。同四半期末の週におけるデータの特異点については、報告されなかった四半期末をご覧ください。
終値オークションのプリントを特定する方法：売買条件コード
どのプリントがオークションのものか、その答えはテープに記載されています。すべての取引には売買条件コードが付随しており、そのコード辞書は同じデータセットに含まれています。なお、以下の内容は断定ではなく、クエリに基づいたものです。
各数値の背後にある正確なSQL
SELECT
name,
id,
toUInt8(JSONExtractBool(update_rules, 'consolidated', 'updates_volume')) AS counts_toward_volume
FROM global_markets.stocks_condition_codes
WHERE asset_class = 'stocks' AND type = 'sale_condition' AND id IN (8, 15, 16, 38)
ORDER BY idコード 8、"Closing Prints" は、オークションのプリント自体を示します。辞書によれば、これは連結出来高に含まれます (counts_toward_volume = 1)。コード 15、"Market Center Official Close" は、各市場センターが報告する公式の終値です。辞書では、出来高の更新には含まれないとされています (0)。コード 16 および 38（"Market Center Official Open" および "Corrected Consolidated Close (per listing market)"）は、それぞれ寄り付きと修正のための同様の記帳用コードであり、同様に除外されます (0 および 0)。上記のすべてのオークション数値は、時刻ではなくこれらのコードでフィルタリングされており、すべての出来高の分母からはこれら3つの管理用コードが除外されています。
FAQ
終値オークションの時間はいつですか？
通常の取引終了直後の、東部標準時午後4時過ぎに行われます。取引量が極端に多い日は、決定が遅れる場合があります。2026年7月2日、SPY、AAPL、NVDAのオークションはすべて正確に16:00:00 ETに決定しました。早期終了が予定されている日は、代わりに東部標準時午後1時に実施されます。カレンダーについては市場の休場日と早期終了をご確認ください。
MOC（成行引け）注文とは何ですか？
終値オークションで決定される価格で売買する注文です。取引停止が発生しない限り、公式な終値への参加がほぼ保証されますが、価格の指定はできません。LOC（指値引け）注文は、指値を設定する注文です。オークション価格がその指値以下（買いの場合）または指値以上（売りの場合）の場合にのみ、クロスに参加します。
終値は、その日の最後の取引価格ですか？
いいえ。公式な終値はオークション価格です。2026年7月2日、AAPLのクロス直前の連続取引の価格は$308.1であり、オークションのクロス価格は$308.63でした。その差は53セントでした。時間外取引の価格も、公式な終値には影響しません。
なぜ終値付近で取引高が急増するのですか？
インデックスファンド、投資信託、ベンチマークに基づき運用する機関投資家が、公式な終値で取引を行うため、それらの注文が一度のクロスに集中します。2026年7月2日、AAPLのその日の約定量のうち14.4%が単一のオークションによるものでした。四半期末の6月30日には、同指標は33.2%に達しました。
ETFにも終値オークションはありますか？
はい。上場しているすべての株式およびETFは、上場取引所にてオークションを実施します。ETFの場合、オークションがその日の取引量に占める割合は比較的小さくなる傾向があります。2026年7月2日のSPYのオークションは、約定量の2.9%でしたが、AAPLは14.4%でした。
上記の数値はすべて、検証可能な保存済みクエリから生成されています。各パネルの下にあるSQLを展開して、内容を監査できます。フォローしているティッカーの終値オークションを詳細に分析するには、Strasmoreターミナルで同様の質問を英語で行ってください。