7 errores de SEO internacional |
Contar con una extensa presencia web que sea multilingüe y/o multipaís para expandir tu negocio y lograr a un público internacional requiere de un profundo conocimiento de tus mercados objetivo, así como de conocimientos de posicionamiento SEO internacional de forma que refleje en la arquitectura de tu web la segmentación deseada, así como la configuración técnica, el desarrollo de contenido, la optimización y los sacrificios de promoción.
Más sobre esto
La falta de experiencia, en lo que se refiere a los elementos anteriores, hace que no sea raro ver procesos de posicionamiento de SEO internacional afectados por una gran variedad de problemas, muchos de los que pueden provocar una mala experiencia de usuario y procesos de posicionamiento web en buscadores internacional que terminan fallando a la hora de conseguir los resultados esperados.
Por eso, tener un sólido conocimiento de posicionamiento web técnico es obligatorio cuando trabajas con campañas internacionales.
A continuación, se presentan ciertos problemas comunes que provocan errores en los procesos de posicionamiento en buscadores internacional (y cómo se pueden eludir o solventar):
Es esencial que cada una de las páginas de diferentes idiomas o bien países se muestren con una URL propia y alcanzable, de forma que puedan ser rastreadas, indexadas y.
Esta opción es mejor que la del rastreo local adaptativo, que trata de identificar el idioma y/o el país lugar desde donde se conecta el usuario para mostrarte una versión del contenido con la misma URL.
Tal y como Google menciona en su propia: “Google no puede rastrear, indexar o posicionar todo tu contenido para diferentes localizaciones. Se debe a que las IP predeterminadas del rastreador Googlebot están localizadas en los Estados Unidos. Además, el rastreador envía solicitudes HTTP sin configurar a través de la función Admitir-Idioma en el encabezado de la solicitud".
Por eso deberías establecer una estructura web individual para cada una de tus versiones internacionales, utilizando tanto ccTLDs, subdirectorios o subdominios si estás seccionando por país, o bien utilizar subdirectorios o bien subdominios si la segmentación es por idioma.
Todas estas opciones tienen pros y contras, y las opcionesen relación a tus propias características, objetivos y limitaciones.
Lo que también es importante es enseñar continuamente a los visitantes la versión de la URL real de la página relevante para un idioma o país cuando aterrizan o eligen ir a dicha versión.
Es una estrategia más conveniente que hacer lo que hacen ciertas webs como Entrepreneur, que como se puede ver en el ejemplo a continuación, prefiere enseñar la versión en español de la página de inicio a través de la misma URL en inglés, (/) cuando identifican que el usuario está usando un navegador en español.
Esto es algo superfluo, teniendo presente que Entrepreneur tiene una versión en español de la home que se muestra desde su URL () como puedes ver en la siguiente imagen.
Esta es la URL relevante a enseñar en este caso para evitar una experiencia confusa, dejando a los usuarios hispanohablantes enlazarla o compartirla.
A pesar de que quieras enseñar a tus usuarios el contenido de la página web que sea relevante para su país o idioma, no es recomendable que lo hagas automáticamente utilizando redirecciones.
Estas redirecciones pueden suponer una experiencia confusa y también intrusiva para los usuarios que quieran ver contenido en un idioma específico o desde una ubicación específicamente.
En estos momentos, la mayoría de las IPs de los Googlebots prosiguen situadas en los Estados Unidos, con lo que Google aún no rastrea desde todos los países (los rastreadores proceden de E.U. y ciertos países más).
Por ello, si redirigimos en base a la IP, el Googlebot podría ser redirigido sólo a unas cuantas versiones de nuestro sitio y no podría acceder quizás a todas y cada una de las existentes, en tanto que no solo estás redirigiendo a los usuarios, sino también a los bots.
Por eso, es mejor permitir no solo a los usuarios, sino más bien también a Google, navegar por cualquier versión internacional de nuestra Web, de forma que el Googlebot pueda rastrear cualquier versión en lugar de redirigir basándose en la IP.
Una experiencia aún peor que la citada se genera cuando la redirección se hace sin permitir a los usuarios a que cambien a la versión internacional que desean a través de una opción visible; lo cual es algo que podemos ver en ciertos weblogs o sitios de noticias, como Gizmodo, que puedes ver bajo estas líneas.
En sitio de redirigir, se aconseja permitir a los usuarios el acceso a la versión original internacional de la web, al paso que se les avisa que hay una versión que podría ser más relevante en base al idioma o país según la información de su navegador o la dirección IP de su país.
Puedes hacerlo de una forma no intrusiva y muy perceptible, ofertando a los usuarios la posibilidad de sostenerse en la versión actual o cambiar a la sugerida, como hace Autodesk.
Incluso si estás seccionando por diferentes países que comparten exactamente el mismo idioma, debes prestar atención a no volver a utilizar el contenido para las diferentes versiones de tu página web.
Es de vital importancia que tu contenido esté personalizado para cada localización, enfocado al comportamiento específico de la audiencia en todos y cada país.
Incluso cuando se habla el mismo idioma, puede requerirse que el contenido sea diferente.
Las diferencias pueden ser términos particulares para describir exactamente el mismo término o para nombrar productos o bien servicios.
A pesar del idioma común, las preferencias pueden cambiar de un país a otro.
Por ejemplo, puedes ver cómo en la versión de Estados Unidos de la web de Adidas, hay una categoría llamada “Soccer cleats”, que recibe el nombre de “Football Boots” en la versión inglesa, para amoldarse a los términos locales que utilizan los usuarios de cada país, que en este caso son diferentes a pesar de compartir el mismo idioma.
Por ello es de vital relevancia realizar una investigación de palabras clave para cada uno de ellos de tus mercados objetivos, aunque se comparta el idioma.
Este estudio que incluye el proceso de selección, soporte y validación de términos ha de ser idealmente efectuado por una persona nativa procedente de ese mercado específico que sea capaz de identificar y validar el comportamiento de búsqueda para la audiencia objetivo.
agencia marketing online en zaragoza , puedes optimar tu contenido web, la estructura, el diseño y las acciones promocionales en función de las preferencias que se hayan encontrado.
Aquellos sitios que empiezan enfocándose a un solo país , por norma general donde se halla el negocio inicial, y usan sus ccTLD específicos (sigla de “country code top-level domains” como .uk, .mx, .es, .fr o bien .de que se geolocaliza a cada país por defecto) pueden enfrentarse a un esencial reto cuando llega el momento de expandirse internacionalmente.
El reto se debe a que no tienen la opción de utilizar el ccTLD inicial para llegar a otros países, como sí puedes hacer con gTLDs (inicial de “generic top-level domains como por servirnos de un ejemplo .com, .org, .net) puesto que no están asociados a un país en específico.
Un dominio gTLD puede ser empleado para alcanzar diferentes países habilitando y también subdirectorios o bien subdominios para cada país que pueden ser geolocalizados mediante el.
Por desgracia, ciertos negocios no conocen estas opciones y también intentan enfocarse a otros países habilitando subdirectorios para diferentes países con un ccTLD que está geolocalizado en otro.
Podemos ver un ejemplo a continuación, con una versión para U.S.A. en un subdominio bajo un .co.uk (ccTLD que está ya geolocalizado por defecto al Reino Unido).
Debido a esto, cuando se expanden a nuevos mercados internacionales, aquellos negocios que tienen un ccTLD (en vez de un gTLD) deberán elegir entre diferentes opciones, usualmente entre geolocalizarse para los nuevos mercados usando ccTLDs específicos para cada uno o crear un nuevo gTLD que deje crear nuevas opciones de países en subdominios o subdirectorios que puedan ser geolocalizados, volviendo a utilizar exactamente el mismo.
La primera opción requerirá más trabajo para hacer medrar la popularidad individual de cada ccTLD enfocado a cada país.
La segunda opción requerirá -si se desea consolidar en un dominio la versión de país existente con las nuevas- efectuar una migración. Por otro lado, se puede habilitar el gTLD de forma auxiliar, solo para emplear en los nuevos mercados, eludiendo una migración de la versión inicial. Emplear un solo gTLD con subdirectorios geolocalizados para múltiples mercados ayudará a geolocalizar cara varios países de una forma generalmente más eficiente y fácil de administrar.
Google no permite (por lo menos todavía) la segmentación regional a nivel de continente, con independencia de si usas dominios de alto nivel como .eu o bien .asiao usando valores como “eu” para Europa en la etiqueta hreflang puesto que Google usa el cpara concretar regiones.
Es esencial tener esto en cuenta cuando se decide establecerse con un dominio .eu para dirigirse a los usuarios europeos, ya que podría ser más óptimo emplear un gTLD con subdirectorios específicos que se pueden geolocalizar a través del Google Search Console y etiquetar con anotaciones hreflang para dirigirse a cada país europeo a nivel individual.
Algunas veces, aun cuando se han incorporado procesos de adaptación local, debido a la naturaleza de tu negocio, puedes terminar teniendo contenido muy similar en las distintas versiones de países que comparten el mismo idioma (como el inglés en los U.S.A., Reino Unido o Australia).
Sin embargo, si las versiones de estos países están apropiadamente geolocalizadas a sus mercados relevantes, el contenido de estas páginas no se debería ver como duplicado en tanto que está enfocado hacia diferentes audiencias y precisan ser indizado de forma individual a fin de que posicione correctamente para cada país.
Por ello, no debes canonicalizar las URLs enfocadas a diferentes países cara una sola pues cada una de ellas es original y la única enfocada a cada país.
Con frecuencia, se puede producir cierta confusión debida a la canonicalización cruzada que se puede ver en sitios conocidos, como en el ejemplo de Airbnb que puedes ver más abajo, donde se muestra cómo han canonicalizado la página de comienzo de la versión de México cara la página de comienzo en español en el dominio .com.
Sin embargo, no conocemos el contexto en el que se tomó la decisión de esta configuración y, por otra parte, podemos ver que en aquellos mercados donde tienen presencia activa y un gran volumen de tráfico orgánico como el Reino Unido, Francia o España, están autocanonicalizando.
En estos casos, para geolocalizar y posicionar las páginas de cada versión de país a su mercado objetivo, se recomienda geolocalizar utilizando ya sea ccTLDs o bien subdirectorios o subdominios que se registren y geolocalicen a cada país en el Google Search Console, y emplear anotaciones hreflang que especifiquen el idioma y el país objetivo de cada página, así como sus versiones opciones alternativas.
Podríamos escribir un blog post entero sobre los fallos que se acostumbran a cometer con las anotaciones hreflang.
De hecho,.
Desde el uso de valores no admitidos hasta concretar el país sin configurar el idioma o aun olvidar incluir etiquetas de retorno o hacerlo en URLs no indexables, entre otros.
En general, estos fallos suelen presentarse cuando no se prosigue un proceso de implementación de hreflang que incluya una correcta validación, como por ejemplo:
Identificar aquellas versiones de idiomas y/o países que precisan utilizar hreflang, en especial aquellos con resultados de búsqueda internacionales, que no estén alineados y que pueden ser prioritarios.
Evaluar el método de implementación de hreflang que mejor se ajuste (etiquetas en el encabezado HTML, encabezado HTTP o bien mapa del lugar XML) en función del sitio y de los requisitos del proyecto, así como las limitaciones existentes.
Definir el etiquetado hreflang que se utilizará en la implementación en las diferentes páginas de idiomas/países.
Tienes como referencia, así como los formatos y valores de país e idioma aceptados para evitar incluirlos en localizaciones erróneas, o con etiquetas, atributos o bien valores no aceptados.
Las páginas etiquetadas deben de ser rastreadas en un ambiente de pruebas antes del lanzamiento, para identificar posibles fallos de etiquetado.
Se debe regresar a rastrear las páginas etiquetadas después de lanzarlas y controlar a través de el informe de orientación internacional de Google Search Console para identificar cualquier problema remanente.
También debes comenzar una monitorización continua para identificar cualquier problema que se genere al publicar nuevas páginas, así como al mudar o bien eliminar las existentes.
Además, podrás identificar posibles problemas de desalineación de nuevos idiomas y países en los resultados de búsqueda a través del informe de rendimiento del Google Search Console.
agencia de comunicacion valencia ón de hreflang que has definido y que se deberían seguir y tomar en consideración siempre y cuando se publiquen páginas en los idiomas y/o países relevantes o bien cuando se cambien o eliminen URLs.
Esta documentación es necesaria para garantizar que las anotaciones hreflang se puedan actualizar de forma eficaz.
Con este proceso de implementación de hreflang, los errores se deberían de disminuir al mínimo y en caso que brotaran, ser rápidamente identificados y solucionados.
Espero que este artículo te ayude a eludir estos fallos comunes en los procesos de posicionamiento en buscadores internacional, y si ya sufres de los mismos, te permita solucionarlos más rápidamente.
y comienza a trabajar en tu visibilidad online
Please specify a valid domain, y también.g.,
| Êîììåíòèðîâàòü | « Ïðåä. çàïèñü — Ê äíåâíèêó — Ñëåä. çàïèñü » | Ñòðàíèöû: [1] [Íîâûå] |
