Consultas de búsqueda en Google Webmaster Tools

La sección de Consultas de búsqueda en Google Webmaster Tools es la única herramienta que nos ofrece datos (más o menos fiables) sobre las veces que nuestros contenidos han aparecido en las páginas de resultados de Google. Hay muchas herramientas que ofrecen aproximaciones basadas en extrapolaciones o incluso en herramientas de panel, pero nadie mejor que Google para ofrecer estos datos. La gran pega es que no son nada fiables, son meras aproximaciones. Incluso ahora que ofrecen datos concretos y números redondos como antaño, aunque las tendencias suelen coincidir con Analytics, a veces el fantasma del sampleo es demasiado evidente. Por otro lado, al descargarte los CSV en webs medianamente grandes y sumar los clicks y las impresiones ves que rara vez la suma de las cifras del CSV coincide con las mostradas vía web (suele ser menor y representa un menor % cuanto más grande es la web)

La herramienta en sí ha ido mejorando mucho con el paso del tiempo. Comenzaron ofreciendo únicamente keywords, impresiones y clicks. Más tarde incluyeron un ránkings de landings o URLs junto con posiciones CTRs y cambios y evoluciones. También incluyeron la posibilidad de filtrar los datos por países, filtros por tipo de buscador (si es una búsqueda web, google imágenes, google vídeos, etc), aunque Se echa en falta filtros de Shopping, News, Maps, etc. Incluso no entiendo muy bien el filtro de “Web” vs “Móvil”. Hasta hace unos meses, cuando accedías al informe veías la información “total” por defecto, ahora (no se exactamente la fecha exacta) aparece la información filtrada por “WEB” y meten en el mismo saco el filtro web, junto con el de imágenes, vídeos y “¿móvil?” Esto es lo que no entiendo, ¿no puedes buscar también en google imágenes o google vídeos desde un móvil? En ese caso solo cae en el filtro “móvil” o por el contrario cae en el de “imágenes”? ¿Alguien lo ha probado?

Antes de continuar profundizando en lo que podemos hacer con este informe, me gustaría aconsejar automatizar el almacenaje de los CSV con los datos ya que actualmente únicamente disponemos de un histórico de 90 días, aunque se rumorea que próximamente íbamos a tener un año disponible, mi consejo es que tratéis de automatizarlo. En un servidor baratejo que permita CRONs y Python podéis montaros un sistema automatizado de forma sencilla.

Personalmente gusta mucho agrupar tipologías de contenidos filtrando en una hoja de cálculo por patrones en las URLs por ejemplo “/fotos/”, o “/2011/” y así puede ir viendo evolución tanto de clicks como de “urls posicionadas” por cada tipo de contenido, incluso temáticas, etc. Lo que queráis. Otro truco muy bueno para sacarle más partido y poder exportar TSV con las keyowrds por landings que me pasó JBMoreno es el bookmark de lunar metrics. Eso sí, tened paciencia al exportar porque para sitios con muchas querys puede tardar.

Enlaces adicionales:
Análisis de contenidos con Google Webmaster Tools de MJ Cachón
Blog para webmasters de Google

Cambios y devoluciones de billetes de Renfe

Supongo que a algunos de vosotros os habrá pasado que mirando el calendario os confundís de mes y acabáis comprando un billete de renfe o de cualquier otra compaía para la fecha que no era. Bien, a mí me pasó la semana pasada, me di cuenta enseguida y me sonaba que podías cambiar los billetes durante las 2 horas siguientes a comprarlos de forma totalmente gratuita. Pues no, solo puedes anularlos.

El caso es que yo sin saber lo anterior, los cambié, pagué la penalización por devoluciones y luego les escribí a venta-internet@renfe.es contándoles lo ocurrido a ver si me podían devolver la penalización o cómo iba el asunto. Me contestaron de forma bastante tosca que yo lo que había hecho era un cambio, no una devolución. Otra mejora más para la interminable lista de nuestra querida renfe.es.

¿Tanto costaría agregar unas pocas líneas de código más que detectasen que estás haciendo un cambio inmediato a una compra y te sugiriese anular el billete en lugar de cambiarlo? O mejor aún, quer los cambios durante las 2 horas siguientes a una primera compra, también fuesen gratuitos. ¿Veremos algún día una versión de renfe.es a la altura del medio de transporte que representa?

Programas de viajero frecuente en vuelos

Prácticamente todas las compañías aéreas ofrecen programas de fidelización mediante los cuales obtienes puntos para canjearlos por vuelos gratis o descuentos en los siguientes. Sin embargo, si solemos volar a destinos distintos, seguramente habrás volado con muchas compañías aéreas diferentes. Todos estamos de acuerdo en que resulta insostenible ser miembro de todos los programas, para este menester propongo este truco.

