GA4 新帳戶啟用前以及使用時必須注意的後台設定

為了讓剛接觸 GA4 的朋友快速認識 Google Analytics 4，我們撰寫了 2 篇文章，分別是「深入了解 Google Analytics 4：手把手建立帳戶並瞭解 GA4 後台介面」以及「認識 GA4 前台介面以及基礎報表」，我們希望這些文章可以幫助入門的朋友們熟悉 GA4 的後台功能和前台介面。

在建立完帳戶之後，有幾個 GA4 後台設定是可以且建議預先處理的。以下列出了多項後台設定以及使用時的注意事項，建議在開始收集資料之前，就先行設定完成。這樣可以避免未來資料遺失或是中途才接入的資料無法溯及既往，影響對網站成效的判讀。

本篇重點

#1 調整資料保留期限

GA4 左下角齒輪進入後台 > 展開「資源設定區塊」> 展開「資料收集和修改」> 「資料保留」

預設的資料保存期限是 2 個月，記得要到後台「資料保留」選項中，調整預設的 2 個月為 14 個月。

不過呢，雖然 Google 這麼說，但這部分只會影響到「探索」以及「漏斗」報表，儘管超過 12 個月，「標準」報表的資料還是會顯示。

且經過測試確認後，如果有把資料接到 Looker Studio ，也同樣可以取用到超過 12 個月的資料。

#2 將 GA4 帳戶與 BigQuery 連結

GA4 左下角齒輪進入後台 > 展開「資源設定區塊」> 展開「產品連結」> 「BigQuery 連結」

儘管我們透過上述的設定更改為 14 個月，但如果想要永久保存資料的話，還是必須要連到 BigQuery，可以使用免費的沙盒模式，但只會保留最近 60 天的資料，如果需要保留超過 60 天的話就必須要綁定信用卡。

這部分的費用則必須視你串流的要求與查詢量、資料儲存量以及所選擇的儲存空間位置，會有不同的價格。

在完成連接設定之前，會看到針對你的 GA4 資源所預估的傳送量，而關於費用的部分，可以透過 Google 提供的試算工具計算，就可以知道每個月要花多少錢在資料的儲存以及使用。

ㅤ

另外，雖然 GA4 表示資料只會保存 14 個月，但這僅存於「探索」與「漏斗」報表中，如果是 GA4 「標準」報表或是將 GA4 資料接到 Looker Studio，依然是可以獲取超過 14 個月之後的數據資料。

#3 關閉「表單互動」加強型評估事件

GA4 左下角齒輪進入後台 > 展開「資源設定」區塊 > 「資料串流」> 選擇該 GA4 串流資源 > 點擊「加強型評估」區塊右下角齒輪

在之前的文章「5 個用 GTM 追蹤表單提交的方式」當中，我們有提過如果可以用 GTM 設定「表單提交」追蹤事件的話，請使用 GTM 並且關閉 GA4 加強型評估事件中的「表單互動」事件。

這是因為該「表單互動」事件不是那麼的可靠，因為每個網站建置的方式不同，有時會出現使用者已經成功提交表單但是事件卻沒觸發的情況，或是使用者明明是填寫搜尋欄位，但是卻觸發了事件的情況，因此我們會建議在初期就先關閉「表單互動」事件，避免造成事件報表的混亂，如有追蹤需要，則改用 GTM 進行設定。

設定的方法可以參考這篇文章 》5 個用 GTM 追蹤「表單提交」的方式，你該用哪一種？

ㅤ

另外，加強型評估事件中的「影片參與」可能也沒那麼準確，如果有餘力的話，也可以透過 GTM 進行這部分的設定，可以針對有影片需要追蹤的特定網頁設置代碼即可，這部分的設定同樣可以參考這篇文章》如何用 GTM 追蹤網站的「Youtube 影片」表現？

ㅤ

ㅤ

#4 排除內部流量並打開篩選器

排除來自自家網站的流量也是一件相當重要的事情，尤其當公司規模較大時，避免自家人在公司觀看網站的數據擾亂了報告的結果。

GA4 左下角齒輪進入後台 > 展開「資源設定」區塊 > 「資料串流」> 選擇該 GA4 串流資源 > 選擇畫面下方「進行代碼設定 > 選擇「定義內部流量」

ㅤ

