Horario de oficina de SEO, 25 de febrero de 2022
Publicado: 2022-03-09Este es un resumen de las preguntas y respuestas más interesantes del Google SEO Office Hours con John Mueller el 25 de febrero de 2022.
Informe de enlaces en Search Console
05:41 “Había un dominio en el que solía haber un sitio web, y luego […] se eliminó. [Si] hay un nuevo sitio web en algún momento, entonces los enlaces al sitio web anterior ya no cuentan, lo que parece bastante lógico. […] En Search Console, veo al menos un enlace del propietario anterior que todavía está allí. ¿Significa [eso] que este enlace seguirá contando [si] Search Console […] lo muestra?”
John respondió: “No sé si contaría, pero la parte importante con Search Console y el informe de enlaces es que tratamos de mostrar todos los enlaces que conocemos a ese sitio. No es una señal de que pensemos que estos son enlaces importantes o que cuentan. En particular, se seguirán enumerando elementos como los enlaces nofollow, los enlaces de desautorización se seguirán enumerando y los enlaces que ignoramos por otros motivos también podrían aparecer en la lista. Entonces , el hecho de que esté en la lista no significa que sea un enlace irrelevante o útil para el sitio”.
Enlaces de pie de página no contextuales versus estructura del sitio
09:13 “Adquirimos un sitio que venía con muchos enlaces internos en la sección de pie de página de cada página. Algunos de estos enlaces no son tan relevantes. […] ¿Es probable que Google lo considere problemático porque los enlaces no son necesariamente contextuales? […] Simplemente están revueltos en el pie de página, y simplemente son seleccionados por un complemento. Tenemos miedo de que eliminarlos de cientos de páginas pueda estropear la estructura del sitio”.
John dijo: “Sospecho que en su mayor parte eso no causaría ningún problema. Vería esto más ya que estos enlaces en estas páginas son enlaces internos normales.
Míralo desde el punto de vista: ¿esto ayuda […] a dar contexto al resto de las páginas del sitio web? Por ejemplo, si tiene un sitio web más grande y esencialmente todas las páginas están vinculadas con todas las demás páginas, no hay un contexto real allí, por lo que es difícil para nosotros entender cuál es la estructura general, cuál de estas páginas [son] más importantes. Porque si estás enlazando a todo, entonces es como si todo no fuera importante. Ese es el elemento que yo cuidaría. Si están o no en el pie de página, eso , desde mi punto de vista, es irrelevante. Si son generados por un complemento o agregados manualmente, tampoco creo que importe. Tendría cuidado desde un punto de vista estructural: ¿tiene sentido tener estos vínculos? Cierta cantidad de entrecruzamiento tiene sentido. Si tiene una configuración en la que tiene páginas relacionadas con enlaces cruzados, eso, desde mi punto de vista, siempre tiene sentido. Enlaces cruzados extremos en los que se cruzan todas las páginas con todas las demás páginas, desde mi punto de vista, no tiene sentido”.
11:10 “[…] Si deshabilitamos el complemento y todos estos enlaces de repente […] se pierden de la página, ¿afectaría al sitio web de alguna manera? ¿O deberíamos tratar de eliminar lentamente los enlaces de una página a la vez?
John: “Supongo que afectaría la forma en que se muestra en la búsqueda, pero es imposible decir si será un efecto positivo o negativo. Creo que esa es la parte difícil allí.
Lo que haría para tratar de comprender cuál es la situación actual y cuál sería el siguiente paso es ejecutar un rastreador en su sitio web. Muchos de los rastreadores de sitios web que existen generarán un gráfico de cómo se vinculan sus páginas. Luego, podría deshabilitar el complemento, tal vez en una versión provisional de su sitio web, tal vez incluso en la versión en vivo por un corto período de tiempo. Vuelva a rastrear y luego compare esos gráficos y vea si este rastreador aún puede encontrar todo el contenido. ¿Parece que no hay suficiente reticulación allí? Si es así, eso le da un poco más de confianza de que simplemente deshabilitar el complemento estará bien. Desde nuestro punto de vista, no importa si estos enlaces se colocan automáticamente o mediante un complemento o mediante el aprendizaje automático. […] Son solo enlaces que encontramos en su sitio web”.
¿Está todo el texto oculto en contra de las pautas de Google?
13:22 “¿Todo el texto oculto va en contra de las pautas para webmasters? […] Tenemos algunos elementos que incluimos en varias páginas junto con identificadores asignados internamente para cada elemento, por lo que esos identificadores no significan nada para los usuarios […], pero como SEO, puede hacer mi vida mucho más fácil. […]”
La respuesta de John fue: “No creo que eso sea problemático. El texto oculto, desde nuestro punto de vista, es más problemático cuando realmente se trata de engañar a los motores de búsqueda con respecto a lo que realmente hay en una página. Entonces, el ejemplo extremo sería que tiene una página sobre zapatos y hay mucho texto oculto allí que trata sobre los Juegos Olímpicos […], y luego, de repente, su página de zapatos comienza a clasificarse para estos términos olímpicos. Pero, cuando un usuario va, no hay nada sobre las Olimpiadas, y eso sería problemático desde nuestro punto de vista.
Creo que hacemos un trabajo razonable al reconocer el texto oculto y tratar de evitar que eso suceda, pero esa es la razón por la que tenemos este elemento en las pautas para webmasters. Usarlo para mostrar algo por lo que no necesariamente quieres engañar a nadie, desde mi punto de vista, está perfectamente bien. Además, la accesibilidad es una razón común para el texto oculto en una página en la que tiene los objetivos táctiles configurados de manera que puede tocarlos, y luego su lector de pantalla dirá algo al respecto. Pero no son visibles directamente en la página, y eso también está perfectamente bien, por lo que no tendría ningún temor ni duda de que la configuración que describiste funcione”.
La importancia de los nombres de archivo de imagen para la clasificación del sitio
24:56 “ Estamos utilizando un proveedor de CDN inteligente que ha estado reemplazando los nombres de los archivos de imagen con números únicos. Hemos notado que todas las imágenes son 404 en la consola de búsqueda. Deshabilitar la CDN degradaría significativamente el rendimiento general del sitio. ¿El texto alternativo de la imagen y los subtítulos serán suficientes para que Google los entienda sin un nombre de archivo o título apropiados?
Según John, “Hay dos cosas aquí que yo miraría. Por un lado, si se trata de imágenes que necesita tener indexadas en la búsqueda de imágenes, debe asegurarse de tener un nombre de archivo estable para sus imágenes. Ese es el elemento más importante aquí.
No menciona que estos números o estas URL cambian, pero a veces estos CDN esencialmente brindan una identificación basada en la sesión para cada imagen. Si la URL de la imagen cambia cada vez que rastreamos, esencialmente, nunca podremos indexar esas imágenes correctamente. Esto se debe principalmente a que, para las imágenes, tendemos a ser un poco más lentos con respecto al rastreo y la indexación. Entonces, si vemos una imagen una vez y decimos que deberíamos echarle un vistazo, e intentamos rastrearla nuevamente en una etapa posterior, y el número ha cambiado para entonces, eliminaremos esa imagen de nuestros resultados de búsqueda, de las clasificaciones de imágenes. Esencialmente diremos, bueno, esta imagen que pensábamos que estaba aquí ya no está aquí. La parte más importante aquí es averiguar si te importa la búsqueda de imágenes. Si es así, debe asegurarse de tener una URL estable para todas estas imágenes. No importa si es un número o si es un texto o algo por el estilo. Solo debe ser estable. Esa es la parte más importante aquí.
La otra parte que mencionó es el texto alternativo de la imagen y los subtítulos, lo que sugiere que está interesado en la búsqueda web, no necesariamente en la búsqueda de imágenes. Para la búsqueda web, no necesitamos poder rastrear e indexar las imágenes porque esencialmente miramos las páginas web en sí. Entonces, cosas como el texto alternativo, los subtítulos, los encabezados en la página, todo eso ayuda a comprender esta página un poco mejor. Para la búsqueda web, eso es todo lo que necesitamos. Si todas las imágenes fueran, por ejemplo, 404 todo el tiempo o bloqueadas por robots.txt o la búsqueda web, aún trataríamos esa página exactamente igual que si pudiéramos indexar todas esas imágenes. En la búsqueda de imágenes en sí, ahí es donde necesitamos poder indexar estas imágenes y comprender que [existen] URL estables y comprender cómo se conectan con el resto de su sitio".
Dirigirse a dos páginas diferentes con la misma palabra clave
29:36 “Una [página] es una página de funciones, y la otra es una pieza informativa sobre esa función. ¿Está bien apuntar a la misma palabra clave principal en esas dos páginas diferentes?
John dijo: “En primer lugar, está totalmente bien orientar cualquier palabra clave que desee. Desde nuestro punto de vista, no vamos a detenerte.
Lo que me gustaría tener en cuenta es si estás compitiendo contigo mismo. Y eso es casi más una pregunta estratégica en lugar de una pregunta pura de SEO y no algo en lo que diríamos que hay pautas de que no debe hacer esto. Pero es más que si tiene varias piezas de contenido que se clasifican para la misma consulta con la misma intención, entonces esencialmente está diluyendo el valor del contenido que está proporcionando en varias páginas. Están compitiendo entre sí, y eso podría significar que estas páginas individuales no son tan fuertes cuando se trata de competir con los sitios web de otras personas. Así que a veces es de lo que me cuidaría.
Si tiene dos páginas y ambas apuntan a la misma palabra clave, y tienen intenciones muy diferentes, entonces, desde mi punto de vista, eso parece razonable porque las personas podrían estar buscando esa palabra clave con texto adicional agregado para una intención y más texto agregado para la otra intención. Y son esencialmente páginas únicas. Puede tener sentido que ambos aparezcan en la búsqueda o que aparezca la mejor coincidencia en la búsqueda. […] Y como dije, no es algo que necesitemos o que esté bien o mal. Es una cuestión de su posicionamiento estratégico sobre cómo desea aparecer en la búsqueda”.

