Horario de oficina de SEO, 14 de enero de 2022

Publicado: 2022-01-24

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

ocultar contenido
1 El tamaño del archivo robots.txt
2 Migración de una categoría de producto a un nuevo dominio
3 Redirección de aplicaciones
4 ¿Google puede evaluar la similitud de las páginas?
5 Comprobación de backlinks de spam
6 Caída de tráfico frente a eliminación de páginas AMP
7 paneles de conocimiento
8 El número de preguntas a incluir en una lista de preguntas frecuentes
9 Los problemas de cobertura del índice

El tamaño del archivo robots.txt

00:45 "¿Hay algún efecto SEO negativo que pueda resultar de un enorme archivo robots.txt?"

John respondió que “no hay problemas de SEO negativos directos con eso. Pero hace que sea mucho más difícil de mantener. Y hace que sea mucho más fácil empujar accidentalmente algo que causa problemas. El hecho de que sea un archivo grande no significa que sea un problema, pero facilita la creación de problemas”. […]

04:35 "Además de acortar radicalmente [el archivo robots.txt], ¿hay alguna guía para construirlo?"

John: “No, básicamente depende de ti. Algunos sitios tienen archivos grandes. Algunos sitios tienen archivos pequeños. Todos deberían funcionar. Tenemos un código fuente abierto del analizador robots.txt que usamos. Entonces, lo que también puede hacer es hacer que sus desarrolladores ejecuten ese analizador por usted o lo configuren para que pueda probarlo. Y luego, verifique las URL en su sitio web con ese analizador para ver qué URL se bloquearían y qué cambiaría. Y de esa manera, puedes probar las cosas antes de hacerlas vivir”.

También puede encontrar más información sobre el archivo robots.txt en nuestra Guía definitiva de Robots.txt para SEO.

Migración de una categoría de producto a un nuevo dominio

08:56 “Estamos planeando mover nuestra categoría de producto de múltiples proveedores a un nuevo dominio o subdominio. […] ¿Cómo clasificar el nuevo dominio? El dominio actual se clasifica bien en Google y otros motores de búsqueda y nos proporciona [con] buen tráfico de búsqueda orgánico. ¿Cuánto tiempo llevará que el nuevo dominio reciba la cantidad de tráfico que estamos recibiendo ahora?”

John respondió: “No creo que haya un tiempo fijo para ese cambio porque parece que no te estás moviendo de un dominio a otro. Está pasando de una infraestructura a otra infraestructura diferente. Y a menudo, eso significa que el contenido será diferente. La estructura de las páginas, tal vez incluso las URL, será diferente. Todo eso puede cambiar. Y todas estas cosas son elementos, que toman tiempo para ser procesados. Depende del sitio web con respecto a cuánto tiempo tomaría. Y no es que puedas tener una línea de tiempo específica para eso.

Creo que la otra parte que también se debe tener en cuenta es que estos cambios pueden tener efectos generales positivos o negativos para un sitio web. Entonces, es posible tomar este tipo de migración y decir, también trabajaremos en SEO y mejoraremos la interconexión de nuestras páginas, la estructura de URL y el formato HTML de nuestras páginas. Todo esto puede tener efectos muy positivos en su sitio web.

Pero al mismo tiempo, si no tiene cuidado con estas cosas y de repente tiene un gran lío de URL y el HTML no es fácilmente comprensible para los motores de búsqueda, eso puede tener un efecto negativo. Por lo tanto, es algo en lo que no debe asumir que si está migrando una tienda de comercio electrónico de una plataforma a otra, será lo mismo en la otra plataforma después de un cierto período de tiempo. Puede ser similar [o] mucho mejor [pero] también puede ser mucho peor. Por lo tanto, debe estar atento a todos esos detalles y pensar cuál es la estructura final que desea y qué elementos de SEO desea incluir con esa migración”.

11:45 "¿A qué aspectos negativos nos enfrentaremos cuando traslademos esa infraestructura a un nuevo dominio?"

