Transferência de sites

Um pacote de site é uma cópia portátil do modelo de conteúdo, do conteúdo, do histórico editorial, da apresentação do site, das configurações e dos arquivos de mídia de um site EmDash. Importe um pacote de site para mover um site para outro deployment EmDash, inclusive um que use um banco de dados diferente: SQLite, PostgreSQL ou Cloudflare D1.

Uma importação escreve em um site novo cuja área de conteúdo está vazia. O EmDash verifica o pacote inteiro antes de escrever qualquer coisa, executa a importação em pequenos passos retomáveis, lê de volta o site importado e emite um recibo quando o resultado corresponde ao pacote.

Um pacote de site não contém usuários, credenciais nem segredos. Ele contém, porém, todas as entradas e comentários do site, incluindo os endereços de e-mail de autores e comentaristas. Armazene e envie-o com o mesmo cuidado de um backup de banco de dados.

Escolher o tipo certo de cópia

Use um backup bruto de banco de dados para recuperar um deployment após perda de dados. Use um pacote de site para criar uma nova cópia de um site em outro lugar.

O que um pacote de site contém

Um pacote de site contém:

• collections, campos, tipos de bloco com todas as versões, definições de taxonomia, definições de relação e definições de campo de byline;
• todas as entradas de conteúdo em todos os locales, incluindo rascunhos, entradas agendadas, entradas na lixeira, histórico de revisões e grupos de tradução;
• termos de taxonomia e atribuições de termos, bylines e créditos, referências de conteúdo e registros SEO;
• menus e itens de menu, áreas de widgets e widgets, seções e redirecionamentos;
• comentários e reações a comentários, a menos que a exportação desative os comentários;
• pastas de mídia, metadados de mídia e os bytes de cada arquivo de mídia pronto; e
• as configurações portáteis do site listadas abaixo.

O pacote armazena valores JSON, como campos JSON e Portable Text, com as chaves dos objetos ordenadas. Portanto, um valor importado pode listar as chaves em ordem diferente da origem. Os valores, de resto, permanecem inalterados.

Configurações portáteis

Somente estas configurações são exportadas: site:title, site:tagline, site:logo, site:favicon, site:postsPerPage, site:dateFormat, site:timezone, site:social, site:seo, emdash:site_title, emdash:site_tagline e emdash:locale.

O site de destino mantém sua própria URL (site:url e emdash:site_url), ID do site, estado de configuração e configurações de backup. Uma importação nunca as sobrescreve.

O plano de importação pergunta se deve manter o título e o slogan do destino, escritos pelo assistente de configuração, ou usar os valores do pacote. O padrão usa os valores do pacote.

Principais

Uma conta de usuário nunca se move com um pacote. Para cada usuário de origem ao qual conteúdo, revisões, mídia, bylines ou comentários fazem referência, o pacote carrega um principal: o ID do usuário, o nome de exibição e o endereço de e-mail. Um principal não tem papel, senha, passkey, sessão nem token.

Durante a importação, você mapeia cada principal para um usuário no site de destino ou o deixa sem mapeamento. Veja mapear autores para usuários de destino.

Comentários

Os comentários incluem o nome e o e-mail do autor, o corpo, o status, o encadeamento, os carimbos de data/hora e os metadados de moderação. O hash do endereço IP e o user agent não são exportados.

As reações mantêm suas contagens. O exportador substitui cada hash de votante por um novo valor aleatório, de modo que o destino não possa associar uma reação ao visitante que a fez.

O que um pacote de site deixa de fora

Um pacote de site nunca contém:

• usuários, sessões, passkeys, contas OAuth, domínios permitidos, tokens de API, clientes OAuth, códigos de autorização ou códigos de dispositivo;
• armazenamento, estado ou configurações de plugins, incluindo segredos de plugins;
• configurações além das portáteis, como o segredo de assinatura de preview;
• logs de auditoria, limites de taxa, bloqueios de edição, estado de tarefas agendadas, o log 404 ou o histórico de migração;
• registros de uso de mídia e índices de busca, que a importação reconstrói;
• chaves de armazenamento, nomes de bucket, nomes de banco de dados ou nomes de binding da origem; ou
• mídia que não está pronta, como um upload incompleto.

Mídia de um provedor externo permanece externa. O pacote mantém a referência, mas os arquivos do provedor não são copiados.

Preparar o site de destino

