Contenido AMP vs No-AMP penalización

El pasado jueves 16 de Noviembre, Google desde su blog para webmasters, anunció un actualización importante en el mundo de la distribución del contenido AMP con fecha de inicio el día 1 de febrero de 2018.

Para aquellos que aún no saben qué significa AMP y cuál es su impacto en las búsquedas, os invito a que consultéis este enlace. Además encontraréis herramientas que os ayudarán a optimizar vuestro contenido exclusivo para este nuevo formato.

Es importante tener claro que AMP no se considera directamente un factor de posicionamiento, pero al implicar una reducción en los tiempos de carga y por tanto mejorar usabilidad (tasa de rebote, permanencia en página, etc.), indirectamente tiene su relevancia en el buscador (el tiempo de carga sí es un factor de ranking).

En el artículo, Google habla de las diferencias en la presentación del contenido en aquellos sitios que sirven su sitio web en las dos versiones: versión web canónica y versión AMP.

El contenido que sirves en la versión amp, ha de ser lo más similar al contenido de su versión canónica. Existirán casos en los que determinados elementos “secundarios” de la página como los asides, footer, menú de navegación, etc. serán ligeramente diferentes, pero el contenido principal (titular, cuerpo, etc.) deberá ser el mismo. Apuntan que este aviso surge ante algunos sitios en cuya versión amp incluyen un botón que obliga al usuario a redirigirse a su versión canónica en lugar de consumirlo en amp, lo que supone una mala experiencia de usuario. La excusa para ellos reside en que para ciertos elementos javascript que implican una acción dinámica en esos elementos, a la hora de pasarlo a amp, no existían las etiquetas específicas para ello. El proyecto de AMP continuamente está sacando actualizaciones en la adaptación del contenido a sus etiquetas, e incluso pide ayuda a los sitios para proponer nuevas mejoras que encajen en su filosofía de contenido rápido y amigable.

Where we find that an AMP page doesn’t contain the same critical content as its non-AMP equivalent, we will direct our users to the non-AMP page

Es decir, que si tu contenido principal en amp no es el mismo que el de la página canónica redirigirán al usuario a la versión web. Esto como tal no supone una penalización, pero sí que hablan que este tipo de práctica provocará que tu contenido salga del carrusel de noticias móvil, por lo que perderás visibilidad y por tanto tráfico. No afectará como tal a los resultados orgánicos móvil, pero tiene sentido sacarte de ese módulo, ya que su objetivo es consumir rápidas noticias y de forma simple, no forzar al usuario a tener que hacer más clics, esperar más tiempo, más consumo de datos, etc, es decir, peor experiencia.

El propietario del sitio además recibirá una notificación en la herramienta Search Console para corregir esta situación lo antes posible. Te recomiendo que vigiles el tráfico de búsqueda desde la opción de analítica: apariencia en el buscador -> resultados enriquecidos de amp.

Aquí puedes ver algunos casos de éxito donde el sitio tiene una total integración de su contenido a formato AMP.

Fuente Official Google Webmaster Central Blog: “Engaging users through high quality AMP pages”

Nueva ventana target=”_blank” rel=”noopener noreferrer”

Desde el pasado mes de abril de 2017, el cms WordPress bajo su versión 4.7.4 , añade una nueva relación a los enlaces externos que se abren bajo nueva ventana. El objetivo de esta medida es atajar la vulnerabilidad que supone la apertura de un link bajo target=”_blank”.

Explicado según el sitio de ayudawp.com en su artículo “La vulnerabilidad target=”_blank” y la solución rel=”noopener noreferrer” de WordPress”:

… cuando haces clic en una web para abrir una página nueva, y se abre en una nueva pestaña, si luego vuelves a la web original, sin que tú te des cuenta se cambia automáticamente esa página falsa que simula ser la buena.

Con este proceso de vulnerabilidad, podrías estar dando tus datos de registro, etc. a una url que en realidad no es la oficial que estabas buscando.

