¿Por qué dirigirnos a Mercados internacionales?

• Poder sondear un mercado que no conocemos sin necesidad de tener presencia física
• Es la forma de encontrar partners con los que trabajar mejor.

Lo primero es asumir que los potenciales clientes usan su propio idioma, si hacemos la web en el idioma del potencial cliente tendremos menos competencia que si pretendemos competir en inglés. El trabajo de elección de keywords es crítica en un lenguaje que no conocemos es vital y hay muchas diferencias en función no solo de cada pais sino incluso en funcion de zonas. Casos como el Japones merece mencion aparte pues cada palabra se puede escribir de tres formas diferentes.

Tambien hemos de ver cuales son los buscadores más usados en cada país. No siempre Google es el mejor buscador o el más usado.

Elección de dominio, Google considera el .co como un Top Level domain por lo que es una opción para internacionalizar. Ojo con los IDN, los carácteres especiales tienen su gracia pero hay que trabajar la versión PUNYCODE para las huellas de analytics, de lo contrario no te funcionará. Este tipo de problemas son habituales con los dominios IDN.

Recomendaciones para dominios:

• Si vamos a trabajar muchos paises, lo mejor es un TLD (.com .net etc)
• Si seguro solo vamos a trabajar local un ccTLD es una buena opcion pero conviene conseguir tambien los TLD.

• ¿copiamos a los grandes? Según tus posibilidades puedes intentarlo ¿Amazon?
• Si gran parte de tu tráfico depende de un única keyword puede interesar keyword.tudominio.com renunciando a heredar la popularidad en un subdirectorio frente a el subdominio.
• También cuando tienes mucho contenido por indexar es mas facil hacerlo con subdominios.

Utilizar la geolocalización del servidor (fisica), junto con los enlaces entrantes desde ese pais y la geolocalización de GWT para orientar la web hacia un país.

Opciones para la traduccion:

• Traducción automatica (bajo coste, no indexa, calidad de traducción baja) -> Configura un evento que me diga quienes piden la traducción.
• Traducción literal (coste medio, indexa, no hay argumentación de venta adaptada a cada país)
• Localización de contenidos: entendemos porque interesa en ese pais nuestro producto y  con análisis de keywords para orientar el sitio a cada país.

Traducir solo los contenidos no te va a permitir exportar el modelo.

ESTRUCTURA DE LA WEB.

Ojo con los idiomas separados por variables ocultas (POST o Cookies o headers o Ip’s)

Todos estos casos vamos a generar problemas para google porque no les damos diferentes urls.

Para ver que es lo que Google va a ver cuando vaya a tu web es usar el validador de código de la 3wc y tambien la vista como Google de  las GWT.

Cuidado de como ponemos los selectores de idiomas puesto que cambia de que habla tu web, sobretodo si el selector está en todas las páginas y arriba del todo.

Si pasamos las variables por Get tendremos diferentes url pero no podremos geolocalizar con GWT. Y cuidado con la version de idioma original que no genere contenido duplicado con el parametro de idioma.

Obviamente la mejor estructura es idiomas separados en directorios o subdominios con urls amigables en cada idioma.

¿FUNCIONA geolocalizar en GWT?

La geolocalización desde GWT impide que las paginas dejen de mostrarse al seleccionar páginas de un país en el buscador.

RECOMENDACIONES DE GOOGLE

• Geolocalizar los directorios/subdominios
• Incluir marcado en HEAD del <link rel=»alternate» hreflang=»idioma-Pais» href=»xxxx»> Para orientar correctamente las versiones para cada país (incluso los que hablan el mismo idioma) así podemos localizar mejor los contenidos.

El resultado es conseguir no solo más tráfico sino que también el tráfico está más orientado:

Recientemente Google nos permite meter el alternate en el sitemap por lo que tenemos mucho más control y posibilidades para internacionalizar tus proyectos.

Los transcripts multi-idioma en youtube permite orientar esos videos sin tener que hacer locuciones de todos los contenidos.

Muchas Gracias Fernando

Si has leído hasta aquí…. ¿te das cuenta de lo que te has perdido por no venir al Congreso SEO Profesional?

La entrada Posicionamiento internacional en buscadores se publicó primero en kico.es.

