Qué tipo de redirección escoger para una homepage

Qué tipo de redirección escoger para una homepage

15 Jul 2020 in

Tabla de contenido

El presente artículo pretende dar un poco de luz sobre qué género de redirección debemos elegir para una página principal en el caso de una web con distintas versiones locales albergadas en subdirectorios.

.- por Sergio Redondo y Jose Miguel Moreno

Las redirecciones son uno de los métodos más empleados por los SEOs y webmasters para solucionar los inconvenientes que producen la eliminación o bien desactivación temporal de ciertas URLs.

Si, por poner un ejemplo, tenemos una URL que hemos decidido quitar pero que recibe una cierta cantidad de enlaces, lógicamente no vamos a querer perder el link juice proveniente de dichos links, por lo que una buena solución sería hacer una redirección 3.1 desde esa URL a otra nueva o bien alguna ya existente, de forma que sea esta nueva la que reciba el link juice.

Este artículo no pretende ser una guía de uso de redirecciones, sino nuestra intención es generar un debate sobre el empleo de exactamente las mismas en ciertas situaciones, específicamente en una en la que creemos que seleccionar entre un tipo de redirección u otra no está nada claro.

Si no deseas leer: TL;DR y salta

1.
once.
1.2.
trece.
catorce.
1.5.
2.
3.
3.1.
tres.2.
tres.3.
4.

Back to top

1) 1. Géneros de redirecciones

Para ello, vamos a explicar primero en qué consiste cada una de las redirecciones más comunes (y otras que no lo son tanto), de modo que tengamos una base sobre la que poder basar nuestra resolución para resolver el problema que plantearemos más adelante.

1.1) 1.1. Qué es una redirección treinta y uno (movido de manera permanente)

La redirección 301 se da cuando el recurso (página) sobre el que se hace la solicitud ha sido ‘movido permanentemente‘ hacia una dirección distinta, es decir, cara otra URL.

Esta redirección es muy habitual en casos de migraciones web desde un dominio antiguo a un nuevo dominio o bien, como vimos ya antes, ante eliminaciones de URLs.

1.1.1) 1.1.1. Características de las redirecciones 301

  • Se emplea cuando queremos eliminar una URL de forma permanente
  • Es la redirección que se indexa con más rapidez y la que traspasa más autoridad
  • Google sigue hasta 5 redirecciones 301
  • En teoría, Google cachea la URL de destino
  • En teoría, descarta la posibilidad de regresar a usar en el futuro la URL de origen

1.2) 1.2. Qué es una redirección treinta y dos (encontrado)

La redirección 302 se da cuando el recurso (página web) sobre el que se hace la solicitud ha sido ‘encontrado‘ mas reside provisionalmente en una dirección diferente, o sea, en otra URL.

Un punto a tener en consideración en este tipo de redirección es de qué forma interpretarla: se podría decir que el recurso original ofrece una respuesta 200, solo que el usuario es redirigido a otra URL. Esto explicaría que al hacer una busca relacionada la URL cacheada en las páginas de resultados de Google sea la de la URL ‘antigua’ o movida (o, de nuevo, por lo menos en teoría).

Este tipo de redirección ha dado sitio a confusión, puesto que ha sido utilizado tanto para reubicaciones temporales de contenidos desde una URL a otra, como para redirigir temporalmente a los usuarios desde una URL que en un cierto instante no interesa que sea perceptible hasta otra que sí. Esta situación, pese a ser un tipo de redirección muy utilizado (e inclusive recomendado por Google para determinadas situaciones), hizo que la redirección 3.2 se transformara en una práctica que contradecía el estándar, motivo por el que se creó la redirección trescientos siete.

1.2.1) 1.2.1. Peculiaridades de las redirecciones 302

  • Actualmente se emplea para una redirección temporal sin razón determinada (found)
  • Google muestra la URL de origen y title y description de la URL de destino
  • , cuando pase un tiempo indeterminado se va a tomar esta redirección como un 3.1, a pesar de que nosotros no le estamos diciendo a Google en ningún instante que esa redirección es una 301
  • El primordial inconveniente, , es que esta redirección traspasa el 0 por cien del link juice
  • Según un , al cabo de unos seis meses Google prosigue guardando en caché una copia de la URL de origen.

