Documenti di Didattica
Documenti di Professioni
Documenti di Cultura
IDEA ENGINEERS
DAY CQ Overview
Day CQ is a web content management software (CMS). It has two logical divisions: authoring for content management and publishing for content delivery. The authoring portion is the environment that the content authors input contents, administrate the entire system, configure layout and design of content, and create workflows to activate (or publish) content. Replication agents in the author environment are used to publish the content and functionality from the author to the publish instance. The content to be published is packaged and placed in the replication queue in the author environment and the content is then received and published. The publishing portion is the customer-facing environment, which holds the content changes after a successful publishing cycle. For performance optimization, it is possible to convert dynamically published content (excluding any personalized parts) to static HTML, serviced by a static web server. Static web servers are very simple, but fast. Examples include Apache and IIS. The dispatcher can then be used in conjunction with the web server to realize an environment that is both fast and dynamic and with moderate hardware requirements.
1. Introduction
In todays fast-paced, changing markets, brands cannot afford long waits for their web presences. With top dollars being invested by organizations to promote their sales via all possible channels, there is a definitive need to have seamless integration between ecommerce and CMS systems, while keeping in consideration the application performance and unified user experience across all channels. In this paper, I will discuss some of the options available for integrating the ATG/Endeca ecommerce solution with the Adobe Day CQ CMS, in order to provide a flexible, reliable, and scalable digital commerce platform.
Audience
It is my hope that ATG solution/technical architects and engagement leads will find some clarity and answers within this document.
ATG Overview
ATG Ecommerce provides an open, server-side environment for building and deploying dynamic, personalized applications for the web and other communication channels, such as email and wireless devices. With ATG 10.1.x, Oracle has provided OOB ATG integration with Endeca for indexing all Product Catalog data into Endeca. ATGs content capabilities (BCC/ATG merchandising tool) offer the basic features of a CMS with enough features to complement the online site with basic content management needs. However, it is not feature-rich enough to replace the CMS in an enterprise with heavier CMS needs. With organizations investing large sums on rich media content for campaigns and interactive promotions, ATG integration with CMS platforms is necessitated to create a successful user experience, and a multitude of factors govern the integration of ATG with a CMS platform to deliver a firsthand user experience.
2. Day CQ: ATG/Endeca Approaches 4 a) Migrate (one-time and ongoing) content metadata from CQ into ATG b) Migrate (one-time and ongoing) content metadata from CQ into ATG and from ATG to Endeca c) Migrate (one-time and ongoing) content metadata from CQ into Endeca d) Use CQ search along with Endeca experience manager (no metadata migration) 3. Data Sheet 4. Conclusion 5 6 7 8 9 9
The Problem
If you are like most ecommerce businesses today, you have two systems: one for ecommerce and the other for content assets. If this is not handled in an efficient and seamless manner, it can turn into a maintenance nightmare for retailers. And not only that, it can also negate the end users experiences and significantly water down the revenue generation. Because of this, there is a compelling need for seamless and instantaneous integration between the ecommerce and CMS systems.
Assumption
In order to arrive at a usable solution to this problem, the content creation and management will be owned by CQ, and ATG/Endeca will provide the user-interfacing layer of the application.
IDEA ENGINEERS
Segments with which content item is associated Page title of the content item (page) Navigation title, which is often shorter than the full title, for the content item within the navigation map Subtitle for use on the content item (page) Description containing more information about the content item Absolute path of the content item in the CRX repository
2. Ongoing An event listener should be created, which will listen to the author and publishing event and will use a partial update () method present in the CRX repository browse component. XML documents would be used to upload the content metadata into the ATG repository These XMLs can be generated by any CMS, as a part of a workflow or an event listener. 3. Details The ATG scenario rule manager functionality will use the above set of attributes to create the targeter. In addition, content paths retrieved based on the ATG scenario rule manager are used for fetching content from the publish CQ.
IDEA ENGINEERS
B - Migrate (one-time and ongoing) content metadata from CQ into ATG and from ATG to Endeca
IDEA ENGINEERS
3. Data Sheet
D - Use CQ search along with Endeca experience manager (no metadata migration)
Software Migrate (one-time and ongoing) content metadata from CQ into ATG CQ 5.5 ATG 10.1.x Migrate (one-time and ongoing) content metadata from CQ into ATG and from ATG to Endeca CQ 5.5 Endeca 6.3 ATG 10.1.x Endeca experience manager(XM) 3.1 Preferably XM but can be achieved by ATG also Migrate (one-time and ongoing) content metadata from CQ into Endeca CQ 5.5 Endeca 6.3 ATG 10.1.x (optional) Endeca experience manager (XM) 3.1 XM Use CQ search along with Endeca experience manager (no metadata migration) CQ 5.5 Endeca 6.3 ATG 10.1.x (optional) Endeca experience manager (XM) 3.1 XM
ATG
ATG CRXRepository Browse Component-component to push metadata contents into ATG repository
ATG a) CRXRepository Browse Component- component to push metadata contents into ATG repository b) Component to push CQ metadata contents to Endeca Endeca Experience manager cartridge
CQ Search Engine indexing component- component to push contents from CQ to Endeca (using CAS service) Endeca Experience manager cartridge
Pros
1) Personalization will be controlled from ATG 2) Endeca Search features like relevance, ranking can be utilized whilst displaying component on webpage.
1) In this case, personalization will be achieved using experience manager cartridge. 2) Endeca Search features like relevance, ranking can be utilized whilst displaying component on webpage.
1) In this case, personalization will be achieved using experience manager cartridge. 2) Metadata content dont need to be stored into ATG repository 3) Incase content changes are too frequent, this approach is recommended. Endeca and day CQ will be tightly coupled.
title, or segments. The output of the json search component will be json results consisting of a list of content paths. A sample json query wherein the title = shirtproduct and tags value = saks:men is as follows:
Cons
1) CQ Repository needs to be browsed and event listener needs to provide updated contents to ATG. 2) Endeca Search features like relevance, ranking cant be utilized whilst displaying component on webpage.
1) Repository needs to be browsed and event listener needs to provide updated contents to ATG. 2) Incase content changes are very frequent, there will be delay in actual content display on website pages
Repository needs to be browsed and event listener needs to provide updated contents to Endeca.
Endeca
The Endeca experience manager cartridge will accept values for search attributes (e.g., tag ID). While displaying the cartridge, a CQ search selector request will be submitted and will return a list of content paths wherein particular search criteria is matched. Based on content paths, respective contents can be retrieved from Day CQ on a webpage.
4. Conclusion
When trying to determine the system architecture for your companys integration between ecommerce channels and CMS systems, there are multiple factors that come into play. And while a one-size-fits all approach would be ideal, no such silver bullet exists. A combination of business use cases and non-functional requirements should be used to define the system architecture based on the above approaches or a hybrid approach can be formulated to overcome any shortfalls. Only then will you be able to find the right digital commerce platform that works for you and your business.