ArticleLayout.tsx のコードには、同一のブランチを持つ三項演算子が含まれており、これは過去の決定が単一の結果に単純化されたことを示しています。この状況は、Notifio が 2 つの URL スペース、すなわち /guides と /for にまたがって 8 つの長文ページを配置しているために発生します。これらのページは、URL は異なりますが、根本的には同じ種類のドキュメントであり、特定の課題に対する解決策と製品を取り上げています。URL の違いは読者の意図に基づいています。/for/ ページは自己識別に対応し、/guides/ ページはタスクに焦点を当てています。kind という主要なフィールドが、これらのページを "audience" または "guide" として区別します。しかし、基盤となるコンテンツグラフと関連リンクは、この URL の分割に厳密に従っていません。リンクは頻繁に 2 つのドメイン間を行き来します。これは意図的なものであり、関連コンテンツ間を移動する読者は URL のプレフィックスを気にしないためです。システムは、すべての記事に対して単一のフラットルックアップと専用の articleHref 関数を使用して、リンクを正しく生成します。スラッグの名前空間の衝突という潜在的な問題が存在します。これは、audience コレクションと guide コレクションの両方に同一のスラッグが存在すると、一方のページにアクセスできなくなる可能性があることを意味します。パンくずリストの構造は、/guides が /for プレフィックスの下にあるものを含む、すべて 8 つの記事の事実上のインデックスとして機能していることを明らかにしています。その結果、パンくずリストの三項演算子は静的なままですが、audience ページは正しく /guides を親として指しています。最後のパンくずリスト要素のロジックは、eyebrow フィールドを文字列 "Guide" と比較するというもので、これは脆弱であり、代わりに kind ディスクリミネータに依存すべきです。サービングルートと構造化データ間の整合性を確保するために、正規URLがレイアウトコンポーネントに渡されます。さらに、関連サイトのスラッグのタイプミスが未定義の値につながり、エラーなしにリンクが欠落するというサイレントフェイルが発生します。これはビルド時のテストで検出されるべきです。全体的な編集原則は、コンテンツは製品購入とは無関係に価値がある必要があるというものであり、製品に反対するコンテンツさえもこの基準を例示しています。