Según John, “[…] Por lo general, lo que sucede en una situación en la que todo está muy bien alineado, verá algunas fluctuaciones a lo largo del tiempo, cuando aprendemos sobre el nuevo sitio web y cambiamos todo. Y eso es algo en lo que asumiría que verá menos visibilidad en la Búsqueda. Pero depende de todos los cambios que realice allí, donde puede llevar mucho más tiempo. También puede ser algo en lo que el resultado final sea mucho peor o incluso mucho mejor que antes”.

Redirección de aplicaciones

20:38¿Sabes cuáles son los riesgos de redirigir a los usuarios desde una herramienta de página de sitio como una aplicación? ¿Tiene un impacto negativo en el tráfico desde una perspectiva de SEO? […] Nuestra aplicación tiene una tasa de conversión más alta [que nuestra versión móvil], por lo que pensamos que tal vez podamos redirigir a algunos usuarios cuando ingresan a algunas páginas de productos o categorías […] a la aplicación o tienda de aplicaciones. ¿Quizás [puede] contribuir a una mayor conversión?

La respuesta de John fue: “Creo que en general puedes hacer eso. El aspecto que generalmente tendría en cuenta es que lo haga de una manera que permita a los usuarios ir a la aplicación si así lo desean. No conozco todos los detalles en este momento con respecto a la conexión entre las aplicaciones y las páginas web, pero creo que hay una manera de hacer un banner inteligente, donde si puedes reconocer que el usuario tiene la aplicación instalada. , es muy fácil para ellos pasar a la experiencia de la aplicación desde allí. Pero no conozco los detalles específicos para Android y iPhone. […]

En general, desde el punto de vista de la búsqueda, si podemos indexar las páginas móviles individuales, las páginas de escritorio también, o lo que sea que tenga disponible allí, está perfectamente bien. Y si las personas de sus páginas terminan yendo a la aplicación, también está perfectamente bien desde nuestro punto de vista”.

22:57 “Estás hablando de un banner superior en la página del sitio. Tal vez si los [obligamos] a redirigir, ¿será malo para el SEO o para el sitio?

John dijo: “Creo que probablemente estaría bien. Hay dos cosas que tengo en la parte de atrás de mi cabeza, que podrían ser algo a tener en cuenta.

Dado que Googlebot también usa un agente de usuario de Android, debe asegurarse de no redirigir a Googlebot a la tienda de aplicaciones o a la aplicación porque no instalaremos la aplicación. Así que eso es una cosa. La otra cosa es con respecto, específicamente, a las métricas en torno a Core Web Vitals. Si siempre redirige a los usuarios móviles directamente a través de la aplicación, entonces no tendrá muchos datos para Core Web Vitals. Y dependiendo de tu sitio, […] también es algo a tener en cuenta allí. Pero creo que […] no hay nada negativo desde el punto de vista de SEO si rediriges a los usuarios a una aplicación. Desde el punto de vista de la usabilidad, hacerlo opcional es mucho mejor. Pero, en última instancia, eso es entre usted y sus usuarios”.

¿Puede Google evaluar la similitud de las páginas?

26:28 "¿Cómo mide Google la similitud de las páginas?"

John dijo: “Creo que no. Creo que usamos hreflang para comprender cuáles de estas URL son equivalentes desde su punto de vista. Y los cambiaremos. […]

Solo haríamos eso para cosas como rel=”canonical” para entender cuál es la URL canónica. Pero para hreflang, creo que es imposible que entendamos que este contenido específico es equivalente para otro país u otro idioma. Hay tantas diferencias locales que siempre son posibles”.

Comprobación de vínculos de retroceso de spam

27:22 “Somos un gran sitio de comercio electrónico y hay millones de backlinks. Tenemos un procedimiento estándar para verificar algunos backlinks de spam cada mes o varios meses. Acabamos de notar que el límite superior de la lista de desautorización de Google es de solo 2 MB. Me pregunto si nuestro archivo ha excedido el límite, entonces cómo lidiar con esos backlinks de spam. […] Actualmente, la mayoría de los enlaces de spam que encontramos [están] dirigidos a nuestro sitio en nuestras páginas de búsqueda, lo cual es muy extraño para mí”.

