Ofertia es una web que muestra (España, Mexico,…) los folletos de las empresas (Carrefour, DIA,…) Hay mas de 450.000 tiendas, tienen una media de 10M de sesiones/mes y millones de páginas. A Jesus lo contrataron porque estaban perdiendo tráfico y porque se enfrentaban a una migración a node.js.

Los inicios

La situación inicial no era buena y se empezó limpiando el perfil de enlaces, que era algo “pestoso”. Para ello se trabajó con Majestic SEO, ahrefs, Google Search Console, Sistrix y Link Detox. Se metió todos los links (450.000 links) en un Excel y lo volcó a Link Detox y se hizo una criba, uno a uno, de todos. Esto terminó en un 4% de links buenos y se hizo un disavow al resto.

Nueva estrategia de enlaces

Tras la limpia se desarrolló una nueva estrategia de enlaces:

• Notas de prensas en cada uno de los países y trabajo con una agencia de comunicación
• Quality sponsored linkbaiting

Content curation

• Kw Research para tener buenos rankings en el futuro, no short tail, sino longtail
• HTML tags (Snippets, H1,…)
• Nuevos contenidos para cada una de las categorías principales.

¿Resultados? Ay el Core Update de Marzo…

Incremento de tráfico (pero aún por debajo del 2017 en España y por encima en México): mas visitas, más rankings y ¡todos felices! 😀 Pero… Google Core Update el 28 de Marzo y una gran caída de tráfico.

Siguiente evolución

Duplicated content

La web estaba llena de contenido duplicado, así que se trabajó en lo siguiente:

• Canonicalización
• Paginación
• Arquitectura

Y se creó nuevo contenido con una Guía de Contenidos, que era obligatorio seguirlo en la web (no había ningún contenido que no pasara por ahí) y se empezó a trabajar con textbroker: elección del editor para el proyecto, a los que se les dio la guía y se trabajaron todas las keywords (ciudades, clientes, priorización de contenidos).

Pero además se trabajo en otras cosas:

• Eliminar el <h1> de los breadcrumbs
• Internal linking: limpieza de links innecesarios y limpieza de links a categorías no importantes.
• Se intensificó el linkbuilding (linkbaiting).

Empezó a recuperarse el tráfico

La arquitectura

Llegó el momento de trabajar la arquitectura con fandangoSEO:

• Entre 3 y 5 millones de páginas por países
• Imposible analizar una a una las URLs, así que tuvimos que priorizar.
• Segmentación de tareas por las categorizaciones de fandangoSEO
• Monitorizamos el googlebot para tener alertas
• Arreglamos los problemas HTML de fandango SEO

¿Resultados? Ay el Mobile First Indexing

La caída fue aún mayor que la anterior actualización, así que hubo que trabajar la web.

Vary: User-Agent

La cabecera que identifica si la página debe ser servida via mobile o desktop no estaba mostrándose bien fue eliminada unas semanas antes, así que no estaban haciendo dynamic serving.

Rendimiento web WPO

La web tenía un pobre rendimiento y pidió que los programadores estuvieran con el 1-2 semanas y se trabajó en:

• Reducción de tamaño en los dom objects
• Minimización de CSS
• Cacheado

La web se consiguió que corriera 3 segundos más rápido 🙂

Ay el Google speed updated

Las desgracias venían en cascada, y el tráfico seguía estancado en la caída.

Turno de VEGA

La nueva plataforma (VEGA) que corría con node.js era un comedero de tiempo así que se desarrolló una nueva “VEGA lite” que iba a salir con menos trabajo, con menos requerimientos y que iban a discontinuar la antigua web. Así que se trabajó solamente en la nueva web. Y parece que funciona, la gráfica empieza a subir.

Este post forma parte de la conferencia International Search Summit que se celebró en Barcelona en el 2018. No necesariamente quiere decir que esté de acuerdo ? Es la presentación de Marie Mure Ravaud y  Johann Godey de vistaprint “How to combine brand, PR, content and SEO to future-proof your international Search Rankings“. Está cogido haciendo liveblogging durante el evento, por lo que puede contener errores ortográficos (perdón)

