Migrar Optimizely CMS 12 para Next.js + Supabase

Por Que Empresas Estão Deixando Optimizely CMS 12

Optimizely CMS 12—a evolução PaaS do que era Episerver—teve seu momento. Ele agrupou CMS, comércio e personalização em um ambiente Azure gerenciado, e isso funcionou por um tempo. Mas estamos em 2026 agora: raízes .NET monolíticas, tiers de licença escalando, e um modelo de infraestrutura compartilhada que cria limites de performance que seu time de engenharia literalmente não consegue ultrapassar.

Já migramos times empresariais de Optimizely DXP que pagavam $200K–$500K anualmente apenas em licensing. Precisavam de entrega multi-canal, TTFB inferior a 300ms, e a capacidade de contratar desenvolvedores React em vez de especialistas .NET. A matemática parou de fazer sentido.

Os Reais Pontos de Dor com Optimizely DXP

Licensing Que Escala Contra Você

O preço em tiers do Optimizely—Group, Corporate, Enterprise—cobra por ambiente e por Web App. Adicione módulos de comércio, add-ons de personalização, e integrações customizadas, e você está olhando para renovações anuais de seis dígitos que crescem a cada ciclo de contrato. Quando seu time de marketing quer um novo microsite, a conversa de orçamento começa com licensing. Não com design. Licensing.

Limites de Performance Embutidos na Arquitetura

Optimizely DXP roda em infraestrutura Azure PaaS compartilhada. Seus ambientes Integration, Preproduction e Production compartilham uma única Web App e índice de busca. Scores de Lighthouse mobile do mundo real caem entre 45–65 para a maioria dos sites Optimizely que auditamos. O case study SCA—amplamente citado pela própria Optimizely—mostrou melhoria de 43 para 70. Isso é progresso, claro. Mas não é competitivo. Builds headless modernos atingem 95–100 consistentemente.

Fricção na Developer Experience

O sistema de templating exclusivo .NET significa que seus desenvolvedores frontend não conseguem usar as ferramentas que realmente conhecem. Cada mudança de UI requer um ciclo de deployment .NET full-stack. Tente contratar desenvolvedores sênior de CMS .NET em 2026—esse pool de talento está encolhendo enquanto desenvolvedores React/Next.js estão em todo lugar e saem mais barato.

Ferramentas de Migração Que Criam Mais Problemas

A própria ferramenta Project Migration do Optimizely para upgrades CMS 11→12 mostra as falhas. Spinnar novas instâncias DXP Linux Docker, copiar blobs via Azure Storage Explorer com links SAS temporários, cópias de database que levam 20+ minutos para sites grandes—e isso é só mudando entre versões Optimizely. Pense no que uma saída completa parece sem a agência certa.

Vendor Lock-In por Design

Modelos de conteúdo, estruturas de blocks, hierarquias de página, árvores de taxonomia—tudo vive em formatos proprietários. Não há um botão "Export to JSON". A cada ano que você fica, o custo de troca cresce. Isso não é acidental.

O Que Você Ganha com Next.js + Supabase

A arquitetura alvo é uma stack componível: Next.js 15 em Vercel para o frontend, Supabase (PostgreSQL + Auth + Storage + Edge Functions) como backend e camada de conteúdo, e Cloudflare para edge caching e proteção DDoS.

Performance Que Vence Core Web Vitals

Next.js App Router com ISR (Incremental Static Regeneration) entrega TTFB inferior a 300ms globalmente. Páginas estáticas geram no build time; conteúdo dinâmico revalida sob demanda. Scores de Lighthouse mobile de 95–100 são a baseline, não a aspiração.

Economia Open-Source

Supabase Pro a $25/mês substitui uma licença DXP de $200K/ano. Hosting Vercel a $20/site substitui taxas Azure PaaS de $10K+/mês. TCO de três anos cai de $900K+ para aproximadamente $300K, incluindo a migração em si. ROI fica positivo dentro de 12 meses.

Realmente Headless, Não Headless-Adjacent

Optimizely CMS 13 comercializava capacidades headless, mas é ainda PaaS-first com uma API anexada. Supabase é API-native. Cada peça de conteúdo é acessível via REST ou GraphQL, protegida com políticas row-level security. Seu app mobile, seu app web, seu kiosk—mesma API de conteúdo, zero licensing adicional.

