Archivos | 2013

Matt Cutts explicando update Hummingbird

Google marea la perdiz y se queda con tu tráfico

Como siempre que hay un gran gran update en el buscador de Google nos desborda información por las orejas, aunque casi siempre son vueltas a un mismo enfoque.

Quiero compartir aquí un artículo que leí ayer y que está enfocado de forma distinta a nuestro habitual alarmismo de rankings & muerte del SEO siempre que se lía una de estas.

Como está en inglés en el blog de ahrefs.com y me parece interesante os lo traduzco y ya me decís qué os parece. El autor es Tad Chef, un alemán con pinta de mejicano, máquina en SEO y al que podéis leer en Seguir leyendo…

acciones manuales en Webmaster Tools: penalización por enlaces patrocinados

Penalización en Google por venta de enlaces via Webmaster Tools

Si has recibido un mensaje de las Webmaster Tools de Google o Herramientas para Webmasters en el que se te indica que tu web ha sufrido una “acción manual contra el spam”, este post es para ti.

Preocúpate, pero lo justo: es una penalización en toda regla que va a afectar a tu posicionamiento en el buscador pero estimo que no es muy grave ya que la solución es sencilla Seguir leyendo…

segmento avanzado google analytics dominio de referencia

Como saber cuantos objetivos produce un dominio concreto en Google Analytics

El compañero de @forosdelweb “Jucuegas” pregunta en el foro por cómo se puede configurar un objetivo en Analytics para medir solo las conversiones de visitantes que provengan de un dominio concreto.

Como apenas tengo tiempo de actualizar este blog, voy a matar dos pájaros de un tiro dando la respuesta aquí. Así que necesitamos cumplir los requisitos:

  1. el objetivo se active cuando el visitante entre en una determinada url -un objetivo standard-
  2. la visita viene de un determinado dominio

Por tanto la cuestión es poder diferenciar, de entre todos los visitantes que cumplieron un objetivo (por ejemplo llegar hasta la página de confirmación de “formulario enviado” o “confirmación de compra”) aquellos que vinieron a nuestra web desde un enlace en otra web.

No soy ningún gurú de Analytics y quizás haya más soluciones, pero se me ocurren dos formas de hacerlo, cada una con sus ventajas e inconvenientes.

Usando segmentos avanzados: ¡son retroactivos!

La primera opción y la que yo recomendaría es crear un segmento avanzado de tal forma que GA filtre y solo muestre las visitas desde el dominio en cuestión. Posteriormente podrás ir al informe de Conversiones -> Objetivos -> Visión general y comprobar cuantas de las conversiones totales venían de esa web.

Me parece la mejor opción por dos motivos:

  • Los segmentos avanzados son retroactivos: es decir que se aplican sobre todos los datos del perfil, incluso anteriores a la creación del segmento.
  • El resultado es inmediato

Así que para segmentar de esta manera solo hay que abrir el desplegable de Segmentos Avanzados y configurarlo como en la imagen:
segmento avanzado google analytics dominio de referencia

  1. Escoges un nombre para el segmento que sea reconocible por ti
  2. Seleccionas la opción de Incluir (solo el tráfico)
  3. En el campo de Fuente introduces el dominio de referencia (en el ejemplo he usado Hola.com porque hice una pequeña campaña con ese cliente en ese portal)
  4. Ya está configurado, puedes probar el segmento y comprobar si el resultado encaja con lo que esperabas o si hubiera fallos claros lo puedes ver enseguida (como saber que tienes por ej 100 conversiones en el periodo analizado y que las conversiones desde este dominio sean 115… xD)

detalle de conversiones filtradas por dominio - google analytics

Cuando aplicas esta segmentación al informe de Conversiones standard es cuando puedes distinguir cuantas conversiones hubo desde ese referral y además el detalle: como en el caso de esta web, donde hay 11 objetivos distintos y se puede comprobar como el tráfico desde Hola.com generó 4 conversiones, 1 en el formulario de la Home, 1 en el objetivo Nº 2 y dos en el objetivo Nº3.

Importante: he puesto las flechitas verdes para que tengas en cuenta que el porcentaje de conversiones desde el dominio a analizar tiene dos valores: el de arriba, que muestra el porcentaje en relación al total de conversiones del site (0,39%) y el segundo, que es el porcentaje de conversiones solo de las visitas del dominio en cuestión y por eso es más alto lógicamente (0,96%).

Activando filtros de perfil: datos limpios

