Horario de oficina de SEO, 11 de marzo de 2022

Este es un resumen de las preguntas y respuestas más interesantes del Google SEO Office Hours con John Mueller el 11 de marzo de 2022.

¿Puede una sola página influir en todo el dominio?

6:50 “ […] recientemente agregamos una página a nuestro sitio que constantemente genera tráfico y compromiso significativos […]. Mi pregunta para usted es, ¿puede una sola página con una participación y un tráfico extremadamente altos tener una influencia en el dominio en su conjunto? […] ”

John respondió: “ No creo que usemos el compromiso como un factor. Pero se da el caso de que, por lo general, las páginas dentro de un sitio web están interconectadas con el resto del sitio web. Y a través de esos enlaces internos en el sitio web, reenviamos algunas de las señales. Entonces, si vemos que una página es realmente buena y nos gustaría mostrarla mucho en la búsqueda, tal vez también tenga varios enlaces externos, eso nos brinda mucho contexto adicional sobre esa página. Y podemos reenviar algo de eso al resto del sitio web. Por lo general, eso es algo bueno.

Lo que debería tener en cuenta es si impulsa el compromiso por el tipo de cosas que le interesan. Eso es algo que a veces he visto, donde una página puede ser muy visible para ciertas consultas, pero cuando miras las consultas, dices, bueno, realmente no quiero clasificar para eso. Mi tema es otro. Así que eso podría ser algo solo para echar un vistazo cauteloso a las métricas”.

Luego, la persona preguntó si un puntaje bajo de Core Web Vitals en una sección de una página puede afectar el resto del dominio. Si no está familiarizado con las métricas que mencionó: Mayor pintura con contenido (LCP) y Cambio acumulativo de diseño (CLS), le recomiendo que lea nuestras guías sobre Qué es la mayor pintura con contenido y Qué es el cambio acumulativo de diseño.

8:28 “[…] para Core Web Vitals, priorizamos nuestras páginas de alta búsqueda para mejoras de productos, […]. ¿Puede un subconjunto de páginas con LCP o CLS deficientes, digamos solo la página de video en el sitio que no son las páginas principales, secundarias o incluso terciarias que impulsan el tráfico de búsqueda en el sitio, afectar el resto de Core Web Vitals general del sitio? ¿puntaje? […] “

John respondió: “ Por lo general, eso no sería un problema. Así que creo que hay dos aspectos allí. Por un lado, para Core Web Vitals, observamos una muestra del tráfico a esas páginas, que se realiza a través de, no sé, la funcionalidad Informe de experiencia de usuario de Chrome . Creo que eso está documentado en el lado de Chrome en alguna parte. Pero es esencialmente una parte del tráfico a su sitio web. Eso significa que, en su mayor parte, las cosas que veremos más son realmente las páginas que obtienen la mayor cantidad de visitas. Entonces, si tiene páginas aleatorias en el lado que nadie mira nunca, y son realmente lentas, entonces no estarían arrastrando su sitio hacia abajo . Y al revés también: si esas páginas aleatorias fueran realmente rápidas, no estarían mejorando su sitio. Incluso si se trata de muchas páginas aleatorias, si, en general, no reciben mucho tráfico, entonces realmente no nos importa. […] las cosas que la gente ve deben tener una buena experiencia de usuario. Entonces, si la mayoría de las personas están viendo una determinada parte de su sitio, entonces esa es la parte en la que queremos centrarnos.

La otra cosa es que, con la actualización de Page Experience, dependiendo de la cantidad de datos que tengamos para un sitio web, podríamos dividirlo en diferentes secciones. Y tratamos de hacerlo entendiendo qué páginas de un sitio web son esencialmente similares. Y eso puede ser por tipo de plantilla o algo así, lo que significa que, si podemos ver que, digamos, para un sitio de comercio electrónico, todas las páginas de productos son realmente rápidas, y tal vez tengamos suficientes datos para ver las páginas de productos. por separado, entonces podemos hacer que ese grupo de páginas lo trate por sí solo. Y si hay un tipo diferente de página en todo el sitio que tiene suficientes datos que es un poco lento, entonces diremos, bueno, este tipo de página es más lenta. Esa es la segunda parte, en eso, si tiene un tipo de página que es muy lenta y tenemos suficientes datos para que ese tipo de página entienda, bueno, esta es solo esa parte del sitio web, entonces solo esa parte verse afectado por Core Web Vitals y la actualización de la experiencia de la página. ”

