Trabe Soluciones está creciendo. Ahora que nos vamos a mudar a unas oficinas más amplias tenemos una vacante. La oferta de trabajo que estamos distribuyendo es la siguiente.

Buscamos personas para trabajar en A Coruña.Trabe te necesita

Nos gustaría que supieses desarrollar aplicaciones web MVC con J2EE y Ruby on Rails, que controlases de HTML, CSS y Javascript, que tuvieses conocimientos de diseño gráfico, que administrases servidores, que te sintieses cómodo en Linux, que te gustase usar software libre,...

Si esto te describe ven corriendo. En caso contrario, no te preocupes, valoramos la experiencia que tengas, pero también nos interesa tu pasión y tus ganas de aprender, de trabajar de una manera diferente, de asumir responsabilidades y de crecer con nosotros.

Te ofrecemos unas excelentes condiciones. Todo lo que te ofrecen el resto de ofertas de trabajo y mucho más: horario flexible, oficina céntrica(nada de polígonos), plantilla joven, café a media manaña, no llevamos corbata ni traje... Nos importa tu calidad de vida.

Si quieres saber más de nosotros, puedes echar un vistazo a nuestra web (http://www.trabesoluciones.com) o a nuestro blog (http://4trabes.com), o directamente contactar con nosotros para plantearnos cualquier duda (contacto@trabesoluciones.com).

Esperamos tu curriculum en rrhh@trabesoluciones.com.

Ya han llegado los primeros CVs. ¿A qué esperáis para enviar el vuestro?

Siguiendo el ejemplo de david y asis, retomo la labor divulgativa- o divagativa - después de una larga temporada de inactividad bloguera. El tema de hoy puede resultar de interés para todos aquellos que necesitáis llevar seguimiento de las visitas a vuestros sitios y utilizáis Google Analytics. Vamos a ver cómo es posible utilizar varios códigos de seguimiento para una misma página.

Todos sabemos que Analytics es muy flexible: permite hacer filtros, dar acceso a distintas cuentas a distintos datos, etc. ¿Qué necesidad puede haber de utilizar dos códigos de seguimiento en una misma página? Se me ocurren varios casos, pero el más frecuente es que las estructuras de las empresas frecuentemente son más rígidas que la tecnología y puede ser más dificil conseguir que te den acceso a los datos de una cuenta de analytics que poner un nuevo código. Posiblemente tampoco haríamos reescrituras en tomcat si pudiésemos tocar el Apache. Ya sé que son temas muy distintos, pero el origen es parecido: un entorno controlado obliga a hacer las cosas buscando tocar en el menor número de sitios posible.

La teoría para este proceso viene directamente de los señores de Google, que en un howto de migración de urchin.js a ga.js nos dicen que para utilizar dos códigos en una página tenemos que hacer lo siguiente:

Como vemos, el proceso es muy sencillo, simplemente incializar un flag e introducir el nuevo código...pero no funciona. Parece lógico pensar que pueda faltar una llamada a urchinTracker() después de reiniciar el flag y establecer el nuevo código. Una vez hechas las pruebas oportunas se comprueba que efectivamente falta la susodicha llamada, siendo el código correcto para lo que pretendemos hacer algo como lo siguiente:

<script src="http://www.google-analytics.com/urchin.js" type="text/javascript">
</script>
<script type="text/javascript">
  _uacct = "UA-12345-1";
  urchinTracker();
  _uff = 0; // Reset flag to allow for second account
  _uacct = "UA-67890-1";
  urchinTracker();
</script>

Sencillo y bastante útil. Eso si, es necesario acordarse de fijar el dominio adecuado para evitarnos problemas a la hora de recibir los datos. En mi caso la primera de las cuentas fija un dominio, algo así como:

_udn="dominio_cliente.com";

y para la segunda cuenta me viene mejor con un escueto:

_udn = "none";

Todos aquellos que no tengáis filtros en vuestras cuentas, podéis hacer como que no habéis leído esta última parte :D.

Este es uno de esos artículos "de propósito específico". Supongo que los que trabajen en entornos "con mucha burocracia" entenderán mejor por qué no siempre es posible tocar el apache. La idea de este post es ver como podemos tener una funcionalidad decente de reescritura de URLs directamente en el contenedor de aplicaciones.

La pieza clave para conseguir nuestro objetivo es UrlRewriteFilter, que como sus propios autores proclaman "Es un filtro basado en mod_rewrite válido para cualquier contenedor estándar de aplicaciones JEE que permite reescribir URLs antes de que lleguen a nuestro código". Y además funciona.

El filtro es muy sencillo de instalar, tan solo son necesarios unos pocos pasos muy sencillos:

• Guardar el jar en el lib de nuestra aplicación.
• Modificar el web.xml para que haga uso del filtro:

<filter>
  <filter-name>UrlRewriteFilter</filter-name>
    <filter-class>org.tuckey.web.filters.urlrewrite.UrlRewriteFilter</filter-class>
    <init-param>
    <param-name>logLevel</param-name>
    <param-value>WARN</param-value>
    </init-param>
</filter>

<filter-mapping>
  <filter-name>UrlRewriteFilter</filter-name>
  <url-pattern>/*</url-pattern>
</filter-mapping>

• Incorporar en el WEB-INF de nuestra aplicación un fichero urlrewrite.xml, que contendrá las reglas para las reescrituras

Una vez realizados estos pasos solo nos queda escribir las reglas que consideremos necesarias en nuestro caso. El fichero urlrewrite.xml de ejemplo incluye nociones básicas al respecto. A modo de ilustración, para convertir una URL como /searchPage.do?term=casco&locale=es&make=honda en algo como /es/honda/que-contengan/casco, necesitaríamos una regla como la siguiente:

<rule>
  <from>/([a-z]+)/([a-zA-Z0-9]+)/que-contengan/(.*)</from>
  <to>/searchPage.do?term=$3&locale=$1&make=$2</to>
</rule>

Con estos sencillos pasos ya tenemos un soporte decente para construir URLs bonitas en aplicaciones Java, sin tener que hacerlo todo "a mano" ni depender del Apache.

El segundo de nuestros artículos relacionados con el mundo del posicionamiento (SEO) trata sobre cómo podemos evaluar rápidamente la calidad de nuestros orígenes de tráfico mediante google analytics y el porcentaje de abandonos.

El porcentaje de abandonos (bouncing rate) es probablemente la métrica más sencilla que podemos encontrar en Google Analytics (y en cualquier suite de estadísticas web). Pero a pesar de esa sencillez, posiblemente sea una de las medidas que nos aportan una información más directa de cómo está funcionando nuestra estructura de backlinks y de la correcta orientación de nuestras páginas de entrada (landing pages).

Qué significa "Porcentaje de abandonos"

El porcentaje de abandonos nos da una idea de la proporción de visitantes que abandonan nuestra página "tras entrar en ella". Esta definción, aún siendo sencilla es bastante confusa. ¿Cómo decidimos qué es abandonar tras entrar?¿Consideramos el tiempo que permanece el usuario en esa página de entrada ?¿Simplemente consideramos el hecho de que vea una sola página?. Como respuesta a esta diversidad de posibilidades, cada suite de estadísticas toma una solución. Lo importante a la hora de evaluar los datos es saber qué métrica está siendo consideranda en las estadísticas que estamos manejando. En el caso de Google Analytics, el porcentaje de abandonos significa exactamente "el porcentaje de visitas que abandonan el sitio tras ver una única página".

Utopía: porcentaje de abandonos = 0

A todos nos gustaría que en nuestras páginas el porcentaje de abandonos fuese muy cercano a cero. Pero esto es imposible. Al menos para una página con un tráfico orgánico considerable y con enlaces hacia ella desde distintos origenes. En cuanto crece el tráfico de un sitio, también crece la cantidad de usuarios que llegan a nuestra web buscando cosas que no ofrecemos. Por tanto la única forma viable de mantener el porcentaje de abandonos cercano a cero es darle la dirección de la página solo a los buenos amigos y que se comprometan a ver al menos dos páginas en cada visita. En el mundo real esto no es útil, así que veremos porcentajes de abandono muy alejados de esta utopía. Pero también veremos que estos porcentajes varían sustancialmente según el origen de tráfico. Cuanto más alineado esté nuestro contenido con el de un sitio que nos genera tráfico, más bajo será el porcentaje de abandonos. Evaluar estos porcentajes nos puede dar información de qué sitios de referencia nos están aportando tráfico de calidad y analizar estos datos nos puede indicar en que dirección debemos movernos a la hora de reforzar nuestra estructura de backlinks.

Calidad de los enlaces

En Google Analytics podemos ver el porcentaje de abandonos para cada uno de nuestros orígenes de tráfico. Esta vista resulta bastante interesante, pues nos permite comparar la "calidad" de las visitas según la página que las origina. Estos valores han de ser comparados con la media global de porcentaje de abandonos de nuestro sitio, o bien con cualquier otro valor de referencia que nos resulte útil (por ejemplo el valor obtenido para una fuente de tráfico especialmente exitosa para nosotros). El análisis del porcentaje de abandonos puede ser un buen filtro para ver de una forma rápida que origenes de tráfico funcionan bien para nuestra web y cuales contribuyen únicamente a generar ruido. En este punto es importante ser consciente de la definición de porcentaje de abandonos que utiliza google analytics, pues de no hacerlo así, podríamos llegar a conclusiones equivocadas. Existen ciertos tipos de página en los que son muy habituales las visitas de 1 sola página (por ejemplo una gran parte de los blogs). En este tipo de sitios un porcentaje de abandonos alto no significa necesariamente una "mala calidad" del tráfico recibido, por lo que esta información ha de ser complementada con el tiempo medio empleado en cada visita. En general es una buena idea revisar de forma conjunta estas dos métricas, pues aportan una información mucho mayor analizadas en conjunto que consideradas de forma aislada.

No podemos decir en términos absolutos que los origenes de visitas que presentan menores porcentajes de abandonos sean "mejores", pero si podemos decir que es un factor importante a la hora de evaluar la "calidad" del tráfico generado en nuestro sitio.

Gracias al clipping de Gmail he llegado a este artículo. El título es interesante, y como persona participante en proyectos de optimización de sitios web me asaltó la curiosidad. Me descargué el informe y lo leí. No estoy de acuerdo con muchas cosas de las que se dicen, así que voy a permitirme utilizar este informe como punto de partida de lo que, si el tiempo me lo permite, serán una serie de posts sobre SEO, SEM, optimización de contenidos y generación de tráfico hacia un sitio determinado.

Antes de nada, vamos a dejar clara la diferencia entre SEO y SEM, porque muchas veces son términos que se usan intencionadamente de forma equivalente, aún teniendo unas implicaciones muy diferentes:

• SEO, Search Engine Optimization, Optimización para Buscadores: es el arte, la ciencia y las heurísticas necesarias para conseguir que una página obtenga los mejores resultados cuando se buscan términos relevantes en un buscador determinado. La optimización para buscadores se consigue actuando a varios niveles: estructura de enlaces adecuada, títulos relevantes, utilización de estándares, optimización de los contenidos, correcta disposición de cabeceras, utilización de la tecnología adecuada,...básicamente es un proceso en tres fases que incluye:
  1. crear una infraestructura que no ponga zancadillas a los buscadores
  2. tener buenos contenidos, relevantes para las búsquedas que se pretendan optimizar
  3. potenciar la importancia de la página en el contexto global, es decir, conseguir que el sitio que queremos optimizar sea enlazado desde otras páginas, cuanto más importantes mejor.
• SEM, Search Engine Marketing, Márketing en Buscadores: consiste en utilizar los servicios de pago que ofrecen los distintos buscadores para canalizar tráfico hacia una página. El servicio más utilizado es Google Adwords. Si son bien usados, estos servicios garantizan unos buenos niveles de tráfico bastante dirigido a cambio de un pago por visita.

Queda claro que no es lo mismo una cosa que la otra, y tampoco es lo mismo para los clientes potenciales encontrar una información en Google como primer resultado de una búsqueda que encontrarla como primer anuncio de una búsqueda.

Optimización de los títulos

En este apartado estamos de acuerdo con el estudio, es un parámetro inprescindible y vital a nivel de posicionamiento. Muchas páginas de grandes corporaciones todavía no tienen optimizados sus títulos. Obviamente poner Bienvenido a la página de MiEmpresa de título para una página no es una buena idea. Ya que tenemos la posibilidad de ayudar a Google a saber sobre qué trata nuestra página, aprovechémosla. Mucha mejor idea utilizar algo como "MiEmpresa: fabricación de neveras y frigoríficos". Obviamente si ponemos ese título a una página que no hable de neveras y frigoríficos, estaremos perdiendo el tiempo. El título ha de ser semántico, lo más corto posible siempre que transmita el mensaje que nos interesa y rico en palabras clave de interés presentes en el resto del documento.

Presencia de Metatags

En este apartado no estoy de acuerdo con el estudio. Se comenta que si bien la importancia es decreciente, siguen siendo muy importantes. En mi opinión y experiencia los metatags cada vez importan menos a nivel de posicionamiento, llegando a que el metatag de keywords a día de hoy vale para poco más que detectar páginas sobreoptimizadas sin mucho criterio.

Sin embargo el metatag de description si tiene un sentido muy claro: Google y otros buscadores utilizan su contenido para mostrar los resúmenes de cada página en las búsquedas, por lo que es necesario redactar un buen contenido para este tag, tratando incluso de generar contenidos únicos para cada página de nuestro sitio, adaptados a los contenidos de cada una de ellas. Es importante que estas descripciones sean naturales, no un conjunto de palabras clave separadas por comas.

Dado que el artículo al que nos referimos sigue con consideraciones externas a la página, vamos a apartarnos del enfoque del mismo para hacer una serie de comentarios sobre la importancia de las urls y las rutas de nuestra página, pero como ese es un tema bastante amplio e interesante, lo reservamos para el próximo post.