要約
- Dot Menu Registry LLC は、ICANN 契約に基づきトップレベルドメイン.menu を運営しているが、レストランにとって重要な経済単位は広範なインターネットコミュニティではない。それは、レジストラを通じて購入され、小規模な発見用アカウントとして毎年更新されるセカンドレベル.menu 名である。
- 名前空間は非常に特化しており、極めて小さい。ICANN の遅延公表された 2026 年 3 月の.menu 取引レポートでは、総数 5,462 件、純増 93 件、更新 511 件、削除 60 件、さらに 2023 年 3 月の 7,020 件からの長期減少を示しており、固定レジストリコストとレジストラの棚スペースは狭い基盤に支えられなければならないことを意味する。
- レジストラのエビデンスによれば、通常の.menu 小売更新料は、可視的なプロバイダでは高額 20 ドル台から約 50 ドル前後であり、一方で.com の代替は大幅に安く、はるかに馴染み深い場合が多い。この価格差は、記憶に残るメニューアドレスから直接的な顧客獲得価値が得られる場合にのみ正当化される。
- 代替手段の集合は異常に強力である。.com、Google ビジネスプロフィール、デリバリーアプリの掲載、ソーシャルページ、QR コードメニューベンダーは全て、ニッチなドメイン末尾を学習させることなく、レストラン発見の一部を解決する。
- .menu の最も強い根拠は、一般的なドメイン成長ではない。それは、メニュー、注文、ブランド保護のための制御された、記憶に残る、低摩擦なリダイレクトまたはマイクロサイトであり、購入者が検索やアプリプラットフォーム内でのレンタル配置よりも直接所有を重視する場合である。
決定はテーブルテントと更新通知から始まる
近隣のレストランチェーンが次期デジタル更新スタックを検討する際、問われるのは哲学的な問題ではなく、実務的な問題である。オーナーは既に.com サイト、Google ビジネスプロフィール、デリバリーアプリの掲載、Instagram ページ、テーブル上の QR コード、そしてスタッフがウェブエージェンシーの望むよりも頻繁に更新するメニューPDF を持っている。提案されている追加項目は、ブランドまたは料理名を.menu で終わる形にした、レストラン専用アドレスである。購入者はアプリ、スポンサー検索枠、レビュープロフィール、ウェブサイトビルダーからのトラフィックを購入しているのではない。購入単位は、通常 ICANN 公認レジストラを通じて購入され、1 年単位で更新され、メニューページ、注文ページ、マイクロサイト、リダイレクト、または防御的な保持ページへ向けられるセカンドレベル.menu ドメイン名である。
その定義は、製品を正直に評価するために重要である。.menu 名はデリバリーマーケットプレイスではなく、それ自体で配達員、レビュー、アプリ検索配置、予約在庫、顧客アイデンティティをもたらすものではない。それはドメインネームシステムにおける永続的なアドレスである。その魅力は、短く、説明的で、所有者が管理できる点にある。その弱点も同じである。ドメインアドレスは、記憶され、タイプされ、スキャンされ、クリックされ、宣伝されなければ価値を持たない。薄い利益率と絶え間ないメニュー変更に苦しむレストランにとって、年間料金は絶対額では小さいが、自動的に正当化されるわけではない。
代替手段は即座に現れる。.com は独立系レストランやチェーンにとってデフォルトのネーミング資産であり続ける。Google ビジネスプロフィールは、https://business.google.com/us/business-profile/restaurants/およびhttps://business.google.com/us/business-profile/で、プロフィール作成コストなしでメニュー、注文、予約、レビュー、所在地情報を Google 検索とマップに直接表示する。デリバリーアプリの掲載は、DoorDash や Uber Eats 内で需要を変換できるが、加盟店は定額のドメイン更新料ではなく手数料を支払う。ソーシャルページは視覚的な注目とコミュニティの習慣を捉える。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 日であると述べている。
注意すべき命名上の問題が一つある。最初の 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/は、商業的主張を簡潔に示している。「Get.MENU, get found.」その説明によれば、人々はウェブでメニュー、ダイニング提案、レストラン情報、レビュー、オファー、レシピ、食材、食事情報を検索しており、.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 は、Totals行に、総数 5,462 件、ネームサーバ 4,500 件、1 年純増 93 件、1 年更新 511 件、削除 60 件、試行追加 95 件、成功獲得移管 9 件を示している。これはマスマーケットのレストランアイデンティティレイヤーではない。数千の有料名を持つ専門的な名前空間である。
トレンドは 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 億 5,900 万のドメイン確認コマンドを示す一方で、ドメイン作成コマンドはわずか 95 件である。これはドメインビジネスを縮図で表している。レジストラと検索ツールは数百万の可用性組み合わせをテストできるが、実際の購入数は微々たるものかもしれない。垂直レジストリは、トラフィックのほとんどが購入ではなく確認である場合でも、応答性の高いネーミング面に料金を支払わなければならない。
これが低ボリューム経済が中心となる理由である。レジストリは単に意味を販売しているのではない。グローバル DNS インフラにおける経常的なアカウントを販売している。毎年、購入者はその名前が依然として摩擦を減らし、ブランドを保護し、十分な直接需要を生み出しているかどうかを判断しなければならない。実験、防衛的アイデア、単発キャンペーンのために購入された名前、あるいは撤退した名前は毎年失効しうる。.menu が、短期的な計画視野、季節性のコンセプト、所有権の変更を抱えるレストランに依存すればするほど、更新規律の重要性は増す。
レジストラ価格が意味を更新テストに変える
小売価格は更新判断を具体的にする。Dynadot の.menu ページhttps://www.dynadot.com/domain/menuは、通常の.menu 価格を、登録 26.97 ドル、更新 26.97 ドル、1 年移管 26.97 ドルとし、プレミアム名の価格は異なるとしている。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 ドルを示している。.menu 名が 27～50 ドルであるのに対し、よく知られた.com が約 11～15 ドルであるには、より多くの仕事をしなければならない。価格差はドルだけではない。それは信頼、習慣、普遍的な認知である。
プレミアム名ポリシーはその格差を拡大しうる。Dynadot は、.menu がプレミアム名をサポートしており、プレミアムドメインは異なる価格設定であると警告している。バーティカル名前空間において、最も魅力的な名前は、まさにレストラン、メニュープラットフォーム、ブランド所有者が望む名前である可能性が高い。すなわち、料理用語、都市名、一般的なレストランブランド、短い動詞、注文フレーズ、カテゴリーラベルである。プレミアム価格設定は、低ボリュームレジストリが希少価値を獲得するのに役立つが、普通のレストラン購入者が思い描いた記憶に残るアドレスが利用不可能か、小さなマーケティング実験以上の価格であると分かれば、採用を減少させる可能性もある。
したがって、レジストラアクセスは製品の一部である。Dot Menu Registry 自身のサイトは、将来の公認レジストラに対し、registrar@nic.menuに連絡するよう案内している。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 ドルの固定費を含むと述べている。また、年間増分の初期または更新登録に対して 1 トランザクションあたり 0.25 ドルの取引手数料を設定しているが、この取引手数料は、暦四半期中に 50,000 トランザクションを超えた場合、または連続する 4 四半期の合計で超過した場合にのみ適用される。ICANN レポートで可視的な 2026 年 3 月のボリュームでは、固定費が関連する公的料金負担である。
総数 5,462 件に対して 25,000 ドルを均等配分すると、バックエンドレジストリサービス、DNS 運用、データエスクロウ、コンプライアンス、レジストラサポート、支払いリスク、法務、顧客サービス、不正利用対応、ICANN 報告、監視、マーケティングのいずれよりも前に、1 名あたり年間約 4.58 ドルになる。これはレジストリの全費用ではなく、卸売価格でもない。これは公的固定費ベンチマークに過ぎない。数千の名前が厳しい分母を作り出す理由を示している。数百万の名前を持つレジストリは、1 名あたりベースで固定 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 Eatshttps://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％が失敗する」という言説は信頼できないが、より優れた研究は依然として意味のある離職率を示している。H. G. Parsa らの「Why Restaurants Fail」の要約https://journals.sagepub.com/doi/10.1177/0010880405275598は、研究対象の独立系レストランの 26.16％が初年度に失敗したと報告している。後のワーキングペーパー「Only the Bad Die Young: Restaurant Mortality in the Western US」https://arxiv.org/pdf/1410.8603は、81,000 のフルサービスレストランに関する縦断的マイクロデータを用いて、初年度失敗率 17％、レストランスタートアップの生存期間の中央値約 4.5 年を報告している。正確な率は方法、期間、市場、レストランタイプによって異なる。方向性だけで十分である。相当な割合のレストランが、ドメインが長寿命資産になる前に、経営者交代、閉店、リブランド、またはマネージャー交代を経験する。
これが.menu にいくつかの影響を与える。開業時の資本圧力下では、まず無料およびバンドルツールを使用し、コンセプトが機能すれば後でドメインを追加する可能性がある。マネージャー主導のマーケティングスタックを持つレストランは、マネージャーが去る際にドメイン更新の知識を失うかもしれない。地元の代理店が自身のアカウントでドメインを登録し、後々移管や更新を混乱させるかもしれない。チェーンはドメインを一元化し、一貫性を強制できるため.com と店舗ページを好むかもしれない。ゴーストキッチンは短いキャンペーンリンクを重視するが、ブランドをすぐに変更する可能性がある。いずれの場合も、レジストリは最初の命名熱意と 2 年目の更新規律との間のギャップに晒される。
ニッチ拡張子の更新ハードルは、最初の実験後もその名前が意味を持ち続けなければならないため、より高い。.com は、十分に活用されていなくてもデフォルトのブランド資産として保持されうる。.menu 名は、アクティブに維持されるメニュー、注文ページ、予約フロー、またはブランド保護の必要性を指し続けなければならない。レストランのメニューURL が変更されたり、QR コードがベンダーページに飛んだり、Google プロフィールが主要な発見経路になったり、デリバリーアプリが主要なデジタル店舗になったりすれば、.menu の更新は忘れやすくなる。
これが記憶に残るドメインの顧客獲得価値が重要である理由である。ポッドキャストで「brand dot menu で注文」と言え、パッケージに印刷し、デリバリー同梱物に入れ、季節のキャンペーン全体で使用できるレストランは、年間料金を何倍も上回る直接訪問を生み出すかもしれない。そのアドレスを QR コードの背後に隠したり、一切宣伝しなかったりするレストランは、未使用のオプショナリティに対して支払っている。Dot Menu Registry のアドレス可能市場は、レストランの数ではない。それは、直接ウェブアドレスを自社の獲得ルーチンの一部にする意欲と能力のあるレストランの数である。
不正利用処理は小さな名前空間においてさえ実質的なコストである
名前空間が小さく無害に聞こえる場合、不正利用処理の価格を低く見積もりがちである。食品やメニューのドメインは、高リスクのインフラのようには聞こえない。しかし、いかなるオープンな名前空間も、フィッシング、偽のレストランページ、ブランド偽装、マルウェア配布、詐欺クーポン、予約詐欺、偽のデリバリーページ、誤解を招くリダイレクトに使用されうる。小規模なレジストリでも、機能する不正利用経路、レジストラとの協調、そしてあらゆる苦情を過剰な削除に変えることなく害を軽減する裁量を必要とする。
Dot Menu Registry の公開サイトは、https://nic.menu/で、.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 Suitehttps://www.facebook.com/business/tools/meta-business-suiteは、Facebook、Instagram、Messenger の活動を管理する無料ツールと説明している。それはドメインではないが、多くのレストランが既にスペシャル、写真、休日の営業時間、顧客メッセージを公開している場所である。QR コードツールは、テーブルレベルおよび印刷の更新摩擦を解決する。Toast は、モバイル注文＆支払いにより、ゲストが 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 が多くのカタログ選択肢の一つであることを示し、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 月からの複数年にわたる減少を示していることを証明している。それは、主流のレジストラが.menu を、通常の 1 年更新で高額 20 ドル台から約 50 ドル程度の可視的小売価格で販売しており、プレミアム例外があることを証明している。それは、レストラン発見の代替手段が強力かつ最新であることを証明している。すなわち、無料の 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 つ目の改善は、アクティブ使用の公的証明であろう。現実の、ロゴ侵害を伴わないレストランのユースケースのギャラリー、アクティブな解決名のカウント、直接注文節約に関するケーススタディ、あるいは更新データを伴う透明性のあるレジストラキャンペーンは、広範な「get found」の文言よりも説得力があるだろう。市場は、メニューが重要であると伝えられる必要はない。それは、.menu アドレスが顧客行動を変えるか、年間更新を正当化するのに十分なブランド保護を提供するという証明を必要としている。
4 つ目の改善は、不正利用の明確さである。レストランは信頼に敏感である。公開された不正利用経路、迅速なレジストラ調整、偽の注文ページに対する明確な扱いは、名前空間を正当な購入者にとってより安全にする。小規模な名前空間は、ボリュームが低いときに不正利用パターンが見えやすいため、安全性をセールスポイントに変えることができる。その利点は、報告が不透明または遅ければ消える。
最後に、価格設定は購入者を罰することなく低ボリュームの現実に合わせなければならない。定額 27～40 ドルの更新は、ドメインが有用で安定していれば受け入れ可能である。最高のラベルに対するプレミアム価格設定は合理的でありうるが、レストラン購入者がこの拡張子を予測不可能であると想定するように仕向けるべきではない。独立系レストラン名の市場は、投機的技術ドメインの市場と同じではない。レストランは、機能し続ける小規模で退屈な更新を望む。
より強力な商業計画はまた、その名前を、既にレストランにサービスを提供している代理店やベンダーにとって有用にすることであろう。地元のウェブショップ、デザインスタジオ、メニュープラットフォームベンダー、POS リセラーは、.menu 名をパッケージの一部にすることができる。すなわち、ドメイン、リダイレクト、QR コード、注文リンク、メールフォワーディング、更新管理である。これにより、購入者は時間に乏しいレストラン経営者から、繰り返し可能な設定習慣を持つサービスプロバイダーへと変わる。また、レジストリのチャネル経済も変わる。サービスプロバイダーがその名前を狭い仕事のためのデフォルトオプションに変えれば、レジストリはレストランを一軒一軒説得する必要はなくなる。
危険は仲介業者への依存である。ベンダーがレジストラアカウントを所有していれば、レストランはベンダーとの関係が終わったときにコントロールを失うかもしれない。ベンダーが URL を隠す QR メニュープラットフォームを使用すれば、.menu 文字列は決して顧客に見えなくなるかもしれない。ドメインがあまりにも静かにバンドルされれば、後々更新価値を説明するのが難しくなるかもしれない。最も健全なモデルは、所有権を明確にし、更新価格を平易にし、アドレスを十分に可視化して、レストランがそれを隠れた技術的部分としてではなく、自らの資産として認識できるようにすることである。
ここに Dot Menu Registry の低ボリュームステータスが弱点にも強みにもなり得る点がある。それは、依存できる市場習慣がほとんどないため弱点である。それは、少数の良好なチャネル関係、一握りの可視的なレストラン事例、明確なレジストラ提示によって、小規模な名前空間が依然として形成され得るため強みである。広範な TLD はマス市場の認知を必要とする。バーティカル TLD は、既に関心を持つ購入者にとってその意味が明白になるだけの十分な規律ある使用を必要とする。
決定的な運用テストは、ドメインがスタッフの入れ替わりを生き延びるかどうかである。レストランは、マネージャー、ウェブベンダー、メニューベンダー、POS システムを頻繁に変える。レストランが所有し、更新リマインダーと共に文書化され、シンプルなリダイレクトに接続された.menu 名は、その離反を生き延びることができる。ベンダーアカウント内に隠された名前は、再設計や所有権変更の最中に消えるかもしれない。したがって、更新管理は事務的な詳細ではない。それは製品の継続性価値の一部である。
その継続性価値は小さいが実在する。レストランがメニューベンダー、予約ツール、デリバリーパートナー、ウェブサイトビルダーを変えながら一つのアドレスを維持できるならば、そのドメインはプラットフォームが自然に提供しない何かを成し遂げている。問題は、更新請求書が届く前に十分なレストランがそれに気づくかどうかである。
最終判断
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 で食品関連の単語を所有するロマンスではなく、低ボリュームの更新品質にかかっている。