Lo que ocurre ahora en WP (si lo tienes actualizado) es que con los enlaces externos que se abren en nueva pestaña bajo el formato target=”_blank”, se añade automáticamente  la propiedad de relación para el enlace rel=”noopener”.

¿En qué consiste rel=”noopener noreferrer”?

La relación de enlace rel=”noopener”, está dirigida para Chrome y el funcionamiento según la página de desarrolladores de Google es:

Cuando tu página tiene un vínculo a otra página mediante target="_blank", la página nueva se ejecuta en el mismo proceso que tu página. Si la página nueva ejecuta JavaScript pesado, el rendimiento de tu página también puede verse afectado.

Además, target="_blank" también es una vulnerabilidad de la seguridad. La página nueva tiene acceso a tu objeto window por medio de window.opener y puede trasladar la página a otra URL usando window.opener.location = newURL.

Además se añade  rel=”noreferrer” para el navegador Firefox, ya que no entiende la relación anterior noopener.

¿Añadir rel=”noopener noreferrer” a mis enlaces externos afecta al SEO de mi página?

“nope.”

Así respondió John Mueller en twitter ante la pregunta de Dawn Anderson:

Además, aunque sabemos las implicaciones SEO que tiene añadir la propiedad “nofollow” a un enlace, el hecho de que WP añada “noopener”, ¿tendría algún efecto sobre ello? no, se trata de un simple enlace visto a ojos de Google.

Así quedaría un enlace con todas las propiedades añadidas:

<a href=”https://enlace” target=”_blankrel=”nofollow noopener noreferrer>anchor text</a>

NUEVO – Desde la herramienta para desarrolladores de Chrome ,si realizas una auditoría de la página o si directamente añades la extensión para Chrome de “Lighthouse“, podrás ver en el apartado de “Best Practices” que realmente recomiendan la implementación de esta acción en aquellos enlaces que se abren como ventana nueva (target blank) para mejorar la parte de usabilidad y consumo de contenido añadiendo más seguridad.


Más información:

Páginas AMP: cambiar la fecha de publicación “post_publish_timestamp” por la de última modificación

Para evitar que en tus publicaciones de AMP, en lugar de aparecerte la fecha de publicación (te sale por defecto), te aparezca la última fecha de modificación de la noticia (si la has actualizado más tarde después de publicarla por primera vez), lo que tienes que hacer es:
– Entrar en PLUGINS – EDITOR
– Seleccionar el plugin de AMP (en el desplegable de arriba a la derecha y buscas “AMP”)
– Una vez dentro, buscas el archivo del plugin llamado amp/templates/meta-time.php
– Y aquí, lo único que tienes que hacer es sustituir la parte del código en rojo:
Es decir, post_publish_timestamp por 

<div class=”amp-wp-meta amp-wp-posted-on”><div class=”amp-wp-meta amp-wp-posted-on”> <time datetime=”<?php echo esc_attr( date( ‘c’, $this->get( ‘post_modified_timestamp‘ ) ) ); ?>”> <?php echo esc_html( sprintf( _x( ‘%s ago’, ‘%s = human-readable time difference’, ‘amp’ ), human_time_diff( $this->get( ‘post_modified_timestamp‘ ), current_time( ‘timestamp’ ) ) ) ); ?> </time></div>

Actualizaciones Nueva Google Search Console

Google Search Console (la herramienta para desarrolladores gratuita de Google) sigue avanzando y lanzando nuevas funcionalidades que ayudan a los webmasters a resolver los errores más graves de sus sitios.

Pasar de la versión antigua a la nueva versión de Search Console

Presentando Search Console BETA 08/01/2018