Vamos al lío con la segunda opción, que sería crear un filtro en un perfil: los filtros realmente “filtran” los datos, es decir que no son como los segmentos de “quita y pon”. Con lo cual has de tener en cuenta que lo suyo es crearse un Perfil nuevo para cada filtro del que quieras tener datos separados.

Es decir en mi caso, el perfil nuevo creado y filtrado con solo el tráfico desde Hola.com solo mostrará esas visitas y ninguna otra. Este método es útil en determinados casos:

  • Cuando tienes mucho tráfico, Analytics tiene un límite -si mal no recuerdo, a partir de 500.000 pageviews- a partir del cual no te muestra todos los datos y te da una muestra del total (osea que no ves toodos los datos, ojito con eso!)
  • Cuando resulta más rápido o cómodo tener datos que consultas a menudo, en un perfil limpito
  • Cuando necesitas otro tipo de información o más al detalle, por necesidades propias
De todas formas si no tienes claro cuando necesitarás un perfil con un determinado filtro, te lo pedirá el cuerpo cuando estés limitado con los segmentos. La puñeta es que los perfiles nuevos no tienen los datos anteriores, con lo cual conviene crear cuanto antes los perfiles que sepas que usarás en un futuro para conservar la mayor cantidad de datos posible.

Al lío, como configurar el filtro en este caso:

filtro google analytics referral domain

El proceso en este caso es muy simple:

  1. Vas al Administrador y en la sección de Perfil
  2. Elige (a esto me refiero con crear nuevo perfil)
  3. Le das un nombre al perfil y te aseguras de tenerlo seleccionado para no estropear algún otro
  4. Dale un nombre al filtro para tener claro qué hace
  5. Selecciona la opción de Filtro personalizado
  6. En elige
  7. Introduce el dominio a segmentar (o varios dominios, separandolos por “|”)

Salvas y ya tienes tu perfil solo con las visitas que provengan de los dominios indicados. Tendrás que esperar un ratillo para que empiece a enseñarte datos, pero de ahora en adelante ya no tienes que andar limpiando o haciendo malabares para ver solo los datos que te interesen.

Espero que os sirva y si alguien tiene alguna otra forma de hacerlo que la comente!

ficha de Google Maps como hacerla velocidad de carga lenta

3 optimizaciones básicas para que tu WP cargue más rápido

A mi también me ha pasado: necesitas un blog funcionando en tiempo record y lo haces a toda mecha. Y cuando te quieres dar cuenta, resulta que tu flamante nueva web tarda la vida entera en cargarse… Lo ideal es que la carga no supere los 2s pero según subí el backup y metí el theme elegido el resultado fue:

Te voy a contar las 3 cosas que me propuse hacer para mejorar la velocidad de carga de este blog, en el poquito tiempo que tenía:

  • Activar la compresión gzip
  • Activar un sistema de caché para WordPress, escogí Hypercache
  • Reducir las peticiones al servidor

Qué es la compresión gzip y como activarla

La compresión gzip consiste en forzar al servidor de tu web a comprimir los ficheros para que ocupen menos cuando alguien navegue por a tu web. Igual que cuando comprimes archivos para enviarlos por email. Para habilitarla lo único que necesitas son ganas, un editor de texto (el notepad vale) y acceso por FTP al servidor de tu web:

  1. Accede via FTP a tu servidor y en la raíz (donde esté el index.html/.php) busca el archivo .htaccess. Si existe descárgalo y abrelo con tu editor de texto.Si no tuvieras el archivo, desde el editor de texto crea un archivo nuevo y después lo salvas como .htaccess (así, con el punto tal cual y sin extensión).
  2. Si hubiera alguna configuración en él, no la borres. Lo normal es que si es un WordPress tuvieras esto:


    # BEGIN WordPress
    RewriteEngine On
    RewriteBase /
    RewriteRule ^index.php$ - [L]
    RewriteCond %{REQUEST_FILENAME} !-f
    RewriteCond %{REQUEST_FILENAME} !-d
    RewriteRule . /index.php [L]
    # END WordPress

    Y tienes que añadir las siguientes líneas para comprimir archivos html, textos, javascript, css y xml:

    AddOutputFilterByType DEFLATE text/plain
    AddOutputFilterByType DEFLATE text/html
    AddOutputFilterByType DEFLATE text/css
    AddOutputFilterByType DEFLATE text/xml
    AddOutputFilterByType DEFLATE application/xml
    AddOutputFilterByType DEFLATE application/xhtml+xml
    AddOutputFilterByType DEFLATE application/rss+xml
    AddOutputFilterByType DEFLATE application/javascript
    AddOutputFilterByType DEFLATE application/x-javascript

    O también podrías comprimir sólo aquellos archivos que creas conveniente, añadiendolos así:

    setoutputfilter-deflate

  3. Sube el archivo al servidor y sobreescribe la anterior versión
