Uso de sitios web internacionales SEO de subdominios y dominios ccTLD

¿Es mejor tener dominios específicos de cada país (que cuesta más dinero) o subdominios que definen el país, para un mejor SEO?

p.ej

• example.com
• example.com.au
• example.co.uk

vs

• example.com
• au.example.com
• uk.example.com

Supuesto: las herramientas maestras web del motor de búsqueda, cada subdominio está asociado a un país. El ejemplo au.example.comestá asociado al país Australia .

Actualización n. ° 1

Entiendo que ambos métodos funcionan, especialmente cuando utilizo el supuesto, mencionado anteriormente. La pregunta es sobre: ¿Qué método es mejor ? ¿Hay una pequeña diferencia de SEO entre ellos? ¿El primer método es mucho mejor que el segundo para obtener mejores resultados de SEO?

Actualización n. ° 2

Varias personas han sugerido que lo siguiente es un enfoque bueno / mejor:

• example.com/
• example.com/au
• example.com/uk

Al agregar un código ISO específico del país al final de la url / la primera carpeta del dominio puede reconocerse como el país.

Pero varios compañeros de SEO han sugerido que esta es una pérdida valiosa de espacio a nivel de carpeta. Er ... ¿cómo puedo explicarlo? De acuerdo, algunos expertos en SEO han sugerido que si el número de niveles o carpetas en el dominio supera los 5 , la página cae dramáticamente en importancia. Básicamente, no quieres profundizar. Como tal, agregar el país como primer nivel puede considerarse un desperdicio, especialmente cuando puede ser manejado por el dominio O subdominio, de ahí la pregunta :)

Desde el punto de vista de SEO, es mejor tener un solo dominio y mover versiones internacionales a subcarpetas (no subdominios) como:

• example.com/us/
• example.com/au/
• example.com/uk/

IBM lo está haciendo de esta manera.

Pure.Krone escribió

Pero varios compañeros de SEO han sugerido que esta es una pérdida valiosa de espacio a nivel de carpeta. Er ... ¿cómo puedo explicarlo? De acuerdo, algunos expertos en SEO han sugerido que si el número de niveles o carpetas en el dominio supera los 5, la página cae dramáticamente en importancia.

Es posible que algunos motores de búsqueda reduzcan el rango de páginas para sitios con estructuras profundas porque, en última instancia, la palabra clave en la URL tiene más peso que la palabra clave en la página. Pero a menos que Google o Yahoo confirmen esto, es una suposición pura de la gente de SEO. El rango de página puede caer por muchas razones (especialmente si su sitio está optimizado por expertos en SEO), tal vez simplemente lo están atribuyendo erróneamente a estructuras de carpetas profundas. ¿Pero cuál es el problema de todos modos? Simplemente haga que su jerarquía de carpetas sea plana por si acaso.

Una cosa que sabemos con certeza porque fue confirmado por Google hace unos años es que cada dominio individual (sin importar el nivel) es un sitio aislado para propósitos de rango de página, por lo que tener todos los recursos en un solo dominio siempre mejorará su rango de página. Es por eso que weblogs.asp.netaloja a todos sus bloggers en subcarpetas, por lo que sus publicaciones ocupan un lugar muy alto en Google sin importar qué blogger las haya escrito.

Google solo asocia dominios de nivel superior con regiones geográficas:

Los sitios con dominios de nivel superior codificados por país (como .ie) ya están asociados con una región geográfica, en este caso Irlanda.
- Geotargeting - Ayuda de Webmasters / propietarios del sitio

Utilice dominios de nivel superior siempre que sea posible para manejar contenido específico de país. Es más probable que saber que .ie indica el contenido Irlanda-centrado, por ejemplo, que http://ie.example.com, http://www.example.com/ieo http://www.example.com?country=ie. Si tiene un dominio de nivel superior geográficamente neutral (como .com, .orgo .net), puede usar las Herramientas para webmasters de Google para asociar su sitio con una ubicación geográfica.
- Empresas locales - Webmasters / Propietarios del sitio Ayuda