Nuevas mejoras han sido comunicadas por Google a través del post titulado: “Introducing the new Search Console” y se centran en:

  • Hasta completar la totalidad integración de la nueva SC, ambas versiones – antigua y nueva – convivirán durante meses. Se espera que sea lanzada totalmente a mediados de 2018.
  • Se agrega la opción de poder compartir informes para facilitar el trabajo por grupos.
  • El nuevo Informe de Rendimiento de Búsqueda (Search Analytics) incorporará hasta 16 meses de datos y opción de comparación. Se habilitará también para la API de Search Console.
  • El informe de Estado de indexación se actualiza y ofrece información mucho más compleja y fácil de entender para llevar a cabo tus acciones SEO técnicas. Muestran información actualizada sobre las URL correctamente indexadas, advertencias sobre posibles problemas y razones por las que Google no las indexa.
  • Más funcionalidades para la mejora de AMP: permite hacer varias validaciones en vivo para testar si pasan o no el filtro, y si no, muestra los posibles errores y formas de corregirlo.

“COBERTURA DEL ÍNDICE” Y “AMP” 21/08/2017

Las últimas mejoras las comunicó Google el pasado 1 de Agosto y se centran principalmente en la parte de indexación de páginas y en el reporte de errores de AMP.

  • La parte de indexación de páginas va más allá del informe actual donde se muestra el número de páginas que tu sitio tiene indexadas (Índice de Google – Estado de indexación) y aquellas que han sido bloqueadas por robots. Ahora con la nueva update Google permitirá identificar las páginas que no han sido indexadas y ofrecer tips para solucionarlo. Dentro de esta nueva opción también añade la posibilidad de subir un sitemap para ayudar a la indexación más rápida de esas urls.
  • En cuanto a la parte de Errores AMP (Apariencia en el buscador – Accelerated Mobile Pages), una de las novedades es una que se echaba de menos y era el poder “forzar” el rastreo de urls amp que ya había sido corregidas. Hasta entonces la opción pasa por ir uno a uno o incluso subir un sitemap temporal con las urls amo corregidas. Sin embargo ahora desde el tipo de error, se podrán ver las páginas que están siendo afectadas y hacer una petición recrawl de todas ellas.
  • Se habla incluso de la posibilidad de aumentar el histórico de la información de nuestro sitio, es decir, mostrar más datos más allá de los 90 días que por ejemplo te permite mostrar la opción de tráfico de búsqueda.

“INSPECCIÓN DE URLS” 17/07/2018

Google anunció el pasado 25 de junio de 2018 una nueva opción en la herramienta de Search Console llamada “Inspección de URLs”.

Ésta nueva opción permite entre otras cosas, obtener un mayor detalle de cómo Google ve una determinada url en términos de rastreo, indexación e información servida de esa página en sus resultados de búsqueda.

“PERMISOS A USUARIOS” , “VERIFICACIÓN DE PROPIEDADES” E “INFORME DE USABILIDAD MÓVIL” 15/08/2018

El pasado 15 de agosto de 2018 Google comunicó a través de Twitter tres nuevas funciones dentro de la herramienta en fase Beta:

  • “Usuarios y Permisos”: dentro de la opción de “Configuración” se pueden gestionar los permisos que teníamos en la versión antigua, y además te ofrece más información como el nombre asociado a esas cuentas …
  • “Verificación de la propiedad”: se muestra el método utilizado por tu sitio web para verificarla en la herramienta, además te muestra todas las opciones posibles para hacerlo como: subir un archivo html al sitio, añadir una metaetiqueta en la home page, usar la cuenta de GA, usar la cuenta de GTM y a través de DNS.
  • “Usabilidad Móvil”: dentro de la opción de “Estado”, este informe nos ofrece la misma información que teníamos en la antigua herramienta, sólo que además de las incidencias detectadas y el número de páginas afectadas, ahora ofrece las urls válidas detectadas y el número de impresiones. Importante su seguimiento teniendo en cuenta que se trata de una señal de ranking para Google.

Más Información sobre el Informe de Usabilidad móvil

“ENLACES” 21/08/2018

Google anuncia oficialmente en su blog una nueva funcionalidad llamada “Enlaces” al nuevo Search Console (ya estaba en la antigua versión).

