Skip to content

Cómo detener los desastres de SEO durante la migración del sitio web

Despu√©s de muchas semanas y meses de preparativos, est√°s listo para empezar; has hecho todo lo que ten√≠as que hacer para asegurarte de que el dise√Īo y el desarrollo de la nueva p√°gina web se han realizado a la perfecci√≥n y est√°s contento de seguir adelante.

As√≠ que presionas el bot√≥n de lanzamiento (porque as√≠ es como funciona, ¬Ņverdad?), te sientas y te felicitas a ti mismo y a tus colegas por relanzar el nuevo sitio web con √©xito….

…s√≥lo para ver que el tr√°fico org√°nico se ha desplomado.

Usted mira con miedo, pero luego se detiene por un segundo porque todo el mundo sabe que el relanzamiento de un sitio puede a veces causar una caída inicial en el tráfico orgánico. Asumes que es normal.

Pero despu√©s de d√≠as, semanas y meses, el tr√°fico no se recupera y entra en p√°nico…

Esta es una realidad potencial para cualquiera que est√© relanzando un sitio web. En medio de toda la emoci√≥n con el nuevo dise√Īo y las nuevas caracter√≠sticas, no todo el mundo piensa en las consecuencias que podr√≠an ocurrir si no se planifica de manera efectiva, especialmente desde una perspectiva de SEO.

Con el fin de minimizar cualquier desastre potencial, hay un simple proceso paso a paso que debe seguir para asegurarse de que los períodos antes, durante y después del lanzamiento se desarrollen sin problemas y para mejorar su estrategia de SEO a largo plazo.

¬ŅQu√© es la migraci√≥n de sitios web?

Google no es muy específico en cuanto a la mudanza de sitios y lo que implica. Tienen dos páginas: una para los movimientos del sitio con cambios de URL y otra sin cambios de URL.

Pero en realidad puede ser mucho m√°s detallado y complejo que eso.

Veamos algunos de los significados de la migración de sitios web y lo que puede implicar:

  • est√° cambiando de dominio y est√° planeando pasar de un dominio a otro, por ejemplo, durante un cambio de marca;
  • se va a internacionalizar y necesita cambiar el TLD (Top Level Domain), por ejemplo, de.co.uk a.com reconocido mundialmente;
  • desea TLDs y subcarpetas geoespec√≠ficas, por ejemplo,.com/uk,.com/fr,.com/ca;
  • va a realizar cambios estructurales, por ejemplo, cambiar el enlace interno, cambiar la jerarqu√≠a del sitio, cambiar el recorrido del usuario;
  • est√° cambiando de HTTP a HTTPS;
  • va a cambiar el CMS (sistema de gesti√≥n de contenidos) o la plataforma en la que se encuentra actualmente;
  • est√° redise√Īando un sitio web completamente;
  • est√° cambiando la configuraci√≥n m√≥vil aplicando AMP (P√°ginas m√≥viles aceleradas) o PWA (Aplicaciones Web progresivas);
  • est√° pasando por cambios en el contenido, por ejemplo, a√Īadiendo/eliminando p√°ginas, introduciendo nuevos idiomas, consolidando p√°ginas.

Qué hay que tener en cuenta antes de iniciar la migración