1.3) 1.3 Qué es una redirección treinta y tres (ver otro)

La redirección 303 se da cuando al hacer la petición sobre un recurso (web), el servidor lleva al usuario a ‘ver otro‘ recurso.

Es la redirección a utilizar en el caso que comentábamos de no hacer perceptible cierta landing a lo largo de un tiempo y redirigir a los usuarios a otra URL, no obstante, es efectivamente curioso ver de qué manera funciona esta redirección.

1.3.1) 1.3.1. Peculiaridades de las redirecciones 303

  • El servidor encuentra el recurso mas manda al usuario-agent a ver otro distinto
  • Google muestra la URL de origen y title y description de la URL de destino
  • Parece ser que esta clase de redirección no pasa autoridad

1.4) 1.4. Qué es una redirección 307 (redirección temporal)

La redirección 307 se da cuando el recurso sobre el que se ha hecho la solicitud hace una ‘redirección temporal‘ hacia otro recurso.

La diferencia con el la redirección treinta y dos es el carácter ‘encontrado’ de la URL original; en el caso de la redirección 307 la URL original no se halla, por lo que se redirige a un nuevo recurso.

1.4.1) 1.4.1. Peculiaridades de las redirecciones 307

  • Actualmente se emplea para “Movido temporalmente
  • Google muestra la URL de origen y title y description de la URL de destino
  • Según el convocado experimento de Javier Lorente, al cabo de un tiempo Google guarda en caché una copia relativamente reciente de la URL de destino

1.5) 1.5. Otros géneros de redirecciones

1.5.1) 1.5.1. Meta refresh

El meta refresh es un método que puede emplearse para actualizar o bien refrescar el contenido de una página web al cabo de un tiempo. Se trata de una etiqueta meta que introducimos en el

Si el número que ponemos en content es igual a cero, el sitio web se actualiza solamente cargarse; si además, la etiqueta incluye una URL diferente a la que actualizar, el usuario tan solo vería el contenido de esta otra URL, y jamás el contenido original de la URL a la que ha pretendido llegar:

Este tipo de redirección es empleada y considerada como una técnica de cloacking, puesto que, de algún modo, oculta contenido al usuario y se lo muestra al motor de búsqueda (el usuario no puede ver la URL original, el motor de búsqueda sí)

1.5.2) 1.5.2. Javascript

Las redirecciones a través de Javascript consisten en un pequeño script que permite redirigir una página web a otra, lo que se hace a nivel de navegador al igual que el meta refresh.

Back to top

2) 2. Test para revisar cómo funcionan los distintos géneros de redirecciones

Para poder ver cómo marchan las cosas, lo mejor es probar con ellas. Por este motivo, decidimos comprobar por nosotros mismos cómo se comporta Google frente a las distintas redirecciones.

Creamos las siguientes URLs:

Una vez fueron indexadas por Google realizamos las redirecciones y cambios oportunos en los ficheros originales, señalando en cada caso las nuevas URLs:

Forzamos que Google volviese a visitar las URLs originales y, una vez rastreadas, esto es lo que nos hallamos en las SERPs:

Figura 1: Redirecciones posicionamiento web en buscadores, URLs Originales

Como podemos ver, en el caso de las redirecciones treinta y dos, treinta y tres, y 307, Google muestra la URL de origen, como ocurre con el meta refresh.

Nos ha llamado la atención que en el caso de la redirección treinta y uno, Google sigue mostrando las dos URLs, la de origen y la de destino, como ocurre también con el Javascript y el canonical.

Sin embargo, un par de semanas después, parece que Google tiene ya claro qué debe indexar en casa caso:

Figura 2: Redirecciones posicionamiento web, URLs Finales

Tras un par de semanas, las únicas páginas que muestran las URLs de destino son las pertinentes a la redirección treinta y uno y al canonical.

Back to top

3) 3. Caso de estudio