Importe para um site que atenda a todos os requisitos abaixo. Quando o conteúdo, os locales, o limite de upload ou o formato suportado do destino não cabem no pacote, a análise reporta um bloqueio.

• Uma conta de administrador. A importação é executada como administrador autenticado ou com um token de API. Crie o administrador do destino durante a configuração.
• Um backend de armazenamento. A origem e o destino precisam de armazenamento configurado. O EmDash prepara os arquivos do pacote nele.
• Nenhum conteúdo. O destino não deve conter entradas (incluindo as da lixeira), revisões, mídia ou pastas de mídia, bylines ou campos de byline, comentários, redirecionamentos, atribuições de termos, relações, registros SEO, seções criadas no admin, nem collections ou tipos de bloco criados após a configuração. Um site configurado a partir de qualquer template oficial atende. O que a configuração criou é o scaffold de configuração: as collections e tipos de bloco semeados, as definições de taxonomia e seus termos não atribuídos, os menus e seus itens, as áreas de widgets e seus widgets, e as seções do tema. O plano lista o scaffold, e a importação o remove depois que você confirma o plano.
• Todos os locales que o pacote usa. Adicione cada locale do pacote à configuração de i18n do destino. Um site sem configuração de i18n aceita apenas en. Os locales são comparados sem distinção de maiúsculas/minúsculas, e a importação escreve cada locale com a capitalização configurada no destino, declarada como locale_recased.
• Um limite de upload grande o suficiente. Cada arquivo de mídia deve caber no maxUploadSize do destino, que por padrão é 50 MiB.
• Versão de formato 1. O destino deve oferecer suporte à versão de formato do pacote e a todos os recursos exigidos.

A solicitação a seguir retorna as versões de formato, recursos e limites suportados. Seu objeto portableDomain indica se o site pode receber uma importação e, se não puder, por quê.

curl https://new.example.com/_emdash/api/admin/transfer/capabilities \
  -H "Authorization: Bearer $EMDASH_TOKEN"

Exportar um site

Uma exportação lê o site em passos limitados e escreve o pacote no armazenamento do site. Antes de terminar, o exportador valida o pacote concluído da mesma forma que uma importação. Quando uma escrita no site tem sucesso durante uma exportação, o exportador recomeça. Obter ou renovar um bloqueio de edição de entrada não conta como escrita. Após três tentativas, falha com TRANSFER_EXPORT_CONCURRENT_WRITES.

Os arquivos da exportação permanecem disponíveis por sete dias após a criação da exportação. Depois disso, um download retorna TRANSFER_EXPIRED.

Exportar no admin

A seção também mostra o digest do pacote, o número de registros de cada tipo e as exportações recentes do site, cada uma com seu próprio botão de download até expirar.

Download package busca a exportação arquivo a arquivo, confere o tamanho e o digest SHA-256 de cada arquivo com o manifesto e monta o arquivo .emdash no navegador, funcionando em Cloudflare Workers para sites de qualquer tamanho. Se um arquivo não coincidir, o download para com erro. Chrome, Edge e outros navegadores baseados em Chromium gravam o arquivo direto no disco. Outros navegadores mantêm o pacote inteiro na memória até o download terminar; para uma exportação maior que cerca de 500 MB, a página recomenda um navegador baseado em Chromium ou a CLI.

Download as one file pede ao servidor o arquivo em uma única resposta. Serve para sites pequenos. No Cloudflare Workers, um site grande pode exceder os limites de uma única solicitação.

Exportar com a CLI

Faça login no site de origem e exporte-o para um arquivo de pacote:

npx emdash login --url https://example.com
npx emdash site export --url https://example.com --output site.emdash

O comando leva a exportação até o fim, baixa o pacote arquivo a arquivo, confere o tamanho e o digest de cada arquivo e escreve site.emdash. Adicione --no-comments para deixar comentários e reações de fora. Se o comando for interrompido, execute-o de novo com as mesmas opções para retomar a mesma exportação. Veja a referência de emdash site export.

Exportar com a API REST

Cada chamada a advance executa um passo e retorna nextRequestInMs, o atraso antes da próxima chamada. A exportação termina quando nextRequestInMs é null.

Estes exemplos usam um token de acesso pessoal com o escopo transfer:export. Veja escopos de token.