定義完畢之後，記得還要到「資料篩選器」中啟動「內部流量篩選器」，否則是不會開始運作的。

點選 GA4 介面左下角的齒輪 > 展開「資源設定」區塊 > 選擇「資料收集和修改」 > 選擇「資料篩選器」 > 點擊「內部流量(intternal traffic)」 >

ㅤ

#5 調整「互動工作階段」的時間

GA4 如何定義使用者有「互動」這個行為？

以官方的資料來看，所謂的「互動工作階段」維度是指使用者有停留在頁面上超過 10 秒鐘，或是在該工作階段有發生重要事件（轉換事件）以及至少有瀏覽 2 個頁面以上，就會被定義為有產生互動的工作階段。

這個 10 秒鐘是否覺得有點太短了？光憑停留 10 秒中就將使用者定義為有互動的話，條件可能太過寬鬆，因此可以將其調整至 30 秒或 60 秒（端看你的網站性質而定），讓我們盡可能確保這是「真正」的互動。

GA4 左下角齒輪進入後台 > 展開「資源設定」區塊 > 「資料串流」> 選擇該 GA4 串流資源 > 選擇下方的「調整工作階段逾時」>「調整互動工作階段的計時器」

ㅤ

#6 排除「參照連結」

如果你是電商網站，因為在結帳過程中，使用者通常會先跳到金流網域，再回到網站的訂單完成頁面，因此參照連結的排除尤其重要，如果沒有設定排除的話，網站的購買事件來源以及歸因就會因此受到影響，你會發現購買事件「來源 / 媒介」可能都會來自於「金流網域 / referral」。

GA4 左下角齒輪進入後台 > 展開「資源設定」區塊 > 展開「資料收集和修改」 >「資料串流」> 選擇該 GA4 串流資源 > 選擇下方的「列出不適用的參照連結」

像是 Shopline 就有提供參照連結的排除名單，方便使用者透過 GA4 進行排除設定。

Shopline 官方提供的需排除的金流網址

ㅤ

#7 打開 Google 信號

啟用「Google 信號」可以幫助我們追蹤跨裝置的使用者以及獲得使用者年齡、性別、所在地和興趣等資料，而且儘管使用者是透過不同裝置來到網站，我們也可以透過 Google 信號來將歸類為同一使用者，方便我們進行正確的再行銷並且避免行銷資源的浪費。

GA4 左下角齒輪進入後台 > 展開「資源設定」區塊 > 展開「資料收集和修改」> 「資料收集」> 打開「Google 信號」右上角按鈕

（需要注意的是，在收集使用者資料之前，請先取得使用者的同意，尤其是營運在歐盟地區的網站更是要記得設定「同意聲明模式」，關於這部分的設定可以參考我們之前寫的文章：如何用 GTM 設定「Google 同意聲明模式（Consent Mode）」?）

ㅤ

#8 建立測試站的 GA4 資源

如果你的公司網站有測試站，建議可以為測試站另開一個 GA4 資源，避免測試站的資料與正式站混在一起，造成資料上判讀的困難。

（雖然我們可以用篩選網址功能來過濾測試站的資料，但多開資源不需要額外花費，因此實在是沒有必要辛苦的透過事後篩選資料來建立報表。）

我們之前有寫過一篇文章，告訴你如何透過判斷不同網站來遞送網站的資料到不同的 GA4 串流資源中，有興趣的朋友可以參考這一篇文章：如何用 GTM 「對照表」管理不同的 GA4 ID（例：測試站與正式站）

ㅤ

#9 將 Google Ad 帳號與 GA4 連結

如果有投放 Google Ad ，請記得一開始就先將廣告帳號與 GA4 連結，才能完整追蹤來自廣告的數據，透過 GA4 了解是哪個廣告活動帶來較佳的成效，並且可以讓 Google Ad 取用 GA4 的重要事件作為 Google Ad 轉換事件，在 GA4 中打包的受眾也可以給 Google Ad 作為再行銷使用。

GA4 左下角齒輪進入後台 > 展開「資源設定」區塊 > 展開「產品連結」> 「Google Ads 連結」

ㅤ

#10 將 GSC 與 GA4 連結

GA4 左下角齒輪進入後台 > 找到「資源設定」區塊 > 「產品連結」> 「Search Console 連結」