Atención, mantén siempre a salvo una copia del .htaccess original por si la pifias con algún espacio o carácter no deseado: el servidor colapsa y no sirve la web. Subes la copia de seguridad y una vez que esté OK, vuelves al principio o a revisarlo al detalle.

Más información [en inglés] sobre cómo funciona la compresión gzip aquí

Y aquí el resultado:

ganamos 3,5s con gzip

Mejorando el rendimiento con un sistema de caché: Hypercache

Empecemos por el principio, la definición de Caché Web de la Wikipedia reza:

Se llama caché web a la caché que almacena documentos web (es decir, páginas, imágenes, etcétera) para reducir el ancho de banda consumido, la carga de los servidores y el retardo en la descarga. Un caché web almacena copias de los documentos que pasan por él, de forma que subsiguientes peticiones pueden ser respondidas por el propio caché, si se cumplen ciertas condiciones.

WordPress es un sistema de gestión de contenidos (CMS) en el que todo dato (post, página, comentario,etc…) se guarda en una base de datos.

Cuando un usuario llega a un artículo por ejemplo, pide esa URl al servidor y éste se encarga de consultar la base de datos para crear la página. Lo que hace un sistema de caché como el plugin Hypercache es hacer todas las consultas antes de que el usuario las pida, para generar archivos fijos: así nos ahorramos el procesamiento del servidor.

No voy a entrar a la configuración del plugin, pero para notar la diferencia podeis incluso dejarlo todo por defecto y ver que vuestra web usa ya el turbo:

Hypercache rapidisisimo!

Reduciendo las peticiones al servidor

En las imágenes anteriores he dejado la información de las puntuaciones, pero pingdom también te da el detalle de qué archivos se van cargando, cuanto tardan en llegar las peticiones, en servirse y verse por el usuario.

antes y después de optimizar la velocidad web

Antes: tiempo de carga 5s, de los cuales 3,6 son solo para empezar a servir archivos.

Después: menos de 1s, y empieza a cargar en décimas de segundo

Al igual que con las consultas a la base de datos, cualquier acción que tenga que hacer el servidor ralentiza la carga de la web. Así que es posible mejorar la velocidad programándola de esa forma y debería ser una práctica standard en todo desarrollo web.

Como no tengo apenas tiempo y esta es una web personal, he omitido este paso: si tienes tiempo, necesidad o recursos te lo aconsejo.

La siguiente lista es una recomendación general de lo que se puede hacer:

  • Los tamaños o comprimir las imágenes es algo ultra-básico, pero son errores que suelen verse a menudo: fotos a alta resolución que luego se ven pequeñas…¡súbelas al tamaño final! ¡Comprímelas con photoshop o el editor que uses!
  • Agrupar todas las imágenes en 1 solo archivo, conocido como sprite: si usamos esta técnica, la apariencia será la misma y ahorramos tantas peticiones como imágenes cargues en tu web (menos una claro).
  • Lo mismo puedes hacer con los archivos CSS, Javascript,etc... Pueden condensarse en un único archivo por cada tipo= menos peticiones. También hay plugins y webs que te hacen todo ese trabajo casi automáticamente, busca por “minify + el tipo de arhivo a “comprimir”.
  • Como punto final: reduce las peticiones “a mano”.

    Esto también debería ser una buena práctica, pero como las plantillas de WP las hacen para que la gente no tenga que saber nada de programar…pues hay campos para que los usuarios puedan añadir información de forma fácil: otra(s) consulta(s) más a la base de datos y trabajo extra que tendrá que hacer el servidor.

    Esto ocurre mucho por ejemplo con los pies de página: el típico texto de “Copyright @ 2013 de Empresa.com blablablabla…” Eso es un desperdicio porque es información estática e igual en todas las páginas de tu sitio web.

    La solución: editar las plantillas de tal forma que el servidor tenga que trabajar lo mínimo. En parte esto se soluciona usando Hypercache, pero cuando el servidor crea los archivos, se nota. En una página con 200 visitas al día te va a dar igual, pero cuando sean 20.000 puede marcar la diferencia entre que el proyecto sea rentable o no…

Espero que te haya sido útil, ánimo y al toro :D

Uso de cookies

Este sitio web utiliza cookies para que usted tenga la mejor experiencia de usuario. Si continúa navegando está dando su consentimiento para la aceptación de las mencionadas cookies y la aceptación de nuestra política de cookies, pinche el enlace para mayor información.plugin cookies