personal-domain-ja

This article is a stub. You can help the IndieWeb wiki by expanding it with relevant information.
独自ドメインとは、あなたがインターネット上で自分自身を表現するために、個人的に所有、管理、使用するドメイン名(またはweb address)のことです。独自ドメインを取得することは、インディーウェブ(IndieWeb)に参加するための第一歩であり、IndieMark レベル0の要件でもあります。
サブドメイン(example.wordpress.com や example.github.io など)は、あなたが所有しているものではありません。むしろ、実際のドメイン名を所有する企業のなすがままであり、その企業がすべてのサブドメインの所有権と管理権も握っています。
方法
- 自分自身の独自ドメイン名を取得する - 友人や同僚に、彼らが利用していて、気に入っている(あるいは信頼・尊重している)ドメインレジストラを尋ねてみてください。
- ドメインプライバシー - ほとんどのドメインレジストラは、あなたの個人情報(氏名、住所、電話番号、メールアドレス)をwhois検索を通じて公開することに注意してください。一部のレジストラはドメインプライバシーのオプションを提供しており、あなたの詳細情報の代わりにレジストラの詳細情報がwhoisディレクトリに掲載されるようになります。ただし、そのサービス提供者を完全に信頼できる場合にのみ利用してください。あなたがドメインの法的所有者として記載されていない場合、ドメイン名の管理や移管に関する紛争が発生した際に厄介なことになる可能性があります。
独自ドメインの選び方
あなたが選ぶドメインはウェブ上でのあなたの「名前」になり、理想的には永遠に利用可能であるべきものなので、慎重に検討する価値があります。
選択できるTLDはたくさんあります(例:.com、.net、.orgなど)。その多くは価格が異なり、追加の制限や条件があるものもあります。希望するドメイン名があるTLDで取得されていても、別のTLDであれば利用可能な場合があります。
ドメインレジストラ
ドメインは、ドメインレジストラから年単位で購入します。
なぜ必要か
なぜでしょうか? その理由はなぜIndieWebを実践するのかに挙げられている通りです。これはインディーウェブに参加するための重要な第一歩です。
曖昧さ回避のために現実世界でドメインが使われている例
http://corp.oz.com/ の2人の従業員はどちらも Sveinbjörn という名前でした。一方は sveinbjorn.is を持ち、もう一方は sveinbjörn.org を持っていました。会社の慣習として、「Sveinbjörn はどこ?」という問いには「ドット・イズ(.is)? それともドット・オーグ(.org)?」と答えるのが一般的でした。
参入障壁
ドメイン名の購入と設定は、特にウェブサイトの立ち上げ経験がない人にとっては困難な場合があります。これは、カスタムドメインの登録をサポートするドメインプロバイダーやホスティングプロバイダーが、製品を設計する際に考慮すべき点です。
ドメインの購入と設定における障壁には、次のようなものがあります:
- ドメインを持つことがなぜ有益なのかを理解すること
- ウェブサイトやホスティングプロバイダーでドメインを設定すること
- wwwを理解すること
- あなたのドメインでwwwは設定されていますか?
- 自分のサイトについて誰かに伝えるとき、ドメインの冒頭にwwwを付ける必要がありますか?
- HTTPS(ブラウザの南京錠アイコン)を理解し、なぜドメインの先頭に表示されるのかを理解すること
- ドメイン設定の変更方法を知ること
- これはプラットフォームによって異なります。ドメイン登録オプションを持つ登録サービスやCMSサービスは、ドメイン設定の変更方法について明確なガイダンスを提供すべきです。
- おそらく他にも多くの理由があります...
jamesg.blog は、ドメイン登録サービスやカスタムドメインを提供するCMSサービスが、ドメインを登録したい人向けに非常にシンプルなオンボーディングプロセスを提供することを提案しました:
「ドメイン名を使うと、人々がウェブ上であなたのサイトにどのようにアクセスし、言及するかを選択できます。あなたのサイトに好きなドメイン名を選ぶことができます。誰かがあなたのサイトを訪れると、ドメイン名の前に小さな南京錠と https:// が表示されます。これは、ウェブサイトへの接続が暗号化され、安全であることを訪問者に伝えます。必要であれば、設定ページから手動でドメインを構成することもできます。」
表現は洗練の余地がありますが、サービスが人々に自身の独自ドメインを紹介する際に使用すべき言語の種類を例示することを目的としています。
独自ドメインの登録は、すでにドメインを持っている人でさえ混乱することがあります。例えば、カスタムDNS設定を行う必要がある場合、GoDaddyの操作は難しいことがあります。人々が自分のドメイン(ウェブ上に公開するすべてのコンテンツに関連付けることができるもの)を持つことを奨励するためには、開始プロセスを可能な限りシンプルにする必要があります。
ドメイン教育の機会
学校のウェブの授業でドメイン名について教えるのは興味深いかもしれません。そのような授業では以下の内容をカバーします:
- ドメイン名とは何か?
- ドメイン名の主な構成要素は?
- なぜ発明されたのか?
- URLとは何か? URLの構成要素は?
- wwwとは何か? ドメインに必ず www. を付ける必要があるのか?
- なぜドメイン名が必要になるのか?
スコットランドの高校では、National 5 / Higher computingコースの一部としてウェブ開発を教えているため、この種のトピックはそこによく適合するでしょう。おそらく、他の教育システムでも、ドメインに関する教育が関連し、有用となる同様のコースやクラスがあるはずです。
記事
- 2024-10-25 : Before you buy a domain name, first check to see if it's haunted
- 2024-06-10 : A Question on Domain Names in the IndieWeb
- 2025-05-25
rubenwardy How can we own our identity on the Fediverse? - 2017-01-03 : The Real Name Fallacy (archived from the original)
提案された代替案
This section is a stub. You can help the IndieWeb wiki by expanding it.
長年にわたり、オンラインアイデンティティのための独自ドメインに代わる多くの案が提案されてきましたが、そのほとんどは失敗したか、ユーザーにとって不親切すぎて単なる学術的な演習にとどまっています。
ほぼ時系列順(古いものから順)。
URN
URNは、アイデンティティや他のほとんどのことにおいて、かなり役に立ちません。システムは一般的にこれらを処理せず、基本的にはURLから派生した学術的な産物でした。
「URNは死んだ人のためにしか役に立たない」という長年のジョークがあります。
i-name
Wikipedia:i-nameは、ドメイン名ではなくグローバルなオンラインアイデンティティのためのハンドル名として提案された、不運な構文のもう一つの例です。Wikipedia:XRIに基づくこのシステムでは、個人のアイデンティティは次のように等号(=)で始まりました:
DID
DIDは、実際にはほとんどがhttps URL(別名 did:web:)のラッパーであり、実用面で相互運用可能な例外は、AT ProtoでのDIDの使用など、稀です。
歴史的に、多くのDIDはblockchainに関連付けられており、大部分のDIDメソッドが暗号通貨のブロックチェーンに基づいていたため、通常はcryptocurrencyと関係がありました。
批判:
- HNによるDID(およびW3C)への批判 https://news.ycombinator.com/item?id=31941128
- 「警告フラグとして捉えるべきなのは、私にはアイデンティティ関連の20年の経験があるにもかかわらず、DIDが一体何なのか未だに全く分からないということです。
参考に言えば、私は3つのベンダーのLDAP実装、複数のバージョンのSAML、OAuth、JWT、Okta、Azure Active Directoryなどを扱ってきました。現場でスマートカード認証を数回導入したことさえあります。
この主題に関するかなりの量の資料を読んだにもかかわらず、実用的な意味でDIDが何であるべきなのか、文字通り全く、これっぽっちも分かりません。
ええと、それは『アイデンティティ』なんですよね...どうやって? 何を? どこで?
ドキュメントは、SAMLのドキュメントがクリスタルのように透明な詩に見えるほど、難解なバズワードだらけのチンプンカンプンなものです。」 @jiggawatts 2022年7月1日
- 「警告フラグとして捉えるべきなのは、私にはアイデンティティ関連の20年の経験があるにもかかわらず、DIDが一体何なのか未だに全く分からないということです。
関連項目
- IndieWebのはじめ方
- short-domains
- DNS
- hosting
- IndieMark
- account
- multi-site indieweb
- digital sovereignty
- https://medium.com/@ramshackleglam/hackers-stole-my-website-and-i-pulled-off-a-30-000-sting-operation-to-get-it-back-143d43ee3742
- 2017-03-17 EFF: If the Government Can't Get Domain Seizures Right, Why Would Big Pharma Do Better?
- 代替案への批判:
Aaron Parecki: 「ドメイン名を登録しなくて済むようにXを使おう」という他の約束における大きな問題は、多くの場合、Xの方がはるかに多くの労力・時間・費用を必要とするということです。 - https://twitter.com/vboykis/status/1194067698176659457
- 「Twitterが自由な世界を破壊したりキャンセルカルチャーを煽ったりするようなことは許せますが、私のプロフィール画像への直接リンクを奪ったことは許せません。講演の略歴などでいつもそのリンクを使っていたからです。」 @vboykis 2019年11月12日
- 理由: https://twitter.com/pnwwriting/status/1212463528877199364
- 「注意:Blogger、WordPress、Tumblr、Wix、その他の『無料』プラットフォームを使ってブログを書いているなら、あなたは依然として他人のドメイン、ソフトウェア、帯域幅などを使用しています。それらが潰れたり、買収されたり、規約が変更されたりすれば、あなたの言葉は同じようにあっという間に消えてしまう可能性があります。(ジオシティーズを覚えていますか?) 1/2」 @PNWwriting 2020年1月1日
- 絵文字ドメインへの批判 (pdf)
- 2020-01-21 ドリー・パートンのアイデンティティ・ミームは、様々なソーシャルサイロにおける異なるアイデンティティと用途を浮き彫りにしています: https://www.facebook.com/DollyParton/photos/a.10150216209199755/10157178777019755/?type=3&theater (詳細: https://www.cnn.com/2020/01/24/entertainment/dolly-parton-social-meme-challenge-trnd/index.html)
- https://twitter.com/iamdevloper/status/1306249557924290560
- 「約束するよ」 @iamdevloper 2020年9月16日
- 批判:セットアップと維持のUXは、すべての人(あるいは「携帯電話ユーザー」だけであっても)に期待するには障壁が高すぎます。ドメイン登録、DNSホスティング、ウェブホスティングなどの細かい部分を理解するのがかなり難しいことは言うまでもなく、詐欺や基本的な設定ミスによってドメインが乗っ取られることがいかに多いかに注目してください。(#indieweb-meta チャットより)
- ブレーンストーミング:インディーウェブのアイデンティティを「簡単」にするための目標:誰かが、TwitterやInstagramのようなサービスでユーザー名を選ぶのと同じくらい簡単にドメイン名を選べるUXを提示したとき、初めてドメイン名取得を「簡単」と呼び始めることができます。それまでは、いいえ、それは「簡単」ではありません。そのことを主張し続けることは、人々が経験する本当の困難を無視することになります。特に、他のサービス利用時の名前選択体験と比較した場合には。
- https://domain.garden/ Peter Hagen が維持している検索ツール。巧妙なドメイン名を考案するのに役立ち、価格や複数のプロバイダーへのリンクが表示されます。
- ドメイン収集は間違いなく存在します。将来のプロジェクトの可能性のためにドメインを登録する人もいますが、それが激しい先延ばしの原因になることもあります。例:「Dan McKinleyは深刻なドメイン収集にはまっており、どこまでいけるか突き詰めることに決めた。」 http://dotclub.club/
- 「...しかし、私たちの乏しい主体性のレパートリーの中にあるのは、私たちが愛着を持って取り組む仕事——私たちが持てるすべてを注ぎ込んで作る思考と慈しみの作品——のために選ぶラベルです。」—マリア・ポポワ、自身のウェブサイトの新しい名前を選ぶことについて
- あなたのアイデンティティは、単なる一つのプロジェクト(たとえそれが最大のプロジェクトであっても)ではなく、あなた自身を表すものです。人はプロジェクトを完了させたり、放棄したり、委譲したりします。したがって、あなたのアイデンティティを特定のプロジェクトと混同してはなりません。
- 自分のドメインに似たドメイン名がスクワッティング(不法占拠)されたり、大手メディアサイトの代わりに(ソーシャルメディアからのリンクなどで)意図せずタイポ(打ち間違い)ドメインにリンクしたりしないよう注意してください。 https://www.disinfo.eu/doppelganger
- ""
- ^ 関連するTwitterスレッド(展開済み): https://threadreaderapp.com/thread/1574735070342127617.html
- https://twitter.com/SwiftOnSecurity/status/1596572353269481476
- 「自分自身の発信方法を見直しているのであれば、たとえ管理されたサービス上でホストされているとしても、自分が所有するドメイン名に向かうべきです。」 @SwiftOnSecurity 2022年11月26日
- 独自ドメインを選ぶためのヒント: https://tantek.com/2023/004/t1/choosing-domain-name-indieweb
- 「ドメイン名を選ぶことは、自分自身の #IndieWeb サイトを持つための重要なステップです。アカウント名(チャット、メール、Mastodon)を選ぶのと似ていますが、グローバルであり、より個人的で、より強いコミットメントのように感じられます。6つのヒント:
1. 自分の名前(名と姓)の何らかの形を使用する。そうすれば、人々があなたを検索したときに、あなたのサイトや投稿が表示される可能性が高まります。
2. または、現在から将来にわたってあなたにフィットする、造語のニックネームを使用する。
3. 覚えやすく、話しやすく、綴りやすいもの。対面や電話で人に伝えやすくなります(つまり、母音を抜くような『可愛い』または『奇妙な』綴りは避ける)。
4. https://domai.nr/ を使って、バリエーションを素早く試す。
5. .com .net または .org を取得するようにする。これらは依然としてより正当なものとして見られています。.me もOKですし、自分の国/地域(例:.us .uk .eu など。詳細は https://indieweb.org/ccTLD を参照)も良いでしょう。
6. 短いほうが多くの理由で有利です: https://indieweb.org/short-domains
利用可能な名前が見つかったら、ドメインレジストラを選びます。これは電話会社を選ぶようなものですが、選択肢はより多くあります。いくつかの推奨事項: https://indieweb.org/personal-domain#Domain_Registrars
質問がありますか? あるいはもっとヒントや意見が欲しいですか?
https://chat.indieweb.org/ で聞いてみてください。そこにいるほぼ全員がこのプロセスを経験しており、多くの人が新しい人たちのために自分の経験を共有したいと考えているので、たくさんの共感とサポートが得られるでしょう。
https://indieweb.org/naming(命名)は難しいものです。助けを求めても大丈夫です。
これは #100DaysOfIndieWeb の4日目です #100Days
3日目: https://tantek.com/2023/003/t1/indieweb-path-chosen-why」 @Tantek Çelik 2023年1月4日
- 「ドメイン名を選ぶことは、自分自身の #IndieWeb サイトを持つための重要なステップです。アカウント名(チャット、メール、Mastodon)を選ぶのと似ていますが、グローバルであり、より個人的で、より強いコミットメントのように感じられます。6つのヒント:
- https://www.w3.org/TR/webarch/#uri-assignment (specifically 2.2.2.1. URI ownership)
ToDo: このページのセクションを抽出して domain registrar 用の新しい個別ページを作成し、ここには概要を残す。人々が推奨する(あるいは推奨しない)ドメインレジストラや、その機能の有無を明確かつ簡潔にリスト化した別ページが必要です。- 2025-11 A Brief History of Domains