導入用戶端影片廣告時，系統會分別獨立請求影片串流與廣告，但是在伺服器端導入影片廣告並採用動態廣告插播 (DAI) 時，系統只會請求一個串流，廣告則是動態地與影片內容結合。如果發生伺服器錯誤，串流可能會被封鎖，不僅對使用者體驗造成負面影響，同時也會造成收益上的損失。
當您建立串流及放送該串流，Ad Manager 動態廣告插播會提供 HTTP 錯誤，方便您在無法從伺服器取得有效回應時，可以指定備份串流。
建立串流時一旦偵測到錯誤，就應該使用備份串流。如果放送串流時發生錯誤，Ad Manager 會自動使用您其他版本的串流以解決問題。如果其他版本的串流也無法順利播放，系統就會停止播放串流。我們建議您接著開始另一個串流，試著再次放送串流。
如何處理建立串流時偵測到的 HTTP 錯誤
| 錯誤類型 | 建議 |
|---|---|
| 4XX 錯誤 (不含 429) |
出現 HTTP 4XX 錯誤時，請勿改用原始的串流，因為此時用戶端可能也發生錯誤。請確認您傳送至伺服器的請求正確無誤，並且包含所有必要參數。 |
| 429 或 5XX 錯誤 | 出現 HTTP 429 或 HTTP 5XX 錯誤時，請改用原本沒有營利的備份串流。在 IMA SDK 中，錯誤處理常式可以偵測到這些錯誤，預設串流也可以切換至備份串流。 |
TVOS
static NSString *const kBackupContentPath =
@"http://googleimadev‑vh.akamaihd.net/i/big_buck_bunny/bbb‑,480p,720p,1080p,.mov.csmil/"
@"master.m3u8";
- (void)streamManager:(IMAStreamManager *)streamManager
didReceiveError:(NSError *)error {
NSLog(@"Error: %@", error);
[self playBackupStream];
}
- (void)playBackupStream {
NSURL *contentURL = [NSURL URLWithString:kBackupContentPath];
self.playerViewController.player = [[AVPlayer alloc] initWithURL:contentURL];
[self.playerViewController.player play];
}取得隨選影片 (VOD) 或直播串流的備份串流網址
您的應用程式應該具備一項機制，可取得隨選影片 (VOD) 或直播線性串流的備份串流網址。如果是隨選影片，備份串流網址應該是 MRSS 動態饋給當中所提供的 ingestURL。如果是直播線性串流，備份串流網址應該是 Ad Manager 使用者介面中指定的內容串流。
在串流放送時處理 HTTP 錯誤
如果放送串流時發生錯誤，建議您不要改用原始的串流。Ad Manager 會自動嘗試修正遇到的錯誤。但如果伺服器無法處理錯誤時，串流就會停止放送。串流一旦停止，應用程式應該會開始新的串流。如果錯誤依舊存在，建議您改用原始串流。
驗證備用廣告導入結果
您可以使用下列串流示例來驗證備用廣告導入結果：
| 串流格式 | 素材資源金鑰 |
|---|---|
| HLS | MSQJlB9VSgqJkGNv1mB0FA |
| DASH | TrhaCde0R_uKzG_psucTww |
這些串流僅供測試用，而且一律會傳回 HTTP 429 錯誤。
動態廣告插播線性串流的自動容錯移轉
儘管情況罕見，但我們的系統有時會面臨突然暴增的要求數量，因此對於部分使用者可能會改以沒有任何廣告的方式放送串流內容。在這種情況下，觀眾將看到基本內容。
如果系統無法放送備用串流 (例如指定了驗證或來源轉接，或為串流請求指定變化版本，則會放送 HTTP 429 回應代碼，且應用程式應該會回到本機原始串流)。
如有任何與 DAI 疑難排解或服務中斷相關的問題，請與發布商支援團隊聯絡。