¿Demasiados enlaces internos pueden dañar su sitio web?

12:50 “ Entonces, en el Horario de oficina anterior, una vez dijiste que usar demasiados enlaces internos en la misma página puede diluir sus valores, y tal vez Google no pueda entender la estructura del sitio. Entonces, en su opinión, ¿cuál es la cantidad ideal de enlaces internos por página para un sitio de comercio electrónico, quizás con millones de páginas? ”

John respondió: “ No creo que haya un número óptimo. La parte que me gustaría tener en cuenta es que cuando rastreas el sitio web aún puedes reconocer que hay una estructura. Entonces, especialmente con un sitio de comercio electrónico que aún puede reconocer: aquí está la página de inicio principal, aquí están las categorías de nivel superior, las categorías de segundo nivel, aún puede reconocer esa estructura para que quede claro cómo es el contexto de páginas individuales . […] es más difícil reconocer la estructura si cada página está enlazada con todas las demás páginas. Y si tiene millones de páginas en su sitio web, no será el caso de que tenga millones de enlaces en cada página. Entonces, desde ese punto de vista, generalmente no veo ningún problema con esto con los sitios de comercio electrónico, solo porque, no sé, el CMS de comercio electrónico tiende a configurarse de esa manera de todos modos, que tiene diferentes niveles de categorías. y luego la página del producto individual en algún momento. “

Diagnóstico de problemas de rastreo para sitios web pequeños

25:47 “ Hemos analizado los informes de Estadísticas de rastreo en Search Console y hemos intentado identificar si podría haber algún problema técnico con Google rastreando nuestro sitio web. ¿Cuáles son algunas de las señales o cosas para identificar que nos indicarán si Google tiene problemas para rastrear algo o si Googlebot se distrae con archivos que son irrelevantes […]? ”

John se aseguró de que la persona que hace la pregunta está administrando un sitio web relativamente pequeño y luego respondió: " Bien, supongo que el informe de estadísticas de rastreo no será útil para usted en ese caso [para un sitio web pequeño] porque, con el informe de rastreo Informe de estadísticas, realmente está viendo una vista agregada del rastreo de su sitio web. Y, por lo general, eso tiene más sentido si tienes algo como, no sé, un par de cientos de miles de páginas. Entonces puedes mirar eso y decir, oh, bueno, en promedio, el rastreo es lento. Mientras que si tiene un sitio web que tiene, no sé, tal vez alrededor de 100 páginas, entonces esencialmente, incluso si el rastreo es muy, muy lento, entonces esas 100 páginas, aún podemos obtener eso, como, una vez al día, en el peor de los casos, tal vez una vez a la semana. No va a ser un problema técnico con respecto al rastreo.

Básicamente, es más una cuestión de comprender que el sitio web en realidad ofrece algo único y valioso que debemos indexar. Entonces, menos un problema sobre el lado de rastreo y más sobre el lado de indexación. La excepción aquí sería si realmente hay un gran problema técnico con su sitio web. Pero eso es algo que vería de inmediato porque probablemente revisaría estas URL individuales y notaría, oh, Google no puede rastrearlas en absoluto. Se devuelve un error, o se devuelve una [etiqueta] noindex . Y eso sería muy obvio. Así que mi suposición allí, especialmente para un sitio web más pequeño, es que realmente se trata de asegurarse de que Google comprenda el valor del sitio web y que sepa que tiene sentido indexar tanto como sea posible. Porque el lado de rastreo no va a ser el factor limitante. En realidad es más como, bueno, primero tienes que convencer a Google de que en realidad debería intentar rastrear. ”