Cada migración es diferente, pero hay algunas cosas de las que debe estar al tanto antes de siquiera tocar el sitio web:

  • Elabore su estrategia – ¬ŅNecesita hacer esto? Por qu√©? ¬ŅQu√© esperas conseguir? ¬ŅCu√°les son sus objetivos?
  • ¬ŅQui√©n va a participar en este proyecto? Invol√ļcrelos lo antes posible, le guste o no, no puede hacerlo solo. Aseg√ļrese de hablar con las partes interesadas pertinentes para comprender c√≥mo puede afectarlas y c√≥mo pueden ayudar a minimizar las interrupciones. Y cuanto antes puedan participar, mejor.
  • Obtenga consultas profesionales de SEO para ayudarle – muchas de las tareas que se enumeran a continuaci√≥n involucrar√°n a alguien con experiencia en SEO antes, durante y despu√©s de que el sitio haya sido relanzado.
  • Obtenga consultas profesionales de UX y CRO para ayudarle – tambi√©n necesita seguir los elementos importantes de UX, por ejemplo, qu√© tipo de impactos van a tener ciertos cambios de dise√Īo en la participaci√≥n de los usuarios y c√≥mo afectar√° a las tasas de conversi√≥n.
  • La apariencia no lo es todo – en medio de toda la emoci√≥n de construir algo visualmente impresionante, aseg√ļrese de que no venga a un costo de usabilidad o SEO. Claro, a√Ī√°dele un poco de estilo y estilo, pero no te pases de la raya.
  • Haga que todos se sometan a la prueba – todas las partes interesadas deben ayudar con las pruebas. Esto tambi√©n se aplica si ya tiene el sitio de desarrollo configurado y est√° disponible para realizar pruebas.
  • Dedique tiempo a corregir errores y fallos despu√©s del lanzamiento – no, no puede relajarse despu√©s de haber hecho su bit
  • La migraci√≥n de sitio no es una soluci√≥n para la penalizaci√≥n – si usted est√° sufriendo de cualquier penalizaci√≥n algor√≠tmica, no desaparecer√° durante la migraci√≥n. Esto tendr√° que ser arreglado manualmente.
  • Nunca migre su sitio durante las temporadas altas – as√≠ que si su per√≠odo de mayor actividad es Navidad, entonces no migre el sitio entre octubre y enero

Antes de reconstruir su sitio web

  1. Rastrear todas las URL utilizando herramientas como Screaming Frog SEO Spider y Sitebulb

    • Compilar una lista de todas las URL y a√Īadir el rendimiento del tr√°fico (visitas, tasas de rebote, tasas de salida, conversi√≥n) para utilizarlo como punto de referencia tras el lanzamiento
    • .

    • Eliminar cualquier contenido duplicado/de baja calidad redirigi√©ndolo o mejor√°ndolo;
    • Compruebe si hay enlaces rotos;
    • Comprobar si hay p√°ginas rotas;
    • Aseg√ļrese de que todas las p√°ginas relevantes sean accesibles para los motores de b√ļsqueda;
    • Aseg√ļrese de que todas las p√°ginas sean accesibles para las personas (usuarios ciegos, usuarios m√≥viles, compatibilidad con navegadores).
  2. Compilar la lista de las nuevas URLs.
  3. Planifique sus nuevas estructuras URL y la jerarquía/arquitectura del sitio.
  4. Lleve a cabo la b√ļsqueda de palabras clave para cada p√°gina.
  5. Haga una lista de las palabras clave más importantes y anote su clasificación.
  6. Actualice o cree nuevo contenido para las nuevas p√°ginas e incluya las palabras clave relevantes.
  7. Mapea los 301 redireccionamientos de URLs antiguas a nuevas (y evita las cadenas de redireccionamiento) en una hoja de c√°lculo.
  8. Identificar y compilar una lista de sus vínculos de retroceso más importantes.
  9. Mida la velocidad de la p√°gina utilizando herramientas como GTmetrix y WebPageTest.org.
  10. Configure los nuevos perfiles de medios sociales si est√° cambiando el nombre.
  11. Registre y configure el nuevo dominio en la Consola de b√ļsqueda de Google.
  12. Realice pruebas de usabilidad para evitar que ocurran malas experiencias en el nuevo sitio.
  13. Planifique su campa√Īa de relanzamiento – “Hemos lanzado un nuevo sitio web” deber√≠a tener lugar poco despu√©s del lanzamiento y no m√°s tarde. ¬ŅQui√©n puede ayudarte con eso? Clientes/clientes/proveedores/bloggers/PRs actuales, etc.