Una vez repasadas las diferentes opciones de redirección que se nos presentan, vamos a usar un caso en el que veremos que la cuestión de usar una redirección u otra no está nada clara. Imaginemos la siguiente situación:

Dominio principal

Versiones locales

  • ejemplo.com/es/
  • ejemplo.com/ar/
  • ejemplo.com/mx/

Teniendo en cuenta que todo el contenido de la web está repartido en las diferentes carpetitas locales, ¿adónde debe redirigir la raíz de nuestro dominio ejemplo.com?

3.1) 3.1 Opciones de redirección

El inconveniente de plantearnos qué tipo de redirección seleccionar desde ejemplo.com hasta el ejemplo.com/país/ elegido surge al contemplar la posibilidad de cambiar de estrategia en el futuro. Es decir, ahora podemos tener tres versiones de la web en español orientada cada una de ellas a un país concreto, mas es posible que en un tiempo decidamos utilizar una sola versión idiomática para los 3 países, quedándonos únicamente con ejemplo.com y suprimiendo las carpetitas /es/, /ar/ y /mx/.

3.1.1) 3.1.1. Reconocimiento del idioma del navegador

Podríamos meditar que si visitamos la web desde España debería redirigir a /es/, si la visitamos desde Argentina al /ar/ y si lo hacemos desde México a /mx/; esto podría hacerse reconociendo el país y el idioma de origen del navegador con el que se visita la web. Sin embargo, en los tres casos tendríamos 2 versiones de la home, el .com y el .com/país/.

3.1.2) 3.1.2. REDIRECCIÓN 301

Tal vez, nuestra opción podría consistir en hacer un trescientos uno desde ejemplo.com a aquella carpeta que nos traerá la mayor cantidad de tráfico y enlaces mas entonces, ¿le decimos a Google que ‘eliminamos’ la URL para la raíz de nuestro dominio? Esto es, ¿estamos suprimiendo la posibilidad de poder volver a utilizar nuestra URL de la raíz del dominio? A fin de cuentas, un 301 está indicado para URLs movidas permanentemente.

Tendríamos que tomar en consideración que casi con completa seguridad la raíz de nuestro dominio es la URL que más links recibe de toda nuestra página web y que más veces emplean nuestros usuarios al acceder a ella.

3.1.3) 3.1.3. REDIRECCIÓN 302

Entonces, ¿empleamos una 3.2? De esta forma, siempre y en todo momento podríamos regresar a usar nuevamente la raíz del dominio. Además de esto, en las SERPs se va a mostrar la URL original, es decir, la de nuestro dominio, si bien entonces redirija a una de las versiones locales.

¿Y qué ocurre con el traspaso de linkjuice? Como hemos visto, la redirección treinta y dos no pasa autoridad desde la URL ‘movida’ a la URL de destino, por lo que si la raíz de nuestro dominio es la URL que más links recibe, perdemos todo ese linkjuice ganado.

3.1.4) 3.1.4. REDIRECCIÓN 307

En este caso se le está diciendo al motor de búsqueda que la URL original (la de nuestra raíz) no existe temporalmente y de ahí que hace una redirección a una de las carpetitas país, sin embargo, deseamos que se interprete como que sí existe, ¿no?. Además, como con el 3.2, Google va a mostrar al principio nuestra URL original. De igual modo, tampoco pasa ningún tipo de propiedad a la URL de destino.

3.1.5) 3.1.5. Canonical

¿Y qué tal si sencillamente ponemos un canonical desde ejemplo.com a una de las versiones de país? Error: con esta opción quizás consigamos que la URL de la raíz de nuestro dominio no aparezca en las Search Engines Ranking Positions y que, además de esto, esta pase autoridad a la URL canónica, mas nos encontramos con 2 inconvenientes:

  1. Por un lado, los usuarios podrán seguir accediendo a la raíz del dominio, o sea, los usuarios no son ‘redirigidos’ a la URL que escogemos como preferida, por lo que si, tras llegar a la raíz quisieran ver una de las versiones locales tendrían que dar un paso más en la navegación.
  2. Por otro lado, esto requiere que tanto la raíz del dominio como la carpeta escogida como canónica posean los mismos contenidos (o cuando menos similares), con lo que, ante webs cuya página principal está de forma continua actualizándose, esta opción supondría un doble trabajo de mantenimiento.