¿Usted cree que las empresas españolas explotan correctamente las posibilidades comerciales que le ofrece Internet?
La gran mayoría no. Si cualquiera de nosotros quiere comprar un coche tenemos muchas referencias a utilizar para tomar la decisión adecuada o, al menos, para que no nos vendan una bicicleta o un patinete. Aunque todos llevan ruedas y sirven para desplazarse es obvio que no son lo mismo. En cambio, cuando una empresa quiere obtener clientes mediante Internet, porque ve que a la competencia le está funcionando, no dispone de esas referencias y no ve la diferencia entre una web coche y una web bicicleta: no tiene las herramientas para comparar. Por lo que termina contratando servicios sin saber qué compra ni qué resultados obtendrá.

Puedes ver la entrevista completa (PDF 291Kb)

¿Alguna idea para hacerlo mejor en la próxima?

La entrada Entrevista en la Vanguardia se publicó primero en kico.es.

Hicimos (yo y mi socia-mujer) un programa (en cgi) que creaba las páginas web de todos los alumnos y profesores de la bbdd de la universidad. Esté cgi generaba esas páginas y las guardaba en una carpeta de usuario donde podía modificarsela el mismo. Además se mapeo que las peticiones www.salle.url.edu/~ llevasen a la página de cada usuario. Además hicimos un buscador de alumnos que no he sido capaz de encontrar. Pero lo interesante es el resultado de una de las páginas de profesores y alumnos.

http://www.salle.url.edu/~jorda/

Que recuerdos al ver el código fuente. Simple, limpio sin florituras.

<HTML><HEAD><TITLE>Pagina de Jordi Dalmau i Royo.</TITLE></HEAD>
<BODY>
<CENTER>
<IMG SRC="../globals/estelp.gif">
<H1><EM><B>Jordi Dalmau i Royo<BR>
Professor de Telemàtica i Xarxes d'Ordinadors<BR>
</B></EM></H1>
</CENTER>
<CENTER>
<IMG SRC=../globals/grad_line.gif><BR>
<BR>
<IMG SRC="../professors/jorda.jpg">
<BR>
<H3>Enginyeria La Salle<BR>Universitat Ramon Llull
<BR>Passeig Bonanova, 8  -  08022  Barcelona
<BR>Telf: 290 24 00  -  Fax: 290 24 16
<BR><A HREF="mailto:jorda@els.url.es">email: jorda@els.url.es</A></H3>
<HR>
<H3>
<B>Benvingut a la meva pàgina.
<BR>De moment no puc donar-te mes informació.
<BR>Per qualsevol comentari o suggeriment pots enviar-me un mail a l'adreça anterior.
<BR>Pròximament hi haurà novetats.</B>
</H3>
<IMG SRC=../globals/grad_line.gif><BR>
</CENTER>
<H5><CODE><IMG SRC="../globals/notepad.gif"> Jordi Dalmau i Royo
<BR>Comments to : <A HREF="mailto:jorda@els.url.es">jorda@els.url.es</A><BR>All contents copyright &#169; 1995
<BR>Enginyeria La Salle - Universitat Ramon Llull
<BR>All rights reserved</CODE></H5>
<H5>Revised: 13/10/95</H5>
<HR>
</BODY>
</HTML>

Este desarrollo se menciona en el artículo oportunidades perdidas.

La entrada Desarrollo web 1994-1995 se publicó primero en kico.es.

• http://www.wordpress.com/
• http://www.blogger.com/
• http://www.tumblr.com/
• http://www.wikispaces.com/

En castellano:

• http://soy.es/
• http://www.hazblog.com/
• http://lacomunidad.elpais.com/
• http://www.blogia.com/
• http://www.crearwebgratis.com/creando_blog.html
• http://blogspot.es/alta/
• http://www.blogia.com/
• http://blogs.ya.com
• http://www.obolog.com/
• http://web.iespana.es/subscribe.php
• http://blogdiario.com/alta/

En ingles:

• http://www.friendster.com
• http://knol.google.com
• http://www.weebly.com/
• http://members.webs.com/
• http://www.blog.co.uk/
• http://www.insanejournal.com/
• http://www.myspace.com/
• https://www.livejournal.com
• http://members.freewebs.com/
• http://bravenet.com/
• http://angelfire.lycos.com/
• http://www.gather.com/
• http://blogtext.org
• http://www.broadkast.me/
• http://www.blurty.com/
• http://www.terapad.com/
• http://www.sosblog.com/
• http://www.webspawner.com/
• http://www.blogge.rs/
• http://www.busythumbs.com/
• http://www.mylivepage.com
• http://www.over-blog.com/
• http://www.podomatic.com/
• http://www.webnode.com/
• http://news.journurl.com/
• http://www.bloguinhos.com/
• http://www.bloguitos.com/
• http://www.flixya.com/
• http://www.us.splinder.com/
• http://www.businessnova.com/
• http://www.oggix.org/
• http://justblogme.com/
• http://www.alivenotdead.com/
• http://www.springnote.com/
• http://www.blogspirit.com/
• http://www.blog.co.in/
• http://www.blogabond.com/
• http://www.spruz.com/
• http://www.starblog.com/
• http://www.wikidot.com/
• http://www.perfspot.com/
• http://cheapelectronics.storeblogs.com/
• http://3steps.com/
• http://www.blog.com/
• http://www.my-diary.org/
• http://www.blogetery.com/

La entrada Donde crear blogs para publicar mis artículos se publicó primero en kico.es.

Este es la entrevista sin «recortar» que me publicaron en la vanguardia el 14 de abril de 2010.

Todos nos informamos y buscamos soluciones o servicios para nuestras necesidades o las de nuestra empresa mediante Internet. Interdigital ha centrado su actividad en crear y dar visibilidad a los servicios que ofrecen sus clientes. En 1998 Interdigital fue pionera en Ecommerce creando el portal www.TiendaNet.com viendo el potencial del medio, cuando por entonces todavía no había una masa de usuarios conectados que hiciese entrar a las grandes empresas a vender online.

Creáis Tiendas Online desde 1997 ¿Es tarde para hacer una Tienda?
No es tarde. El problema es que todavía hay empresas no creen en la rentabilidad de Internet y terminan publicando una web sin tener un plan tecnológico y de negocio serio, sólo porque hay que estar. Pero estar por estar suele ser una perdida de tiempo y dinero.

¿Qué Tiendas triunfan en Internet?
Igual que cualquier proyecto, aquel que ofrece un servicio demandado por un precio adecuado y consigue la visibilidad necesaria. En el mundo offline tienes que promocionar tu servicio mediante publicidad en distintos medios: prensa, radio, televisión, telemarketing,… En Internet es lo mismo: hay que publicitarte allí donde está tu público.

¿Qué formas hay de promocionarse en Internet?
– Pagar por cada visitante que llega a tu web: resultados inmediatos.
– Trabajar para salir en primeras posiciones en buscadores (SEO). Requiere más tiempo, pero por contra a la larga cuesta menos dinero. Hay búsquedas que se hacen millones de veces cada día y donde los que ocupan las primeras posiciones dedican equipos de varias personas a analizar y mejorar cada día. Cuando haces posicionamiento orgánico hay que tener paciencia para ver tráfico aunque normalmente en cuestión de 2 ó 4 meses podemos empezar a ver resultados y, junto a los resultados, obtenemos una estrategia de rentabilidad a corto y medio plazo.

¿Qué es mejor: pagar por visitante o invertir en ser el primero?
Te respondo con otra pregunta, ¿qué es mejor: anunciarse en radio o en revistas? Cada proyecto ha de analizar cómo buscan sus clientes o dónde ofrecer a sus potenciales clientes sus productos. Normalmente una buena estrategia contempla ambas opciones y utiliza el pago por clic para descubrir que términos tienen más interés para el SEO.

¿Cuál es el secreto para salir en primeras posiciones de Google?
En realidad no hay ningún secreto, todo está publicado y republicado. La única dificultad es que requiere conocimientos, inversión y recursos. Igual que no puedes pretender hacer una paella sin arroz y en 3 minutos, el trabajo de posicionamiento en buscadores requiere conocimientos, buenos materiales y tiempo.