Este nuevo informe mejorado de “Enlaces a tu sitio” integra cuatro gráficas:

  • Enlaces externos: páginas de tu site que más enlaces reciben de otras propiedades.
  • Enlaces internos: páginas de tu site que más enlaces reciben desde dentro de tu propio site.
  • Sitios web con más enlaces: cuáles son los hosts que más enlaces envían a tu site.
  • Texto de enlace más frecuente: indica el anchor text con el que más te están enlazando.

Alguna información a tener en cuenta sobre este nuevo informe es:

  • Las páginas se agrupan en función de su URL canónica (sin parámetros, etc.).
  • Los enlaces duplicados cuentan como uno.
  • Aunque en el informe “Enlaces” se usa el término “sitio web”, en realidad los datos se agrupan por dominio raíz; los protocolos (http/https), los subdominios (m., www) y los subdirectorios se recortan y se unifican. Como consecuencia, es posible que los enlaces se consoliden y que su número disminuya.
  • No se muestran los enlaces a las páginas del sitio que se hayan bloqueado con el archivo robot.txt.
  • Si Google detecta un enlace a tu sitio que devuelve un 404 el enlace no se mostrará en esta página.

AMP: qué es y herramientas de validación para Google

Pocas son ya en el mundo del marketing online los que no conocen el proyecto AMP y en qué consiste. Como resumen rápido, diré que básicamente este proyecto surge como iniciativa entre publishers y empresas tecnológicas para mejorar el ecosistema de consumo de contenidos desde dispositivos móviles. Oficialmente se lanzó el 24 de febrero de 2015, haciendo ya más de dos años de vida…

AMP pretende competir con los Facebook Instant Articles y los Apple News. La idea es que ese contenido adaptado AMP se cargue más rápido que una página normal y sea por tanto más fácil de consumir, mejorando así la experiencia de navegación del usuario desde móvil.

Importante destacar que AMP no es un factor de posicionamiento (todavía) en los resultados de búsqueda, es decir, que por tener adaptado tu contenido a AMP no vas a posicionar mejor en las SERPs (aunque sí que vas a ganar en visibilidad – por el carrusel de noticias AMP- y por tanto más probabilidades de atraer más tráfico). Lo que sí que ocurre es que si tienes tu contenido en AMP, los buscadores (Google) van a tomar esta url amp como “preferida” frente a tu url móvil para mostrar en los resultados de búsqueda (al igual que hace con las urls https vs http).

IMPLEMENTACIÓN

Para los sitios en WordPress se puede activar a través del plugin AMP

Relación técnica entre las diferentes urls:

En la url canónica aparecerá en el html la etiqueta: <link rel=”amphtml” href=”URL_AMP”> y en la url AMP aparecerá la etiqueta canonical apuntando a la url web <link rel=”canonical” href=”URL_CANONICAL”>

VALIDACIÓN DE URLS AMP

Para asegurarse que nuestras urls siguen las especificaciones técnicas definidas por el proeycto y que por tanto son potencialmente visibles en los resultados de búsqueda móvil, algunas de las herramientas online gratuitas que nos pueden ayudar a detectar y corregir errores son:

  • AMP VALIDATOR

A través de las urls validadoras de AMP Project:

https://ampbench.appspot.com/

https://validator.ampproject.org/

  • CONSOLA DE DESARROLLADORES DE CHROME

Añades la url AMP con la terminación #development=1. A continuación accedes a la consola para desarrolladores CTRL + Alt + J (Windows) y en la opción “Console” aparecerá el mensaje “AMP validation successful” si pasa el test. De lo contrario mostrará los mensajes de error correspondientes.

  • SEARCH CONSOLE

A través de la herramienta para webmasters de Google, dentro de la opción de “Aspecto de la búsqueda – Accelerated Mobile Pages” nos aparecerá en el panel el número de páginas AMP indexadas y el número de páginas AMP con errores “importantes” y “no graves”. Indagando dentro de los errores que se muestran, puedes encontrar el origen del problema y solucionarlo.

