Horario de oficina de SEO, 6 de mayo de 2022

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

¿Puede utilizar componentes web en su sitio web?

3:08 "¿Hay algún problema con el uso de componentes web para SEO?"

John respondió: “[…] Cuando se trata de SEO, […] los componentes web se implementan utilizando varias formas de JavaScript, y podemos procesar prácticamente la mayoría de JavaScript cuando se trata de la Búsqueda de Google. Y aunque me gustaría decir ciegamente que todo será compatible, puedes probar esto y deberías probar esto.

Y la mejor manera de probar esto es en Search Console: está la herramienta de inspección de URL . Y allí, puede insertar su URL y verá lo que Google mostrará para esa página, el HTML. Puede verlo en una captura de pantalla, en primer lugar, y luego también en el HTML renderizado que también puede ver. Y puede verificar dos veces lo que Google puede obtener de sus componentes web.

Si cree que la información importante está ahí, entonces probablemente esté listo. Si cree que falta parte de la información importante, puede profundizar e intentar descubrir qué se está atascando allí. Y tenemos mucha documentación sobre sitios web de JavaScript y búsqueda web hoy en día, así que lo verificaría dos veces. […]”

¿Está bien usar el esquema de preguntas frecuentes en diferentes secciones de una página?

5:18 "¿Está bien usar el esquema de preguntas frecuentes para marcar preguntas y respuestas que aparecen en diferentes secciones de una publicación de blog que no tienen el formato de una lista de preguntas frecuentes tradicional?"

John respondió: “Revisé dos veces la documentación oficial […] y parece que está bien.

La parte importante cuando se trata de fragmentos de preguntas frecuentes y datos estructurados, en general, es que el contenido debe ser visible en la página. Por lo tanto, debería ser el caso que tanto la pregunta como la respuesta sean visibles cuando alguien visita esa página, no que estén ocultas en una sección de una página. Pero si las preguntas y las respuestas están visibles en la página, incluso si están en diferentes lugares de la página, está perfectamente bien.

La otra cosa a tener en cuenta es que, como todos los datos estructurados, no se garantiza que los fragmentos de preguntas frecuentes se muestren en los resultados de búsqueda. Esencialmente, usted hace que sus páginas sean elegibles para que se muestren estos fragmentos de preguntas frecuentes, pero eso no garantiza que se muestren.

Entonces puede usar la herramienta de prueba para asegurarse de que todo se implemente correctamente. Y si la herramienta de prueba dice que está bien, probablemente esté en el camino correcto. Pero probablemente aún tendrá que esperar y ver cómo Google interpreta sus páginas y las procesa para ver qué se muestra en los resultados de búsqueda.

Para los datos estructurados, creo que es el caso de las preguntas frecuentes, pero al menos para algunos de los otros tipos, también hay informes específicos en Search Console que le brindan información sobre los datos estructurados que se encontraron y los datos estructurados que se mostraron en los resultados de la búsqueda, para que pueda medir aproximadamente si funciona de la manera que desea o no funciona de la manera que desea?

Y para cosas como esta, recomendaría probarlas y hacer una página de prueba en su sitio web, ver cómo terminan las cosas en los resultados de búsqueda, verificar dos veces si es lo que quiere hacer y luego implementarlo en todo el resto de su sitio web.”

Si tiene más preguntas sobre el esquema de preguntas frecuentes, lea el artículo de nuestro blog con las preguntas frecuentes sobre fragmentos enriquecidos de preguntas frecuentes (también conocidos como resultados enriquecidos).

¿Es posible plagiar tu contenido?

7:37 "¿A Google le parece bien que los editores plagien su propio contenido?"

Según John, “[…] Parece que si estás reutilizando tu propio contenido, eso no es plagio. […]

Desde el punto de vista de Google, si está tomando contenido de su propio sitio web y lo vuelve a publicar con algunos elementos de la página cambiados, eso depende esencialmente de usted. Y es algo en lo que […] no está proporcionando mucho valor simplemente copiando el artículo existente y cambiando algunas de las palabras en él.

Entonces […] desde un punto de vista estratégico, probablemente sería más adecuado escribir algo único y convincente para esos temas, o crear un artículo que cubra estas diferentes variaciones. Pero […] desde el punto de vista de la política, no creo que haya nada específico en la manera de que usted tome artículos individuales y luego haga un puñado de copias de eso. […] Pero mi recomendación es [hacer] menos artículos que sean realmente buenos.