Estamos en la época de la autoridad en SEO, atrás quedó la época de las keywords, los links y los links de calidad. El machine-learning hace que no sea tan necesaria la parte de links, porque la IA intenta entender la calidad de los contenidos.

La autoridad debe ser entendida como no conseguida, no buscada, sino dada por la gente, una medida de confianza y valor para nuestra web. Las webs más relevantes son las que mayor confianza y las que son mejor fuente de información. ¿Y por qué esto es relevante? Las SERPs tienen un 30% menos de clics y el CTR se ha vuelto importantísimo (y un circulo vicioso cuando se optimiza). Las tendencias son claras: el voice search, rankear el 5º ya no será relevante.

La autoridad es algo al que todos deben sumar: content marketing, marca, PR,…

• La marca: la parte intangible, es el ADN de la compañía. Crea un «por qué», una guía de estilo y una persona tipo.
• PR: Comunicación corporativa, gestión de crisis y reputación, partnerships con medios y personas.
• Contenido no transacional: con valor, relevante y que enganche para hacer nuevos clientes (y mantener los ya existentes).
• Contenido transacional: Que los usuarios encuentre lo que buscan es fundamental
• Social Media: Es la marca y la voz, el cara a cara con los usuarios.
• Localizacion: No traducir, localizar el contenido, localizar la web. Igualmente, la atención al público en su idioma y desde su país, es realmente relevante.

SEO = Authority landscape. El SEO es lo que pone a bailar a estas 6 secciones, es lo que hace que todo lo anterior case.

Traditional PR  + Advanced online PR

¿Cómo usarlo para maximizar el impacto? El PR tradicional, generar un beneficio muto entre organizaciones y entre sus públicos, no es solo enviar notas de prensa (aunque sea la base): noticias corporativas, nuevas configuraciones o funciones de nuestro producto, contenido, menciones que no suele tener links,… Si hablamos de advanced online PR tenemos que pensar en que cualquiera de nuestras comunicaciones deben ser pensadas como estrategia SEO. ¿cómo puede ayudar el SEO al equipo de PR? Definiendo campañas, definiendo la creación de lista de medios, trackeando las referencias y siguiendo la comunicación con los periodistas (Nota de un servidor: sobre todo para pedir links, aunque ellos digan que ya no se preocupan de los links :D),… ¿Y en que puede ayudar el equipo de PR al SEO? Definir cómo mejorar la cobertura de tus contenidos, cómo orientarlo para que llegue más lejos.

¿Cómo crear contenido que sirva para PR?bHerramientas como trends , answer the public, hacen que podamos identificar topics que generan links de forma efectiva. Busquemos estos 5 puntos: educativos, reputacionales, unicos, que provoque tensión o contenido que humanice.

• Educativos (Teach): DIY, cómo se hace, perfiles, tras las cámaras, una historia de éxito,…
• Reputación (Reputable): experiencias, influencers, datos de agencias, diversidad de datos de diferentes empresas que favorezcan tu contenido, expertos externos y sus frases,…
• Único (Unique): primero ó único, mejor/mas grande, diferente, sorprendente (por ejemplo: los 20 empleos más demandados que ganan más de 100.000€)
• Tension: Preguntas, luchas, riesgos, debates, mejoras (customer struggles)
• Conexión (Human Connection): testimonios, quotes, fotos, un viaje hasta llegar a un determinado lugar, historias sobre personas reales,…

Crear una gran historia mola pero ¿como consigues que los periodistas te enlacen?

1. Añade contenido de infografías, ebooks, video, lista de recursos,…
2. Influencers (que lo compartirán): enlázalos, habla de ellos,…
3. Go local (usa expertos locales), go broader (si segmentas, puedes acceder a medios locales), be relevant (reporte de industria, como el estudio de flat101),…