Como vemos, cada una de las opciones tiene sus ventajas y sus inconvenientes. Entonces, ¿por cuál nos decidimos?

Vamos a ver primero qué es lo que nos recomienda Google.

3.2) 3.2. ¿Qué afirma Google sobre la página de inicio en el caso de una web con varias versiones locales?

En el artículo , Google pretende solventar de alguna manera el inconveniente que estamos proponiendo. Para ello, ofrece 3 opciones posibles y, entendiblemente, válidas:

  1. Ofrecer exactamente el mismo contenido a todos y cada uno de los usuarios: Esto es, que da igual el país del que procedas o bien el idioma que charles, ya que todos los usuarios verán la página de inicio en un mismo idioma. Una vez llegados a esa página y vistos sus contenidos, habría opción de acceder a otra versión local cualquiera.
  2. Permitir a los usuarios elegir qué versión local desean ver: Con esta solución, nuestra homepage consistiría en una relación de enlaces a las diferentes versiones idiomáticas de nuestra web. Seguiríamos teniendo una página principal ‘global’ y diferentes homepages ‘locales’.
  3. Redirigir de manera automática a los usuarios u ofrecer de forma dinámica el contenido pertinente, en función de la localización del usuario y su configuración de idioma: Aquí, en el momento de la redirección Google indica efectuar una 3.2. En ambos casos recomienda emplear el marcado x-default rel-alternate-hreflang en la página de comienzo incluso si esta es una página de redireccionamiento a la que no  pueden acceder de manera directa los usuarios.

Figura 3: Contestación oficial Google con las Redirecciones

Bajo nuestra opinión, esta última opción es la que más nos agrada, pero no resuelve la duda que pretendemos proponer en este post: ¿Por qué una redirección 3.2 y no una 301 si es esta última la que ofrece la posibilidad de pasar autoridad de una URL a otra?

El pasado 16 de noviembre sobre este tema en uno de los Hangouts de Google Administradores web Central. Al principio, John comenta que podríamos optar tanto por una redirección trescientos uno como por una redirección 3.2, mas poco después nos remite al artículo citado más arriba. Al volver a preguntarle después, vuelve a decirnos que podemos seleccionar cualquiera de los 2 tipos de redirecciones.

3.3) 3.3. Algunos ejemplos reales

Veamos ahora de qué modo han resuelto algunas marcas conocidas el inconveniente de la página de inicio en una web multi idioma/país.

3.3.1) 3.3.1. Fujitsu – Página global

Fujitsu opta por la primera opción que ofrece Google, es decir, ofrece una versión común a todos y cada uno de los usuarios, y una vez allá, tienen la posibilidad de acceder a las distintas versiones locales. La página principal no está en fujitsu.com, sino la raíz hace un 301 a fujitsu.com/global/.

Figura 4: Redireccion posicionamiento en buscadores Home Fujitsu

3.3.2) 3.3.2. Coca Cola – Elección por la parte del usuario

En el caso de la homepage de Coca Cola, se trata de una versión global que ofrece acceso a las distintas versiones locales de la web, tal como sugiere Google en su segunda opción, sin embargo, este contenido no está en la raíz del dominio, sino que la raíz hace un 301 a coca-cola.com/index.jsp y después un 3.2 a coca-cola.com/global/gpl.html.

Figura 5: Redireccion posicionamiento SEO Home Coca Cola

3.3.3) 3.3.3. Google – 3.2 conforme localización y también idioma

Como no, no podíamos parar de ver de qué forma soluciona este problema el máximo involucrado: el que crea las reglas.

Utilizando la extensión de Ayima Redirect Path podemos ver que si en un navegador con idioma español y ubicación española introducimos la URL https://www.google.com/, esta URL hace una redirección treinta y dos a la versión española.

Figura 6: Redireccion posicionamiento en buscadores Home Google

3.3.4) 3.3.4. Zara – Javascript

