Webライティングの失敗例から学ぶ実践パターンと再現のポイント

Webライティングの失敗例は、文章力の不足というより、読者視点の欠如と設計・検証の不足というパターンに集約できます。この記事では失敗を文章表現、SEO構成、読者理解、運用と外注の4つのレイヤーに分類し、NG文と修正文を対比しながら解説します。自社メディアで1,548記事を検証した実測データも交え、読まれない原因の特定方法と再発防止の手順まで紹介するので、自分の原稿と照らし合わせながら読み進めてください。

Webライティングの失敗例は4つのレイヤーに分けられる

Webライティングの失敗例を文章表現・SEO構成・読者理解・運用と外注の4つのレイヤーに分けると、問題の特定と修正の順序が明確になります。この章では分類の枠組みと、パターンで学ぶ意味を整理します。

あわせて、SEOライティングの基本的な考え方とWebライティングの基本手順を押さえておくと、各失敗がどの工程で生まれるのかを理解しやすくなります。

失敗を4層に切り分ける分類マップとは

Webライティングの失敗は表層の文章表現だけでなく、構成設計・読者理解・運用管理の4層で起きるため、1つの修正だけでは再発を防げません。まず自分が直したい記事の失敗がどの層に属するかを切り分けるのが最初のステップです。

文章表現の層は主語と述語のねじれや一文の長さなど読み手の負担になるミス、SEO構成の層は検索意図と見出し構造のズレ、読者理解の層は書き手目線やCTAの不一致、運用と外注の層は品質のムラや量産によるサイト評価の低下です。

層の切り分けが曖昧なまま表現だけ直しても、構成や運用の失敗が残っていれば成果は戻りません。次の表で4つのレイヤーと典型的な失敗例の対応を整理しました。

レイヤー	典型的な失敗例	起こりやすい影響
文章表現	主語と述語の不一致、一文の長さ、表記揺れ	二度読みによる離脱と読了率の低下
SEO構成	結論後回し、見出しと本文の不一致、根拠不足	検索評価の低下とスキャン離脱
読者理解	書き手目線、記事目的とCTAのズレ	期待値のズレと機会損失
運用と外注	独自性不足、品質のムラ、AI出力の丸投げ	ドメイン評価の低下とインデックス拒否

表のとおり、運用と外注の失敗は記事単体を越えてサイト全体に波及します。そのため、この記事ではレイヤーごとに検知方法と修正方法を分けて解説します。

失敗例をパターンで学ぶ理由とは

失敗例を個別の指摘として覚えても、次の記事では形を変えて同じミスが再発するため、パターン化して検知できる状態にしておくことが重要です。指摘された文面だけを直す学習は、別の表現で同じ誤りが起きたときに気づけません。

筆者が30,000記事超のAIライティングを統括してきた経験でも、文面の修正だけで終わった記事は、後日よく似た構造の失敗を繰り返す傾向がありました。一方で、失敗をチェック項目に変換した制作チームは修正の手戻りが明らかに減ります。

TechSuite株式会社の「バクヤスAI記事代行」は、失敗パターンをキーワード設計と構成案の段階からチェック項目として落とし込むため、執筆後の大規模な手戻りが起きにくい設計をとっています。書き手個人の感覚に依存しない点が特徴です。

パターンで学ぶ利点は、次の3点に整理できます。

文章表現の失敗例を修正につなげる実践方法

文章表現の失敗は、読者に二度読みを強いる、読む気を失わせるという2つの結果を生みます。このレイヤーは大半が機械的なチェックで検知できるため、修正の再現性が最も高い領域です。

文章表現の頻出NG例としては、主語と述語の不一致や一文の長さなど10項目が知られています。出典 本記事では代表的なものをNG文と修正文の対比で確認していきます。

主語と述語のねじれはなぜ二度読みを生むのか

主語と述語の対応が崩れた文は、読者に無意識の二度読みを強いります。一文の中の「誰が・何が・どうする」の組み合わせが破綻すると、読み手は前の文節へ戻って関係を補い直さなければなりません。

典型的な失敗文は「この機能を使うには、作業効率が向上します」です。主語のない前半と「作業効率が向上します」が噛み合わず、「この機能を使うと作業効率が向上します」に直すと自然になります。