Ejemplo: los colores más relevantes en vistaprint

Aunque cada vez más están usando herramientas de AI para conseguir información, por lo que nuestra web tiene que ser accesible a los buscadores. Pero la clave sigue siendo la persona: crea una relación con el periodista para que confíe en tí.

Este post forma parte de la conferencia International Search Summit que se celebró en Barcelona en el 2018. No necesariamente. No quiere decir que esté de acuerdo ? Es la presentación de Jeff Ferguson “SEO for google’s mobile-first index & mobile-friendly world“. Está cogido haciendo liveblogging durante el evento, por lo que puede contener errores ortográficos (perdón)

¿Qué es el mobile first? Para una buena definición recomienda revisar esta URL donde Google lo anuncia. Y hay que dejar claro que mobile-first no es un mobile-only.

¿Y por qué es importante el mobile-first?

• Por que desbloqueamos 150 veces el móvil al día.
• 1.2B se usa la web via movil.
• 57% usamos el smartphone y otros dispositivos a la vez.
• 2.8 horas al día en el móvil.
• El 40% de los usuarios se van cuando la web no funciona bien en el móvil.
• 74% de los usuarios buscan en el móvil cuando están comprando físicamente (y el 79% acaba comprando).
• El 73% de los usuarios prefieren la web a las aplicaciones.
• Hay un incremento brutal del Internet Of Things, para el 2020 habrá 50.1 Billones de dispositivos conectados.
• El 19% de los usuarios han hecho alguna compra via Alexa (Amazon Echo) (De nuevo sale el tema de qué pasará cuando el resultado sea de pago).
• Para el 2020 (dentro de 18 meses) habrá un 50% de búsquedas por movil.

Mobile-first SEO

SEO: Contenido, arquitectura del sitio e inbounds links como base siempre del SEO.  Jeff recomienda siempre el diseño responsive para no tener que mantener dos URLs diferentes para el mismo resultado y, para ello, debes comprobar que se ve bien. (wpmetal.com tiene un 100/100 en mobile friendliness, 11/100 en mobile speed y 40/100 en desktop speed).

Consideraciones importantes desde el punto de vista de arquitectura en caso de tener dos sitios diferentes.:

1. Si la arquitectura es diferente en mobile y desktop debes pensar en cambiarla y unirla.
2. Structured data testing para mobile y desktop es necesario.
3. El robots.txt es accesible para Googlebot?
4. Verifica las dos versiones en Search Console.
5. No uses contenidos ocultos (acordeones, tabs,..).
6. Considera usar AMP si solo tienes una version desktop.
7. No olvidar los básicos (ojo a los titles tags).
8. Ojo con la internacionalización y el hreflang en caso de tener URLs diferentes para versión mobile.
9. Añade los social metadata (OpenGraph)
10. XML sitemaps sumando las URLs de mobile en caso de quesean diferentes.
11. Ojo al servidor: que aguante un crawl importante via mobile.

Contenidos

1. Correlación no es lo mismo que causa: ojo con los contenidos largos que no responden a los usuarios, céntrate en topics que sean buenos (mejor que largos per sé). No te asustes de los contenidos cortos (si son buenos): no es una cuestión de tamaño, es una cuestión de saberlo hacer.
2. 61% de crecimiento en los contenidos y las búsquedas que empiezan por: qué, cuándo, por qué, dónde,… Sobre todo en búsquedas móviles.
3. Usa tus contenidos para contestar a los usuarios, sus preguntas más comunes.
4. Ojo a los headlines, sobre todo en versiones móviles.
5. FAQs suena tan a vieja escuela que ¡no te rayes! Haz una sección de faqs
6. Video e imágenes molan, no te preocupes con ellas, solo optimízalas, cachéalas y muéstralas al tamaño correcto.

Enlaces:

1. Si tienes una versión mobile, consigue links también para esa web.

