1. [ホーム](/) 2. ›[ブログ](/blog) 3. ›DNS ## 「DNS」の記事 タグ「DNS」が付けられた記事を新しい順に表示しています。 [DNSSEC](/blog/tag/dnssec)DNS[ドメイン管理](/blog/tag/ドメイン管理) ## [DNSSEC の DS レコードをレジストラに登録する手順](/blog/dnssec-ds-record-registrar) [DNSSEC 有効化の最後の一手は DS レコードのレジストラ登録です。DNSKEY からの DS 生成、登録画面の位置、dig や DNSViz での検証、停止を防ぐ注意点までまとめます。](/blog/dnssec-ds-record-registrar) [2026年6月6日約 ](/blog/dnssec-ds-record-registrar) [7](/blog/dnssec-ds-record-registrar) [ 分で読めます](/blog/dnssec-ds-record-registrar) DNS[メール認証](/blog/tag/メール認証)[運用](/blog/tag/運用) ## [バックアップMX・セカンダリMXは本当に必要か](/blog/mx-backup-secondary-guide) [プライマリ障害に備えるバックアップMX・セカンダリMX。クラウドメールでは不要論が主流である理由と、放置で踏み台にされるリスク、中小企業が本当に必要か見極める判断軸をやさしく解説します。](/blog/mx-backup-secondary-guide) [2026年6月6日約 ](/blog/mx-backup-secondary-guide) [6](/blog/mx-backup-secondary-guide) [ 分で読めます](/blog/mx-backup-secondary-guide) DNS[Web 担当者]()[学習](/blog/tag/学習) ## [apex に CNAME を置けない理由](/blog/cname-restrictions-apex) [ルートドメイン（apex）に CNAME を設定できないのは RFC 1034 の共存制約が理由です。理由と、ALIAS / ANAME / CNAME フラット化という代替手段を Web 担当者向けに整理します。](/blog/cname-restrictions-apex) [2026年6月3日約 ](/blog/cname-restrictions-apex) [6](/blog/cname-restrictions-apex) [ 分で読めます](/blog/cname-restrictions-apex) DNS[Web 担当者]()[トラブルシューティング](/blog/tag/トラブルシューティング)[運用](/blog/tag/運用) ## [DNSキャッシュのクリア方法｜Mac・Windows](/blog/dns-cache-flush-mac-windows) [DNS設定を変更したのにサイトが古いIPに繋がる時の対処法。Mac・Windows・Chromeで DNSキャッシュをクリアする具体的なコマンドと、古い情報が残る仕組みをわかりやすく解説します。](/blog/dns-cache-flush-mac-windows) [2026年6月1日約 ](/blog/dns-cache-flush-mac-windows) [6](/blog/dns-cache-flush-mac-windows) [ 分で読めます](/blog/dns-cache-flush-mac-windows) DNS[DNSSEC](/blog/tag/dnssec)[Web セキュリティ]()[ツール](/blog/tag/ツール) ## [DNSSEC 確認ツール比較・選び方ガイド](/blog/dnssec-check-tool-comparison) [DNSSEC を確認する主要ツールを比較。DNSViz / Verisign DNSSEC Debugger / dig +dnssec / delv の長所短所と検証範囲、Web かコマンドかを表で整理します。](/blog/dnssec-check-tool-comparison) [2026年6月1日約 ](/blog/dnssec-check-tool-comparison) [5](/blog/dnssec-check-tool-comparison) [ 分で読めます](/blog/dnssec-check-tool-comparison) DNS[ドメイン管理](/blog/tag/ドメイン管理)[学習](/blog/tag/学習) ## [グルーレコードとは？必要になるケースを解説](/blog/glue-record-toha) [glue record（接着レコード）とは何かを図解。自前のネームサーバを自ドメイン配下に置くと起きる循環参照を、グルーレコードがどう解決するのか、必要なケースと不要なケースまで整理します。](/blog/glue-record-toha) [2026年6月1日約 ](/blog/glue-record-toha) [5](/blog/glue-record-toha) [ 分で読めます](/blog/glue-record-toha) [AI エージェント対応]()DNS[Web 担当者]()[運用](/blog/tag/運用) ## [DNS-AID に対応してみた｜実装の記録と落とし穴](/blog/dns-aid-jissou-jirei) [DNS for AI Discovery（DNS-AID）に自社ドメインで対応した記録。dns-aid CLI と Cloudflare での公開手順、cap が TXT に降格する罠、DNSSEC の判断まで率直にまとめます。](/blog/dns-aid-jissou-jirei) [2026年5月30日約 ](/blog/dns-aid-jissou-jirei) [5](/blog/dns-aid-jissou-jirei) [ 分で読めます](/blog/dns-aid-jissou-jirei) DNS[SSL](/blog/tag/ssl)[セキュリティ](/blog/tag/セキュリティ)[Web 担当者]() ## [DNS CAA レコードとは｜中小企業の設定手順](/blog/dns-caa-record-smb-setup) [CAA レコードはどの認証局に SSL 証明書の発行を許可するかを DNS で宣言する仕組みです。仕組み・必要な理由・Cloudflare での設定手順・中小企業が注意すべき点を Web 担当者向けに解説します。](/blog/dns-caa-record-smb-setup) [2026年5月30日約 ](/blog/dns-caa-record-smb-setup) [8](/blog/dns-caa-record-smb-setup) [ 分で読めます](/blog/dns-caa-record-smb-setup) DNS[学習](/blog/tag/学習)[Web 担当者]()[運用](/blog/tag/運用) ## [DNS 浸透とは？反映の確認方法と時間](/blog/dns-shintou-jikan-confirm) [「DNS 浸透待ち」という言葉は誤解のもとです。実際は TTL に従って各リゾルバが古い値をキャッシュしているだけ。仕組みと反映の確認方法、変更前に時間を短くするコツを Web 担当者向けに解説します。](/blog/dns-shintou-jikan-confirm) [2026年5月30日約 ](/blog/dns-shintou-jikan-confirm) [7](/blog/dns-shintou-jikan-confirm) [ 分で読めます](/blog/dns-shintou-jikan-confirm) [AI エージェント対応]()[Web セキュリティ]()[Web 担当者]()DNS ## [AI エージェント対応とは？確認方法を解説](/blog/agent-readiness-toha) [AI エージェント対応（agent readiness）とは何かを解説。robots.txt・llms.txt・.well-known・構造化データなど 5 観点のチェック項目と、中小企業がどこから着手すべきかの優先順位を整理します。](/blog/agent-readiness-toha) [2026年5月29日約 ](/blog/agent-readiness-toha) [6](/blog/agent-readiness-toha) [ 分で読めます](/blog/agent-readiness-toha) [AI エージェント対応]()[Web 担当者]()DNS ## [サイトの AI 対応を確認する方法](/blog/agent-ready-check-howto) [自社サイトが AI エージェント対応できているかを確認する手順を解説。robots.txt や .well-known を自分で点検する curl コマンドと、無料チェックツールで一括採点する方法を中小企業向けに整理します。](/blog/agent-ready-check-howto) [2026年5月29日約 ](/blog/agent-ready-check-howto) [5](/blog/agent-ready-check-howto) [ 分で読めます](/blog/agent-ready-check-howto) [AI エージェント対応]()DNS[Web 担当者]() ## [DNS-AID とは？DNS で AI 入口を告知](/blog/dns-aid-toha) [DNS for AI Discovery（DNS-AID）とは何かを解説。DNS を使って AI エージェントの入口を発見可能にする提案で、SVCB レコードの使い方や中小企業サイトでの位置づけを整理します。](/blog/dns-aid-toha) [2026年5月29日約 ](/blog/dns-aid-toha) [4](/blog/dns-aid-toha) [ 分で読めます](/blog/dns-aid-toha) [AI エージェント対応]()[Web 担当者]()DNS ## [MCP Server Card とは？仕組みを解説](/blog/mcp-server-card-toha) [MCP Server Card とは何かを解説。/.well-known/mcp/server-card.json で MCP サーバの機能や接続情報を接続前に公開する提案で、AI クライアントが自動設定できる仕組みを整理します。](/blog/mcp-server-card-toha) [2026年5月29日約 ](/blog/mcp-server-card-toha) [4](/blog/mcp-server-card-toha) [ 分で読めます](/blog/mcp-server-card-toha) [AI エージェント対応]()[Web 担当者]()DNS ## [api-catalog とは？RFC 9727 を解説](/blog/well-known-api-catalog-toha) [/.well-known/api-catalog とは何かを RFC 9727 に沿って解説。API の一覧を機械可読で公開し、ツールや自動処理に機能を見つけてもらう仕組みと、中小企業サイトでの位置づけを整理します。](/blog/well-known-api-catalog-toha) [2026年5月29日約 ](/blog/well-known-api-catalog-toha) [4](/blog/well-known-api-catalog-toha) [ 分で読めます](/blog/well-known-api-catalog-toha) DNS[Cloudflare](/blog/tag/cloudflare)[AWS](/blog/tag/aws)[GCP](/blog/tag/gcp) ## [マネージド DNS 比較｜主要 6 社の選び方【2026】](/blog/dns-saas-comparison-2026) [Cloudflare / Route 53 / Google Cloud DNS / Azure DNS / Xserver Domain / お名前ドット com を料金・DNSSEC・Anycast・API の 4 軸で比較。中小企業向けの選択フローも提示します。](/blog/dns-saas-comparison-2026) [2026年5月26日約 ](/blog/dns-saas-comparison-2026) [6](/blog/dns-saas-comparison-2026) [ 分で読めます](/blog/dns-saas-comparison-2026) DNS[DNSレコード](/blog/tag/DNSレコード)[インフラ](/blog/tag/インフラ) ## [DNS SOA TTL の推奨値｜実務でハマらない設定](/blog/dns-soa-ttl-best-practice) [SOA レコードの Serial / Refresh / Retry / Expire / Minimum TTL の推奨値を RFC 1912 と実務経験に基づいて整理。ハマりやすい設定 3 パターンと回避策も解説します。](/blog/dns-soa-ttl-best-practice) [2026年5月26日約 ](/blog/dns-soa-ttl-best-practice) [6](/blog/dns-soa-ttl-best-practice) [ 分で読めます](/blog/dns-soa-ttl-best-practice) [SPF](/blog/tag/spf)[メール認証](/blog/tag/メール認証)DNS[運用](/blog/tag/運用) ## [SPF include 10 個制限の確認方法](/blog/spf-include-limit-check) [SPF の DNS lookup が RFC 7208 上限 10 を超えていないかを確認する 3 つの方法（MXToolbox / dig / 無料ツール）と、include / a / mx / redirect / ptr / exists の数え方を実例で整理しました。](/blog/spf-include-limit-check) [2026年5月26日約 ](/blog/spf-include-limit-check) [5](/blog/spf-include-limit-check) [ 分で読めます](/blog/spf-include-limit-check) DNS[DNSレコード](/blog/tag/DNSレコード)[インフラ](/blog/tag/インフラ) ## [DNS SOA レコードとは｜7 フィールド入門解説](/blog/dns-soa-record-basics) [DNS の SOA レコードを 7 フィールド（MNAME / RNAME / Serial / Refresh / Retry / Expire / Min TTL）に分解して入門解説。dig 確認方法とマネージド DNS の注意点も。](/blog/dns-soa-record-basics) [2026年5月23日約 ](/blog/dns-soa-record-basics) [5](/blog/dns-soa-record-basics) [ 分で読めます](/blog/dns-soa-record-basics) [SPF](/blog/tag/spf)[メール認証](/blog/tag/メール認証)DNS ## [SPF include 10 個制限の超過対処｜3 つの解決策](/blog/spf-include-limit-fix) [SPF の DNS ルックアップ 10 個制限（RFC 7208）を超えると Permerror で送信失敗する仕組みと、Flattening / サブドメイン分離 / 不要 include 削除の 3 解決策を比較解説。](/blog/spf-include-limit-fix) [2026年5月23日約 ](/blog/spf-include-limit-fix) [6](/blog/spf-include-limit-fix) [ 分で読めます](/blog/spf-include-limit-fix) [メール認証](/blog/tag/メール認証)DNS[DMARC](/blog/tag/dmarc) ## [メールと DNS の関係｜SPF DKIM DMARC 入門](/blog/mail-and-dns-relationship) [メールが届く仕組みは DNS で 9 割決まります。MX / SPF / DKIM / DMARC が DNS のどこに書かれ、受信側がどう参照するかを 1 枚絵で俯瞰する入門ハブ記事。](/blog/mail-and-dns-relationship) [2026年5月22日約 ](/blog/mail-and-dns-relationship) [6](/blog/mail-and-dns-relationship) [ 分で読めます](/blog/mail-and-dns-relationship) DNS[Cloudflare](/blog/tag/cloudflare)[AWS](/blog/tag/aws)[Web 担当者]() ## [DNS SaaS 比較｜主要 5 社の選び方](/blog/dns-saas-comparison) [Route 53、Cloudflare、NS1、Akamai Edge DNS、Google Cloud DNS を中小企業の Web 担当者向けに比較。料金感・運用しやすさ・冗長化観点で選び方を整理しました。](/blog/dns-saas-comparison) [2026年5月18日約 ](/blog/dns-saas-comparison) [4](/blog/dns-saas-comparison) [ 分で読めます](/blog/dns-saas-comparison) [メール運用](/blog/tag/メール運用)[セキュリティ](/blog/tag/セキュリティ)DNS ## [Catch-all メールアドレスのリスクと代替策｜Web 担当者向けの判断材料](/blog/catch-all-mailbox-risk) [存在しないメールアドレス宛のメールを全て特定のメールボックスで受信する catch-all 設定は、スパム・なりすまし・列挙攻撃の温床になります。具体的なリスク、運用上の落とし穴、エイリアス運用への移行手順を Web 担当者向けに整理しました。](/blog/catch-all-mailbox-risk) [2026年5月13日約 ](/blog/catch-all-mailbox-risk) [3](/blog/catch-all-mailbox-risk) [ 分で読めます](/blog/catch-all-mailbox-risk) DNS[メール認証](/blog/tag/メール認証)[PTR](/blog/tag/ptr) ## [逆引き DNS（PTR レコード）とメール送信の関係｜配信性を左右する基本設定](/blog/reverse-dns-ptr-email) [送信元 IP の逆引き DNS（PTR レコード）が正しく設定されているかは、メール配信性に大きく影響します。FCrDNS（前方一致確認）の意味、PTR 未設定や mismatch で起きる問題、設定方法と確認手順を Web 担当者向けに整理しました。](/blog/reverse-dns-ptr-email) [2026年5月13日約 ](/blog/reverse-dns-ptr-email) [3](/blog/reverse-dns-ptr-email) [ 分で読めます](/blog/reverse-dns-ptr-email) DNS[Cloudflare](/blog/tag/cloudflare)[Web 担当者]()[学習](/blog/tag/学習) ## [CNAME Flattening の仕組みと使いどころ｜Cloudflare 設定で apex に CNAME 風レコードを置く](/blog/dns-cname-flattening-guide) [DNS の RFC 1034 では apex（root）レコードに CNAME を書けない制約があります。Cloudflare の CNAME Flattening 機能で apex でも CNAME 風の動作を実現する仕組みと、使うべきケース / 避けるべきケースを Web 担当者向けに整理しました。](/blog/dns-cname-flattening-guide) [2026年5月12日約 ](/blog/dns-cname-flattening-guide) [3](/blog/dns-cname-flattening-guide) [ 分で読めます](/blog/dns-cname-flattening-guide) [MTA-STS](/blog/tag/mta-sts)[メール認証](/blog/tag/メール認証)DNS[TLS](/blog/tag/tls) ## [MTA-STS 導入の具体的ステップ｜DNS と HTTPS ポリシーを 90 分でセットする手順](/blog/mta-sts-implementation-steps) [MTA-STS（RFC 8461）を自社ドメインに導入する具体的な手順を、DNS レコード設定 / ポリシーファイル配置 / HTTPS 公開 / TLS-RPT 連携 / testing → enforce への移行まで Web 担当者向けに整理しました。](/blog/mta-sts-implementation-steps) [2026年5月12日約 ](/blog/mta-sts-implementation-steps) [3](/blog/mta-sts-implementation-steps) [ 分で読めます](/blog/mta-sts-implementation-steps) DNS[SOA](/blog/tag/soa)[ゾーン転送](/blog/tag/ゾーン転送) ## [AXFR とは｜DNS ゾーン転送と SOA レコードの関係](/blog/soa-record-zone-transfer) [AXFR（DNS ゾーン転送）の仕組みと、SOA レコードとの関係を 3 分で整理。Serial / Refresh / Retry / Expire / Minimum TTL ほか 7 フィールドの役割、dig での確認方法、AXFR を外部開放してはいけない理由まで解説します。](/blog/soa-record-zone-transfer) [2026年5月12日約 ](/blog/soa-record-zone-transfer) [3](/blog/soa-record-zone-transfer) [ 分で読めます](/blog/soa-record-zone-transfer) [セキュリティ](/blog/tag/セキュリティ)DNS[サブドメイン](/blog/tag/サブドメイン)[Web 担当者]() ## [dangling CNAME（宙ぶらりん CNAME）とは？リスクと検出方法をWeb 担当者向けに整理](/blog/dangling-cname-risk) [dangling CNAME（宙ぶらりん CNAME）の意味と、サブドメインテイクオーバーへ繋がる仕組みを図解で解説。CT log と DNS から自社の dangling CNAME を検出する手順、是正方法をWeb 担当者向けに整理します。](/blog/dangling-cname-risk) [2026年5月9日約 ](/blog/dangling-cname-risk) [4](/blog/dangling-cname-risk) [ 分で読めます](/blog/dangling-cname-risk) DNS[ドメイン管理](/blog/tag/ドメイン管理)[トラブルシューティング](/blog/tag/トラブルシューティング)[運用](/blog/tag/運用) ## [DNS 移管でメールが止まった時の復旧手順](/blog/dns-migration-recovery-mail) [DNS 移管中・移管後にメールが届かなくなる主な原因 4 つと、緊急復旧の手順、TTL 戦略、旧新ネームサーバーを併用する段階的移管の進め方を実務目線で整理しました。](/blog/dns-migration-recovery-mail) [2026年5月7日約 ](/blog/dns-migration-recovery-mail) [5](/blog/dns-migration-recovery-mail) [ 分で読めます](/blog/dns-migration-recovery-mail) [DKIM](/blog/tag/dkim)[メール認証](/blog/tag/メール認証)DNS[トラブルシューティング](/blog/tag/トラブルシューティング) ## [DKIM はどうやって確認する？コマンド 4 種を整理](/blog/dkim-check-commands) [DKIM レコードが正しく公開されているかを確認する dig / nslookup / PowerShell / オンラインツールの 4 種の使い分けを、Web 担当者向けに実コマンド例付きで整理します。](/blog/dkim-check-commands) [2026年5月6日約 ](/blog/dkim-check-commands) [6](/blog/dkim-check-commands) [ 分で読めます](/blog/dkim-check-commands) [DKIM](/blog/tag/dkim)[メール認証](/blog/tag/メール認証)DNS[運用](/blog/tag/運用) ## [DKIM セレクタは何個まで持てる？主要 5 サービスで整理](/blog/dkim-selector-explained) [DKIM セレクタの役割と、Google Workspace / Microsoft 365 / SendGrid / Mailchimp / Resend の主要 5 サービスのデフォルト名・複数鍵共存・切替手順を Web 担当者向けにまとめます。](/blog/dkim-selector-explained) [2026年5月6日約 ](/blog/dkim-selector-explained) [6](/blog/dkim-selector-explained) [ 分で読めます](/blog/dkim-selector-explained) [メール認証](/blog/tag/メール認証)[Web 担当者]()[ドメイン管理](/blog/tag/ドメイン管理)DNS ## [ドメイン診断 無料ツール 6 選比較｜30 秒で確認](/blog/domain-diagnosis-free-tools) [ドメイン診断を 30 秒で。SPF / DKIM / DMARC / SSL / DNS を無料でチェックできる主要 6 ツールを、日本語対応・登録要否・網羅範囲・連携機能で比較。中小企業の担当者が最初に試すべき選択肢を 2 分で。](/blog/domain-diagnosis-free-tools) [2026年5月6日約 ](/blog/domain-diagnosis-free-tools) [6](/blog/domain-diagnosis-free-tools) [ 分で読めます](/blog/domain-diagnosis-free-tools) [メール認証](/blog/tag/メール認証)DNS[学習](/blog/tag/学習)[運用](/blog/tag/運用) ## [MTA-STSとTLS-RPT｜DMARCの次の一手](/blog/mta-sts-tls-rpt-basics) [MTA-STS（RFC 8461）とTLS-RPT（RFC 8460）の役割、設定方法、ポリシーモードの段階移行を解説。DMARC導入後に検討したい次世代メール認証の入門記事です。](/blog/mta-sts-tls-rpt-basics) [2026年5月6日約 ](/blog/mta-sts-tls-rpt-basics) [5](/blog/mta-sts-tls-rpt-basics) [ 分で読めます](/blog/mta-sts-tls-rpt-basics) [SPF](/blog/tag/spf)[メール認証](/blog/tag/メール認証)DNS[トラブルシューティング](/blog/tag/トラブルシューティング) ## [SPF include 入れ子と10ルックアップ計上](/blog/spf-include-nesting) [SPFのinclude入れ子は親の総ルックアップ数に再帰的にカウントされる。Google・SendGrid・Mailchimp併用で10回上限を超える典型例と確認手順を解説。](/blog/spf-include-nesting) [2026年5月6日約 ](/blog/spf-include-nesting) [5](/blog/spf-include-nesting) [ 分で読めます](/blog/spf-include-nesting) [SPF](/blog/tag/spf)[メール認証](/blog/tag/メール認証)DNS[学習](/blog/tag/学習) ## [SPF マクロ %{i} %{d} の仕組みと例](/blog/spf-macros-guide) [SPF マクロは送信元 IP やドメインを動的に展開する上級機能。%{i} %{d} %{s} などの主要マクロと exists 組み合わせの設定例を解説する。](/blog/spf-macros-guide) [2026年5月6日約 ](/blog/spf-macros-guide) [5](/blog/spf-macros-guide) [ 分で読めます](/blog/spf-macros-guide) [SPF](/blog/tag/spf)[メール認証](/blog/tag/メール認証)[Web 担当者]()DNS ## [SPF 確認ツール比較｜おすすめ 6 製品](/blog/spf-online-checker-comparison) [SPF レコードをオンラインで確認できる主要 6 ツールを、include ツリー可視化・10 ルックアップ計上・構文エラー検出・日本語 UI・登録要否の 5 軸で比較し、用途別の選び方を解説します。](/blog/spf-online-checker-comparison) [2026年5月6日約 ](/blog/spf-online-checker-comparison) [6](/blog/spf-online-checker-comparison) [ 分で読めます](/blog/spf-online-checker-comparison) [DMARC](/blog/tag/dmarc)[メール認証](/blog/tag/メール認証)[運用](/blog/tag/運用)DNS ## [DMARCレポートが届かない原因と確認方法](/blog/dmarc-rua-not-receiving) [DMARCをp=noneで設定したのにrua集計レポートが届かない場合の代表的な4つの原因と、digコマンドでの認可レコード確認手順、迷惑メール判定の見直しまでをWeb 担当者向けに整理します。](/blog/dmarc-rua-not-receiving) [2026年5月4日約 ](/blog/dmarc-rua-not-receiving) [6](/blog/dmarc-rua-not-receiving) [ 分で読めます](/blog/dmarc-rua-not-receiving) DNS[ドメイン管理](/blog/tag/ドメイン管理)[Web 担当者]()[学習](/blog/tag/学習) ## [ネームサーバーとは｜Web 担当者向けの役割解説](/blog/nameserver-basics-smb) [ドメインのネームサーバー（NS）について、レジストラとの違い・最低2台必要な冗長性の理由・変更時の伝播時間と注意点を、Web 担当者向けに具体例つきでわかりやすく整理します。](/blog/nameserver-basics-smb) [2026年5月4日約 ](/blog/nameserver-basics-smb) [5](/blog/nameserver-basics-smb) [ 分で読めます](/blog/nameserver-basics-smb) [SPF](/blog/tag/spf)[メール認証](/blog/tag/メール認証)[Web 担当者]()DNS ## [SPFレコードとは？Web 担当者向けの基礎](/blog/spf-basics-smb) [SPFレコードの役割をWeb 担当者向けに、専門用語をできるだけ使わずやさしく解説。Google Workspace向けの最小設定例と、押さえておきたい落とし穴まで一気にわかります。](/blog/spf-basics-smb) [2026年5月4日約 ](/blog/spf-basics-smb) [5](/blog/spf-basics-smb) [ 分で読めます](/blog/spf-basics-smb) DNS[ドメイン管理](/blog/tag/ドメイン管理)[学習](/blog/tag/学習)[Web 担当者]() ## [TXTレコードとは｜わかりやすく例つき解説](/blog/txt-record-basics) [DNSのTXTレコードについて、SPF・DKIM・DMARC・ドメイン所有確認の4つの代表的な使い方と設定例、255文字制限などの注意点を、Web 担当者向けに具体例つきでわかりやすく整理します。](/blog/txt-record-basics) [2026年5月4日約 ](/blog/txt-record-basics) [6](/blog/txt-record-basics) [ 分で読めます](/blog/txt-record-basics) [SPF](/blog/tag/spf)[DKIM](/blog/tag/dkim)[DMARC](/blog/tag/dmarc)DNS ## [お名前.com の SPF/DKIM/DMARC 設定｜2 ルート判定](/blog/onamae-email-auth-setup) [お名前.com で取得したドメインに SPF・DKIM・DMARC を設定する手順を、ネームサーバー切替の有無で分かれる 2 ルートの判定フロー付きで解説。迷惑メール扱いや不達を防ぎ、メールが届く状態にします。](/blog/onamae-email-auth-setup) [2026年5月2日約 ](/blog/onamae-email-auth-setup) [5](/blog/onamae-email-auth-setup) [ 分で読めます](/blog/onamae-email-auth-setup) DNS[制作会社](/blog/tag/制作会社)[デザイン会社](/blog/tag/デザイン会社) ## [デザイン会社の DNS 設定はどこに相談？外注先の選び方](/blog/design-agency-dns-help) [デザイン会社・制作会社のディレクターが顧客案件の DNS 設定で詰まった時、どこに相談するか・最低限の確認事項・外注先選びの判断軸を、下請け相場感込みで実務目線で整理します。](/blog/design-agency-dns-help) [2026年5月1日約 ](/blog/design-agency-dns-help) [4](/blog/design-agency-dns-help) [ 分で読めます](/blog/design-agency-dns-help) DNS[Web 担当者]()[学習](/blog/tag/学習) ## [DNS とは｜Web 担当者向けにわかりやすく解説](/blog/dns-basics) [DNSはドメインとサーバーをつなぐ電話帳のような仕組みです。Web 担当者・情シス・制作会社担当者向けに、DNSの役割・主要レコード・設定時の注意点を最低限の用語でやさしく解説します。](/blog/dns-basics) [2026年4月30日約 ](/blog/dns-basics) [5](/blog/dns-basics) [ 分で読めます](/blog/dns-basics) [DNSSEC](/blog/tag/dnssec)DNS[Web 担当者]() ## [DNSSEC とは｜Web 担当者の導入判断ガイド](/blog/dnssec-basics) [DNSSECはDNSの応答に電子署名を付けて改ざんを防ぐ仕組みです。中小企業が導入すべきかを判断できるよう、仕組み・メリット・運用リスク・導入手順を整理します。](/blog/dnssec-basics) [2026年4月30日約 ](/blog/dnssec-basics) [4](/blog/dnssec-basics) [ 分で読めます](/blog/dnssec-basics) DNS[MX](/blog/tag/mx)[Web 担当者]() ## [MXレコードとは｜設定方法と優先度をやさしく解説](/blog/mx-record-guide) [MXレコードはメールの届く先を指定するDNSレコードです。Google WorkspaceやMicrosoft 365でメールを使うWeb 担当者向けに、設定の基本・優先度の意味・よくあるミスをわかりやすく解説します。](/blog/mx-record-guide) [2026年4月30日約 ](/blog/mx-record-guide) [4](/blog/mx-record-guide) [ 分で読めます](/blog/mx-record-guide) [診断ツール](/blog/tag/診断ツール)[メール認証](/blog/tag/メール認証)DNS[Web 担当者]() ## [ドメイン番人の無料診断を大幅拡張｜27項目に](/blog/diagnose-expansion) [メール認証(SPF/DKIM/DMARC)中心だった無料ドメイン診断を、DNSインフラ・Webセキュリティ・ドメイン管理・ブランド保護まで5カテゴリ27項目に拡張しました。看板スコアと既存APIの後方互換は維持しています。](/blog/diagnose-expansion) [2026年4月29日約 ](/blog/diagnose-expansion) [5](/blog/diagnose-expansion) [ 分で読めます](/blog/diagnose-expansion) DNS[DNSSEC](/blog/tag/dnssec)[ドメイン管理](/blog/tag/ドメイン管理)[Web 担当者]() ## [NS 冗長性と DNS 健全性｜サイト運営者の DNS リスク](/blog/dns-infra-health) [NS 1台運用のリスクから DNSSEC・CAA・IPv6・応答速度まで、DNS インフラの健全性をWeb 担当者・情シス・制作会社者向けに整理します。落とし穴とチェック観点を一気に把握しましょう。](/blog/dns-infra-health) [2026年4月29日約 ](/blog/dns-infra-health) [5](/blog/dns-infra-health) [ 分で読めます](/blog/dns-infra-health) DNS[ドメイン管理](/blog/tag/ドメイン管理)[メール認証](/blog/tag/メール認証)[Web 担当者]() ## [DNSレコードの種類とは？A・CNAMEの違いを図解](/blog/dns-record-types) [A・MX・TXTなどDNSレコードの主要な種類を、Web 担当者向けに役割・設定例・よくある落とし穴まで整理します。サイト表示とメール配送の両方に関わる基礎を一気に押さえましょう。](/blog/dns-record-types) [2026年4月24日約 ](/blog/dns-record-types) [8](/blog/dns-record-types) [ 分で読めます](/blog/dns-record-types) [← すべての記事を見る](/blog)