Um arquivo .emdash é um arquivo tar sem compressão com manifest.json como primeira entrada. O arquivo transmite todos os ficheiros em uma única resposta. No Cloudflare Workers, um site grande pode exceder os limites de uma única solicitação. Em vez disso, baixe manifest.json de exports/{id}/manifest e cada arquivo de exports/{id}/files/{path}. Cada arquivo baixado é conferido com seu digest registrado enquanto é transmitido. Se os bytes armazenados mudaram após a exportação, o download termina com erro em vez de ser concluído.

Importar um site

Uma importação é criada a partir de um pacote, analisada em um plano e executada somente depois que você confirma esse plano pelo seu digest. Uma importação que ainda não começou a ser executada expira 24 horas após ser criada.

O admin, a CLI e a API REST podem executar todos os passos. Um agente de IA pode analisar e iniciar uma importação já enviada, por meio das ferramentas MCP.

Importar no admin

A página também oferece Cancel import desde o upload até a importação terminar, e Abandon import depois que uma importação que começou a escrever falha ou é cancelada. Ambas pedem confirmação. Veja cancelar uma importação e abandonar uma importação incompleta.

Importar com a CLI

Faça login no site de destino e analise o pacote:

npx emdash login --url https://new.example.com
npx emdash site import site.emdash --url https://new.example.com --analyze

O comando verifica localmente o arquivo de pacote inteiro, faz o upload, analisa e imprime o plano com seu digest de plano. Termina com o código 2 quando o plano tem bloqueios. Revise o plano como descrito em revisar o plano de importação.

Para alterar as decisões do plano, execute --analyze de novo com flags de decisão. --map-principal mapeia um principal, por ID ou e-mail, para um usuário de destino por ID ou e-mail, ou para none. --use-target-title e --use-target-tagline mantêm o título e o slogan do destino:

npx emdash site import site.emdash --url https://new.example.com --analyze \
  --map-principal editor@example.com=editor@example.com \
  --map-principal 01J8ZQ4Y6T2N0D3VJ5R7K9M1PX=none \
  --use-target-title

Execute o plano que você revisou passando seu digest:

npx emdash site import site.emdash --url https://new.example.com \
  --plan sha256:3f1c… --confirm

O comando executa a importação até o fim e imprime o recibo. Se for interrompido, continue com emdash site import resume <operation-id>. emdash site import status <operation-id> imprime o estado da importação, e emdash site import receipt <operation-id> imprime o recibo de novo. Veja a referência de emdash site import.

Importar com a API REST

O servidor trabalha com os arquivos dentro de um pacote, não com o arquivo .emdash. Descompacte o arquivo primeiro. Ele contém manifest.json, arquivos de índice em index/, arquivos de registros em records/ e arquivos de mídia em media/. O manifesto fixa o tamanho e o digest SHA-256 de cada arquivo, de modo que o digest do pacote identifica o pacote inteiro.

Estes exemplos usam um token com os escopos transfer:analyze e transfer:execute.

A execução falha com TRANSFER_PACKAGE_DIGEST_MISMATCH ou TRANSFER_PLAN_DIGEST_MISMATCH quando qualquer digest difere do pacote preparado ou do plano atual. Leia o plano atual em imports/{id}/plan, revise-o de novo e tente novamente com seus digests.

Mapear autores para usuários de destino

A análise lista cada principal com seu nome de exibição, e-mail e o número de registros do pacote que o referenciam. Quando exatamente um usuário de destino tem o mesmo e-mail, comparado sem distinção de maiúsculas/minúsculas, o plano sugere esse usuário e mapeia o principal para ele por padrão. Principais sem sugestão começam sem mapeamento.

Para alterar um mapeamento, passe --map-principal para emdash site import --analyze, ou envie principalMappings para o endpoint de análise. Cada mapeamento nomeia um usuário de destino ou deixa o principal sem mapeamento (none na CLI, null na API). O EmDash aplica cada mapeamento a autores de entradas, autores de revisões, quem enviou mídia, vínculos de usuário de byline e autores de comentários.

As referências de um principal sem mapeamento são removidas. Quando um autor sem mapeamento também tinha uma byline vinculada à conta, o importador credita essa byline explicitamente em cada entrada do autor que não tem crédito de byline explícito e cujo locale tem a byline do autor. Assim, o crédito do autor permanece na página.

Dois mapeamentos produzem um bloqueio principal_conflict:

• um principal com mais de uma byline no mesmo locale é mapeado para um usuário; ou
• dois principais que têm bylines no mesmo locale são mapeados para o mesmo usuário.

Um usuário de destino pode ter apenas uma byline por locale. Deixe um principal sem mapeamento ou mapeie os principais para usuários diferentes.

Revisar o plano de importação

Um plano lista o que a importação criará, as decisões que aplicará e três tipos de achados:

• Bloqueios impedem a execução. A execução retorna TRANSFER_PLAN_BLOCKED até que o plano não tenha nenhum. Altere os mapeamentos de principais para resolver um principal_conflict. Qualquer outro bloqueio precisa de uma mudança no pacote ou no destino: cancele a importação, faça a mudança e crie uma nova importação.
• Avisos descrevem problemas no pacote que não param a importação. São copiados para o recibo.
• Transformações são as diferenças exatas e declaradas entre o site de origem e o site importado. As mudanças do exportador vêm primeiro, depois as da importação. A verificação aplica as transformações da importação ao comparar o site importado com o pacote.

Um plano lista no máximo 500 bloqueios e avisos. Um aviso issues_truncated informa quantos mais foram encontrados.

Bloqueios

O importador escreve os registros diretamente, então a análise aplica as mesmas verificações que a API do admin aplica ao salvar esses registros. Cada um destes valores é um value_constraint_violation:

• um valor de entrada que não cabe na coluna do campo, um campo obrigatório sem valor, ou um valor para um campo que a collection não tem;
• um redirecionamento cuja origem ou destino não é um caminho do site, cujo tipo não é suportado, cujo padrão de origem é inválido, ou cujo destino usa um parâmetro que a origem não captura;
• um site de byline que não é uma URL http ou https, um valor de campo de byline que não cabe no tipo ou nas opções do campo, ou um campo de byline com mais opções do que um site admite;
• um padrão de URL de collection inválido;
• um tipo de bloco com slug reservado, um rótulo vazio ou com mais de 200 caracteres, ou definições de campo que o editor de tipos de bloco recusaria;
• uma URL canônica SEO que não é nem uma URL http ou https nem um caminho do site; e
• uma URL de item de menu com um esquema que menus não permitem.

Avisos

Transformações

O exportador declara as mudanças que fez nos dados do site de origem. Cada uma destas transformações carrega um tipo de registro e uma contagem:

A importação declara suas próprias mudanças:

Executar a importação

A execução percorre estas etapas nesta ordem:

1. Reservar o destino e verificar de novo que está vazio.
2. Remover o scaffold de configuração listado no plano.
3. Criar tipos de bloco, collections, campos, definições de taxonomia, definições de relação e campos de byline.
4. Copiar arquivos de mídia para o armazenamento do destino e criar registros de mídia.
5. Escrever termos e bylines.
6. Escrever revisões e entradas.
7. Escrever atribuições de termos, créditos de byline, referências de conteúdo e registros SEO.
8. Escrever menus, widgets, seções, redirecionamentos, comentários, reações e configurações.
9. Reconstruir índices de busca e caches, e enfileirar a reindexação de uso de mídia.
10. Verificar o resultado.

Cada chamada a advance executa um passo limitado, que cabe nos limites de solicitação do Cloudflare Workers no D1. O progresso é armazenado no servidor. Uma solicitação interrompida perde no máximo o passo em andamento, e cada escrita é idempotente, de modo que executar um passo de novo não duplica registros.

Enquanto outra solicitação executa um passo, ou quando outra solicitação assume a operação durante um passo, advance retorna a operação com um nextRequestInMs curto. Um erro de armazenamento ou de banco é retentado: a operação registra o erro e nextRequestInMs cresce a cada falha consecutiva. Após falhas repetidas sem progresso, a importação falha.

Escritas são bloqueadas durante uma importação

Do primeiro passo de execução até a importação terminar, o EmDash rejeita solicitações de escrita à sua API com 503 TRANSFER_IMPORT_IN_PROGRESS. Isso cobre o admin, a API REST, rotas de plugins, envios públicos de comentários, publicação agendada e escritas de conteúdo de plugins. Login, gestão de usuários e tokens de API, bloqueios de edição de entradas e a própria API de transferência continuam disponíveis. Solicitações de leitura não são bloqueadas.

