自分のサービスを、
この住所で公開する。

まず、公開先が対応しているか確認する

banchiが提供するのはサブドメインと接続先のDNS設定です。サイト・APIを動かすサーバーやホスティングはご自身で用意してください。通常のDNS接続では、閲覧者は公開先へ直接アクセスします。

「独自ドメイン対応」と書かれた公開先でも、必要なDNSの種類や契約プランが異なります。公開先が表示する設定項目を、このページの対応範囲と照合してください。判断できない場合は購入前に相談できます。

接続の4ステップ

1. 公開先で、サイトを動く状態にする

   ホスティング標準のURLでサイトが開くことを確認します。カスタムドメインが使えるプランか、必要なDNSレコードが何かも確認してください。

2. 借りた住所を、公開先へ登録する

   banchiの「住所一覧」→「住所の設定」からホスト名をコピーし、公開先の「Custom domain／独自ドメイン」に登録します。https:// や末尾のパスを付けず、ホスト名全体を入力します。

3. banchiへ接続先の値を保存する

   「自分のホスティングにつなぐ」を選びます。公開先のプリセットならCNAMEの宛先またはIPv4を「接続先の値」へ貼り付けます。IPv6、複数IP、追加の名前、Web用TXT・CAAはDNSの個別設定を使います。DNSの接続先にパスやポート番号は付けません。

4. HTTPSとアプリの動作を確認する

   公開先の証明書発行を待ち、banchiで再確認します。「接続済み」になったら新しい住所を開き、下の動作確認を行います。反映時間は公開先やDNSのキャッシュによって異なります。

banchiの診断はDNSとHTTPSの確認です。DNSの保存、HTTPSへの到達、トップページの正常応答を区別して表示します。ログイン成功、投稿完了、決済成功まで自動で確認するものではありません。

DNSを個別に設定する

住所の設定でDNSの個別設定を開き、公開先から指定された「種類・名前・値」を入力します。借りた住所が your-name.banchi.app の場合、名前は次のように指定します。

借りた住所そのもの

@ または your-name.banchi.app。この住所をrootと呼びます。

その配下の名前

www.your-name.banchi.app、api.dev.your-name.banchi.app、_verify.your-name.banchi.app のように完全なホスト名を入力します。www だけの相対名、他の利用者の住所、*.your-name.banchi.app は指定できません。

A・AAAA

公開先のIPv4・IPv6を指定します。同じ名前の複数IPも設定できます。ローカルネットワーク専用IPや予約済みの一部アドレスは対象外です。

CNAME

公開先の完全なホスト名を指定します。同じ名前に別のレコードを置くことはできません。たとえばrootのCNAMEとrootのTXTは共存できず、別名の確認用TXTが必要です。

TXT

Webサービスの所有確認などに使います。証明書のDNS-01確認用TXTも入力できます。メール用SPF・DKIM・DMARCは対象外です。

CAA

公開先が指定する証明書発行者の設定です。例は 0 issue "letsencrypt.org"。実際に使う認証局と一致させてください。値を誤ると証明書の発行・更新を止める場合があります。

標準の上限は1住所あたり5件です。確認用TXTやCAA、banchiが自動で用意する案内用レコードも含みます。rootのA・AAAA・CNAMEをまだ指定しない場合は、案内用rootを1件補うため、ご自身で設定できるのは残り4件です。あとからrootの公開先を指定すると案内用レコードは自動で入れ替わります。案内用レコードを直接編集する必要はありません。

所有確認TXTだけを先に保存してから公開先を設定できます。配下のWebサイトだけを使うこともできますが、banchiのHTTPS診断対象はrootです。追加した名前ごとに、公開先へのホスト名登録・証明書・アプリの動作を確認してください。

DNS_SAVED

rootの公開先が未指定で、HTTPSの診断対象がない状態です。TXTなどの保存後は各レコードの反映状態を確認してください。Webサイトの公開完了を意味しません。

HTTPS_REACHED

rootのHTTPSに到達しましたが、401・403・404・405などの応答です。認証が必要なサイトやHEAD非対応のサイトもあるため、ブラウザで目的の機能を確認してください。

LIVE

rootのDNSが確認でき、HTTPSのHEADに200〜399が返っています。転送先の表示やログイン・投稿まで確認した結果ではありません。

公開先ごとの手順

ここから先の3つは、公開先の公式手順とbanchiの入力制約を照合した内容です。banchiからの通し接続は未実測なので、公開先が実際に表示するレコードで確認してください。NS切替、メール用レコード、5件の上限を超える設定はそのままでは設定できません。要求されたレコードの名前と種類を添えて問い合わせてください。秘密鍵や認証トークンは送らないでください。

アプリ側の設定と、公開前の動作確認

同じアプリでも、URLが変わると見直す設定があります。該当するものだけ確認してください。これは独自ドメインを変更するときにも必要な作業です。

ページ・画像・API

新しい住所のトップと下層ページを直接開き、再読み込みします。画像・CSS・APIが旧URLやHTTPを参照していないか、公開用URLやAPIの接続先を確認します。

ログイン

認証サービスの許可URL、OAuthの戻り先（callback URL）を新しい住所へ更新し、ログイン→再読み込み→ログアウトを試します。パスまで一致させる必要があるサービスもあります。

投稿・フォーム・別ホストのAPI