この失敗の原因は、書きながら途中で構文を変えてしまうことにあります。対策としては、書き終えた文から主語と述語だけを抜き出し、組み合わせが自然かどうかを音読で確認する方法が有効です。

複文で主語が入れ替わる場合は、無理に一文でつなげず節ごとに文を分けるとねじれを防げます。短い修正の積み重ねが読了率の改善につながります。

「たり」の誤用で文末のリズムは崩れるのか

「たり」の誤用は文法的な誤りというより、文末のリズムを崩して読む気を削ぐ失敗です。並列する動作は「〜たり〜たり」で揃えるのが基本です。

失敗文の例は「資料を読んだり、まとめました」です。前半だけ「たり」で終わるため、「資料を読んだり、まとめたりしました」に直すとリズムが整います。

文末表現の重複も同じ層の失敗です。「です。です。です」と同じ語尾が続くと単調な印象を与えます。文末を無理に言い換えるより、文の構造自体を変えて自然に整えるのが安全です。

チェックの際は音読して同じ語尾が3回続いていないか確認します。機械的な指摘ができるため、校正ツールで事前検出する運用も向いています。

一文が長いとスマホ読者は離脱するのか

一文に複数の情報を詰め込むと、スマートフォン画面上では文の構造を追い切れず離脱につながるため、一文一義を基本にします。長さより情報が1つに絞れているかで判断するのが実用的です。

一般的な目安として一文60文字を超えると読みにくくなりやすいといわれますが、文字数そのものより述語の数を目安にすると判定が安定します。述語が2つ以上ある文は分割を検討します。

失敗例は「本記事ではAI検索の仕組みを説明したうえで、AIが情報をどのように引用するのか、その判断基準と改善方法を解説していきます」です。これを「本記事ではAI検索の仕組みを説明します。そのうえで引用の判断基準と改善方法を解説します」と分けると読みやすくなります。

一方で、すべてを短文にすると文と文の関係が見えにくくなります。一文一義を保ったまま「まずは」「次に」などの接続語で流れを作ると、読みやすさと論理の両立が可能です。

冗長表現はどの順序で校正すればよいか

冗長表現と表記揺れは読者に気づかれにくい一方で、検索エンジンと校正者には見える品質シグナルです。まず置換できる定型表現を探し、次に表記ルールの統一を確認する順序が効率的です。

冗長表現の例は「〜することができる」を「〜できる」にする、「あらかじめ事前に」を「事前に」にするといった置換です。表記揺れの例は「おこなう」と「行う」、「さらに」と「更に」が記事内で混在するケースです。

TechSuite株式会社の「バクヤスAI記事代行」は、人間ディレクターによる校正工程で主語と述語の対応や表記揺れを機械チェックと人の読み合わせの両面で確認し、納品前に文章表現の失敗を減らしています。

自社の運用では、監修者が赤字を入れる前に校正ツールを通すと、表層のミスが大幅に減り、論理面の指摘に時間を使えるようになります。修正の順序を決めることが品質と工数の両立につながります。

結論後回しが離脱を招く理由とは

「これ」「その」の指示先があいまいな文や結論が末尾に来る構成は、読者に推測というコストを負わせる失敗です。Webでは結論を冒頭に置き、詳細を後から補う構成が読み手の負担を減らします。

失敗文の例は「このことは前述のとおりです。その点に注意してください」です。指示語を「前述のとおり、見出しと本文の対応を確認してください」と具体的な名詞に置き換えるだけで通じやすくなります。

結論後回しは、背景説明から書き始めて最後に主張が来る構成で起きます。PREP法のように結論、理由、具体例、結論の順でまとめると、読者は最初に要点をつかんでから読み進められます。

指示語の確認では、直前に複数の名詞がある場合に何を指すかが曖昧になるため、名詞を繰り返す書き方を基本にします。冗長に見えても、誤解のリスクより優先する価値があります。

ここまでの文章表現の失敗を、NG例と修正例の一覧にまとめました。校正時に横へ置いて照合する使い方ができます。

失敗の種類	NG例	修正例
主語と述語のねじれ	この機能を使うには、作業効率が向上します	この機能を使うと、作業効率が向上します
「たり」の誤用	資料を読んだり、まとめました	資料を読んだり、まとめたりしました
一文一義の崩れ	AI検索の仕組みを説明したうえで、その判断基準と改善方法を解説していきます	AI検索の仕組みを説明します。そのうえで判断基準と改善方法を解説します
冗長表現	あらかじめ事前に確認する	事前に確認する
曖昧な指示語	このことは前述のとおりです	見出しと本文の対応は前述のとおりです