El único caso extremo aquí que puede aparecer si estás […] copiando intensamente tu propio contenido es que terminas creando páginas de entrada. Y eso es esencialmente tomar una pieza de contenido y crear montones, montones de variaciones solo con diferentes palabras. Y eso es algo que estaría en contra de nuestras Directrices para webmasters.

[…] Y también eso es algo en lo que estás creando una tonelada de […] páginas basura para tus sitios web, lo que esencialmente […] no proporciona ningún valor único en general. Y en lugar de diluir el contenido de su sitio web de esa manera, recomendaría centrarse en hacer que el contenido principal de su sitio web sea mucho más fuerte. […]”

¿Qué sucede si su sitio web no es fácil de usar con JavaScript desactivado?

10:24 “Nuestro sitio web no es muy fácil de usar si JavaScript está desactivado. La mayoría de las imágenes no se cargan. Nuestro menú desplegable no se puede abrir. Sin embargo, la función de inspección de Chrome en sus enlaces de todos los menús está en el código fuente. ¿Podría nuestra dependencia de JavaScript seguir siendo un problema para Googlebot?

John: “Desde mi punto de vista, […] lo probaría. […] Y probablemente, asumiría que si está usando JavaScript de manera razonable, si no está haciendo nada especial para bloquear el JavaScript en sus páginas, entonces probablemente funcionará. Pero es mucho mejor que no solo me creas, sino que utilices una herramienta de prueba para probarlo. […] Así que revisaría dos veces nuestras guías sobre JavaScript y SEO y pensaría en probar cosas, asegurarme de que funcionen de la manera que desea y luego tomar eso para mejorar su sitio web en general.

Usted mencionó [ser] fácil de usar con respecto a JavaScript. Entonces, desde nuestro punto de vista, la orientación que tenemos es esencialmente muy técnica, en el sentido de que debemos asegurarnos de que Googlebot pueda ver el contenido desde un punto de vista técnico y que pueda ver los enlaces en sus páginas desde un punto de vista técnico. No se preocupa principalmente por la facilidad de uso .

Pero, por supuesto, sus usuarios se preocupan por la facilidad de uso. Y eso es algo en lo que tal vez tenga sentido hacer un poco más para que sus usuarios estén realmente seguros de tener una buena experiencia en sus páginas.

Y esto a menudo es algo que no es solo una cuestión de una simple herramienta de prueba, sino más bien algo en lo que tal vez tenga que hacer un pequeño estudio de usuario, o entrevistar a algunos usuarios, o al menos hacer una encuesta en su sitio web para comprender dónde se atascan? ¿A qué tipo de problemas se enfrentan? […] Tal vez el texto es demasiado pequeño, o no pueden hacer clic en los botones correctamente, esas cosas que no se alinean con los problemas técnicos pero son más cosas del lado del usuario.

[…] Si puede mejorarlos, y si puede hacer que sus usuarios estén más felices, se quedarán, volverán e invitarán a más personas a visitar su sitio web también”.

Haga clic aquí para obtener más información sobre JavaScript SEO en nuestro blog.

¿Los problemas de indexación dependen del tipo de tecnología de sitio web utilizada?

13:08 “ Nuestra página estática está construida con HTML y nuestro blog está construido con WordPress. La mayoría de las publicaciones de nuestro blog experimentan problemas de indexación en Google. ¿Cómo puedo solucionar esto?"

John: “En primer lugar, es importante saber que se trata simplemente de plataformas diferentes. Y esencialmente, con todas estas plataformas, estás creando páginas HTML. Y el fondo o la parte trasera de su sitio web que termina creando estas páginas HTML es algo que Googlebot no analiza. O al menos, eso es algo que Googlebot no intenta evaluar.

Entonces, si sus páginas están escritas en HTML, y las escribe en un editor, y las carga en su servidor, y sirven así, podemos ver que son páginas HTML. Si se crean sobre la marcha en su servidor en función de una base de datos en WordPress o alguna otra plataforma que esté utilizando, y luego crea páginas HTML, vemos esas páginas HTML finales y esencialmente trabajamos con ellas.

Entonces, si observa problemas con respecto a su sitio web en general cuando se trata de cosas como el rastreo, la indexación o la clasificación, y puede excluir los elementos técnicos allí, que Googlebot puede ver el contenido, entonces, por lo general, lo que queda es el lado de la calidad de las cosas.

