Sitemap

Errores de rediseño de sitios web que destruyen el SEO

Rediseñar un sitio web, ya sea propio o de un cliente, es una parte esencial del marketing actual.Es fundamental porque la tecnología, las tendencias y las expectativas de los usuarios cambian con el tiempo, y si queremos seguir siendo competitivos, debemos seguir el ritmo de estos cambios.

Pero esta tarea, si bien es esencial, también presenta ciertos riesgos desde una perspectiva de SEO.Varias cosas pueden salir mal durante el proceso.Estos problemas pueden hacer que los motores de búsqueda ya no vean ese sitio web como la respuesta autorizada a las consultas relevantes.En algunos casos, ciertos errores pueden incluso dar lugar a sanciones.

Nadie quiere eso.

Entonces, en este artículo, vamos a explorar algunos de los errores comunes de diseño web que pueden destruir el SEO.Conocer los riesgos potenciales puede ayudarlo a evitar cometer el tipo de errores que reducen su tráfico de búsqueda orgánica.

Dejar el entorno de desarrollo rastreable/indexable

Las personas manejan los entornos de desarrollo de muchas maneras diferentes.La mayoría simplemente configura una subcarpeta bajo su dominio.Algunos pueden crear un dominio estrictamente para el desarrollo.Luego están aquellos que toman el tipo de precauciones para ocultar su entorno de desarrollo que le daría a un agente de la CIA una sensación cálida y confusa en ese lugar vacío donde debería estar su corazón.

Tiendo a caer en la última categoría.

Los motores de búsqueda generalmente seguirán los enlaces e indexarán el contenido que encuentren en el camino, a veces incluso cuando les digas explícitamente que no lo hagan.Eso crea problemas porque podrían indexar dos versiones del mismo sitio web, lo que podría causar problemas tanto con el contenido como con los enlaces.

Por eso, coloco tantos obstáculos como sea posible en el camino de los motores de búsqueda que intentan acceder a mi entorno de desarrollo.

Esto es lo que hago.El primer paso es usar una URL limpia que nunca antes se haya usado para un sitio web en vivo.Esto asegura que no haya enlaces que apunten a él.A continuación, deshabilite todos los bots que usen robots.txt y configure una página de índice vacía para que otras carpetas no estén visibles.En el pasado, incluso llegué a configurar la protección con contraseña, pero en la mayoría de los casos, eso puede ser excesivo.Puedes hacer esa llamada.

A partir de ahí, configuraré una carpeta separada para cada sitio web en desarrollo.Por lo general, el nombre de la carpeta será una combinación de palabras incompletas, por lo que es poco probable que se encuentre al azar.Luego, WordPress se instalará en estas carpetas y se configurará para bloquear también los bots en este nivel.

Cambiar arbitrariamente los nombres de las imágenes en las páginas que se clasifican bien

Esto no siempre es un problema, pero si una página web se clasifica bien, cambiar el nombre de una imagen en esa página puede causar una pérdida de clasificación.Especialmente si el diseñador web no sabe lo que está haciendo.

He visto que esto sucede más de unas pocas veces, donde un cliente contrata a un diseñador web que no entiende de SEO para rediseñar un sitio web que ya está bien posicionado.Como parte del proceso de rediseño, reemplazan las imágenes antiguas con imágenes nuevas y más grandes, pero, al carecer de la experiencia adecuada, usan nombres de imágenes estúpidos que no proporcionan ningún valor de SEO, como image1.jpg.

Esto quita una pieza vital de contexto que los motores de búsqueda utilizan para determinar dónde debe posicionarse una página web en particular.

Eliminar páginas o cambiar las URL de las páginas sin redirigirlas

Durante un rediseño, es casi seguro que algunas páginas ya no serán necesarias.Los diseñadores web con menos experiencia a menudo simplemente los eliminan.Otras páginas pueden moverse y/o renombrarse, lo que en la mayoría de los casos cambia su URL.En estos casos, los diseñadores web sin experiencia suelen cambiar estas URL y dan por finalizada la tarea.

Este es un gran error porque algunas de esas páginas ya pueden clasificarse bien.Es posible que tengan enlaces entrantes que apunten a ellos o que los visitantes los hayan marcado.

Cuando elimina páginas que ya tienen enlaces entrantes, perderá todo el valor de SEO de esos enlaces.En algunos casos, esto podría resultar en una pérdida drástica de clasificación.

Sin embargo, el problema es aún más profundo.Cualquiera que haga clic en esos enlaces o marcadores será recibido por una página 404.Eso presenta un valor cero para cualquiera y, lo que es más importante, crea una experiencia de usuario negativa.Esto es importante porque Google ha confirmado que la experiencia del usuario es un factor de clasificación.

La forma correcta de eliminar páginas es redirigirlas a la página más relevante que existe actualmente.En cuanto a mover páginas, que incluye cualquier cosa que cambie la URL de esa página de alguna manera, es igualmente importante redirigir la URL anterior a la nueva.