Al igual que Coca Cola, la página de comienzo de Zara consiste en una landing que ofrece la posibilidad de seleccionar la versión local que deseamos ver. Una vez elegimos nuestra opción, nos lleva a la web local mediante Javascript.

En las SERPs en castellano, nos encontramos que ante una búsqueda de marca [zara], el primer resultado mostrado es zara.com/es/. Si previamente hemos visitado esta versión local y hacemos ahora una busca [zara.com], al hacer clic en el dominio principal, este nos redirige de forma automática a la versión en español.

Figura 7: Redireccion SEO Home ZARA

3.3.5) 3.3.5. LG – 301 según localización e idioma

Aquí nos encontramos con una redirección trescientos uno realizada en función del idioma y ubicación del usuario.

Figura 9: Redireccion posicionamiento web Home LG

Figura 10: Redireccion posicionamiento web en buscadores Home LG

3.3.6) 3.3.6. El curioso caso de Ferrari – treinta y dos según ubicación y también idioma

En los ejemplos precedentes, si hacemos las búsquedas de [fujitsu] y [coca cola] en google.es vemos que, si bien en los snippets se muestra la raíz del dominio de cada uno de ellos, en la caché encontramos el contenido de las URLs de destino. Por el contrario, si procuramos [google], se nos muestra la URL de la versión de España.

Sin embargo, hemos dado con un caso que nos ha llamado fuertemente la atención: la página web de Ferrari.

La web de la marca de vehículos de gran lujo italiana opta por hacer una redirección 3.2 a la versión local correspondiente dependiendo de la configuración del navegador con el que se accede:

Es decir, desde ferrari.com se hacen diferentes 3.2 en función de las peculiaridades de quien visita la web.

Sin embargo, nos ha llamado fuertemente la atención lo que nos encontramos en los resultados de búsqueda: en google.es nos encontramos primeramente el resultado para la raíz del dominio. Si consultamos la caché de la raíz del dominio, vemos que la página guardada tiene los contenidos en castellano (los correspondientes a la versión local ferrari.com/es_es/). Pero si hacemos la busca en google.com con el idioma en inglés, el resultado de Ferrari que vemos es el de la URL local, ferrari.com/en_us/.

Figura 11: Redireccion posicionamiento web en buscadores Home Ferrari URI Valet

Podríamos afirmar que al hacer redirecciones treinta y dos diversas a Google no le queda muy claro qué URL tiene que cachear en cada versión local de su buscador.

Y volvemos a la enorme duda: ¿de qué forma debemos manejar adecuadamente nuestra página de inicio en el caso de tener diversas versiones idiomáticas?

Back to top

4) 4. Nuestra postura: Redirecciones 3.2 en función de idioma y localización

Teniendo en cuenta que la raíz de nuestro dominio es, en cierta forma, nuestra marca en Internet, nos interesa que esta sea considerada como nuestra página de comienzo. Al decantarnos por una redirección 302 estamos mandando una serie de mensajes a Google:

  • Queremos que nuestra raíz sea la URL que Google indexe, independientemente de la versión local a la que se llegue (aunque, como hemos visto en el caso de Ferrari, Google no siempre maneje esto del todo bien)
  • Estamos optando por una solución temporal, con lo que si nuestra estrategia cambia en el futuro, podemos revertir dichas redirecciones, o bien aun únicamente aquellas que nos interesen)
  • En ningún momento afirmamos que ‘vamos a eliminar’ nuestra URL ejemplo.com, lo que por otra parte carecería de sentido desde el punto de vista de la interpretación: ¿eliminaríamos aquella ruta bajo la que se anclan todas las otras de nuestra web?

Por supuesto, habrá quien dude sobre nuestra decisión: ¿qué pasa con los links que recibe nuestra raíz? ¿los perdemos?

Y aquí nuestra respuesta: el SEO no es solo link building y enlaces. Además de esto, aquí habría que proponerse otra cosa (si bien no podemos contestar… por lo menos por el momento): si Google afirma que con el tiempo interpreta una 302 como una trescientos uno, ¿pasa en ese momento la autoridad recibida por los links? Es más, ¿quitará de sus resultados la URL de nuestra raíz y va a poner la de destino, o seguirá manteniéndola?