Este post forma parte de la conferencia International Search Summit que se celebró en Barcelona en el 2018. No necesariamente. No quiere decir que esté de acuerdo 😀 Es la presentación de Bill Hunt de BackAzimuth «Missed opportunities in International Search«. Está cogido haciendo liveblogging durante el evento, por lo que puede contener errores ortográficos (perdón)

Cuatro problemas principales:

• Idioma/cultura (no traduzcamos únicamente)
• CMS/Site infraestructura
• Geo Targeting
• Organización (se piensa solo como silos separados en vez de silos conjuntos)

Problemas comunes:

• Tenemos muy poco tráfico en uno de nuestros países ¿Por qué puede pasar?
  • La traducción aislada de cadenas de textos está completamente equivocada (en países como japón o arabia no se puede hacer este tipo de cosas)
  • Usar palabras erróneas desde el punto de vista SEO (Champaña vs Champagne, por ejemplo)
  • Olvidar localizar la meta descripción: al ser importante para el CTR, traducirla directamente es un error, porque muchas veces no tiene sentido en otros idiomas (o incluso no traducirla).
  • Múltiples contenido para la misma URL: la URL no cambia cuando cambia de idioma ¿Qué idioma es el principal?. Links se ven diluidos y no se pueden usar tecnicas de geotargeting.
  • Crear versiones infinitas de link rel=»alternate» hreflang=»es-XX» es decir, tener alternate de idiomas para, por ejemplo, japonés en España o Español en Corea del Sur. Solo porque puedes no quiere decir que tengas que hacerlo 😀
• Tenemos buenos rankings, pero no tenemos muchas ventas ¿Por qué?
  • Está rankeando la URL que no debe (ejemplo: rankeando un blog en vez de un producto).
  • Está rankeando la URL de otro país en el nuestro (por ejemplo: rankeando una URL de Australia en EEUU).
  • Está rankeando la URL de otro idioma que no tiene abierta la compra.
  • Redirección de ficheros: si tenemos muchas redirecciones (sobre todo en los sitemaps, donde es más problemático) tendremos un problema asociado de pérdida de relevancia porque se encadenan las redirecciones.
• Otros problemas
  • Tenemos mal establecido los hreflang.
  • No tenemos los links bidireccionales puestos.
  • Tenemos un hreflang extraño y mezclando los alternate idiomáticos y países (hreflang=»xh-cn» y hreflang=»es» en las URLs) Google se cansa y los ignora.
  • Si Google ve patrones de errores se irá y dejará de indexar URLs, aunque se las mandemos por el sitemap.
  • Canonicals incorrectos (Copio el contenido y meto un canonical a la versión original, la URL incorrecta se posicionará en otro país)
    • hreflang=»eu-au»
    • hreflang=»en-us»
    • hreflang=»en-gb»
    • hreflang=»en»
    • canonical=»en» <- por lo que tendremos problemas de organización, si le decimos que todos las URLs de otros países canonicalicen a una…
  • Otras formas de «cagarla» en los canonicals: capitalizar en una URL /EU-au/ no es lo mismo que /eu-au/
  • Problemas asociados a la detección de IP:
    • El buscador no puede encontrar URLs porque se redireccionan con un 302 a otra URL (y el robot no puede acceder).
    • Existe una página que te obliga a elegir un idioma (sin links).
    • La detección de IP falla y te lleva a una URL errónea (al usuario y al buscador).
    • Cloudflare (o similares) puede bloquearte también, así que cuidado con las configuraciones.
    • Cookies: me puede bloquear un usuario si no acepto las cookies (o si mi cookie principal es incorrecta), así que cuidado con la configuración de cookies.
    • La IP te cambia el contenido: puedes entrar en una URL y que la web te cambie el contenido.
    • ¿Que pasas por defecto? Esta pregunta tienes que hacértela para intentar entender qué pasaría, si la experiencia es correcta o no, tanto para el usuario como para el buscador. (Detectar los User Agent para intentar entenderlo).