https://search.google.com/test/amp

  • EXTENSIÓN PARA CHROME AMP

Puedes añadir los diferentes complementos al navegador de Chrome para facilitarte la tarea de check en el momento:

Url extensión para Chrome

Google TestMySite: analiza tiempos de carga y rendimiento de tu sitio

El 2 de Junio, Google anunció mejoras en su herramienta online gratuita Test My Site, que a su vez se nutre de dos de sus herramientas más utilizadas sobre todo por la parte mobile: Mobile Friendly Test (enfocada a analizar si una url está adaptada a móviles) y Page Speed Insights (para medir el rendimiento y velocidad de carga de una url en móviles y escritorio).

Creo que es importante tener en cuenta como contexto que: por un lado Internet crece de forma exponencial en cuanto a volumen de información (y urls generadas), lo que supone un mayor gasto en el uso de servidores y “máquinas” a los buscadores; y por otro lado que la mitad del tráfico total de la web proviene de dispositivos móviles. Es por estas, entre otras razones, por lo que Google se ve en la situación de lanzar y mejorar sus herramientas online orientadas a analizar el rendimiento técnico del sitio, la experiencia móvil y velocidad de carga con el objetivo de que los propietarios de los sitios web apliquen las recomendaciones y mejoren sus ratios.

En este sentido, Google escribió recientemente un artículo donde se muestra la variación de porcentaje de abandono que un usuario tiene cuanto mayor es el tiempo de carga de una página. Ésta es la gráfica resumen:

Tiempos de Carga Estudio de Google SOASTA 2017

Por ello, para corregir estos problemas, en su día Google facilitó la herramienta TestMySite , pero que ahora es novedad porque han incluido algunas mejoras.

Las principales funciones que nos ofrece esta herramienta son:

– Índice de tiempo de carga y resultado de si el sitio está optimizado para móviles o no (y con una puntuación de 0 a 100 frente al “sí o no” de la herramienta antigua)

– Pérdida estimada de visitantes en función del valor conseguido en tiempo de carga NUEVO

– Comparación del tiempo de carga respecto a otros sitios en tu misma industria NUEVO

– Recomendaciones para reducir el tiempo de carga

 

Además, la herramienta te ofrece la opción de enviarte el informe detallado junto con una batería de recomendaciones individuales por mail.

 

Algunos valores que son importantes a tener en cuenta:

Tamaño de página medio en bytes -> se recomienda menos de 500KB

Tiempo de carga -> se recomienda menos de 3 segundos

Tiempo medio hasta mostrar el primer byte -> se recomienda menos de 1,3 segundos

 

Otras de las herramientas a destacar es la herramienta para desarrolladores de Google, que permite hacer una auditoría técnica de las páginas desde Chrome, sin tener que utilizar ningún software.

Comunicado Oficial de Google la noticia Google Test My Site

Consideraciones técnicas desde Google para desarrolladores

Chrome para desarrolladores – Herramienta de Google

Una de las herramientas online gratuitas más potentes y quizás poco utilizadas, es la herramienta para desarrolladores de Google Chrome. Para acceder a ella tan sólo tienes que, desde el desplegable de la barra del navegador, seleccionar “Más Herramientas” -> “Herramientas para desarrolladores” , o bien pulsando las teclas Ctrl + Mayús + I  para acceder al panel de forma directa (Cmd+Opt+I en Mac).


Con motivo del décimo aniversario del navegador Chrome, Google ha sacado nuevas actualizaciones en su nueva versión 69, éstas son algunas de las más destacadas:

    • CSS Scroll Snap: permite crear mejores experiencias en cuanto al desplazamiento de fotogalerías, paginaciones, etc. marcando el momento exacto donde queremos que pare el scroll. Ver más detalles aquí.
    • Recortes de pantalla: usar el área completa de la pantalla, incluido cualquier espacio detrás del corte de la pantalla, llamado notch. Más detalles aquí.
  • Generador automática de contraseñas. Post de Google OficialPassword mgr final
  • Mejoras en la función OMNIBOX: resultados directamente en la barra del navegador.Omnibox
  • Nuevo diseño de la página de inicio con accesos directos personalizados…Chrome new UI
  • Cambio en la presentación de urls: desaparece el protocolo y el resaltado en verde para diferenciar los sitios seguros de los no seguros (sólo en desktop v68 vs v69).

