Quero testar grandes mudanças no meu site sem prejudicar o SEO


8

Quero substituir todos os arquivos do meu site por novos no servidor e testar se eles funcionam bem, mas não quero ser rastreado enquanto isso estiver acontecendo ou, se estiver, não quero que o rastreador possa veja o que há na nova página.

Eu só quero mudá-lo por 15 minutos, mas eu testei outras coisas uma vez por 5 minutos e o google para webmasters me disse que eles tinham um monte de 404 durante esse período e eu não quero que isso aconteça novamente.

Além disso, não quero escrever meu arquivo .htaccess inteiro. Pensei em redirecionar todos os URLs para minha página principal e aplicar as alterações, mas acho que isso provavelmente não é uma boa prática, alguma boa idéia?

Respostas:


8

Opções:

  1. Configure um site local para fins de teste. Algo como o WAMP deve fazer o truque.

  2. Se você for fazer o teste no servidor ativo, bloqueie temporariamente o site enquanto faz o teste. Uma resposta HTTP 307 seria apropriada .

  3. Use a autenticação básica para manter os rastreadores e todo mundo fora enquanto você faz o teste. Como o site ficará "inativo" por apenas 15 minutos, não haverá efeitos colaterais disso.


Eu já estou usando o XAMPP e está funcionando muito bem, mas para alterações .htaccess e outras coisas ele se comporta bem às vezes, mas para testar algumas das mudanças é simplesmente impossível usar esse tipo de método. suas outras opções provavelmente são melhores nesse caso específico. graças
wxiiir

5
  1. Não faça testes em um ambiente de produção, se possível. É uma receita para o desastre.

  2. Crie um subdomínio de teste isolado do seu site de produção, tanto quanto possível. Isso permitirá que você teste suas alterações no servidor sem, esperançosamente, pôr em risco o seu site de produção. Você pode usar o robots.txt para bloquear 'bots deste subdomínio, para que não seja indexado.

  3. Idealmente, você deseja ter seu próprio sistema de desenvolvimento, um servidor de desenvolvimento, um servidor de teste, um servidor intermediário e, em seguida, produção. Você pode cortar dois dos servidores intermediários, se for necessário, mas ir diretamente de um ambiente da Web de desktop para produção resultou em algumas das piores bagunças em que estive envolvido.


11
+1 Porque provavelmente não serão apenas 15 minutos. Compre um segundo nome de domínio (nome do seu site .biz ou .info)
MrChrister

boas sugestões, mas não muito práticas para mim no momento.
precisa saber é o seguinte

@MrChrister que é uma boa, eu tenho uma lista de domínios que estou considerando comprar de modo que é uma boa opção
wxiiir

@wxiiir - subdomínios são um bom caminho a percorrer se você não puder investir em vários ambientes de servidor no momento. A menos que você tenha uma hospedagem muito ruim, ela é rápida, fácil de criar e gratuita. Mesmo usando uma subpasta é melhor do que destruir potencialmente todo o site.
Jfrankcarr 26/09/11

0

Isso é um pouco radical, mas eu vim com uma solução para todo o meu escritório de TI há alguns anos. Estávamos procurando um sistema operacional melhor do que o Windows. Passamos por algumas fases, mas acabamos usando o Linux Mint com o Mate Desktop. A curva de aprendizado foi muito baixa. Como é baseado no Ubuntu, você pode carregar um servidor Real LAMP , completo com nomes de domínio e funcionar com .htaccess (que usamos em todos os projetos). Com o Geany como substituto próximo do Notepad Plus Plus, nossa equipe de desenvolvedores de TI aprecia cada um que tenha um servidor apache2 totalmente funcional em seu computador.

É claro que isso não funcionará se sua loja estiver com o Windows, mas para algumas pessoas é uma solução perfeita com baixo ou nenhum custo.

Ao utilizar nosso site, você reconhece que leu e compreendeu nossa Política de Cookies e nossa Política de Privacidade.
Licensed under cc by-sa 3.0 with attribution required.