Pasé del dominio viejo al nuevo, vi errores 404, bajaron los rankings — ¿hice mal la migración del sitio?

Checklist para migración de sitio: 1) Pre-migración: haz el mapeo de todas las URLs (vieja > nueva), guarda el perfil de backlinks. 2) Día de la migración: pon los redirecciones 301, actualiza el sitemap, revisa el robots.txt. 3) Post-migración: envía a Search Console, monitorea, arregla los 404 en el primer mes.

Herramienta de Cambio de Dirección (Search Console): Si el dominio cambia totalmente, usa esta herramienta, le mandas a Google el mensaje de 'nos mudamos' y se acelera la transferencia.

A nosotros también nos tardó 4 meses en recuperarnos. El primer mes perdimos el 40% del tráfico el 2º mes el 25% el 3º mes el 10%. 'Mi experiencia: tras la migración, reoptimiza las páginas clave (páginas de producto, homepage) para que Google reciba la señal correcta.'

Errores 404: En el dominio viejo teníamos 200 páginas dando 404 porque escribimos mal las redirecciones 301 en el .htaccess luego lo hicimos manual de nuevo. Activamos la verificación del proceso y luego se cerró.

Configuración de redirecciones 301: 1) .htaccess (Apache): RewriteRule ^(.*)$ https://example.com/$1 [R=301,L]. 2) Nginx: return 301 https://example.com$request_uri. 3) IIS: HTTP Redirect. 4) En la aplicación: redirección server-side.

Test: usa curl -I https://example.old.com/page y revisa el 301 y la ubicación. Si devuelve 200, no hay redirección.

La migración de sitio es compleja, pon bien los redirecciones 301 y luego usa el cambio de dirección en search console. google esperó 1-2 meses y se recuperó, ten paciencia. No es rápido pero funciona si lo haces bien.

Ed: ya se preguntó abajo, dejé la respuesta en el segundo mensaje.

Migración de sitio: Se cierra el dominio viejo se abre el nuevo. Google: '¿han hecho una renovación?' Yo: sí. Google: vale, esperemos 3 meses y luego evaluamos. Paciencia.

ha sido una buena idea arir este hilo.

Os explico cómo se hace en la práctica. Si intentas cambiarlo todo a la vez, nada termina de asentarse.

Voy a resumir el tema porque se han dado varias respuestas diferentes. Discutir cifras sin validar la configuración de medición es perder el tiempo.

Yo seguiría por ese camino.

Si lo ves como un proceso, el panorama cambia. Si decidimos sin medir siempre acabamos en el mismo punto.

A nosotros nos pasó esto. Lo importante no es la cifra, sino en qué se basa esa cifra.

Lo dejo como nota, por si sirve.

Aquí tengo una objeción. Todo lo que no está por escrito, ambas partes lo recordarán de forma distinta en el futuro.

Todo lo que no está por escrito, ambas partes lo recordarán de forma distinta en el futuro. Si escribís el resultado aquí, también servirá de ayuda a otros.

En este punto no estoy de acuerdo con ustedes. Las decisiones apresuradas son las que hay que corregir seis meses después.

Yo seguiría por ese camino.

os explico cómo se hace en la práctica. en fin todo lo que no está por escrito ambas partes lo recordarán de forma distinta en el futuro.

cualquier comentario hecho sin grupo de control es solo una suposición. pues eso es todo disculpa si me he extendido demasiado.

tengo una pregunta, no quiero desviarme del tema pero... en fin ningún proceso mejora si no se registran datos porque no sabes qué tienes que arreglar.

comprobado por experiencia.

exacto y encima no es tan conocido. la velociad es una cuestión de umbral; si ya eres rápido ser más rápido no cambia nada.

el ranking de la competencia puede venir de los años de acumulación no de su contenido. también me gustaría saber si alguien lo hace de otra manera.

Si lo ves como un proceso, el panorama cambia. Lo que más tiempo nos hacía perder era no saber quién tomaba las decisiones.

Si escribís el resultado aquí, también servirá de ayuda a otros.

Hay algo que no entiendo. En lugar de borrar, unid; el contenido borrado no vuelve.

Comprobado por experiencia.

A mí me pasó justo al revés, por eso escribo. No creáis a nadie que dé garantías en este negocio no las hay.

Por supuesto, cambia si tu situación es diferente.