Workflow Moderno de Developer

Componentes React, TypeScript, deployments baseados em Git, ambientes de preview por PR, edge functions para lógica de servidor. Seu time entrega features em dias, não em ciclos de sprint. E o pipeline de contratação abre para a maior comunidade de desenvolvedores frontend do mundo.

Nosso Processo de Migração

Aryan Shah, nosso Platform Migrations Lead, construiu um playbook repetível para saídas de Optimizely DXP que preserva cada peça de conteúdo, mantém equity SEO, e consegue zero downtime.

Fase 1: Deep Audit (Semanas 1–3)

Mapeamos seu modelo de conteúdo Optimizely inteiro—page types, block types, content areas, árvores de taxonomia, assets de mídia, estruturas de URL, e touchpoints de integração. Exportamos um inventário completo e sinalizamos conteúdo que precisa reestruturação versus conteúdo que mapeia 1:1 para schemas Supabase.

Fase 2: Schema Design & ETL Pipeline (Semanas 4–8)

Scripts customizados Node.js ETL extraem conteúdo do database Optimizely e o transformam em tabelas PostgreSQL Supabase. Hierarquias de taxonomia são preservadas com estruturas de tabela recursiva e políticas RLS que espelham suas permissões RBAC existentes. Assets de mídia migram de Azure Blob Storage para Supabase Storage. Já lidamos com catálogos de 50K+ assets em menos de uma hora usando pipelines de upload paralelos.

Fase 3: Frontend Build (Semanas 6–14)

Frontend Next.js 15 App Router, construído component-by-component contra seu design system existente. Não apenas replicamos—otimizamos. Cada tipo de block Optimizely se torna um React Server Component. Navegação, busca, e filtragem se movem para Supabase Edge Functions, substituindo o índice de busca compartilhado do Optimizely com infraestrutura dedicada e rápida.

Fase 4: Preservação de SEO (Trilha Paralela)

É aonde as migrações falham. É aonde nós não. Cada URL é mapeada e redirects 301 são configurados na edge via Cloudflare. XML sitemaps regeneram automaticamente de conteúdo Supabase. Dados estruturados (JSON-LD) são reconstruídos por page type. Monitoramos Google Search Console durante toda a migração e por 90 dias pós-launch para pegar anomalias de indexação.

Ações-chave de SEO:

• Auditoria completa de URL e mapeamento de redirect
• Preservação de tag canonical
• Validação de estrutura de link interno
• Migração de meta title/description com verificação programática
• Reconstrução de schema markup
• Regeneração de robots.txt e sitemap.xml

Fase 5: Cutover Zero-Downtime (Semana 15–16)

Blue-green deployment. A nova stack Next.js + Supabase roda em paralelo em Vercel enquanto o site Optimizely fica ao vivo. Sincronização final de conteúdo roda 2 horas antes do cutover. DNS muda via Cloudflare com propagação instantânea. Tráfego muda com zero downtime. Mantemos o ambiente antigo aquecido por 30 dias como rede de segurança.

Fase 6: Otimização Pós-Launch (Semanas 17–20)

Monitoramento de performance, rastreamento de CWV, treinamento de editor em Supabase Studio (ou uma camada CMS leve como Payload CMS se seus editores precisam de uma interface visual), e documentação de handoff.

Timeline e Investimento

Uma saída típica de Optimizely DXP empresarial leva 14–20 semanas de auditoria a launch. Preços variam de $150K–$350K dependendo do volume de conteúdo, número de sites, complexidade de integração, e requisitos de localização.

Para contexto: sua próxima renovação de Optimizely DXP é provavelmente $200K+. A migração se paga antes do ano dois.

Para Quem Isso É

Times empresariais rodando Optimizely CMS 12 (ou Episerver legado) que estão encarando uma decisão de renovação, lutando contra problemas de performance, ou simplesmente não conseguem entregar rápido o suficiente. Se seu time de engenharia gasta mais tempo lutando contra a plataforma do que construindo features, é hora de sair.

Não fazemos re-platforms genéricos. Aryan e o time conhecem as entranhas do Optimizely a fundo—o modelo de conteúdo, as peculiaridades de blob storage, as limitações de deployment pipeline. Por isso conseguimos garantir preservação de taxonomia e zero downtime. Essa não é nossa primeira saída.