Hay varias asociaciones internacionales de aerolíneas, donde puedes canjear los puntos obtenidos con otras empresas de la misma conglomeracion. La idea entonces pasa por ser miembros únicamente de las aerolíneas que más volemos para sumar puntos, gastándolos en aquellas aerolíneas que menos usamos, donde no será necesario que nos demos de alta en el plan de viajero frecuente.

3 de las más importantes alianzas a nivel mundial son One World, Star Alliance y SkyTeam. A continuación los aliados de cada una:

One World: Airberlin, American Airlines, British Airways, Cathay Pacific, Finnair, Iberia, Japan Airlines, LAN, TAM, Malaysia Airlines, Qantas, Qatar Airways, Royal Jordanian, S7 Airlines, SriLankan Airlines, Mexicana.

Star Alliance: Adria Airways, Aegean Airlines, Air Canada, Air China, Air India, Air New Zealand, ANA, Asiana Airlines, Austrian, Avianca, Brussels Airlines, Copa Airlines, Croatia Airlines, EGYPTAIR, Ethiopian Airlines, EVA Air, LOT Polish Airlines, Lufthansa, Scandinavian Airlines, Shenzhen Airlines, Singapore Airlines, South African Airways, SWISS, TAP Portugal, THAI, Turkish Airlines.

Skyteam: Aeroflot, Aerolineas Argentinas, Aeromexico, AirEuropa, AirFrance, Alitalia, China Airlines, China Eastern, China Southern, Czech Airlines, Delta, Garuda Indonesia, Kenya airways, KLM y Korean Air, Saudia, Tarom, Vietnam airlines, Xiamen Air.

¡de nada! :-)

Google, Javascript y HTTPS

Ayer Mayle Ohye, una de las ingenieras junto John Muller que más información sobre SEO técnico en Google ofrece, tuiteó una presentación muy interesante:

Básicamente vienen a incidir en que no deberíamos deshabilitar el rastreo de recursos CSS o Javascript para tener buenos resultados en Google, así como que deberíamos servir nuestras páginas enteramente bajo https para rankear mejor en Google. ¿Qué opinas?

Calcular el IBAN y el Swift de una cuenta bancaria

Según la Wikiepedia el código ISO 9362, SWIFT o BIC, es un código de identificación de cuentas corrientes para transferencias internacionales.

Hace unos pocos meses, todos los bancos cambiaron las viejas numeraciones de cuentas corriente de 20 dígitos por la nueva numeración IBAN. Si quieres calcular el códio IBAN de una cuenta corriente en España puedes hacerlo desde la web de la zona única de pagos en euros, donde también podrás calular el código Swift o BIC a través del IBAN, así como la dirección y el nombre de la entidad.

Cambiar los permalinks de wordpress

WordPress trae muchísimas opciones para configurar las URLs de nuestras cateogrías, tags y artículos. Sin ir más lejos, si elegimos una estructura personalizada para las URLs de nuestras entradas podremos jugar con las variables, “/%postname%/”, “/%post_id%/”, “/%year%/”, “/%monthnum%/”, “/%day%/”, etc.

El permalink por defecto de una instalación de wordpress es del tipo http://www.javierlorente.es/?p=123. En mi opinión, es una estructura totalmente válida y que tiene sus ventajas. Es ligera (carga poco la máquina) y no te complicas la vida tras cambios de titulares, redirecciones, señales sociales, etc. Por contra la URL no es descriptiva, no se me ocurre ningún inconveniente más. ¿Tú que opinas?

Pero el objetivo de este post es ayudar a todas esas personas que quieren, por la razón que sea, cambiar la estructura de permalinks de wordpress de un sitio en producción, con URLs indexadas, sin perder posicionamiento y haciendo redirecciones 301 una a una.

Dependiendo de la configuración que tu tengas y a la que migres, wordpress lo hará el solito. Si ves que no es así una opción puede ser forzar una redirección a la estructura por defecto y luego concatenar otra redirección 301 hacia la nueva estructura. Yoast ha creado un script que nos ayuda enormemente, simplemente en el peor de los casos habrá que agregar una línea a tu .htaccess.

exportar e importar una base de datos desde consola ssh

A veces phpMyAdmin o incluso el propio mysqldump se nos quedan pequeños para mover de hosting grandes bases de datos MySQL o incluso simplemente para hacer un backup.

