Quiero probar cambios importantes en mi sitio web sin dañar el SEO

8

Quiero reemplazar todos los archivos de mi sitio web por otros nuevos en el servidor y probar si funcionan bien, pero no quiero que me rastreen mientras esto sucede o, si lo estoy, no quiero que el rastreador pueda vea lo que hay en la nueva página.

Solo quiero cambiarlo durante 15 minutos, pero probé otras cosas una vez durante 5 minutos y google para webmasters me dijeron que tenían muchos 404 durante ese período y no quiero que vuelva a suceder.

Además de eso, no quiero tener que escribir todo mi archivo .htaccess. Pensé en redirigir todas las URL a mi página principal y aplicar los cambios, pero creo que esta no es una buena práctica, ¿alguna buena idea?

seo domains htaccess redirects downtime wxiiir
fuente

Respuestas:

8

Opciones:

  1. Configure un sitio local para fines de prueba. Algo como WAMP debería hacer el truco.

  2. Si va a realizar las pruebas en su servidor en vivo, bloquee temporalmente su sitio mientras realiza sus pruebas. Una respuesta HTTP 307 sería apropiada .

  3. Use la autenticación básica para mantener a rastreadores y a todos los demás mientras realiza sus pruebas. Dado que su sitio estará "inactivo" durante solo 15 minutos, no habrá efectos secundarios.

John Conde
fuente
Ya estoy usando XAMPP y está funcionando muy bien, pero para los cambios de .htaccess y otras cosas, se comporta bien a veces, pero probar algunos de los cambios es imposible usar este tipo de método. sus otras opciones son probablemente mejores en este caso particular. gracias
wxiiir
5

  1. No haga pruebas en un entorno de producción si es posible. Es una receta para el desastre.

  2. Cree un subdominio de prueba que esté aislado de su sitio de producción tanto como sea posible. Esto le permitirá probar sus cambios en el servidor sin, con suerte, poner en peligro su sitio de producción. Puede usar robots.txt para bloquear 'bots de este subdominio para que no se indexe.

  3. Idealmente, desea tener su propio sistema de desarrollo, un servidor de desarrollo, un servidor de prueba, un servidor de ensayo y luego producción. Puede cortar dos de los servidores intermedios si debe hacerlo, pero pasar directamente de un entorno web de escritorio a la producción ha resultado en algunos de los peores problemas en los que he estado involucrado.

jfrankcarr
fuente
1
+1 Porque probablemente no serán solo 15 minutos. Compre un segundo nombre de dominio (el nombre de su sitio .biz o .info)
MrChrister
buenas sugerencias pero no muy prácticas para mí en este momento.
wxiiir
@MrChrister es bueno, tengo una lista de dominios que estoy considerando comprar, así que es una buena opción
wxiiir
@wxiiir: los subdominios son una buena opción si no puede invertir en entornos de servidores múltiples en este momento. A menos que tenga un alojamiento realmente pobre, son rápidos y fáciles de crear y gratuitos. Incluso usar una subcarpeta es mejor que destruir potencialmente todo su sitio.
jfrankcarr
0

Esto es un poco radical, pero hace varios años se me ocurrió una solución para toda mi oficina de TI. Estábamos buscando un mejor sistema operativo que Windows. Pasamos por algunas fases, pero terminamos usando Linux Mint con Mate Desktop. La curva de aprendizaje fue muy baja. Debido a que está basado en Ubuntu , puede cargar un servidor Real LAMP , completo con nombres de dominio y .htaccess totalmente funcional (que usamos en cada proyecto). Con Geany como un reemplazo cercano para Notepad Plus Plus, nuestro equipo de desarrolladores de TI aprecia que cada uno tenga un servidor apache2 totalmente funcional en su computadora.

Por supuesto, esto no funcionará si su tienda está atascada con Windows, pero para algunas personas es una solución perfecta con un costo bajo o sin costo.

Lan Tait
fuente