---
title: "SPF レコードの例: DNS 設定のかんたんガイド | AutoSPF"
description: "メールは、仕事でもプライベートでも、私たちのコミュニケーションの大きな部分を占めています。しかし、適切なセキュリティ対策がなければ、"
image: "https://autospf.com/images/og-default.png"
canonical: "https://autospf.com/ja/spf-rekodo-rei/"
---

# SPF レコードの例: DNS 設定のかんたんガイド

メールは、仕事でもプライベートでも、私たちのコミュニケーションの大きな部分を占めています。しかし、適切なセキュリティ対策がなければ、あなたのメールが危険にさらされる可能性があることをご存じでしょうか。そこで登場するのが SPF レコードです。この特別なコードは、あなたのドメインがスパム送信者に悪用されるのを防ぎながら、メールが正しい宛先に届くことを保証します。この記事では、SPF レコードとは何か、なぜメール認証に不可欠なのか、そしてコミュニケーションを安全に保つために正しく設定する方法を解説します。さっそく始めましょう。 \_SPF レコードの一例は「v=spf1 include:\\\_spf.example.com \~all」です。これは、指定したドメインのサーバーがあなたのドメインに代わってメールを送信することを許可し、含まれていないサーバーはソフトフェイルとして扱います。この構造により、適切なメール認証が保証され、なりすましの防止に役立ち、ドメインのメール配信性とセキュリティが向上します。\_ ## SPF レコードとは？ SPF レコード（Sender Policy Framework）は、ドメインの評判を守り、ユーザーを悪意のある攻撃から保護するために設計された、メールセキュリティの重要な要素です。本質的には、どのメールサーバーがあなたのドメインに代わってメールを送信することを許可されているかを明示する、特定の種類の DNS レコードです。これを、信頼できる送信者の \_網羅的なリスト\_ と考えてください。あなたのドメインを名乗る受信メールが、本当に正しい場所から送られてきたことを保証してくれます。 こう考えてみましょう。SPF レコードはゲストリストのように機能します。クラブの用心棒が入店前にリストに載っているか確認するのと同じように、受信メールサーバーはメールを受け入れる前に、送信者を SPF レコードと照合します。この仕組みにより、許可されていないユーザーがあなたの組織になりすまして \[なりすましメール\](https://www.bleepingcomputer.com/news/google/google-now-blocks-spoofed-emails-for-better-phishing-protection/) を送信するのを防ぐことができます。 SPF レコードを導入することは、メールの配信性とセキュリティを維持するうえで大きな意味を持ちます。適切に設定すれば、送信メールの正当性を確認することで、フィッシング攻撃やスパムのリスクを大幅に減らせます。最近のデータによると、フィッシングの試みの75%以上が、よく知られたドメインになりすますことを狙っています。SPF レコードを活用することは、オーディエンスとの信頼を築くだけでなく、さまざまな形態の \[サイバー脅威\](https://hackread.com/nitrogen-ransomware-targets-financial-firms-us-uk-canada/) に対する保護も強化します。 SPF レコードを作成する際には、その \[SPF 構文\](/ja/spf-rekodo-fomatto/) を構成するさまざまな \_メカニズム\_ と \_修飾子\_ に出会います。これには ip4、ip6、include といったエントリが含まれ、どの IP アドレスやドメインがあなたのドメインのメールを送信できるかを指定するのに役立ちます。たとえば、次のようなものを目にするかもしれません。 v=spf1 ip4:192.0.2.0/24 include:\\\_spf.example.com -all これが意味するのは次のとおりです。 - v=spf1 は使用しているバージョンを示します。 - ip4:192.0.2.0/24 は指定した範囲の IP に許可を与えます。 - include:\\\_spf.example.com は別のドメインの SPF レコードを参照できるようにします。 - \\-all はレコードに明示的に記載されていないサーバーに対してハードフェイルを設定します。 ### 誤って設定された SPF レコードの影響 SPF レコードの設定ミスは、深刻な配信性の問題を引き起こすことがあります。\_有効な SPF レコードは1ドメインにつき1つだけ\_ にすべきです。複数のレコードがあると競合が生じ、正当なメールがブロックされたり、受信者の受信トレイに届かずスパムフォルダに送られたりする恐れがあります。![メールセキュリティ](https://media.mailhop.org/autospf/images/2025/06/spf-flattening-1032.jpg)SPF 設定に初めて取り組む方には、\[SPF レコードジェネレーター\](https://mxtoolbox.com/spf.aspx) のようなオンラインツールを使うと、自分の環境に合わせたガイダンスが得られ、作業を効率化できます。\[MXToolbox\](https://mxtoolbox.com/) のようなサービスで定期的に監視・検証すれば、うっかりした変更や更新があってもレコードが正しく保たれます。 SPF レコードのこうした基礎を理解することは、効果的なメールセキュリティ戦略の土台となり、成功する導入に必要な的確な手法と実践へと導いてくれます。 ## SPF レコードの作成とフォーマット いよいよ \[SPF レコードを作成する\](/ja/spf-rekodo-sakusei-hoho/) 準備ができたら、最初のステップはその基本構造を理解することです。すべては \_バージョン宣言\_ から始まります。「v=spf1」を使うことで、どのバージョンの SPF を使用しているかが明確に示され、いわば SPF レコードの起点となります。これを \[メール検証\](https://debounce.io/blog/importance-of-email-verification/) のための歓迎マットを敷くようなものだと考えてください。 この重要な導入のあとは、誰があなたのドメインに代わってメールを送信することを許可されているかを詳細に指定するメカニズムを選びます。「a」や「mx」といったツールは、ドメインの A レコードと MX レコードに一致させることができ、それらのアドレスから届くメールが有効であることを示します。これは通常、送信メールを処理するために構築したインフラと一致します。 ### 主要なコンポーネント いくつかの重要なコンポーネントをさらに詳しく見ていきましょう。 - 「a」: このメカニズムは、ドメインの A または AAAA レコードに関連付けられた IP アドレスから届くメールを許可します。誰かがそのようなアドレスからメールを送信した場合、それは認証済みとみなされます。 - 「mx」: 「a」メカニズムと同様に、「mx」メカニズムはドメインの MX レコードで指定されたメールサーバーから送信されたメールを許可します。したがって、ドメインにメールサーバーを設定していれば、このタグを適用するだけで自動的に含まれます。 - 「ip4」: このメカニズムは、あなたのドメインのメール送信を許可する個々の IPv4 アドレスや範囲を指定するのに欠かせません。ここでは \[CIDR 表記\](https://whatismyipaddress.com/cidr) を使います。たとえば「ip4:192.0.2.0/24」はアドレスの範囲を指定します。 - 「include」: このコンポーネントは、あるドメインが別のドメインの SPF 設定を効果的に借用できるようにします。メールにサードパーティサービス（\[Google Apps\](https://workspace.google.com/) など）を利用している場合、このタグを使えば、そのサービスが確立した SPF ルールを取り込めるので手間が省けます。 これらの基本コンポーネントを理解したところで、SPF レコードを正しく締めくくる方法を忘れないことが大切です。 すべての SPF レコードは「all」修飾子で終わる必要があります。この部分は、許可されていない送信者をあなたの意向に応じてどう扱うかを決めます。オプションには \_「\~all」\_ があり、これは SoftFail を意味します。つまり、送信者が認識されない場合でもメッセージは配信される可能性がありますが、疑わしいものとしてフラグが立てられます。一方、\_「-all」\_ オプションは Fail を示し、レコードに明示的に定義されていないサーバーからのメッセージを厳格に拒否します。 SPF レコードを作成するときは、メールコミュニケーションの周囲に保護の壁を築くようなものだと考えてください。適切なフォーマットと細部への注意により、悪意のある者がなりすましメールであなたのドメインを偽装する可能性が大幅に低くなります。正しい SPF 設定はセキュリティと信頼性の両方を高め、正当なやり取りが確実に相手に届く一方で、疑わしいものは適切に処理されるようにします。![フィッシング攻撃](https://media.mailhop.org/autospf/images/2025/06/spf-permerror-0236.jpg)今日 \[SPF レコード\](/ja/tools/spf-checker/) を正しく設定するために少し時間を投資すれば、明日フィッシング攻撃に関する頭痛の種を避けられます。 SPF レコードを理解する土台を築いたところで、次にシンプルな設定が実際にどう見えるかを見ていきましょう。 ## 基本的な SPF レコードの例 基本的な SPF レコードは通常、次のように表示されます。 v=spf1 a mx -all 一見すると文字と記号の寄せ集めのように見えるかもしれませんが、それぞれの要素はメールの真正性において重要な役割を果たしています。この例では、「v=spf1」が使用されている Sender Policy Framework のバージョンを示します。この表記は、現在の検証ガイドラインに準拠していることをメールサーバーに保証します。 続いて、「a」と「mx」は、ドメインの A レコードと MX レコードに基づいて許可されたサーバーを表します。これらのメカニズムを含めることが不可欠なのは、これらのレコードに一致するサーバーがあなたのドメインに代わってメールを送信することを許可されていると確認できるからです。これは、頭ごなしの拒否ではなく許可を与えるものと考えてください。承認された A または MX のソースから誰かがメールを送信すれば、検証を問題なく通過します。 ### なぜ「-all」が重要なのか では、-all が何を示すのかに注目しましょう。このディレクティブは非常に強力です。SPF レコードに指定されていないサーバーはすべてハードフェイルになることを意味します。実際には、これは望まれない客に対して扉を施錠するようなものだと考えてください。メールがあなたのドメインを名乗っていても、許可されていないソースから届いた場合は、即座に拒否されます。この設定の強固さは、\[フィッシング攻撃\](https://www.infosecurity-magazine.com/news/mobile-phishing-attacks-surge-16/) やドメインを狙うその他の悪意ある活動に対する安心感をもたらします。 関連するコンポーネントをより詳しく見てみましょう。 - v=spf1: 適用される SPF のバージョンを定義します。 - a: A レコードに示されたすべてのサーバーにメール送信の許可を与えます。 - mx: 送信メッセージのために MX レコードで参照されるサーバーを許可します。 - \\-all: それ以外のすべての送信者を頭ごなしに拒否するよう命じます。 この基本設定は小規模ドメインには十分に適していますが、複数のメールサービスに依存する場合は、強固なセキュリティ対策を整えるために、自社の個別のニーズを評価する必要があります。さらに読み進めながら、多様な送信元をスムーズに受け入れる方法を検討していきます。![SPF レコード](https://media.mailhop.org/autospf/images/2025/06/how-to-create-spf-record0-0345.jpg)\## 複数の送信者に対応する高度な SPF レコード 複数のメールサービスを利用するドメインでは、従来型の SPF レコードでは不十分な場合があります。\_高度な SPF レコード\_ は、その枠組みの中で明快さと機能性を保ちながら、さまざまな送信者を効果的に許可できます。Google Workspace と Mailchimp の両方のコミュニケーションを、疑わしいものとしてフラグが立てられることなくオーディエンスに届けたい場合を想像してみてください。次のように慎重に構成された SPF レコードで、これを実現できます。 v=spf1 ip4:192.0.2.0/24 include:\\\_spf.google.com include:servers.mcsv.net \~all 最初は難しく見えるかもしれませんが、各コンポーネントを理解すれば、ずっと分かりやすくなります。 ### 複雑さへの対処 この複雑さを乗り越えるには、SPF レコードの構造に関するいくつかの概念を把握することが不可欠です。良い出発点は CIDR ブロックを理解することです。これは \*\*192.0.2.0/24 のような構文\*\* を使って IP アドレスの範囲を効率的にまとめる方法です。これにより、個々のアドレスを列挙することなく、あなたのドメインに代わってメールを送信できるアドレスの範囲を指定できます。 Google や Mailchimp のような複数のサードパーティ メール配信サービスを統合する場合、SPF レコード内で複数の include メカニズムを使うことになります。\[SPF レコードの結合\](/blog/combine-spf-records-correctly-to-avoid-too-many-dns-lookups-errors/) に関する当社のガイドでは、ルックアップが多すぎるエラーを引き起こさずにこれを行う方法を説明しています。そうすることで、これらのサービスが、あなたのドメインに紐づくメール送信の正当なソースとして認識されるようになります。たとえば include: ディレクティブを使うと、異なるドメインの SPF レコードを自分のレコードの中で直接参照でき、複数の送信者アドレスの管理が容易になります。 \~all によるソフトフェイル ポリシーを採用すると、許可されていないソースからのメールは疑わしいものとみなされるが完全にはブロックされない、と受信サーバーに伝えられる点に注意してください。これにより、潜在的に有害なメールを監視しつつ柔軟性を確保できます。 高度な SPF レコードを構築する際は、常にその長さに注意しましょう。レコードは255文字未満に収めることを目指し、DNS ルックアップが多すぎる（10回を超える）と、さまざまな \[メールサービスプロバイダー\](https://www.activecampaign.com/glossary/email-service-provider) で設定が無効になる恐れがあることを忘れないでください。この制限は、許可された送信者を定義する際に、すっきりと簡潔なアプローチが有利であり、より良い配信性を確保できる理由を浮き彫りにします。![メールの認可](https://media.mailhop.org/autospf/images/2025/06/spf-lookup-4826.jpg)この基礎知識を手にしたところで、次はセキュリティとメール配信の効果を高めるために、ドメインの \[DNS 設定\](https://www.ntchosting.com/encyclopedia/dns/settings/) にこれらのレコードを設定する手順を見ていきましょう。 ## DNS での SPF の設定 DNS 設定に SPF レコードを追加することは、単なる技術的要件ではありません。メールの評判を守り、配信性を高めるための重要なステップです。このプロセスは、敷地の周りにフェンスを設置するようなものだと考えてください。無関係な人を締め出しつつ、信頼できる客には簡単にアクセスできるようにします。 この道のりの最初のステップは、\*\*DNS ホスティングプロバイダー\*\* のダッシュボードにログインすることです。通常は簡単な作業ですが、すべての魔法が起こる DNS 設定セクションへ移動する準備をしておきましょう。 そこにたどり着いたら、\_新しい TXT レコードを追加\_ します。ここから本当の作業が始まります。「レコードを追加」や「新しいリソースレコードを作成」といったオプションを探してください。求められたら、特定のフィールドを入力します。「Name」欄には、ドメイン名を直接入力するか、ルートドメインの場合は空欄のままにします。「Type」欄では、SPF レコードに必要な「TXT」を選択します。各エントリは正確でなければなりません。 分かりやすくするために、例を思い描いてみましょう。「example.com」というドメインに SPF を設定する場合、「Value」欄に v=spf1 ip4:192.0.2.0/24 include:\\\_spf.google.com \~all のようなものを入力します。この行は、特定の IP アドレスが example.com に代わってメールを送信することを許可されている、とメールサーバーに伝えます。 SPF レコードの詳細を入力したら、最後の重要なステップ、\_変更の保存\_ を忘れないでください。些細に思えるかもしれませんが、DNS ダッシュボードでこれらの更新を確認して保存することは、調整を反映させるうえで極めて重要です。 これらの変更を行ったあとは、世界中の \[DNS サーバー\](https://www.ibm.com/think/topics/dns-server) 全体に反映されるまで遅延が生じることがある点を必ず覚えておいてください。多くの場合、数分から48時間ほどかかります。この時間を料理のようなものだと考えてください。良いものは、その味わいを十分に引き出すのに時間がかかることがあります。この期間、サーバーが新しいレコードと同期するまで、辛抱強く待つことが肝心です。![SPF](https://media.mailhop.org/autospf/images/2025/06/spf-checker-0674.jpg)この設定プロセスについて考えて圧倒されると感じるユーザーもいるかもしれませんが、ご安心ください。多くのオンラインツールやリソースがこの作業を簡単にしてくれます。SPF レコードジェネレーターのようなリソースはホスティングプロバイダーから手軽に利用でき、初心者でもこうしたエントリの作成をわかりやすくしてくれます。 \*\*SPF を正しく設定する\*\* 方法を理解することは、メールセキュリティを強化するだけでなく、メール管理戦略をさらに向上させる効果的な検証手法への道を整えます。 ## SPF レコードを検証するためのツール 検証は、SPF レコードがエラーなく意図どおりに機能することを保証し、その効果を維持するうえで欠かせません。\_徹底したチェックは、メールの真正性への取り組みを損なう可能性のある潜在的な落とし穴や構文ミスを特定するのに役立ちます\_。幸いなことに、この目的のために特別に設計された使いやすいツールがいくつもあり、SPF レコードを正確かつ効率的に簡単に検証できます。 ### よく使われる検証ツール 広く使われているツールの一つが MXToolbox です。構文の正しさをチェックし、レコード内のエラーを指摘する包括的な SPF ルックアップツールを提供します。まるで経験豊富なメール技術者がすぐそばにいて、明快な説明でプロセスを案内してくれるようなものです。MXToolbox を使うたびに、加えた調整が正確性の観点から再確認されると分かっていて安心できます。 もう一つの信頼できる選択肢が dmarcian です。これは基本的な検証にとどまらず、SPF だけでなく DKIM や DMARC レコードの詳細な分析も提供します。この総合的な視点は、これら3つのプロトコルがどのように連携してメールを認証するかについての洞察を与えてくれます。dmarcian を使うことで、これらの \[メールセキュリティ\](/ja/home/) の層どうしのつながりを理解できました。 Google のワークスペースを利用するユーザー（多くの技術愛好家がそうです）には、Google Admin Toolbox をチェックすることをおすすめします。このツールは Google のサービスとシームレスに統合され、SPF レコードが Google 環境内の他の設定と整合していることを確認するのに役立ちます。分かりやすいインターフェースにより、コミュニケーションを安全に保つために必要な基準を簡単に維持できます。 最後に、SPF Survey Tool があります。これは事前の登録やアカウント設定なしに、SPF レコードを直接照会できるツールです。手早くチェックしたい場合や、面倒な手続きなしに他人のドメインを確認したい場合に最適です。 どのツールを選ぶにせよ、SPF レコードを \*\*定期的に検証\*\* することが極めて重要です。メールサービスプロバイダーの設定はしばしば変わるため、SPF レコードを最新に保つことで、それらが不正なものとしてフラグを立てられるのを防げます。この予防的なアプローチは、メールの配信性を高めると同時に、受信者にもメールサーバーにも信頼を確固たるものにします。 これらの効果的な検証ツールを備えれば、あなたはすでにより良いメールセキュリティへの道を歩み始めています。では、こうした対策を実施することが、メール認証戦略全体にどのような大きな利点をもたらすかを見ていきましょう。 ## SPF を導入するメリット \_SPF レコードを組み込むことで、ドメインはメールの配信性とセキュリティの両方を大きく高める複数のメリットで強化されます\_。主なメリットは、メールのなりすましを防ぐその卓越した能力にあります。なりすましは、正当な送信者になりすまそうとする悪意ある者がますます頻繁に用いる手口です。この対策は、企業を詐欺から守り、コミュニケーションが不要な妨げなく意図した受信者に届くことを保証します。 各種調査によると、適切な SPF の導入により配信率がおよそ20%向上する可能性があります。これは、有効な SPF レコードを持つドメインからのメールが、スパムフィルターを通過し、受信トレイに届き、最終的に受信者の関心を引く可能性が高くなることを意味します。 いくつかの主要なメリットをより詳しく見てみましょう。 \*\*メリット\*\* \*\*影響\*\* セキュリティの強化 ドメインの不正利用を減らし、フィッシング攻撃のリスクを最小化します。 配信性の向上 \[スパムフィルター\](https://www.fortinet.com/resources/cyberglossary/spam-filters) があなたのメールを受け入れる可能性が高まり、より確実にコミュニケーションが届くようになります。 ブランドの評判 責任あるメール運用を示すことで、受信者との信頼維持に役立ちます。 少しの間、電子コミュニケーションの荒波を航行する金融機関を想像してみてください。そのドメインから送られるメールに SPF レコードがなければ、スパムとしてフラグが立てられ、取引確認やセキュリティ通知といった重要なメッセージがサイバー空間で失われてしまう恐れがあります。その結果は破滅的になりかねません。顧客の不満、銀行の金銭的損失、そして損なわれた評判です。 \_したがって、SPF レコードを組み込むことは単なる技術的な必要性ではありません。信頼性が高く安全なメール運用を目指すあらゆる組織にとって、戦略的な一手です\_。SPF に加えて DKIM や DMARC といった他の認証プロトコルを採用することで、メールのやり取りの周囲に難攻不落の要塞を築き、あなたとユーザーを潜在的な脅威から守りつつ、コミュニケーションの回線を開かれた信頼できる状態に保てます。 こうしたメリットを踏まえると、SPF の採用はメール取引を安全にするだけでなく、顧客や利害関係者との信頼性も高めます。このセキュリティへの投資は、時間とともに \*\*評判と信頼性\*\* において大きな見返りをもたらすことができます。 ### さまざまなメールプロバイダーは SPF レコードをどのように異なって解釈しますか？ さまざまなメールプロバイダーは、スパムやフィッシング対策に関する固有のアルゴリズムやポリシーに基づいて SPF レコードを解釈します。たとえば Gmail のような一部のプロバイダーは、SPF レコードで指定された IP アドレスに対してより厳格なチェックを行う一方、より緩やかな運用をするプロバイダーもあります。2023年の調査では、メールフィルタリングシステムの約70%が受信トレイへの配置を判断する重要な要因として \[SPF 検証\](/spf-validation-failed-meaning-and-troubleshooting-methods/spf-validation-error/) を考慮している一方、さまざまなプラットフォームで設定ミスのある SPF レコードが原因で、最大30%のメールが依然として配信の問題に直面していることが示されました。その結果、解釈のわずかな違いでもメールの配信性に大きな影響を与えることがあります。 ### 同じドメインに複数の SPF レコードを持てますか？ いいえ、同じドメインに \*\*複数の SPF レコード\*\* を持つことはできません。SPF 仕様（RFC 7208）によれば、1つのドメインが持つべき SPF レコードは1つだけです。複数のレコードが存在すると、メールサーバーがどの SPF ポリシーを適用すべきか正しく解釈できず、予測不能な挙動につながる恐れがあり、正当なメールがスパムとしてマークされる可能性があります。実際、メール配信の問題の30%以上が不適切な SPF 設定に起因しており、効果的なメール認証のためには、明確に定義された単一のレコードを維持することの重要性が浮き彫りになっています。 ### 自分の SPF レコードが正しく設定されているか確認するには？ SPF レコードが正しく設定されているか確認するには、MXToolbox や Kitterman の SPF Record Testing Tool のようなオンラインツールを使えます。ドメイン名を入力するだけで、これらのツールが一般的なメール送信の慣行に照らして SPF レコードを分析し、エラーや設定ミスの特定に役立ててくれます。組織の70%以上がメールのなりすまし攻撃に直面している中、正確な SPF レコードを持つことは、ドメインを守るだけでなく、メールの配信率を大幅に高めます。![メール配信性](https://media.mailhop.org/autospf/images/2025/06/spf-record-generator-4254.jpg)\### メールに SPF レコードを設定しないとどうなりますか？ メールに SPF レコードを設定しなければ、実質的にスパム送信者があなたのドメインからメッセージを偽造できるよう、扉を大きく開け放つことになります。これはメールの不達につながる恐れがあります。多くの受信サーバーが、あなたのメッセージをスパムとしてマークしたり、まるごと拒否したりする可能性があるからです。実際、適切な SPF 設定のあるドメインは、ないドメインに比べて配信率が50%向上するという調査結果もあります。この保護がなければ、あなたの正当なコミュニケーションは \[迷惑メールフォルダ\](https://cybernews.com/news/microsofts-breach-notification-emails-end-up-in-spam-folder/) の底なし沼に消え、受信者はなぜあなたから連絡が来ないのかと不思議に思うことになるでしょう。 ### 自分のドメイン用に適切な SPF レコードを作成するには？ ドメイン用に適切な SPF レコードを作成するには、まずあなたのドメインに代わってメールを送信するすべての IP アドレスとドメインを特定することから始めます。次に、\*\*DNS TXT 形式\*\* で SPF レコードを構築します。「v=spf1」で始め、許可された IP アドレスやメカニズム（他のドメイン向けの include など）を続け、準拠しないソースの扱いを指定するために「\~all」または「-all」で締めくくります。例: \\\`v=spf1 ip4:192.0.2.0/24 include:\\\_spf.example.com \~all\\\`。よく設定された SPF は、スパムやフィッシング攻撃を70%以上減らし、より良いメール配信性と評判を確保できます。

