Create a strategy for the initial and ongoing content and asset production, organization, etc.
If content is managed this way, the developers must prepare the data structures and storage before content can be entered. If the project is already live, we recommend using a staging environment for content creation rather than directly editing in the production environment.
This content is typically used for items like a product catalog and is either synchronized to Kentico using custom-built scheduled tasks, e.g., using Hangfire or Quartz.NET, or pulled directly from the external system at runtime (e.g., web services, SDKs, etc.).
A partner was migrating to a client's web site from an existing CMS. Since the CMS had most of the content stored in a structured fashion, they decided to import the content using the Kentico API.
As they completed the data structures for each type of content, they created a simple one-time import tool to map the content from the old CMS to the Xperience data structures.
Determine the proper way to store media files on the website by analyzing the nature of the files (e.g., sizes, types, quantity), as well as how they will be used (e.g., do they need security, resizing, or watermarking).
Depending on your requirements, we recommend storing most files in the in the Content hub using a custom content type. Your content type will allow editors to upload binary files and create content item assets.