Como véis, pese a todo cuanto hemos expuesto en el presente artículo, se trata de un tema muy abierto que da para mucha discusión.

Esperamos que lo dicho acá encienda la curiosidad de muchos, remueva las supones de alguno que otro pero, sobre todo, os anime a dejar vuestros comentarios al respecto.

Back to top
Share icon

Solicita información sin compromiso

Políticas de privacidad

De conformidad con lo dispuesto en la Ley Orgánica 15/1999, de 13 de diciembre, de Protección de Datos de Carácter Personal (LOPD) y su normativa de desarrollo, el responsable del sitio web, CITIFACE MANAGEMENT, S.L., en cumplimiento de lo dispuesto en el art. 5 y 6 de la LOPD, informa a todos los usuarios del sitio web www.citiface.com que faciliten, o vayan a facilitar sus datos personales, que estos serán incorporados a un fichero que se encuentra debidamente inscrito en la Agencia Española de Protección de Datos.

Consentimiento del usuario:
Mediante la marcación de las correspondientes casillas, en los formularios dispuestos en el sitio web para la recogida de datos, los usuarios aceptan expresamente y de forma libre e inequívoca que sus datos personales sean tratados con las finalidades y destinos que se detallarán a continuación.

Finalidad
Los datos que se faciliten a través del portal, se destinarán a la finalidad de responder a su solicitud de información, así como a remitirle información que consideremos que pueda ser de su interés. Incluyendo para ello medios electrónicos (email, sms, etc..). Asimismo, y si usted nos lo indica, le remitiremos a su correo electrónico nuestro boletín electrónico SEO/SEM en el que le trasladaremos recomendaciones y herramientas para la mejora de sus campañas de posicionamiento y pago por clic. Los envíos serán con carácter mensual y podrá dejar de recibirlos en cualquier momento a través del mecanismo establecido en el propio email.

Calidad de datos
Los datos marcados como obligatorios en el formulario que usted cumplimente, son necesarios para la prestación de un servicio óptimo al usuario y dar respuesta a sus requerimientos. En caso de que no sean facilitados todos los datos obligatorios, el prestador no garantiza la prestación de los servicios solicitados.
El usuario será el único responsable, respecto a la veracidad y actualización de los datos aportados a través de los distintos formularios del sitio web

Comunicación de datos a terceros
Sus datos personales no serán cedidos, en ningún caso, a terceras compañías, y que siempre que fuera a realizarse algún tipo de cesión de datos personales, de forma previa, se solicitaría el consentimiento expreso, informado, e inequívoco por parte de los titulares. Ejercicio de derechos ARCO
El prestador garantiza en todo caso al usuario el ejercicio de los derechos de acceso, rectificación, cancelación, información y oposición, en los términos dispuestos en la legislación vigente. Por ello, de conformidad con lo dispuesto en la LOPD, podrá ejercer sus derechos remitiendo una solicitud expresa, junto a una copia de su DNI, a través del correo electrónico: info[at]citiface.com o Calle Farell 3, 1-1. 08014 Barcelona .

Medidas de seguridad
Del mismo modo, el prestador, conforme a lo establecido en el Real Decreto 1720/2007, de 21 de diciembre, por el que se aprueba el Reglamento de desarrollo de la L.O. 15/1999, indica que ha adoptado todas las medidas técnicas y organizativas necesarias para garantizar la seguridad e integridad de los datos de carácter personal que trate, así como para evitar su pérdida, alteración y/o acceso por parte de terceros no autorizados.

Menores de edad
Se prohíbe, expresamente, a los menores de 14 años, facilitar ningún dato a través del presente sitio web, sin contar con el consentimiento y supervisión de sus padres o tutores legales.
Si el prestador tuviera noticia acerca de la infracción de la referida prohibición, procederá a la eliminación de cualquier dato asociado al usuario en cuestión.

