 Hola a todos. Buenas tardes. Hola, ¿qué tal? Soy Juan Felipe del grupo de Trust and Safety de Google. Yo soy Aurora, trabajo con Juan Felipe. Sí, estamos aquí una vez más para responder sus preguntas sobre búsqueda orgánica en Google. Tenemos un enlace que está en el canal de YouTube. Si quieren unirse en vivo. Tenemos ya preguntas que nos han compartido bastantes miembros de la comunidad durante los últimos días. Ahí estamos dispuestos y ya preparados para responder a ellas. Pero siempre, si quieren unirse en vivo para compartir sus preguntas con nosotros, estaremos aquí también a su atención. Y también tenéis el link en Twitter y lo tenéis en el post de G+. Así que, mira, ya tenemos a Lino en la conexión. Claro. Entonces, comenzaremos con algunas de las preguntas preparadas. Y luego, si quieren hacer una pregunta, simplemente habilitan su cámara. Háganos una señal y estaremos aquí, aquí a su disposición para responder las preguntas. Genial. Pues vamos a empezar con preguntas sobre geolocalización, HRF-LANG, internacionalización. Como decíamos en la sesión anterior, la sesión de mayo, son preguntas que vemos muchísimo en los foros. Nos hacen estas preguntas en las conferencias. Y bueno, pues creíamos importante hablar de esto en la introducción de esta sesión. Así que voy a leer algunas de estas preguntas y las vamos a tener también proyectadas aquí. Si quieren verla, simplemente pueden cambiar a ella. Muy bien. Pues la primera pregunta es, un sitio que anuncia únicamente negocios físicos y exclusivamente locales de España pero en varios idiomas. Su tráfico es de españoles en España y de turistas visitando España que hacen búsquedas desde sus smartphones en sus idiomas de origen. En todos los casos, las búsquedas se hacen en territorio nacional. ¿Qué extensión de dominio se recomienda para tener un buen posicionamiento tanto en búsquedas de españoles como de los turistas extranjeros que están en España? Punto con barra idioma o punto es barra idioma. Esta pregunta nos las hacen con tanta frecuencia y es más, hicimos un estudio del tipo de preguntas que nos hacen sobre geolocalización o sitios multilingües hace un año. Y esta fue el tipo de pregunta que nos hacen con más frecuencia. Tanto es que tenemos hasta láminas preparadas. Así que vamos a pasemos a ellas. Les voy a contar una historia en particular. Y cuando yo vivía en el Perú hace muchos años. Y en el Perú en los 80s yo aprendí a comer mucho la quinoa y la kiwicha, que se llama en el Perú de esa manera. La quinoa y la kiwicha, ustedes quizás las conozcan, con otros nombres. Le pueden haber visto escrito como quinoa. Pueden haber visto la kiwicha escrita como Amaranto o Amaranth en inglés. Imaginemos que yo, por ejemplo, tengo un sitio en el Perú donde quiero presentar la historia de agricultores que cultivan quinoa y kiwicha para el mundo. Pero sé que en algún momento se establece un acuerdo de libre comercio entre Perú y Colombia, donde facilita mucho más el comercio de quinoa y kiwicha para regiones particulares en Colombia. Entonces, sé también que hay mucho interés a nivel global sobre estos ingredientes que llaman superfoods, superalimentos y que hay mucho interés en Europa y en Estados Unidos sobre los valores nutritivos de estos granos que se han comido por muchísimos siglos en los Andes. Entonces, también quiero tener un sitio genérico en español que explica de qué se trata esto y uno en inglés, que también aplica para los usuarios que tienen un interés un poco distinto. Entonces, ¿cómo armo yo un sitio en dos idiomas en español en inglés que tenga información específica para Colombia, donde vamos a hacer comercio físico para Perú, donde estamos hablando con productores, donde el contenido es relevante principalmente para Perú, quizás el que lo encuentre en otro lado, quizás le tenga interés, pero no es precisamente para ellos, donde tengamos información general que aplique para quien quiera leer más sobre el material en cualquier país que habla español y donde tengamos información que esté un poco más particularizada para usuarios que hablan inglés, donde quieren hablar un poco más sobre temática que quizás en para nuestros usuarios en América Latina no la queremos presentado de esa manera. Entonces, ¿cómo armaríamos una estructura de dominios o subdominios y o subdirectorios para representar esto? Veamos, por ejemplo, ¿cómo lo haría yo? Yo tengo mi sitio, example.com o ejemplo.com. Para Colombia, yo podría poner mis archivos que están específicamente encaminados hacia Colombia. En ejemplo.com, barra co, el material para los usuarios en Perú, en ejemplo.com, barra p, y la parte del sitio en inglés en ejemplo.com, barra en. Y eso me permitiría, ya de por sí, yo veo esas URLs y yo como usuario claramente puedo asociar co, p, y en, con o el país o el idioma. Yo como usuario me logro identificarlo, que eso es una de las cosas más importantes, que si yo como usuario o yo como gestor del sitio, fácilmente logro entender de qué se trata, porque eso ayuda mucho a la administración. Entonces, ¿cómo hago yo, por ejemplo, cuando tengo el sitio en español genérico para todos los usuarios? Que usuarios que estén en Ecuador, en Argentina, en España. Y cómo asocio yo ese material genérico, que lo voy a poner quizás en ejemplo.com sin subdirectorio. Y cómo asocio yo esos artículos con las versiones que existen en inglés, utilizando el real alternate y el hreflang, donde pongo etiqueta en los dos páginas correspondientes, donde digo, este es el contenido en español, el contenido en inglés que le corresponde es tal. Y en el mismo sitio en la página en inglés digo, esta es la página en inglés y la parte correspondiente en español es tal. Y haría eso para todas las variantes de idioma que tenga para esa página específica. Eso lo pongo en el encabezado del archivo. Veamos también cómo haría, por ejemplo, si tengo yo páginas específicas donde quiero hacer variantes por país y o por idioma. Digamos, yo quiero tener una variante no solamente entre inglés y español, sino entre inglés, para Colombia, español para Colombia, español general y inglés. Digáginas de comercio para español en Colombia. La quiero especificar claramente indicando que los precios van a estar en pesos. La página en español para Perú, donde tendría una lista de pesos de precios en soles. También podría yo eso disponible para todos los usuarios que lleguen ahí, porque al final, si bien yo no estoy comerciando con ellos desde Perú, voy a estar representando mis precios en la moneda del Perú, porque este es al final lo que estoy representando. Y para inglés, también estaría aquí si yo quiero elegir, por ejemplo, representar los precios en soles, porque no estoy tratando de comerciar en inglés. Quiero representar el mismo material que estaba representando la página para Perú. Entonces, en ese caso, ahí claramente indicaría las páginas que corresponden para el idioma e idioma y yo país. Y en todas las tres páginas indicaría cuáles son sus equivalentes. Y si quiero hacer la geolocalización indicándole a Google esta página es específica para usuarios en Colombia, lo puedo hacer en Search Console, donde voy a indicar para la propiedad específica. Cada uno de estos subdominios o subdirectorios, digamos, se puede convertir con una propiedad separada en Search Console, donde la página para Colombia tiene su propia entrada, la página para Perú tiene su propia entrada y la página en inglés tiene su propia entrada y donde puedo indicar específicamente el país en donde al cual está encaminada. Y esa geolocalización la puedo elegir hacer en Search Console. Entonces, ya viendo nuestro mapa completo, en términos de qué nivel de especificidad escojo para subdominios o para subdirectorios, qué pongo en mi hreflang para indicar el país o el idioma y país o solamente el idioma y donde indico yo cómo voy a elegir, cómo, donde indico yo a Google hacia qué, hacia qué lugar está enfocado la página. En este caso, las páginas para Colombia están en barra, en barraco. Las anotaciones de hreflang indican que este es en español para Colombia. Y indico a Google que la geolocalización que esta propiedad está encaminada hacia Colombia y lo hago en Search Console. Igualmente con Perú, el mercado lo indicaría que está en español para Perú. La geolocalización para el que lo indico en Search Console. Y la parte de la página que está en español, que es lo demás, no tengo que geolocalizarla. ¿Por qué? Porque no hay necesidad de hacerlo. No estoy tratando de encaminarme a un país específico. Está mi información en español y el que lo esté buscando y para quien sea relevante, quizás pueda encontrar esto útil en los resultados de búsqueda. Igualmente con inglés, indico su directorie en y el hreflang en el encabezado de los documentos, lo indico como en también. Y no hago geolocalización porque tampoco estoy tratando de encaminarme. Entonces, digamos que estamos evolucionando. Y me doy cuenta que yo vivo ahora en Irlanda y me doy cuenta que en el Reino Unido y en Irlanda, específicamente la Kiwicha tiene un nombre adicional, que se llama Lovelife Bleeding. Y como cosa interesante, Lovelife Bleeding también es el nombre de una película basada en Irlanda del Norte. Entonces, tengo que hacer una diferenciación, en particular, sobre el idioma que uso en inglés para referirme a este producto. Y en particular, también para indicar que hay interés comercial, quizás de usuarios en el Reino Unido de Irlanda. Entonces, quizás quiero encaminar mi sitio en inglés, particularmente para usuarios en el Reino Unido de Irlanda, porque tengo usuarios que me están indicando que tienen interés en esos materiales. Y también me estoy dando cuenta a través de Search Console, a través de Analytics, que tengo bastante tráfico desde España, donde quizás estoy abriendo un nuevo mercado por búsqueda orgánica. Entonces, vamos a hacer un mapa que contemple España, Irlanda y el Reino Unido, igualmente. Yo quiero ahora ya geolocalizar un poco más específicamente para Perú, porque ya quiero también abrir un mercado de Perú y un sistema un poco más claro de conexión entre agricultores y mercado externo. Y digamos que para España voy a querer también tener material específico en español para España, que voy a querer tener contenido específico para Irlanda en inglés y que quiero tener contenido específico para Estados Unidos y Gran Bretaña. Y quiero mantenerme contenido generalizado en español y en inglés para el resto del mundo. Entonces, ahí voy a tener una combinación diferente de geolocalización y hreflang. Igualmente aquí, mostrando que puedo tener una combinación de subdominios, de dominios de país, de subdirectorios y donde puedo especificar para una página en particular si es para español en general, para español de un país en particular y puedo indicar, sea en Search Console o si estoy utilizando un dominio de país específico para el país, que ese sitio ya claramente un usuario lo asociaría con ese país y Google lo hace también. Entonces, por ejemplo, punto PE es un dominio que un usuario en Perú inmediatamente reconoce como Perú y Google inmediatamente lo reconoce como tal también. España, de igual manera, punto S a un usuario en español, le indica esto, es español. Punto IE aquí en Irlanda, yo sé que si voy a un sitio y me pone punto IE, está para aquí. Si me pone punto COM, puede ser para Estados Unidos, puede ser para otro lado, igual con punto COM, punto UK. Pero esos son señales para usuario. Es decir, para responder a la pregunta inicial, ¿qué es mejor hacer? Subdominio, subdirectorio, hacerlo por país o hacerlo por país por idioma es, ¿qué es lo más lógico para el sitio, para los usuarios? ¿Y qué es lo más fácil de administrar? ¿Y qué es lo más fácil de mantener? Google ha estado interpretando sitios internacionales durante muchísimo tiempo. Google ha tenido que aprender cómo hacerlo de muchísimas formas. Entonces, se trata muchísimo menos de qué es lo que quiere entender Google y cuáles son las formas de hacerlo, sino si ustedes logran entender en su sitio cuáles son las relaciones de esas páginas, hay un par de formas muy claras para comunicarle a Google cuáles son las relaciones de esas páginas. Y si tienen un caso necesario para que ciertas páginas sean específicas para ciertos países, hay varias formas de indicárselo también a Google. Pero, por lo general, esos no son restricciones fijas, no son limitaciones, simplemente son indicaciones bastante fuertes a Google, que este contenido es más relevante para usuarios que cumplen ciertas condiciones, específicamente que están buscando en cierto idioma, en cierto país. No es tanto para decirle a Google, no muestres o no demuestres esto, sino que si tienes que elegir entre estas tres versiones o si hay un usuario que claramente se está indicando que le interesa algo específico para este país, acá tengo algo. Y de ahí es como nosotros tomamos ya eso en mente para decidir específicamente qué URL y mostrar los resultados de búsqueda y cómo entender la página y la relevancia de la página para un usuario específico en un país particular. Genial. Tenemos otra pregunta también de HFLang. Pero bueno, vamos a ver primero esta lámina. Una de las otras cosas que hemos visto muchísimo en relación a HFLang y localización y lo demás es que es muy grande la tentación de tratar de hacer mucho. No hay necesidad de hacer tanto, eso puede simplemente complicar las cosas. HFLang en particular, elegir dónde ponerlo. El HFLang se puede poner en el sitemap que se le entrega a Google a través de Search Console. Se puede poner en el encabezado del HTML, en el header del HTML, o se puede poner en el encabezado del HTTP. No es necesario que estén todos. Y es más, muchas veces eso causa problemas, no porque Google no se puede interpretarlos, sino porque si hay inconsistencias, puede causar o confusión, o simplemente Google decide, sabes que no vamos a, esto está tan incompleto que lo vamos a ignorar por completo y no generar resultados que esperen. Nuestras recomendaciones elijan el que puedan manejar con más facilidad y que puedan entender con más facilidad. No es necesario tampoco que, para tener un sitio internacional, tener una página por país y por idioma. No es necesario tener ese tipo de combinaciones. Solo es la dosis mínima necesaria, es lo que diría yo. Si tienen información específica para un país, para un idioma, definitivamente definirlo de esa manera. Y si no lo tienen, si no es lo que tienen en mente, hacerlo, si no tienen que hacerlo, no les da beneficio. Simplemente les complica la vida. No es siempre necesario poner un lenguaje y código de país, pero si van a poner un código de país es necesario poner un idioma. Es decir, el hreflang funciona a nivel de idioma, no a nivel de país. Hreflang no es para geolocalizaciones, para lenguaje. Pero hay ciertas versiones de lenguaje que son más adecuados para ciertos países. Es decir, yo puedo tener una página en español general que funciona en todo el mundo de habla hispana. Quizás pueda tener una versión que está en español mucho más encaminado para gente en Argentina y otra versión que está mucho más específica para gente en España que tienen distintas formas de expresarse. Entonces, tenemos todos. Y tenemos distintas formas, distintos vocabulos, distintas formas de construir las frases. Y esa es la forma de indicar esas variables. No siempre es necesario tener un dominio específico por país, los subdirectoros funcionan. Pero a veces para un usuario le da una señal clara de diciendo esto es para nosotros, esto es para mi país, esto es para, esto es de aquí. Lo cual a un usuario le puede ayudar bastante. Muy bien. ¿Y al contrario? Claro. Hay una forma, al contrario, además de hacer muchísimo, muchos se olvidan de algo que se llama el ex default. Es decir, quizás nosotros nos hayamos hecho un mapa de todas las tipos de usuarios ideales en términos de idioma y lenguaje que tengan la configuración ideal para nosotros encontrarlos idealmente. Pero siempre el mundo es muchísimo más complejo, el mundo es muchísimo más interesante que eso. Es decir, yo puedo haber hecho todo mi mapa en español y portugués, inglés, pero si tengo usuarios en Finlandia que están buscando lo mismo y ellos no tienen la configuración exactamente igual a la que yo quisiera, quizás los esté yo encaminando la página equivocada. El ex default ayuda simplemente para indicarle a Google que hay una página donde es básicamente si yo no sé qué hacer, si yo no sé qué versión de idioma mostrarle o reemplazar o si estuvieron resultados de búsqueda para un usuario que quizás pueda encontrar este resultado relevante. Eso le indica a Google. Esta es la página donde un usuario donde para el cual no conozcamos el idioma o el país debe ser encaminado. Y de ahí, por lo general, es donde recomendamos que haya una página de selección de idioma. Es decir, si hay una página muy compleja con 4, 5, 6, 10, 15 idiomas para muchos países, tener una página siempre donde tengo un mapa de todas las versiones y todos los países, que sea un mapa mundial o una lista para que el usuario pueda elegir, lo cual también indica que siempre es buena práctica darle al usuario la opción de cambiar idioma, cambiar país, porque no siempre va a estar en la situación donde usted se imagina. Entonces, siempre vale la pena no tratar de adivinar demasiado. Es decir, si yo estoy aquí, pero sí quiero verlo en pesos colombianos, quiero que me muestre una versión colombiana estando yo en Irlanda, yo preferiría eso muchas veces. Bien, antes de ir con esta pregunta, vamos a ir a otra que nos han hecho última hora. Vamos a ver. Aquí estamos. Ah, listo. En un sitio internacional es común duplicar países y idiomas por la facilidad que permiten los MS para ellos. Imagina un caso en el que tengamos versión barra S, dominio.com.mx, dominio.com.r, etcétera, con todas las versiones duplicando el contenido de España. Si en todas podemos vender online, es mejor duplicar estos países con su directorio, implementar el hreflang o no complicarnos con el hreflang. Es una versión internacional para la TAMI cambiar la moneda en vía detectando el usuario. Yo diría que la segunda práctica vale la pena hacerla, sobre todo, si el contenido específico en términos de la moneda no es lo que está buscando el usuario. Es decir, hablando como usuario, si ustedes están haciendo la detección del país y la moneda de una manera automática y me están facilitando el proceso, a nivel de lo que Google está buscando, Google le interesa básicamente lo que está viendo en la página y el contenido de la página para ver qué aparece. Por lo general, si ustedes tienen una página de productos que, donde esa página de productos específicos, la lista de productos, el producto específico, es algo que quieren que esté indexado y el precio vale, entonces quizás es necesario poner el hreflang con el país e idioma para indicar ese tipo de variantes. Pero si eso no es importante para sus resultados en búsqueda, si eso no lo están buscando, entonces quizás no sea necesario, porque al final Google interpretará la página que vea, navegándola como la vea, los hreflangs le indican que hay versiones alternas de esos quizás por idioma y ya no complicarse mucho con el que esta versión que es exactamente la misma está en pesos mexicanos y esta está en pesos colombianos y esta está en soles. Y no complicarse mucho el tratar de ver cómo se indexan esas páginas, porque al final no sea necesario indexarlas, es decir, quizás a un usuario no les sea útil que esos aparezcan los resultados de búsqueda de todos modos. Entonces, la respuesta, como muchas de estas respuestas dependen, es mejor, es mejor, puede ser mejor para el caso de ustedes, si yo estuviera haciendo una configuración de esa, por lo general elegiría por ese lado, pero no es directiva de Google, es más recomendación de administración y gestión de página. Siempre hay que pensar en los usuarios. Claro. Muy bien. Pues vamos a pasar a preguntas sobre geolocalización y Search Console. Listo. Y tenemos dos preguntas en particular sobre geolocalización que son muy comunes. Primero, si un tínio sitio tiene domino.com. En castellano, queda respuesta a búsquedas informativas. En cualquier país hispanohablante se debería seleccionar un país en concreto al que va dirigido esa web en Search Console. O es mejor dejar sin marcar este campo en la herramienta. Depende. Por lo general, yo digo, si no es necesario no hacerlo. Si yo estoy, si para los propósitos ustedes en serio no es tan importante el que los usuarios en Argentina no lo encuentren o no lo vean o que simplemente no sea la versión criteritaria que aparecen. Si ustedes en serio, francamente, no les interesa el tráfico fuera de un país, definitivamente, vale la pena geolocalizar de esa manera. Pero si no está importante el tratar de hacerlo simplemente puede bloquearle a usuarios que encuentren su contenido útil con la idea de que quizás eso ayude en posicionamiento. Al final, eso es una cosa muy pequeña en relación a lo que es el contenido que es y lo que esté buscando el usuario. Entonces, yo diría, si son respuestas informativas que aplican para cualquier país, ese marcamiento a nivel de país específico yo no lo haría porque es simplemente mucho más problema administrativo a nivel de gestión. Tengo que tener todas esas versiones geolocalizadas para países distintos. Y la segunda pregunta, si la raíz de un dominio se geolocaliza hacia Estados Unidos desde la Search Console y un directorio de un mismo sitio como ejemplo, punto con barra es, se geolocaliza hacia España, el directorio es hereda a configuración de la raíz o funcionaría como dos geolocalizaciones independientes? Yo no lo haría de esa manera. Yo, generalmente, si voy a geolocalizar parte de una página, yo trato de tratar de especificar cuál es la versión geolocalizada y no tratar de poner componentes indicados específicamente para eso. Es posible definir un subdirectorio como una propiedad separada y geolocalizar eso en Search Console. Y, por lo general, lo entenderemos de esa manera. Pero a nivel de entendimiento como usuario, puede ser hasta difícil. Y la geolocalización hacia Estados Unidos ahí, quizás no sea necesaria, sobre todo, cuando ya se tiene un dominio claramente que podría aplicar para cualquier parte del mundo donde se habla inglés. Entonces, quizás un poco más de tener en cuenta cuál es el objetivo que se está tratando el logrado en geolocalizar es Estados Unidos. Porque, al final, eso debería ser particularmente para ayudar a usuarios. Generalmente, esto simplemente puede hacerlo más complicado. Yo creo que lo entenderíamos. Pero, por lo general, eso también puede ser un poco más difícil explicarle a un usuario. Pero esto ocurre y se ha visto. Pues, antes de pasar a preguntas de otros temas, yo creo que vamos a ver si alguien de los que estén conectados en el live, si nos queréis hacer alguna pregunta, sin miedo. Aquí hicimos todos familia. Hola. Hola. Gracias, miro Yeh. Sí, sí, sí. Bien, ¿cómo estás, Lino? Muy bien, muy bien. En el tema de LHR plan, cuando decimos cuando no tenemos capacidad, por ejemplo, en páginas grandes sobre todo, fichas de producto, no están para todos los países o todos los idiomas y a veces fallan, ¿vale? Porque el recimproco no existe o el recimproco pasa. En los cuatro, digamos, el HR plan, es mejor no poner ninguno, o sea, realmente el HR plan erróneo, digamos, resta credibilidad a cualquier HR plan del dominio o solo para esa URL. Cuando la anotación bidireccional lo existe, simplemente le ignoramos para ese grupo de páginas. Vale, pero a nivel de URL, ¿no? A nivel de URL. El HR plan del dominio. Claro, a nivel de eso. Lo que hay que tener en cuenta ahí es que para un sitio, sobre todo, si es tan complejo que el mapa de relaciones entre páginas individuales de producto o páginas de listas de productos para países de paradigmas está tan complejo, entonces también hay que tener en cuenta cuánto estamos rastreando del sitio. Y es decir, si hay un grupo que está mal y hay otro grupo que está bien, pero no estamos rastreando todo el sitio, entonces quizás no estemos reteniendo todas las páginas que están funcionando. Y en particular, lo que yo recomendaría ahí es o arreglar el sistema que genera las anotaciones de HR plan para que sí existan esas anotaciones bidireccionales, que si es un sistema de gestión de contenido hecho en casa o donde tengan habilidad de modificar el contenido es quizás un poco más posible si tienen la habilidad. Pero si no hay forma de hacerlo, entonces encontrar si es necesario hacer eso, sobre todo, mencionaste combinación de países y idiomas. Y sobre todo, si esas combinaciones son en serio necesarias, si están hablando de comercio por lo general lo son, también ver si es que cómo arreglar esas relaciones o si no, cómo mantener una versión y luego ustedes hacer la identificación a nivel de usuario para ver qué mostrarle. Y sobre esto, por ejemplo, cuando existe Argentina, Colombia y dentro de ahí hay HR plan, son gestores de contenidos como Magento, realmente a veces fallan los productos y demás. Y vemos que a veces se canibalizan, no sé si es por esto, no, pero si yo estoy buscando un Google.es que de repente me aparecen resultados o detectos, resultados de otro directorio, por ejemplo, de Barra AR, que sería Argentina. Y lo que es Google.es, cómo podemos corregir esto, porque realmente para un e-commerce es bastante crítico, que si un usuario español está buscando algo y lleva la versión argentina encima en diciembre de este año, la Unión Europea creo que prohíbe redireccionar por IP, ¿vale? Entonces es un problema mayor porque va a llegar el usuario español a un directorio argentina y no sé cómo eliminar esta canibalización, digamos, esta muestra de resultados en Google.es de resultados de la carpetada argentina. OK. Si para un usuario que está en España buscando que tiene una configuración de navegador donde indica yo prefiero español híberico y está buscando en Google.es que es Google.es y aparecen resultados de Argentina. Entonces eso me indica que quizás hay alguna señal en la página en sí que no esté consistente en términos de que esta es la página preferencial para usuarios que está buscando configuraciones que claramente indica en español de España. Si un usuario no tiene, pero el hecho es que tuvimos bastantes condiciones sobre qué configuración tienen que tener un usuario y qué configuración en qué situación tienen que estar. En todo caso, lo más adecuado es si un usuario termina en una página en la que no le es la que le corresponde darle al usuario la opción de enviarlo a donde sí corresponde y tener un buen mapa interno de cuál es la versión equivalente para que aún si Google no logra entender o no muestra la página específica porque hay una cantidad de condiciones, quizás la forma en la que está escrito un producto varió de una manera muy sutil o lo que está buscando el usuario, la historia de busca del usuario que se yo o simplemente las conexiones a la página o la relevancia de esa versión de la página, darle al usuario esa opción de navegar a donde le corresponde, ayuda a que al final el usuario termine donde tiene que estar. No es todo, normalmente sí que lo hacemos. A veces hay alguna manera de poner de calónica porque a veces Argentina no se vende, por ejemplo, en Argentina y en España si realmente el negocio está en España. Claro, entonces eso es lo que eso es. Entonces, hay forma de indicar cuál es la versión. Por ejemplo, si hay una versión genérica en español o si todas están especificadas para país y no hay una versión genérica de español para alguien que no especifica país, entonces quizás vale la pena poner una versión genérica en español porque eso básicamente sería una especie de caso por defecto o simplemente caso donde no haya una variante. Yo sería uno de esos usuarios que confunde al mundo porque yo estoy en Irlanda, tengo mi configuración español, pero yo prefiero español latinoamericano en español libérico. Entonces yo soy el tipo de persona que confunde a todas esas configuraciones. Y pensar en ese usuario ayuda mucho porque una vez. Yo prefiero español latinoamericano en español libérico. Perdón. Yo soy el tipo de persona que confunde a todas esas configuraciones. David, te vamos a pedir que te pongas en un. Yo prefiero español latinoamericano en español. Ahí está, ahí está. David o Daniel, perdón. Ah, listo. Ya está. Yo soy el tipo de persona que confunde los sistemas. Entonces suponer que los usuarios están en un modo ideal no es necesariamente lo ideal tampoco. OK, va. Escuchame. Claro, con mucho gusto. Gracias por tu pregunta, Lino. Daniel, tenías alguna pregunta. Sí. Adelante, te escuchamos. Tendrás que activar tu micrófono. A ver si. Adelante, te escuchamos. Hola, buenas tardes. Adelante. Adelante. Adelante. Tengo creo. A ver si. A ver tal. Adelante. Mir big Something Good. Adelante. Adelante. Adelante. Adelante. Adelante. Adelante. Adelante. Perdona. vamos a pedir que eso es, que salgas y que vuelvas a entrar porque estábamos en un bucle. Estamos en un bucle de retroimitación bastante fuerte. Sí. Ahora cuando vuelvas, nos vuelves a preguntar. Pero tenemos a Sara, no sé si tiene alguna pregunta. No. Ok, Sara, estamos a tu atención. Llámanos la atención si quieres hacernos una pregunta. Otra vez, Daniel, ¿cómo estás? A ver, que había un problema con el delay de... Ok, Sara, estamos a tu atención. Llámanos la atención si quieres hacernos una pregunta. Otra vez, Daniel, ¿cómo estás? A ver, que había un problema con el delay de... Una pregunta. Otra vez, Daniel, ¿cómo estás? Ok, Daniel. Claro. Daniel, enviarnos tu pregunta por escrito y en la próxima quizas podamos responderla. Sí. O si yo creo que hay un problema de... Hay un problema de delay bastante fuerte entre tu conexión y el sistema. Sí. Pero bueno, tenemos a... Mira, se acaba de conectar, Pep. Hola. Hola, Pep. Soy Pep, ¿qué tal? ¿Qué tal? ¿Cómo estás? ¿Cómo estás? Muy bien. Pues bueno, aquí es interesante, ¿no? A ver, así pues me voy a hacer alguna consulta. A ver, que nos tiene un poco... Con el tema de tráfico orgánico. Dale. Muy bien. Reviso la consulta. Adelante, te escuchamos. Sí, bueno, para relacionar un poco también con Google Analytics. Es una cosa que hemos detectado. Estamos trabajando en un blog que tiene muchas visitas orgánicas y que tiene estado de alta en Google News. Y tiene mucho tráfico AMP. Pero nos estamos encontrando que cuando vemos el real time ese tráfico AMP no lo asigna a tráfico orgánico sino lo asigna a tráfico directo. ¿Esto puede ser algo que nos podáis ayudar? Ok. Yo de Analytics conozco muy poco. Y que tanto conozco de Analytics. Tampoco. De Analytics conozco muy poco. Pero lo que sí podemos hacer es tomar el caso que describe que suena como un caso muy específico y comunicarse con el equipo de Analytics para ver si ellos tienen alguna aclaración o algo que estén trabajando. Bien. Y el segundo tema, lo que nos encontramos es un medio de un blog que puede estar dando actualidad que si nosotros lancemos una pieza de AMP, esta pieza de AMP la vayamos actualizando a medida que vaya sabiendo la información pero nos encontramos con la sorpresa de que la Cache que ofrece el buscador en la página de resultados de Mobile sea una Cache o tenga una Cache muy amplia. ¿Y alguna solución que nosotros podamos implementar? Es una Cache que la ofrece en ustedes. Ok. Entendido. Esta Cache está en la red, no está en el navegador. Y hay un formato específico para enviarle al Cache de AMP una indicación que este artículo específico debe expirar del Cache y ser recargado en la próxima carga. ¿Sí? Sí. El comando específico es un comando HTTP, HTTPS, donde hay que pasar una llave de encryption y la URL específica para eliminar. No te logro dar la sintaxis específica pero si lo buscas en la página de desarrolladores para AMP. Sí, pero había una información que parecía que estaba de precate. El API para indicarle a Google Cache quizás en el último mes haya ocurrido. La última es que mire esa versión hace cuatro semanas todavía estaba activa. Déjalo con nosotros, consultamos y haremos un seguimiento. Muchas gracias. En cualquier caso, Pep, comentas que tienes una página en Google News. Sí. Para este tipo de preguntas sobre Google News existe un foro en el que puedes preguntar por si hubiera gente que se ha encontrado con casos similares al tuyo. Vale, pues intentaremos buscarlo. Muchas gracias. Muchas gracias, Pep. Visto. Vamos a las preguntas preparadas y, Sara, estamos a tu asistención si tienes alguna pregunta que quieras hacernos. Ok. Perfecto. Vale. Ok. Vamos allá. Vávemos a las preguntas que teníamos anteriormente. Ok. Estamos a ver. Y ahí estamos. Tenía toda una historia sobre la Quinoa y la Kiwicha y... Está aprendiendo un montón. Por cierto, ¿no tendrás que beber agua hoy? Agua. Sí, yo creo que la vez pasada a la gente les interesó mucho la botellita chiquitita. Así que... Vamos a ver. Vamos a ver. Muy bien. Perfecto. Pues no os habéis hecho un par de preguntas sobre Search Console. Vamos a ver. La primera pregunta, ¿cuánto puede tardar Search Console en actualizar sus datos? Comentaba un usuario que esta semana un usuario llevaba más de siete días con el sitemap en estado pendiente. Bueno, este tipo de preguntas nos llegan bastante porque sí que es verdad que los usuarios cuando reciben los mensajes y mandan sus revisiones, muchas veces esperáis que se responda inmediatamente. Y esto muchas veces lleva su tiempo. No podemos daros un tiempo específico, pero en cualquier caso debería estar resuelto en unos días. Tampoco podemos dar una fecha más allá, ¿verdad? Específicamente, siete días no es completamente fuera del ordinario. Definitivamente yo diría que está un poco por lo subido. Lo que sugerimos en el caso específico vale la pena preguntar en el foro en español con el dominio en particular porque ahí podemos tomar el detalle y luego trabajar o identificar si en serio hay algo que está mal por nuestro lado y si hay algo que gestionar con el equipo de Search Console. Por lo general ese tipo de cosas se resuelven por su cuenta y tienen que ver con velocidad de rastreo o con frecuencia de rastreo. Siete días suena subido pero no suena completamente fuera de lo esperado tampoco. Exacto, así que foro de Webmasters, ahí estaremos. Y la segunda pregunta, ¿Pertidas de Rev Domains en Search Console? El apartado tráfico de búsqueda en la CESA tu sitio hemos visto caídas bastante notorias en los enlaces que apuntaban a nuestros sitios. ¿Es algún fallo o bug de Search Console? Bueno, esta pregunta la hemos visto también, la hemos visto en Twitter de hecho y es una noticia que nosotros no tenemos constancia de que haya un bug. Si tenéis información, si tenéis detalles de nuevo os pedimos que vayáis al foro y que nos deis más información por si, si en el caso de que hubiera un bug, podemos investigarlo. A ejemplos, definitivamente podríamos investigarlo con los equipos. Muy bien. Esta pregunta es, ah bueno, tenemos a Daniel de vuelta, ¿A Daniel quieres hacer nuestra pregunta? Bueno, bueno, sí, es un par por el problema técnico de la caída. No te preocupes. No creo que tenéis muchas cosas abiertas. Lo primero, como les decía, gracias por vuestra iniciativa y por responder las preguntas normalmente y os comento una rápida a ver si no os podéis ayudar. Un problema común que tenemos a la hora de validar el laser lamb y la cannibalización que hay entre países es verificar mediante herramientas o como herramientas o como en la propia búsqueda de WELT realmente si está existiendo esa cannibalización y simulando al usuario en diferentes países para ver si realmente el busco en México está saliendo a su torre de España o así en diferentes casos. Entonces, ¿recommendéis alguna herramienta o alguna configuración dentro del propio búsqueda de WELT para poder hacer este trabajo de validación y poder decir, oye, estoy emulando perfectamente como lo vería en el usuario de Google en México para ver y validar que esos resultados de España salen y luego los lanzo un poco la idea de que, de cara a ponerlo en search console, sería una buena idea para ayudar a los webmasters a validar esto. Claro. Sí, la herramienta que yo utilizo para hacer ese tipo de confirmaciones está en las mismas configuraciones de búsqueda de Google. Es decir, si vas a la página de búsqueda y vas a la sección de configuración, puedes elegir el país donde ya estás configurando de hecho ya toda la búsqueda de Google. Entonces, puedes cambiar el país y puedes cambiar el idioma y puedes poner la combinación que quieras ahí. Entonces, si quieres estar en Egipto buscando en portugués, adelante. También en las herramientas de búsqueda avanzadas que aparecen en la parte superior de la página justo bajo de la barra de búsqueda, hay una opción para modificar las búsquedas y ahí donde está todo ese formulario más complejo para construir una búsqueda más compleja, hay una opción para básicamente indicar específicamente país. Eso emula el comportamiento de Google en términos de país e idioma. ¿Y sería tanto para mobile como para desktop la configuración entrando desde la misma cuenta? Pasar al inspector de JavaScript, cambiarlo a móvil y ya estuvo. Muchas gracias. Con gusto. Muy bien, pues podemos pasar a las siguientes preguntas. Esta pregunta va sobre WordPress. Es un sitio en particular que recibe bastante tráfico diario procedente de buscadores y la comunidad del sitio web comenta con bastante frecuencia. ¿Cuáles son las partes de comentario? Está preocupado por los errores de ortografía que algunos usuarios tienen y pregunta si el exceso de errores ortográficos puede afectar los rankings de su sitio. Yo diría que no me preocuparía mucho por eso porque al final lo que nosotros sabemos es detectar cuáles son las partes de comentarios y cuáles son las partes de contenido físico. Sí, es simplemente en particular un foro y el contenido en particular es lo que se está indexando y eso es lo principal. Ahí es más que todo el volumen de comentarios no es los errores que miramos. Pero también sitios como WordPress ofrecen existen plugins y herramientas que ayudan a un usuario a obtener ortografía correcta. Entonces quizás es ahí lo que podemos contribuir al uso del idioma, donde si le podemos ofrecer un usuario una herramienta que le permita escribir una forma de detectar los errores ortográficos sin intención y les permita corregirlo rápidamente. Entonces eso nos ayuda también a resolver esa duda que por el lado de Google no hay que preocuparse. Y también quizás apoyar a usuarios que quizás no hayan tenido la oportunidad de tener un maestro muy didáctico y muy formal en términos de la ortografía. Entonces esa sería la recomendación de más preocuparse sobre cuál es la experiencia que le da al usuario a otros usuarios que puedes ofrecerle. En WordPress en particular hay plugins específicos que ayudan para lo que es corrección ortográfica en términos de contribuciones de usuarios. Así que yo iría por ese lado. Pero a nivel de afectar rankings, a nivel de afectar entendimiento de la página, no por lo general. No debería tener gran impacto. Muy bien. La siguiente pregunta es un blog incluye en vets de social media en los posts para dar contexto a la noticia. Esto es Google Noticias. Conso muestra errores de rastreo por artículo fragmentado. ¿Qué implicaciones tienes de aviso sobre la indexación y posicionamiento de este contenido? ¿Complirían con las guidelines de calidad el contenido de contenido pese a incluir estos scripts? ¿Alguna recomendación? Bueno, lo hemos estado hablando. En algunas ocasiones, cuando editamos nuestros textos, no nos damos cuenta de que el formato, mejor, estamos poniendo frases sueltas sin crear párrafos concretos. Entonces, eso puede estar perjudicando a la forma en la que Google está interpretando un artículo, porque nosotros entendemos un párrafo como una serie de oraciones con continuidad. Entonces, lo que recomendamos es que en este caso revises que en efecto tienes párrafos y que no tienes frases sueltas y que te asegures de que son realmente párrafos. Claro. Al final esto lo hacemos porque no queremos elegir la parte equivocada del párrafo cuando estamos mostrando un resumo en un snippet. Entonces, generalmente eso indica que simplemente hay un problema de separación de líneas. Mirar el HTML generado en la página específica para ver si es que hay párrafos entre línea o breaks porque eso generalmente es lo que explica ese comportamiento. Hay un artículo que específicamente explica esto haciendo una búsqueda por artículo afragumentado llegarás al documento y explicar exactamente qué hay que hacer para mirar y para resolverlo. Y tenemos aquí otra pregunta. ¿Diferenciamos algoritmos que valúan según el nicho? Si no es así, porque hay ciertos nichos que ciertas técnicas siguen funcionando y otros no. Claro. Por lo general, yo no hablaría de algoritmos y evaluaciones a nivel de nicho porque de eso no conversamos mucho. Lo que yo sí sé es que cuando hay áreas de contenido de lo que aparece por lo general utiliza técnicas de spam que son hasta anticuados o viejos lo que eso generalmente me indica es que hay falta de contenido de calidad. Es decir, ya hemos llegado al punto donde ya no hay mucho más que mostrar. Si sí hay mucho que mostrar, si hay muy buen contenido de calidad y hay ciertas páginas donde aparece spam eso es spam y definitivamente necesitamos saberlo y esa es la función de gran parte de nuestro equipo es eliminar eso. Pero por lo general eso me indica que es oportunidad de generación de contenido de calidad para ese sector más que diferenciación algoritmica por a nivel de nicho porque no necesariamente miramos el mundo de esa manera. Entonces, yo diría que si hay técnicas antiguas que continúan funcionando en áreas particulares eso simplemente indica que estamos mostrando lo que tiene internet que al final está al borde en términos de calidad pero que quizás les sea útil para un usuario que tiene alguna página de buena calidad generalmente va de forma natural aparecer de una manera muy presente ahí. Tenemos alguien que se acaba de conectar en la llamada. A ver, Álvaro. Álvaro, ¿nos quieres hacer alguna pregunta? ¡Guau! ¿Me escuchas? Sí. Álvaro, a la borde. ¿Cómo estás? Pues muy bien, chicos. Bien, gracias. Las preguntas sobre nichos se me agolpan en la cabeza. Me parece bastante interesante la pregunta sobre si son diferentes algoritmos para diferentes temáticas para diferentes queries. Por así que es verdad que yo noto que para intenciones de búsqueda diferentes cosas que páginas diferentes que son exactamente iguales ranquean de forma muy diferente. Y tengo otra pregunta. ¿Por qué, aunque supuestamente lo que se valorece a la intención de búsqueda, ¿por qué sigo viendo que plurales y singulares ranquean diferente? Eso quizás sea falta de entendimiento a nuestro en términos de los plurales y singulares. Eso quizás simplemente muestra una falla nuestra en entender el uso del idioma. Pero por lo general, tendríamos que ver una cantidad de ejemplos y una cantidad de manifestaciones para ver qué otras explicaciones sistemáticas podrían haber. Más allá de que quizás no estemos entendiendo los plurales de manera correcta. El español no es un idioma pequeño y no tiene... Hay muchísimas páginas escritas en español. Así que el nivel de información que existe que nos ayuda a entender el idioma no es poco. Entonces también valdría la pena ver qué nivel de... ¿Cuáles son los tipos de resultados que generan ese tipo de diferencias? Para ver si es que hay explicaciones un poco más sencillas, porque por lo general esas son las explicaciones que terminan siendo las reales en relación a lo que es entendimiento de plurales. Y luego él preguntaba si había diferentes algoritmos por categorías. A nivel de distintos algoritmos por categorías no sé para hacerte muy sincero, porque esa información es algo que se mantiene... Son diferentes algoritmos, pero sí factores distintos de posicionamiento. Quizás en unas temáticas se tiene mucho más en cuenta los enlaces entrantes, en otra la LCTR, en otra... No, tengo la más remota idea. Ese tipo de... Ese tipo de decisiones, ese tipo de información generalmente la manejan un grupo bastante pequeño. Si hay o no hay eso, si existe o no existe, serían ellos los que saben y por lo general operamos de una manera donde no necesitamos saberlos para poder comunicar claramente que al final nuestros objetivos son dos, que los usuarios encuentran las páginas relevantes y que los creadores de contenido sepan cuáles son las formas más eficientes de crear contenido de calidad por los usuarios. Entonces a nivel de ya preguntas específicas sobre cómo funciona el algoritmo X, Y cómo funciona el busque. Por lo general de ese tipo de cosas ese tipo de preguntas no la respondemos porque no tenemos la información. Supuestamente como RankBrain va aprendiendo de las intenciones de busque de lo que hace el usuario si para cierta query o para cierta temática el usuario se comporta de una manera el algoritmo trabajará en esa query de esa manera mientras que para otra temática donde hace rebota más veces donde visiten más resultados antes de decidirse por un resultado pues entonces sí se tendrá en cuenta supuestamente tiene que ser así, ¿no? Sería interesante saberlo. Para hacer esto muy sincero no tengo ningún detalle que agregar a eso sobre cómo funcionan ese mecanismo no he estudiado el código, no he hablado con los ingenieros que lo manejan no sé porque es una área de variedad y por lo general no es una área que conversamos muchísimo porque a nivel de lo que estamos tratando de hacer que es que los usuarios encuentren la busca eso hay que mantenerlo por separado de qué necesitamos saber para entender una página bien y poder identificar dónde tiene relevancia para un usuario. Vale Gracias por tu pregunta Alvaro Gracias pues nos quedan dos minutos Tenemos un montón de preguntas todavía Entonces tenemos una pregunta más sobre lo que es ingeniería lo que era la ingeniería social Podemos hacer el responde en el foro porque son muchas preguntas que han llegado a través del foro preguntar a través de ahí de esa vía y asegurarnos de que todos los usuarios tienen Claro y estarán disponibles todas esas respuestas Entonces la última pregunta Me imagino la ingeniería social pues la ingeniería social son prácticas que vemos de algunos usuarios cuya intención es generalmente engañar a otros usuarios para obtener información datos sobre ellos pues por ejemplo datos bancarios o datos personales que pueden comprometer al usuario que los proporciona son prácticas que conocemos muchas veces prácticas de los hackers prácticas piratas podemos llamarlo de muchas formas y hay muchas formas de detectarlas y sobre todo de protegerse contra ellas tenemos muchas guías que de hecho voy a postear en el foro para que las tengáis pero son guías públicas y de verdad que os recomiendo que las leáis y que os informéis porque cuanto más información tengáis de cómo protegeros contra este tipo de prácticas menos vulnerables seréis claro y en particular en el contexto de webmasters tenemos bastante información para que un webmaster puede ser víctima de ingeniería social alguien que tiene el que tenga una cuenta con una contaseña es ya de por si es muy posible que pueda ser víctima de ingeniería social cuando no esté prestando atención también hay un caso muy específico para webmasters que van para dueños de sitios donde quizás reciban una notificación en Search Console donde hemos detectado contenido de ingeniería social en su página por lo general eso es una indicación de que hay un sitio que ha sido pirateado es decir que el dueño del sitio quizás no sabe, no has enterado que alguien externo sin autorización ha entrado y ha metido contenido un hacker digamos de esa manera y donde hemos detectado nosotros que hay alguna experiencia ahí que está tratando de engañar a un usuario de software malicioso está tratando de ejecutar algún ataque de phishing y por lo general eso no es intención del dueño real del sitio es el dueño del sitio que está siendo víctima tal como el usuario final que quizás puede hacer una víctima y lo que estamos tratando de notificarlo al dueño del sitio es que hay algo que revisar porque quizás el sitio esté haciendo algo peligroso que afecte al usuario y que afecte la reputación del sitio en sí porque demuestra que hay algo que no está bien protegido por esos lados tenemos documentación y guías que ayudan a detectar contenido de hacker de hacking las tenemos en español entonces basta buscar mi sitio ha sido pirateado recomendaciones para recuperación después de hack y aún buscando google google hack webmasters aparecerán esos guías y de ahí atención porque mientras eso aparezca existe la posibilidad de que un usuario esté este en riesgo a veces eso viene a través de anuncios es decir si tenemos un sitio que está utilizando una red de distribución de anuncios a veces hemos visto una reducción de eso pero todavía ocurre donde aparecen anuncios que intentan hacer eso que inyectan JavaScript dentro de la parte de anuncio y que ahí le genera un usuario una imagen donde le dicen que tiene que descargar que tiene que descargar algún software para prevenir un virus o que tiene que enviar su número al supermercado para participar en un sorteo o que google está indicando que el equipo está comprometido y que tiene que llamar a tal número todo eso es un engaño y ese tipo de experiencias generalmente vienen muchas veces vienen a través de redes de publicidad entonces a veces hay que mirar cuáles redes de publicidad están incorporadas y ver si todas están verificando bien las publicidades que están presentando y un buen sitio para comunicarse con google y recibir estos mensajes de posibles ataques os recomendamos que verifiquéis vuestras páginas siempre en search console porque es la manera en la que podemos comunicaros lo que ha pasado con vuestra página web y vale y ya con eso estamos listo muchas gracias a todos ustedes por sus preguntas gracias a ustedes que han compartido ahora con nosotros en vivo gracias por sus preguntas y estaremos pronto una vez más para responder sus preguntas estamos aquí siempre para servirlos el foro de webmasters de ayuda en español en twitter en google.com webmasters tenemos eventos alrededor del mundo anuncios en el blog y estamos a sus órdenes muchísimas gracias a todos gracias chau