¿Existe una buena relación entre las páginas indexadas y las no indexadas?
31:26 "¿Las posiciones de las páginas de clasificación de alto tráfico se ven perjudicadas por muchas, digamos el 50%, del total de páginas en un dominio que no están indexadas o están indexadas pero no reciben tráfico?"
John respondió: “Supongo que la pregunta es más, tengo un conjunto de páginas que son muy populares y muchas páginas que no son muy populares. Y eso describe el sitio web promedio donde tiene una variedad de contenido, y parte es muy popular, y parte no es tan popular. Entonces, desde nuestro punto de vista, eso está perfectamente bien.
Además, solo el número total de páginas es una métrica engañosa porque es fácil tener muchas páginas que no se ven, es muy importante, y luego no aparecen mucho en la búsqueda, y eso puede estar perfectamente bien. Si tienes cinco páginas como esa o cien […] o mil páginas, [y] si no aparecen en la búsqueda, tampoco están causando ningún problema. Desde ese punto de vista, a veces es complicado comparar el número total de páginas con las páginas que se muestran en los resultados de búsqueda.
La otra cosa, quizás también a tener en cuenta con una pregunta como esta, es que a veces tiene sentido concentrarse más en menos páginas para obtener la ventaja estratégica de tener menos páginas que sean más sólidas, en lugar de tener muchas páginas donde esencialmente están diluyendo el valor. Por ejemplo, si tiene mil páginas y cada una de ellas proporciona un pequeño detalle de la imagen más grande, entonces esas mil páginas probablemente tendrán dificultades para buscar. Mientras que si puede combinar mucho de eso en […] tal vez diez páginas, entonces esas diez páginas tendrán mucha información sobre ellas y tal vez mucho valor en relación con el resto de su sitio y tal vez sea más fácil clasificar para términos de búsqueda más amplios sobre ese tema”.
Resultados de búsqueda dentro de sitios web vs. clasificación
37:49 “Estoy tratando de asegurarme de que nuestras clasificaciones de SEO no se vean afectadas mientras lanzamos una nueva página de resultados de búsqueda. […] Nuestras búsquedas pueden dar como resultado 10.000 resultados y tienen funcionalidades de filtrado y clasificación. ¿Cómo trata Google estas páginas de resultados de búsqueda dentro de los sitios web [y] cómo estos resultados de búsqueda afectan la clasificación general del sitio web? ¿Es suficiente simplemente enviar mapas de sitio para la clasificación, o debemos tomar consideraciones adicionales para ayudar al robot de Google a recopilar URL accesibles?
John respondió: “[…] No confiaría en los sitemaps para encontrar todas las páginas de su sitio web. Los sitemaps deben ser una forma de brindar información adicional sobre su sitio web. No debe ser la forma principal de brindar información [sobre] su sitio web. Entonces, en particular, la vinculación interna es muy importante y algo que debe tener en cuenta y asegurarse de que, independientemente de cómo configure las cosas cuando alguien rastree su sitio web, pueda encontrar todo su contenido y no que confíe en el mapa del sitio. archivo para obtener todas estas cosas.
Desde ese punto de vista, poder ir a estas páginas de categorías y poder encontrar todos los productos que están en categorías individuales, creo que es muy útil. También es muy importante poder rastrear las páginas de categorías hasta el producto. Las páginas de resultados de búsqueda son un poco un área única porque algunos sitios usan páginas de categoría esencialmente como páginas de resultados de búsqueda, y luego estás en esa situación donde las páginas de resultados de búsqueda son esencialmente como páginas de categoría. Si ese es tu caso, estaría atento a todo lo que harías con las páginas de categoría.
La otra cosa con las páginas de resultados de búsqueda es que las personas pueden ingresar cualquier cosa y buscar algo y su sitio tiene que hacer todo el trabajo para generar todas estas cosas. Eso puede resultar fácilmente en una cantidad infinita de URL que teóricamente se pueden encontrar en su sitio web porque las personas pueden buscar de muchas maneras diferentes. Y debido a que eso crea este conjunto de páginas infinitas en su sitio web, eso es algo que tratamos de desalentar donde diríamos que establezca estas páginas de resultados de búsqueda en noindex o use robots.txt para bloquear el rastreo de estas páginas de resultados de búsqueda para que podamos centrarse en la estructura normal del sitio y la vinculación interna normal. Creo que esos son los aspectos principales allí.
Si desea indexar sus páginas de resultados de búsqueda, entonces mi consejo sería asegurarse de que, por un lado, tenga un orden de clasificación principal y una configuración de filtrado configurada como canónica. Entonces, si elige proporcionar sus páginas por relevancia, entonces si tiene un filtro de clasificación por precio hacia arriba o hacia abajo, entonces establecería el rel = "canonical" de esos filtros en su orden de clasificación principal. Del mismo modo, para filtrar, quizás eliminaría el filtro con rel=”canonical”. Al hacer esto, asegúrese de que podamos centrarnos más en la versión principal de las páginas y rastrearlas correctamente, en lugar de distraernos con todas estas variaciones de las páginas de resultados de búsqueda.
La otra cosa que me gustaría tener en cuenta es que cree algún tipo de lista de permitidos o […] un sistema en su sitio con respecto al tipo de consultas de búsqueda que desea permitir que se indexen o rastreen. Por ejemplo, si alguien va a su sitio web y busca "productos farmacéuticos canadienses" o algo así, y usted no es un sitio web farmacéutico, probablemente no desee que se indexe esa página de búsqueda. Incluso si no tiene ningún producto disponible que coincida con esa consulta, probablemente no desee que se indexe. Así que tener una lista de las búsquedas permitidas que usted permite tener indexadas lo hace mucho más fácil . Asegúrese de no encontrarse accidentalmente con esta situación de spam en la que alguien está enviando spam a sus resultados de búsqueda, y luego tiene que limpiar millones de páginas indexadas y deshacerse de ellas de alguna manera”.
Actualización de la experiencia de la página en el escritorio frente a la clasificación
42:20 “ Mi sitio web tuvo una caída en las visitas debido a los bajos Core Web Vitals. Ahora estoy de vuelta en el camino, pero me di cuenta de que la actualización de Page Experience ahora se está implementando lentamente para el escritorio. ¿Cuál es la clasificación de Page Experience para el escritorio y qué importancia tiene, en comparación con otras señales de clasificación?
Según John, “Al igual que en los dispositivos móviles, el factor de clasificación de la experiencia de la página es esencialmente algo que nos brinda un poco de información adicional [sobre] estas diferentes páginas que podrían aparecer en los resultados de búsqueda. En situaciones en las que tenemos una […] intención clara de la consulta en la que podemos entender que realmente quieren hacer esto con este sitio web, entonces, desde ese punto de vista, podemos relajarnos al usar la experiencia de la página como un factor de clasificación. Por otro lado, si todo el contenido es muy similar en la página de resultados de búsqueda, probablemente el uso de Page Experience ayude un poco a comprender cuáles de estas son páginas rápidas o páginas razonables con respecto a la experiencia del usuario y cuáles son las páginas menos razonables para mostrar en los resultados de búsqueda. Esa situación nos ayuda allí.
Con respecto a la implementación de escritorio, creo que será una implementación más lenta nuevamente en el transcurso de aproximadamente un mes, lo que significa que no verá un efecto fuerte de un día para otro, sino que verá que efecto durante un período de tiempo. También lo vería en Search Console en los informes de Page Experience y Core Web Vitals. También vería que en el escritorio todo está en rojo, por ejemplo, y que necesita concentrarse en eso. Desde ese punto de vista, con el cambio de clasificación de escritorio como con el móvil, no esperaría un salto drástico en los resultados de búsqueda de un día para otro a medida que implementamos esto. A lo sumo, si las cosas van realmente mal para su sitio web, vería una caída gradual allí”.
Contenido traducido no indexado
53:15 “ Trabajo en un gran sitio multilingüe. En abril del año pasado, […] todo nuestro contenido traducido pasó de Válido a Excluido, Rastreado, actualmente no indexado , y se ha mantenido desde abril. […] Debido a que sucedió todo a la vez, pensamos que tal vez había algún cambio sistémico de nuestro lado. […] Hemos limpiado nuestros hreflangs, canonicals, parámetros de URL, acciones manuales y todas las demás herramientas que se enumeran en developer.google.com/search. […] No sé qué sucedió o qué hacer a continuación para tratar de solucionar el problema, pero me gustaría que nuestro contenido traducido vuelva a aparecer en el índice”.
La respuesta de John fue: “[…] Creo que a veces es complicado [si] tiene el parámetro al final con el código de idioma. […] Desde nuestro punto de vista, lo que puede suceder es que cuando reconozcamos que hay muchos de estos parámetros que conducen al mismo contenido, entonces nuestros sistemas pueden quedar atrapados en una situación, bueno, tal vez este parámetro no es muy útil, y debemos ignorarlo. Para mí, suena mucho a que sucedió algo alrededor de esa línea. En parte, puede ayudarlo con la herramienta de parámetros de URL en Search Console para asegurarse de que ese parámetro esté configurado. Quiero tener todo indexado. Parcialmente, lo que también podría hacer es tal vez rastrear una parte de su sitio web con […] un rastreador local para ver qué URL de parámetros realmente se seleccionan y luego verificar que esas páginas realmente tengan contenido útil para esos idiomas.
En particular, […] [cosa] común que he visto en los sitios es que tal vez tienes […] todos los idiomas vinculados, y la versión japonesa dice oh, no tenemos una versión japonesa, aquí está nuestra versión en inglés, entonces nuestros sistemas podrían decir, bueno, la versión japonesa es la misma que la versión en inglés; tal vez haya otros idiomas iguales a la versión en inglés. Deberíamos ignorar eso. A veces esto proviene de enlaces dentro del sitio web, a veces también son enlaces externos, personas que están enlazando a su sitio. Si el parámetro se encuentra al final de su URL, entonces es muy común que también haya basura adjunta al parámetro. Y si rastreamos todas esas URL con esa basura y decimos, bueno, este no es un idioma válido aquí está la versión en inglés, entonces nuevamente refuerza ese ciclo donde los sistemas dicen, bueno, tal vez este parámetro no sea tan útil. El enfoque más limpio sería si tuviera una especie de parámetros basura para redirigir a los más limpios o tal vez incluso mostrar una página 404 y decir, bueno, no sabemos de qué está hablando con esta URL y hacer limpiamente seguro de que cualquiera que sea la URL que encontremos obtengamos contenido útil que no sea igual a otro contenido que ya hayamos visto”.