Y eso es algo que no depende de la infraestructura que usas para crear estas páginas, sino más bien del contenido que proporcionas allí y de la experiencia general que brindas en el sitio web. Entonces, si ve algo que, por ejemplo, las publicaciones de su blog no están siendo recogidas por Google o no están bien posicionadas en Google, y sus páginas HTML estáticas funcionan bien en Google, entonces no es porque sean páginas HTML estáticas. que les está yendo bien en Google, sino porque Google piensa que estos son buenos contenidos que debería recomendar a otros usuarios.

Y en ese nivel, ahí es donde echaría un vistazo y no me centraría tanto en la infraestructura sino en el contenido real que está proporcionando.

Cuando se trata de contenido, no es solo el texto la parte principal de la página. Es como todo alrededor de todo el sitio web que entra en juego. Así que eso es algo en lo que intentaría dar un paso atrás y mirar el panorama general. Y si no ve desde un punto de vista más amplio dónde podrían estar algunos problemas de calidad o dónde podría mejorar las cosas, le recomiendo enfáticamente que haga un estudio de usuario.

Y para eso, tal vez invite a un puñado de personas que no estén directamente asociadas con su sitio web y pídales que realicen algunas tareas en su sitio web. Luego, hágales preguntas difíciles sobre dónde creen que puede haber problemas en este sitio web o si confiarían en este sitio web, o cualquier otra pregunta sobre la comprensión de la calidad del sitio web. Y tenemos un montón de estas preguntas en algunas de nuestras publicaciones de blog que también puede usar como inspiración . […] Tome en serio sus respuestas y piense en formas en las que puede mejorar su sitio web en general”.

¿Por qué Google no respeta la etiqueta canónica?

17:12 “He establecido URL canónicas en cinco páginas, pero Google también las muestra en la tercera página. ¿Por qué no solo muestra las URL para las que configuré un canónico?

John dijo: “[…] Parafraseando, parece que en cinco páginas de su sitio web establece un rel=”canonical”. Y hay otras páginas en su sitio web en las que no ha establecido un rel=”canonical”. Y Google muestra todas estas páginas indexadas esencialmente de varias maneras.

Creo que lo que hay que tener en cuenta es que rel=”canonical” es una forma de especificar cuál de las páginas dentro de un conjunto de páginas duplicadas desea indexar de esa manera . O esencialmente, qué dirección desea haber utilizado. Entonces, en particular, si tiene una página, tal vez con el nombre del archivo en mayúsculas, y una página con el nombre del archivo en minúsculas, entonces, en algunas situaciones, su servidor puede mostrar el mismo contenido, técnicamente, son direcciones diferentes. […] Pero desde un punto de vista práctico, su servidor muestra lo mismo.

Y Google, cuando mira eso, dice, bueno, no vale la pena indexar dos direcciones con el mismo contenido. En cambio, elegiré una de estas direcciones y la usaré para indexar ese contenido. Y con el rel=”canonical”, le das una señal a Google y le dices, hola, Google, quiero que uses tal vez la versión en minúsculas de la dirección cuando indexes este contenido. Es posible que haya visto la versión en mayúsculas, pero quiero que use la versión en minúsculas. Y eso es esencialmente lo que hace rel=”canonical”.

No es una garantía de que usaríamos la versión que especifica allí, pero es una señal para nosotros. Nos ayuda a determinar si todo lo demás es igual, realmente prefiere esta dirección, por lo que intentaremos usar esa dirección. […]

Y entra en juego cuando detectamos que hay varias copias del mismo contenido en su sitio web. Y para todo lo demás, intentaremos indexarlo lo mejor que podamos. Y eso también significa que para las páginas en las que tienes un rel=”canonical”, a veces seguirá ese consejo que nos das. A veces, nuestros sistemas pueden decir, creo que tal vez te equivocaste. Deberías haber usado la otra dirección como canónica. Eso puede pasar. No significa que se clasificará de manera diferente, o que estará peor en la Búsqueda. Es solo que, bueno, los sistemas de Google están eligiendo uno diferente.

