FAQ
Perguntas frequentes sobre o EmDash CMS, a arquitetura deste site, escolhas de implantação e o caminho de migração a partir do WordPress.
O que é o EmDash CMS em uma frase?
O EmDash CMS é um CMS full-stack em TypeScript construído em torno do Astro, com modelo de conteúdo moderno, interface administrativa e arquitetura de plugins pensada para execução mais segura na Cloudflare.
O EmDash é um CMS headless?
Não no sentido usual. A documentação pública do EmDash o posiciona como CMS nativo de Astro em vez de um serviço de conteúdo separado consultado por qualquer frontend.
Isso importa porque o produto foi desenhado para viver dentro da arquitetura do site, não fora dela.
O EmDash é só para Cloudflare?
Não. Materiais oficiais apresentam a Cloudflare como o runtime que mais combina com a plataforma completa, especialmente para plugins em sandbox, D1 e R2. Mas o EmDash também é descrito como portável entre Node.js e setups compatíveis com SQLite ou S3.
Então a versão curta é:
- Cloudflare é a história de produção mais forte
- Cloudflare não é o único ambiente possível
Por que este site começa como site Astro estático em vez do runtime completo do EmDash?
Porque este site é principalmente uma superfície pública de conteúdo:
- documentação
- páginas de plugins
- páginas de templates
- FAQ
- conteúdo de migração
- atualizações
Tudo isso combina muito bem com entrega estática no Cloudflare Pages. Começar assim reduz complexidade e custo sem bloquear migração futura para o runtime completo.
Por que não construir o site oficial direto no WordPress?
Porque o site deve incorporar a direção de produto que promove.
A estrutura atual do site reflete essa direção:
- conteúdo baseado em arquivos
- ferramentas de frontend modernas
- publicação clara orientada a Git
- boa compatibilidade com edição assistida por IA
Usar WordPress para divulgar um sucessor do WordPress também enfraqueceria muito a narrativa de arquitetura.
O EmDash oferece migração a partir do WordPress?
Sim. A documentação oficial descreve três abordagens de importação:
- upload de arquivo WXR
- importação WordPress.com
- sondagem via REST API
Também descreve suporte a migração para posts, páginas, mídia, taxonomias, mapeamento de status e conversão Gutenberg para Portable Text.
O EmDash tem autenticação integrada?
Sim. Docs oficiais descrevem o EmDash como passkey-first, com WebAuthn como modelo principal. Também descrevem fallback por magic link, OAuth opcional e a possibilidade de usar Cloudflare Access em implantações na Cloudflare.
Páginas de plugin e template ainda podem parecer páginas de produto reais neste site estático?
Sim. Neste projeto, cada entrada de plugin ou template pode incluir:
- capturas de tela
- versão
- preço
- status
- data de release
- link de download
- link GitHub
- link de demo
- changelog
Isso basta para criar uma camada pública convincente no estilo marketplace sem precisar de backend.
Quando este site deve migrar para o runtime completo do EmDash?
Migre quando a entrega estática deixar de bastar, por exemplo se precisar de:
- edição no navegador para usuários não técnicos
- fluxos autenticados de envio
- mídia e uploads gerenciados em runtime
- permissões editoriais complexas
- operações de ecossistema que precisam de interfaces admin em vez de Git
Até lá, a entrega estática continua sendo a opção de menor manutenção.
O runtime completo do EmDash exige recursos pagos da Cloudflare?
O README oficial no GitHub observa que plugins em sandbox dependem de Dynamic Workers e que esse recurso atualmente exige conta Cloudflare paga. Também observa que você pode desabilitar a configuração de worker loader se quiser rodar sem plugins em sandbox.
Esse é outro motivo pelo qual o site público atual começa primeiro no Cloudflare Pages.
IA pode ajudar a manter este site?
Sim, e essa é uma das razões mais fortes para manter o site público content-first.
IA performa melhor quando pode trabalhar em:
- arquivos MDX discretos
- frontmatter explícito
- estruturas de rota estáveis
- diffs revisáveis
Este projeto está configurado para aproveitar exatamente isso.