Bienvenidos de nuevo al Blog de BuscoSEO, un espacio en el que queremos compartir con vosotros algunos consejos, curiosidades y cualquier aspecto que ataña al SEO y el posicionamiento orgánico.
En el post de hoy analizamos a fondo un problema de indexación (y su solución) provocado por WPML, el archiconocido plugin multilingüe para WordPress. Aunque no se trate puramente de un ‘conflicto’, veremos cómo este plugin, tan querido y utilizado dentro de la comunidad WordPress, puede costarnos la vida (o la presencia si más no) en las SERPs de Google.

A continuación os mostramos las distintas fases por las que discurrió este periplo SEO y el feliz desenlace (esta vez sí es de película) de todo el ‘percal’.

Resumen del problema:

1. Antes de la tormenta: Sin altibajos, creciendo lento pero seguro
2. Detección del problema: Pérdida drástica de visitas, visibilidad y posicionamiento
3. Origen del problema: Houston, tenemos un problema. ¿Pero donde?
4. Solución: ¡Eureka! Un simple clic y todo arreglado
5. Después de la tormenta: Siempre viene la calma (¡O un récord de visitas SEO!)

Sin altibajos: El tráfico SEO crece lento pero seguro

La web de la que hoy hablamos tuvo, durante el año 2015, una media de 1.400 visitas SEO mensuales y un tráfico orgánico con un crecimiento contenido pero constante.

Fuente: Google Analytics

Perdemos visitas, visibilidad y posicionamiento

A continuación vemos cómo, mes a mes, a inicios de 2016 y de forma repentina, el tráfico SEO caía sin cesar. Desde el estallido hasta la solución del problema en septiembre, registró una media de 636 visitas mensuales y tocó fondo en agosto con menos de 500 visitas.

Fuente: Google Analytics

Con esta situación, empezamos a investigar tratando de descubrir el motivo de la repentina y tan acusada caída de este canal de acceso.

Houston, tenemos un problema. ¿Pero dónde?

En este punto, Google Search Console refleja el problema pero no arroja la luz que andábamos buscando. Viendo los principales indicadores que nos ofrece la herramienta, el problema se hace evidente: nuestro site se está desindexando.

¡En una semana pasamos de tener casi 400 URL indexadas a tan sólo 100!

Y no solo eso, sino que de estas 100 iríamos perdiendo más y más URL hasta quedarnos en menos de 50.

Fuente: Google Search Console

Pero, ¿por qué no se indexa mi web?

Estaba claro que el bot de Google no podía rastrear el site. Pero, ¿por qué? Detectado el problema, era hora de encontrar el origen y ponerle solución.

Comprobamos el estado y la evolución de la indexación durante semanas a través Google Search Console, Sistrix.com y otras herramientas.

Fuente: Sistrix.com

Una vez más, Google Search Console nos revela nueva información. Utilizando la opción de Rastreo > Explorar como Google, la herramienta nos notifica que el site entero está redirigido hacia su versión inglesa. (*Aunque no siempre detecta esta redirección. Luego veremos por qué.)

Fuente: Google Search Console

De ahí que el estado de indexación fuera: inglés 27/29 páginas, español 2/46, alemán 4/22 y francés 6/22. Pero si nos fijamos con detenimiento, el código que devuelve la página rastreada es un código 200.

¿Google detecta redirecciones que no existen?

Fuente: Google Search Console

Después de buscar estas redirecciones en multitud de sitios no encontramos ni rastro.

Google detectaba unas redirecciones fantasma.

Habiendo registrado de arriba abajo el log del servidor, el archivo .htaccess, la base de datos y otros en busca de cualquier indicio de estas redirecciones no encontramos rastro alguno. Por si fuera poco, ninguna otra herramienta aparte de Google Search Console detectaba estas redirecciones.

¡Eureka! La solución a un solo clic

Como a Arquímedes, el problema se reveló ante nuestros ojos. La solución residía en la incoherencia de que Google detectara las redirecciones unas veces sí y otras no como comentábamos antes.

Fuente: Google Search Console

Esto sucedía dependiendo de la solicitud que hiciéramos a la herramienta: Obtener u Obtener y procesar.

Fuente: Google Search Console