SEO構成の設計段階で起こる失敗例とは

SEO構成の失敗は、読者を離脱させるだけでなく、検索エンジンにテーマと内容の不一致を伝えてしまいます。ページ単体の修正では終わらず、関連記事やサイト評価へ波及する点がこのレイヤーの特徴です。

なお、文字数を増やせば評価が上がるという考えは、このレイヤーでは逆効果になる場合があります。文字数と検索意図の関係はSEO記事の文字数の決め方でも整理しています。

情報の詰め込みすぎで失敗する理由とは

情報を盛り込むほど親切になるという考えは、読者の目的から本文を遠ざける失敗です。問題は情報量ではなく情報設計にあります。

1つの見出しに1つのトピックを割り当て、検索意図の優先順位で内容を絞るのが基本です。関連情報を入れたくなったら、別記事へのリンクで回収する方が本文の迷子を防げます。

詰め込みの失敗例は「SEOの歴史からAI事情まで1記事に盛り込む」構成です。読者は調べたい1点に到達できず、全体像の説明を読むうちに離脱します。

見直しでは、各段落に「この情報は検索意図の何番目か」を当てはめ、順位が低い情報は削るか補足欄へ移します。書いた労力を残すことより、読者が最後まで読めることを優先します。

読者の疑問に答える順番がずれる原因とは

検索意図の順番と見出しの順番がずれると、読者は目的の情報へ到達する前にページを離れるため、回答順の設計が構成の中心になります。

ずれの典型は、料金比較を求めているキーワードなのに歴史や仕組みから始まる記事です。この場合は冒頭に比較表を置き、詳細な背景は後半へ回すだけで直帰率が変わります。

順番を設計するには、検索結果の上位記事を見て読者が何を先に知りたがっているかを確認し、自社独自のデータで差をつける方法が有効です。競合と同じ構造を写すだけでは独自性が失われるため、順番は参考にしつつ根拠は自社のものに置き換えます。

検索意図は「知りたい」「比べたい」「行動したい」の大きく3種類に分けられます。知りたい意図なら定義を先に、比べたい意図なら比較表を先に、行動したい意図なら手順を先に置くのが基本です。

見出しが中身と一致しないリスクとは

スキャン読者は見出しだけを拾い読みするため、本文と一致しない見出しは記事全体の信頼を下げる結果になります。見出しは本文の結論をそのまま表す必要があります。

失敗例は、見出しに「失敗例5選」とありながら本文が一般論の説明だけで終わるケースです。読者は具体例を期待して開いたのに、期待と違う内容に離脱します。

見出しは15〜25文字程度で具体的に書き、読者が投げる疑問をそのまま疑問形にする方法も有効です。本文を書き終えた後に見出しへ戻り、内容と一致しているかを再確認します。

記事を更新する際も、本文を直したまま見出しを直さないと一致が崩れます。TechSuite株式会社の「バクヤスAI記事代行」は、検索意図の洗い出しから見出し構成の設計まで上流工程を担当し、構成の失敗を企画段階で減らす支援をおこなっています。

出どころが不明な文章が信頼を失う理由

数値を根拠なく並べる記事は、E-E-A-Tの観点で読み手の信頼を得られないばかりか、引用されにくくなります。主張と根拠の対応は構成段階で設計します。

根拠には公的統計、自社実測、経験則の種類があり、それぞれ使う場面が異なります。次の表に整理しました。

根拠の種類	例	使う場面
公的統計	政府や業界団体の調査	市場規模や普及率など一般的事実の裏付け
自社実測	自社メディアのGSCや検証結果	他社が持たない独自データを示す場面
経験則	実務で繰り返し確認された傾向	手順やコツを紹介する場面

当社が自社メディアで公開した検証でも、根拠の薄い記事群を量産した後にサイト全体の順位が大きく動きました。この実測は運用の章で詳しく紹介します。

根拠を書く際は、出典と時点を併記することが信頼につながります。経験則の場合は「※事業者により異なります」などと明示し、断言を避けます。

読者理解の失敗例が成果を止める理由とは

