Planejador de migração de site

Qualquer caminho. Cada arquivo em src/pages/ vira uma página no próprio caminho, em qualquer profundidade, e um parâmetro rest ([...slug]) monta caminhos de qualquer profundidade a partir de um CMS: cada caminho antigo pode ser refeito como está.

build.format. build.format define como uma página estática é gravada: 'directory' (o padrão) grava /about/ como about/index.html, 'file' grava about.html e 'preserve' grava cada página conforme o nome do arquivo de origem, então um mesmo site pode manter /blog/ e /about.html. O Astro recomenda trailingSlash 'always' com 'directory' e 'never' com 'file'.

Barra final. trailingSlash ('always', 'never' ou 'ignore', o padrão) vale para o servidor de desenvolvimento e para páginas renderizadas sob demanda. O Astro diz que, em páginas pré-renderizadas, a barra final fica a cargo da hospedagem, e os redirecionamentos dele não levam /about/ para /about: teste como sua hospedagem responde a cada forma.

Arquivos. Os arquivos de public/ são copiados para o build sem alterações, então um PDF ou uma imagem mantém o endereço antigo se ficar na mesma pasta ali.

Extensão. O Astro grava as páginas como pastas ou arquivos .html. Um endereço terminado em .php, .asp ou outra extensão de servidor precisaria de um endpoint com esse nome, e como a hospedagem o serve não é algo que o Astro documente: o plano propõe um 301 para o mesmo caminho sem a extensão.

Sublinhado. O Astro ignora arquivos e pastas cujo nome começa com sublinhado e não documenta como servir um caminho que comece assim: teste ou redirecione.

Maiúsculas. O Astro não documenta se as rotas diferenciam maiúsculas ou caracteres acentuados, e as coleções de conteúdo deixam os IDs em minúsculas por padrão. Teste um endereço com maiúsculas ou acentos no seu build antes do lançamento.

Query string. Uma página pré-renderizada nunca vê a query string e os redirecionamentos do Astro não conseguem compará-la, então /?p=12 mostraria a página inicial. Redirecione esses endereços na hospedagem e escolha cada destino à mão.

Redirecionamentos. A opção redirects do Astro envia um 301 quando um servidor ou um adaptador compatível serve o site; um build estático sem adaptador grava uma página com meta refresh e sem código de status. Em um site estático, coloque os redirecionamentos no arquivo da hospedagem (Netlify e Cloudflare leem _redirects).

Qualquer caminho. As pastas dentro de app/ definem cada segmento da URL em qualquer profundidade, e os segmentos catch-all ([...slug]) servem caminhos de qualquer profundidade a partir de um CMS: cada caminho antigo pode ser refeito como está.

Barra final. Por padrão o Next.js responde /about/ com um redirecionamento 308 para /about; trailingSlash: true faz o contrário. Uma forma vale para o site todo e o próprio Next.js redireciona a outra, então essas URLs não precisam de regras suas.

Páginas .html. O Next.js não documenta páginas em endereços terminados em .html. Um rewrite pode mapear um caminho para uma página, mas nenhum exemplo mostra .html: teste um ou use o 301 proposto para o mesmo caminho sem a extensão.

Arquivos. Os arquivos de public/ são servidos a partir da raiz do site (public/docs/guia.pdf responde em /docs/guia.pdf), então podem manter o endereço antigo.

Extensão. O Next.js não documenta páginas em endereços terminados em .php, .asp ou outra extensão de servidor, então o plano propõe um 301 de cada um para o mesmo caminho sem a extensão.

Maiúsculas. O Next.js só diz que os parâmetros de rota diferenciam maiúsculas na documentação do Pages Router, e não documenta nada sobre caminhos acentuados. Teste um endereço com maiúsculas ou acentos antes do lançamento.

Query string. Um redirecionamento pode comparar a query string com has (type 'query') e o Next.js repassa o resto da query, então /?p=12 pode ter sua própria regra. A exportação as escreve; escolha cada destino à mão.

Redirecionamentos. redirects() no next.config.js roda antes das páginas e dos arquivos; permanent: true envia um 308 e a exportação pede um 301 com statusCode. Uma exportação estática (output: 'export') não aceita redirecionamentos: configure-os na hospedagem.

Limite de redirecionamentos. O Next.js menciona um limite de 1.024 redirecionamentos na Vercel (a documentação da Vercel já diz 2.048) e, acima de 1.000, sugere um mapa de redirecionamentos lido pelo Proxy.

Pastas. As páginas estáticas podem ficar em pastas e subpastas aninhadas, então uma página em /servicos/design-de-sites pode manter o caminho.

URL da Collection. O Webflow serve cada item do CMS na URL da sua Collection seguida do slug (/post/seu-artigo) e não documenta como colocar itens na raiz do site nem sob pastas de data: posts em /meu-post/ ou /2019/05/meu-post/ passam para uma pasta de Collection com um 301 cada.

Collections aninhadas. Desde abril de 2023 uma página modelo de Collection pode ter uma pasta pai, aninhada em vários níveis (/recursos/blog/post). O artigo Page URLs do Webflow ainda diz que só páginas estáticas ficam em pastas: confira a opção no seu Designer.