此舉主要是將 Google Search Console 的資料「顯示」在 GA4 的儀表板中，而不是完全與 GA4 結合在一起，畢竟這是兩個不同的系統，這也是為什麼在 GA4 打開 Google Search Console 儀表板時，如果想要新增其它 GA4 維度會造成資料空白的原因。

（而關於 GA4 指標的部分，目前僅有「使用者」、「互動工作階段」、「參與度」、「平均參與時間」、「事件計數」以及「重要事件」可供使用，如果想要新增其它指標，都是處於反白的狀態，無法選用。）

但是，我們還是可以將其與 GA4 連結，如此一來就只要在 GA4 便可以一站式觀看相關資料，甚至可以透過「排定電子郵件發送時間」，定期將報告寄到相關人員的信箱，就不用再到 Google Search Console 中查詢關鍵字表現。

ㅤ

在後台的「資料串流」介面中，會看到「同意聲明設定」的驗證選項，只有當你取得使用者的同意聲明之後，這邊才會以綠勾顯示，如果你的網站服務以及流量是來自歐盟地區，這部分一定要打綠勾，才能繼續使用 Google 的廣告服務。

關於這部分的說明，可以參考文章：如何用 GTM 設定「Google 同意聲明模式（Consent Mode）」?

上述這個畫面在哪裡？

GA4 左下角齒輪進入後台 > 找到「資料收集與修改」區塊 > 「資料串流」> 選擇該 GA4 串流資源 > 下方區塊找到「同意聲明設定」

ㅤ

#12 延長工作階段逾時時間（看情況）

GA4 預設的工作階段為 30 分鐘，也就是如果使用者離開網站 30 分鐘之後再度回到網站上，就會重新啟動一個新的工作階段，於是同一個使用者一天之內可能會產生許多個工作階段，但其實都是在同一個頁面上進出，例如教學型或是影片類型的網站便很容易出現這樣的情況。

GA4 左下角齒輪進入後台 > 找到「資源設定」區塊 > 「資料串流」> 選擇該 GA4 串流資源 > 選擇下方的「進行代碼設定」 > 「調整工作階段逾時」

因此就會有人將「工作階段逾時」調整成最大值 7 小時 55 分鐘，在這段期間進出網站的使用者，都只會被視為同一個工作階段。

這個設定不一定要改，還是必須要視你的網站性質來決定，如果沒有特殊需求，建議保留原本的 30 分鐘就可以。

ㅤ

#13 遮蓋使用者個人資訊

現在應該很少有網站會把使用者相關資訊放在網址列中的參數段落了，但如果你手邊的網站依然有這樣的情況或是你不希望將這些資訊顯示在 GA4 當中，請務必進行「資料遮蓋」設定。

有些網站可能會把使用者登入後的 email 或是會員號碼以及姓名等資訊放在網址列當中，如下圖：

此時我們就可以善用後台設定中的「遮蓋資料」功能，在用戶端的時候就先將這些資訊處理掉，避免被傳送到 GA4。

GA4 左下角齒輪進入後台 > 找到「資源設定」區塊 > 「資料串流」> 選擇該 GA4 串流資源 > 選擇下方的「遮蓋資料」> 啟用遮蓋選項 > 輸入查詢參數 > 測試網址

如此一來，就可以避免將個人識別資訊（PII）傳送到 GA4，同時 Google 本身也有嚴格規定，任何 Google 可用做或認定為個人識別資訊的資料，均不得傳送給 Google。這類資訊包括 (但不限於) 電子郵件地址、個人手機號碼和身分證字號，因此這也是 GA4 帳號啟用初期，一定要注意的設定。

ㅤ

#14 確認 GA4 的報表時區

時區的設定對於電子商務網站是相當重要的一件事情，尤其是需要常常比對 GA4 收集到的訂單與網站後台訂單的使用者，在這部分的設定就必須多加注意，以免因為報告選取的時間區間的不同，造成 GA4 訂單與後台訂單數量以及金額出現過大的誤差。

GA4 左下角齒輪進入後台 > 找到「資源設定」區塊 > 展開「資源」> 「資料詳細資料」 > 右側「報表時區」

ㅤ

# 15 調整重要事件計算方式

這也是常常被忽略的設定。GA4 預設重要事件的計算方式為「每個事件 1 次」，也就是只要有重要事件發生，那麼該事件就會＋1，同一個工作階段內如果發生 3 次，那麼就會＋3。