Por qué los sinónimos marcan la diferencia en el ranking

39:34 "¿Por qué podría haber pequeñas diferencias en los sinónimos [...] que marcan una diferencia tan grande en la posición de clasificación?"

La persona presentó los siguientes ejemplos de sinónimos: “editar video” y “editor de video”.

John respondió: "Entonces, desde nuestro punto de vista, eso puede ser completamente normal, y eso es algo en lo que, por un lado, tratamos de entender cosas como los sinónimos en una consulta, pero también tratamos de ver el contexto completo de la consulta. Y especialmente cuando se trata de sinónimos, podemos suponer que algo es principalmente un sinónimo, pero eso no significa que sea completamente un sinónimo. Y especialmente cuando estás viendo algo como "editar video" versus "editor de video", las expectativas del lado del usuario son un poco diferentes. Por un lado, quieres editar un video. Por otro lado, es posible que desee descargar un editor de video. Y parece muy similar, pero el tipo de cosas que los usuarios quieren allí son ligeramente diferentes. Entonces, desde mi punto de vista, tiene sentido que mostremos diferentes clasificaciones allí. Y tenemos lo mismo con ortografía ligeramente diferente de las palabras. Por ejemplo, si tiene la versión británica o estadounidense de una palabra en inglés, si tiene una palabra o letra con acento y no tiene acento, entendemos que son casi lo mismo, pero también entendemos que son es ligeramente diferente. Y tratamos de mostrar resultados de búsqueda que toman eso en cuenta”.

Combinar varios tipos de resultados enriquecidos en una página

42:06 “ Hemos visto que la mayoría de los sitios web de recetas no brindan información muy útil en mi país, y tratamos de cambiar eso brindando más información útil y llegando al punto de agregar preguntas frecuentes a cada receta. ¿Cuál es la mejor manera de agregar estas preguntas frecuentes? ”

John respondió: “[…] desde mi punto de vista, depende totalmente de ti. Lo único que tendría en cuenta en casos como este, donde tiene varios tipos de resultados enriquecidos que son potencialmente relevantes para sus páginas, es que algunos de estos tipos, podemos combinarlos, y algunos de ellos realmente no podemos combinar eso. bien. No sé en concreto en lo que a recetas se refiere, si las podemos combinar, o si en esencia tenemos que elegir una u otra. Y si nota que ningún otro sitio web de recetas tiene el fragmento enriquecido de recetas más la sección de preguntas frecuentes en la parte inferior, entonces probablemente no podamos combinarlos. Y luego, probablemente sea mejor para usted elegir qué tipo de resultado enriquecido realmente desea que se muestre y concentrarse únicamente en ese tipo. ”

Cómo asegurarse de que un muro de pago no active una penalización por encubrimiento

43:43 “ Google explica, en sus pautas de suscripción y contenido de pago, que se debe agregar un esquema específico a una página para compartir contenido de pago en el índice y no desencadenar una penalización por encubrimiento. Sin embargo, después de implementar esto, la Prueba de resultados enriquecidos no parece identificar esto, y ¿no corremos el riesgo de una penalización por encubrimiento sin darnos cuenta?

John dijo: "Supongo que la Prueba de resultados enriquecidos mostrará esto, pero en realidad no lo he comprobado porque la Prueba de resultados enriquecidos, en su mayor parte, se centra en lo que Google realmente mostraría en los resultados de búsqueda como un tipo de resultados enriquecidos". . Y esencialmente, el contenido del muro de pago probablemente no sea una de las cosas que mostraríamos como un tipo de resultado enriquecido específico. Entonces, es posible que no mostremos eso en esa prueba. Una forma sencilla de hacerlo es hacer una página de prueba muy simple y simplemente probar esa página individualmente. La otra prueba que puede hacer para asegurarse de que Google está viendo realmente el contenido completo con el marcado es la prueba de inspección de URL normal, donde puede hacer un boceto en vivo de la página y puede ver el HTML que se genera para eso. página. Y puede copiar eso en un editor y verificar dos veces para asegurarse de que los datos estructurados que desea tener visibles realmente se muestren allí. Así que esa es la dirección en la que me dirigiría allí”.