La Búsqueda en vivo de Microsoft también hace esto:

Live Search utiliza información como la dirección IP del sitio web y el dominio de nivel superior del código de país o región para determinar el mercado y el país o región de un sitio web. Puede modificar esta información para reflejar el mercado al que desea apuntar.
- Acerca de alojar su sitio web en un mercado diferente

Pero también prefiero el dominio neutral del país todo en uno con una ruta URL específica del país.

Hay un efecto combinado de todo lo anterior. Lo que realmente hace la diferencia es, si www.example.co.uk lleva contenido completamente diferente awww.example.fr

Si son en gran medida iguales con solo algunas diferencias sutiles {regionalizaciones / idioma, etc., entonces el uso www.company.co/uk /fr podría ser mejor en términos de css es una plantilla para todos los 1 mod y todos los sitios cambian de aspecto para adaptarse a los gráficos / logotipos de contenido compartido en inglés. cargado desde una ubicación a todos los uri ingleses como incluye, es decir, digamos que la página del producto con variaciones regionales en {digamos uso / utilidad}
/uk/productx/
/us/productx/
/au/productx/
puede tener su enlace de detalles técnicos /en/productx/technical-description para evitar problemas de contenido duplicado

Desde una perspectiva de SEO, la mayoría mira el tld y el país anfitrión para que un .frhost alojado en los EE. UU. Nunca supere a un .frhospedado en Francia para el mercado francés, pero un .com/frhospedado en EE. UU. Entrará allí si su contenido supera al otro.

El contenido es el rey en SEO todo el resto es sólo retocando una cantidad menor y no es realmente digno de una gran cantidad de esfuerzo a menos que usted o sus usuarios hace ningún bien el /uk /ie /demétodo etc es más práctico para la mayoría de los usuarios ya que la tierra tal vez en una /uky ver que a partir de una simple opción de menú / lista desplegable que pueden desplazarse a la región más adecuada para ellos mismos {obviamente, ofrecer las carpetas y no permitir que los usuarios se desplacen rápidamente /uk/productx/a /fr/productx/es contraproducente y hará que todo el punto de las carpetas sea discutible}

Desde Google , “Si no se ingresa información en las Herramientas para webmasters, confiaremos en gran medida en el dominio del país del sitio (.ca, .de, etc.). Si se ha utilizado un dominio internacional (.com, .org, .eu, etc.), confiaremos en la dirección IP ”. Por lo tanto, recomiendo hacer uno o más de los siguientes:

1. Use un dominio específico del país

2. Aloje su sitio en el país de destino

3. Informe a las Herramientas para webmasters de Google y a todos los demás motores de búsqueda a qué país se dirige. Si se dirige a varios países, asegúrese de utilizar diferentes directorios para poder especificarlos en las Herramientas para webmasters.

4. Trate el nombre del país como cualquier palabra clave importante: utilícelo en la URL, título, h1, copia, etc.

El último punto a menudo se descuida y a veces es su única opción. Si sus widgets solo están disponibles en Canadá, diga "Widgets en Canadá" en el texto.

Lo haría como dijo lubos hasko , pero también (si el dinero lo permite) comprar todos los dominios y enviarlos al sitio correcto.

Ejemplo, www.example.com.aureenvía a www.example.com/au.

¿Puede aclarar por qué le gustaría crear tres sitios en inglés con audiencias separadas (es un servicio localizado, por ejemplo)? ¿Hay superposición entre las tres audiencias (el SEO es más importante) o el sitio australiano es completamente inútil para los usuarios del Reino Unido?

¿Puedes confirmar que todo tu contenido está en inglés?

[añadido más tarde] Al volver a leer la pregunta, me doy cuenta de que todos los sitios considerados están en inglés. Dejaré mi respuesta original en caso de que ayude a alguien más.

Es mucho mejor tener nombres de dominio locales si es posible.

Hay muchas formas de indicar en qué país se encuentra, pero el nombre de dominio es una forma clara y universalmente reconocible de decir a los motores de búsqueda dónde se encuentra.

Como se señaló en los comentarios, es imposible probar este tipo de declaraciones. Sin embargo, este es un plan sin riesgo: si no hace la diferencia, no pierde nada, si lo hace, gana o pierde en grande.

Si tienes la opción, hazlo. Es trivialmente fácil de configurar usando .htaccess y hace que la administración del sitio sea mucho más fácil.

[respuesta original] Administro un sitio grande en tres idiomas. Lo configuramos como / en, / es, etc. después del nombre de dominio y lo lamento sinceramente .

Hay varios problemas, pero el principal problema con el que nos encontramos es administrar el flujo de Page Rank y la página de inicio .

Si tiene un sitio en tres idiomas, ¿en qué página de inicio está?

¿Lo haces una combinación de los tres idiomas, o eliges uno?

Normalmente, una buena página de inicio tendría muchos enlaces a diferentes partes del sitio y una buena cantidad de texto relevante .

En un entorno multilingüe, ¿incluye todos los enlaces y textos en todos los idiomas? Si no, su sitio será menos efectivo en SEO . Si es así, es un desastre para los usuarios.

La pregunta se reduce al flujo de Page Rank. En un sitio normal de un solo idioma, desea que la página de inicio obtenga el jugo de las otras páginas.

En un sitio multilingüe, eso ya no está claro . Desea que un usuario español termine en la página de inicio en español con el menor número de clics posible . La redirección automática puede ser penalizada.

Queríamos que el sitio francés apareciera primero en los resultados de búsqueda en francés, para que los usuarios no tuvieran que hacer clic en una página de selección de idioma. Nuestra experiencia es que es necesario optimizar para cada idioma de forma independiente.

Tener varios idiomas detrás de un solo nombre de dominio hizo que sea mucho más complicado decirle a Google: este es nuestro sitio en francés, en francés, este es nuestro sitio en español, etc. Es principalmente una cuestión de que Google sepa en qué idioma está cada página ¿Qué especificación de idioma incluye en el encabezado de la página de inicio?

Además, es cierto que está ligeramente penalizado por las jerarquías de carpetas profundas (eso es un sello distintivo del viejo blackhat SEO).

Al usar dominios separados, puede optimizar limpia y fácilmente cada sitio con un buen flujo de Page Rank. Si usa un solo dominio, la mejor opción que encontramos es simplemente sacrificar la página de inicio y empujar el Page Rank a / fr, / es, etc.

Ser alojado en el país puede ayudar a las clasificaciones en las páginas de resultados de motores de búsqueda específicos del país, por lo que es algo a tener en cuenta.

Es cierto que estás ligeramente penalizado por las jerarquías de carpetas profundas (eso es un sello distintivo del viejo blackhat SEO)

Para responder su comentario en la Actualización n. ° 2, Google confirma en este video que la cantidad de subdirectorios en una URL no afecta el ranking de su página. http://www.youtube.com/user/GoogleWebmasterHelp#p/u/6/l_A1iRY6XTM

Creo que Google debería decirnos cuál es la forma correcta de tlds, subdominios o carpetas de país.

Tiendo a creer que crear una carpeta es más atractivo, ya que llevarás el poder de enlace del nombre de dominio principal. De lo contrario, tendrá que hacer una campaña de creación de enlaces completamente nueva para un nuevo nombre de dominio.

La opción 1 es reconocida por la mayoría de los motores de búsqueda. Alternativamente, puede intentar encontrar un host en su país de destino, ya que algunos motores de búsqueda también verifican la IP de destino. Se puede encontrar mucha más información en un artículo del año pasado en Moz .

Para el presupuesto limitado, la opción 2 funcionará con Google, ya que las herramientas para webmasters le permiten orientar los países por subdominio.