一部のテストでは、コンテンツバグを報告することができます。コンテンツバグは、Webサイトやアプリの実際のコンテンツに関する問題です。テキスト、ラベル、画像、動画、アイコン、リンク、データなどが該当します。そのため、典型的なコンテンツバグには次のようなものがあります：
壊れたリンクまたは画像（404）
一般的なリダイレクトの不具合
テキストの欠落。例：空のツールチップにテキストがない
コンテンツの欠落。例：コンテンツ領域が空になっている
コンテンツの欠落。例：5つのアイコンのうち4つにはツールチップがあるのに、1つにはない
翻訳の欠落。例：英語のWebサイト上にある一部のボタンだけがフランス語のラベルになっている
検索機能自体は正常に動作しているが、検索結果に一部の商品が表示されない
データの欠落
繰り返し発生する問題
コンテンツ上の問題が繰り返し発生する場合、それぞれの発生箇所でURL、リンク、画像などが異なっていても、提出できるのは1回だけです。同じページで発生する場合も、異なるページで発生する場合も同様です。この1件のバグレポートには、他のURL、リンク、画像なども影響を受けていることを記載してください。
問題が発生するたびに個別のバグレポートを提出してはいけません。そのようなレポートは却下されます。お客様には、コンテンツ上の問題を把握するための1件のレポートだけが必要です。お客様が問題を調査し、すべての発生箇所を修正します。
例：
Webショップの商品詳細ページにある一部の商品画像が壊れている。
商品詳細ページにあるPDFマニュアルの一部のダウンロードリンクが404ページにつながる。
一部の商品説明がWebショップの他の部分とは異なる言語になっている。
Webサイト上の一部のラベルやテキストの翻訳が欠落している。
異なる項目、商品、またはページで情報が欠落している。
一部のツールチップに情報が含まれていない。
同じグループに属する一部のリンクが壊れている。
機能バグへの格上げ
コンテンツバグによって機能が妨げられる場合は、実際に機能そのものが壊れているわけではなくても、機能バグとして報告する必要があります。
別の経路やオプションから直感的かつ簡単に機能へアクセスできる場合、ユーザーは実質的にその機能を利用できない状態ではありません。そのため、この問題を機能バグとして提出することはできず、コンテンツ上の問題として扱われます。
コンテンツバグを機能バグとして提出すべきもう1つのケースは、製品の機能コンポーネントでコンテンツバグが発生する場合です。具体的には、ナビゲーションメニュー、ヘッダー、フッター、パンくずナビゲーションにおけるリンクの問題です。このような問題は通常、低重大度のバグです。
以下の例では、一般的なリダイレクトの不具合のように見えますが、「COVID-19 Dashboard」という要素はナビゲーションコンポーネントに属しています：
コンテンツ上の問題の記録方法
コンテンツレポートにはスクリーンショットを添付する必要があります。バグレポートをどのように記録すべきかについて詳しくは、「バグレポートの要件」の記事を参照してください。
対象外
スペルミスはコンテンツバグではありません。
ステージング環境にはダミーテキストが表示されていたり、コンテンツが欠落していたりすることがあります。これはバグではありません。
壊れた画像とプレースホルダー画像を理解する：新しいテスター向けガイド
壊れた画像は、Webサイト上で正しく読み込まれなかったり、正しく表示されなかったりします。本来表示されるはずの画像の代わりに、エラーアイコン、空白、または壊れた画像の記号が表示されることがあります。これらの問題は、画像URLの誤り、サーバーの問題、ファイルの破損、ネットワークの問題などによって発生する可能性があります。
一方、プレースホルダー画像は、実際の画像が利用可能になるまでの一時的な視覚表現として意図的に使用されます。視覚的な表示によって、特定の画像が表示されないことが示されます。これらのプレースホルダーには、単純な幾何学図形、単色、アイコンなどがあります。壊れた画像とは異なり、プレースホルダー画像は一時的な目的で使用されるため、不具合とはみなされません。
違いをよりよく理解するために、例を見てみましょう。ユーザープロフィール画像が表示されるWebページを想像してください。本来の画像が読み込まれず、壊れた画像アイコンや空白が表示された場合、それは壊れた画像を示しています。次のようなものです：
一方、画像のサイズを示す言葉や「image」という単語だけが表示された灰色のボックスがあるWebページを見かけた場合、それらはプレースホルダー画像です。次のようなものです：
