A principios de este año, en SMX Advanced, presenté los resultados de nuestro laboratorio de pruebas Peak Ace. Estas pruebas arrojan poco de luz sobre varios puntos de implementación técnica y cómo Googlebot los manejaría.
Una de mis pruebas favoritas analizó la indexación de las URL iFramed de Google y su contenido. En mi presentación de SMX Advanced, cubrí varios escenarios que podrían conducir a que Google indexe contenido adentro de un iFrame, mientras «atribuye» ese contenido a su URL principal.

La URL principal puede, en algunos casos, ordenar contenido que solo existe en la URL iFramed y no en la URL principal.

Lógicamente, esto entusiasmó a la masa y surgieron todo tipo de preguntas de seguimiento. Éstos son algunos de ellos con mis respuestas.
En la prueba de iFrame, ¿el contenido iFramed procedía del mismo dominio o de uno diferente?
Mi ejemplo mostró dos URL que residen en el mismo dominio: domain.com/test.html sería iFrame domain.com/tobeframedA.htmlpara que test.html podría ordenar el contenido que solo existe en tobeframedA.html.
Lo mismo además sirve para externaldomain.com/tobeframedB.html – que todavía puede causar test.html ordenar por contenido presente solo en tobeframedB.html, así como para iFrames que residen en subdominios. Probamos todas las combinaciones posibles y llegamos a la conclusión de que no importaba dónde se alojaba el contenido de iFrame.
Si desea evitar que cierto cargue (y califique) su contenido en un iFrame, sería una buena idea consultar el encabezado X-Frame-Options. Esto indica si se debe permitir que un navegador represente una página en un iFrame.
Si usáramos iFrames con una página de contenido sin indexar, ¿seguiría ordenando la página principal el contenido de la tira con la intención de mejorar la velocidad de la página?
Una vez que la URL iFramed contiene una directiva noindex de meta robots, la URL principal no podrá clasificar el contenido de la URL iFramed.

Lo mismo es cierto si crea un iFrame en una URL que se serviría con una directiva de encabezado noindex de X-Robots o si está bloqueada activamente usando robots.txt.
En lo que respecta a la velocidad de la página, los iFrames admiten la loading="lazy" atributo, lo que retrasaría la carga de iFrames fuera de la pantalla hasta que un becario se desplace cerca de ellos. Esta es una opción elegante para acelerar los tiempos de carga de las URL que se basan en contenido iFramed.
¿Google da valencia completo al contenido semioculto (contenido que normalmente viene luego de «Deletrear más»)?
No parece acaecer mucho inclinación por el uso de la funcionalidad «Deletrear más» adentro de las filas de Google. John Mueller ha iniciado sesión varias veces aquí y aquí, cuestionando el uso de la funcionalidad en su totalidad. Mueller agregó: “No creo que veas un cambio directo y trascendente en el SEO, […]”.
Cuando lo probamos, el propósito de la prueba era comprender qué diferencia podría hacer la implementación técnica y si, en universal, el contenido detrás de un «Deletrear más» se indexaría (si está configurado correctamente).
La respuesta corta: tanto si era visible como si no, el contenido se indexaría, encontraría y devolvería.
Sin bloqueo, el contenido invisible durante la carga no se resaltó en el fragmento. La implementación técnica no supuso ninguna diferencia (siempre y cuando el contenido formara parte del HTML DOM bajo carga), lo que le permite utilizarlo autónomamente. display:none, opacity:0, visibility:hidden, etc.
Dicho esto, en mi opinión, es ficticio, conveniente a varios factores fuera de nuestro control, crear una configuración de prueba que (incluidos los resultados) pueda proporcionar una respuesta precisa sobre la parte del «valencia total» de la pregunta.
¿Mencionó que la duplicación en ciertas áreas del contenido se puede solucionar implementando CSS ya que no está indexado?
He introducido algunos comportamientos que reunión proporcionado interesantes en relación con los selectores de CSS. Lo que sucede técnicamente es que a los selectores les gusta ::before crear un pseudo dato que sea el primer hijo del dato seleccionado. En la maña, esto se usa a menudo para amplificar contenido cosmético a un dato HTML.
Esto además puede ser útil desde el punto de horizonte de SEO, porque Googlebot parece tratar esto de la misma modo que lo haría con Chrome en una computadora de escritorio/teléfono inteligente. El DOM renderizado permanece sin cambios (lo cual es de esperar ya que es una pseudoclase). Como resultado, el contenido de estos selectores no se indexará.

Entonces, en última instancia, puede usar esto para evitar que cierto contenido se indexe sin evitar que aparezca en el sitio. Tal vez necesite mostrar cierto contenido que se clasifica como «cliché» (por ejemplo, información de remisión o información justo) o desea crear una determinada huella de contenido. Esto abre muchas posibilidades para explorar más a fondo.
Ver: Pruebas técnicas de SEO en 2022: separando la ingenuidad de la ficción
A continuación se muestra el video completo de mi presentación SMX Advanced.
Las opiniones expresadas en este artículo pertenecen al autor invitado y no necesariamente a Search Engine Land. Se enumeran los autores del equipo aquí.
Nuevo en el mundo de los motores de búsqueda