在通用 Analytics (分析) 中建立個別資料集合時 (用來分隔不同地理區域或業務單位等的資料)，需要使用「資料檢視」。Google Analytics (分析) 4 中沒有「資料檢視」層級，但您可以透過別的做法達成相同目的。資料劃分的精細程度，以及資料存取權的控制方式，是以 (1) 您自身的需求以及 (2) 使用的是標準 Google Analytics (分析) 還是 Google Analytics (分析) 360 而定。
Google Analytics (分析) 帳戶設定範例
擁有一個網站的企業
這個企業擁有一個網站和一個 Google Ads 帳戶，而且不需要根據區域或業務單位劃分資料。
Google Analytics (分析) 標準帳戶結構
- 帳戶：一個帳戶，資料由單一法人擁有。
- 資源：一項用於網站的資源
- 資料串流：一個資料串流。若該企業也有應用程式，該應用程式會另有專屬的資料串流。
適用原則
| 結構 | 原因 |
|---|---|
|
一個 Analytics (分析) 帳戶。 如果已有 Analytics (分析) 帳戶，就不需要建立新帳戶。 |
資料由特定地點的單一實體擁有。 |
|
一個 Google Analytics (分析) 4 資源，其中包含一個 (網站) 資料串流。 |
單一資源可集中存放網站各部分的資料。 行銷團隊可以依據任何跨區段的網站資料建立目標對象。 分析人員可瞭解跨裝置使用情形，以及是否需要行動版網站或應用程式。 |
|
一個已連結至 Google Analytics (分析) 4 資源的 Google Ads 帳戶。 |
行銷團隊可將目標對象匯出至 Google Ads，以利進行再行銷及開發潛在客戶。 |
教育機構/企業
此機構有一個網站和一個 Google Ads 帳戶。
業務需求
帳戶結構必須符合下列條件：
- 學生能在線上查看提供的課程、註冊課程，以及管理和完成課程作業。
- 行銷團隊要能建立用於再行銷和開發潛在客戶的目標對象。
- 方便分析人員瞭解跨裝置使用情形，以利判斷是否需要推出行動版網站或應用程式。
Google Analytics (分析) 標準帳戶結構
- 帳戶：一個帳戶，資料由單一法人擁有。
- 資源：每個邏輯使用者群 (機構網站) 都有一個資源。
- 資料串流：一個機構網站資料串流。
適用原則
| 結構 | 原因 |
|---|---|
|
一個 Analytics (分析) 帳戶。 如果已有 Analytics (分析) 帳戶，就不需要建立新帳戶。 |
資料由特定地點的單一實體擁有。 |
|
一個 Google Analytics (分析) 4 資源，其中包含一個 (網站) 資料串流。 |
單一資源可集中存放網站各部分的資料。 行銷團隊可以依據任何跨區段的網站資料建立目標對象。 分析人員可瞭解跨裝置使用情形，以及是否需要行動版網站或應用程式。 |
|
一個已連結至 Google Analytics (分析) 4 資源的 Google Ads 帳戶。 |
行銷團隊可將目標對象匯出至 Google Ads，以利進行再行銷及開發潛在客戶。 |
透過網站和應用程式銷售產品的電子商務零售商，營運範圍含括多個地理區域
這間母公司的業務涵蓋多個地理區域。每個區域都設有個別的企業實體，並且有專屬的網站、行銷團隊和 Google Ads 帳戶。母公司也擁有一款應用程式 (提供 iOS 和 Android 版本)。
業務需求
帳戶結構必須符合下列條件：
- 母公司必須能全域檢視所有企業實體的資料。
- 個別企業實體不需要都具備其資料的合法擁有權。
- 每個企業實體都想瞭解使用者在網站和應用程式之間移動的使用者歷程。
- 每個企業實體都要能劃分自己的資料。
- 方便各企業實體的行銷團隊連結 Google Ads 與 Analytics (分析) 帳戶，以利建立及共用目標對象，並根據目標對象在 Google Ads 中設定出價。
Google Analytics (分析) 標準帳戶結構
- 帳戶：一個帳戶，資料由單一法人擁有。
- 資源：一項單一邏輯使用者群資源
- 資料串流：一個網站資料串流。每個應用程式版本都有一個資料串流。
Google Analytics (分析) 360 帳戶結構
- 帳戶：一個帳戶，資料由單一法人擁有。
- 資源：一項單一邏輯使用者群資源
- 子資源：需要劃分資料的每個業務實體都有一項子資源
- 資料串流：一個網站資料串流。每個應用程式版本都有一個資料串流。
適用原則
| 結構 | 原因 |
|---|---|
|
一個 Analytics (分析) 帳戶。 如果已有 Analytics (分析) 帳戶，就不需要建立新帳戶。 |
所有企業實體資料的合法擁有權均屬於其母公司。 |
|
一個 Google Analytics (分析) 4 資源。 |
使用單一資源，其中包含用於網站與應用程式的資料串流，這樣能將所有資料納入同一份報表。 您可以視需要合併網站和應用程式的資料，藉此瞭解使用者在兩者之間切換的情形。母公司可整合檢視所有的資料，以及比較不同企業實體的數據。 |
|
各區域團隊的子資源 (360) |
每個區域實體都有自己的子資源，以及經過劃分的資料。母公司可以統一檢視來源資源中的所有資料，並且比較不同企業實體的資料。 |
|
一個結合所有區域企業實體網站的資料串流。 |
針對多個網域只用單一網站資料串流。 |
|
為應用程式的 Android 和 iOS 版本建立單一 Firebase 專案。Firebase 專案會連結至 Google Analytics (分析) 4 資源。 應用程式的 iOS 和 Android 版本各有一個資料串流 (也就是共有兩個資料串流)。 |
每個應用程式導入都有各自的資料串流，以便區隔 iOS 和 Android 資料。
|
|
每個 Google Ads 帳戶都會連結至資源 (標準) |
將每個 Google Ads 帳戶連結至同一項資源後，各個 Google Ads 帳戶就能對該資源的目標對象出價。 |
|
選用：每個 Google Ads 帳戶都會連結至相應的子資源 (360) |
將每個 Google Ads 帳戶連結至相應的子資源後，各個 Google Ads 帳戶就能對該資源的目標對象出價。 |
有多款遊戲在 Play 商店和 App Store 上架的跨國遊戲開發商
這間公司有一個全球品牌網站，而每款遊戲都有個別的行銷網站；此外也在 Play 商店和 App Store 上架銷售多款遊戲。
業務需求
帳戶結構必須符合下列條件：
- 從網站和應用程式收集第一方資料，做為建立目標對象及採購媒體時的參考依據。
- 每款遊戲都有專用的開發、測試及實際工作環境。
Google Analytics (分析) 標準帳戶結構
- 帳戶：一個帳戶，資料由單一法人擁有。
- 資源：每個邏輯使用者群 (全球品牌網站、每款遊戲的行銷網站和應用程式) 都有一項資源。
- 資料串流：一個全球品牌網站資料串流。每個行銷網站和對應的應用程式版本各有一個資料串流。
Google Analytics (分析) 360 帳戶結構
- 帳戶：一個帳戶，資料由單一法人擁有。
- 資源：每個邏輯使用者群 (全球品牌網站、每款遊戲的行銷網站和應用程式) 都有一項資源。
- 綜覽資源：單一綜覽資源會從所有不同的來源資源擷取資料，方便您全盤查看
- 資料串流：一個全球品牌網站資料串流。每個行銷網站和對應的應用程式版本各有一個資料串流。
適用原則
| 結構 | 原因 |
|---|---|
|
一個 Analytics (分析) 帳戶。 如果已有 Analytics (分析) 帳戶，就不需要建立新帳戶。 |
統合單一法人擁有的單一帳戶下的所有資源。 |
|
一個 Google Analytics (分析) 4 資源 (全球性品牌網站)，其中包含一個 (網站) 資料串流。 |
獨立評估全球品牌網站。 |
|
每款遊戲的行銷網站和應用程式都有一項 Google Analytics (分析) 4 資源。每項資源都有一個 (網站) 資料串流、一個 iOS (應用程式) 資料串流，以及一個 Android (應用程式) 資料串流。 |
系統會在同一個資源中收集每個行銷網站和相關應用程式的資料。 相關的網站和應用程式資料可做為建立目標對象及採購媒體的依據。 |
|
每款遊戲一個 Firebase 專案。每個專案都會連結至相關資源。每個 Firebase 專案都包含遊戲的開發、測試和正式版。 |
每款遊戲都有專屬的 Firebase 專案，可為每款遊戲提供開發、測試及製作遊戲的獨立環境。 |
|
選用：為每個遊戲版本或部分版本組合建立專屬的 Firebase 專案 (例如「開發中版本」以及「測試和正式版本」各有專案)。 |
您可以依專案進一步細分個別遊戲環境，但如果想評估與該專案相關聯的遊戲版本，則需要建立更多資源。 |
|
選用：綜覽資源。每項來源資源都會傳送資料至綜覽資源，方便您全盤查看網站和應用程式的資料。 |
您可以依專案進一步細分個別遊戲環境，但如果想評估與該專案相關聯的遊戲版本，則需要建立更多資源。 |
有多家獨立子公司 (壽險、健康保險、房屋保險、汽車保險) 的全國性保險業者
這間保險公司有一個公司網站，主要用來為客戶提供資訊和招攬待開發客戶；這些客戶需要透過離線互動 (例如電話、郵件、銷售點) 才能完成合約。每個子公司都有專屬網站、獨立的行銷團隊和專屬 Google Ads 帳戶。
其中一個子公司 (汽車保險) 另外擁有一款應用程式。
業務需求
帳戶結構必須符合下列條件：
- 資料由特定地點的單一企業實體擁有。
- 公司網站的資料要能用於數據分析，以便改善待開發客戶產生和內容最佳化成效。
- 方便各個子公司劃分其資料，供相關行銷團隊用來建立目標對象，以及追蹤與個別 Google Ads 帳戶相關聯的轉換。
Google Analytics (分析) 標準帳戶結構
- 帳戶：一個帳戶，資料由單一法人擁有。
- 資源：每個邏輯使用者群 (公司網站、每個子公司的網站和應用程式) 都有一個資源。
- 資料串流：一個公司網站資料串流。每個子公司網站和對應的應用程式版本各有一個資料串流。
Google Analytics (分析) 360 帳戶結構
- 帳戶：一個帳戶，資料由單一法人擁有。
- 資源：所有網站和應用程式 (公司網站、每個子公司的網站和應用程式) 都有一項資源。
- 子資源：每個邏輯使用者群 (公司網站、每個子公司的網站和應用程式) 都有一項子資源。
- 資料串流：一個公司網站資料串流。每個子公司網站和對應的應用程式版本各有一個資料串流。
適用原則
| 結構 | 原因 |
|---|---|
|
一個 Analytics (分析) 帳戶。 如果已有 Analytics (分析) 帳戶，就不需要建立新帳戶。 |
資料由特定地點的單一企業實體擁有。 |
|
一項 Google Analytics (分析) 4 資源，其中包含一個公司網站 (標準帳戶) 的 (網站) 資料串流 |
針對公司網站使用單一資源和資料串流，即可將相關資料用於數據分析，從而改善待開發客戶產生和內容最佳化成效。 |
|
每個子公司網站：(標準帳戶) 1 項 Google Analytics (分析) 4 資源，其中包含 1 個 (網站) 資料串流。 汽車保險子公司資源也需要一個 (Android 應用程式) 資料串流。 |
每個子公司網站各有一個資源與資料串流，以區別各網站的資料。 汽車保險子公司的應用程式和網站資料會存放在同一項資源中。 |
|
一項 Google Analytics (分析) 4 資源，其中包含一個所有網站 (公司和子公司) 的 (網站) 資料串流 (360)。 |
讓所有網站共用同一個來源資源和資料串流，以便分析這些網站的資料，並據此發掘更多待開發客戶及調整內容。有了這些資料，您還能根據來源資源建立子資源。 |
|
每個子公司和公司網站的子資源 |
您可以建立子資源進行篩選，將資料的每一個邏輯組合 (公司網站或子公司網站) 歸類到各自的資料檢視中。 |
|
一個汽車保險子公司 Android 應用程式專屬的 Firebase 專案。 Firebase 專案會連結至汽車保險子公司的資源 (標準帳戶) 或來源資源 (360 帳戶)。 |
汽車保險應用程式的 Firebase 專案會建立獨立的應用程式開發環境。 將 Firebase 專案連結至汽車保險資源後，該資源就能使用應用程式和網站資料 (360 帳戶的來源資源也是如此)。 |
|
對應的 Google Ads 帳戶和子公司資源 (標準帳戶) 或子資源 (360 帳戶) 會相互連結。 |
每間子公司的 Google Ads 帳戶都連結至對應資源後，即可在相關 Google Ads 帳戶中使用連結資源內的目標對象；同理，在相關 Google Analytics (分析) 4 資源中也可取用 Google Ads 帳戶的轉換資料。 |
在數個國家/地區經營多個品牌的旅遊業者
這間公司旗下有多個品牌。每個品牌都有電腦版網站、行動版網站和應用程式，並且有自己的行銷團隊和廣告帳戶。
業務需求
帳戶結構必須符合下列條件：
- 資料必須按國家/地區進行分析。
- 方便各個行銷團隊建立專屬目標對象，並將轉換歸因給所連結的廣告帳戶。
Google Analytics (分析) 標準帳戶結構
- 帳戶：一個帳戶，資料由單一法人擁有。
- 資源：每個邏輯使用者群 (公司網站、各品牌的網站和應用程式) 都有一項資源。
- 資料串流：一個公司網站資料串流。各個品牌網站和對應的應用程式版本都有一個資料串流。
Google Analytics (分析) 360 帳戶結構
- 帳戶：一個帳戶，資料由單一法人擁有。
- 資源：每個邏輯使用者群 (公司網站、各品牌的網站和應用程式) 都有一項資源。
- 綜覽資源：單一綜覽資源，可供同時查看所有實體和地理資料集。
- 資料串流：一個公司網站資料串流。各個品牌網站和對應的應用程式版本都有一個資料串流。
適用原則
| 結構 | 原因 |
|---|---|
|
一個 Analytics (分析) 帳戶。 如果已有 Analytics (分析) 帳戶，就不需要建立新帳戶。 |
資料由單一企業實體擁有。 |
|
每個品牌一個 Google Analytics (分析) 4 資源，各自包含：
|
每個品牌各有一個資源，以便：
每個平台都有個別的資料串流，即可對資料進行全面性的比較或個別分析，並建立以平台為中心的目標對象。 |
|
一項綜覽資源，可將所有品牌資源集中於一處 (360 帳戶) |
包含所有來源資源的單一綜覽資源，可讓您全盤查看機構層級的資料。 |
|
品牌專屬的 Google Ads、Display & Video 360 和 Search Ads 360 帳戶均連結至相關資源。 |
每個行銷團隊都必須建立自己的目標對象，並將轉換歸因給已連結的廣告帳戶。 |
擴充指南與參考資料
本指南的其餘部分針對業務需求不在上方所述範圍內的商家提供詳細資訊。如果您是 Google Analytics (分析) 360 客戶，此擴充指南尤其適用。
目錄：概念和定義
如要瞭解 Google Analytics (分析) 4 資源，請參考下列實用文章和影片：
- 認識 Google Analytics (分析) 4
- 關於子資源 (適用於 Google Analytics (分析) 360)
- 關於綜覽資源 (適用於 Google Analytics (分析) 360)
- 帳戶：帳戶由資源組成，其資料由單一法人擁有，並受區域專用服務條款規範。
每個區域的資料是否必須由該區域內的特定法人擁有？
- 是：請建立多個帳戶 (每個區域一個帳戶)。
- 否：請針對貴公司總部的所在區域建立一個帳戶。
- 資源：會在帳戶內運作，代表某個使用者群的資料。請將通常會一起分析的資料 (產品系列、品牌、應用程式) 納進同一個資源 (Google Analytics (分析) 360 的使用者可將這類資源設為來源資源)。
您收集的資料是否與單一邏輯使用者群相關？將 Analytics (分析) 連結至其他產品時，是否要與各項產品共用整組資料？
- 是：請建立一項資源。
- 否：請為每個邏輯使用者群分別建立資源或子資源。
- 資料串流：會在資源內運作，負責提供來自應用程式或網站的資料。最佳做法是在每項資源中使用最多 3 個資料串流：1 個網站資料串流用來評估網站使用者歷程，iOS 和 Android 應用程式則各有 1 個應用程式資料串流。
- 應用程式資料串流：您可以為每個應用程式套件名稱和平台的組合分別建立資料串流。
- 網站資料串流：在大部分情況下，您應使用單一網站資料串流來評估網站使用者歷程。為確保您能夠就跨網域網路歷程取得一致的使用者和工作階段報表資訊，請使用單一網站資料串流搭配跨網域評估功能。
最佳做法
下列最佳做法和建議適用於多種使用者類型和用途。您可能會遇到極端案例，在這類案例中，本指南不適用或可能需要視特定情況進行調整。
一般而言，我們建議為每間公司分別開設一個帳戶，每個品牌或業務單位則各有一項資源 (此處假設品牌和業務單位都是獨一無二/不同的營運實體，且各有一群利害關係人/分析人員)。
範例 A
- 母公司 A：1 個帳戶
- 品牌 X (汽車)：1 項資源
- 品牌 Y (家庭用品)：1 項資源
- 品牌 Z (消費性電子產品)：1 項資源
在本例中，母公司有一個帳戶和三項不同的資源，而每項資源都含有與該品牌/業務相關的資料。
範例 B
- 企業 B：1 個帳戶
- 產品系列 D (住宅保險)：1 項資源
- 產品系列 E (車險)：資源與 D 相同
- 產品系列 F (壽險)：資源與 D 和 E 相同
在本例中，該企業已選擇讓所有業務線都將資料傳送到單一資源。他們可能有些客戶經常使用多種產品，也可能常常使用向上銷售或交叉銷售廣告活動來宣傳各種產品，因此需要一次查看所有相關資料。這項資源可做為子資源的來源資源，以便進行個別產品系列分析 (請參閱下方說明)。
範例 C
- 小型商家 C (例如「老丘熟食」)：1 個帳戶
- 所有產品 (熟食肉品、三明治、飲料等)：1 項資源
在本例中，「老丘熟食」是一個小型商家，不需要使用多項資源。他們會匯總線上熟食店外送業務所有的資料進行分析，因為客戶通常會購買多項產品，而且「老丘熟食」只經營一種業務，因此，所有資料只需要一項資源就夠了。
資料串流
每項來源資源都有來自應用程式和/或網站的資料串流，用於提供傳入資料。因此，資料串流就是將資料傳送給特定 GA4 資源的網站或應用程式。
我們建議採用以下做法：
- 每項資源 1 個網站資料串流
- 每項資源 1 個 iOS 資料串流
- 每項資源 1 個 Android 資料串流
Search Console 整合
您可以將 GA4 資源連結至 Search Console。這樣一來，Google Analytics (分析) 就能收到大量的新資料，例如 Google 自然搜尋中的搜尋查詢，以及「到達網頁」等報表維度。
您必須決定要將哪些資源連結至哪些 Search Console 資源。如果您使用子資源和綜覽資源，則必須選擇要連結至來源資源、子資源或綜覽資源。
您可以在 GA4「管理」頁面上，輕鬆快速地設定 GA4 資源與 Search Console 資源之間的連結；只要您是 Search Console 資源通過驗證的網站管理員，而且兼具 Google Analytics (分析) 4 資源的「管理員」角色，就能進行這項作業。
自訂要顯示的報表類型
Google Analytics (分析) 4 資源可讓您全面掌控顯示的報表類型、這些報表內含的指標和維度，以及報表內的圖表。您可以設定只與特定群組 (例如行銷團隊) 相關的報表集合 (但無法限制這些集合的存取權，因此所有資源使用者都能查看)，這樣就能自訂 GA4，讓最相關的報表優先顯示或放在最方便存取的位置，再也不需要翻遍對您而言派不上用場的報表。
行銷團隊報表集合範例：
您可以自訂每個集合內的特定報表。舉例來說，大多數表格報表都會列出標準報表設定中顯示的「總收益」指標。如果您是需要傳送收益資料的電子商務企業，且希望團隊能分析這類資料，納入這項指標就很實用。不過，要是沒有可列進 Google Analytics (分析) 報表的收益資料，此欄每一列顯示的值都會是 $0.00。如果這不是符合您業務需求的指標，可以予以移除，讓報表井然有序。
包含「總收益」指標的「事件」報表：
編輯介面 (按一下指標旁的「X」即可移除)：
在移除「總收益」指標後套用及儲存：
這樣就能取得更井井有條的報表，更適合在 Google Analytics (分析) 中沒有 (或不想顯示) 收益資料的企業使用。
資料保健最佳做法
除了篩選報表來納入或排除特定資料，您也需要採行合適的資料保健做法，包括排除內部 IP 流量、排除不適用的參照連結網址，以及確認跨網域評估功能的設定正確無誤。
排除內部 IP 流量
許多企業的網站有不少來自員工的流量 (例如客服技術人員為客戶提供協助時，經常需要參考公司網站上的說明中心文章)；對這些企業而言，從資料集移除內部 IP 流量可能是相當重要的步驟。這樣一來，原本針對外部客戶使用情況記錄的數據分析資料，就不會因為貴公司員工 (內部使用者) 而出現偏差。這現在是 GA4 中的預設篩選器：
移除不適用的參照連結網址
另一個資料保健最佳做法，則是排除不適用參照連結網址的流量。這麼做可保留事件但略過參照連結網址，藉此從實際工作環境的資料中剔除來自特定推薦連結來源的資料，確保流量歸因不受影響。同樣地，這現在也是 GA4 中預先定義的設定：
設定跨網域追蹤
最後，Google Analytics (分析) 使用者一向需要處理的常見問題就是跨網域流量。過去，您必須透過 Google 代碼管理工具或 TMS，或是在網站上進行硬式編碼，才能設定跨網域追蹤。這需要花費額外的工夫，但 Google Analytics (分析) 使用者不見得能做到，因此往往會導致資料保健發生問題，也就是他們會看到新的或浮報的工作階段數，以及您自有網域的參照連結網址。Google Analytics (分析) 4 可讓您在使用者介面中輕鬆進行這項設定，以改善資料健全度：
資料轉換
在通用 Analytics (分析) 中，資料轉換作業是在設定篩選器時處理，例如強制將特定維度 (像是 utm_campaign) 全部的值設為小寫。這項作業現可透過 Google Analytics (分析) 4 資源中的事件建立和修改功能來處理。
舉例來說，假設您發現特定事件傳送到 GA4 資源兩次，但方法卻不相同。比方說，在網站上觸發重要動作的「start_now」事件，以「start_now」和「startNow」的形式重複傳送至 GA4；這是因為該事件會在網站不同區塊發生，而開發這些區塊的團隊不是同一個，用的編碼方式也不一樣。這種情況很常見，可能會影響資料品質，但您現在可以在使用者介面中建立及修改事件來修正這個問題。
為了修正這個問題，請在 GA4 資源的「設定」部分中按一下「修改事件」。
您隨即會進入這個畫面，可在當中指定要進行的變更。此時，請選擇要保留的「立即開始」事件，然後選擇按照該事件來修改其他事件。如下例所示，凡是名稱為「startNow」的事件都會改用「start_now」這個名稱。日後，這兩個事件名稱就會合而為一；這個事件只有一列，因此報表看起來就會簡潔許多。
使用者權限與使用者角色
Google Analytics (分析) 4 資源推出了更簡單也更靈活的角色和限制功能。標準角色現在包括：
- 管理員：對帳戶擁有完整控制權
- 編輯者：對資料和設定擁有完整編輯權限，但無法管理使用者
- 分析人員：除了查看資料和設定外，還能建立及編輯共用資產
- 檢視者：可查看報表資料和配置設定
此外，GA4 資源新增了功能，用來根據指派給使用者的資料限制角色 (「無費用指標」或「無收益指標」)，在報表介面中向特定對象隱藏費用或收益資料。您可利用這個實用的使用者權限設定保護機密業務資料，同時允許特定使用者存取網站和行為資料。
360 專屬功能：子資源與綜覽資源
子資源
子資源是 Google Analytics (分析) 360 帳戶可用的一種全新 Google Analytics (分析) 4 資源，您可以用來建立來源資源中的部分資料。有了子資源，就不再需要資料檢視。舉例來說，您可以建立子資源並納入來源資源中的部分資料，然後限制部分使用者只能存取該子資源。此外，子資源也提供資料健全度、資料管理、使用者管理和功能管理相關功能，對大型商家和企業來說，這大幅增加使用 GA4 的優勢。
您可以根據任何來源資源建立子資源，但無法根據綜覽資源建立子資源。子資源與來源資源具有一對一關係。
資料管理
子資源的主要用途之一就是管理資料，亦即控管要在資源中納入或排除的資料。子資源可讓您透過篩選的方式加入或排除資料，以便建立特定目標對象或用途所需的資料集。這樣一來，您就能更妥善地將資料分門別類，讓特定目標對象能夠更輕鬆地存取。
這是通用 Analytics (分析) 資料檢視的一種常見使用方式。舉例來說，您可以針對來自北美洲的流量建立資料檢視，或是建立只包含行銷網站資料的資料檢視。雖然在來源資源中設定多項篩選條件也能達到相同效果，但劃分這些資料集可讓各個團隊更輕鬆迅速地存取所需資訊。透過子資源提供的匯入和匯出篩選器，您便可針對這幾種用途將資料從來源資源傳送到子資源，進而實現這一點。
您可以使用來源資源中收集的任何事件或自訂維度，將資料篩選到子資源中。
使用者管理
子資源的另一種用途，就是滿足使用者管理需求。舉例來說，假設某公司有嚴格政策，規定各區域 (例如北美洲) 的相關資料只有其負責團隊可以查看，其他區域 (例如南美洲) 的團隊不能存取這些資料。只要使用子資源，您就能將每個區域的資料限制在自有資源內，讓存取權完全不會外流到其他區域。
如果公司基於某些原因必須分隔各團隊的資料，避免不相關的人士看到，也可以按照這個思考邏輯行事 (例如配合營運需求區隔不同業務線的資料，或是分隔行銷網站和產品內體驗的資料)。
若您不需要限制資料存取權，但想讓某些使用者存取特定資料集，自訂報表和報表集合可能會是更合適的解決方案。舉例來說，您可以為行銷團隊量身打造報表集合，讓他們輕鬆取得相關資料。這些功能有助您以方便特定目標對象使用的格式整理資料，而且不會額外收費。
綜覽資源
綜覽資源包含兩項以上資源的資料。這類資源可包含一般資源和子資源的資料，但不能包含其他綜覽資源的資料。您可透過綜覽資源整合同一個帳戶內多項資源的資料，跨產品、品牌或區域更全面地瞭解事業營運狀況。GA4 和通用 Analytics (分析) 中的綜覽資源支援類似的用途。
綜覽資源的運作方式與任何其他資源大致相同。每項綜覽資源都各有自訂維度、自訂指標和使用者屬性等方面的配額。所有的設定都是在綜覽資源內控管 (這種資源不會沿用其來源資源的設定)，而且只適用於綜覽資源及其使用者。
費用注意事項
系統會再次處理傳送到子資源或綜覽資源的每個事件，因此 360 帳戶必須額外付費。每多一次事件命中，系統就會按照初始事件命中費用的一半收費。換句話說，每項子資源或綜覽資源命中的費用，都是事件命中費用的一半。
為協助合作夥伴洞悉設定可能對帳單造成的影響，我們推出了「帳單預覽」這項新功能；Analytics (分析) 認證合作夥伴可使用這項功能，協助自家客戶進一步瞭解可能產生的 GA4 360 費用。
子資源與綜覽資源範例
如果回顧本指南開頭的幾個範例，就可以從設定的角度來瞭解以下情境。
數條業務線彼此互補的企業
- 企業 B：1 個帳戶
- 產品系列 D (住宅保險)：1 項資源
- 產品系列 E (車險)：資源與 D 相同
- 產品系列 F (壽險)：資源與 D 和 E 相同
在本例中，該企業有 1 個帳戶和 1 項來源資源。雖然業務線各有不同而可能需要個別分析，但眾多產品彼此互補且通常需要集中分析，因此他們決定將所有產品資料傳送到同一項來源資源。不過，特定產品團隊必須能各自分析資料。由於整體資源中的流量龐大，因此他們選擇為每條業務線建立子資源。
擁有多個品牌的母公司
- 母公司：1 個帳戶
- 品牌 X (汽車)：1 項資源
- 品牌 Y (家庭用品)：1 項資源
- 品牌 Z (消費性電子產品)：1 項資源
在本例中，母公司有 1 個帳戶和 3 項來源資源，每個品牌各 1 項。每個品牌都獨立運作，且必須各自分析資料，因此都有各自的來源資源。然而，母公司希望將自家所有品牌匯總為單一資源，以便清楚掌握使用者總數和總收益等資訊。在本例中，母公司需要建立綜覽資源，並加入這 3 項品牌資源做為綜覽資源的來源。這種做法不僅可以讓他們全面掌握所需的資訊，還能讓品牌保持彼此獨立。
讓我們舉例來詳加說明。這間母公司提供了會員獎勵方案，範圍涵蓋旗下所有品牌。加入會員方案的消費者都會有專屬的獎勵 ID；我們可以為這個 ID 與使用者建立關聯，並在每一次觸發事件時收集該 ID 做為使用者屬性和/或參數。
獎勵團隊在母公司層級執行業務，因此必須透過將所有品牌放在同一項資源的方式，查看會員方案參與者的資料。這時只要合併子資源和綜覽資源，為獎勵團隊建立專用的資料集，就能達到目的。每項來源資源都會產生只包含獎勵方案參與者資料的子資源，隨後這三項子資源就會全部推送到綜覽資源中，以提供獎勵資料。
劃分區域和子區域的全球企業
在本例中，這間全球企業的帳戶有 3 項區域綜覽子資源，每項子資源又各有 2 項來源子資源。
連結：Google Ads、SA360 及 DV360
Google Ads
在 Google Analytics (分析) 4 資源中，我們針對連結 Google Ads 帳戶的方式做了幾項改善，但資源本身沒有改變。您可以將 Google Ads 帳戶連結至 Google Analytics (分析) 4 資源，藉此與 Google Ads 帳戶共用目標對象和網站統計資料，以及在 GA4 資源中使用 Google Ads 報表資料。Google Ads 帳戶的連結作業是在 Google Analytics (分析) 資源層級進行。您可以連結來源資源、子資源或綜覽資源。
通用 Analytics (分析) 和 Google Analytics (分析) 4 之間，有一項重要差異：在通用 Analytics (分析) 中，您需要自行選取 Google Ads 帳戶做為目標對象匯出目的地 (最多 10 個)，但在 GA4 資源中，所有的已連結帳戶會共用一組目標對象。這項變更生效後，共用資料會變得更加簡單，但您必須共用所有目標對象或完全不共用，因此在建立 Google Analytics (分析) 4 目標對象時，請注意這一點。
連結 GA4 資源和 Google Ads 帳戶後，您就可以在 Google Ads 中查看網站統計資料。這項功能可將行為參與資料從 Google Analytics (分析) 直接匯出到 Google Ads 使用者介面中。您可以連結任何類型的資源，但我們建議在來源資源或子資源之間擇一連結，以免發生重複計算的問題。
您可以與 Google Ads 共用任何 GA4 資源 (一般資源、子資源或綜覽資源) 的目標對象，但子資源或綜覽資源可能因為篩選條件或包含多個資料集，導致其目標對象資料與來源 (一般) 資源不同。使用 Google Ads 指定目標對象時，請務必留意這一點。
同樣地，轉換取決於連結的資源類型。我們不建議從來源資源、子資源和綜覽資源匯入相同的轉換類型；最佳做法是將 Google Analytics (分析) 來源資源連結至 Google Ads，並只從來源資源匯出轉換資料。不過，如果您的 Google Ads 帳戶因地而異，可能就需要改為在子資源層級進行連結，上述建議也就不適用。
Search Ads 360
剛開始推出時，SA360 整合會支援將來源資源的資料沿用到子資源或綜覽資源。也就是說，如果您在來源資源上建立連結，子資源或綜覽資源會收到 SA360 的資料，但子資源或綜覽資源無法控制或設定連結本身。
從通用 Analytics (分析) 到 Google Analytics (分析) 4 資源，有一項重大變更值得注意：在通用 Analytics (分析) 中，您必須選取每個要做為目標對象匯出目的地的帳戶，最多 10 個。在 Google Analytics (分析) 4 資源中，所有已連結帳戶會共用一個目標對象。這項變更生效後，共用資料會變得更加簡單，但您必須共用所有目標對象或完全不共用，因此在建立 Google Analytics (分析) 4 目標對象時，請務必注意這一點。
Display & Video 360
剛開始推出時，DV360 整合會支援將來源資源的資料沿用到子資源或綜覽資源。也就是說，如果您在來源資源上建立連結，子資源或綜覽資源會收到 DV360 的資料，但子資源或綜覽資源無法控制或設定連結本身。
從通用 Analytics (分析) 到 Google Analytics (分析) 4 資源，有一項重大變更值得注意：在通用 Analytics (分析) 中，您必須選取每個要做為目標對象匯出目的地的帳戶，最多 10 個。在 Google Analytics (分析) 4 資源中，所有已連結帳戶會共用一個目標對象。這項變更生效後，共用資料會變得更加簡單，但您必須共用所有目標對象或完全不共用，因此在建立 Google Analytics (分析) 4 目標對象時，請務必注意這一點。