このワイヤーの特徴
読み終えたときに、誰が書いたかが分かる
記事の最後に書いた人の名前・肩書・紹介文をまとめ、読み終えた読み手が、誰の経験にもとづく記事なのかを確かめられるようにしています。
紹介文は、記事の内容とつながる経験を書く
紹介文には、趣味や経歴の羅列ではなく、記事のテーマにつながる仕事の経験を書いています。
書いた人がこのテーマを書く理由が伝わります。
プロフィールのページへつなぐ
名前の入ったリンクで、書いた人のプロフィールと記事の一覧のページへ移れるようにしています。
リンクの文字にも名前を入れ、どこへ移るかが分かるようにしています。
本文と区切って、補足の情報だと伝える
ボックスは背景の色で本文と区切り、aside 要素で本文の補足であることを示しています。
SPでは写真を名前の上に置き、紹介文の幅を確保しています。
制作時のよくある失敗
紹介文が、どの記事でも同じ定型文
「Webのことなら何でも」のような定型文では、この記事を書く理由が伝わりません。
記事のテーマに近い経験を1〜2文で書き、必要ならテーマごとに書き分けます。
名前だけで、プロフィールのページがない
名前をクリックしても何も起きないと、読み手はその人がどんな人か確かめられません。
プロフィールのページを用意し、経験や担当した仕事をまとめておきます。
写真がフリー素材
実在しない人物の写真を使うと、ほかの情報まで信用されにくくなります。
本人の写真を使うか、使えない場合は写真を置かずに名前と肩書で伝えます。
法人・編集部名義なら、ロゴや名前だけでも成り立ちます。
構造化データの著者と、表示の著者が違う
ページに表示している著者と、構造化データの author が違う人になっていると、情報が食い違います。
同じ人を指すようにそろえます。
よくある質問
会社名だけを著者にしてもよいですか?
会社として発信する記事なら、会社名を著者にする場合もあります。
担当者の経験が記事の説得力につながる場合は、個人の名前を出したほうが伝わりやすいと考えられます。
構造化データでも、author に組織（Organization）を指定できます。
著者の構造化データは、何を書けばよいですか?
記事の構造化データの author に、名前（name）とプロフィールのページのURL（url）を書く方法があります。
ページに表示している著者と同じ人にそろえます。
社外のライターが書いた記事でも、著者を載せたほうがよいですか?
本人の了解を得られれば、載せることで誰が書いたかが伝わります。
載せる場合は、紹介文や写真の使い方も本人と確認しておきます。