Uso de cookies y del fichero de actividad
El prestador por su propia cuenta o la de un tercero contratado para la prestación de servicios de medición, pueden utilizar cookies cuando un usuario navega por el sitio web. Las cookies son ficheros enviados al navegador por medio de un servidor web con la finalidad de registrar las actividades del usuario durante su tiempo de navegación.
Las cookies utilizadas por el sitio web se asocian únicamente con un usuario anónimo y su ordenador, y no proporcionan por sí mismas los datos personales del usuario.
Mediante el uso de las cookies resulta posible que el servidor donde se encuentra la web, reconozca el navegador web utilizado por el usuario con la finalidad de que la navegación sea más sencilla, permitiendo, por ejemplo, el acceso a los usuarios que se hayan registrado previamente, acceder a las áreas, servicios, promociones o concursos reservados exclusivamente a ellos sin tener que registrarse en cada visita. Se utilizan también para medir la audiencia y parámetros del tráfico, controlar el progreso y número de entradas.
Puede Usted rechazar el tratamiento de los datos o la información rechazando el uso de cookies mediante la selección de la configuración apropiada de su navegador, sin embargo, debe Usted saber que si lo hace puede ser que no pueda usar la plena funcionabilidad de este website.
Este sitio web utiliza Google Analytics, un servicio analítico de web prestado por Google, Inc., una compañía de Delaware cuya oficina principal está en 1600 Amphitheatre Parkway, Mountain View (California), CA 94043, Estados Unidos («Google»). Google Analytics utiliza «cookies», que son archivos de texto ubicados en su ordenador, para ayudar al website a analizar el uso que hacen los usuarios del sitio web. La información que genera la cookie acerca de su uso del website (incluyendo su dirección IP) será directamente transmitida y archivada por Google en los servidores de Estados Unidos. Google usará esta información, por cuenta nuestra, con el propósito de seguir la pista de su uso del website, recopilando informes de la actividad del website y prestando otros servicios relacionados con la actividad del website y el uso de Internet.
Google podrá transmitir dicha información a terceros cuando así se lo requiera la legislación, o cuando dichos terceros procesen la información por cuenta de Google. Google no asociará su dirección IP con ningún otro dato del que disponga Google.
Puede Usted rechazar el tratamiento de los datos o la información rechazando el uso de cookies mediante la selección de la configuración apropiada de su navegador, sin embargo, debe Usted saber que si lo hace puede ser que no pueda usar la plena funcionalidad de este website. Al utilizar este website Usted consiente el tratamiento de información acerca de Usted por Google en la forma y para los fines arriba indicados. En todo caso, le informamos que para instar a la cancelación de los posibles tratamientos de datos llevados a cabo por Google, deberá dirigirse a esa compañía, a tal efecto. El prestador no tiene la capacidad técnica ni legal, para proceder al cese en el tratamiento de datos fuera del ámbito delimitado por los ficheros y medios técnicos de su titularidad. Y no se le podrán exigir responsabilidades en este sentido. Para conocer más acerca de las cookies es.wikipedia.org/wiki/Cookie_(informática)

SEMrush

SEMrush

SEMrush

ESTOS EXCLUSIVOS INFORMES GRATUITO REVELAN

7 SECRETOS DE EXPERTOS SEO QUE TE LLEVÁN AL 1#
7 SECRETOS DE EXPERTOS SEO QUE TE LLEVÁN AL 1# EN GOOGLE PARA GANAR 10.000s DE TRÁFICO DE CALIDAD GRATUITO - EN SÓLO 2 MESES
 

Los 7 pasos más poderosos para disparar tu ranking orgánico para ALCANZAR Y MANTENER un impresionante tráfico orgánico es TUYO.

Consigue gratis lo que el 1% de los expertos en SEO venden por miles de euros... y el otro 99% ni siquiera sabe que existe.


OBTEN MI INFORME GRATUITO
5 errores que debes evitar en tu sitio web de Drupal
Ebook - 5 errores que debes evitar en tu sitio web de Drupal (¡podrían costarte miles de euros!)
 

Este Ebook cubre 5 terribles errores que probablemente estés cometiendo ahora mismo con tu sitio web de Drupal.

¡Nº3 TE SORPRENDERÁ! Esta lectura de 10 minutos te ahorrará miles de euros.



OBTEN MI INFORME GRATUITO