Según Google, entre una y otra opción la diferencia es, básicamente, que en la primera no se ejecutan los recursos de la página. Tal como vemos en la información del propio Google Search Console:

Fuente: Google Support

Con la opción de ‘Obtener’, Google es capaz de acceder a la página sin problemas:

Fuente: Google Search Console

En cambio, cuando utilizamos la opción de ‘Obtener y procesar’, Google nos detecta una redirección. Esta vez, en el código de la página nos aparece un <script> generado por el plugin WMPL.

Fuente: Google Search Console

Habiendo descubierto esto, nos centramos en ver qué sucedía con el plugin. Al dirigirnos al soporte de WPML, efectivamente, vimos que no fuimos ni los únicos ni los primeros en sufrir este problema. La solución, muy sencilla.

De forma casi instantánea, al desactivar la opción de ‘redirección de idioma del navegador’, la indexación del site empezó a realizarse de forma correcta y las URL volvieron a sus posiciones habituales.

Fuente: WMPL para WordPress

Y no solo eso, sino tanto el índice de visibilidad el posicionamiento de palabras clave y el volumen de tráfico orgánico aumentaron (y siguen haciéndolo) de forma MUY positiva.

Después de la tormenta siempre viene la calma

Comúnmente se dice que una vez capeado el temporal todo vuelve a su cauce. Cierto, muchas veces eso es exactamente lo que sucede.

No obstante, algunas otras, la situación se asemeja más al dicho de: ‘Aquello que no te mate te hará más fuerte‘. Y así ha sido.

Durante todo el proceso, y hasta que dimos con el problema, revisamos, rehicimos y mejoramos muchos otros aspectos SEO (y no tan SEO) para ir estrechando el cerco del problema. Y eso, amigos, tuvo (y sigue teniendo) su recompensa en forma de récord histórico de tráfico orgánico y visibilidad.

Tráfico orgánico 01/01/2016 – 15/01/2017

Fuente: Google Analytics

Tráfico orgánico 01/02/2016 – 15/01/2017

Fuente: Semrush.com

Índice de visibilidad 01/01/2016 – 15/01/2017

Fuente: Sistrix.com

Palabras clave posicionadas en Top 100 01/01/2016 – 15/01/2017

Fuente: Sistrix.com

Esperamos que este caso os sirva de ayuda si os sucede algo parecido. Y si no, no dudéis en dejarnos vuestras dudas en los comentarios y os echaremos un cable en aquello que podamos.

¿Problemas con la indexación de tu site u otros aspectos SEO? Puedes contactar con nosotros aquí.

La entrada ¿Problemas de indexación con un WordPress Multilanguage? se publicó primero en BuscoSEO.

La forma en la que realizamos las búsquedas ha evolucionado y es diferente si la hacemos desde un dispositivo móvil o desde un ordenador, ya que el primer caso suelen asociarse a búsquedas locales para satisfacer unas necesidades del momento. Sin embargo, actualmente utilizamos el móvil para buscar todo tipo de cosas y temáticas. Google es consciente de este cambio y, por ello, da preferencia en los resultados de Google a las webs adaptadas a este tipo de dispositivos.

El hecho de no tener nuestra web adaptada a dispositivos móviles nos perjudica en el ranking de Google y por tanto, nos dificulta la visibilidad para aquellos usuarios (cada vez más numerosos) que prefieren acceder desde su smartphone.

Corregir errores de usabilidad móvil en WordPress

Si utilizas WordPress es posible que ya tengas optimizada la web o blog para dispositivos móviles, ya que las últimas actualizaciones tanto de versión de WordPress como de los diferentes temas, ya vienen con esta opción para facilitarnos la vida. Por tanto, lo primero que debes hacer es comprobar que tienes la última versión de ambos, es decir, del WordPress y del tema.

Pero si no es así, es posible que recibas un mensaje desde Google Webmaster Tools, tipo este:

Si no sois expertos en programación, ¡qué no cunda el pánico! al ver este mensaje se nos estremece el cuerpo, pero no os preocupéis, es más fácil de lo que parece. En este post, quiero ayudaros a solucionar algunos de los problemas más comunes.

Lo primero que debe hacerse es ir a la herramienta Webmaster Tools, apartado de usabilidad móvil y ver cuáles son los problemas actuales que tiene tu web para mostrarse en este tipo de dispositivos:

Algunos errores comunes

1. Ventana gráfica no configurada:

La ventana gráfica controla cómo se muestra una página web en un dispositivo móvil. Sin una ventana gráfica, los dispositivos móviles mostrarán la página tal como se mostraría en un ordenador; con el mismo ancho de pantalla, pero con las proporciones ajustadas a la pantalla del dispositivo, provocando así que los usuarios tengan una mala experiencia.

La configuración correcta de este elemento permite controlar el ancho y las proporciones de la página en los diferentes dispositivos y así, conseguir una buena adaptación a móvil.

¿Cómo solucionarlo?

Inserta la etiqueta “viewport” en tu web, concretamente dentro de la etiqueta <head></head> de tu web, de esta forma:

<meta name=”viewport” content=”width=device-width, initial-scale=1″>

De esta forma, estás configurando elementos como el ancho, alto, tamaño y escala de la ventana gráfica, de forma que se adapte a los diferentes tamaños de los dispositivos móviles. Para entenderlo:

– Con Width configuras el ancho del viewport. Poniendo en la etiqueta “device-width”, estamos permitiendo un ajuste dinámico al tamaño de cada dispositivo, que es equivalente al 100% del ancho de la pantalla del dispositivo.

– initial-scale: Define la escana incial. Con el valor 1 asignado se mostrará correctamente a una escala de 1:1 y no se aplicará ningún zoom.

Para ver más tipos de configuraciones de estos elementos de la etiqueta “viewport”, te recomiendo este artículo.

Aquí lo mejor es hacerlo desde el tema, ya que si lo añades directamente desde el editor, cada vez que vuestro tema se actualice, se borrará y tendréis que volver a insertarlo.

Para más información sobre este tema, podéis acudir a la ayuda de Google.

2.  Elementos táctiles demasiado próximos entre sí:

Es posible que Google te avise a través de Webmaster Tools de este problema. y se refiere a que los elementos de tu web son demasiado pequeños y están muy juntos, por ejemplo, los botones de tu menú principal. Os dejo esta ayuda de Google para solucionarlo.

Plugin para adaptar tu web WordPress a móvil

Otra opción muy sencilla es instalar un plugin en tu WordPress, en este punto os recomiendo sin duda el WPtouch Mobile Plugin.

Te crea de forma automática una versión independiente de tu web optimizada para móviles, respetando y dejando intacta tu versión de ordenador (es decir, el tema de tu WordPress).

Para los usuarios móviles, el sitio mostrará un tema distinto y adaptado a este dispositivo. Hay varios temas disponibles para elegir (si utilizas la versión pro), pero la que te deja con la gratuita está muy bien y te permite configurar opciones básicas como el menú que va a encontrarse el usuario:

También hay este otro plugin, Wp mobile detector que se parece bastante al anterior.

Una vez hecho todo esto, puedes comprobar con esta herramienta de Google si tu web cumple todas las condiciones de optimización móvil.

La entrada Cómo optimizar WordPress para dispositivos móviles se publicó primero en BuscoSEO.

Bien, como este es un tema bastante importante para llevar a cabo una web, si estás pensando en hacerla en WordPress, aquí te dejo una guía fácil para ir siguiendo paso a paso:

Lo primero es bajarse WordPress y subirlo a tu hosting por FTP (a través de Filezilla o alguno parecido) arrastrando el contenido de la carpeta WordPress a la raíz o subdominio.

Hay unos requisitos mínimos que debe tener tu hosting, tales como PHP5 y MySql.

Aquí podrás descargar la última versión: http://es.wordpress.org/

Creación de una base de datos

También debes crear una base de datos (MySQL) en tu servidor, donde WordPress almacenará toda la información de tu Blog/web a través del panel de administración del hosting.

Una vez se ha creado y nombrado esta base de datos, debes rellenar los campos de usuario, contraseña y nombre de la base de datos en el archivo wp-config-sample.php del archivo WordPress que previamente te has descargado, además del nombre del hosting (en su defecto localhost).

Una vez modificado de forma que incluya la información relativa a la base de datos MySQL citada (respetando las comillas), le quitamos sample de forma que quede “wp-config.php”.

Y finalmente acudimos a nuestro dominio para rellenar nombre de la web, contraseña de acceso, etc. y ya tenemos WordPress instalado.