對於大部分的電商網站來說，這樣的預設沒有什麼太大的問題，因為一個使用者可能會在同一個工作階段內分開結帳 3 次（結帳完之後，又看到別的東西也想買，再度結帳），也因此產生 3 次重要事件，相當合理。

但如果只是單純「訂閱」呢？然後網站又沒有做重複訂閱篩選機制，或是「訂閱事件」啟動方式有誤，同一個使用者「不小心」觸發了同一個事件 3 次，GA4 的「重要事件」也紀錄了 3 次，這樣的情況就相當沒意義，也會影響數據的準確性。

那麼該怎麼辦呢？

ㅤ

你可以到 GA4 後台的「重要事件」介面，更改其計算方式。

GA4 左下角齒輪進入後台 > 找到「資源設定」區塊 > 展開「資料顯示」 > 點擊「重要事件」 > 右邊清單選擇想要變更的「重要事件」 > 點擊右邊垂直三點符號 > 選擇「變更計算方法」> 更改為「每個工作階段一次」

ㅤ

如此一來，不管當次工作階段裡面使用者產生幾次「重要事件」，GA4 都只會計算為 1 次。

不過呢，這只會將同一個工作階段中重複觸發的「重要事件」計算為 1 次，如果使用者將訂閱成功的頁面留在瀏覽器頁籤當中，隔天重新打開瀏覽器或是啟動該頁籤時，因為使用者開啟了一個新的工作階段，所以該「重要事件」依然有被重複觸發的機會（取決於你的 GA4 事件設定方式）。ㅤ

ㅤ

#16 使用錯誤的「流量來源」維度

了解使用者從何而來，是我們使用 GA4 的主要目的之一，方便我們針對特定渠道進行優化或是再投資，但是在使用「來源/媒介」維度時，有件事情要注意，也就是必須要區分所使用的維度層級。

GA4中， 有「工作階段＿＿＿＿」與「最初招攬到使用者＿＿＿＿＿」開頭的流量來源相關維度，以及單純的「來源/媒介」。

如果我們想要知道使用者每次造訪網站時，分別是來自於哪個渠道，那麼就必須要用「工作階段」層級的維度，也就是以「工作階段＿＿＿」開頭的流量來源相關維度。

ㅤ

但如果想要知道使用者第一次造訪網站是透過何種渠道，則是要採用以「最初招攬到使用者______」開頭的相關維度。

ㅤ

這兩種類型的維度在幫助我們判斷流量來源上，都非常有幫助，但是要注意的是：

千萬不要混用！

ㅤ

常常會看到有使用者在報表中這樣拉取維度，將「工作階段來源」、「最初招攬使用者的預設管道群組」或是「最初招攬使用者的媒介」混在同一個報表中使用，如下圖所示：

ㅤ

如此一來，就會造成數據上的錯亂，這點要特別注意。

ㅤ

＃17 忘了移除 debug_mode 模式

在文章「 9 個 GA4 DebugView 無法正常運作的可能原因＆解法 」中，有教大家如何正確加入 debug_mode 參數到 Google Tag 或是「GA4 事件」中，但常常有人會在測試完畢之後忘記移除參數或是關閉 Ga Debugger 擴充套件，導致數據一直呈現 debug_mode 狀態，這點也是要特別注意的地方，每次測試完畢都必須確認是否有移除參數或是關閉擴充套件。

ㅤ

#18 忘了要設定跨網域追蹤網域ㅤ

如果多個不同網域的網站使用同一個 GA4 資料串流，那麼千萬要記得進行跨網域連結的設定，例如：你有兩個網站，分屬於不同網域 www.abc.com 以及 www.cde.com，但想要用同一個 GA4 資料串流，就必須進行以下設定：

（注意，子網域不用做跨網域設定，如 www.abc.com 與 blog.abc.com 是不需要做跨網域設定的。）

GA4 左下角齒輪進入後台 > 找到「資源設定」區塊 > 展開「資料收集和修改」 > 「資料串流」> 選擇網站所屬串流 > 下方 Google 代碼區塊選擇「進行代碼設定」 > 「設定網域」> 輸入網域名稱

ㅤ

如此一來，儘管使用者在不同的網域之間移動，GA4 也能將其視為同一個使用者。

延伸閱讀 》不同網站該用不同 GA4 帳戶、資源或 ID 嗎？

