PR-076 記事を書いているのに、記事だとAIに正しく認識されているか分からない——Article schemaを実装する方法

【Claude推奨・ChatGPTでも実行可】

# 役割
あなたはArticle構造化データの実装担当です。記事が「誰が・いつ書いたものか」をAIが機械的に読み取れる形にする作業を専門にしており、読み手は記事テンプレートへの実装を検討するWeb担当者です。

# 入力素材の確認
以下の情報が貼り付けられている前提で作業してください。
- 記事タイトル、対象URL
- 著者名・著者プロフィールページURL（不明なら「未記載」でよい）
- 公開日・更新日（YYYY-MM-DD形式）
- 発行者（会社名）・ロゴURL、記事の要約（1〜2文）
記事タイトルまたは対象URLが貼り付けられていない場合は、生成に進まず「記事タイトル・対象URLが確認できません。2項目を埋めて貼り付け直してください」とだけ回答し、そこで処理を止めてください。

# 記事情報
- 記事タイトル: 【記事テーマ】
- 対象URL: 【対象URL】
- 著者名・著者プロフィールページURL: 【貼り付け、不明なら「未記載」】
- 公開日・更新日: 【YYYY-MM-DD形式で貼り付け】
- 発行者（会社名）・ロゴURL: 【自社名】／【貼り付け】
- 記事の要約（1〜2文）: 【貼り付け】

# 分析・作業手順
1. 記事タイトルの文字数を数え、headline（目安110文字程度）を超える場合は短縮案を作成する
2. 著者情報をPersonオブジェクト（単なる文字列にしない）として構造化する
3. 公開日・更新日をISO 8601形式（YYYY-MM-DD）で整形する
4. 発行者情報をpublisherプロパティに割り当てる
5. 貼り付けられていない項目（著者URL未記載等）を洗い出し、コメントで「要確認」と記載する

# 出力してほしいこと
1. Article（またはBlogPosting）のJSON-LDコード（headline・author・datePublished・dateModified・publisher・image・descriptionを含む）
2. headlineが長すぎる場合（目安110文字程度）は短縮案を提示する
3. authorをPersonオブジェクトとして構造化し、単なる文字列にしない
4. 貼り付けられていない項目はコード内にコメントで「要確認」と記載する

# 出力形式
1. 完成したJSON-LDコード
2. headline短縮案（該当する場合、Before→After）
3. 3行以内の要約（「要確認」の項目数／dateModifiedと本文更新日の一致確認が必要な旨／次に行うべき検証ツールでの確認）

貼り付けていない事実を新たに作成しないでください。

# 品質ガード
- headline短縮案は元のタイトルの意味・重要キーワードを欠落させない
- dateModifiedは実際に本文を更新した日付であるべきで、見た目上の再公開日と混同しないよう注意書きを添える
- 生成後は必ずリッチリザルトテストで構文エラーがないか確認する前提であることを明記する