Una forma muy fácil de hacerlo es desde la consola por SSH, aunque no todos los hostings la soportan, muchos baratos lo hacen, dreamhost es uno de ellos. Para poder conectarnos por el puerto 22 necesitamos un cliente tipo PuTTy. Con el comando de exportación nos aparecerá el SQL en nuestro directorio. Mediante http o ftp lo podemos descargar o lo podemos importar a otra máquina mediante comandos sencillos como wget.

Para exportar la base de datos:
mysqldump -p -u username -h hostname database_name > dbname.sql

O si solo queremos exportar una tabla:
mysqldump -p –user=username database_name tableName > tableName.sql

Y finalmente una vez que ya lo tenemos en la nueva máquina, para volver a inyectarlo ejecutamos:
mysql -p -u username database_name < file.sql

O una única tabla:
mysql -u username -p -D database_name < tableName.sql

Espero que os sirva :-)

Obtener certificado Digital de la FNMT a través del DNIE (DNI Electrónico)

A veces usar el DNI Electrónico puede resultar tedioso. Yo mismo lo tengo desde 2006 y lo he usado en contadas ocasiones precisamente por la dificultad para hacerlo funcionar correctamente, sobre todo los primeros años, navegadores, drivers, sistemas operativos, arquitecturas a 64 bits, en fin, a veces un auténtico caos.

Antiguamente para poder acceder y autentificarnos ante organismos públicos, administraciones, banca electrónica, etc podíamos instalarnos en nuestros navegadores certificados o firmas digitales. El funcionamiento era sencillo, te personabas físicamente en una entidad verificadora, el funcionario de turno verificaba que eras quien decías ser y te daban un código para instalar en tu navegador, ya fuese internet explorer, como firefox, chrome, opera e incluso móviles Android.

Pero ahora gracias al DNIE tenemos la posibilidad de acceder a cualquier certificado sin movernos de casa. Tanto certificados de personas físicas, como personas jurídicas, entidades sin personalidad jurídica, administración pública o incluso certificados de componente. Todo ello en la sección de certificados de la Fábrica Nacional de Moneda y Timbre. Para ello deberemos leer las consideraciones previas y sobre todo instalar el software automático con todos los certificados. Lo mejor es acceder al enlace de descarga del artículo anterior y descargarse el software automático porque no siempre nuestro sistema operativo va a estar actualizado, el 14 de Marzo de 2014 cambiaron certificado de validación de AV DNIE MINHAP por uno más reciente y pasado mañana 3 de Junio se cambiará de nuevo.

Después de instalarlo para obtenerlo con el DNI tendríamos que seguir estos pasos. Rellenamos los datos y en un par de horas nos llegará un email con un código para descargar nuestro certificado con el mismo navegador que hizo la petición. Guárdalo, expórtalo e impórtalo si quieres usarlo en otras máquinas ya que no se puede descargar más veces el certificado. Si lo pierdes por la razón que sea tendrás que generar otro con la revocación automática del anterior.

También puedes hacerlo con Android. Pero creo que aquí si que no te libras de ir a una autoridad verificadora en persona.

Web de ayuda: http://www.usatudni.es/dnie/

Estudio referrers y navegadores

Empecé a escribir este post el sábado 24 de Mayo, lo recalco porque esto cambia cada día. Hace un par de semanas de casualidad me di cuenta que Chrome ya no pasaba los parámetros en el referrer de búsquedas en google, pero solo para las últimas versiones. Más sobre ello en http referrer y meta_referrer. Días más tarde me di cuenta que firefox en su caso no estaba pasando el referrer en los enlaces desde https a http puesto que la interfaz que servía Google a los firefox no llevaba la meta_referrer . Así que con tanto lío me propuse hacer un pequeño estudio sobre los diferentes tipos de navegadores, siempre no logado y entrando a la versión “por defecto” sin forzar nada.

Actualización: Hoy Lunes 26 de Mayo de 2014 he visto que Google ha dado marcha atrás con firefox pasando de nuevo sus enlaces por http. Quizá para cuando estés leyendo esto hayan vuelto a poner los redirectores bajo https pero esta vez con la el referrer metatag en “origin” como lo hacen para chrome u opera.

Lo que voy a analizar es en primer lugar si la interfaz de búsqueda me redirige por defecto a la versión https, si lleva la meta_referrer, si el redirector intermedio es http o https y si finalmente comprobaré empíricamente si se pasa el referrer completo, se pasa el origen o no se pasa nada. Para comprobar que no se nos escapa nada. Pruebas empezadas el 25/05/2014 con google.es y continúo el lunes 26 por la mañana.

Windows 7 a 64bits

