Discussions の「いいね」、閲覧数、返信数のカウンター

概要

Discussions のすべてのトピックには、3 つの数値が付いています。何人が「いいね」したか、何回開かれたか、いくつの返信が付いたかです。各返信にも独自の「いいね」カウンターがあります。これらの数値はコンテンツと並んでサイトのリストに保存され、「いいね」した人、開いた人、返信した人のブラウザーで Web パーツが更新します。この記事では、各カウンターの表示場所、変わるタイミング、影響を与えられるユーザー、そして数値がときどき遅れる理由を説明します。カウンターが何を意味し、何を意味しないのかを把握できます。

カウンターの表示場所

「いいね」はトピック一覧には表示されず、トピック ページと返信にのみ表示されます。

「いいね」

「いいね」は、トピックや返信への感謝を示すシンプルな投票です。

• 「いいね」できるユーザー。 掲示板に投稿できるユーザー、つまりサイトに対する アイテムの追加 (Add items) アクセス許可を持つユーザー (投稿 (Contribute) と 編集 (Edit) のレベル) です。Web パーツは、自分の投稿に「いいね」することを妨げません。
• 仕組み。 トピックまたは返信の下にある Like をクリックします。アイコンが塗りつぶされ、ラベルの横の数値が 1 増え、ボタンは自分に対して強調表示されたままになります。もう一度 Like をクリックすると、「いいね」を取り消せます。1 人がアイテムに「いいね」できるのは 1 回だけで、「よくないね」はありません。
• 保存される内容。 2 つの列です。Liked by (VtxLikedBy) はアイテムに「いいね」した人の一覧、Likes (VtxLikeCount) はその数です。クリック時に両方が 1 回の要求で更新され、数値はクリックした時点の人の一覧から導かれます。
• 「いいね」がしないこと。 「いいね」はトピックや返信の順序を変えず、トピックを Recent ビューの先頭に移動させず、通知も発生させません。トピック一覧のビューを「いいね」順に並べ替えることはできません。

閲覧数

閲覧数カウンターは、Web パーツでトピック ページが開かれた回数を示します。

• 閲覧数は、ブラウザー セッションごとに 1 回 数えられます。トピックを初めて開いたときに、トピック一覧から、?topic= 付きのリンクから (KB10407. Discussions でトピックへのリンクを共有する (ディープ リンク) を参照)、または Discussions Activity Web パーツから開いた場合です。カウンターは、トピックの読み込み直後に 1 増えます。
• Web パーツは、既に開いたトピックをブラウザー タブのセッション ストレージ (session storage) に記憶します。一覧に戻って同じトピックをもう一度開いたり、ページを更新したりしても閲覧数は増えません。別のタブやウィンドウでトピックを開いた場合、またはブラウザーを閉じた後に開いた場合は、再び数えられます。
• これを超えて、閲覧数は ユーザーごとに重複排除されません。同じユーザーが 2 つのセッションでトピックを開くと 2 回の閲覧として加算され、作成者自身の訪問も数えられます。
• 閲覧数は、リストへの書き込みが許可されているユーザーに対してのみ記録されます。閲覧 (Read) アクセス許可だけの訪問者については SharePoint が更新を拒否し、Web パーツはその拒否を黙って無視して、通常どおりトピックを表示します。
• 数値はトピックの Views 列 (VtxViewCount) に保存されます。

返信数

トピックの返信カウンターは、スレッド内のすべての返信を、入れ子のすべてのレベルで 数えます。返信への返信も、トピックへの返信と同じように数えられます。数値はトピックの Replies 列 (VtxReplyCount) に保存され、次のように変化します。

モデレーターには、承認待ちの返信が Awaiting approval バッジ付きでスレッド内に表示されますが、見出しの N replies は承認済みの返信だけを数えます。承認待ちの返信の作成者にもその返信は表示され、Thank you. Your post will be visible after a moderator approves it. というメッセージが添えられます。却下された返信も同様に作成者には Rejected バッジ付きで表示され続けますが、数には含まれません。

最終アクティビティ

返信カウンターと合わせて、Web パーツは最後の返信が いつ 投稿され、誰が 投稿したかを記録します。Last activity (VtxLastActivity) 列と Last reply by (VtxLastReplyBy) 列です。Last activity はトピックの作成時に設定され、返信が投稿または承認されるたびに前進します。モデレーターがキューから返信を承認した場合、Last reply by にはモデレーターではなく返信の作成者が記録されます。Recent ビューは、ピン留めされたトピックを先頭に、この値でトピックを並べ替えます。そのため、トピックは承認済みの返信を受け取るたびに掲示板の先頭に上がります。

閲覧者に見えるもの

サイトに対する 閲覧 (Read) アクセス許可しか持たないユーザーにも、返信数、閲覧数、「いいね」のすべてのカウンターが他のユーザーとまったく同じように表示されますが、変更はできません。Like ボタンは無効の状態で表示され、訪問は閲覧数として数えられず、返信もできません。サイトへのアクセスを付与されたゲストも、そのアクセス許可レベルに応じて同じ規則に従います。KB10408. Discussions のアクセス許可: 閲覧、投稿、モデレートできるのは誰か を参照してください。

カウンターが遅れる理由

カウンターは単純な数値列として保存され、操作した人のブラウザーがベスト エフォートで更新します。

• 返信を投稿すると、まず返信が保存され、次にトピックのカウンターが更新されます。2 番目の要求が失敗した場合 (ネットワークの問題、セッションの喪失など)、返信は存在しますが、カウンターと Last activity は以前のままです。Web パーツは、カウンターを更新できなかったという理由で返信を破棄することは決してありません。
• 各更新は、ページを開いたときに読み込まれた値に 1 を加えます。2 人が同じ瞬間に返信または「いいね」すると、一方の加算がもう一方によって上書きされることがあります。
• 「いいね」については、Liked by 列が信頼できる情報源です。横の数値が 1 ずれていても、この列には常にアイテムに「いいね」した人が正確に一覧表示されます。
• クラシック SharePoint ディスカッション掲示板からインポートした掲示板は、インポートの最終フェーズ Updating counters and answers でカウンターが設定されます。KB10418. インポーターがコピーする内容と返信スレッドの再構築方法 を参照してください。

モデレーターは、Discussions Topics リストを開き (プロパティ ウィンドウの Board グループにある Open List リンク)、アイテムを編集して数値を修正できます。おかしく見えるカウンターの診断方法は、KB10432. カウンター、最終アクティビティ、ベスト アンサーが正しく表示されない で説明しています。

列リファレンス

ボードのアイテムには、もう 1 つのカウンター Topics があります。ボードでトピックが作成されると増え、Web パーツからトピックが削除されると減ります。他のカウンターと同様にベスト エフォートです。このバージョンでは、Web パーツはこの値を表示しません。

すべての列は自社サイトのリストにあり、他の場所には何も送信されません。KB10363. Vitextra 製品がデータを保存する場所: プライバシー、データ所在地、GDPR を参照してください。完全なスキーマは KB10426. Discussions のリストと列のリファレンス にあります。