Llevamos una par de semanas trabajando con un cliente (http://www.visuresolutions.com) para optimizar su web actual en base a las indicaciones de un experto SEO (Daniel Pinillos, http://www.danielpinillos.com/ y http://www.seovision.es/). La web del cliente está basada en liferay 5.2.3 CE y necesita ciertas mejoras en el ámbito del posicionamiento web que no proporciona el gestor de portales liferay para esa versión. El experto en SEO nos indicó que sería interesante conseguir las siguientes tres cosas en la web:

 * Poder tener dominios separados para identificar país
 * Poder tener dominios separados para identificar país e idioma
 * Poder tener urls distintas por cada idioma

Desde el punto de vista del liferay 5.2.3, poco ofrece el gestor de portales para afrontar estas necesidades. Pongamos un ejemplo. Imaginemos que tenemos la siguiente url http://www.dominio.com/products/mesa-boogie y nuestra empresa quiere abrir el mercado alemán y el latino empezando por Méjico. Desde un punto de vista SEO para la salida de las nuevas webs en los dos paises objetivo se necesitaría las siguientes urls http://www.dominio.mx/productos/mesa-boogie y http://www.dominio.de/produckte/mesa-boogie.

Desde el punto de vista de liferay lo que se nos plantea son varios problemas que dependiendo de la versión de liferay se pueden afrontar de una u otra manera. Si el portal se fuera a crear desde cero y se partiera de una versión 6.x lo ideal sería:

 a) crear los contenidos en el scope global
 b) crear dos sitios web y crear las estructura de páginas distinta para site con los contenidos del scope global

Con esta estructura podríamos tener las urls requeridas pero tiene varios problemas

 1) Hay que hacer una administración doble de las estructuras de los sites para poder mantener distintos dominios y urls distintas
 2) El sistema de cambio de idioma de liferay implica una cookie y una redirección por lo que para los indexadores tipo google no es algo especialmente amigable (esto en liferay 6.x se puede cambiar y que las urls tenga /en /es /de en el path. No es la solución ideal pero se podría usar aunque no se puede asociar un idioma por defecto a un site
 3) Al tener sitios separados los metas de lenguajes alternativos y urls canonicas no tienen sentido y no se pueden aplicar de manera automática en los tres sites

La parte positiva de esta orientación es que no requiere cambios en el producto y se puede implantar y gestionar desde la interfaz web del liferay.


El caso es que con estos problemas señalados y sobre todo teniendo en cuenta que la versión de liferay existente es la 5.2.3 hemos pensado que un upgrade a la 6 no soluciona los problemas de SEO al 100% y por eso hemos pensado una alternativa que implica modificar el producto en tres aspectos

 a) Permitir tener varios virtual hosts asociados a un site (en 5.x comunidades u organizaciones)
 b) Permitir que cada virtual host tenga un idioma asociado
 c) Permitir que la url de una página pueda traducirse
 d) Permitir que las urls de distintos idiomas no requieran cookies y redirecciones para fijar el idioma

A lo largo de los siguientes artículos iremos explicando los cambios realizados para conseguir el objetivo marcado. De momento hemos realizado las pruebas de concepto para conseguir las tres urls siguientes que cumplen con lo especificado:

 http://test.visuresolutions.es/empresa
 http://test.visuresolutions.us/company
 http://test.visuresolutions.de/gesellschaft

Es decir representan la misma página (descripción de la empresa cliente) en tres idiomas distintos asociado cada idioma a un dominio (en este caso subdominio).

La semana pasada escribí un post relacionado con la comunicación entre liferay portal y el servicio de indexación de blogs de google. Pues resulta que lo escribí después de preguntar primero en el foro de liferay sobre este tema. La cosa es que me pasó algo raro ya que después de preguntar en el foro y escribir el post en el blog de zylk, me autocontesté en el foro añadiendo la referencia (link) al propio post que había escrito en el blog.  Al de un rato de escribir en el foro apreció un comentario anónimo en el post que había escrito a modo de trackback. Pero no logré saber de que otro blog venía ese trackback y además me extrañó que coicidía con el comentario que había escrito en el foro. Me dió la impresión que el trackback había llegado desde el foro de liferay... aunque la url que había usado era la del post no la del trackback... Este fin de semana he sacado un rato y he probado a escribir desde el foro de sinadura, que también está en liferay para ver si apararecía el comentario en el post del blog de zylk. Y efectivamente aprarece. Por tanto parece que hay una nueva funcionalidad en la nueva versión de liferay a la que hemos migrado, que hace que las referencias escritas en un post del foro puedan aparecer como trackbacks en los post del blog referenciado.

No se si me he explicado muy bien pero ahi queda el post y la nueva funcionalidad que no sabía que existía y sobre la que no he leido nada en los foros de liferay pero que me parece interesante.

UPDATE: Yo diría que este tema va en la linea de lo que se explica en este post de liferay, pero que no solo se hace para los hrefs que se indican en un post sino que también se intenta hacer el pingback para los hrefs de los mensajes del foro y no se si para los hrefs del wiki comentarios etc...

UPDATE2: Sí efectivamente no solo es para los hrefs de los post de blog ... lo explican en este post de liferay que no había leido hasta hoy.

Liferay portal integra en su servicio de blog la posibilidad de llamar al servicio de blogsearch de google cuando se publica un post nuevo.  El tema es que al analizar la petición que realiza liferay vemos que la url que genera no devuelve las RSS tal y como cabe esperar.

07:08:12,828 INFO  [BlogsEntryLocalServiceImpl:921] Pinging Google at http://blogsearch.google.com/ping?name=zylk.net&url=http%3A%2F%2Fwww.zylk.net%2Fweb%2Fguest%2Fweb-2-0%2Fblog%2F-%2Fblogs&changesURL=http%3A%2F%2Fwww.zylk.net%2Fweb%2Fguest%2Fweb-2-0%2Fblog%2F-%2Fblogs%2Frss
307:08:13,003 INFO  [BlogsEntryLocalServiceImpl:928] Google ping response: Thanks for the ping.

No se muy bien si es un error del liferay al generar la url o que, de momento lo que he hecho es añadir una regla de rewrite en la capa del apache web server para que devuelva la información de las RSS. La regla es la siguiente:

RewriteRule ^/web/guest/web-2-0/blog/-/blogs/rss$  /web/guest/web-2-0/blog/-/blogs/rss?companyId=10097 [QSA]

Que lo que hace es añadir el parámetro companyId a la petición ya que sino las RSS las devuelve vacías.

Gracias a Jabi de irontec por el [QSA] que no lo conocía.