2020年2月

2020年2月 2日 (日)

SharePoint Online ではモダンサイトになっていれば、一般ユーザー(閲覧権限があれば)でもサイトの利用状況が閲覧できます。

改めて詳細を確認すると、見落としている点もいくつかあったので、備忘録を含めまとめておきました。

除外される拡張子

いくつかのファイル拡張子はレポートから除外されています(外部ユーザーとの共有レポートは除く)。具体的には以下の通りで、画像ファイルやスタイルシートが主です。

  • jpg, png, js, css, gif, jpg5_1, jpeg, one, onepkg, onetoc2, spcolor, sptheme, spfont, eot, ico, onebin, svg, woff, woff2, xsl

このサイトの利用状況が最新になったのは 2018年2月からとなっていて、比較的最近と言えば最近です。なおゲストユーザーおよび匿名ユーザーの閲覧や訪問数が含まれるようになったのは、2019年3月以降となっています。こちらは、まだ1年経っていませんね。

ユニーク閲覧者とサイト訪問数

モダンサイトのニーズが高まっては来ているものの、モダンサイトにアクセスしたことがない方も少なくないと思います。まず画面上部ではユニーク閲覧者とサイトの訪問数を確認できます。それぞれ最近7日間、30日、90日の3つのトレンドが確認できるようになっています。

ユニーク閲覧者では何人がアクセスしているかを把握できます(一人で何回もアクセスするのは含まない)。一方のサイトの訪問数は単純に閲覧数です。同一のユーザーが複数回アクセスした場合にもカウントされます。

2020-02-02_23-26-57

いずれも、ページ、ドキュメントおよびニュースの閲覧数です。リストアイテムは含みません。

サイトのトラフィック

1時間ごとのアクセストレンドを表示します。色が濃いほどアクセス頻度が高い時間帯であることが分かります。

2020-02-02_23-27-42

一般的なプラットフォーム

英語では Popular Platform です。基本的にはデスクトップ、モバイルWeb, モバイルアプリ、タブレットの4種類のうちどれがよく利用されているかが分かります。いずれにも該当しない場合はその他というカテゴリも用意されています。

このレポートは "User Agent" ヘッダーをもとに生成されているとのことで、Microsoft のルールで4つに分類しているようです。ただし、「その他」と判定された場合は、具体的にどの User Agent ヘッダーだったのかといった情報は入手できないため、あくまでも全体的な傾向を把握する程度にとどめるのがよさそうです。

2020-02-02_23-28-44

人気のコンテンツ

最近一週間のうち、他にもユニーク訪問者が多いコンテンツや参照回数の多いコンテンツがTop10で表示されます。

 

2020-02-02_23-29-04

一番最下部には去年後半に追加された「外部ユーザーとの共有」があります。社外ユーザーに共有しているファイルがあれば、それを CSVへエクスポートしてみることも可能です。エスポートできるのは、こちらも直近の90日分までです。次のような属性が含まれます。

  • リソースパス、アイテムの種類、アクセス許可、ユーザー名、ユーザーEmail、ユーザーはまたはグループの酒類、Link ID, Link Type, AccessViaLinkID

いずれにしても言えることは、リストはこうした利用状況分析には含まれないということ。ドキュメントライブラリまたはサイトページが対象です。

クラシックサイトで「お知らせ」リストを掲示板として利用してきたところは、利用状況の分析をする意味でも「ニュース」機能に置き換えていくことを考えてみましょう。

[参考]

View usage data for your SharePoint site

 

以下は Microsoft 365 管理センターに届いていたメッセージです。

2020-02-02_22-44-46

管理者以外では知らない方もいらっしゃると思うので、一部補足も含め下記に記載しておきます。

==================================

2020年2月4日にリリース予定のChrome 80 安定リリース では、Cookie 処理方法が変更されます。悪意のある Cookie の追跡を防ぐことを目的にしているとのこと。新しい処理方法は 2020年2月17日週から順次展開される予定のようです。

この話は基本的にWeb開発者が把握しておくべき話です(が、対応によってはユーザーにも影響がでます)。クロスサイト Cookie を管理している場合に注意しなくてはいけません。具体的にはSameSite値が宣言されていない Cookie は SameSite=Lax として扱われ、SameSite=None;Sucure 設定がされているものだけが外部サイトにアクセスできるようになるとのこと。

詳細は下記の情報を参照してください。

[関連情報]