John respondió: “Por lo general, recomendaría, por un lado, tratar de usar la directiva de dominio tanto como sea posible , lo que le ahorra múltiples entradas del mismo sitio y también no concentrarse demasiado en tratar de limpiar todos los enlaces. porque eso siempre es imposible. Me centraría en el uso de Disavow para enlaces, donde los miras, piensas, si alguien del equipo del sitio web mirara esto, estaría 100% seguro de que los compraste o de que hubo algún intercambio aquí. Pero para todos estos tipos de enlaces aleatorios que recibe un sitio web, e incluso desde páginas de spam o copias o publicaciones aleatorias en foros, esas no son cosas que deba incluir en el archivo de desautorización. […]

No sé si este es el caso en su situación, pero he visto que antes [estos enlaces] apuntan a páginas de resultados de búsqueda con una consulta específica que incluye cosas como un número de teléfono o una URL con la esperanza de que ese teléfono número aparece en los resultados de búsqueda. Y si no indexa sus páginas de resultados de búsqueda o páginas de resultados de búsqueda que quizás tengan una consulta más larga, entonces no se indexan automáticamente”.

Caída de tráfico vs. eliminación de páginas AMP

30:43 "¿Deberíamos esperar una caída en el tráfico si eliminamos AMP?"

John: “Supongo que se trata de una configuración en la que tienes páginas HTML tradicionales y páginas AMP, y vinculas entre ellas. Creo que hay tres cosas que se juntan cuando eliminas páginas AMP como esta.

Por un lado, hay algunas funciones de búsqueda que se limitan a las páginas solo de AMP. […] Tendría que verificar dos veces, pero no creo que haya funciones de búsqueda en este momento que solo estén disponibles para las páginas de AMP. Entonces, desde ese punto de vista, no estarías perdiendo nada allí.

La otra cosa es que las páginas AMP tienden a ser muy rápidas, o es más fácil hacer páginas AMP muy rápidas. Y dado que usamos la velocidad y la experiencia de la página como un factor de clasificación, es algo en lo que si tiene muchas páginas muy rápidas en AMP y cambia a páginas más lentas que no son AMP, es posible que vea un efecto allí. Por supuesto, también puede crear páginas muy rápidas que no sean AMP. No se limita a AMP. Eso es algo en lo que verificaría dos veces para ver cómo se aplican las cosas con respecto a la velocidad allí.

Y creo que el tercero es […] esta suposición de que las páginas AMP de alguna manera se clasifican mejor. Y ese no es el caso. AMP no es un factor de clasificación. Por lo tanto, no debería ser algo en lo que vería un cambio en la clasificación solo porque tiene páginas AMP o no tiene páginas AMP. […]

Si puede asegurarse de que sus páginas normales sean rápidas y equivalentes y que tenga todos los datos estructurados que necesita en esas páginas normales, entonces probablemente pueda desactivar AMP. Y será esencialmente muy similar. Lo que probablemente verá es un período de transición en el que algunas páginas de AMP aún se encuentran en la memoria caché de AMP y tardan un tiempo en salir. Pero en general, es posible apagarlos. Tenemos un artículo en el Centro de ayuda sobre cómo desactivar las páginas de AMP, así que lo revisaría también”.

Paneles de conocimiento

35:17 “En los últimos meses, noté que Google encuestaba los Paneles de conocimiento para ciertas búsquedas de nombres de manera muy consistente en dispositivos móviles y nada en computadoras de escritorio para la misma consulta. […] ¿Es posible entender por qué un panel de conocimiento se considera apropiado para atender a los usuarios móviles pero no a los usuarios de escritorio en esta situación? ¿Y es Wikipedia el factor crítico para Google al decidir si mostrar o no un panel de conocimiento?

John dijo: “No estoy al tanto de cosas específicas que hagamos de manera diferente en dispositivos móviles y de escritorio con respecto a un Panel de conocimiento. Pero es muy común entre las diferentes funciones de búsqueda que, dependiendo del tipo de dispositivo en el inmueble que tengamos disponible, activaremos y desactivaremos algunas funciones para tratar de asegurarnos de que estamos mostrando algo que es útil para el usuario en función de la consulta que estaba utilizando. Desde ese punto de vista, no me sorprendería si ve diferentes paneles de conocimiento en computadoras de escritorio y dispositivos móviles. Pero tampoco creo que [hay] ningún factor en particular que diríamos, es por eso que está viendo este Panel de conocimiento en este momento y no en otro momento.

