**支援結束通知：**2026 年 10 月 30 日， AWS 將結束對 Amazon Pinpoint 的支援。2026 年 10 月 30 日之後，您將無法再存取 Amazon Pinpoint 主控台或 Amazon Pinpoint 資源 (端點、區段、行銷活動、旅程和分析)。如需詳細資訊，請參閱 [Amazon Pinpoint 終止支援](https://docs.aws.amazon.com/console/pinpoint/migration-guide)。**注意：**與 SMS、語音、行動推播、OTP 和電話號碼驗證相關的 APIs 不受此變更影響，並受 AWS 最終使用者傳訊支援。
本文為英文版的機器翻譯版本，如內容有任何歧義或不一致之處，概以英文版為準。
# 行程的使用秘訣和最佳實務
雖然行程的設計靈活且可完全自訂，但有些基本策略和實務有助於您規劃、設計和管理任何行程。請考慮下列使用秘訣和最佳實務，以便設計和管理成功的行程。
**Topics**
+ [範圍和設定](#journeys-best-practices-settings)
+ [客群](#journeys-best-practices-segments)
+ [活動](#journeys-best-practices-activities)
+ [電子郵件訊息](#journeys-best-practices-email)
+ [檢閱和測試](#journeys-best-practices-review-test)
+ [分析](#journeys-best-practices-analytics)
+ [生命週期管理](#journeys-best-practices-lifecycle)
## 範圍和設定
因為行程可以執行各種不同且相關聯的任務，所以最好為行程建立妥善定義的案例。此外，您應該選擇支援案例和目標的行程設定。透過使用行程設定，您可以建立限制條件，以決定行程和參與者互動的時機、磁碟區和頻率。
定義案例時，請考慮將範圍限制在較大客戶體驗的一小部分。雖然 Amazon Pinpoint 支援具有廣泛工作流程的大規模旅程，但如果您將旅程設計成一系列相關旅程，將有更多機會監控、優化和管理客戶體驗。
例如，您可以設計一個注重歡迎新客戶的行程，並在他們成為客戶的前七天，為他們提供建議的第一個步驟。以每位客戶在第一次行程中的動作為基礎，您可以根據他們的初始參與程度而量身打造後續行程，然後將他們加進來。後續行程可能會為高度參與行程的客戶提供後續步驟。另一個後續行程可能會將不同的產品或服務推薦給在第一次行程中參與較少的客戶。透過建立一系列小規模行程，您可以在整個客戶生命週期中，持續強化和管理客戶體驗。
定義案例之後，請選擇支援案例目標的行程設定。這些設定定義了行程中任何部分能和參與者互動的時機、磁碟區和頻率。若要選擇這些設定，請建立或開啟行程。然後從**動作**功能表選擇**設定**，接著展開**進階設定**部分。
部分主要目標和相關設定如下：
**儲存並使用參與者的當地時區**
若要最佳化參與者在具排程開始和結束時間的行程中的參與度，請將行程設定為使用每位參與者的當地時區。這有助於確保當參與者最有可能參與這些活動時，旅程活動就會發生。
不過請注意，此設定的實用性取決於您是否將本機時區值儲存在參與者的端點定義中。如果您使用此設定，且參與者的端點定義未指定時區，Amazon Pinpoint 不會在旅程中加入參與者。若要避免這個問題，請使用 `Demographic.Timezone` 屬性來儲存參與者的時區資訊。這是 Amazon Pinpoint 提供的標準屬性。
**位址安靜時間衝突**
如果您設定活動傳送訊息的時間，與旅程的靜止時間設定衝突，Amazon Pinpoint 不會傳送訊息。靜止時間結束後，將傳送新訊息。如果您選擇在靜止時間結束後繼續傳送訊息，也將一併傳送靜止時間保留的所有訊息。如果沒有，將捨棄這些訊息保留的訊息。
**時區估算**
時區估算有助於根據所選估算方法，`Endpoint.Address``Endpoint.Location.PostalCode`或兩者，`Endpoint.Location.Country`根據和估計端點時區。若設定了*靜止時間*，且旅程是根據當地時區發送訊息時，端點時區可避免在不適當的時間傳送訊息。只會在沒有 `Demographic.Timezone` 屬性值的端點上執行時區估算。
AWS GovCloud 中不支援時區估算 （美國西部）
如果旅程包含的端點有多個時區：
+ 當啟用收件人的本機時區時，旅程將根據端點*的最新*時區*開始*傳送訊息。 ****
+ 當已傳送所有訊息，或根據端點的*最早*時區，啟用**收件人的本機時區**時，旅程將*停止*傳送訊息。
+ 在任何時區的安靜時間內，啟用**安靜時間**時，旅程不會傳送訊息至端點。
只有在旅程中的所有端點，都能根據所有設定的旅程傳送規則接收訊息時，旅程才會傳送訊息。
**端點在多個時區，且有*靜止時間*的旅程**
例如，如果您將旅程的*安靜時間*設定為 20：00 （晚上 8：00) 到 08：00 （上午 8：00)，而 UTC-8 `America/Los_Angeles`和 UTC-5 中有端點`America/New_York`，則旅程會在 08：00 `America/Los_Angeles`（上午 11：00`America/New_York`) 開始傳送訊息，並在 17：00 `America/Los_Angeles`（上午 20：00) 停止傳送訊息`America/New_York`。
**限制參與者可以接收的訊息數量**
為了協助確保參與者不會收到太多來自旅程或專案的訊息，請限制 24 小時內可傳送給參與者的訊息數量。如果某趟行程使用行銷活動或其他行程也使用的區段，會特別有幫助。您也可以建立並使用設計明確供特定行程使用的區段。
**最佳化可傳送的訊息數量**
如果旅程有大量參與者，而且會傳送大量訊息，請考量 Amazon Pinpoint 處理和傳送所有訊息所需的時間量。
假設您的旅程活動需要傳送向 1,000,000 名參與者傳送訊息，而您 Amazon Pinpoint 帳戶的最高傳送速率是每秒 200 個訊息。有些參與者在活動開始後約 80 分鐘才會收到訊息。如果行程包含電子郵件活動後的等待活動，這一點尤其重要。等待活動結束時，如果 Amazon Pinpoint 尚未完成所有訊息的傳送，參與者可能沒收到訊息，就開始了等待活動之後的活動。
若要降低此風險，請考慮提高行程每秒可傳送的郵件數目上限，可以的話也將您帳戶的傳送速率提升到最大。也請考慮[提高您帳戶的傳送配額](channels-email-manage-limits.md)。
**限制參與者可進入行程的次數**
根據行程的性質和設計，限制單一參加者可進入同一行程的次數。如果您未設定此限制，則參與者可以進入行程、完成行程中的數項活動、到達結束活動，然後重新開始行程。您可能希望每位參加者只能開始並完成行程一次。
請注意，如果參與者已經是旅程中的活躍參與者，Amazon Pinpoint 不會允許他們進入旅程。例如，如果參與者開始旅程，而且您稍後更新參與者的端點定義，影響參與者包含在客群 （根據客群條件） 或旅程 （根據活動條件），Amazon Pinpoint 不會將參與者新增為新參與者。
**最大化參與者開始行程的機會**
行程進入活動是行程中的第一個活動，會決定新參與者加入行程的頻率。由於新客戶或現有客戶隨時可能成為參與者，因此最好設定進入活動，以便經常將新成員新增至區段。您也可以設定區段，根據特定使用者屬性或事件自動新增參與者。如需如何以這些方式設定客群的範例，請參閱 AWS 訊息和目標部落格上的在 [Amazon Pinpoint 中建立您的第一個旅程](https://aws.amazon.com/blogs/messaging-and-targeting/building-your-first-journey-in-amazon-pinpoint/)。
## 客群
區段是關鍵。區段決定誰可以參與整體行程和特定行程活動。為行程建立區段時，請考慮下列最佳實務：
**建立專用的測試區段**
如果您有一組可測試行程和訊息的人員，請建立只包含其端點的區段。接著您可以將該客群當作統一的測試框架，尤其是使用 Amazon Pinpoint 提供的旅程測試功能時。如需如何建立此客群的提示，請參閱[檢閱和測試旅程](journeys-review-test.md)。
**使用數個區段**
雖然您只能為行程進入活動選擇一個區段，但該區段可以包含數個較小的區段。然後，您稍後在行程中，可以使用多變量分割活動，根據行程參與者的區段成員資格，將行程參與者分到不同群組。這種方法可以協助您為每個參與者提供更量身訂做的體驗。而且也有助於減少電子郵件活動的處理時間，因為這些活動會將郵件傳送給較小且更具針對的受眾。
也可以根據參與者明確執行或不執行的動作來區隔參與者。您可以使用下列分割活動來進行：例如，如果參與者按一下郵件中的連結，您可以使用「是/否」分割活動，則可以使用 *Yes (是)* 路徑，反之則為 *No (否)* 路徑。沒有行動即為透過後續活動重新接觸參與者的機會。
**請勿刪除區段和端點**
建議您維護屬於作用中行程一部分的區段。如果您刪除作用中行程正在使用的航段，該行程可能會失敗並停止執行。如果行程繼續執行，任何屬於區段一部分的參與者都可能會提早從行程中移除。此外，這些參與者會在他們最後一項參與活動的分析資料中，被回報為「已捨棄」。這會削弱分析資料的實用性 — 您無法區分獨立離開行程的參與者和移除的參與者。
**利用自訂屬性**
若要更輕鬆地識別並新增行程參與者至區段，請考慮在應用程式建立或更新端點時，將行程專屬的自訂屬性新增至端點。然後，您可以使用此屬性，將使用者或端點識別為應參與行程的人員。
## 活動
活動是任何行程的建構區塊。因此，選擇每個活動的類型和設定，以及活動之間的關係時，請考慮下列準則：
**最佳化進入活動**
進入活動是行程中的第一個活動，會決定新參與者加入行程的頻率。您可以根據活動加入參與者 (例如加入下載了特定音樂的使用者)，或從現有客群加入參與者。由於新客戶或現有客戶隨時可能成為參與者，因此最好設定進入活動，以便經常更新 (將參與者新增至) 相關區段。這樣做可以最大化參與者開始行程的機會。
**準備變更到區段和參與者資料**
活動對區段條件的評估根據是區段中每個參與者 (端點) 的最新資料，而且此資料可能會隨時間而變更。例如，某參與者開始活動時，最喜歡的食物可能是披薩。該參與者稍後可以將偏好設定變更為熱狗。這種情況下，後續活動將根據參與者對熱狗的偏好評估參與者，而非披薩。準備這類變更的其中一種方法是，使用分割活動來預測變更，並將參與者送往適當的路徑。
如果端點為 `ACTIVE`，Amazon Pinpoint 會透過行銷活動和旅程傳送訊息。如果 `ACTIVE` 端點進入旅程，並在完成旅程之前轉為 `INACTIVE`，Amazon Pinpoint 會繼續將訊息傳送到端點。
**利用*其他*路徑**
除了*其他*路徑外，多變數分割活動最多可包含四條路徑 (每條路徑都有自己的準則)。*其他*路徑適用於不符合任何其他路徑條件的參與者。因此，可以藉此機會，處理你在設計行程時可能沒有考慮到的未預期或異常個案。
**考慮接收事件資料的延遲**
部分事件資料 (例如 *email opens (電子郵件開啟)*) 是以我們從參與者電子郵件提供者收到的資訊為基礎。有些提供者會立即傳送這些資訊給我們，有些提供者的傳送次數則較不頻繁。這些延遲可能會影響參加者的體驗。Amazon Pinpoint 將事件評估為活動條件時，如果沒有任何參與者的事件資料，則會將參與者移至*否*路徑。若要降低此風險，請將緩衝時間新增到緊接電子郵件活動之後活動的評估排程。
**避免連續的電子郵件活動**
建議您在兩個或多個電子郵件活動之間，插入等待或其他類型的活動。這有助於計算 Amazon Pinpoint 處理和傳送訊息的所需時間，以及會延遲多久參與者才能收到訊息。
**使用重新進入間隔**
設定端點重新進入旅程的重新進入間隔。設定重新輸入間隔，可以拉開使用者收到訊息的時間間隔，從而提高使用者互動，降低訊息被檢舉為垃圾郵件的可能。
## 電子郵件訊息
除了 [general tips and best practices for sending email (傳送電子郵件的一般使用秘訣與最佳實務)](channels-email-best-practices.md) 外，建立行程前，請考慮執行下列動作：
**建立專用的「寄件者」地址**
您可以考慮使用專用的電子郵件地址或網域來處理您從行程傳送的所有訊息。如此一來，參與者便能對行程中收到的所有訊息提供一致的體驗。它還允許每個參與者調整其電子郵件應用程式設定，以確保旅程的所有訊息都送達其收件匣。此外，如果您訂閱可[交付性儀表板](channels-email-deliverability-dashboard.md)，使用專用地址或網域可以簡化您存取特定旅程進階分析資料的程序。若要了解如何設定傳送郵件的專用位址或網域，請參閱 [驗證電子郵件身分](channels-email-manage-verify.md)。
**確認您已正確設定電子郵件管道**
發布旅程之前，請確認您的 Amazon Pinpoint 帳戶擁有[電子郵件的製作存取權](channels-email-setup-production-access.md)。如果沒有，您的帳戶就在沙盒環境中，這表示參與者可能會沒收到行程的訊息。(在沙盒環境中能傳送的訊息數量有限，而且只能將訊息傳送至特定電子郵件地址)。此外，請確定您帳戶的傳送配額和傳送速率能夠支援您計劃從行程傳送的訊息數量。若要檢查帳戶的傳送配額和費率，可以使用 Amazon Pinpoint 主控台上的**電子郵件設定**頁面。
**設計相關訊息範本集合**
在規劃程序的早期階段，建議針對預期在行程中包含的每個電子郵件活動，設計和建立訊息範本。如果您這樣做，您可以確保所有訊息都有一致的設計。這也可確保每則訊息專屬於 ，並針對旅程的對應階段進行最佳化。例如，在歡迎新客戶的行程中，您可能會有三封電子郵件範本。一封含入門資訊的範本，另一封包含中繼資訊，供按一下第一封郵件連結的使用者使用，還有一封含修訂過的入門資訊，供未按一下第一封郵件連結的使用者使用。
## 檢閱和測試
Amazon Pinpoint 包含檢閱功能，可檢查旅程中的設定錯誤並發出警告。它還簡化了尋找和修正任何錯誤的程序。若要尋找有錯誤的活動或設定，請按一下錯誤描述。
若要修正錯誤，請遵循 **Review your journey (檢閱您的行程) ** 窗格所提供的建議。建議您在發佈行程之前，先使用此功能來檢閱並修正錯誤。做為最佳實務，建議您在發佈行程之前多次完成此檢閱程序。
Amazon Pinpoint 也包含一項能夠精簡測試程序的測試功能。完成行程的檢閱程序後，您可以使用此功能，傳送一群測試參與者完成行程。
為了確保只有測試參與者可以進入旅程，您可以建立並使用具有此功能的專用測試區段。若要加速測試，您可以設定此功能以減少或移除活動之間的等待時間。強烈建議您在發佈行程前，使用此功能來測試行程的所有方面，包括行程傳送的每封訊息。
若要進一步了解如何檢閱和測試行程，請參閱 [檢閱和測試旅程](journeys-review-test.md)。
## 分析
發布旅程後，Amazon Pinpoint 會自動開始收集並彙總數種標準指標的分析資料，這些資料適用於整體旅程和個別旅程活動。強烈建議您定期且經常檢閱這些指標。
除此之外，這些指標還針對要解決的問題，提供重要建議，例如 Amazon Pinpoint 嘗試評估或執行活動時，可能發生的故障和錯誤。整體而言，這些指標可協助您判斷行程中哪些項目正常運作，或哪些項目未來可協助您設計更有效率的行程。如需可用指標及檢視方式的詳細資訊，請參閱 [檢視旅程指標](journeys-metrics.md)。
Amazon Pinpoint 會自動儲存您的分析資料 90 天。根據行程的預計持續時間或組織的長期儲存和報告需求，您可能會想儲存基礎事件資料超過 90 天。若要這樣做，建議您設定 Amazon Pinpoint 將資料匯出至 Amazon Kinesis Data Streams 或 Amazon Data Firehose。如果將資料匯出到 Amazon Kinesis，您也可以使用其他服務和應用程式來執行更深入的分析或報告。如需詳細資訊，請參閱[透過 Amazon Pinpoint 串流事件](analytics-streaming.md)。
## 生命週期管理
在開發和執行的各個階段中移動行程時，請注意行程生命週期每個階段的下列事項。另外請注意，如果出現任何問題，您可以隨時停止 (取消) 行程。
| 階段 | 描述 |
| --- | --- |
| 草稿 | 行程正在開發，尚未發佈。 在此階段中，您可以變更行程的任何層面，包括行程的區段、活動和設定。您也可以利用 Amazon Pinpoint 功能來檢閱和測試旅程。您可以根據需要，多次重複檢閱和測試程序。 |
| 作用中 | 行程已完成開發、檢閱、測試和發佈。視行程的排程而定，目前可能正在執行或排定稍後開始執行。 在此階段中，您無法在行程中新增、變更或移除活動。 |
| Closed | 行程已完成開發、檢閱、測試和發佈。行程已開始執行，且對新參與者關閉。 視行程的排程和設定而定，行程可能也已超過排定的結束時間。或者，行程可能已經超過排定的開始時間，而且它的進入活動設定為永不新增新的區段成員。 在此階段中，您無法將新的參與者新增至行程，而且沒有現有參與者可以第一次進入行程。不過，任何目前正在等待開始活動的現有參與者都可以繼續行程。 |
| 已停止 | 旅程已開發、檢閱、測試和發佈，之後停止。停止行程後就無法重新啟動行程。您需要再次重新建立旅程。 如果您停止旅程，Amazon Pinpoint 會繼續執行目前正在進行的活動，直到這些活動完成為止。Amazon Pinpoint 也會繼續收集和彙總這些活動的分析資料，直到活動完成為止。它也會針對您停止行程時已完成的任何活動執行此操作。 在此階段中，您無法在行程中新增、變更或移除任何活動。此外 Amazon Pinpoint 會停止評估旅程，且不會執行任何尚未開始的活動。 |