概要
- Dot Menu Registry LLC は ICANN 契約に基づいて.menu トップレベルドメインを運営しているが、レストランにとって重要な経済単位は広範なインターネットコミュニティではない。それはレジストラを通じて購入され、毎年小さな発見アカウントとして更新されるセカンドレベル.menu 名である。
- ネームスペースは非常に特異的で非常に小さい。ICANN の遅延された 2026 年 3 月の.menu トランザクションレポートは、合計 5,462 の名前、93 の純増加、511 の更新、60 の削除、そして 2023 年 3 月の 7,020 からの長期減少を示しており、固定レジストリコストとレジストラの棚スペースが狭い基盤で支えられなければならないことを意味する。
- レジストラの証拠によると、通常の.menu リテール更新は主要プロバイダーで約 27 ドルから 50 ドル程度であり、.com の代替は実質的に安く、はるかに馴染みがある。その価格差は、レストランが記憶に残るメニューアドレスから直接的な顧客獲得価値を得る場合にのみ正当化される。
- 代替手段は異常に強力である：.com、Google ビジネスプロフィール、デリバリーアプリ掲載、ソーシャルページ、QR コードメニューベンダーはすべて、顧客にニッチなドメイン終端を学ばせることなくレストラン発見の一部を解決する。
- .menu の最も強い根拠は汎用ドメイン成長ではない。それは、購入者が検索やアプリプラットフォーム内のレンタル配置よりも直接的所有権を重視する、メニュー、注文、ブランド保護のための制御された、記憶に残る、摩擦の少ないリダイレクトまたはマイクロサイトである。
決定はテーブルテントと更新通知から始まる
地域のレストランチェーンが次のデジタル更新スタックを検討する際、実用的な質問があり、哲学的な質問ではない。オーナーはすでに.com サイト、Google ビジネスプロフィール、デリバリーアプリ掲載、Instagram ページ、テーブル上の QR コード、そしてウェブサイト代理店が望むよりも頻繁にスタッフが更新するメニュー PDF を持っている。提案されている追加項目は、ブランドや料理名に.menu を付けたレストラン固有のアドレスである。購入者はアプリ、スポンサー検索枠、レビュープロフィール、ウェブサイトビルダーからのトラフィックを購入しているのではない。支払われる単位はセカンドレベル.menu ドメイン名であり、通常は ICANN 認定レジストラを通じて購入され、1 年単位で更新され、メニューページ、注文ページ、マイクロサイト、リダイレクト、または防御的ホールディングページにポイントされる。
その定義は、製品を正直に価格付けするために重要である。.menu 名はデリバリーマーケットプレイスではなく、それ自体で宅配業者、レビュー、アプリ検索掲載、予約在庫、顧客 ID をもたらすわけではない。それはドメインネームシステムにおける耐久性のあるアドレスである。その魅力は短く、説明的で、所有者が制御できることである。その弱点も同じである：ドメインアドレスは、価値を持つ前に記憶され、入力され、スキャンされ、クリックされ、宣伝されなければならない。薄い利益率と絶え間ないメニュー変更に直面するレストランにとって、年会費は絶対的には小さいが、自動的に正当化されるわけではない。
代替手段はすぐに現れる。.com は独立系レストランやチェーンにとってデフォルトの命名資産であり続ける。Google ビジネスプロフィール（https://business.google.com/us/business-profile/restaurants/およびhttps://business.google.com/us/business-profile/）は、プロフィール作成コストなしでメニュー、注文、予約、レビュー、位置情報を Google 検索とマップに直接配置する。デリバリーアプリ掲載は DoorDash や Uber Eats 内で需要を変換できるが、 merchant は固定ドメイン更新ではなく手数料を支払う。ソーシャルページは視覚的注意とコミュニティ習慣を捉える。QR コードメニューベンダーは、ダイナーにウェブアドレスを記憶させることなく、料理、価格、注文フローを更新できる。.menu 名は、少なくともこれらの仕事の 1 つに勝つか、またはそれらと組み合わせなければ、ノベルティラベル以上のものにはならない。
したがって、購入者の更新決定はレジストリのマーケティング言語よりも鋭い。レストランが短い.menu アドレスを領収書、パッケージ、テーブルテント、ラジオ広告に印刷できれば、プラットフォーム検索結果への依存を減らし、注文ごとにパーセンテージを請求するマーケットプレイスに顧客を送ることを避けられるかもしれない。名前が単に顧客が Google や QR コードを通じてすでに見つけているページにリダイレクトするだけなら、それを防御するのは難しい。Dot Menu Registry LLC の経済は、記憶に残る直接発見と、より安価で強力な既存プラットフォームの習慣との間のその狭いギャップの中に位置している。
Dot Menu Registry が制御するもの
標準的な公的アイデンティティは ICANN と IANA から始まる。ICANN の.menu 契約ページ（https://www.ICANN.org/en/registry-agreements/details/menu）は、運営者を Dot Menu Registry, LLC とし、契約日を 2013 年 9 月 11 日、基本かつ非スポンサー契約タイプとしている。IANA の委任ページ（https://www.iana.org/domains/root/db/menu.html）は、スポンサー組織として Dot Menu Registry LLC を挙げ、ビバリーヒルズの住所、管理連絡先として Kenwei Chong、技術連絡先として Erik Ludwick を示し、.menu 権威ネームサーバーセットと WHOIS および RDAP サービスを表示している。IANA ページは、ルートゾーンリストが 2024 年 7 月 5 日に最後に更新され、.menu が元々 2013 年 11 月 13 日に登録されたと述べている。
注意して扱うべき 1 つの命名上のねじれがある。元の ICANN 契約は Wedding TLD2, LLC と署名された。2019 年の ICANN 修正（https://itp.cdn.ICANN.org/en/files/registry-agreements/menu/menu-amend-1-pdf-26feb19-en.pdf）は、運営者が法的に Wedding TLD2, LLC から Dot Menu Registry, LLC に名称変更したこと、およびその名称変更に支配権の変更や譲渡が伴わなかったことを代表して述べている。一部のレジストラページはまだ古いまたは代替ラベル（Wedding TLD2 や What Box など）を示している。これらのページは市場の痕跡として有用だが、この記事の公式な管理ポイントは ICANN と IANA の命名である：Dot Menu Registry LLC。
公開レジストリサイト（https://nic.menu/）は、商業的テーゼを簡潔な形で示している：「.MENU を取得し、見つけてもらおう」。その説明は、人々がウェブでメニュー、食事の提案、レストラン情報、レビュー、オファー、レシピ、食材、食事の詳細を検索すると述べ、.menu をレストラン、シェフ、ダイナー、食品関連活動の中心的な場所として提示している。これは強力な垂直的提案である。同時に、新しい汎用トップレベルドメインプログラムが繰り返し露呈してきた問題に直面している：説明的な文字列は、購入者が実際に検索を開始する場所にならなければ意味がある可能性がある。
Dot Menu Registry の制御面は狭いが重要である。レストラン、メニュー、デリバリー需要、検索意図を所有しているわけではない。ICANN 契約に基づき、レジストラを通じて.menu 下の登録のポリシーと技術運用を制御している。つまり、レジストラアクセス、卸売レベルの価格ポリシー、予約およびプレミアム名ポリシー、権利保護メカニズム、DNS サービス、登録データサービス、データエスクロー、不正連絡先処理、ICANN 義務への準拠である。大きなネームスペースでは、これらの制御は数百万の名前と多くのユースケースに分散される。.menu では、それらは購入者基盤が断片的で価格に敏感であり、すでにいくつかのプラットフォーム代替手段によってサービスされている垂直分野に集中している。
そのため、レジストリの戦略的問題は汎用拡張とは異なる。汎用拡張は投資家、開発者、実験、安いプロモーション、ブランド化可能な名前、幅広い投機的需要を通じて成長できる。レストラン拡張はより明白なユースケースを持つが、自然な購入者宇宙は小さい。アドレスは、顧客が「メニューには何があるか？」という質問に答えるのを助けるか、運営者がブランドを保護するのを助けなければならない。既存の発見経路よりもそれらのいずれかをうまく行わなければ、説明的な単語は十分な価値を生み出さない。
支払われる単位は希少だが、市場は薄い
垂直名の希少性は.menu の最も明確な論拠である。レストランは特にブランドが一般的であったり、都市名が混雑していたり、レガシー登録者が長年名前を保持している場合、正確な.com を購入できないかもしれない。.menu 終端は目的を明示的にする。brand.menu を見たダイナーは、ページが読み込まれる前に目的地を推測できる。チェーンは店舗やキャンペーン全体で短いメニューアドレスを使用できる。シェフ、ゴーストキッチン、ケータリング事業、フードホールは、メインサイトが他の場所にあっても、シンプルな公開ポインタとしてアドレスを使用できる。
しかし、希少性には 2 つの意味がある。購入者レベルでは、正しいセカンドレベル名は希少で価値があり得る：正確なブランド、都市と料理、記憶に残る料理、一般的なカテゴリ、防御的ラベル。レジストリレベルでは、プール全体が固定費を分散するには薄すぎる可能性がある。公開 ICANN 月次レポートは緊張を示している。.menu 月次レポートページ（https://www.ICANN.org/resources/pages/menu-2014-06-18-en）は遅延レジストリ CSV をリストしている。2026 年 3 月のトランザクション CSV は、合計 5,462 の名前、4,500 のネームサーバー、93 の純 1 年追加、511 の 1 年更新、60 の削除、95 の試行追加、9 の成功した獲得転送を示す Totals 行を示している。これは大規模市場のレストランアイデンティティ層ではない。数千の支払い名を持つ専門的なネームスペースである。
トレンドは 1 か月よりも重要である。同じ ICANN レポートシリーズは、2023 年 3 月に 7,020、2024 年 3 月に 6,540、2025 年 3 月に 5,921、2026 年 3 月に 5,462 の合計名を示している。線は崩壊していないが、縮小している。それは.menu がコア購入者を保持しながらも、大規模な垂直市場に複合的に成長できなかったことを示唆している。レストラン固有の文字列は直感的でありながら、更新価値が代替手段を上回らなければ勢いを失う可能性がある。
レジストラ集中はその点を強化する。2026 年 3 月、ICANN トランザクション CSV で見える最大のレジストラ数は GoDaddy が 1,640、eNom が 857、Porkbun が 658、Tucows が 363、Key-Systems が 177、Dynadot が 150、Name.com が 124、IONOS が 101 であった。この分布は.menu が主流のレジストラ棚を通じて利用可能であることを示唆するが、ほとんどのチャネルがどれだけ少ないボリュームしか運ばないかも示している。多くのレジストラにとって、.menu は独自の販売動作を持つ製品ではなく、カタログ内のオプションである。レストランオーナーが命名の瞬間にそれを見なければ、レジストリは二度目のチャンスを得られない。
アクティビティレポートは別の手がかりを追加する。ICANN の 2026 年 3 月の.menu アクティビティ CSV は、98 の運用レジストラと月間約 3 億 5900 万のドメインチェックコマンドを示すが、ドメイン作成コマンドはわずか 95 である。これはドメインビジネスを縮図で示している：レジストラと検索ツールは数百万の可用性組み合わせをテストできるが、実際の購入数はごくわずかであり得る。垂直レジストリは、トラフィックのほとんどが購入ではなくチェックである場合でも、応答性のある命名表面に対して支払わなければならない。
これが低ボリューム経済が中心となる理由である。レジストリは意味を売っているだけではない。グローバル DNS インフラ内の繰り返しアカウントを売っている。毎年、購入者は名前がまだ摩擦を減らし、ブランドを保護し、十分な直接需要を生み出すかどうかを決定しなければならない。毎年、実験、防御的アイデア、または一回限りのキャンペーンで購入された名前が失効する可能性がある。.menu が短い計画期間、季節的なコンセプト、変化する所有権を持つレストランに依存すればするほど、更新規律がより重要になる。
レジストラ価格が意味を更新テストに変える
小売価格は更新決定を具体的にする。Dynadot の.menu ページ（https://www.dynadot.com/domain/menu）は、通常の.menu 価格を登録 26.97 ドル、更新 26.97 ドル、転送 26.97 ドル（1 年間）と示し、プレミアム名は別途価格設定される。TLD-List の比較ページ（https://tld-list.com/tld/menu）は 41 のレジストラ、1 年間の登録価格 26.94 ドルから 199.95 ドルを示し、例として Dynadot が 26.94 ドル、Porkbun が登録約 27.68 ドル、更新約 27.94 ドル、NameSilo が登録、更新、転送すべて 27.99 ドルを挙げている。Namecheap の.menu ページ（https://www.namecheap.com/domains/registration/gtld/menu/）は、1 年間の登録 34.98 ドル、1 年間の更新 38.98 ドルを示している。101domain の.menu ページ（https://www.101domain.com/menu.htm）は、登録 41.99 ドル、更新 49.99 ドル、転送 41.99 ドル、さらに回復期間費用 150 ドルを示している。
これらは破滅的な価格ではない。レストランは一枚の印刷メニューの再発行、週末のスポンサー投稿、または小さなデリバリーアプリプロモーションにこれ以上を費やすことができる。問題は比較である。Namecheap の.menu ページ自体が代替として.com を割引価格の年間 10.98 ドルで示し、Dynadot の.com ページ（https://www.dynadot.com/domain/com）は 1 年間の登録と更新で 10.88 ドルを示している。27 ドルから 50 ドルの.menu 名は、約 11 ドルから 15 ドルの馴染みのある.com よりも多くの仕事をしなければならない。価格差は単なるドルではなく、信頼、習慣、普遍的な認識である。
プレミアム名ポリシーはそのギャップを鋭くする可能性がある。Dynadot は.menu がプレミアム名をサポートし、プレミアムドメインには異なる価格設定があると警告している。垂直ネームスペースでは、最も魅力的な名前は、レストラン、メニュープラットフォーム、ブランド所有者が欲しがる正確な名前（料理用語、都市用語、一般的なレストランブランド、短い動詞、注文フレーズ、カテゴリラベル）であり得る。プレミアム価格設定は低ボリュームレジストリが希少価値を捕捉するのに役立つ。また、通常のレストラン購入者が想像した記憶に残るアドレスが利用不可であるか、小さなマーケティング実験を超えた価格であることを発見した場合、採用を減らす可能性もある。
したがって、レジストラアクセスは製品の一部である。Dot Menu Registry 自身のサイトは、見込みのある認定レジストラに [email protected] に連絡するよう指示している。ICANN 契約は、レジストリ-レジストラ契約を結び、合理的な基準を満たす ICANN 認定レジストラに対する非差別的なレジストラアクセスを要求している。それは手続き的に聞こえるが、商業的な重みがある。レストランオーナーはニッチなレジストリサイトを探し求める可能性は低い。オーナーはレジストラ、ウェブサイトビルダー、ホスティングプロバイダー、POS パートナー、または地域の代理店で検索する。.menu が明確な価格、更新率、転送パスとともにそこに表示されなければ、ネームスペースは見えない。
更新の摩擦も重要である。101domain は.menu には製品説明に更新猶予期間がなく、30 日の回復期間があり、追加で 150 ドルの費用がかかると述べている。Namecheap の一般的なドメイン免責事項は、一部のドメインが期限前に更新または自動更新設定が十分に行われていない場合、回復に入り、サービスが停止し、通常の更新ができなくなると警告している。詳細はレジストラによって異なるが、ビジネス上のポイントは一貫している：キャンペーンのためにドメインを購入したレストランは、支払い、所有権、更新リマインダーを管理下に保たなければならない。レストランの所有権変更、マネージャー交代、代理店変更は、まさに小さなデジタル資産が失効する条件を作り出す。
Dot Menu Registry にとって、小売価格は機会であり制約でもある。年間約 27 ドルから 50 ドルで、.menu の更新は十分な名前がアクティブであり続ければ控えめな卸売ベースを支えることができる。しかし、同じ価格は、購入者にドメインが.com、Google プロフィール、アプリ掲載、ソーシャルページ、QR メニューではできないことを尋ねさせるのに十分高い。レジストリは DNS だけを通じてその質問に答えることはできない。答えは購入者のマーケティング利用から来なければならない。
コストの段落：固定レジストリ義務はゾーンとともに縮小しない
ICANN 契約は固定費圧力への珍しい視点を提供する。.menu レジストリ契約の第 6 条（https://itp.cdn.ICANN.org/en/files/registry-agreements/menu/menu-agmt-html-11sep13-en.htm）は、レジストリレベル料金には四半期あたり 6,250 ドル、つまり年間 25,000 ドルの固定料金が含まれると述べている。また、初期または更新登録の年間増分に対して 0.25 ドルの取引手数料を設定しているが、その取引手数料は、暦四半期または連続する 4 四半期の合計で 50,000 を超える取引が発生した場合にのみ適用される。ICANN レポートで見える 2026 年 3 月のボリュームでは、固定料金が関連する公的料金負担である。
5,462 の名前全体に均等に分散すると、25,000 ドルは、バックエンドレジストリサービス、DNS 運用、データエスクロー、コンプライアンス、レジストラサポート、支払いリスク、法務、カスタマーサービス、不正連絡先処理、ICANN 報告、監視、マーケティングの前に、名前あたり年間約 4.58 ドルとなる。それはレジストリの全コストではなく、卸売価格でもない。それは公的な固定料金のベンチマークにすぎない。数千の名前が厳しい分母を作り出す理由を示している。数百万の名前を持つレジストリは、名前あたりの固定 ICANN 料金をほとんど気にしない。約 5,000 の名前を持つ垂直レジストリは、運用を合理的に保つために、各更新、プレミアム販売、防御的製品から十分なマージンを獲得しなければならない。
技術的義務は固定費の性格を追加する。契約には、データエスクロー義務、緊急移行手順、DNS、登録データサービス、EPP のサービスレベル要件、権利保護要件が含まれる。IANA は 2 つの命名ファミリーにわたる 6 つの.menu 権威ネームサーバー、さらに WHOIS および RDAP サービスをリストしている。2026 年 3 月のアクティビティ CSV は、作成数が少ないにもかかわらず、数億の DNS クエリと可用性チェックを示している。DNS はハイパースケールではクエリあたり高価ではないが、義務はオプションではない。レストラン固有のネームスペースは、5,000 の名前であろうと 500,000 であろうと、常にグローバルに到達可能でなければならない。
この固定費の状況が、低ボリュームの垂直経済が容赦ない理由である。レジストリは、十分な資本、バックエンド効率、忍耐がなければ、単に.com レベルで価格設定してボリュームが到着することを期待することはできない。卸売価格、プレミアム名、ブロッキングサービスを通じて小売経済を引き上げることはできるが、それらのツールは小さなレストランにとって採用を難しくする可能性がある。ブランド所有者と防御的購入者に焦点を当てることはできるが、そうするとネームスペースはそれがあてに作られた一般向け食品オーディエンスに見えにくくなる。レジストラ棚の可用性に依存することはできるが、購入者教育なしの棚の可用性は、ドメイン作成よりもドメインチェックを生み出す。
代替手段の段落：レストラン発見はすでにレンタル、無料、またはバンドルされている
.menu に懐疑的である最も強い理由は、文字列に意味がないからではない。レストランがすでにより即時に感じられるチャネルを通じて発見を解決しているからである。.com はデフォルトの長期アドレスであり、多くのレジストラでより低コストである。Google ビジネスプロフィールは作成が無料で、レストランを検索とマップに配置し、食事客はすでにそこで探している。Google のレストランプロフィールページは、運営者がメニューを表示し、予約やオンライン注文を受け付け、テイクアウトや店内飲食の決定を容易にできると述べている。DoorDash のマーチャント価格ブログ（https://merchants.doordash.com/en-us/blog/doordash-pricing-products）は、レストランが 15%、25%、30% の配達手数料層と 6% のピックアップ手数料、アクティベーション料金なしを選択できると述べている。Uber Eats（https://merchants.ubereats.com/us/en/pricing/）は、マーケットプレイス手数料 20%、25%、30% に加え、ピックアップ手数料を示している。ソーシャルページは開始が安く、視覚的な食品習慣に従う。QR コードメニューベンダーや POS システムは、Toast が QR 注文について説明しているように（https://support.toasttab.com/en/article/Setting-Up-Toast-Mobile-Order-and-Pay）、Menu Tiger が説明しているように（https://www.menutiger.com/）、料理と価格をリアルタイムで更新できる。
各代替手段には異なる経済モデルがある。.com モデルは低年次固定費と高い親しみやすさである。Google ビジネスプロフィールはプロフィール層では無料だが、レストランは Google のインターフェース内で競争し、ランキング、レビュー、ポリシー依存とともに生きなければならない。デリバリーアプリはドメイン更新を圧倒する変動手数料を請求するが、アプリユーザー、物流、取引フローももたらす。ソーシャルページはドメイン料金ではなく注意とコンテンツ労働を要する。QR コードメニューはまず運用ツールであり、テーブルでの更新摩擦を解決するが、自動的に公的な発見を生み出すわけではない。.menu 名はアプリ手数料と比較すると最も安いが、需要においてはアプリより弱く、Google より制御可能だが可視性は低く、.com より説明的だが信頼は低い。
その比較が市場を定義する。Dot Menu Registry はすべてのユースケースで全ての代替手段を打ち負かす必要はない。.menu が特定の役割を占める必要がある：印刷、発話、リダイレクト、保護、注文のパーセンテージを支払うことなく、またはプラットフォームの検索表面に完全に依存することなく更新できる、記憶に残る制御されたアドレス。最良の購入者はすべてのレストランではない。直接的な顧客捕捉を価値あるものと見なし、保護する価値のある名前を持ち、実世界の素材でアドレスを見えるようにできる運営者である。
レストランの解約が更新ハードルを上げる
レストランの解約は垂直ドメインの静かな敵である。食品サービスおよび飲食店は多数で断片的であり、運用に集中している。BLS の産業ページ（https://www.bls.gov/iag/tgs/iag722.htm）は、このサブセクターを、顧客の注文に応じて食事、軽食、飲料を即時の店内および店外消費のために準備する事業として定義し、フルサービスレストラン、限定的サービス飲食店、特別食品サービス、飲食店を含めている。同じ BLS ページは、2025 年第 4 四半期に 731,324 の民間食品サービス・飲食店事業所、2026 年 6 月に約 1,235 万人の従業員を示している。購入者宇宙は大きいが、そのほとんどはエンタープライズソフトウェア調達のように組織化されていない。
生存に関する文献も自己満足に反論している。古い「90% が 1 年目に失敗する」という説は信頼できないが、より良い研究は依然として意味のある離職率を示している。H. G. Parsa らの「Why Restaurants Fail」の要約（https://journals.sagepub.com/doi/10.1177/0010880405275598）は、研究対象の独立系レストランの 26.16% が 1 年目に失敗したと報告している。その後のワーキングペーパー「Only the Bad Die Young: Restaurant Mortality in the Western US」（https://arxiv.org/pdf/1410.8603）は、81,000 のフルサービスレストランの縦断的ミクロデータを使用し、1 年目の失敗率 17%、レストランスタートアップの平均寿命約 4.5 年を報告している。正確な率は方法、期間、市場、レストランのタイプによって異なる。方向性は十分である：かなりの割合のレストランが、ドメインが長期資産になる前に、所有者が変わり、閉店し、ブランド変更し、またはマネージャーを交代させる。
それはいくつかの点で.menu に影響する。資本圧力の下で開店するレストランはまず無料でバンドルされたツールを使用し、コンセプトが機能すれば後でドメインを追加するかもしれない。マネージャー主導のマーケティングスタックを持つレストランは、マネージャーが去ったときにドメイン更新の知識を失うかもしれない。地域の代理店が自社のアカウントでドメインを登録し、後で転送と更新を混乱させるかもしれない。チェーンはドメインを集中化し、一貫性を強制できるため.com とストアページを好むかもしれない。ゴーストキッチンは短いキャンペーンリンクを評価するが、ブランドを迅速に変更するかもしれない。全ての場合において、レジストリは初期の命名熱意と2年目の更新規律の間のギャップにさらされている。
ニッチな拡張にとって更新ハードルはより高い。なぜなら、名前は最初の実験後も意味を持ち続けなければならないからである。.com は十分に活用されていなくても、デフォルトのブランド資産として維持できる。.menu 名は、積極的に維持されているメニューページ、注文ページ、予約フロー、またはブランド保護の必要性を指し続けなければならない。レストランのメニュー URL が変更されたり、QR コードがベンダーページに移動したり、Google プロフィールが主要な発見ポイントになったり、デリバリーアプリが主要なデジタルストアフロントになったりすると、.menu の更新は忘れられやすくなる。
これが、記憶に残るドメインの顧客獲得価値が重要である理由である。ポッドキャストで「order at brand dot menu」と言ったり、パッケージに印刷したり、デリバリーインサートに載せたり、季節キャンペーンで使用できるレストランは、年会費を何倍も正当化する十分な直接訪問を生み出すかもしれない。アドレスを QR コードの背後に隠したり、決して宣伝しないレストランは、未使用のオプション性に対して支払っている。Dot Menu Registry のアドレス可能市場はレストランの数ではない。それは、直接的なウェブアドレスを獲得ルーティンの一部にする意志と能力を持つレストランの数である。
不正連絡先処理は小さなネームスペースでも現実のコストである
ネームスペースが小さく良性に聞こえる場合、不正連絡先処理は過小評価されがちである。食品とメニューのドメインは高リスクインフラのように聞こえない。しかし、任意のオープンネームスペースは、フィッシング、偽のレストランページ、ブランド詐称、マルウェア配信、偽のクーポン、予約詐欺、偽のデリバリーページ、誤解を招くリダイレクトに使用される可能性がある。小さなレジストリでも、機能する不正連絡先パス、レジストラ調整、すべての苦情を過度に広範な削除に変えずに被害を軽減する裁量が必要である。
Dot Menu Registry の公開サイトは、.menu に関連する問い合わせのための不正連絡先とアドレスを nic.menu で提供している。ICANN 契約の仕様 11 は、運営者が悪意のある行為の問い合わせのための正確な連絡先詳細と一次連絡先を公開し、書面による証拠が提供された場合に悪意のある孤立グルーに対して行動することを要求している。ICANN の 2024 年 DNS 不正連絡先資料は、より強力な現在の枠組みを追加している。ICANN の勧告（https://www.ICANN.org/en/contracted-parties/advisories/documents/advisory-compliance-with-dns-abuse-obligations-in-the-registrar-accreditation-agreement-and-the-registry-agreement-05-02-2024-en）は、2024 年 4 月 5 日のレジストラおよびレジストリ契約修正を説明している。ICANN の DNS 不正連絡先緩和プログラム（https://www.ICANN.org/dnsabuse）は、ボットネット、マルウェア、ファーミング、フィッシング、およびそれらの害悪の配信メカニズムとして使用されるスパムを特定している。
低ボリュームレジストリにとって、コストは不均一である。1 回の深刻なフィッシングの波、ブランド苦情、または侵害されたレストランリダイレクトで、不釣り合いな時間を消費する可能性がある。レジストリは証拠を検査し、スポンサーとなるレジストラと調整し、問題がドメインではなくホスティングにあるかどうかを検討し、適正手続きを維持し、ICANN コンプライアンスの問い合わせに回答し、無実の登録者を損なうことを避けなければならないかもしれない。これらのタスクはネームスペースのサイズにきれいにスケールダウンしない。5,462 の名前を持つレジストリは、不正連絡先作業が 546,200 の名前を持つレジストリの作業の 1% であると想定できない。いくつかの義務は名前あたりではなくインシデントあたりである。
不正連絡先リスクはまた、正当な購入者にとっての価値提案を変える。レストランは、短いメニューアドレスが制御され安全であると顧客が信頼する場合、.menu ドメインを評価するかもしれない。その信頼は、ネームスペースが誤解を招く食品注文ページや詐欺と関連付けられると損なわれる可能性がある。したがって、レジストリは不正連絡先を低く抑えるインセンティブを持つが、通常の登録をレストランが別のアドレスを選ぶほど負担にすることなく行わなければならない。このバランスは、偽のメニュー、偽の予約リンク、偽のデリバリーページが消費者に迅速に害を及ぼす可能性がある食品サービスにおいて特に重要である。
ブロッキングサービスはこの問題の近くに位置する。ICANN の RSEP ページ（https://www.ICANN.org/registries/rsep/）は、Dot Menu Registry LLC の 2023 年 12 月 19 日の.menu ラベルブロッキングサービスのリクエストが承認されたとリストしている。商標クリアリングハウスの資料（https://trademark-clearinghouse.com/blocking/）は、ブロッキング製品を、ブランド所有者が商標やブランド名を含む登録を防止できる防御的メカニズムとして説明している。低ボリュームレジストリにとって、ブロッキングは通常の解決名を追加することなく権利者から収益を生み出すことができる。また、最高の支払い需要は活発なレストラン出版ではなくブランド保護から来る可能性があることを強調する。それは合理的かもしれないが、活気あるメニュー発見ネームスペースを構築することと同じではない。
検索とアプリ経済が上限を定義する
レストラン発見市場は、すでに消費者意図を保持する表面によって支配されている。Google は「近くの」、営業時間、レビュー、道順、写真、メニュー検索を捕捉する。デリバリーアプリは、支払い資格情報、物流、ロイヤルティプログラムがすでに付属した空腹を捕捉する。ソーシャルプラットフォームは視覚的渇望と地域の推奨を捕捉する。QR コードベンダーは会場内のメニューの瞬間を捕捉する。ドメイン名は直接ナビゲーションと所有者制御を捕捉する。経済的質問は、多くの消費者がもはやレストランの URL を入力しない世界で、直接ナビゲーションが十分なレストラン価値を持つかどうかである。
Google ビジネスプロフィールは、リスト層で無料であり、ローカル検索の中心であるため、最も難しい代替手段である。レストランは無料でプロフィールを追加または主張し、検索またはマップで詳細を編集し、メニュー項目をリストし、注文および予約パートナーをリンクし、レビューに返信できる。コストは年会費ではない。コストはランキング、ポリシー、レビューの質、プロフィールの正確さ、重複リスト、プラットフォームの変化するインターフェースへの依存である。.menu アドレスは発見には弱いが、制御には強い。Google メニューリンクの背後にあるクリーンな目的地として機能でき、必ずしも Google の代替としてではない。
デリバリーアプリはその逆である。注文をもたらすが、変動手数料を請求する。DoorDash の現在の公開マーチャント説明は、すべての価格プランにピックアップ注文の 6% 手数料、DoorDash アプリ注文のゼロクレジットカード処理手数料、所有チャネルの基本オンライン注文、アクティベーション料金なしが含まれ、配達手数料の選択肢は 15%、25%、30% であると述べている。Uber Eats は 20% の Lite マーケットプレイス手数料、25% の Plus、30% の Premium、店内価格が検証された場合のピックアップ手数料 7% を示している。これらの手数料はドメインに比べて高価だが、食事客がすでに取引するアプリ内での存在を購入する。.menu 名は、レストランが顧客をそれにシフトできる場合にのみ、手数料を避けるための直接注文を支援できる。
ソーシャルページと QR コードメニューは異なる仕事を解決する。Meta Business Suite（https://www.facebook.com/business/tools/meta-business-suite）は、Facebook、Instagram、Messenger アクティビティを管理する無料ツールを説明している。それはドメインではないが、多くのレストランがすでにスペシャル、写真、休暇時間、顧客メッセージを公開する場所である。QR コードツールはテーブルレベルおよび印刷更新の摩擦を解決する。Toast は、Mobile Order & Pay により、ゲストが QR コードをスキャンし、メニューを閲覧し、注文し、モバイルデバイスから支払うことができると述べている。Menu Tiger はリアルタイムのメニューと価格更新を強調している。.menu 名は QR コードの背後にある目的地になり得るが、QR スキャンは記憶に残る入力アドレスの必要性を減らす。食事客が URL を決して見なければ、文字列のブランディング価値は弱まる。
したがって、最も強い.menu の用途はハイブリッドである。Google プロフィール下のクリーンなリンク、QR コードの背後にある所有者制御の目的地、オーディオ広告での音声アドレス、パッケージ上の短いリダイレクト、なりすましを防ぐ防御的ブランド名、そしてロイヤルな顧客を手数料マーケットプレイスに戻すことを避ける直接注文リンクとして機能できる。それは価値があるが、それは訓練されたユースケースである。垂直 TLD がデフォルトのレストラン検索エンジンになるという主張ではない。
市場の噂は需要の形状のシグナルとしてのみ有用
ニッチ TLD をめぐる公の噂はしばしば懐疑的である。ドメイン投資家は.com の流動性を好み、更新の驚き、プレミアム名の再分類、弱い再販需要について警告する傾向がある。レストラン運営者は、ドメイン終端よりも、ウェブサイト、Google プロフィール、Instagram、オンライン注文、デリバリー手数料、メニュー更新、QR コードについて議論する傾向がある。レジストラページは.menu を直感的としてマーケティングするが、ICANN のボリュームトレンドは、直感が大量採用を生み出していないことを示している。
その噂は.menu に価値がないという証明として扱われるべきではない。低ボリュームのネームスペースは、コストが低く、卸売価格設定が規律正しく、プレミアム名が売れ、防御的製品が機能し、コミットしたユーザーの間で更新が安定していれば、依然として収益を上げることができる。また、決して大規模プラットフォームになることなく、狭いオーディエンスにうまくサービスを提供できる。危険は「menu」という単語を過大評価することである。良い単語は顧客習慣を保証しない。市場は拡張を学ぶために 10 年以上の時間があり、公式の数は依然として小さい。
レジストラの証拠は混合シグナルを送る。Dynadot のページは.menu がレストランのブランドを保護し、既存のメニューページにトラフィックをリダイレクトできると述べている。Namecheap のページはレストランとケータリング業者にオンラインで提供物を投稿するよう指示している。GoDaddy の.menu ページ（https://www.godaddy.com/tlds/menu-domain）は、.menu 名がレストランテンプレートと Yelp や Facebook などのサービス全体での公開と連携できると述べている。これらはもっともらしいユースケースである。しかし、TLD-List の可視比較も.menu が多くのカタログ選択肢の 1 つであることを示し、ICANN レポートは低い月間作成数を示している。販売メッセージは簡単だが、更新習慣は難しい。
一部のエキゾチックな文字列ほど深刻ではないが、普遍的な受容と顧客認識の問題もある。最新のブラウザ、メールクライアント、リンクパーサーは新しい gTLD を処理できる。問題は人間の認識である。brand.menu を見た食事客は即座に理解するか、タイプミス、アプリのショートカット、QR ベンダーリンク、詐欺かどうか疑問に思うかもしれない。認識は、レストランブランドがアドレスを一貫して提示するときに改善される。何千ものレストランがネームスペースを使用しないままにしておくと、改善されない。
この意味で、市場の噂は評決ではなく代替のシグナルである。レストランオーナーが主に Google でのランキング方法、アプリ手数料の削減方法、QR メニューの更新方法、Instagram トラフィックの構築方法、ウェブサイトベンダーの選び方を尋ねている場合、.menu はそれらのワークフローに自らを結びつけなければならない。ドメイン投資家が主に.menu に再販流動性があるかどうかを尋ねている場合、彼らはコアなレストラン購入者ではない。Dot Menu Registry の最良の需要はおそらく、直接注文捕捉とブランド保護を気にする運営者から来ており、幅広い投機的熱意からではない。
証拠の境界
公的証拠はいくつかのことを直接証明する。Dot Menu Registry LLC が ICANN および IANA 資料における現在の公式運営者であることを証明する。.menu 契約が固定 ICANN 料金とレジストリ義務を伴うことを証明する。ネームスペースが公式の月次報告で小さく、2026 年 3 月に合計 5,462 の名前、2023 年 3 月からの複数年の減少があることを証明する。主流のレジストラが通常の 1 年更新で約 27 ドルから 50 ドル程度の可視小売価格で.menu を販売し、プレミアム例外があることを証明する。レストラン発見の代替手段（無料の Google プロフィール、手数料ベースのデリバリーアプリ、ソーシャル管理ツール、QR コード注文またはメニュープラットフォーム）が強力で現行であることを証明する。
証拠は、レジストリの財務マージンを暗示するが証明しない。Dot Menu Registry の卸売価格スケジュール、バックエンドプロバイダー契約、データエスクローコスト、スタッフコスト、プレミアム名収益、ブロッキングサービス収益、マーケティング支出、更新コホート行動、レジストラインセンティブ、名前あたりの平均卸売収益、利益はわからない。25,000 ドルの ICANN 固定料金ベンチマークは契約上かつ公開されているため有用だが、完全なコスト構造ではない。小売価格は購入者が見るものを示すため有用だが、レジストリの純収益を明らかにしない。
証拠はまた、レストランの顧客獲得パフォーマンスを証明しない。.menu 名のうち、アクティブなレストランによって使用されているもの、メニューページに解決するもの、防御的登録であるもの、駐車されているもの、投資家によって保持されているもの、直接注文を生成するもの、消費者がそれらを入力する頻度はわからない。DomainTools の TLD カウントページ（https://research.domaintools.com/statistics/tld-counts/）のような現在のサードパーティカウントは大きさの程度を三角測量できるが、アクティブな使用には異なる測定が必要である。
判断を最も変えるプライベートメトリックは、購入者タイプによる更新品質である。直接注文に.menu を積極的に使用するレストランが高い率で更新し、測定可能な手数料節約または顧客訪問を生み出す場合、小さなネームスペースは低ボリュームにもかかわらず経済的に健全であり得る。更新が主に防御的、投資家保有、または実際のレストランユーザー全体で減少している場合、テーゼは弱まる。2 番目に重要なメトリックは卸売収益ミックスである：通常の更新とプレミアム名およびブロッキングサービス。高価値の防御的製品によって資金提供される低ボリュームレジストリは、幅広いアクティブな使用によって資金提供されるレストラン発見ネームスペースとは異なるビジネスである。
.menu テーゼを強めるもの
.menu テーゼは、レジストリとレジストラがレストランのユースケースを単に意味論的ではなく運用可能にすれば強化されるだろう。購入者は名前を登録し、既存のメニューにポイントし、きれいにリダイレクトし、サポートされている場合は DNSSEC を確保し、必要な場合のみメールまたは転送を追加し、チェックアウト前に更新と回復ルールを理解できるべきである。ドメインはレストランオーナーを DNS の専門家にすることを要求すべきではない。メニューの瞬間のためのシンプルで耐久性のあるアドレスとして振る舞うべきである。
2 番目の改善は、レストランソフトウェアとのより良い統合である。Toast、Square、BentoBox、Popmenu、Google ビジネスプロフィールリンク、予約ツール、QR コードベンダー、直接注文ページに簡単に接続できる.menu 名は、より明確な仕事を持つ。レジストリはアプリプラットフォームになる必要はない。レストランがすでに作業しているプラットフォームの端にアドレスを配置しやすくするだけでよい。
3 番目の改善は、アクティブな使用の公的証明である。実際の、ロゴ侵害のないレストランユースケースのギャラリー、アクティブな解決名のカウント、直接注文節約のケーススタディ、または更新データを伴う透明なレジストラキャンペーンは、幅広い「見つけてもらおう」言語よりも説得力があるだろう。市場はメニューが重要であることを伝えられる必要はない。.menu アドレスが顧客行動を変えるか、年会費を正当化するのに十分にブランドを保護するという証明が必要である。
4 番目の改善は、不正連絡先の明確さである。レストランは信頼に敏感である。公的な不正連絡先パス、迅速なレジストラ調整、偽の注文ページの明確な処理は、ネームスペースを正当な購入者にとってより安全にする。小さなネームスペースは、ボリュームが低いときに不正パターンが見えやすいため、安全性をセールスポイントに変えることができる。報告が不透明または遅い場合、その利点は消える。
最後に、価格設定は購入者を罰することなく低ボリュームの現実に一致しなければならない。フラットな 27 ドルから 40 ドルの更新は、ドメインが有用で安定していれば許容できる。最良のラベルのプレミアム価格設定は合理的であり得るが、レストラン購入者に拡張が予測不可能であると想定させるべきではない。独立系レストラン名の市場は、投機的テックドメインの市場と同じではない。レストランは機能し続ける小さな退屈な更新を望んでいる。
より強い商業計画はまた、名前をすでにレストランにサービスを提供する代理店やベンダーにとって有用にすることである。地域のウェブショップ、デザインスタジオ、メニュープラットフォームベンダー、または POS リセラーは、.menu 名をパッケージの一部（ドメイン、リダイレクト、QR コード、注文リンク、メール転送、更新管理）にすることができる。それは購入者を時間のないレストランオーナーから、反復可能な設定習慣を持つサービスプロバイダーに変える。また、レジストリのチャネル経済を変える。レジストリは、サービスプロバイダーが名前を狭い仕事のデフォルトオプションにすれば、一つ一つのレストランを説得する必要はない。
危険は仲介者への依存である。ベンダーがレジストラアカウントを所有している場合、レストランはベンダー関係が終了したときに制御を失う可能性がある。ベンダーが URL を隠す QR メニュープラットフォームを使用している場合、.menu 文字列は顧客に見えるようにならないかもしれない。ドメインが静かにバンドルされすぎると、更新価値を後で説明するのが難しくなる可能性がある。最も健全なモデルは、所有権を明確にし、更新価格を明白にし、アドレスをレストランが隠された技術的部分ではなく自身の資産として見るのに十分可視に保つことである。
ここで Dot Menu Registry の低ボリュームステータスは弱点であり利点でもあり得る。依存すべき市場習慣がほとんどないため弱点である。利点は、小さなネームスペースでも、いくつかの良いチャネル関係、一握りの可視的なレストランの例、明確なレジストラ提示によって形作られ得ることである。広範な TLD は大衆市場の認識を必要とする。垂直 TLD は、その意味をすでに関心を持つ購入者に明白にするのに十分な訓練された使用を必要とする。
決定的な運用テストは、ドメインがスタッフの離職を生き残るかどうかである。レストランはマネージャー、ウェブベンダー、メニューベンダー、POS システムを頻繁に変更する。レストランが所有し、更新リマインダーで文書化され、シンプルなリダイレクトに接続された.menu 名は、その離職を生き残ることができる。ベンダーアカウント内に隠された名前は、再設計または所有権変更中に消える可能性がある。したがって、更新管理は事務的な詳細ではない。それは製品の継続価値の一部である。
その継続価値は小さいが現実的である。レストランがメニューベンダー、予約ツール、デリバリーパートナー、ウェブサイトビルダーを変更しながら 1 つのアドレスを維持できれば、ドメインはプラットフォームが自然に提供しない何かをしたことになる。問題は、更新請求書が届く前に十分なレストランがそれに気づくかどうかである。
最終判断
Dot Menu Registry LLC は、垂直ネームスペース経済の純粋なテストであるため重要である。単語は優れている。ユースケースは明白である。購入者宇宙は大きい。それにもかかわらず、公式の.menu カウントはわずか数千の名前であり、2023 年 3 月から 2026 年 3 月までのトレンドは下降している。意味論的適合と市場採用の間のそのギャップが、この記事の核心的な発見である。
最も防御可能な読み方は、.menu は失敗したアイデアではなく、むしろ狭いものであるということだ。メニュー、注文、リダイレクト、ブランド保護のために記憶に残る制御されたアドレスを望むレストラン、チェーン、ケータリング業者、シェフ、フードホール、メニュープラットフォームにとって意味があり得る。アドレスが実世界の顧客獲得（パッケージ、領収書、テーブルテント、ラジオ、イベント、ロイヤルティインサート、ローカル広告、直接注文キャンペーン）で使用される場合、特に合理的である。その設定では、年間 27 ドルから 50 ドルの更新は、1 回の小さな有料プレースメントより安く、繰り返されるデリバリーアプリ手数料よりもはるかに安い可能性がある。
弱い読み方は汎用ドメイン成長である。.menu が幅広いレストラン発見層になりつつあるという公的証拠はほとんどない。Google はすでに検索の瞬間の多くを所有している。デリバリーアプリは多くの顧客の取引習慣を所有している。ソーシャルページは視覚的注意を所有している。QR コードベンダーは会場内のメニュー更新を所有している。.com はデフォルトの信頼を所有している。積極的に宣伝されていないか、直接注文戦略に接続されていない.menu 名は、通常それらの代替手段に負けるだろう。
その代替手段の判断は明白に繰り返されなければならない。.com、Google ビジネスプロフィール、デリバリーアプリ掲載、ソーシャルページ、QR コードメニューベンダーに対して、.menu は、直接的所有権、記憶に残りやすさ、ブランド保護が弱い消費者習慣を相殺するのに十分重要である場合にのみ勝つ。それらのチャネルの代替ではなく、それらへの依存を限界的に減らすことができる小さな所有アドレスである。
Dot Menu Registry にとって、低ボリュームはすべての更新をより重要にする。公的な ICANN 固定料金だけでも約 5,000 の名前で分散されると意味があり、DNS、レジストラサポート、データエスクロー、不正連絡先処理、コンプライアンスの運用義務はネームスペースが小さいからといって消えない。レジストリは、リーンに運営し、レジストラアクセスを広く保ち、希少な名前を注意深く収益化し、信頼を維持し、レストランが.menu をスローガンではなく実用的なアドレスとして使用するのを助ければ、生き残ることができる。市場が.menu を、レストランが他の場所で発見をすでに解決した後のオプションの追加として見れば、苦戦するだろう。
したがって、最終的な見解は規律正しい：.menu は特定のレストラン発見問題のための有用なツールであり、レストラン発見の一般的な解決策ではない。その経済は、DNS で食品関連の単語を所有するロマンスではなく、低ボリュームの更新品質に依存している。