¿Cómo ayudáis a una empresa que quiere iniciar su andadura en la Red?
Analizamos el producto/servicio que se va a mostrar en Internet y estudiamos las acciones que hay que llevar a cabo para conseguir que el proyecto sea rentable. Damos el soporte tecnológico para que la web funcione, desde el desarrollo pasando por el alojamiento y la promoción online. Lo que no hacemos es entrar a ser parte de su negocio como se está poniendo de moda. Hay agentes que pretenden convertirse en los nuevos Supermercados haciendo de intermediarios entre el productor y el consumidor pero ese modelo a mi entender está caduco, los costes de distribuir productos online no son comparables a los costes de distribuirlos offline.

¿Hasta dónde os implicáis entonces?
Nosotros hacemos tu tienda porque sabemos como desarrollarla para que vendas por Internet. El vendedor es el experto en su negocio, no nosotros. Hemos de trabajar conjuntamente para conseguir una tienda online que funcione y venda. Muchas grandes empresas (de telefonía, transporte etc..) han desembarcado en el sector proponiendo sistemas de Ecommerce que solucionarán todos los aspectos de la venta online, desde atención telefónica a compradores, posicionamiento web, analítica, pago por click, transporte y almacenaje. El vendedor sólo ha de poner el producto y cobrar. Para mí esto es un error, puesto que ha de ser el vendedor el que defina quiénes son sus clientes, cómo hay que informarles, qué datos son necesarios para que el comprador tome la decisión de compra, aspectos que una operadora nunca sabrá cómo solucionar. Tampoco tiene sentido hacer un posicionamiento web conjunto a todas las tiendas. Hemos visto muchos proyectos de este tipo lanzarse a bombo y platillo, anunciar que es la solución pero no he visto ninguna tienda en estos sistemas triunfar.

Internet es un canal muy competitivo y el comprador es cada día más exigente. Si quieres que tu tienda funcione no lo conseguirás sin inversión. Porque, si tu web tuviera éxito, ¿Cuánto estarías ganando ahora?

La entrada Para vender online, hacer la tienda es sólo la mitad del trabajo se publicó primero en kico.es.

La semana pasada ha sido muy intensa y no he tenido ni tiempo de hacerme eco de momentos tan importantes como la entrevista que me hicieron en la Vanguardia. Os dejo el enlace al artículo publicado.

Para vender online, hacer la tienda es sólo la mitad del trabajo.

En la Feria de ecommretail me entrevistaron los chicos de enelaire y han tenido a bien pasarme el código para incluir el video en mi web. Es una entrevista sobre desarrollo de tiendas online y la participación de interdigital en la feria.

La entrada vanity post se publicó primero en kico.es.

La primera de ellas es activar la compresión gzip que basta con entrar al administrador del IIS elegir la Web y activar los dos checkbox de compresión.

Puedes comprobar que estás comprimiento en gzip en http://www.whatsmyip.org/http_compression/

En segundo lugar es interesante que los contenidos estáticos tengan un tiempo de caché definido para el cliente. De forma que los navegadores no se los descarguen de la web cada vez que la visitan. He probado la opción de hacerlo desde la administración del IIS7 pero al probarlo el Page Speed seguía indicando «Leverage browser caching» por lo que mejor recomiendo la opción de cambiar el Web.config incluyendo el código siguiente:

<?xml version="1.0" encoding="UTF-8"?>
   <configuration>
     <system.webServer>
        <staticContent>
           <clientCache cacheControlMode="UseMaxAge" cacheControlMaxAge="10.00:00:00"  />
        </staticContent>
    </system.webServer>
</configuration>

Puedes probar que la espiración de los contenidos estáticos se está haciendo con el page speed.

El tercer punto consiste en minimizar el número de peticiones que hace el navegador del cliente al servidor. Hay dos puntos importantes:

1º las pequeñas imágenes que se usan repetidamente en la web deberían estar juntas en un sólo archivo de imagen y mostrarlas usando la técnica de css sprites. He buscado con G y este artículo creo que te puede ayudar a implementarlo sin muchas complicaciones. http://www.kabytes.com/programacion/tutorial-basico-sobre-css-sprite/

2º Algunas webs tienen múltiples .js y .css y cada uno de ellos implica una petición al servidor. Es buena idea combinarlos en un solo .js y un solo .css (el css en el head y el js en el pie de la página). Claro que no siempre necesitamos todo lo que hay definido en el css ni todo lo que hay en el js y tenerlos juntos implica mayor complejidad en edición de los mismos.