Internet Explorer 11 – Redirige a https, no lleva meta referrer, pasa por http y se pasa el referrer completo.
Chrome 35 - Redirige a https, lleva meta referrer con “origin”, pasa por https y se pasa únicamente el dominio.
Chrome 37
– Redirige a https, lleva meta referrer con “origin”, pasa por https y se pasa únicamente el dominio.
Firefox 29 – Redirige a https, no lleva meta_referrer, pasa por http y se pasa referrer completo. (Se ha pasado todo el fin de semana sin meta y pasando por https por lo que no se pasaba referrer estos días de atrás) Era igual que Chrome pero ha vuelto a ser igual que IR, aunque estoy convencido de que volverá a pasar todo por https.
Firefox 30 y 32
– Exactamente igual que el 29.
Opera 21 – Igual que chrome. Redirige a https, lleva meta referrer con “origin”, pasa por https y se pasa únicamente el dominio.
Opera 22 (Next) - Exactamente igual que el 21.
Safari 5.1.7 - No redirige al https (quizá por estar ya en desuso y sin soporte por parte de Apple), tanto https como https no llevan meta referrer, pasa por http y sigue pasando el referrer completo.
Slimbrowser 7 – Como IE y Firefox. Redirige a https, no lleva meta referrer, pasa por http y se pasa el referrer completo.
Maxthon 4.4 – Redirige a https, no lleva meta, pasa por https por lo que no se pasa referrer. (Este comportamiento tenía firefox durante el fin de semana pasado) Supongo que meterán la meta y tema solucionado.

Browsers Mobile bajo Android 4.4.3 con CM.
Aquí no he invertido tiempo en analizar el html a fondo y  como no se puede ver de forma fácil el código fuente de la página no miro si lleva la meta pero lo podemos intuir en función del resultado final.

Chrome 35 – Igual que chrome de escritorio. Redirige a https, lleva meta referrer con “origin”, pasa por https y se pasa únicamente el dominio.
Chrome Beta - Igual que la versión estable.
Firefox 29.0.1 – Al entrar a www.google.es no me redirige a la versión https por defecto. Así que analizamos las dos por separado:
Firefox 29 http://www.google.es/ no lleva meta, pasa por http  por lo que se pasa el referrer completo.
Firefox 29 https://www.google.es/ no lleva meta, pasa por https por lo que no se está pasando referrer.
Firefox Nighly – Igual que firefox 29.
Navegador nativo de Android – Igual que firefox solo que aquí si se está pasando meta, por lo que si buscamos en http://www.google.es vemos el referrer completo pero si buscamos en https://www.google.es/ solo pasamos el origin.
Opera 21.0.1437.74904 – Igual que firefox. No redirige a https y se comporta igual que firefox en cada versión http vs https.
Opera Mini 7.5.35109 – Igual que firefox y su hermano mayor.

Conclusiones que saco de todo esto:

1º) Puede ser un auténtico caos analizar parámetros más allá de “referrer contains google”. Incluso no me extrañaría que próximamente news.google lo sirvan también desde el TLD principal.

2º) Tendemos hacia una red con 100% https y con la meta referrer seteada en “origin”. Facebook ya lo hace a medias (sigue con el redirector bajo http) y Google ya ha dado un paso más poniendo el redirector bajo https. Veremos proximos movimientos de Bing, Yahoo, etc.

3º) Google está sirviendo interfaz y redirector bajo https cuando sabe que los navegadores son compatibles con la meta referrer, no quiere que su tráfico pueda ser atribuido a directo. Me imagino que próximamente todo será https, la prueba con firefox de este fin de semana pasado así lo indica.

4º) Es posible que tarde o temprano eliminen el redirector intermedio por completo ahora que ya todos los navegadores soportan meta referrer.

5º) Se avecinan curvas, spdy, nueva cabecera origin,…

meta_referrer

Antes de seguir con este artículo sobre el referrer metatag conviene leer primero el que escribí sobre el http referrer convencional. Básicamente y a modo de resumen con el uso de la meta etiqueta podemos forzar al navegador a pasar el referrer incluso en conexiones https > http.

Como muchos sabréis, Google a principios de 2012 comenzó a experimentar con búsquedas bajo https cuando estabas logado en google.com y con algunos navegadores, para terminar meses más tarde forzando la búsqueda segura en todos los ccTLD y prácticamente en el 100% de casos y navegadores. A todos nos suena el famoso not provided mediante el cual Google dejó de pasar las keywords con la que un usuario había llegado a nuestra web si procedía de una búsqueda segura (o sea, siempre)

