Discover concise, step‑by‑step tutorials that help you jump straight into development. For instance, our “Your first SAAS Project – Setup” guide walks you through cloning the Remko StarterKit for Optimizely SaaS, installing Node 18+ with Yarn 4.5+, configuring a .env.local, and running `yarn dev` to launch a ready‑to‑use Next.js server, complete with automated `yarn opti‑cms` commands for content generation and TypeScript sync.
TLDR: The new Remko StarterKit for Optimizely SaaS gives developers a ready‑to‑run boilerplate—just clone the repo, install Node 18+ with Yarn 4.5+, set up a .env.local with CMS URL, GraphQL keys, and REST API credentials, then run `yarn dev` to launch a Next.js dev server at localhost:3000. It also ships a suite of `yarn opti-cms` commands that auto‑generate content type components, pull JSON type definitions, create GraphQL fragments, and keep TypeScript code in sync, streamlining end‑to‑end development.
In this issue, we highlight Optimizely’s new SaaS Migration Tool—an OAuth2‑enabled browser utility for quick content parity checks—and the updated Package Explorer that now fully renders nested inline blocks, compositions, and layout hierarchies, making package inspection smoother than ever.
Optimizely now offers a SaaS Migration Tool that lets developers connect to multiple environments via OAuth2, compare content types and display templates, view structured diffs, export JSON, and track parity before exports/imports. The tool is still in active development and is best used for quick existence checks rather than full content sync, but it fills the gap until official migration features arrive. It’s available on GitHub and live on Vercel for instant browser use.
The new Optimizely Package Explorer now fully displays nested inline blocks in CMS 12 and PaaS exports, and adds support for Visual Builder’s compositions, layout hierarchies, and display templates in SaaS CMS (and upcoming CMS 13). This update lets developers inspect and understand complex package contents with far less confusion, keeping their sanity intact when working with exported packages.
In this month’s Community Content we unpack Optimizely’s new MVP Technical Roundtable on building resilient, high‑performance campaigns, the enterprise‑ready evolution of Opal into a robust AI‑agent platform, advanced Hangfire job management for catalog traversal, and a Base64 trick to bypass WAF blocking in CMS 11. These stories give developers concrete guidance on scaling automation, optimizing job pipelines, and securely embedding third‑party scripts.
Optimizely now offers a two‑part Technical OMVP Roundtable that dives into the “how” of building resilient, high‑performance campaigns. Episode 1 covers modern CMS 12 & .NET Core migrations, breaking‑change survival, and the modern stack, while Episode 2 explores SaaS CMS, Visual Builder, scalability, experimentation, and leveraging Optimizely Graph + ODP for sub‑second personalization. The series delivers real‑world best practices and shortcuts straight from leading architects and engineers, giving developers concrete guidance for complex implementation challenges.
Optimizely Opal has evolved from the experimental OpenClaw automation into a full‑blown, enterprise‑ready AI agent platform, adding governance, monitoring, and policy controls for large‑scale execution. Developers now can deploy complex, AI‑driven workflows with built‑in security and compliance, replacing the earlier personal‑automation approach. This shift unlocks robust, scalable automation that integrates seamlessly into Optimizely’s broader experimentation ecosystem.
Part 3 dives into advanced Hangfire job management for the catalog traversal service, adding features like job chaining, custom retry logic, and real‑time monitoring dashboards. It shows how to gracefully handle failures and back‑off strategies, reducing memory overhead and keeping traversal efficient. Optimizely developers can now schedule, orchestrate, and debug catalog jobs with far less boilerplate, making the traversal pipeline more robust and maintainable.
Optimizely developers can now store raw third‑party scripts in Site Settings without triggering WAF checks, thanks to a new client‑side Base64 mixin that encodes `<script>` tags into an alphanumeric `SAFE:`‑prefixed string before sending them to the server. A custom `PropertyBase64String` backing type transparently decodes the stored Base64 back to raw HTML for rendering while handling legacy data, and UIHint descriptors (`Base64TextArea`/`Base64TextBox`) let editors use familiar textarea or textbox controls. Use the property as usual in Razor (`Html.Raw`) and the solution keeps page models clean while maintaining strict security.
This release introduces Fotoware.ContentPlatform.Plugins.Optimizely v3.1.2, unifying DAM asset management across Optimizely CMS and Commerce with bug fixes and performance improvements, and resolves the compatibility issue between Commerce 14.45.0 and CMS 12.34.2 by recommending an upgrade to Commerce 14.45.1 to eliminate catalog UI flicker.
Fotoware.ContentPlatform.Plugins.Optimizely v3.1.2 releases an updated add‑on that brings Fotoware’s ContentPlatform DAM into Optimizely CMS and Commerce, giving developers a unified way to manage media assets across sites and storefronts. The new version includes bug fixes and performance improvements that streamline the integration workflow, making it easier to retrieve, tag, and publish DAM content directly from the CMS or commerce backend. This update enhances the developer experience by simplifying asset lifecycle management within Optimizely environments.
Commerce 14.45.0 is incompatible with CMS 12.34.2, causing the Catalog UI to flicker due to repeated /contentstructure requests. The issue is fixed in Commerce 14.45.1, so upgrade to that patch version to restore normal catalog behavior. Happy upgrading!