Ferramentas MCP de escrita, incluindo ferramentas MCP de plugins, falham com TRANSFER_IMPORT_IN_PROGRESS no erro de ferramenta usual. Ferramentas MCP somente leitura e as ferramentas de transferência site_* continuam funcionando, de modo que uma importação iniciada via MCP pode ser retomada, inspecionada e concluída via MCP.

Retomar após uma interrupção

A página do admin só avança uma importação enquanto estiver aberta. Para retomar, reabra Settings → Transfer, execute emdash site import resume <operation-id> ou chame advance de novo para a mesma operação. O servidor continua a partir do último passo concluído. Se a solicitação interrompida ainda detinha a operação, a próxima chamada espera essa retenção expirar, no máximo cinco minutos.

Uma importação com falha ou cancelada não pode ser retomada.

Cancelar uma importação

Selecione Cancel import em Settings → Transfer, execute emdash site import cancel <operation-id> ou envie POST imports/{id}/cancel. Um passo em andamento para após o lote atual. Cancelar não remove registros já escritos.

Abandonar uma importação incompleta

Uma importação com falha ou cancelada que começou a escrever continua bloqueando escritas, para que o site incompleto não seja editado por engano. Para levantar o bloqueio, selecione Abandon import em Settings → Transfer, execute emdash site import abandon <operation-id> ou envie POST imports/{id}/abandon. Abandonar mantém os dados importados.

Após um abandono, o site não está mais vazio, então não pode receber outra importação. Importe para um site recém-configurado.

Uma importação com falha ou cancelada que nunca começou a escrever não bloqueia escritas e não precisa ser abandonada.

Verificar o resultado

A verificação lê de volta cada registro importado com o mesmo código que o exportador usa, aplica as transformações declaradas do plano aos registros do pacote e compara os dois. Também confere a contagem de registros de cada tipo e baixa de novo cada arquivo de mídia importado para conferir o digest. Qualquer diferença faz a importação falhar com TRANSFER_VERIFICATION_FAILED. O errorDetail da operação lista até 50 das diferenças.

Uma importação bem-sucedida produz um recibo:

{
	"operationId": "01J8ZR2C4S6D8F0G2H4J6K8M0N",
	"packageDigest": "sha256:…",
	"planDigest": "sha256:…",
	"targetSiteId": "01J8ZR0A2B4C6D8E0F2G4H6J8K",
	"originSiteId": "01J1A3C5E7G9J1L3N5Q7S9U1W3",
	"formatVersion": "1",
	"importerEmDashVersion": "0.38.0",
	"completedAt": "2026-09-23T10:15:00.000Z",
	"logicalDigest": "sha256:…",
	"counts": { "entry": 412, "media": 96 },
	"warnings": [],
	"verification": "verified",
	"receiptDigest": "sha256:…"
}

Um recibo registra que o site de destino identificado por targetSiteId continha exatamente o conteúdo do pacote identificado por packageDigest, após o plano identificado por planDigest, quando a verificação terminou. O logicalDigest resume os registros verificados.

receiptDigest é o digest SHA-256 do JSON canônico do recibo com a propriedade receiptDigest removida. Detecta um recibo alterado depois de emitido. Um recibo não é assinado, então não prova qual servidor o emitiu. Busque o recibo no destino por uma conexão autenticada quando isso importar.

Um recibo descreve o site no momento em que a verificação terminou. Não diz nada sobre edições posteriores.

Mover entre bancos de dados

Um pacote não depende do banco de dados da origem. Exporte de SQLite, PostgreSQL ou D1 e importe em qualquer um deles. Planeje as seguintes diferenças quando o destino usar PostgreSQL:

• O PostgreSQL armazena inteiros em 32 bits. Um inteiro fora desse intervalo é um bloqueio integer_out_of_range.
• O PostgreSQL armazena campos number e pontos focais de mídia como valores de ponto flutuante de 32 bits. Valores que mudam são declarados como float4_rounded, e a verificação compara os valores arredondados.
• A busca de texto completo está disponível apenas em SQLite e D1. Collections com busca ativada são importadas com a busca desativada e declaradas como search_unsupported.

O importador escreve mídia no backend de armazenamento do destino sob novas chaves de armazenamento e reescreve referências de mídia no conteúdo, nas configurações e nos registros SEO para corresponder. Uma referência a um arquivo de mídia que a origem não tem é exportada sem alteração e declarada como unknown_storage_key.

Segurança