A veces, con respecto a este tipo de consultas, donde está viendo este cambio, puede ser que esté justo en el borde de, mostremos un panel de conocimiento o no. Y luego, tal vez el tipo de dispositivo le dé la vuelta y diga, digamos, sí o no al final. Pero eso es algo en lo que no creo que haya un factor específico relacionado con mostrar esto o no mostrarlo. Utilizamos una variedad de fuentes diferentes para los paneles de conocimiento. Y algo de eso lo verá directamente en el Panel de conocimiento. Así que eso es algo que puede seguir un poco.

Otro consejo que daría con respecto a estas cosas es que hay algunas personas externas a Google que pasaron mucho tiempo investigando los Paneles de conocimiento y cómo se muestran las cosas cuando Google las recoge. […] Jason Barnard es una de las personas que conozco que hace esto bien. Está publicando en Twitter todo el tiempo sobre paneles de conocimiento. Y tal vez eso también les dé algunas ideas de lo que podrían estar viendo allí”.

El número de preguntas a incluir en una lista de preguntas frecuentes

40:41 “Tengo de 15 a 20 preguntas frecuentes en mi página web. ¿Debo incluir todas las preguntas en el esquema de preguntas frecuentes o solo las preguntas que considero importantes?”

Según John, “cuando se trata de datos estructurados, queremos ver los datos estructurados visibles en la página, pero no todo el contenido visible tiene que estar marcado con datos estructurados. Si tiene piezas individuales de contenido en su página para las que desea proporcionar datos estructurados, continúe y hágalo. No tienes que hacer eso para cada pieza de contenido en tu página. Entonces, si tiene 20 preguntas frecuentes y marca cinco de ellas, eso depende totalmente de usted. Incluso puede usar data-nosnippet para bloquear completamente algunos de estos otros elementos para que no aparezcan en un fragmento si eso es algo que le gustaría hacer”.

Los problemas de cobertura del índice

52:00 “Un [problema] está rastreado, actualmente no indexado y [el último] está descubierto, actualmente no indexado. Y en ambos casos, las páginas no están indexadas. […] Sé que Google no indexa todo el contenido. […] ¿Qué debo hacer para que estas páginas sean al menos [indexadas] más rápidas, como vincular desde las páginas de inicio o vincular desde las páginas que ya están clasificadas para algunas de las consultas de mi sitio web en particular? […] ¿Podría estar trayendo más backlinks?”

John dijo: “Creo que todas esas cosas ayudan. Y parece que estás en el camino correcto, y sabes un poco qué esperar.

Desde nuestro punto de vista, es cierto que no indexamos contenido en todos los sitios web, y eso es lo que se espera de nuestra parte. Entonces, si está viendo que una gran parte de su contenido ya está indexado, creo que está en el enfoque correcto. Pero eso no significa que todo sea perfecto. Y cosas como los enlaces internos, asegurarse de que la calidad general del sitio web sea realmente buena, eso ayuda mucho.

A veces, también puede tener sentido mirar el sitio web en general y decir, bueno, he enviado 500 páginas en mi segundo archivo. Y 200 de ellos están siendo indexados. ¿Cuál es el valor de esas 300 páginas que no se indexan? ¿Y hay algo que tal vez pueda hacer para pasar de tener 500 páginas aleatorias en un sitio web? ¿Quizás [está] reduciendo a 300 páginas realmente buenas en un sitio web para concentrar el valor en menos páginas? De modo que, al menos a medida que se indexan esas páginas, recupera gran parte del valor de esas páginas, lo que podría ser que se clasifiquen para diferentes palabras clave, o que funcionen para los usuarios que más le importan como una forma de priorizar en tu lado antes de entregarle todo a Google para que lo haga.

Ese sería mi enfoque allí: por un lado, asegurarme de que todo esté alineado correctamente con los enlaces internos y la calidad general del sitio web. Y, por otro lado, si ve que muchas de sus páginas no están indexadas, intente encontrar una manera de dejar en claro a Google qué páginas deberían priorizar, lo que podría ser eliminar algunas páginas que no. preocupan o que no son críticos para su sitio”.