CHROME VERSIÓN 69

Además de éstos nuevos cambios para ésta versión 69, Google ha ido mejorando el navegador a lo largo de éste último año con mejoras como: filtro de anuncios contra ads maliciosos y molestos, navegación VR y AR a Chrome, etc.


Uno de los usos más habituales de la herramienta es analizar el html, css y diferentes recursos web de una página.

Algunas funciones más utilizadas son:

  • Checkear cómo rinde la página, bloqueando en nuestra web determinados recursos como css, js, etc.
  • Comprobar qué recursos están utilizando más bytes de lo normal y cómo minimizarlo (esta última opción será habilitada en la nueva versión de Chrome 60) – Opción “Coverage Profiler” en la consola.
  • Captura de Pantalla completa: puedes hacer una captura de pantalla completa desde la herramienta para desarrolladores de Chrome [VIDEO] sin utilizar ninguna extensión. Una opción muy buena y quizás poco conocida. ¿Cómo puedo hacer un “full size screenshot”?: desde la devtool, pulsamos Ctrl + Mayús + P y buscamos la opción “Capture full size screenshot”. Automáticamente se descargará la imagen con la captura de imagen.captura de pantalla completa

También se puede sacar una captura incluyendo la carcasa del teléfono móvil desde la opción de la “hamburguesa desplegable” – Show device frame

iframe device type

  • Audits Panel: donde te permite analizar el rendimiento de la página según la puntuación obtenida en los valores de PWA, Performance, Accessibility y Best Practices.  Esta nueva función está desarrollada por Lighthouse (que ayuda a auditar todos los aspectos de calidad de la app web).
  • Third Party Badges: recomendado para sitios grandes donde se hacen llamadas a aplicaciones de terceros, librerías, etc. Ya que puede resultar útil saber qué componentes de terceros que incluimos en el código nos están ayudando o no en el rendimiento de la página. Para acceder a esta opción habría que, una vez dentro del panel de desarrolladores, teclear Ctrl + Mayús + P , y dentro del recuadro buscar “badges” y seleccionar “Show Third Party Badges”. En la opción Network aparecerá un listado de los diferentes componentes y desde Console puedes ver qué fue lo que originó el problema.
  • “Continue to here” (Sources): te ayuda a seleccionar parte de un js que quieres ejecutar por líneas, diferenciándolo del resto de código por ejemplo.

  • El vídeo pasará a pantalla completa cuando se haga girar el dispositivo.
  • Te permite emular cómo los dispositivos móviles con poca conexión a internet, media, incluso offline, pueden acceder e interactuar con tu contenido. Habilitando estas opciones, en las pestañas de “Network” y “Perfomance” los resultados cambiarán.
  • Se muestra también el tiempo de respuesta de caché en cada página.
  • En cuanto a la renderización, se habilita una nueva opción, FPS (frame per second).

La última conferencia de desarrolladores de Google, lo que mundialmente se conoce como “Google I/O ’17” tuvo lugar el pasado 17 – 19 de Mayo en este caso en California y dejó muchas novedades.

También ofrecen documentación mejorada acerca de cómo optimizar la velocidad del sitio web con DevTools de Chrome.

Descarga la última versión de Google Chrome aquí

SEO Interstitials Publicidad – Penalización de Google

Desde el pasado 10 de Enero de 2017, Google lanzó oficialmente lo que se conoce como “Penalización por Interstitials”, es decir, cuando se bloquea con publicidad (de forma excesiva) el contenido de un sitio web al que los usuarios pretenden acceder desde los resultados de búsquedas de Google para móvil. Ésta acción repercutirá sobre la clasificación en las SERPS de esas páginas en concreto.