Puedes utilizar HttpCombiner o si el proyecto te permite gastar unos euros http://wao.mono-software.com te permite hacer todo lo anterior en versiones del iis antiguas. Para verificar que estás comprimiendo los css y los js tendrás que ver el css generado (cargándolo directamente en tu navegador) y en vez de ver el css con sus espacios y tabulaciones encontrarás una sola línea con todo el css junto.

En ASP.NET tienes otras dos formas de acelerar tu web que has de estudiar con cuidado.

1º Optimizar la generación de la web. ¿sabes cuanto le cuesta al server ejecutar cada SQL? ¿Cuanto tiempo le cuesta acceder a disco o el resto de tareas? En una web en desarrollo puedes fácilmente incluir este código en el web.config

 <system.web>

    <trace enabled="true" pageOutput="true" localOnly="false" requestLimit="10000" mostRecent="true" />

</system.web>

Y en cada punto que quieras chequear el comportamiento de tu página añadir trace.write(SQL) para ver la consulta y el tiempo de ejecución usado. La información que te genera es muy útil para depurar sobretodo ver en que punto es más fácil mejorar la programación de tu web. Aquí tienes un ejemplo de lo que genera el trace.

2º Activar el cacheado de tus páginas. ASP.NET de forma nativa puede cachear todas las páginas dinámicas de tu web por el tiempo que quieras y según los parámetros de url recibidos.

Hay muchas más cosas que se pueden aplicar pero como siempre prefiero centrarme en el 20% de trabajo que proporciona el 80% de los resultados.

¿eres fan de php? puedes explicarme lo genial y buenísimo que es hasta que te aburras pero lo siento php no compite con el asp.NET, como lenguaje de programación el .NET juega en otra liga.

La entrada Optimización de la carga de la Web en ASP.NET se publicó primero en kico.es.

Lo primero es que le seguimos el juego a Google y

Según Javier Casares las urls de un proyecto no deben cambiar nunca. Hay que pensar con cuidado la estructura y asegurarte que puede crecer en el futuro. No conviene cambiar de urls con redirects 301. Aunque siempre es recomendable pensar bien un nuevo proyecto su opinión es discutible, según mi experiencia Google tiene una memoria limitada (en tema de história de una web) no creo que guarde todas las versiones y unicamente debe guardar «eventos o marcas» de los triggers que hayas hecho saltar. Puedes perder valor de los enlaces entrantes por haberlos convertido en un redirect 301 en vez de ser directos pero no creo que afecte mucho más.

Ya lo sabía pero se sigue insistiendo y creo que con razón, la velocidad de la web va a tener más peso en el valor de las webs para google. Aunque el coste de aplicar todas las sugerencias del Page Speed de google puede ser casi imposible si hay cosas que se pueden arreglar en poco tiempo.

1. Cachear en local el código de analytics. De esta forma hay una resolución menos del dns y no estorbamos la carga de la web.
2. Cachear en local el código de adsense por la misma razón, lo único a tener en cuenta es que en este punto no hay consenso sobre si incumple las políticas de adsense.

Otra vez según Javier las carpetas de idiomas no funcionan para posicionar. Es mejor que cada idioma tenga su dominio.

Todo el tráfico de suramerica pasa por Miami… Interesante si te diriges al mercado suramericano poner los servidores en esa ciudad.

Las instalaciones por defecto de los servidores suelen ser fatales para el seo, hay que cuidar especialmente las redirecciones que tienen configuradas.

El cloud computing no geolocaliza por ip, javier propone hacer cloud en el país al cual diriges tus servicios.

La forma de optimizar el HTML no es que pase los checks del W3 consortium sino que hemos de conseguir que cargue lo más rápido posible. Hay tres vías para ello.

