consultor seo

A medida que vas conociendo como trabajan distintas empresas en sus desarrollos web te das cuenta de lo ciegos que están muchas veces los responsables. No es que esta ceguera no sea realmente culpa suya por no interesarse lo suficiente en lo que al fin y al cabo es SU producto, pero si que es cierto que equivocan el tiro y ni siquiera se dan cuenta. Muchos desarrollos web que incluso a día de hoy se venden, son mediocres.

Cuando te contratan para hacer SEO -o como nuevo SEO-, en este tipo de empresas, caes mal. Es inevitable, viene una persona que en un principio parece que debería dedicarse más a marketing que a otra cosa y empieza a criticar el trabajo de casi todo el equipo de desarrollo. Un SEO se da cuenta, de forma muy rápida, de todas las carencias que pueda tener un equipo de desarrollo. Además, es capaz de justificar económicamente la necesidad de arreglarlas. Es por esto que muchas veces acaba siendo el SEO el que obliga a dar ese toque de "calidad" a los desarrollos y cosas vitales para cualquier desarrollo profesional se confunden y parece que tan solo se hagan por SEO...

[...]

¿Te interesa? Sigue leyendo...

5 Comentarios, leelos

Gracias al twitter de @josebaumbelina me entero de que ayer Google Webmaster Central Blog publicaba que ya podemos usar las urls canónicas entre distintos dominios. Esto es una gran noticia que llevaba un tiempo esperándose.

Lee la noticia en el Google Webmaster Central Blog

Gracias a esta etiqueta podemos realmente indicar en cualquier pagina web que esta es en realidad un contenido duplicado de otra página de otro dominio. Google lo entenderá y no penalizará a la página por duplicar el contenido sino que la entenderá como una copia. Técnicamente:

• La pagina con el link rel canonical no se indexará en Google
• Google entenderá esa página como si fuese un error 301
• Pero esto solo lo entenderá Google, el resto de buscadores tratará la página como otra cualquiera.
• No se identifica el dominio como duplicado de otro, sino pagina a página. Cada página debe llevar el rel="canonical" para que está técnica funcione

Veamos para que nos sirve y para que no nos sirve esta nueva utilidad:

[...]

¿Te interesa? Sigue leyendo...

1 Comentario, leeló

Una vez aceptas que la mejor forma de trabajar el Seo OnPage de tus webs es optimizando cada una de sus páginas hacia una única keyword, ves claramente que una gran parte de las posibilidades que va a tener una web va a depender de sus páginas diferenciadas. Es decir: Cuantas páginas tengo (y por tanto cuantas keywords puedo potenciar) y que contienen (y por tanto que tipo de keywords podemos potenciar).

En nuestras webs tenemos el número de productos que tenemos. Es lo que hay y no hay más. Dependiendo de la información que tengamos sobre ellos podemos sacar una o varias páginas de cada uno pero al fin y al cabo solo tenemos esos productos. Además nuestros productos tendrán nombre propio, ¿verdad? Pues esto nos va a obligar a usar sus páginas para potenciar keywords muy relacionadas con estos nombres: keywords de producto, descriptivas y muy poco genéricas.

[...]

¿Te interesa? Sigue leyendo...

5 Comentarios, leelos

Los llamados KPI (Key Performance Indicators) son unidades de medida que usamos para cuantificar aspectos del trabajo o de la evolución en marketing online que directamente no son tan visibles. Al establecerlos y tenerlos en cuenta continuamente entre nuestros datos nos permiten controlar aspectos del negocio que de otra forma seguramente se nos escaparían.

En cada empresa los KPI son un mundo distinto. Podemos partir de medir unidades sencillas como son el número de visitas, el ratio de conversión o de abandonos, etc. o llegar a complejas filosofías sobre que es lo que aporta valor a nuestro trabajo y que no.

[...]

¿Te interesa? Sigue leyendo...

Comenta este artículo

A estas alturas no creo que haga falta decir que el TDL (top domain level: .com, .es, etc...) afecta y no poco al posicionamiento en los buscadores para búsquedas lanzadas en estos países o regiones.

Hace no demasiado se me planteaba un escenario en el que para un portal con distintas versiones había que elegir cómo distribuir los distintos dominios. El portal en cuestión vende productos en varios países distintos y su intención es que cada país quede separado del resto ya que no se ven posibilidades de cross-sellling y por usabilidad conviene no liar a los usuarios con demasiadas opciones. Al mismo tiempo estos portales son presentados en varios idiomas ya que los compradores también proceden de varios países. ¿cómo lo hacemos?

Para solucionarlo la primera pregunta sería ¿qué es más importante? ¿la región del producto o el idioma de la página?

En un principio podría parecer que la región es más importante puesto que sabemos que los TDL van por regiones y que google se maneja bien con el idioma marcado en los subdominios. Pero creo que para toda situación lo interesante es siempre tomar una perspectiva basándonos en identificar cual va a ser nuestro usuario target. Así imaginemos que sólo tenemos como países a Francia y Alemania y a partir de ahí identifiquemos las páginas resultantes y sus targets:

• Página de productos franceses escrita en francés.
• Página de productos franceses escrita en alemán.
• Página de productos alemanes escrita en francés.
• Página de productos alemanes escrita en alemán.

¿Quien a visitar mayoritariamente la "página de productos franceses escrita en alemán"? Pues por mucho que se vendan productos franceses el idioma hará que la página sea visitada mayoritariamente por alemanes. Y ¿cómo mejoraremos nuestras búsquedas para los alemanes? Sencillo, con el dominio de primer nivel ".de". Lo mismo sucederá para las páginas escritas en francés...

Así, mi recomendación es que el idioma (por ser generalmente la parte orientada al usuario y no al producto) realmente prevalece sobre la región que está tratando la web y por lo tanto la decisión sobre que dominios usar en la mayoría de los casos deberá estar basada en este criterio.

A partir de aquí como tratar la región dependerá de cada caso... En el caso que expongo la decisión fue tratarlo como subdominios por no haber posibilidades de cross-selling y reducir la navegación a solo las partes que realmente iba a usar el usuario. En otros casos tendrá sentido tratar las regiones como directorios y permitir a los usuarios moverse libremente de uno a otro. Cada proyecto web es un caso distinto.

[...]

¿Te interesa? Sigue leyendo...

Comenta este artículo