ということで、Chrome は既定のWebサイトとクッキーの動作方法を変更するため、これに先駆けてMicrosoft は Microsoft 3 65 スイート(Office Online, Power BI など)を更新するそうです。2020年2月4日までに製品およびサービスに対してこの変更に対処するとのこと。

Microsoft 365 側は対処するとのことですが、自社開発アプリなども例外ではなく、事前準備せずにいる場合に遭遇する可能性がある問題は次の通り。

  • アプリケーション内の認証が失敗する、もしくはループする可能性
  • クロスドメイン Cookie に依存する基幹系アプリケーションが壊れる可能性
  • 他の組織が実行する組織内のSaaSアプリを使っている場合に動作が停止してしまう可能性

そこで、Microsoft 社は書くアプリを検証して問題があれば修正する時間をとることを推奨しています。

  • Chrome のベータをダウンロードし、SameSite フラグを有効にして検証する
  • 必要に応じてSameSite=None フラグを設定するように更新すること

また、グループポリシーを使って、確実な動作が担保できるまで Chrome 内の変更を無効化することも考慮に入れておきましょう、とのこと。

ADFS またはWebアプリケーションプロキシを使用している方は Windows の更新プログラムの展開が必要であり、今後、オンプレミスのExchange Server, SharePoint Server, Skype for Business クライアントも更新プログラムが提供されるようです。

システム管理者の方は下記のリンク先を一読することをお勧めします。

Chrome バージョン80以降のお客様の web サイトと Microsoft のサービスおよび製品への影響

SharePoint Online ではルートサイト を任意のコミュニケーションサイトに入れ替えられるようになっています。

ルートサイトとは、たとえば、contoso.com というドメインの場合は、https://contoso.sharepoint.com がルートサイトです。このルートサイトは Office 365 テナント契約時に SharePoint Online 側に自動的に用意されるサイトであり、クラシックなチームサイトが作られます。ですが、モダンサイト化を行う際には本来はコミュニケーションサイトで作り直したい。こうしたニーズにこたえるため、ルートサイトのURLを別のサイトと入れ替えることができるようになっているのです。

入れ替えを行う場合の注意事項などは下記の記事を参照してください。

Modernize your root site - SharePoint Online

When SharePoint is set up for an organization, a root (or top-level) site is created. Before April 2019, the site was created as a classic team site. Now, a communication site is set up as the root site for new organizations.

さて、この入れかえ機能は最初に PowerShell コマンドが用意されました。Invoke-SPOSiteSwapというコマンドです。コマンドの詳細は下記に掲載されています。

https://docs.microsoft.com/en-us/powershell/module/sharepoint-online/invoke-spositeswap?view=sharepoint-ps

とはいえ、PowerShellに慣れていないと少し不安があるもの(管理者は慣れるべきではありますが)。そこで、GUI ベースの設定も用意されています。具体的にはSharePoint Online 管理センター(新しい方)で操作します。2019年12月末時点では私の利用しているテナントにはこの機能はまだ Rollout されていませんでしたが、2020年2月2日現在、利用できるようになっていました。私が管理しているテナントは ターゲットリリースのテナントであるため、テナントによってはまだ利用できない可能性があります。

使い方ですが、「サイト」> 「アクティブなサイト」から置き換えたいルートサイトのサイトを選択し、コマンドメニューから[サイトの置き換え]をクリックします。

2020-02-02_17-37-47

すると次のような画面が表示されます。入れ替えたいコミュニケーションサイトのURLを指定します。

2020-02-02_17-38-39

さて、このとき気を付けるべきは元のサイトのURLがどのように置き換わるかです。スクリーンショットにあるように /sites/archive-日付 という形式のURLに変更されます。どうやら SharePoint Online 管理センターから操作する場合は変更後の URL を指定する手段が用意されておらず、既定値を受け入れるだけになているようです。ちなみに、PowerShellの場合は、任意のURLに変更できるため覚えやすいURLに設定できます。

操作方法の簡単さは SharePoint Online 管理センターが上回りますが、PowerShell をつかった方が柔軟性はあります。SharePoint Online の本格利用がこれからでルートサイトには殆どコンテンツがない場合は SharePoint Online 管理センター を使うほうがよいでしょう。ですが、既に利用しており、ユーザーが元のサイトのコンテンツにアクセスする必要性があるような場合は覚えやすいURLに越したことはありません。先々の運用をにらんで手段を選ぶようにしたいですね。