読者理解の失敗は、文章表現が整っていても成果が出ない根本原因です。検索意図を読み違えた記事は、読者の期待と内容の間にズレを作り、離脱や機会損失を招きます。

文章の種類によって読者とトーンの設計が変わる点は、Webライティングの種類の考え方でも整理しています。ここでは読者理解に絞って失敗例を見ていきます。

書き手目線の記事が読者を置き去りにする理由

書きたいことではなく読者が知りたいことを選べない記事は、専門用語と前提知識の押し付けになり、初見の読者を置き去りにする失敗です。書き手の知識量と読者の知識量の差を意識する必要があります。

失敗文の例は「コンバージョンを最適化するにはLPOの観点からCTAを改善しましょう」です。これを「問い合わせを増やすには、申し込みボタンの位置や文言を改善します。専門的にはLPOと呼びます」と直すと、専門用語を知らない読者にも通じます。

対策は、記事を書き始める前に想定読者の知識レベルを1行で明記し、用語は初出時に言い換えることです。自社では対象読者をペルソナとして構成案に記録し、執筆者と共有しています。

TechSuite株式会社の「バクヤスAI記事代行」は、読者像と検索意図の整理を構成案の段階でおこない、書き手目線に偏らない記事設計を支援しています。

記事の目的とCTAがずれる失敗とは

記事の目的と最後の導線が噛み合わないと、読者は行動すべき場所で迷子になるため、CTAは検索意図に合わせて1つに絞ります。

情報提供が目的の記事に強引な購入導線を置くと信頼を損ない、逆に比較記事の最後に導線がないと次の行動を逃します。検索意図と導線の対応を次の表にまとめました。

検索意図	適切な導線の例	不適切な例
知りたい	関連記事や用語解説への誘導	冒頭からの購入訴求
比べたい	比較表の後の資料請求	導線なしで記事が終わる
行動したい	申し込みや問い合わせへの誘導	別テーマの記事への誘導

CTAを複数並べると読者は選べずに離脱します。1記事で促す行動を1つに絞り、その行動が記事のテーマと一直線につながるかを確認します。

読者の次の疑問を無視するとどうなるか

1つの疑問に答えた直後に読者が抱く「ではどうすれば」を回収できないと、本文の途中で離脱が起きるため、次の疑問への回答を構成に埋め込みます。

例えば「失敗例」を読んだ読者は、自分の原稿をどう直すかを次に知りたがります。この記事のようにチェックリストで回収する設計が、離脱を防ぐ有効な手段です。

次の疑問を洗い出すには、関連キーワードや検索サジェストに加えて、記事末尾にFAQブロックを置く方法が有効です。読者が抱く疑問を問いと答えの形で先回りして回収できます。

運用フェーズで起こる失敗例の対処法

運用と外注の失敗は、記事単体の品質ではなくサイト全体の評価に波及します。当社が自社メディアでおこなった検証では、量産のペースと専門外トピックの拡大が明確な順位下落を引き起こし、その後のインデックスにも影響しました。

外注記事で品質のムラが起きる原因とは

外注記事の失敗は、発注側の指示不足と受注側の意図確認不足の組み合わせで発生するため、文章量や担当者の経験だけでは解決しません。

代表的な失敗はキーワード意図の誤解、独自性のない記事、品質のムラの3種類です。キーワード意図の誤解は、意味を調べたい読者向けのキーワードなのに購入前提の記事を書いてしまう例が典型です。

当社は300社以上を支援し累計50,000記事以上を執筆してきた中で、品質のムラはチェック項目を明文化することで大きく減ることを確認しています（自社実績・2026年8月時点）。

納期遅延や担当者による出来の差は、発注仕様書と校正チェックを先に共有することで抑えられます。対策の詳細は本章の最後で説明します。

専門外トピックの量産は本業の順位も下げるのか

本業と無関係なトピックを量産すると、上位表示していた本業キーワードまで巻き添えで順位が下がることが自社メディアの実測で確認されています。

自社メディアのGoogle Search Consoleで同一クエリ9,398件を比較したところ、加重平均順位は8.9位から15.4位へ6.5位下落し、66%のクエリが順位を落としました（自社メディアのGoogle Search Console実測、2026年3月と8月の比較）。一般IT用語やエラーコード解説など専門外トピックで上位だったページほど下落が大きく、「記事作成代行」という本業のキーワードも8.1位から21.3位へ下がっています。