接続先アプリの許可Origin・CORS・CSRF設定へ、必要な新しいURLだけを登録します。実際に送信し、エラー表示だけでなく保存結果も確認します。CORSを一律に解除する方法は使いません。

人間確認（Turnstileなど）

ウィジェット所有者が借りたホスト名を許可対象に追加します。Turnstileでは https:// やパスを付けません。banchi.app 全体の許可は他の利用者も含むので避けてください。新しい住所のフォームで確認します。

Cookie・セッション

CookieのDomain属性を省略し、自分のホストに限定します。親の banchi.app を指定しないでください。異なる借り手の住所もブラウザでは「同じサイト」と扱われ得るため、SameSiteだけに頼らず操作元を検証します。__Host- Cookieを使う場合は Secure; Path=/ を付け、Domain属性を付けません。

WebSocket・動画・ファイル

使っている場合は新しい住所で接続・切断・再接続、再生、必要な部分読み込みまで確認します。DNSの成功だけでこれらの動作は保証されません。

HTTPS・ブラウザ

証明書警告なし、スマートフォンでの表示、重要な操作後の再読み込みを確認します。証明書警告を無視して公開完了にしないでください。

Turnstileの許可ホスト · CORS · Cookieの範囲

うまく動かないとき

解決しない場合は不具合報告フォームへ。ホスト名、公開先サービス、発生日時、操作、診断コードを記載してください。GitHubアカウントは不要で、内容は非公開で扱います。パスワード、秘密鍵、Cookie、ログイン用リンクは送らないでください。

使えるDNSと、独自ドメインとの違い

現在設定できるもの

借りたホスト名と配下の複数階層に、A・AAAA・CNAME・Web用TXT・CAA。標準5件で案内用レコードも数えます。利用者の接続用A/AAAA/CNAMEはDNS-onlyで、banchiはサイト本文を中継しません。詳しくはDNSの個別設定へ。

現在設定できないもの

MX・SPF・DKIM・DMARCなどのメール設定、NS委任、ワイルドカード、他の利用者の住所への設定。サブドメインという仕組みの禁止ではなく、現在のbanchiの提供範囲です。

所有権と継続利用

契約期間中のサブドメイン利用権です。親ドメインの所有権や、他のレジストラへ同じ名前を移管する権利は付きません。親ドメインのDNS・契約・評判による影響は共有され得ます。

メール・証明書・ブラウザの境界

メール用のMXなどは設定できません。証明書発行上限や同一サイトの境界を親ドメインで共有する場合があります。親全体のCookieや認証許可を使わず、借りたホスト単位で設定してください。

通信費と防御

通常接続のサイト配信費とアクセスへの対処は公開先の契約・設定に従います。banchiの料金にはサーバー利用料や公開先の無制限な通信・攻撃対策は含まれません。

接続先の変更・更新停止・利用終了

接続先を変えるときは、新しい公開先に先にホスト名を登録し、banchiの接続先を変更して確認します。DNSの切替中は古い接続先へ届く場合があります。旧公開先の削除は切替確認後に行ってください。

料金は1住所ごとに年額500円（税込）。同じメールで複数保有でき、契約と更新日は住所ごとに独立します。「自動更新の停止へ」で対象住所の契約を確認し、Stripeで停止を確定します。支払い済み期間までは利用できます。

利用終了時は、先にbanchiで「接続をやめてパークに戻す」を選び、接続DNSとTXTの削除・反映を確認します。その後、公開先のCustom domain、認証サービスの許可URL、Turnstileの許可ホストを解除してください。公開先の登録だけ先に消すと、DNSが残る間に第三者がその公開先で住所を登録できる場合があります。

GitHubのアカウント／組織にあるVerified domainsの所有確認登録も別途解除します。解除できない場合や、banchi側で編集できない状態の場合は、住所の再貸出前に運営へ連絡してください。再開が必要な場合もご相談ください。

利用期間・解放までの詳細は利用規約へ

このマニュアルで確認した範囲

• GitHub Pages：2026年9月6日、通常のbanchi画面から取得・DNS設定し、所有確認、HTTPS、つなぎ帳の検索・保存・共有・ファイル出力を実ブラウザで確認。
• Cloudflare Pages：2026年9月5日、別アカウントへのDNS-only CNAME・HTTPSを実測。試験用の接続は検証後に撤去済み。
• Mado：運営者の個別配信設定でページ・地図・Turnstileを確認。一般利用者によるWorkers/R2接続の成功例には含めません。
• Vercel：2026年9月7日、実際のVercelプロジェクトで接続保存・DNS診断・証明書発行・撤去までを実ブラウザで確認。接続先アプリ本体の動作は別途確認が必要です。
• Netlify：2026年9月7日、実際のNetlifyサイトで接続保存・DNS診断・証明書発行・撤去までを確認。接続先アプリ本体の動作は別途確認が必要です。
• 自分のサーバー（VPS）：公式手順とbanchiの入力制約を照合。通し接続は未実測です。
• 個別DNS設定：A・AAAA・TXT・CAA、配下の複数階層、DNS-01のCNAME委譲は、公開先ごとの証明書発行・自動更新・アプリの通し試験を完了したという意味ではありません。

公開先の仕様は変わることがあります。画面の指示がこの手順と違う場合は、公開先の公式案内と必要なDNSの種類を確認し、不明点を運営へお知らせください。