定義的巨集目的地 destination-macros-defined
說明您可以新增到目的地URL的巨集。
建立URL目的地時，您可以將下列巨集插入到URL字串中。 請洽詢您的資料/目的地合作夥伴，瞭解目的地URL內適當的巨集位置。
%alias%必填。
定義目的地URL中對應區段值的位置。 這通常是 區段ID，但也可能是整合代碼。
%did%%dpid_data source id%資料來源ID 對應到傳入巨集的資料來源識別碼。
讓我們來看看這如何在一個簡單的範例中運作。 在此案例中，我們有個Audience Manager合作夥伴，具有下列ID和條件：
- 資料來源識別碼：
1 - 內部客戶識別碼：
CustomerABC - 宣告ID：合作夥伴想要將這些值作為宣告ID
1:CustomerABC傳入。
若要對%dpid_data source id%執行此動作，Audience Manager合作夥伴將設定如下的巨集格式：
%dpid_1%
巨集會以 CustomerABC取代 1。
${GDPR}${GDPR_CONSENT_XXXX}XXXX取代為目的地合作夥伴識別碼。 如需詳細資訊，請參閱適用於IAB TCF的Audience Manager外掛程式。%http_proto%偵測上層網頁中使用的通訊協定，並將其插入目的地URL。 例如：
- 如果網頁為 https：//aam_client.com，此巨集將會取代為 https：//url-destination.com
- 如果網頁為 http：//aam_client.com，此巨集將會取代為 http：//url-destination.com
%mcid%%region%%rnd%%timestamp%使用目標巨集防止快取 destination-cache-busting
%rnd%和%timestamp%巨集會將唯一值插入到URL字串中，以防止瀏覽器快取。
使用%rnd%和%timestamp%的快取破壞 dest-cache-busting
瀏覽器在記憶體中快取（儲存）經常要求的內容。 頁面載入時，儲存的內容會從快取提供，而非從遠端伺服器提供。 此程式有助於維持有效率的下載時間，因為資料是在本機（而非從其他位置）提供。 不過，由於快取不需要伺服器呼叫，因此可藉由人為降低不重複請求數來扭曲報表。
防快取可防止瀏覽器儲存及重複使用內容。 此技巧使用的程式碼會在URL字串中插入隨機數字或時間戳記，以便在瀏覽器中看起來是唯一的。 因此，每個HTTP呼叫都會計算為對伺服器的個別要求。 為每個請求強制執行新的伺服器呼叫有助於維持報告準確性並減少差異。 Audience Manager提供兩個巨集來防止快取：
%rnd%：在URL中插入隨機數字。%timestamp%：將Unix日期/時間插入URL。
比較%rnd%與%timestamp% compare-rnd-timestamp
這兩個巨集都防止快取，但%rnd%可能更有效率。 例如，透過%timestamp%，如果多位使用者同時檢視頁面，他們將取得相同的日期/時間值。 因此，URL不是唯一的，而且多個呼叫只會計算一次。 不過，%rnd%會為每個呼叫產生唯一的數值（即使使用者同時看到相同頁面）。 這表示URL字串包含不同的值，且計為唯一。