Caracteres. O Webflow aceita letras latinas minúsculas e números nas URLs de página (os exemplos dele também usam hífens). Ele remove caracteres especiais como ! ~ . & e converte outros alfabetos para letras latinas, e não diz o que faz com sublinhados: teste-os.

Maiúsculas. O Webflow passa para minúsculas as maiúsculas dos slugs, então /Sobre-Nos vira /sobre-nos e precisa de um 301. O Webflow não diz se os redirecionamentos dele diferenciam maiúsculas: teste um.

Extensão. O Webflow remove pontos dos slugs, então uma página não pode ficar em /sobre.html nem em /index.php: cada uma precisa de um 301 para o novo caminho. A ajuda de redirecionamentos do Webflow não mostra exemplos a partir desses caminhos: teste um depois de importar.

Barra final. Os caminhos do Webflow não têm barra final nos exemplos, e o Webflow não documenta se /sobre/ responde ou redireciona para /sobre. Publique uma página e teste; se /sobre/ não chegar à página, adicione os 301 propostos.

Arquivos. Um PDF ou uma imagem não é uma página, e o Webflow não documenta como manter um arquivo no endereço antigo: envie o arquivo e redirecione o endereço antigo para o novo, se mudou.

Query string. Os redirecionamentos do Webflow podem comparar uma query string se ?, = e & forem escapados com % (/%?p%=12), e a exportação para o Webflow os escreve assim. Escolha cada destino à mão.

Idiomas. Com o Localization cada idioma fica em um subdiretório (/pt/) que você pode renomear, então uma pasta de idioma pode manter os caminhos; slugs traduzidos exigem um plano Localize Advanced ou Enterprise.

Redirecionamentos. Os redirecionamentos 301 exigem um plano pago e ficam em Site settings → Publishing. As regras mais antigas rodam primeiro, os curingas usam (.*) e %1, eles não valem para subdiretórios de idioma e um redirecionamento não pode ocupar o caminho de uma página publicada: despublique ou renomeie essa página antes.

Importação CSV. Os redirecionamentos podem ser importados de um CSV com duas colunas, caminho antigo e caminho novo, de até 16 MB. Uma importação substitui todos os redirecionamentos do site e uma linha inválida faz o arquivo inteiro falhar: exporte antes a lista atual e junte as duas.

Limite de redirecionamentos. O Webflow não fixa um limite rígido, mas recomenda no máximo 1.000 redirecionamentos; uma regra com curinga pode cobrir uma pasta inteira (/blog-antigo/(.*) → /blog/%1).

Caminhos de página. O Framer transforma nomes de página em caminhos que você pode editar, e as pastas adicionam segmentos (/sobre/equipe), então uma página pode manter um caminho aninhado.

Caminho de página do CMS. O caminho de uma página de detalhe do CMS é uma pasta e o slug do item (/blog/:slug), e dá para editá-lo. O Framer não documenta caminhos na raiz (/:slug), com várias pastas nem com uma segunda variável como o ano: teste-os ou mova os itens para uma pasta com um 301 cada.

Caracteres. O Framer não documenta quais caracteres um caminho aceita; o guia de SEO dele só recomenda hífens em vez de sublinhados. Teste os endereços com maiúsculas, sublinhados ou acentos antes do lançamento.

Extensão. O Framer não documenta páginas em endereços terminados em .html ou .php, e os arquivos estáticos dele não aceitam HTML nem PHP. Teste um ou use o 301 proposto para o mesmo caminho sem a extensão.

Barra final. Os caminhos do Framer não têm barra final (ele pede aos proxies que a removam), mas não documenta como a própria hospedagem responde a /sobre/. Publique uma página e teste; se /sobre/ não chegar a /sobre, adicione os 301 propostos.

Arquivos. Nos planos Pro e Enterprise, os arquivos estáticos (PDF, TXT, CSV, JSON, XML, ZIP e mais alguns) são servidos na raiz do domínio e em /.well-known/. Outras pastas e tipos de arquivo não estão documentados: teste-os ou redirecione o endereço antigo.

Query string. A ajuda de redirecionamentos do Framer não diz se um redirecionamento pode comparar uma query string (/?p=12): teste um antes de contar com isso.

Idiomas. Cada idioma adicional ganha um prefixo que você define (/pt/), e os caminhos das páginas e os slugs do CMS podem ser traduzidos por idioma, então uma pasta de idioma pode manter os caminhos.

Limite de páginas. Os planos do Framer incluem 30 páginas (Basic) ou 150 (Pro), e o Pro pode somar mais até 700. Muitas páginas antigas podem caber melhor como uma coleção do CMS.

Redirecionamentos. Os redirecionamentos ficam em Site Settings → Hosting → Redirects (não no Basic) e rodam na ordem que você definir; * corresponde a qualquer caminho e :1 o reutiliza. O Framer os chama de permanentes e dá o código como 308 em uma página e 301 em outras.

Importação CSV. O plugin Redirect Sync do Framer importa um CSV com colunas from e to, com caminhos começando por /; uma linha cujo from já existe atualiza esse redirecionamento.

Limite de redirecionamentos. O Framer aceita até 2.500 redirecionamentos por projeto; uma regra com curinga (/blog-antigo/* → /blog/:1) cobre uma pasta inteira em uma linha.