• Trate um pacote como sensível. Ele contém todo o conteúdo, incluindo rascunhos e lixeira, e os e-mails de autores e comentaristas. Mantenha-o fora de buckets públicos e pastas compartilhadas, e exclua cópias de que não precisa mais.
• Trate um pacote como entrada não confiável. A importação verifica caminhos, tamanhos, digests, esquemas de registros, referências e limites antes de escrever. Nunca executa código ou SQL de um pacote e nunca busca URLs de um.
• Conceda acesso à transferência de propósito. A transferência exige o papel de administrador. Um token com o escopo admin pode executar toda ação de transferência, então dê ao token de um agente apenas o escopo de transferência de que precisa.
• Revise o log de auditoria. O EmDash registra ações de transferência no log de auditoria do site: transfer_export_create, transfer_import_create, transfer_import_execute, transfer_import_cancel, transfer_import_abandon, transfer_import_complete, transfer_import_fail, transfer_approval_approve e transfer_approval_deny. Cada entrada nomeia o usuário agente e a operação ou aprovação (tipo de recurso transfer_operation ou transfer_approval). Seus detalhes só têm IDs, digests, contagens de registros e códigos de erro, nunca conteúdo do pacote. Detalhes de erro de transferência também nunca incluem conteúdo do pacote.
• Mantenha o staging privado. O EmDash prepara arquivos de pacote sob o prefixo transfers/ do seu bucket de armazenamento e se recusa a servir esse prefixo pela rota de mídia. Se o bucket tiver um domínio público, limite-o à mídia, como nos backups. Arquivos preparados são excluídos depois que uma operação termina ou expira.

Escopos de token

A transferência usa três escopos de token de API:

O escopo admin inclui os três, então o token que emdash login salva pode executar toda transferência. Cada escopo de transferência concede apenas suas próprias ações, e só um administrador pode emitir um. Use-os para dar a um token acesso mais restrito que admin, por exemplo a um agente que pode analisar pacotes mas não exportar nem importar. Veja a referência de escopos.

Aprovações para agentes

Agentes de IA conduzem transferências pelas ferramentas MCP site_*. As ferramentas iniciam, avançam e relatam operações. Nunca carregam bytes do pacote, então o usuário de um agente baixa exportações e envia pacotes com a CLI ou a API REST. Toda ferramenta exige o papel Admin.

Um cliente MCP cujo token não tem admin nem o escopo de transferência correspondente, como um agente ao qual só foi concedido transfer:analyze, não pode iniciar uma exportação ou importação sozinho. Sua chamada a site_export_start ou site_import_start cria uma solicitação de aprovação pendente e falha com TRANSFER_APPROVAL_REQUIRED e o ID da aprovação. Um administrador aprova ou nega a solicitação em Approval requests em Settings → Transfer, que lista cada solicitação pendente com solicitante, ação e horário de expiração. Os endpoints exclusivos de sessão POST /_emdash/api/admin/transfer/approvals/{id}/approve e …/deny fazem o mesmo. Tokens de API não podem aprovar solicitações. O cliente então repete a chamada com o ID da aprovação. Aprovações se aplicam apenas a estas ferramentas MCP; a API REST não tem parâmetro de aprovação.

Uma aprovação concede uma chamada ao usuário que a solicitou, a partir do mesmo token, com os mesmos argumentos. Uma aprovação de exportação fica vinculada às opções de exportação. Uma aprovação de importação fica vinculada à operação e a ambos os digests, então um plano alterado precisa de uma nova aprovação. Uma solicitação pendente expira após 15 minutos, e uma aprovada 15 minutos após a aprovação. A nova tentativa que inicia a operação a consome; se a operação não iniciar, a mesma aprovação pode ser tentada de novo até expirar. O mesmo usuário e token podem então verificar e avançar aquela operação sem o escopo.

Conceda transfer:export, transfer:execute ou admin ao token de um agente apenas quando o agente precisar executar transferências sem uma pessoa aprovar cada uma.

Limites

O endpoint capabilities reporta os valores que o site aplica.

Para provedores de hospedagem

Um plano de controle de hospedagem pode mover o site de um cliente para produção só com a API REST:

Mantenha o destino inacessível até o passo 4 ter sucesso. O EmDash não oculta de visitantes um site parcialmente importado.

Solução de problemas

Erros de transferência usam códigos estáveis. O status HTTP aparece com cada código.