概要

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

カウンターの表示場所

場所表示される内容
トピック一覧各行の右側に N 件の返信 と N 回の閲覧 が表示されます。この列は、プロパティ ウィンドウの 外観 グループにある 返信数と閲覧数を表示 がオン (既定) のときに表示されます。
トピック ページタイトルの下の行に、作成者、トピックの作成日時、カテゴリ、N 回の閲覧 が表示されます。トピックの いいね ボタンには いいね (3) のように件数が表示され、スレッドの上の見出しには N 件の返信 が表示されます。
各返信その返信の件数を表示する いいね ボタン。
Discussions Activity Web パーツフィード内の各トピックの横に N 件の返信。

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

トピック一覧の返信数と閲覧数のカウンター

トピック一覧の返信数と閲覧数のカウンター

「いいね」

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

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

トピックと返信の 「いいね」ボタン

トピックと返信の 「いいね」ボタン

閲覧数

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

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

📝 注
閲覧数はトピックを開いた人のブラウザーで記録されるため、このカウンターは監査用の数値ではなく、関心の目安です。書き込み権限のない閲覧者は決して数えられず、同じセッション内での繰り返しの訪問は 1 回として数えられ、トピックの読み込みが終わる前に中断された訪問も数えられません。

返信数

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

イベントカウンターへの影響
返信が投稿され、すぐに承認される (掲示板が承認を必要としない、または作成者がモデレーター)+1
承認を必要とする掲示板に返信が投稿され、モデレーターを待っている変化なし。返信は 承認待ち の状態で、まだ数えられません
モデレーターが承認待ちまたは却下済みの返信を承認する+1
モデレーターが承認待ちの返信を却下する変化なし
モデレーターが既に承認済みの返信を却下する (キューの 報告された返信 セクションから)−1
承認済みの返信を作成者またはモデレーターが削除する−1
返信が編集される変化なし

モデレーターには、承認待ちの返信が 承認待ち バッジ付きでスレッド内に表示されますが、見出しの N 件の返信 は承認済みの返信だけを数えます。承認待ちの返信の作成者にもその返信は表示され、ありがとうございます。モデレーターが承認した後、投稿が表示されます。 というメッセージが添えられます。却下された返信も同様に作成者には 拒否済み バッジ付きで表示され続けますが、数には含まれません。

最終アクティビティ

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

❗ 重要
「いいね」、閲覧、トピックやその返信の編集、ベスト アンサーのマークは、最終アクティビティ を変更 しません。編集だけで議論が進んでいるトピックは、最近 ビューの同じ位置にとどまります。

閲覧者に見えるもの

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

カウンターが遅れる理由

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

  • 返信を投稿すると、まず返信が保存され、次にトピックのカウンターが更新されます。2 番目の要求が失敗した場合 (ネットワークの問題、セッションの喪失など)、返信は存在しますが、カウンターと 最終アクティビティ は以前のままです。Web パーツは、カウンターを更新できなかったという理由で返信を破棄することは決してありません。
  • 各更新は、ページを開いたときに読み込まれた値に 1 を加えます。2 人が同じ瞬間に返信または「いいね」すると、一方の加算がもう一方によって上書きされることがあります。
  • いいねした人 列には記録されたユーザーが保存されますが、同時更新によって、この列の変更もカウンターの変更も上書きされることがあります。どちらの値も完全な監査記録ではありません。
  • クラシック SharePoint ディスカッション掲示板からインポートした掲示板は、インポートの最終フェーズ カウンターと回答を更新中 でカウンターが設定されます。KB10418. インポーターがコピーする内容と返信スレッドの再構築方法 を参照してください。

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

💡 ヒント
レポート作成では、非正規化された列に頼らないでください。ディスカッション投稿 リストのアイテムを トピック 参照列でグループ化して数えます。リスト ビュー、Excel、Power BI のいずれでも可能です。返信カウンターと比較するときは、承認済みの返信だけに絞り込んでください。

列リファレンス

カウンター列 (表示名)内部名リスト
トピックの「いいね」いいね、いいねした人VtxLikeCount、VtxLikedByディスカッショントピック
返信の「いいね」いいね、いいねした人VtxLikeCount、VtxLikedByディスカッション投稿
閲覧数閲覧数VtxViewCountディスカッショントピック
返信数返信VtxReplyCountディスカッショントピック
最終アクティビティ最終アクティビティ、最終返信者VtxLastActivity、VtxLastReplyByディスカッショントピック
ボードのトピックトピックVtxTopicCountディスカッション掲示板

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

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

質問と回答

この記事について質問すると、サポートチームから公式回答を受け取れます。

まだ質問はありません。最初の質問を投稿しましょう。

注目の記事

モダン SharePoint Online の RSS: 組み込みの Web パーツがない理由と代わりに使えるもの

モダン SharePoint Online のページに RSS Web パーツがない理由、クラシックの RSS ビューアーが何をしていたか、そしてモダン ページで外部 RSS フィードを表示する方法の比較 (リストへの Power Automate フロー、サードパーティ ウィジェットを使った埋め込み Web パーツ、カスタム SPFx Web パーツ、Vitextra RSS Reader) を、それぞれの長所、短所、手間とともに説明します。

57 2 分
RSS Reader のプライバシーとセキュリティ: フィードの読み込み方法と送信される情報

Vitextra RSS Reader Web パーツにおけるデータの取り扱いに関するリファレンスです。フィードがブラウザーではなく Vitextra フィード サービスによってダウンロードされる理由、要求に含まれる正確な内容、ソリューションに必要なアクセス許可 (なし)、構成の格納場所と読み取れるユーザー、ブラウザーに保持される内容、信頼できないフィード コンテンツを安全に表示する方法、ネットワークで許可するホスト、フィード選択の推奨事項を説明します。

53 2 分
誤り訂正とサイズ: 確実に読み取れて印刷できる QR コードを作成する

Vitextra QR Code Generator Web パーツの誤り訂正とサイズの設定のリファレンスです。低、中、四分位、高の各レベルの意味、データ量とロゴがコードに与える影響、印刷に必要なピクセル数、読み取り距離に応じた印刷サイズ、コードの周囲の余白が重要な理由を説明します。

102 2 分

共有