デジタルカード用のカスタムドメイン：自分のドメインを接続する方法
カスタムドメインを使用すると、デジタルカードはcard-qr.comではなくcards.yourcompany.comで配信されます。始める前の準備、ドメインが保留中から有効になるまでのプロセス、トラブル時の対応方法を説明します。
カスタムドメインを使用すると、デジタルカードはcard-qr.com/c/your-nameではなく、自社のブランドを持つドメイン（たとえばcards.yourcompany.com）から配信されます。これはEnterprise機能です。ドメインパネルから追加され、DNSで検証され、SSLcertificateは自動的に発行および更新されます。
企業にとって重要な理由
汎用ドメインのカード機能は、自分の名刺を配布する個人事業主には完璧に機能します。数十人または数百人の従業員を抱える企業にとって、独自ドメインは2つのことを同時に変えます：ブランディングとSEOです。ブランディングに関しては、QRコード、メール署名、または印刷された物理名刺に表示されるリンクが背景にあるプラットフォームではなく、企業の名前を表示します。SEOに関しては、人々が自分のウェブサイト、LinkedIn、ディレクトリに貼り付ける名刺へのリンクに対してGoogleが配分する権威は、card-qr.comへの無数の個別リンク全体に分散するのではなく、自分のドメイン下の1つの正規URLに集約されます。
追加の効果があります。測定しにくいですが、同じくらい現実的です：信頼です。営業担当者が会議でcards.yourcompany.comを提示すると、独自のインフラストラクチャを持つ企業の一部であることを示しています。同じカードがcard-qr.com/c/juan-perez-83421にあるのは完全に機能していますが、背後にいる人物についての同じメッセージを伝えていません。
始める前に準備すること
パネルに入る前に、3つのことを決めておくとよいでしょう：
- ドメインのDNS管理へのアクセス — Cloudflare、GoDaddy、Namecheap、IONOSまたはお使いのサービス。そこにレコードを追加できない場合、検証はできません。
- ルートドメインまたはあなた自身のドメインのサブドメイン。 完全なドメイン（
yourcompany.com）またはサブドメイン（cards.yourcompany.com）を接続できます。通常は後者です：企業ウェブサイトはそのままにして、名刺用に独自のアドレスを予約してください。 - DNSを管理する人物。 中規模企業では、デジタル名刺をリクエストする人がドメインを管理していません。ITまたはウェブを担当する代理店が管理します。次のステップでその人物を特定してください。
接続方法
- パネルの「ドメイン」に入り、「ドメイン追加」を開きます。
- 使用する自分のドメインまたはサブドメインを入力して確認します。 システムは自動的に必要なDNSレコードを生成します：サーバーのIPを含むAレコードと所有権検証用のTXTレコード。
- これらのレコードをDNSプロバイダーに追加します。 パネルには、Cloudflare、GoDaddy、Namecheap、Google Domainsのステップバイステップ手順が含まれています。各値をそのままコピーして貼り付けます。
- 伝播を待ちます。 プロバイダーとレコードのTTLに依存します。数分から数時間かかります。
- ドメインパネルからドメインを検証します。 システムはTXTをチェックし、ドメインがサーバーを指しているかを確認します。何か失敗した場合は、どちらが失敗したかが表示されます。
最初から最後まで、DNS伝播を含めて（CardQRが管理できない部分）、プロセスは通常同じ日に解決します。私たち側が管理する部分（レコードの生成、TXTとポインティングの確認、証明書の発行）は数分かかります。残りはプロバイダーがインターネット上で変更を配布するのを待つことであり、CardQRもあなたも直接加速することはできません。
内部動作：保留中から有効まで
ドメインは一連の状態を通じて移動し、それぞれはパネルに表示されます：
- 検証保留中：追加したばかりで、DNSを設定するのを待っています。
- DNS検証済み：TXTとAレコードが正しく、証明書の準備ができています。
- SSL準備中：システムが証明書をリクエストしてサーバー設定を準備しています。自動的です。何もする必要はありません。
- 有効：SSL発行済み、ドメイン運用中。ここからカードはそこから配信されます。
検証はレコードごとです。不透明なオールオアナッシングではありません。TXTとドメインポインティングは別々にチェックされます。1つだけ失敗した場合、パネルはどちらが不足しているかを正確に表示します。
SSL証明書が最初の試行で失敗した場合（最も一般的なのはDNS伝播がまだ完全に終了していないことです）、ドメインは何もを再設定することなく再試行用にマークされます。再試行を押すと、システムは再度試みます。5回の試行制限があります。上限に達した場合は、続行する前にDNS設定を確認する必要があります。証明書は一度有効になると、自動的に更新されます。有効期限が近づくと更新状態になり、システムは何もタッチせずに管理します。
それは初日だけではありません：ドメインがアクティブになったら、システムは定期的にDNSが仕様通りポイントしていることをチェックし続けます。誰かが数ヶ月後に警告なしにレコードを変更した場合、それは検出されます。
パネルは、検証を連続して押すことができる回数も制限します。最大10回の試行で、成功しないまま10回のリミットに達した場合は1時間待ちます。伝播を待つ間、無分別に繰り返されたチェックが独自のDNSも私たちのDNSも過負荷にならないようにするためです。
どのカードがドメインを使用し、古いカードはどうなるか
アカウントごとに同時にアクティブなドメインは1つだけです。変更するには、最初に現在のドメインを削除する必要があります。有効になったら、あなたとチームのすべてのカードがそこから配信されます。誰かが古いcard-qr.comのURLでそれらのカードの1つを開いた場合、自動的にカスタムドメインにリダイレクトされます。検索結果で同じコンテンツに対して2つの異なるURLが競合することはありません。
一般的な問題
| 問題 | 一般的な原因 | 対策 |
|---|---|---|
| レコード追加直後に検証が失敗する | DNS伝播がまだ完了していない | 15～30分待ってから検証を再度実行してください |
| TXTが検証されない | 値が不完全、余分な空白、または間違ったレコード名にコピーされた | パネルから正確な値を編集せずにコピーし、指定された正確なレコード名に貼り付けます |
| CloudflareでSSLが複数回失敗する | Cloudflareのオレンジプロキシがアクティブ。レコードはCloudflareをポイントしており、サーバーではない | 検証と証明書発行中に「DNSのみ」モード（グレークラウド）にレコードを設定してください |
| 伝播に長時間かかる | 前のレコードのTTLが高かった（1時間以上） | 変更前にTTLを300秒に下げます。プロバイダーが許可する場合、または古いTTLの有効期限が切れるまで待ちます |
よくある質問
複数のカスタムドメインを持つことができますか？
いいえ。各Enterpriseアカウントは同時に1つのアクティブなドメインのみを持ちます。変更するには、現在のドメインを削除して新しいドメインを追加する必要があります。
SSL証明書の期限が切れたらどうなりますか？
期限が切れるべきではありません。システムは期限前に自動的に更新されます。何かが更新を妨げた場合、ドメインは確認できるようにフラグが立てられた状態になります。
サーバーで何かを変更する必要がありますか？
いいえ。DNSを検証したら、CardQRがサーバーと証明書の設定をすべて管理します。プロバイダーでレコードを追加するだけです。
ドメインは自分のアカウントにのみ適用されますか、それともチームにも適用されますか？
アカウント全体に適用されます。チームメンバーのカードもアカウント所有者のアクティブなドメインから配信されます。