1. Que el servidor tarde poco en generar los contenidos a enviar. Cachear, optimización de la programación y más maquina.
2. Enviar menos información.
   • Enviar el contenido comprimido. http/1.1
   • reducir el número de ficheros a descargar: un solo css, un solo js, usar csssprites para las imagenes que siempre se usan.
   • Comprimir los css y los js: jsmin o yuicompressor
   • Poner los contenidos estáticos (imagenes, videos, js, css etc) en un servidor sin cookies (dominio distinto).  Tendremos una resolución adicional de dns pero a cambio ahorraremos el envío de cookies inecesarias.
   • Paralelizar las descargas, flush()
   • Anticipar las descargas de las páginas siguientes. En una formulario en cadena cuando estás rellenando los campos podríamos ir descargando los elementos necesarios para el siguiente. Esto para SEO no aporta nada, pero es experiencia de usuario.
   • Limitar los elementos DOM que tenemos en cada página a menos de 1000 para facilitar a los navegadores la rederización.
   • Obviamente optimizar imagenes.

Un par de trucos guarros para que Google penalice a la competencia… ups
Cuando tengamos una página de en mantenimiento para actualizaciones y similares tiene que responder un error 503  para que Google no indexe esa página, no habría de usarse más de 12 horas.
En contenidos para móviles el adsense todavía no está explotado a fondo, hay un nicho de negocio.

La entrada Search congress I Cosas aprendidas. se publicó primero en kico.es.

Mejor que technology evangelist o asesor de Internet o los mil nombres que nos han puesto a los que simplemente intentamos que la empresa obtenga beneficios de su presencia en la web. Que empecé haciendo Tiendas Virtuales luego pasamos a desarrollar e-commerces, después B2C y ahora ni se como llamarlo.

Trabajo en mi empresa: Interdigital, la fundé en abril de 1997 para desarrollar servicios de programación y marqueting o algo así, pues el IAE no tenía nada relacionado con Internet en esas fechas (no se si ahora lo tiene :p). Si te preguntas ¿cómo habiendo empezado tan al principio no eres craso y rico creo que lo expliqué en oportunidades perdidas.

Ahora que he salido del armario ya podéis enlazarme a esta web como «consultor seo» y no como kico a secas gracias XD. El blog seguirá tratando de los temas que trataba, que yo salga del armario no tiene nada que ver con que el blog tenga que profesionalizarse o algo así aunque si espero tratar más temas SEO. Por cierto Google ya sabe que soy el consultor seo más guapo

La entrada Vale, soy consultor seo se publicó primero en kico.es.

El anuncio de contratación provisional marca fecha del 22 de diciembre de 2009 (esto si es que te toque la lotería). Saca tu mismo tus conclusiones.

Los contenidos los redacta otra empresa y los traduce una tercera empresa, menos mal que el diseño tampoco lo hace telefónica. Vamos que han puesto un equipo de 2000 ingenieros a parir una web en 10 días con el diseño y contenidos que les han dado ya hechos…

Perdón, pero en mi opinión no es posible hacer eso. Siendo muy optimistas puedes tener 10 personas trabajando en el mismo proyecto, sobretodo si te lo asignan y hay que hacerlo en 10 días. ¿En que se invierte todo ese dineral?. Cualquiera que haya desarrollado una web piensa que puede abarcar un proyecto de esas características con cuatro duros, yo no soy tan optimista pero estoy seguro que muchas pequeñas y medianas empresas son capaces de hacer muy buen desarrollo de esa web en el plazo indicado por mucho menos dinero del que se ha pagado.

No he encontrado los pliegos de esta licitación pero estoy seguro que requieren que la web sea AA (accesibilidad web) para cumplir con el Real Decreto 366/2003 de 16 de marzo, de accesibilidad y no discriminación de las personas con discapacidad en sus relaciones con la Administración General del Estado. Y sin mirar mucho vemos que hay imagenes sin alt ni longdesc y muchos otros defectos que impiden al colectivo de personas discapacitadas acceder a la web.

Bueno total tienen 6 meses para arreglarlo, simplemente tienen que abrir un nuevo concurso privado público para con otros pocos milloncejos arreglar todo lo que falte. En 6 meses tendremos una web de la presidencia de la que estar orgullosos aunque para entonces habrá que cerrarla.

Va lo dejo, no hay forma de analizar una web que no responde. Está otra vez caída, mañana si vuelve a funcionar le haré pruebas de rendimiento y similares.

Explicaciones del hackeo de la web www.eu2010.es y los fallos de conectividad http://www.la-moncloa.es/ActualidadHome/2009-2/040110UE.htm

La entrada www.eu2010.es 12millones de euros? se publicó primero en kico.es.