En ambos escenarios, generalmente se debe usar una redirección 301.Esto le dice a los motores de búsqueda que la página anterior se ha movido permanentemente a la nueva ubicación.Para la mayoría de las plataformas de hospedaje, esto se logra mejor agregando la entrada adecuada en su archivo .htaccess.

Si no puede ver un archivo .htaccess en su servidor, es posible que deba ajustar la configuración de su programa FTP para ver los archivos ocultos.

Algunas plataformas de alojamiento especializadas pueden utilizar un método diferente, por lo que es posible que deba consultar con su equipo de soporte para determinar cómo lograrlo.

No realizar un rastreo completo después de la migración hacia y desde el entorno de desarrollo

Independientemente del método que utilice para la migración, seguramente se encontrará con algunos errores.Por lo general, primero migrará el sitio web en vivo a su entorno de desarrollo y, luego, lo enviará de vuelta al servidor en vivo después de haber realizado y probado los cambios.

Uno con el que me encuentro con frecuencia son los enlaces dentro del contenido que apuntan al lugar equivocado.Por ejemplo, dentro de una página o publicación en el sitio web en vivo, puede tener un enlace que apunte a:

dominio.com/servicios/

Una vez migrado al entorno de desarrollo, puede ser:

devdomain.com/client123/services/

Todo está bien y bien hasta ahora, ¿verdad?

Pero a veces, mientras se vuelve a migrar el sitio web completo al servidor en vivo, el contenido de las páginas y las publicaciones aún puede contener enlaces que apuntan a las páginas dentro del entorno de desarrollo.

Esto es sólo un ejemplo.Hay innumerables enlaces a contenido dentro de un sitio web, incluidos enlaces a la imagen esencial, JavaScript y archivos CSS.

Afortunadamente, la solución es simple.Se puede usar una herramienta como Screaming Frog, que se ejecuta desde su escritorio, o una herramienta basada en la nube como SEMrush, para rastrear cada enlace dentro de su sitio web.Esto incluye los enlaces de texto visibles en la parte frontal, así como todos los enlaces a archivos de imagen, JavaScript y CSS que están ocultos en el HTML de un sitio web.

Asegúrese de revisar todos los enlaces a fuentes externas una vez que el nuevo sitio web se haya migrado al servidor activo porque cualquier enlace que apunte a su entorno de desarrollo aparecerá como enlace externo. Cuando encuentre "enlaces externos" que en realidad deberían ser enlaces internos, puede hacer las correcciones correspondientes.

Este paso es esencial después de migrar en cualquier dirección, para evitar errores potencialmente catastróficos.

No realizar una verificación de función completa en todo

Una vez que un sitio web rediseñado se ha migrado al servidor en vivo, debe hacer más que revisar rápidamente algunas páginas para asegurarse de que todo se vea bien.En cambio, es esencial probar físicamente todo para asegurarse de que no solo se vea bien, sino que también funcione correctamente.

Esto incluye:

  • Formularios de contacto.
  • Funcionalidad de comercio electrónico.
  • Capacidades de búsqueda.
  • Herramientas interactivas.
  • Reproductores multimedia.
  • Analítica.
  • Verificación de Google Search Console / Bing Webmaster Tools.
  • Píxeles de seguimiento.
  • Anuncios dinámicos.

Error al reconfigurar WordPress y complementos después de la migración al servidor en vivo

¿Recuerdas que hablamos sobre la importancia de levantar un muro entre tu entorno de desarrollo y los rastreadores de los motores de búsqueda?Bueno, es aún más importante derribar ese muro después de migrar el sitio web al servidor en vivo.

No hacerlo es fácil.También es devastador.De hecho, es un error que cometí hace varios años.

Después de migrar el sitio web de un cliente a su servidor en vivo, olvidé desmarcar la casilla en Yoast SEO que le decía a los motores de búsqueda que no lo rastrearan ni lo indexaran.Desafortunadamente, nadie se dio cuenta durante unos días, momento en el que el sitio web había sido eliminado casi por completo del índice de Google.Afortunadamente, no se basaron en el tráfico orgánico y, una vez que desmarqué esa casilla, el sitio web se reindexó rápidamente.

Debido al impacto que pueden tener errores como estos, es fundamental que después de la migración al servidor en vivo, verifique inmediatamente la configuración de WordPress, así como cualquier complemento que pueda afectar la forma en que los motores de búsqueda tratan su sitio web.

Esto incluye complementos para:

  • SEO.
  • Redirección.
  • Mapas del sitio.
  • Esquema.
  • Almacenamiento en caché.

Descuidar prestar atención a los detalles.

Ninguno de estos errores es particularmente complicado o difícil de evitar.Simplemente necesita estar al tanto de ellos, implementar un plan para evitarlos y prestar mucha atención a los detalles.

Las opiniones expresadas en este artículo pertenecen al autor invitado y no necesariamente a Search Engine Land.Los autores del personal se enumeran aquí.