```json
{"@context":"https://schema.org","@type":"Organization","@id":"https://www.wikidata.org/wiki/Q138897474","name":"AutoSPF","url":"https://autospf.com","logo":{"@type":"ImageObject","url":"https://autospf.com/images/autospf-logo.png"},"description":"Automatic SPF flattening and email authentication management. Resolve SPF lookup limits, flatten SPF records, and maintain email deliverability across all your domains.","parentOrganization":{"@type":"Organization","@id":"https://www.wikidata.org/wiki/Q138883901","name":"DuoCircle LLC","url":"https://www.duocircle.com","sameAs":["https://www.wikidata.org/wiki/Q138883901","https://www.crunchbase.com/organization/duocircle-llc","https://www.linkedin.com/company/duocircle","https://github.com/duocircle"],"subOrganization":[{"@type":"Organization","@id":"https://www.wikidata.org/wiki/Q138898167","name":"DMARC Report","url":"https://dmarcreport.com"},{"@type":"Organization","@id":"https://www.wikidata.org/wiki/Q138897474","name":"AutoSPF","url":"https://autospf.com"},{"@type":"Organization","@id":"https://www.wikidata.org/wiki/Q138897912","name":"Phish Protection","url":"https://www.phishprotection.com"}]},"sameAs":["https://www.wikidata.org/wiki/Q138897474","https://www.linkedin.com/company/autospf","https://x.com/autospf01","https://www.facebook.com/autospf","https://github.com/duocircle","https://www.g2.com/products/autospf/reviews"],"aggregateRating":{"@type":"AggregateRating","ratingValue":"5.0","reviewCount":"21","bestRating":"5","worstRating":"1","url":"https://www.g2.com/products/autospf/reviews"},"contactPoint":{"@type":"ContactPoint","contactType":"customer support","url":"https://autospf.com/contact-us/"},"knowsAbout":["SPF Record Flattening","Sender Policy Framework","Email Authentication","DNS Management","DMARC","DKIM","Email Deliverability","SPF Lookup Limits"]}
```