Y para otras páginas de su sitio web, es posible que no tenga un conjunto rel=”canonical”. Y para esos, intentaremos elegir uno nosotros mismos. Y eso también está perfectamente bien. Y en todos estos casos, la clasificación estará bien. La indexación estará bien. Lo único que varía es la dirección que se muestra en los resultados de búsqueda.

Entonces , si tiene el conjunto canónico en algunas páginas pero no en otras, intentaremos indexar esas páginas y encontrar la dirección correcta para usar en esas páginas cuando las mostremos en la Búsqueda. Por lo tanto, es una buena práctica tener el rel=”canonical” en sus páginas porque está tratando de controlar esta vaga posibilidad de que tal vez se muestre una dirección diferente. Pero no es una necesidad absoluta tener un rel=”canónico”.

¿Cómo deshacerse de los backlinks spam?

20:56 “ ¿Qué podemos hacer si tenemos miles de enlaces de spam que se colocan continuamente como backlinks en dominios maliciosos? Contienen palabras clave de spam y provocan errores 404 en nuestro dominio. Vemos una fuerte correlación entre estos enlaces de spam y una penalización que recibimos después de una actualización de spam en 2021. Desautorizamos todos los enlaces de spam e informamos el dominio que figura como fuente de los enlaces de spam. ¿Qué más podemos hacer?"

John respondió así: “[…] Hay dos cosas que creo que es importante mencionar en este caso particular. Por un lado, si estos enlaces apuntan a páginas de su sitio web que devuelven 404, por lo que esencialmente están enlazando a páginas que no existen, entonces no tomamos en cuenta esos enlaces porque no hay nada que los asocie. con en su sitio web. Esencialmente, las personas se vinculan a una ubicación que falta. Y entonces diremos, bueno, ¿qué podemos hacer con este enlace? No podemos conectarlo a nada, así que lo descartaremos […] como muchos de esos probablemente ya se descartaron.

La segunda parte es que mencionaste que desautorizaste esos backlinks de spam. Y especialmente si menciona que estos son como de un puñado de dominios, puede hacerlo con la entrada de dominio en la herramienta de desautorización de vínculos de retroceso. Y eso esencialmente los saca de nuestro sistema también. Por lo tanto, aún los enumeraremos en Search Console, y es posible que aún los encuentre allí y esté un poco confundido al respecto. Pero esencialmente, no tienen ningún efecto en absoluto. Si se desautorizan, le decimos a nuestros sistemas que no deben tenerse en cuenta ni de forma positiva ni negativa. Entonces, desde un punto de vista práctico, tanto desde el lado 404 como desde el desautorizado, probablemente esos enlaces no estén haciendo nada negativo a su sitio web.

Y si está viendo cambios significativos con respecto a su sitio web en la Búsqueda, no me centraría en esos enlaces, sino que buscaría más. Y eso podría ser dentro de su propio sitio web para comprender un poco mejor cuál es el valor que está brindando allí. ¿Qué puede hacer para destacarse por encima de todos los demás sitios web con respecto al increíble valor que ofrece a los usuarios? ¿Cómo puedes dejar eso lo más claro posible para los motores de búsqueda? […] Puede desautorizar todo el dominio del que provienen y luego seguir adelante. No hay absolutamente nada que tengas que hacer allí. Y especialmente si ya están vinculados a páginas 404, ya están ignorados”.

¿Cómo indexar su aplicación sin la indexación de aplicaciones?

26:51 “ […] ¿Cómo clasificar tu aplicación en Google si la indexación de aplicaciones ya no funciona?”

John respondió: “[…] Lo único que puedes hacer con respecto a cualquier aplicación, […] puedes crear una página de inicio para ella. Y eso es algo que se puede mostrar en la Búsqueda como cualquier otra cosa. Y para muchas de las aplicaciones de teléfonos inteligentes, también habrá una página en Play Store o App Store. […] Pero por lo general, son como páginas de destino que también existen, que son páginas web normales que también pueden aparecer en la Búsqueda. Y estas cosas pueden aparecer en la Búsqueda cuando las personas buscan algo alrededor de su aplicación.

[…] Y especialmente cuando se trata de su propio sitio web, puede hacer todas las cosas de las que hablamos cuando se trata de SEO para su propio sitio web. Así que no diría que la indexación de aplicaciones ya no es la misma que hace 10 años. […] Pero más bien, tienes tantas oportunidades de diferentes maneras para ser visible en la Búsqueda. No necesita confiar en este solo un aspecto en particular ".