Jorge, es cierto que a enlazar las distintas traducciones hay que dedicarle tiempo, pero como dice numeroteca, todo sea por depender de plugins lo menos posible. Aunque bien es cierto que un plugin ampliamente extendido como qtranslate no parece que vaya a parar su desarrollo.

Con este plugin ¿qué pasa cuando no hay contenido traducido? ¿te deja elegir qué pasa?

Para globalrec.org estoy pensando en hacer algún tipo de sistema para permitir colaborativamente la traducción… entre wiki y blog colaborativo.

También me parece que gestiona bien el contenido no consistente, p. ej. cuando un post está solo en un idioma, te añade un mensaje (personalizable) en el otro idioma diciendo “este post no está traducido”.

Si quieres puedes ver cómo se comporta en sociarq.net
Las etiquetas de la izquierda se traducen al cambiar de idioma, pero son las mismas (misma id, mismo slug). Yo uso en la sidebar el campo de descripción de cada tag, y eso también se traduce.

Y sí, cada post es una sola entrada en la base de datos. Puede ser un rollo a la hora de exportar pero a nivel de uso no le he visto ningún inconveniente, y te ahorras el lío de enlazar unos posts con otros, de gestionar dobles (o triples, o…) entradas, etc.

Jorge me comenta fuera del hilo que el plugin ha mejorado, solucionando estos inconvenientes.

Tengo mis dudas además sobre la “modularidad” de cada idioma, es decir, si en base de datos las traducciones se siguen guardando dentro del mismo registro, si siguen siendo varias partes del mismo post. Si es así, sería imposible, en el caso de necesitarse, separar el contenido por idiomas, por ejemplo para migrar a otro CMS.

En cuanto al SEO, ¿deja qTranslate configurar etiquetas meta y cosas así para cada idioma? Si no deja, efectivamente puede no ser la solución optima.

Para armar la query puedes usar query_posts o WP_query, con lo que te sientas más cómoda. Los parámetros son los mismos para las dos funciones.