ㅤ

#19 忘記「自訂定義」指標或是維度

這也是有使用 GTM 設定事件的朋友很常忘記的項目之一。

當我們透過 GTM 設定了「GA4 事件」，並在該事件中設置了特別的參數（非GA4 預設的），雖然測試很順利，不管是透過 GTM 預覽功能還是 GA4 DebugView 都可以順利看到事件與參數「值」出現。

但是！

你興高采烈地關機下班去，卻沒有去 GA4 後台「自訂定義」該事件參數，

幾天之後回頭想拉取該維度時發現悲劇了，怎麼看不到該事件參數的相關資料！？

這是很正常的，因為你自創了一個參數名稱，GA4 根本不認識該事件送進來的資料，所以一定要透過「自訂定義」來讓 GA4 認識該參數。

設定方式可以參考這篇文章》如何使用 GA4 「自訂定義」中的「自訂維度」功能？

ㅤ

高基數維度

另外，不要對在一天內會出現超過 500 個不同事件參數「值」的參數，進行「自訂維度」，這可能會導致報表中只顯示前 500 個「值」，其餘則被歸為 (other) 列，讓部分數據無法追蹤，這就是所謂的「高基數維度」。

例如：你的網站會員 ID 就不該使用「自訂維度」，一來是如果你的網站一天會有超過 500 個會員登入，那麼就會產生 500 個不同的維度「值」，而超過的「值」如果被壓縮到 (other) 中的話，就看不到相對應的資料了。

GA4 針對會員 ID 有提供專屬的參數名稱 user_id，如果要傳送會員 ID 給 GA4，請參考文章「如何用 GTM 傳送 User ID 到 GA4？」的設定方式。

ㅤ

像是「網頁位置」這樣的維度，也是屬於「高基數維度」，不過因為這是 GA4 官方預設的維度，雖然有可能在一天內出現超過 500 個不同的「值」（也就是網址），但 GA4 官方早就考慮到這點，所以不會讓這類型維度其超出的部分被壓縮到（other）列當中。

ㅤ

#20 沒有使用正確的電子商務事件名稱

在 GA4 中，所有的使用者行為都改成以「事件」沒基礎，因此 GA4 官方文件中，有列出了各種不同的事件類型，如「自動收集事件」、「建議事件」、「加強型評估事件」以及「自訂事件」。

其中，「建議事件」中，就包含「電子商務相關事件」，如 view_item、add_to_cart、begin_checkout、checkout 以及 purchase 等耳熟能詳的事件名稱。

如果你的網站有追蹤電子商務事件，請千萬務必不要自訂這些名稱，否則會影響 GA4 的判別，與電子商務相關的報表以及維度可能會無法顯示正確的資料。

關於「電子商務事件」的設定，可以參考文章》如何用 GTM 設定「GA4 電子商務事件」？

ㅤ

#21 沒有等待 GA4 處理資料

當資料收集到之後，GA4 需要 24-48 小時的時間才能處理資料，有時候今天收集到的事件，隔天不一定能夠馬上看到，所以請給點耐心讓 GA4 處理一下（基本上只要測試時沒問題，GA4 都會紀錄得到，只是需要時間處理。）

ㅤ

#22 千萬別移除這些參數

如果你為了要使報表簡潔，使用了些技巧移除了網址末端的特定參數名稱，例如 fbclid ，那麼千萬要記得，不要移除下列這些與 GA4 相關的參數名稱，否則會造成報表出現錯誤或是沒有資料。

例如 utm_source、utm_medium 以及 utm_campaign 等 utm_ 開頭的「查詢字串」名稱，或是 Google Ad 的 gclid 以及 DV 360 的 dclid，還有用在跨網域追蹤的 _gl，這些都是 GA4 用來判別廣告成效以及「來源/媒介」的「查詢字串」，如果將它們移除了，那就真的會影響到 GA4 的數據了，這點要特別注意。

延伸閱讀》如何用 GTM 移除網址尾端的「參數」並傳送給 GA4？

ㅤ

#23 沒有注意到報表「狀態」

每次在觀察報表時，我們都必須注意報表右上角的符號，是「綠色勾勾」、「紅色驚嘆號」或是「橘色百分比」符號，如果是「綠色勾勾」代表資料是完整百分之百顯示，你看到的是 GA4 在你網站上收集到的所有資料。