```json
{"@context":"https://schema.org","@type":"WebSite","name":"AutoSPF","url":"https://autospf.com","description":"Automatic SPF flattening and email authentication management. Resolve SPF lookup limits, flatten SPF records, and maintain email deliverability across all your domains.","publisher":{"@type":"Organization","name":"AutoSPF","url":"https://autospf.com","logo":{"@type":"ImageObject","url":"https://autospf.com/images/autospf-logo.png"},"description":"Automatic SPF flattening and email authentication management. Resolve SPF lookup limits, flatten SPF records, and maintain email deliverability across all your domains.","parentOrganization":{"@type":"Organization","@id":"https://www.wikidata.org/wiki/Q138883901","name":"DuoCircle LLC","url":"https://www.duocircle.com","sameAs":["https://www.wikidata.org/wiki/Q138883901","https://www.crunchbase.com/organization/duocircle-llc","https://www.linkedin.com/company/duocircle","https://github.com/duocircle"],"subOrganization":[{"@type":"Organization","@id":"https://www.wikidata.org/wiki/Q138898167","name":"DMARC Report","url":"https://dmarcreport.com"},{"@type":"Organization","@id":"https://www.wikidata.org/wiki/Q138897474","name":"AutoSPF","url":"https://autospf.com"},{"@type":"Organization","@id":"https://www.wikidata.org/wiki/Q138897912","name":"Phish Protection","url":"https://www.phishprotection.com"}]}}}
```

```json
{"@context":"https://schema.org","@type":"BreadcrumbList","itemListElement":[{"@type":"ListItem","position":1,"name":"Home","item":"https://autospf.com/"},{"@type":"ListItem","position":2,"name":"SPF レコードの例","item":"https://autospf.com/ja/spf-rekodo-rei/"}]}
```