本文件將引導您瞭解 AEM 內容製作的幾個關鍵方面，幫助您做出明智的決策並創造有影響力的數位體驗。 我們將探討如何有效利用「無周邊」(Headless) 和「有周邊」(Headful) 內容策略，同時考慮到開發人員、業務人員和作者等不同角色的看法。
掌握內容建立的藝術與科學
建立引人入勝的內容既是一門藝術，也是一門科學，尤其是在 Adobe Experience Manager (AEM) 中。無論貴組織是大型企業還是小型公司，瞭解內容製作的細微差別都能顯著提升網站的使用者體驗、內容速度、上市時間 (TTM) 和內容覆蓋範圍。
使用者體驗： 透過提供流暢、個人化和互動式內容，提升最終使用者的整體體驗。
內容速度： 提高內容建立、核准和發佈的速度，讓您的團隊能夠快速回應市場變化和受眾需求。
上市時間 (TTM)： 縮短推出新內容和行銷活動所需的時間，確保您傳送的訊息始終相關且及時。
內容覆蓋範圍： 跨多個通道和裝置擴大內容覆蓋範圍，確保一致性並擴大受眾參與範圍。
無周邊和有周邊內容的使用案例機制：
開發人員視角：
- 無周邊： 非常適合需要靈活前端開發的專案。允許開發人員使用現代框架，並提供支援創新使用者體驗的分離型架構。
- 有周邊： 非常適合需要緊密整合系統的情況。提供一套豐富的內建元件和範本，可簡化開發過程，並減少對自訂編碼的需求。
業務人員視角：
- 無周邊： 適合需要跨多個平台（Web、行動、物聯網）高效分發內容的使用案例，可確保一致性和擴充性。
- 有周邊： 最適用於優先考慮內容管理便捷性的使用案例。具有強大的所見即所得 (WYSIWYG) 編輯功能，業務使用者只需少量技術協助即可建立和管理內容。
作者視角：
- 無周邊： 當作者專注於建立可跨不同通道重複使用的結構化內容時，適合採用此策略。這需要對 API 推動的內容傳遞有所瞭解。
- 有周邊： 傾向於讓作者從更直觀、更形象的內容建立流程中獲益。使用拖放式介面和情境內編輯，側重於述說故事和設計。
內容製作的目標
有周邊內容建立：
- 視覺控制： 作者可以直接控制頁面的版面和設計。
- 互動式體驗： 非常適合建立內容豐富的互動式網頁，注重視覺敘事。
無周邊內容建立：
- 靈活性： 對內容的管理獨立於其呈現，可跨多個通道進行傳遞。
- 全通道體驗： 適用於需要透過多種通道展示內容的情境。
本文件將向您介紹每種內容製作方法的最佳實務和注意事項。其中提供了使用案例，幫助您決定何時使用有周邊或無周邊方法，並概述了有效內容管理的關鍵考量事項。
這些指引旨在為您提供啟發和資訊，而不是硬性規定。重要的是要進行實驗，找到最適合自己特定需求的方法。
打造恰當的體驗：
向合適的受眾提供合適的內容對於打造成功的品牌體驗至關重要。適應不斷變化的使用者偏好的個人化內容，可以提高客戶的參與度和忠誠度。
為作者賦能：
允許作者控制內容建立流程，從而減少對開發人員持續干預的需求。高效擴展：實施可擴展的內容策略，以管理不斷增長的內容庫和多樣化的分發通道。
有周邊實施：視覺敘事
實施 CMS，為行銷網站提供視覺效果豐富的網頁
Adobe Experience Manager (AEM) 中的 有周邊實施 利用 頁面編輯器（類似於視覺化表單設定器）建立視覺效果豐富的網頁，非常適合行銷網站。 這種方法允許企業作者直接控制和自訂內容的視覺元素和版面，從而輕鬆推出新行銷活動、更新產品頁面，並快速高效地加強品牌敘事。
範例： 一家領先的消費電子產品公司希望透過建立一個以產品為中心的網站，為使用者提供身臨其境、引人入勝的體驗，從而加強其數位影響力。 該公司選擇使用 AEM 的頁面編輯器來實施有周邊 CMS。藉助該編輯器，內容作者能夠利用 AEM 的內建元件和範本，透過 WYSIWYG 介面直觀地建立和管理網頁。
核心功能
- WYSIWYG（所見即所得）編輯： 提供情境內編輯，作者在建立和編輯內容時能夠確切地看到內容的顯示效果。 這包括拖放功能和即時視覺回饋。
- 進階製作功能： 可建立和管理範本、元件和體驗片段，為作者提供控制內容版面和設計的強大工具。
- 工作流程管理： 提供強大的工作流程功能，自動化內容核准流程，確保發佈內容的一致性和品質。
- 使用者治理： 強大的使用者治理和存取控制功能，有助於定義角色和權限，使其適合具有複雜內容管理需求的組織。
架構：
在 Adobe Experience Manager (AEM) 的有周邊實施中，系統在一個單體架構內處理內容管理和呈現。內容存放庫管理所有內容、製作工具、版本設定、工作流程和使用者權限。使用 JavaScript、HTML 範本語言 (HTL) 和 Java 開發的 AEM 元件可將資源庫中的內容呈現為 HTML。然後，該 HTML 將被傳送到瀏覽器，為使用者創造 Web 體驗。樣式系統允許範本作者在頁面範本的元件原則中定義樣式類，從而增強了這一過程。內容作者在編輯元件時，可以從下拉選單中選取這些樣式，從而確保製作靈活且易於更新，而無需修改元件代碼。
它是您的正確選擇嗎？
在決定使用 AEM 基於頁面編輯器的方法還是使用內容片段的無周邊實施方法時，請考慮以下因素：
1. 您需要一體化解決方案嗎？
考慮這一點：如果您想要一個綜合性平台，作者可以在其中管理內容、使用分類標籤以及視覺化調整版面，那麼 AEM 的頁面編輯器就是一個強有力的競爭者。 如果您不需要廣泛的全通道功能，這一點尤其有用。
2. 快速部署行銷活動重要嗎？
考慮這一點：如果您的行銷策略依賴於快速啟動和更新行銷活動，那麼頁面編輯器可以協助您快速更新內容，輕鬆推出新行動方案。 評估您的團隊是否需要這種敏捷性來保持競爭力。
3. 您是否優先考慮非技術使用者的創意內容控制？
考慮這一點：如果賦予業務使用者在沒有技術干預的情況下處理內容版面和視覺化設計的能力至關重要，那麼頁面編輯器就能提供必要的工具。 考慮這是否與您的工作流程和團隊能力相符。
4. 團隊之間的協作是否必不可少？
考慮這一點：對於行銷、設計和開發團隊必須密切合作的組織而言，AEM 的有周邊方法有助於順利開展合作。 確定這種協作環境對您的營運是否至關重要。
成功的秘訣
- 內容分組：定義特定類別，如文字、影像、文件和影片，以簡化 AEM 數位資產管理 (DAM) 中的內容管理。 一致的命名慣例和資料夾結構將便於擷取和整理。透過對內容進行高效分組，可以提高工作流程效率，確保內容作者能夠快速查找和管理資產。
- 分類標準制定： 在流程的早期階段制定結構合理的分類標準至關重要。 建立能反映業務需求的分層結構，明確類別和子類別。包含相關的標籤和關鍵字，以方便搜尋和導覽。高效的分類法有助於維護內容整理，使內容庫更易於管理和擴展。
- 健全的中繼數據方案：實施全面的中繼數據策略可確保擴充性並支援複雜的商業邏輯。 設計符合內容策略的中繼數據模型，包括作者、發佈日期、關鍵字和內容類型欄位。盡可能使用自動中繼數據擷取，以簡化流程。健全的中繼數據方案可增強內容的可發現性和易於管理性。
- 儘量減少冗餘：透過在相關頁面中共用產品標題和描述等共同元素，減少重複內容的建立。 實施內容共用實務，並使用 AEM 的體驗片段來管理和重複使用不同頁面和通道的內容。定期稽核內容，識別並消除重複內容。這種方法可確保一致性並減少維護工作。
- 明確的指引：使用 cq:template 建立並記錄清晰的製作指南，以減少歧義。 提供指導內容作者的範例和範本，包括風格、語氣、格式和中繼數據的使用。明確的指引有助於確保內容作者遵循最佳實務，從而獲得更一致和更專業的產出。
- 靈活的版面：納入容器元件，以建立可適應不同螢幕尺寸和裝置的版面。 設計靈活的版面，可在不改變核心元件的情況下重新排列。避免將版面硬編碼到單個元件中，以保持靈活性。這種方法可以實現動態內容呈現，更新也更容易。
- 可重複使用的體驗：為頁首、頁腳和橫幅等常見元素開發可重複使用的體驗片段。 確保這些片段可根據不同頁面和情境輕鬆自訂。提倡重複使用這些片段，以保持一致性並節省時間。可重複使用的體驗可簡化內容建立，並確保整個網站具有統一的外觀。
- 實施樣式系統：套用樣式系統，允許對同一元件進行不同的視覺呈現。 使用 CSS 和設計權杖開發樣式系統，集中管理樣式。確保可以在不修改核心元件的情況下，輕鬆套用和更新樣式變化版本。這種方法既能提供設計靈活性，又能保持結構的一致性。
- 可設定元件：維護一個易於設定的元件庫，以滿足不斷變化的需求。 建置可透過 AEM 使用者介面進行調整的元件，使用元件原則管理變化版本和設定。確保元件可加以調整以適應新的需求，而無需進行大規模的重新開發。可設定元件提高了靈活性，方便內容作者使用。
- 善用現有功能：利用 AEM 的內建功能（如工作流程、版本設定、核心元件和使用者權限）減少對自訂代碼的需求。 充分利用開箱即用功能，加快實施過程，確保升級和維護更輕鬆。及時了解 AEM 的更新和增強功能，以便高效利用新功能和改進。
- 可設定性與硬編碼：優先考慮可設定解決方案，而不是硬編碼，以方便進行更新和更改。 確保內容作者可以在無需開發人員參與的情況下進行必要的調整，並清晰地記錄設定選項。可設定的解決方案更能適應不斷變化的需求，並減少長期維護工作。
- 定期稽核：定期對內容和元件進行稽核，確保它們是最新的並且符合目前的業務需求。 識別過時或表現不佳的內容，進行更新或刪除，並讓跨職能團隊參與稽核過程，以獲得全面的見解。定期稽核有助於保持內容管理系統的品質和相關性。
無周邊實施：靈活的內容傳遞
無周邊 AEM（即分離型 AEM）將內容管理與呈現層分離開來。這種方法允許在 AEM 中建立和管理內容，但透過 API 將內容傳遞至各種平台和裝置，從而提供更大的靈活性和擴充性。
範例： 一家領先的消費電子產品公司希望透過建立一個以產品為中心的網站，跨多個通道（包括 Web、行動應用程式、智慧裝置和店內展示）提供流暢且引人入勝的體驗，從而加強其數位影響力。 該公司選擇使用 AEM 實施無周邊 CMS 方法，利用內容片段來構建和管理產品資訊。這種方法允許集中製作內容，然後透過 GraphQL API 在不同平台上分發。
核心功能：
- API 推動的內容傳遞： 利用 JSON、GraphQL 和 Asset REST API，您可以跨多個通道（例如 Web、行動和物聯網裝置）流暢傳遞內容。 這可確保您的內容易於存取且保持一致，從而在所有平台上提供統一的體驗。
- 內容片段和模型： 透過使用 內容片段 和 內容片段模型，您能夠以一致且可重複使用的方式構建內容。 模型可以充當範本，定義內容片段的結構，從而確保統一性。這樣就能高效地建立和管理內容，便於跨多個通道重複使用。
- 前端靈活性： 透過無周邊架構，開發人員可以使用任何前端技術或框架來建置使用者介面，實現隨插即用。 這樣就能完全控制網站或應用程式的外觀，使其與平台無關，並能高度適應您的需求。
架構：
無周邊 CMS 架構將內容管理後端與前端呈現層分離開來，透過 API 將內容傳遞到各種平台，如物聯網裝置、單頁面應用程式 (SPA) 和行動應用程式。作者在 CMS 中建立和管理內容，然後以結構化格式儲存。前端應用程式透過 HTTP API 擷取這些內容，並以 JSON 數據格式接收。這種方法不僅具有靈活性、擴充性，還提供了面向未來的解決方案，允許開發人員使用現代前端框架，而不受 CMS 呈現層的限制，從而確保在多種裝置和平台上進行一致、高效的內容傳遞。
內容片段模型和內容片段是 Adobe Experience Manager (AEM) 中的關鍵元件，有助於高效組織和管理內容。內容片段模型由資訊架構師建立，定義了內容片段的結構和欄位。例如，一個文章內容片段模型可能包含「標題」、「描述」、「冒險活動類型」以及「行程長度」等欄位。
內容片段則是基於這些模型的實例，由作者填寫具體內容。使用文章內容片段模型，作者可以輸入特定文章的詳細資訊，使其做好發佈準備。
有機體、分子和原子 (OMA) 模型
OMA 模型為組織內容結構提供了一種系統化的方法：
- 有機體 是高層級內容類型，如文章或登陸頁面。 每一種都有自己的模型，定義了結構和屬性。例如，文章內容片段模型。
- 分子 是可重複使用的內容元件，是這些高層級類型的一部分。 例如，「作者區塊」可能包括「作者姓名」和「簡歷」等欄位，在其自己的內容片段模型中定義。
- 原子 是分子和生物體內使用的最小內容元素，如內容片段模型中的文字欄位。
關係和 GraphQL
瞭解不同內容類型之間的關係至關重要。例如，作者內容片段模型可以連結到文章內容片段模型，以指出文章的作者是誰。GraphQL 在這方面尤其有用，因為它能透過嵌套查詢高效地導覽這些關係，擷取跨各種平台進行全面內容傳遞所需的所有相關數據。
它是您的正確選擇嗎？
在決定使用內容片段的 AEM 無周邊實施和基於頁面編輯器的方法時，請考慮以下因素：
1. 您需要全通道內容傳遞嗎？
考慮這一點：如果您的策略涉及向網站、行動應用程式和物聯網裝置等多種通道傳遞內容，那麼無周邊實施就是理想之選。 這可確保您的內容保持一致，並且受眾在任何地方都能存取。
2. 前端技術的靈活性重要嗎？
考慮這一點：如果您的開發團隊喜歡使用各種前端技術或框架，那麼無周邊方法可提供充分的靈活性，可以與任何系統整合。 這樣，開發人員就可以使用最適合貴組織需求的工具。
3. 您需要分離型架構嗎？
考慮這一點：如果您需要集中管理內容，但又要跨不同的端點靈活傳遞內容，那麼無周邊實施可以支援這種分離。 這增強了擴充性，並允許對前端和後端進行獨立更新。
4. 集中化內容管理是否至關重要？
考慮這一點：如果您想在不同的平台上保持一致的內容策略，使用內容片段集中管理內容可確保統一性和效率。 這對擁有各種數位接觸點的大規模營運尤其有利。
成功的秘訣
- 使用持久查詢最佳化效能：儲存在 AEM 伺服器上的持久 GraphQL 查詢可由用戶端應用程式透過 GET 請求進行請求。 這樣，回應就可以在 Dispatcher 和 CDN 層快取，與難以緩存的標準 POST 請求相比，大大提高了效能。如需詳細資訊，請查閱本文件
- 最佳化內容片段模型管理：有效管理內容片段模型的數量對於防止出現效能問題至關重要。 當多個片段共用一個模型時，GraphQL 清單查詢會變得非常耗費資源，因為在進行任何篩選之前，所有連結片段都要載入到記憶體中。這一過程需要消耗大量時間和記憶體，即使數據集很小，也可能導致效能下降。透過控制內容片段模型的數量，可以減少資源消耗，提高查詢效率。
- 一致的欄位命名： 為內容片段模型 (CFM) 和 GraphQL 類型選擇清晰一致的欄位名稱。 選取能準確描述欄位用途的名稱，便於開發人員和內容作者理解和導覽內容結構。
- 適當標記內容片段模型： 正確標記內容片段模型對於高效組織和擷取內容至關重要。 透過使用標籤，您可以在資料夾級別管理內容，根據標籤指定允許使用的內容片段。例如，所有與文章相關的內容片段模型都可以標記為「文章」。然後，透過將「文章」標籤套用至資料夾，就可以將其設定為只允許共用相同標籤的內容片段。這種方法無需為每個資料夾手動指定每個內容片段模型的路徑，從而簡化了內容管理流程，並確保工作流程更加合理。如需詳細資訊，請查閱本文件
- 在 AEM 無周邊中高效處理大量結果： AEM 無周邊 GraphQL 查詢會返回大量結果，因此分頁對於保持效能至關重要。 AEM 支持基於游標的分頁，它使用參考點擷取下一組結果，從而避免了掃描所有先前記錄的需要。這種方法對於導覽大型數據集非常高效。偏移/限制分頁指定了一個起點和要擷取的記錄數，但對於大型數據集來說可能會比較慢，因為它可能需要掃描許多記錄，從而可能導致效能問題。如需詳細資訊，請查閱本文件
無周邊方法中 AEM 內容片段的實用案例
考慮一家產品公司，該公司有多個應用程式為不同部門服務：
- 法律團隊透過一個專用應用程式管理條款與條件。
- 客戶支援團隊使用單獨的應用程式來追蹤案例。
- 授權則由託管在微服務上的另一個應用程式處理。
每個應用程式都有自己的 CRUD 操作和數據庫。此外，還有大量製作的內容需要管理。最終使用者應用程式需要從 AEM 和這些應用程式管理的其他數據庫中提取內容。
在這種情況下，利用 AEM 內容片段採用無周邊方法就非常實用。透過在無周邊設定中使用 AEM，您可以將邏輯數據（由 API 層建立、刪除或消耗的資訊）與行銷或結構化可見內容分開。這樣，AEM 可以託管所有內容，而其他應用程式可以獨立管理其數據。
集中化內容管理和傳遞
AEM 是所有製作內容的中央儲存庫，可確保行銷、法律和支援資訊得到一致維護並易於存取。這種架構使每個應用程式都能以最佳效能運行，同時根據需要從 AEM 整合內容。
內容片段管理
- AEM 內容片段用於集中構建和管理內容。
- 內容在 AEM 中製作和儲存，便於進行更新和版本控制。
API 整合
- 前端應用程式和其他服務可透過 HTTP API（REST、GraphQL）從 AEM 擷取內容。
- 透過使用 GraphQL，應用程式可以準確請求所需的數據，從而提高效能和靈活性。
為開發人員帶來的益處
- 靈活性： 開發人員可以使用任何前端技術或框架（如 React、Angular、Vue.js）來建置應用程式，因為內容是透過 API 以 JSON 格式傳遞的。
- 關注點分離： 邏輯數據管理與內容管理分離，允許每個應用程式獨立處理自己的 CRUD 操作。
- 高效數據擷取： GraphQL API 可高效查詢和導覽內容關係，確保只擷取必要的數據。
有周邊方法中 AEM 內容片段的實用案例
讓我們考慮一家產品公司，該公司擁有需要統一內容管理的整合應用程式：
- 行銷團隊使用一個應用程式來管理行銷活動和促銷材料。
- 銷售團隊使用另一個應用程式進行客戶關係管理 (CRM)。
- 產品團隊有一個管理產品資訊和更新的應用程式。
每種應用都需要一致且整合良好的內容，並可進行集中管理。這就是使用 AEM 內容片段的有周邊方法的好處所在。
集中化內容管理
透過在有周邊設定中使用 AEM，您可以在 AEM 中集中建立和管理內容，使所有團隊都能直接透過 AEM 的使用者介面存取和更新內容。這可確保行銷、銷售和產品資訊得到一致維護，並可在不同應用中輕鬆存取。
增強製作和發佈
AEM 豐富的製作工具使內容建立者和管理者能夠無縫建立、編輯和發佈內容。這包括體驗片段的使用，它可以建立可重複使用的內容區塊，方便地插入到各種頁面和應用程式中。
範例：
- 圖形團隊： 建立所有資產並將其整理到 AEM 中的資料夾中。
- 行銷團隊： 利用體驗片段建立促銷橫幅和行銷活動材料。
- 業務團隊： 利用 AEM 的目標定位和細分功能，針對不同的使用者角色執行 A/B 測試和個人化內容。
開發人員視角
從開發人員的角度來看，AEM 的有周邊方法將內容管理和傳遞整合到了一個系統中，確保開發流程得到簡化。
- 元件開發： 開發人員使用 JavaScript、HTL 和 Java 建置 AEM 元件，直接在 AEM 中呈現內容。
- 樣式系統： AEM 的樣式系統讓開發人員能夠輕鬆自訂元件的外觀，而無需修改核心代碼。 範本作者在元件原則中定義 CSS 樣式，內容作者在編輯內容時可從下拉選單中選取這些樣式。
- 內容傳遞： 透過 AEM 元件將內容呈現為 HTML，並直接傳遞到最終使用者的瀏覽器，從而確保連貫、動態的網路體驗。