(可以點擊該符號，確認是否為 100% 資料製成的報表，如果報表上出現「橘色百分比」符號，就代表該報表示以取樣資料製成，需注意取樣的百分比，以免錯估數據。)

ㅤ

如果資訊卡右上角出現「紅色驚嘆號」，這就是告知，報表中的數據有受到「閾值」影響，當你有啟動 Google 信號的選項時，有些來源的資料可能會因為資料量過小，Google Analytic 4 就不會將其顯示出在儀表板或是報表裡。

不過呢，Google 已於 2024/2/12 刪除於標準報表中加入 Google Signal，未來標準報表將不存在「閾質」的問題，只有跟使用者屬性相關的報告，才會因為資料量不足的關係，出現「紅色驚嘆號」的提醒。

ㅤ

另外，有時報表的時間區間拉得太長，也會出現「紅色驚嘆號」，這表示在你選擇的這個時間區間內，有部分時間是沒有記錄到資料的。

#24 沒有將 GA4 資料串流分類

如果你的網站有分測試站與正式站，我們建議為兩個網站設置不同的「資料串流」，使用不同的「評估 ID」，這麼做可以避免資料的混亂，將測試資料（你自己、工程師以及任何測試人員產生的數據）與正式資料混在一起，未來當你在使用 GA4 製作報表時，會非常的辛苦。

延伸閱讀》如何用 GTM 「對照表」管理不同的 GA4 ID（例：測試站與正式站）

ㅤ

#25 沒有正確使用 UTM 參數

相信有在使用 GA4 的朋友都知道使用 UTM 參數來進行流量追蹤，但是你有用對嗎？

當帶著 UTM 參數的流量進入網站之後，如果其參數「值」大小寫不同，例如 utm_source=Facebook 和 utm_source=facebook 就會在 GA4 中被視為不同的來源，這點是使用時需要多注意的部分。

關於這個議題，我們有寫一篇文章「8 個導致 UTM 參數在 GA4 中失效的可能原因」，有更多關於 UTM 參數的探討，有興趣的朋友可以參考該篇文章。

ㅤ

#26 沒有關閉「自動偵測使用者提供的資料」

大概是 2024 年初的時候，GA4 突然更新了一個後台功能，也就是可以讓 Google 自動偵測網頁上與電子郵件地址格式相符的資料，並將其用來作為使廣告投放更精準的手段。

最恐怖的是，這功能推出時，是處於「預設開啟」的模式，這點對於有來自歐洲流量的網站來說，可是大忌，因為有可能在沒有獲得使用者同意的情況底下，就將使用者的資料傳送出去，這可是嚴重違反 GDPR 的規範。

ㅤ

因此，記得檢查一下你的 GA4 後台設定，是否有取消勾選這個選項，避免在使用者跟你都不知情的情況下，傳送了未經允許的資料出去。

GA4 左下角齒輪進入後台 > 找到「資源設定」區塊 > 展開「資料收集和修改」 > 「資料串流」> 選擇網站所屬串流 > 下方 Google 代碼區塊選擇「進行代碼設定」 > 「允許納入使用者提供的資料」 > 不要勾選「自動偵測使用者提供的資料」

ㅤ

同場加映

另外也有一點需要注意的，就是在

GA4 左下角齒輪進入後台 > 找到「資源設定」區塊 > 展開「資料收集和修改」 > 「資料收集」> 展開「收集 User-ID 和使用者提供的資料」區塊

在這個區塊中，有一個「收集使用者提供的資料」選項，如果你將其開啟，那麼在 BiqQuery 中就不會看到 user_id 這個維度的資料（如果有將 GA4 以及 BigQuery 做連結的話 ）

ㅤ

這個功能剛推出時，如果你不小心將其打開，就無法關閉了，好加在 Google 後來有進行調整，允許使用者手動將其關閉，快去檢查一下你的設定吧，至於是否有需要開啟這個功能來讓自家廣告更加精準，就必須看你的需求進行取捨囉。

ㅤ

延伸閱讀

如果你很喜歡這篇文章並且覺得內容有幫助，又剛有些多餘時間，歡迎你看看其它文章，繼續探索（這坑？這地獄？這片樂土？）

同時，如果對於內容有疑問或是建議，也歡迎你留言告訴我們：）

Tags