この原因は、品質評価がページ単位ではなくドメイン単位で効くことにあります。専門外の記事群がサイト全体の専門性の一貫性を曖昧にし、本業記事の評価まで押し下げたと考えられます。

対策は、トピッククラスターの一貫性を保つことです。本業から外れた記事は公開後に統合または非公開化し、サイトのテーマを読み手にも検索エンジンにも明確に示します。

読まれない記事が蓄積すると何が起きるか

記事数を増やすこと自体は成果に直結せず、自社メディアでは公開記事の60%がクリックゼロという結果でした。蓄積した低品質ページはサイト全体の評価を押し下げます。

自社メディアでは2025年9月から2026年3月にかけて月平均194本、合計1,356記事を投下しました。トラフィックはピーク時22,041クリック/月まで伸びた後、52%下落しています（自社メディアのGoogle Search Console実測・2026年8月時点）。公開ペースのピークが2026年3月でトラフィックのピークと一致し、その直後から下落に転じたため、量産は短期的には効いても品質シグナルが蓄積した数ヶ月後に反転すると考えられます。

さらに、1,548記事のうち直近28日で1クリック以上を獲得したのは624記事の40%のみで、60%にあたる965記事はクリックゼロでした。この965記事は2026年8月に非公開化しています。

低品質ページの蓄積が進むと、新規公開した本業記事が「クロール済み – インデックス未登録」となる状態も発生しました。URL検査APIで確認するとクロールされているのにインデックスされない状態で、記事を追加しても成果につながらないため、まず低品質ページの整理が必要です。

曖昧なプロンプトが生むAI記事の失敗とは

AIで記事を書く失敗の多くは、プロンプトの曖昧さがそのまま出力の浅さになるところから始まります。指示の具体度が品質の上限を決めると考えておくと対策しやすくなります。

失敗する指示の典型は「Webライティングについて1,000文字で書いて」です。この指示では対象読者も目的も構成も指定されておらず、表面的な説明文しか出力されません。

対象読者、記事の目的、見出し構成、含めるべき事例、禁止事項を明示すると出力が安定します。次の表に指示の改善例を整理しました。

NGなプロンプト	改善したプロンプト
Webライティングについて1,000文字で書いて	Webライティングを始めたばかりの個人事業主向けに、離脱を防ぐ文章の書き方を1,000文字で解説してください。結論を冒頭に置き、NG例と修正例を各1つ含めてください
この商品の魅力を紹介して	30代の比較検討中の購入者に向けて、他社と比べた場合の導入コストと運用負荷を箇条書きで整理し、導入後の運用イメージを1文で締めてください
SEOに強い記事を書いて	「Webライティング 失敗例」で検索する担当者向けに、よくある失敗を4層に分類し、各層のNG文と修正文を対比する構成で書いてください。結論は各見出しの冒頭に置いてください

筆者が30,000記事超のAIライティングを統括してきた経験では、指示に「数値と出典を含めること」「箇条書きを地の文に直すこと」を加えるだけで品質が安定します。ただし、プロンプトを改善しても事実確認を出力任せにはできない点に注意が必要です。

AI出力の検証を仕様書に落とし込む方法

AI出力をそのまま公開すると、誤情報と均一な表現がそのままサイトの品質になるため、人間の検証工程を挟む設計が前提です。

検証ポイントは事実確認、独自性の補強、表現の均一性の修正の3点です。数値や年号、製品名は一次情報へ当たり、自社事例を追加し、文末や接続詞が単調な箇所を整えます。

TechSuite株式会社の「バクヤスAI記事代行」は、生成AIと人間ディレクターのハイブリッド体制で、月間200記事超の納品例に加えて株式会社ヤマダデンキで月間最大300記事の制作実績を持ち、人間による検証工程を必ず挟んで品質のムラを抑えています。

発注仕様書に盛り込む項目は次のとおりです。

失敗を再現させない実践チェックリスト

失敗を再発させないためには、公開前チェック、2段階校正、PDCAの3つを執筆フローに組み込みます。ここではそのまま使えるチェックリストの形にまとめました。

公開前に確認したいセルフチェック10項目

公開前に10項目を確認するだけで、文章表現と読者視点の失敗の大半は事前に検知できるため、チェックリストを手元に置くことをおすすめします。