Durante el redise√Īo

  1. Bloquee el sitio de desarrollo con la etiqueta meta noindex o robots.txt para evitar problemas de duplicación en Google.
  2. Aseg√ļrese de que la anal√≠tica web se implemente y se pruebe en todas las p√°ginas.
  3. Publicar las nuevas URLs y el contenido en el sitio de desarrollo.
  4. A√Īada/actualice las etiquetas de t√≠tulo, la meta descripci√≥n y los textos alternativos a las nuevas p√°ginas.
  5. A√Īadir Google Tag Manager.
  6. A√Īada los c√≥digos de retargeting y remarketing necesarios, por ejemplo, Facebook Pixels y Google Remarketing.
  7. Configura y verifica tu nueva cuenta de la Consola de B√ļsqueda de Google.
  8. Eliminar o actualizar los enlaces internos que apuntan a p√°ginas rotas o eliminadas.
  9. Actualice sus mapas de sitio XML y t√©ngalos listos para enviarlos a la Consola de B√ļsqueda de Google.
  10. Actualizar todas las etiquetas canónicas y autocanonizar todas las páginas nuevas.
  11. Actualizar todos los enlaces internos.
  12. Actualice su robots.txt.
  13. Cree una p√°gina 404 personalizada.
  14. Rastree el sitio y verifique que los 301 redireccionamientos est√°n funcionando.
  15. A√Īada un esquema para crear oportunidades de fragmentos enriquecidos.
  16. Agregue campos de gr√°ficos abiertos para una mayor experiencia multimedia.
  17. Pida a las partes interesadas que le ayuden con las pruebas.
  18. Al acercarse al relanzamiento, intente organizar pruebas de usabilidad para una peque√Īa cantidad de tr√°fico o utilice grupos focales para resolver cualquier problema.
  19. Aseg√ļrese de que el sitio sea compatible con la mayor√≠a de los navegadores y dispositivos m√≥viles m√°s populares.
  20. Aseg√ļrese de que el sitio sea accesible para los usuarios con discapacidad visual.

Después del relanzamiento

  1. Env√≠e un cambio de direcci√≥n a trav√©s de la Consola de B√ļsqueda de Google.
  2. Enviar un nuevo mapa de sitio XML.
  3. Actualiza todas las biografías de los medios sociales con nuevas URLs.
  4. Rastree el nuevo sitio y compruebe que los redireccionamientos funcionan, que todos los enlaces internos y externos funcionan, y arregle las 404 p√°ginas que pueda haber.
  5. Rastree la lista de URLs que ha extraído originalmente y verifique sus redirecciones.
  6. A√Īada anotaciones en Google Analytics para asegurarse de que sabe cu√°ndo se ha relanzado el sitio y los cambios posteriores.
  7. Actualice los vínculos de retroceso con nuevas URL poniéndose en contacto con aquellos que se han vinculado a usted.
  8. Supervisar continuamente el tráfico web, el compromiso y la conversión, así como la velocidad de la página.
  9. Compruebe la facilidad de uso m√≥vil de su sitio web mediante la funci√≥n Usabilidad m√≥vil de la Consola de B√ļsqueda de Google.
  10. Compare esas métricas de rendimiento con las del sitio anterior.
  11. Llegue a los sitios autorizados que tienen enlaces hacia usted y pídales que actualicen el enlace con el nuevo sitio.
  12. Controle el n√ļmero de p√°ginas indexadas a trav√©s de la Consola de B√ļsqueda de Google y utilizando el sitio: buscar en Google.
  13. Controle sus clasificaciones de b√ļsqueda a lo largo del tiempo.
  14. Mantenga el control del dominio antiguo sólo en caso de cualquier problema.
  15. Organizar nuevas pruebas de usabilidad del nuevo sitio.
  16. Lanzar su campa√Īa de relanzamiento.

Cómo elegir entre migrar o no

El relanzamiento puede ser algo bueno, ya que le permite ofrecer la mejor experiencia de usuario posible a su audiencia, una oportunidad para refrescar su marca y mejorar los resultados finales para sus clientes.

Pero eso es sólo si lo hace por la razón correcta y planifica la migración del sitio correctamente.

Conoces el viejo dicho de Benjamin Franklin: “si no planeas, planeas fallar”.

Si planifica y ejecuta su relanzamiento con éxito, esto le dará la mejor oportunidad de detectar cualquier problema lo antes posible y hacer que el proceso sea más fácil.

Porque no quiere pasar por el dolor de cabeza de una migración fallida.