Elección y configuración de la plantilla WordPress

– Después, debes elegir una plantilla de wordpress, aquí tienes varias opciones tanto gratuitas como las que te ofrece wordpress.com, de pago o premium.

Personalmente, suelo utilizar las de themeforest ya que hay una gran cantidad de plantillas de calidad asegurada para que no tengas imprevistos más adelante. Es importante que elijas esta plantilla acorde a la web o blog que vas a crear, ya que no hay que olvidar que va a ser la cara de tu site y la primera impresión de los usuarios que lo visiten.

Hay una gran cantidad que son ideales para los tiempos que corren ya que las encontramos en versión Responsive y HTML5.

– Una vez has elegido la plantilla que te gusta, como ves en la imagen puedes o bien activar una de las que están disponibles en el propio WordPress (solo tienes buscarla y activarla) o bien ir a la parte superior donde pone instalar temas y subir la que te hayas descargardo en .zip:

Dependerá un poco de las opciones pero normalmente estas son las 3 principales:

Widgets: donde escogeremos los elementos que van en el sidebar y footer.

Menús: aquí configuramos la estructura de los menús y su ubicación en la plantilla

Theme Options: según la plantilla escogida tendremos unas opciones de configuración u otras. Normalmente aquí podemos configurar y personalizar diseño, contenidos, etc.

– Como consejo para no hacerte la vida más difícil y porque el tiempo es oro, es aconsejable instalar la plantilla tal y como sale en el preview para ver como quedará esa plantilla en tu web y para solo tener que ir cambiando algunos detalles y opciones y sea más rápida y fácil de configurar.

¿Cómo hago para que se instale tal y como sale en la demo de ejemplo?

Dentro de la carpeta descomprimida donde has subido la plantilla instalada, encontrarás una carpeta con el nombre sample en formato .xml, debemos importarla través de herramientas – importar – wordpress.

Es posible que no tengas instalado el plugin que te permite importar desde wordpress, lo activamos y vamos a ello:

Una vez has puesto la plantilla de WordPress tal y como sale en la demo de ejemplo, sólo te quedará modificarlo y adaptarlo para que todo salga como quieres.

– El siguiente paso es la instalación de los principales plugins, bien desde local si previamente los has descargado o utilizando el buscador que te ofrece la plantilla WordPress. Esto es a gusto del creador, yo os dejo aquí un listado que suelo instalar para empezar con un blog:

Principales Plugins para instalar en WordPress

• 404 Redirected: para personalizar tus páginas de error.
• Algún plugin social para tus entradas como scrolling-social-sharebar que te inserta una barra lateral al lado de todos tus posts para que los usuarios de tu blog puedan compatirlos fácilmente. Aunque si tengo que decantarme por alguno para empezar, es este: Facebook, Twitter & Google+ Social Widgets; sencillo, básico y sin miles opciones que decidir. (sólo acuérdate de desactivar una opción que viene activada por defecto para que en el footer no aparezca un enlace a la web del creador del plugin si es que no quieres que aparezca).

• Akismet: ya viene por defecto en la mayoría de las plantillas, sólo es necesario activarlo y obtener la clave.
• Plugin para la página de contacto como Contact Form 7.
• Ultimate TinyMCE: para poder escribir tus entradas de una forma más personalizadas con opciones extra para el editor de texto.
• WordPress SEO (Yoast) o All In One SEO Pack: para optimizar bien tu WordPress a nivel de SEO con redacción de metatags, creación de sitemaps en xml, gestión del robots.txt, etc.
• Un plugin somo author box rel-plugin o parecido para insertar tu ficha de autor debajo de los posts que escribas.
• Un plugin como limit-login-attempts.1.7.1 que nos limita los intentos de iniciar sesión en wp-admin, con tal de evitar malos tragos y tener mayor seguridad.
• Yet Another Related Posts Plugin (YARPP): una vez hayas escrito tus primeras entradas, este plugin es muy útil ya que muestra al lector todos los artículos relacionados con la entrada que acaba de leer.
• Caché: este plugin genera archivos HTML estáticos desde tu blog WordPress dinámico y evita el procesamiento pesado de los scripts PHP de WordPress.

Contenidos: Menús y páginas