Y es que el uso de los interstitals intrusivos implica que:

    • Pueden llegar a “ocultar” el contenido de la página y afectar a su posicionamiento.
    • Empeoran la experiencia de usuario (mayor porcentaje de rebote de página).

¿CÓMO AFECTA LA PENALIZACIÓN POR INTERSTITIALS EN SEO?

  • Afecta sólo a los resultados de búsquedas para móvil y no en PC (de momento) – sólo MOBILE.
  • Éstos formatos podrán seguir apareciendo en desktop.
  • La penalización se aplicará cuando el pop up salte en el intervalo entre el click del usuario desde Google y la página  destino.
  • Sólo se aplicaría la penalización sobre las páginas que incurren en ésta práctica, no sobre todo el dominio.

No se aplicará la penalización cuando:

  • El usuario ya está dentro de la web navegando entre páginas y salta el pop up.
  • Cuando hayan pasado más de 5 minutos y se muestre el pop up.
  • Cuando el usuario vaya a abandonar el site y le salte un pop up.

¿QUÉ FORMATOS SON LOS POTENCIALMENTE PENALIZABLES POR GOOGLE?

    1. Ventana emergente que tapa el contenido principal.
    2. Mostrar un interstitial que el usuario tenga que cerrar para poder ver el contenido.
    3. Usar un diseño en el que la mitad superior de la página sea similar a un intersticial independiente, con el contenido original insertado en la mitad inferior.

Formatos de publicidad intrusivos Interstitials Google

¿QUÉ FORMATOS DE PUBLICIDAD SON PERMITIDOS POR GOOGLE?

Formatos de publicidad permitidos por Google

    1. Intersticiales de uso de cookies o verificación de la edad. 
    2. Cuadros de diálogo para iniciar sesión en sitios web (ej.:muros de pago para acceder a noticias).
    3. Los banners que ocupan un espacio razonable en la pantalla y se pueden ocultar fácilmente (ej.:descarga de apps).

Compra programática publicidad

 

  • Fuentes:

http://searchengineland.com/interstitialgeddon-google-warns-will-crack-intrusive-interstitials-next-january-257252

http://www.thesempost.com/pages-intertitials-fake-interstitials/

  • ThinkwithGoogle:

https://www.thinkwithgoogle.com/intl/es-es/article/los-anuncios-para-moviles-necesitan-renovarse-la-solucion-pueden-ser-los-anuncios-nativos-programaticos/

CASO DE ÉXITO ANUNCIOS NATIVOS PROGRAMÁTICOS – THE NEW YORK TIMES

https://www.doubleclickbygoogle.com/articles/new-york-times-native-ads-case-study/

SEO: ¿Redireccion 301 y cambio de dirección en Search Console?

¿Cuál es el beneficio usar la opción de “cambio de dirección” en Search Console?

Frente a la pregunta del título surge la duda además de: ¿entonces qué pasa con las redirecciones que hago en la migración del sitio?

Hay que tener en cuenta que:

  1. El cambio de dirección en la opción de Search Console es a nivel site, mientras que las redirecciones son a nivel página. Es decir, ¿que pasa si mueves un directorio a otro directorio?
    Puedes hacer redirs 301 de cada una de sus páginas internas a sus correspondientes urls en el nuevo directorio. Sin embargo con el cambio de dirección lo que indicas a Google es que un sitio o directorio entero se ha movido a otro sitio.
  2. Las redirecciones 301 pueden tardar un poco más en surtir el efecto de las señales, mientras que el cambio de dirección en GSC es una señal inmediata a Google.

En resumen,

Desde Google, recomiendan hacer ambas acciones, primero el cambio de dirección en GSC (para indicar el cambio de todo el sitio) y seguido, hacer las redirecciones 301 a nivel individual de url a url.