¿Son los enlaces dentro de ciertas secciones de una página más importantes para Google?

45:11 “ […] ¿los enlaces dentro de ciertas secciones de un sitio se ven de manera diferente? Por ejemplo, si una página tiene un enlace dentro de un encabezado o pie de página y, por lo tanto, se incluye en todas las páginas de un sitio, ¿Google ve esos enlaces de manera diferente a los enlaces dentro del cuerpo de la página? ”

John respondió: “ Realmente no diferenciamos allí. Entonces, si las cosas [páginas] están vinculadas en el pie de página de la página, y están vinculadas desde todo el sitio web, entonces, desde nuestro punto de vista, tiene esos enlaces desde todo su sitio web. No es el caso que digamos, oh, los enlaces en un pie de página tienen menos peso o no son tan útiles, los ignoraremos, o algo por el estilo. Entonces, desde ese punto de vista, cuando se trata de enlaces, esencialmente los vemos como enlaces en una página.

Es ligeramente diferente cuando se trata de texto, ya que tratamos de entender cuál es el contenido principal de la página. Y cuando se trata de clasificar en relación con el otro contenido de su sitio web, intentaremos centrarnos en la sección de contenido principal de la página. Pero los enlaces, desde nuestro punto de vista, solo nos ayudan a comprender mejor la estructura de un sitio. Y ya sea que estén en el encabezado, en el pie de página, en la barra lateral o en el contenido principal, eso realmente no cambia nada para nosotros. ”

¿La indexación móvil primero lo ayuda a obtener una clasificación más alta?

46:33 “ ¿Ayuda la indexación móvil primero con las clasificaciones de búsqueda? Nuestro sitio web todavía está siendo rastreado por Googlebot Desktop. Y no podemos entender por qué no está cambiando primero a dispositivos móviles. Hemos revisado la documentación de Google y la solución de problemas, pero nada salta a la vista. ¿Ayudaría cambiar a una aplicación web progresiva y soporte fuera de línea? ”

John respondió: “ Entonces, en primer lugar, la indexación móvil primero no cambia nada para la clasificación. Por lo tanto, no es necesario forzar ningún tipo de movimiento hacia la indexación móvil primero. Es simplemente una cuestión de indexar y seleccionar el contenido que usaríamos en un sitio web. Entonces, desde ese punto de vista, no me preocuparía por esto. Si su sitio web funciona bien en dispositivos móviles, en algún momento se cambiará. Creo que todavía quedan algunos sitios que aún no hemos cambiado. Pero en su mayor parte, hemos cambiado, supongo, la mayoría de los sitios. Y los que quedan, continuamos revisándolos dos veces. Cuando estén listos y cuando creamos que están listos, simplemente los cambiaremos.

Pero no es el caso de que notará ningún cambio de clasificación allí a menos que la versión móvil sea significativamente diferente de la versión de escritorio. Y esa también sería una razón para que no cambiemos a la indexación móvil primero. Y si la versión móvil es significativamente diferente y usamos primero la indexación móvil para su sitio, entonces esencialmente solo indexaremos su contenido según la versión móvil. Y si hay más contenido en una versión de escritorio, lo ignoraríamos. Entonces, desde ese punto de vista, no trataría de forzar esto. Pasar a una aplicación web progresiva es algo que puede hacer, pero no creo que afecte la forma en que la indexación móvil primero se ve en su sitio web. Y, por lo general, cuando se trata de aplicaciones web progresivas, son sitios web de marco de JavaScript. Y eso trae toda una serie de otros desafíos que vienen con eso, en el sentido de que debe asegurarse de que Google realmente pueda ver su contenido porque JavaScript es algo que generalmente podemos representar y manejar bien, pero no siempre es tan fácil como un puro estático página HTML. ”