– Por último, sólo queda la creación de las páginas de contacto, quiénes somos, inicio… y la configuración del menú superior (con estas páginas creadas previamente). Además, si has utilizado el archivo sample.xml para instalarlo como en la demo de ejemplo, también deberás hacer limpieza de todas las páginas, entradas, comentarios… que vienen por defecto de la plantilla.

Es importante resaltar que para la creación de los items del menú no sólo se pueden añadir las páginas creadas sino también te permite añadir enlaces personalizados y/o categorías.

El siguiente paso sería personalizar la colocación de los widgets y configurar las secciones que queremos que aparezcan tanto en el sidebar como en el footer de nuestra plantilla, así como cualquier otra posición que venga definida por la misma.

Además, para hacer un seguimiento de las visitas y poder consultar el éxito que vamos obteniendo, recuerda darlo de alta en Google Analytics.

¡Y listo! Ya tienes tu web o blog preparado para su lanzamiento al mundo online y para empezar a trabajar su posicionamiento!  

La entrada Primeros pasos en la creación de un blog/web en WordPress se publicó primero en BuscoSEO.

Para poder medir los formularios o conversiones a través de Google Analytics, hay dos maneras muy sencillas de hacerlo:

• A través de una página de “thank you”
• Trackeando un evento (¡quiero saber cómo crear un evento en Google Analytics!)

Cómo medir los formularios recibidos a través de una página de “Thank you”:

¿Qué es una página de Thank you? En Marketing online, llamamos coloquialmente a este tipo de páginas, a aquellas que aparecen tras haber enviado un formulario. Se trata de esas páginas que suelen decir “gracias, nos pondremos en contacto con usted en la mayor brevedad posible” o “Le confirmamos que su formulario ha sido enviado con éxito”…etc.

Si no dispones de una página de Thank you, no te preocupes, no necesitas desarrollarla puesto que hay soluciones muy sencillas que pasan por crear páginas virtuales, que en realidad no existen como tales pero que se pueden medir en google analytics.

¿Por dónde empezamos?

Como decía anteriormente, este truco es para formularios realizados con Contact Form 7.

1. Entra en “formulario” y edítalo:

2. Una vez dentro, vete hasta el final y verás que hay un apartado que dice “Configuraciones adicionales”.

3. En la caja de texto, introduce la siguiente línea de código:

on_sent_ok: "_gaq.push(['_trackPageview', '/thankyou.htm']);"

Puedes llamarlo como quieras, como por ejemplo:

on_sent_ok: "_gaq.push(['_trackPageview', '/gracias.htm']);"

o como quieras identificarla:

/formulario.htm

/form.htm

4. Después en los objetivos de tu cuenta de google analytics, añade esta página creada virtualmente como página de cumplimiento del objetivo. Recuerda que tienes seleccionar “URL de destino”.

5. Lo guardas y listo!! Acuérdate que dependiendo del nombre que hayas dado a esta página virtual, tendrás que utilizar el mismo nombre para analytics.

Medir los formularios a través de un evento

1. Si prefieres medir el formulario como un evento, entonces tendrás que añadir la siguiente línea de código en “Configuraciones Adicionales”:

on_sent_ok: "_gaq.push(['_trackEvent', 'Form', 'Form-Submission']);"

Actualización para Universal Analytics:

on_sent_ok: "ga('send', 'event', 'Contact Form', 'submit');"

Como sucedía anteriormente, puedes asignarle el nombre que quieras, como por ejemplo:

on_sent_ok: "_gaq.push(['_trackEvent', 'Formulario', 'Envio-formulario']);"

Actualización para Universal Analytics:

on_sent_ok: "ga('send', 'event', 'Formualrio', 'Envio-formulario');"

2. En google analytics, seleccionaremos como objetivo un “Evento”  y en información del objetivo le diremos que:

Categoría ” es igual” a Form

Acción “es igual” a Form-Submission

3. Lo guardas y listo!

A mí personalmente me gusta más a través de URL pero ambas son válidas. La ventaja de trackear por URL es que si para realizar el envío del formulario, existen diferentes pasos hasta convertir, podemos medir el embudo de conversión.

Espero que os resulte de ayuda!

La entrada Trackear formularios de Contact Form 7 en Google Analytics se publicó primero en BuscoSEO.