La idea de Google siempre ha sido y es usar https para todas las conexiones por lo que tenía que ir preparando de alguna forma el terreno para que los sitios web bajo http pudiesen seguir recibiendo el referrer Google. Lo explican muy bien en este post de Marzo de 2012, donde cuentan que a partir de entonces comenzaban a usar una nueva meta denominada “referrer metatag” mediante la cual, forzarían a los navegadores compatibles con la meta etiqueta, a pasar el referrer incluso cuando pasásemos de https a http.

Los navegadores enseguida se adaptaron al uso de la etiqueta meta_referrer, Chrome sin ir más lejos tiene soporte para ella desde la versión 17. A decir verdad, fueron tiempos convulsos para la analítica web puesto que había demasiados factores en la ecuación, google.com, google.ccTLD, logado, no logado, diferentes versiones de chrome o firefox, las cajitas de búsqueda de las toolbars de los navegadores… en fin, un auténtico caos. Google simplemente estaba esperando a que una buena parte de los navegadores tuviesen soporte para meta_referrer para cambiar el redirector intermedio de http a https. Lo que hizo hace unos días (12 de Mayo 2014), solo para las últimas versiones de chrome y sin avisar, por supuesto. Actualizacion: También ha desplegado la actualización para las últimas versiones de firefox.

Ahora podemos decir que prácticamente el 100% de los navegadores soportan la etiqueta meta_referrer, que prácticamente el 100% de las búsquedas desde Google son https, que facebook también pasó a servirse bajo https y que también usa el meta_referrer para forzar que  los sitios sepan que ese tráfico lo genera facebook (son los principales interesados) y también me aventuraría a decir que vamos hacia a una internet donde el 100% de las conexiones serán https.

Profundizando en el uso de la etiqueta meta_referrer vemos que tiene algunas peculiaridades, no solo sirve para forzar (si queremos) al navegador a pasar el referrer, también podemos configurarlo a nuestro antojo con estas 4 opciones:

  • never: Reemplazar siempre el referrer-header-value con una cadena de texto vacía.
  • default: Reemplazar el referrer-header-value con una cadena de texto vacía cuando el componente del referrer-header-value represente un protocolo que use una capa de seguridad y el componente del recurso llamado no lo haga.
  • origin: Reemplazar el referrer-header-value con el origen del documento.
  • always: No reemplazar ni cambiar el referrer-header-value.

Si te has quedado con ganas de frikear, te dejo un bonus sobre otra cabecera llamada “Origin“.

Aprovechando el post he hecho una pequeña investigación sobre buscando ejemplos de usos de la etiqueta (entro con Chrome 37)

Meta de https://www.facebook.com/ 
<meta name=”referrer” content=”default” id=”meta_referrer” />
– Aquí parece que se comporta como si fuese “origin” puesto que en todas las pruebas que he hecho, desde fanpages, perfiles personales, etc únicamente se pasa como referrer https://www.facebook.com/ aunque se pasa por un redirector intermedio bajo http.

Meta https://www.google.es/
<meta content=”origin” id=”mref” name=”referrer”>
Al acceder con todos los navegadores actuales Google nos redirige automáticamente a la conexión segura así que no tiene sentido a analizar el comportamiento de http://www.google.es/

Meta de http://news.google.es/ (no secure)
No lleva meta. Pero da igual, el referrer se pasa al ser un http.

Meta de https://news.google.es/ (secure)
No lleva meta. Supongo que será un despiste o que llegará un momento que integrarán la salida de News dentro del dominio principal tal y como hicieron con images.google.com. Sin embargo, en este caso ¡sí que se pasa referrer! ¿por qué? Por las misma razón que google. es, no se enlaza directamente el destino. De la serp https se enlaza primero una url intermedia de google a modo de redireccionador y bajo http por lo que , incluso sin la meta, se sigue pasando referrer porque realmente al destino llegamos desde un origen http.

Más ejemplos de este tipo:

Yahoo! https: https://es.yahoo.com/
No lleva el meta. Antes de enviarte el destino te pasa por http://r.search.yahoo.com por lo que el sitio de destino seguirá teniendo el referrer al hacer el downgrade de https a http.

Y ahora el caso curioso de Bing, que depende a que versión accedas,  lo pasa o no:

http://www.bing.com (no secure)
No lleva el meta. Envía el tráfico de forma tradicional y el destino verá el referrer.
https://www.bing.com (secure)
Tampoco lleva el meta y en este caso, curiosamente NO se está enviando referrer. Supongo que eso será algo puntual y que corregirán de alguna forma, con la meta o haciendo la redirección intermedia mediante http como hace Yahoo! En este caso Microsoft es el principal interesado en que los analistas vean cuánto tráfico genera su buscador.

SEO en PRISA