客観的な評価基準を学ぶ材料として、実技ライティング問題と公式の評価ポイントを公開している検定もあります。判定の観点を確認する用途で参照できます。出典

次の10項目を公開前に1つずつ確認します。

この10項目をチームで共有し、校正時に同時に確認すると、確認漏れが減ります。判定に迷ったときは、検定の評価ポイントのような外部基準を補助に使う運用も有効です。

校正を2段階に分ける意味とは

校正は一度に全部を見ようとすると抜けるため、機械的チェックと論理チェックを工程として分けると検知率が安定します。目的が違う2つのチェックを混ぜないことがポイントです。

機械的チェックは表記揺れ、文字数、文末重複、禁止語句を対象にします。ツールや一覧表で確認できるため、執筆者自身が短時間で回せる工程です。

論理チェックは主張と根拠の対応、見出し順、CTAの一致を対象にします。書き上げてから時間を置いて読み直すと、書き手の思い込みから離れて確認できます。

2つの工程の違いを表にまとめました。

工程	対象	方法	実施タイミング
機械的チェック	表記揺れ・文末重複・文字数	校正ツールと一覧表	書き上げ直後
論理チェック	根拠の対応・見出し順・CTA	時間を置いた読み直し	公開前日以降

自社の制作フローでも、この2段階を分けることで赤字の手戻りが大きく減りました。確認の順序を固定することが再現性につながります。

失敗例を次の執筆に活かすPDCAの回し方

失敗例を読んで終わりにせず、自分の直近の指摘事項を1件ずつチェック項目に変換して更新するのが、再発防止の最短ルートです。知っていることと検知できることには差があります。

PDCAは公開、データ確認、指摘の記録、チェックリスト更新の順で回します。確認するデータはクリック数、離脱率、順位などを月次で見る運用が現実的です。

トラフィックは公開後すぐではなく数ヶ月後に反転することが自社実測でも確認されているため、少なくとも月次で振り返る目線が有効です。単月の数字に一喜一憂せず、傾向で判断します。

TechSuite株式会社の「バクヤスAI記事代行」は、企画から執筆、推敲、改善運用まで一気通貫で伴走し、この章のチェック観点を制作フローに標準的に組み込んでいます。

よくある質問

Webライティングで最も避けるべき失敗は何ですか

読者の検索意図を無視した書き手目線の記事です。文法的なミスは修正で済みますが、読者が求めていない内容を並べた記事は読了されず、成果にもつながりません。

文章のどこから修正するのが効果的ですか

細かい表現より見出しと構成から修正するのが効果的です。検索意図に合った順番で回答が並んでいるか、結論が冒頭にあるかを先に確認し、その後に一文の長さや文末表現を整えます。

AIに記事を書かせるとどんな失敗が起こりますか

曖昧なプロンプトでは表面的な文章になり、事実誤認も残ります。対象読者と目的を明示し、出力後の事実確認と人間の編集を工程に組み込むことが前提です。

記事数は多いほどSEOに有利ですか

必ずしもそうとはいえません。自社メディアの実測では公開記事の60%がクリックゼロとなり、低品質ページの蓄積が新規記事のインデックスを妨げる状態も発生しました。量より質と整理が重要です。

外注記事の品質を安定させるにはどうすればよいですか

発注仕様書に検索意図、対象読者、見出し構成、禁止表現、出典ルールを明記し、納品後に確認するチェック項目を先に共有することが有効です。

まとめ

Webライティングの失敗例は、文章表現・SEO構成・読者理解・運用と外注の4つのレイヤーに分けて捉えると検知しやすくなります。文法的なミスは今日から修正できますが、検索意図の読み違えや書き手目線の記事は、文章を直すだけでは成果につながりません。

特に記事の量産には注意が必要です。自社メディアの実測では、月平均194本のペースで公開した後にトラフィックがピークから52%下落し、公開記事の60%がクリックゼロになりました。専門外トピックの量産は本業記事の順位まで下げるため、量より検証と整理の設計が重要です。

この記事のセルフチェック10項目と2段階校正を執筆フローに組み込み、指摘事項を毎回チェック項目へ更新していけば、同じ失敗の再発を防げます。読まれる記事は文章力だけでなく、読者視点と検証の仕組みから生まれます。