También estaría bien hacer las redirecciones 301 del sitio (sin hacer el cambio en GSC), y si pasados 3 meses todo está correcto, no haría falta hacer el cambio de dirección ya que Google está teniendo en cuenta esa migración de forma correcta. En caso contrario se podría ayudar a Google indicándolo en la herramienta.

Aquí podéis ver la aclaración completa según Matt Cutts.

Estrategia SEO para el Black Friday

Algunas de las dudas que pueden surgir en términos de posicionamiento para aquellos sites que trabajan con webs de ecommerce principalmente y que trabajan ofertas estacionales es: ¿qué estrategia para buscadores es la más acertada?.

Esto pasa por ejemplo con uno de los eventos de promociones en ecommerce más importantes del año, me refiero al Black Friday, que tiene lugar el día siguiente al de acción de gracias, viernes negro 25 de noviembre.

Algunas de las dudas/opciones que se pueden plantear son:

  • Redirección 301 o 302: ¿Redirigimos la página hacia la portada? ¿o hacia una página categoría de producto?
  • Página 200: ¿Dejamos la url ofreciendo un 200 indefinidamente?
  • Mostrar 404: ¿Mostramos un error en la página para que Google deje de rastrearla durante el año y semanas antes del evento volvemos a activarla?

  • Redirección: Si consideras hacer una redirección de la página de la promoción (genérica) hacia la home (supondría un 404 soft a ojos de Google) puede tener su lógica, y es que es contenido que durante un tiempo va a dejar de actualizarse. ¿Qué tipo de redirección sería la más acertada? Independientemente de si aplicas una 302 o 301, Google llegará a considerar la redirección como permanente si pasan varios meses (se habla de entre 3-6 meses). Ésta acción no afecta al paso de las señales de ranking aunque la kw principal por la que posicionabas la página muy posiblemente descienda durante el tiempo que el evento no sea “de actualidad”. Llegada la fecha del evento, la redirección se elimina y vuelve a activarse la página devolviendo 200. A nivel técnico implica a Google tener que rastrear los saltos de redirección de las páginas y “gastar su tiempo”. En el caso de optar por ésta opción, antes de llevarle a una página muy genérica y global como la portada, trataría de redirigirla hacia una categoría de promociones o eventos (algo más profundo) y que realmente estuviera muy relacionado con la página origen.
  • Página OK: si decides dejar la página activa durante todo el año, pero sólo la reactivas con ofertas y promociones (nuevas urls) al acercarse la fecha está bien. Google seguirá entrando en la página, pero no la dará una visibilidad especial en SERPs al ver que no se genera contenido nuevo frecuentemente. La página seguirá mostrándose en SERPs y no se verá afectada, sólo que no se posicionará en el top hasta que no vuelva a generarse contenido nuevo y de valor.
  • Error 404: se trata de otra opción igualmente válida, es decir, se mostraría en servidor un error 404 para que Google deje de rastrear la página (dudo de si los enlaces internos de una página 404 son seguidos por Google) y personalizar la página con un listado de productos de promoción u oferta, etc. Mostrarla como error, hará que la página sea desindexada por Google y arrastrada a posiciones muy bajas en SERPs.

En cualquier caso, todas las opciones son igualmente válidas y en términos de SEO no supone un beneficio para la página/site.

Independientemente de la opción, lo ideal, y para que Google rastree más rápido la página y le de la fuerza SEO para posicionar por la kw principal, es mostrarla desde la portada, en lugar de desde partes del site más profundo donde tarda más tiempo en llegar y rastrear.

Personalmente soy partidario de hacer trabajar lo menos posible a Google en términos de rastreo, por lo que dejaría la página activa por siempre y ofrecería una batería de productos u ofertas, enlaces hacia otros eventos promocionarles especiales, etc, que ofrezca al usuario poder seguir consumiendo productos y mejorar su experiencia de usuario. Evitaría hacer redirecciones. Un ejemplo de esto podríamos encontrarlo en la página de Black Friday de Amazon.