BLACK HAT

JavaScript SEO office hours April 29th, 2020

Hola y bienvenidos a otro lugar de reunión de Horas de oficina de SEO de JavaScript. Estoy bastante feliz de ver que hay algunas personas aquí.

Estoy tratando de hacer estos hangouts ahora semanalmente con una zona horaria alternativa. Básicamente, como una zona horaria compatible con APEC y una zona horaria más compatible con América del Norte, América del Norte y América del Sur, en realidad.

No importa Así que el punto es que estoy muy feliz de ver a algunas personas en el hangout hoy también. Y tenemos algunas preguntas. Tenemos muy pocas preguntas, así que creo que comenzaré con las preguntas enviadas y luego responderé las preguntas de aquellos que están conmigo en el hangout. Entonces, la primera pregunta que recibimos es la pregunta que tengo
sobre las aplicaciones de una sola página de JavaScript. Creo que eso es lo que quieren decir. ¿Requieren enlaces codificados? ¿Qué significa eso, enlaces codificados? Es decir, está bien, hemos creado un sitio web de comercio electrónico de 17 000 páginas y Google no puede
rastrear las páginas.

No los indexarán. Lo que pasa aquí es que, por lo que puedo decir, no estoy seguro de lo que
quiere decir con que los desarrolladores web deben saber. Los desarrolladores web lo saben
porque está en nuestra documentación. Y siempre que genere
enlaces que sean enlaces adecuados, y me refiero a etiquetas
con un href que tenga una URL que podamos
rastrear, su descubrimiento no se verá afectado.

Ahora nuevamente, los enlaces son importantes
para descubrir contenido y nos permiten comprender
la estructura de su sitio. Con 17.000 páginas, en
lo que a nosotros respecta, no es un sitio enorme. Así que eso no debería ser un problema. También puede usar el mapa del sitio
para enviarnos las URL, pero esa es una
medida adicional opcional para asegurarse de que
podamos descubrir páginas. A los mapas del sitio les gusta la estructura del sitio
, por lo que tener enlaces es muy, muy importante para
permitirnos comprender la estructura de su sitio.

Pero reitero, si
usa JavaScript para generar los enlaces, si usa
la representación del lado del cliente y eso genera todo su
HTML, eso no es un problema. Siempre y cuando se trate de
enlaces adecuados, y en realidad hay en este canal más tarde
hoy, que es el 29 de abril, creo, ¿28? 28. 28? 29. El 29 de abril, tenemos
este video adicional que la conferencia de
webmaster habla sobre JavaScript y enlaces. Muy, muy básicamente
dicho siempre que genere
enlaces HTML adecuados, podremos rastrearlos. Los enlaces HTML deben
tener URL rastreables y no debe haber
ningún otro problema técnico que nos impida indexar
o representar la página. Puede probar eso con
una herramienta de inspección de URL. Puede comprobarlo con la prueba compatible con
dispositivos móviles. Puede comprobarlo con
la prueba de resultados enriquecidos. Dondequiera que vea
el HTML renderizado, si sus enlaces están
en el HTML renderizado , veremos los enlaces. Y luego podemos rastrear
y potencialmente indexar los sitios web que están vinculados. Y sí, quiero decir,
debe asegurarse de que no haya otros
problemas técnicos, como la falta accidental de
índice o el bloqueo de ciertas URL por parte de robots.txt.

Y si ese no es el caso,
y si no evita que
rastreemos, rendericemos o indexemos, entonces todo estará bien. Así que eso es todo. Si desea profundizar
en la pregunta, eso también es fantástico. También puede enviarlo con
más detalles en el siguiente: hay una publicación
en youtube.com/goog lewebmaster/community para el
próximo horario de oficina de SEO de JavaScript si desea
profundizar en esa pregunta. La segunda pregunta que tenemos es
cómo hacer una redirección 301 del lado del cliente .

Tengo un sitio web estático y
quiero hacer una redirección 301 del lado del cliente . ¿Cómo hacer esto de manera
que no afecte al SEO? Una redirección siempre afecta al SEO. Porque lo que hace es
decirnos, sobre todo si es un 301 o un 302, esta
página ya no tiene contenido. En cambio, deberías
ir allí, y luego nos llevará a otro lugar. Entonces esto siempre tiene
un efecto en términos de SEO porque eso significa que la
página que indexamos originalmente ya no tiene contenido. Ahora nos está llevando
a otro lugar. Una redirección 301 significa una
redirección permanente 301 de estado HTTP. No puede hacerlo del
lado del cliente, porque se envía un estado HTTP desde el servidor. Sin embargo, lo que puede hacer del
lado del cliente es, especialmente si tiene un
sitio web estático y no tiene acceso o control
sobre su servidor web. Opcionalmente, si tiene
acceso a su servidor web, configure su servidor web para una
URL específica en los archivos htaccess o en lo que sea que esté usando
para configurar su servidor web.

Selecciona Quiero una
redirección 301 a esta otra URL cuando se
haya solicitado esta URL. Así es como funcionan las redirecciones 301. Si no puede hacer eso,
y solo tiene acceso al lado del cliente de las cosas, es decir, JavaScript, entonces
puede usar window.location.href y luego darle la
nueva URL, y eso también es una redirección. Eso no es una redirección 301. Es una redirección de JavaScript. Eso también funciona. No tiene desventajas obvias. Realmente no
nos importa, pero requiere que los
rastreadores que le interesan entiendan JavaScript. Si tiene un rastreador que
no comprende JavaScript, no funcionará. Todavía puede usar la
etiqueta de actualización meta en su HTML. Eso probablemente también funcionaría
para motores de búsqueda o rastreadores que no entienden
JavaScript. Pero para la búsqueda de Google
, realmente no importa.

Puede utilizar una
redirección de JavaScript. También puede usar una
redirección del lado del servidor si desea tener
una redirección 301. Pero una redirección del lado del cliente 301
es imposible por definición porque un 301 es el
código de estado HTT que proviene del servidor. Entonces, si no está
cambiando su servidor, realmente no puede tener una
redirección 301 en el lado del cliente. Eso es eso. Y esas fueron las dos preguntas
que se enviaron en YouTube. Por lo que puedo decir,
no tenemos más preguntas enviadas por nuestro YouTube. Entonces, ¿alguna pregunta
de la audiencia? Ahora es tu momento. TONY MCCREATH: Hola, Martín. ¿Tú puedes escucharme? Así que estoy usando un marco
que hace paquetes.

Así que tienes un gran
archivo de JavaScript, y la
parte del marco central es de 1 mega, el paquete es de 1,7 mega,
y lo que digo es que parece ser
impredecible si Google realmente puede representar esa página. Parece un poco ir,
eso es demasiado grande. No quiero molestarme
más con eso. Y es algo así como… a
veces funciona, a veces no. ¿Hay alguna– oh,
y esta compañía que hace el marco está trabajando
en una forma de reducirlo. MARTIN SPLITT: Eso es increíble. TONY MCCREATH: Entonces, ¿
existen otras formas de
tratar de evitarlo? Quizá no agruparlos, por lo que son
muchos archivos más pequeños, o– MARTIN SPLITT: Yo
no haría eso. Entonces, supongo que
cuando dices que a veces funciona, a veces
no, lo ves en las herramientas de prueba, ¿no? TONY MCCREATH: Sí. Entonces, estoy viendo dónde
obtiene el error, falla al cargar el archivo,
falla al cargar el archivo. MARTIN SPLITT: Déjame
adivinar, dice otro error. ¿Es esa la razón
de ello, otro error? TONY MCCREATH: Sí, creo que sí. MARTIN SPLITT: Sí,
lo bueno… aquí están las buenas y las malas noticias.

La buena noticia es que no
tiene que preocuparse demasiado por eso porque eso se debe
al hecho de que las
herramientas de prueba son mucho menos pacientes que la
indexación real y la infraestructura de renderizado. Porque realmente no podemos
usar un caché. Por lo general, evitamos el
almacenamiento en caché en las herramientas de prueba porque
queremos brindarle el resultado de la última
versión que realmente tiene en su servidor. Eso tiene la desventaja
de que, dado que las herramientas de prueba usan la infraestructura real
que Googlebot también usaría, podríamos programarnos
un poco más tarde. Y eso también es relativamente
independiente del tamaño del archivo . Podríamos estar programados
para buscar más tarde, y luego las herramientas
dicen que no podemos esperar una hora,
media hora, 20 minutos o 10 minutos.

Necesitamos el resultado ahora. Entonces, básicamente,
simplemente se agotan y te dan este desafortunado otro error. Eso no es genial. Somos conscientes de que
estamos trabajando en soluciones, o estamos tratando
de averiguar qué podemos hacer para aliviar
un poco el problema. Pero, en términos generales,
la infraestructura de indexación es mucho más paciente. Dicho esto, si
bien no debería preocuparse exactamente por eso,
es molesto y desafiante. Pero no afectaría
el rendimiento de indexación y renderizado ni nada de eso.

Dicho esto, 1,0 0
megabyte y 1,7 megabyte, eso es 2,7 megabyte, eso
no cabe en un disquete. Eso es obviamente– [RISAS ] Siempre es lo que
pienso sobre estas cosas. Es como, mira, si
tu cosa requiere que tenga 14 megabytes
transferidos por cable, eso significa que literalmente me estás
enviando 10 disquetes. He jugado juegos completos y fantásticos
en 10 disquetes, entonces, ¿por qué su
sitio web es tan grande? Pero además de eso,
el tamaño del paquete definitivamente no es fantástico
para la experiencia del usuario porque está
descargando muchas cosas que
probablemente no necesite. Y eso es algo con lo
que, como dijiste, tu proveedor de framework
puede ayudarte. Hay formas de hacer las cosas:
dependiendo un poco de cuál sea el marco y
cómo se vean las herramientas , es posible que tenga opciones para
hacer lo que se llama sacudir el árbol. Entonces, si está a cargo
del código de la aplicación , generalmente puede usar herramientas
como Wet Webpack o Rollup para analizar realmente qué
dependencias en el marco se están usando y
eliminarlas del paquete. Para que todo
lo que no use en el marco en
el código de la aplicación , no tenga que enviarlo.

Lo cual es muy útil. Pero eso realmente depende del
marco y la configuración de las herramientas a las que pueda
acceder, y cuánto control tiene sobre
el código de la aplicación que está utilizando. Así que sacudir árboles es una excelente
manera de reducir el tamaño del paquete. No desagregaría
por la simple razón de que cuando tiene muchos
viajes de ida y vuelta en la red y el navegador tiene una
cantidad máxima de conexiones de red simultáneas que se
abre a un solo host. Digamos que lo
tiene todo en una CDN, tal vez cdn.example.com/main.js,
app.js, bundle.js, framework A, o similar, framework parte
1, framework parte 2, framework parte 3, luego
tendría que ser escalonado porque en algún momento hay
demasiadas solicitudes al mismo tiempo.

Así que eso también
ralentizaría las cosas. Entonces, en realidad, la agrupación
es una buena idea. Pero dicho esto, la
mayoría de los marcos tienen una opción para hacer lo que se
llama división de código. Sé que suena paradójico ahora. Porque, por un lado,
desea tener un paquete para no tener
demasiadas solicitudes por separado. Pero, de nuevo, no
desea tener un paquete gigantesco, porque
básicamente está descargando un
código de aplicación completo para cada página que obtiene.

Aunque puede almacenar
eso en caché, todavía es mucho código para descargar para la
visita inicial para la primera visita. Entonces, lo que la gente
tiende a hacer es dividir el paquete un
poco, como, oh, tenemos, no sé, alguna ruta, como las necesidades de nuestra página de inicio, o nuestra página de destino
necesita tanto código, y luego está
todo el otro código. Así que estamos dividiendo esto
y descargando solo este paquete cuando tenga su primera visita. Descargamos el
paquete del marco, y luego el paquete del marco
se almacena en caché. Necesitamos tener eso
en cada página de todos modos. Así que estamos
almacenando este en caché, y luego tenemos el paquete
solo para la página de inicio. Y en segundo plano cargamos
todos los demás bits y piezas. O si abandona en el medio
y salta a lo siguiente, entonces descargaríamos
el siguiente paquete.

Y luego, básicamente, está utilizando
el caché de la manera más óptima, y lo está dividiendo en pa
uetes razon bles. Pero desagregar por completo
no es lo mejor que se puede hacer debido a la cantidad de
solicitudes HTTP que tiene. HTTP2, o H2, lo
hace un poco mejor porque en realidad puede
multiplexar sobre la misma conexión. Pero A, Googlebot aún
no es compatible con HTTP2. Y B, probablemente no todos tengan una
versión de navegador compatible con HTTP2.

O puede haber otros problemas,
especialmente en conexiones de alta latencia que
son básicamente… y conexiones afectadas por pérdida de paquetes
que son conexiones móviles. HTTP2 también puede ser un pequeño
cuello de botella en el rendimiento. Por lo tanto, intente averiguar
si el código de su aplicación y/o el
proveedor del marco admiten la sacudida del árbol. Ese es el factor más importante
que reducirá el tamaño. Y tal vez también división de código a lo
largo de las rutas. Si busca
agitación de árboles y división de código , encontrará un
montón de artículos sobre cómo otros marcos hacen eso. Y estoy bastante seguro de que si
tiene un proveedor comercial detrás del marco
que está utilizando, entonces también debería estar
interesado en enviarlo. TONY MCCREATH: Sí,
lo saben. Creo que ese árbol que se
sacude está descartado con su diseño. MARTIN SPLITT: Oh, está bien. TONY MCCREATH: Así que sí. Están analizando la
idea de dividir el código. Es un tipo muy GUI. Es como cuadrículas y gráficos.

Así que hay
muchas cosas ahí. Así que creo que tienen
que darte casillas de verificación: ¿quieres
gráficos, quieres esto, quieres aquello? [VOCES INTERPUESTAS] MARTIN SPLITT: Ese es el
enfoque que tomó jQuery, creo. TONY MCCREATH: Sí. En realidad, también tiene jQuery
bajo el capó. MARTIN SPLITT: Oh, está bien. [RISA] TONY MCCREATH: Utiliza … tienes la opción de algo así
como cinco marcos diferentes sobre los que SE INSTALA. De ahí esta cosa masiva. Otro síntoma que vi
fue que en realidad estoy creando datos estructurados usando
el paquete, Y lo que veo en la consola de búsqueda es que
estos datos [INAUDIBLES] aparecen , luego desaparecen,
regresan y van a la sección de mejoras.

Lo que implica que… esto es
lo intermitente en lo que estoy pensando. Solo poniéndole RAM. A veces no lo es. [INAUDIBLE] depuración,
porque podría ser– MARTIN SPLITT: Eso
es difícil de depurar. Ese es un punto interesante. No estoy exactamente
seguro de dónde y cuándo esperamos la información
para el informe de mejoras. Esto podría ser potencialmente que
lo estemos colocando o retirando del lugar equivocado
en la tubería. Una solución a corto plazo mientras
su proveedor de marcos descubre cómo tratar
de resolverlo es considerar la representación dinámica. Esa es una opción. Porque entonces
solucionaría ese problema del paquete de JavaScript . Pero no estoy seguro de
si es una buena idea porque el renderizado dinámico,
A, es una solución. B, no es una inversión no significativa
, diría yo. Y C, es
complejidad adicional. Así que tienes que pensar con mucho
cuidado si eso es un problema.

Diría
que mientras no vea problemas generales
con impresiones similares o rendimiento y demás, entonces
probablemente no cambiaría mucho. Porque entonces la
complejidad adicional es simplemente arriesgada. Estás importando riesgo
por certeza que no tiene un efecto visible. Si está viendo problemas con
el rendimiento y demás, tal vez valga la pena
pensar en ello mientras su
proveedor de marco descubre cómo reducir el tamaño del paquete. Pero, en términos generales,
la tubería de indexación es bastante paciente con
situaciones como esta. Y 2,7 megabytes
no es un tamaño en el que empezaría a llorar y gritar. Si hubieras dicho
10 megabytes, diría, bueno, ahora
definitivamente estamos en problemas. Pero 2,7 megabytes no deberían ser
un problema de nuestra parte, excepto por las herramientas de prueba. TONY MCCREATH: Sí. Y estoy tratando de
hacer la mayor cantidad de contenido. Entonces [INAUDIBLE] en el
lado del servidor de cosas para que no
dependa del JavaScript que construye todas las herramientas sofisticadas.

El contenido [INAUDIBLE] directamente. Con suerte, el peligro [INAUDIBLE] en algún momento. MARTIN SPLITT:
Esa también es siempre una opción para decir, OK, estamos
tratando de obtener todo lo que es contenido y páginas de destino, lo
hacemos lo más estático posible. Y solo nos fijamos en el
marco de las páginas que son realmente dinámicas. Esa es una solución
que muchas personas también han
implementado con éxito. TONY MCCREATH: Genial, saludos. MARTIN SPLITT: De nada. ¿Próxima pregunta? Ding, ding, ding. KAIXI LUO: Hola, tenía una pregunta. Acabo de comprobar la semana pasada,
y aunque creo que dijiste que el nuevo
Googlebot de hoja perenne está funcionando al 100 %
desde principios de este año.

Revisé mis registros de acceso,
y el 80 % de las solicitudes en Googlebot track quest
, aún muestran el agente de usuario con Chrome 41. ¿Es eso algo
de esperar, o– MARTIN SPLITT: No, eso
no es algo de esperar. Verificaría si la
IP proviene de Google. Porque que yo sepa,
no estamos usando la cuerda 41. Tenemos diferentes
cadenas de agentes de usuario, eso es seguro. Pero la cuerda Chrome 41
es inusual. No esperaría que ningún servicio
de nuestra parte siga usando ese desde abril de 2019. Así que eso fue hace como un año. Si está viendo eso, verifique
si el rango de IP se resuelve. Si le gusta una
búsqueda DNS inversa , debería resolverse en
un espacio de nombres viable. Si no es así,
entonces es un Googlebot falso. Eso pasa. Algunas personas son como…
o algunos servicios que pretenden ser Googlebot,
pero no son Googlebot, entonces aún no han actualizado
su agente de usuario.

Si está viendo un Chrome 41
Googlebot proveniente de Google, entonces sería algún servicio. Pero no conozco
ningún servicio que ya use esa cadena. Sé que todavía tenemos
algunos servicios como Read Aloud, por ejemplo, que usa
un agente de usuario completamente diferente , pero básicamente
sé que aún podemos rastrear sin decir que
la versión de Chrome, hay algunas cadenas de Googlebot
que tenemos en nuestra página web. Y uno no tiene
una información de versión, y eso todavía sucede. Pero el 41, eso
me sorprendería si todavía lo usamos. KAIXI LUO: Sí, eso
también me sorprendió. Porque tenemos, somos
un sitio web de tamaño mediano, pero cubrimos todo , podemos tener alrededor de un millón de
solicitudes, o incluso más. Hasta 10 millones desde
donde trabajo todos los días. Así que lo reviso. Al menos tres cuartas partes
estaban usando esta versión anterior.

No recuerdo
que fuera el 41 o el 42, pero no era el
70 u 80 algo que es la versión actual. Vuelvo a consultar
y te aviso. MARTIN SPLITT: Sí, quiero
decir, fundamentalmente solo asegúrese de que sea una
dirección IP real de Google. Si proviene de
una dirección de Google, no sería la
parte de búsqueda normal. Entonces sería
algo extraño, y tendría que averiguar
qué sería exactamente. Pero no creo que
estemos usando esto todavía para nada en la búsqueda. No que yo supiese. Creo que
hay algunos servicios que solían usar esa cadena y en
realidad no se estaban procesando, y entonces realmente no
importa. Si no está renderizado
, realmente no importa. Pero no tengo conocimiento de que
nadie siga usando esto. Tendría que investigar
esto un poco, pero, en general, puede confiar
en que Googlebot sea perenne. KAIXI LUO: Está bien, gracias. MARTIN SPLITT: Para la
búsqueda, al menos. No quiero comentar
sobre otros productos de Google. KAIXI LUO: Compruebo
porque estábamos teniendo nuestra primera
tendencia o página del lado del cliente, y quería asegurarme de
que Google realmente pudiera representar todo.

Así que sí. MARTIN SPLITT: Me
imagino que tal vez como otro producto de
Google como Google Ads o algo así. Si usa Google
AdSense o AdWords , es posible que aún
usen la cadena anterior. Eso es posible. KAIXI LUO: Gracias. MARTIN SPLITT: Pero
no la búsqueda de Google. De nada. Está bien. Oh, ahí viene a
través del chat. Hola Maxine. Desplazamiento infinito en formas compatibles con
Google. Sí. Oh, tienes un enlace
para que lo revise. Qué lindo. Así que echemos un vistazo. Así que no estoy
mirando la captura de pantalla. Básicamente, estoy
tratando de averiguar cómo se
supone que la página [INAUDIBLE]. Entonces
, primero déjame abrir el sitio web y luego ver si puedo encontrar algo
que sea contenido que se cargaría con desplazamiento infinito.

En realidad, ¿sabes qué? Probablemente pueda compartir
mi pantalla rápidamente para mostrarte lo que estoy haciendo. Porque probablemente sea un poco
aburrido escucharme decir, bla, bla, bla. Quiero una pestaña específica de
Chrome, y quiero– en realidad no, si hago
una pestaña específica de Chrome, entonces no ves
cuando cambio de pestaña. Eso tampoco es genial. Bien, en ese caso,
lo compartiré contigo. ¿Puedo compartir solo Chrome? Una ventana. Dice una ventana. Está bien. Creo que quiero
que se comparta esta ventana, y ahora probablemente deberían
verse ustedes mismos, lo cual es extraño. Pero aquí vamos. Bien, aquí tenemos el
sitio web y podemos ver que ya es bastante largo. Y parece estar cargando
contenido adicional a medida que me desplazo. Vamos a ver. Intento agarrar algo de
lo más abajo posible. OK, ahora eso definitivamente
cargó contenido adicional. Entonces, ¿estamos viendo a
NIU [INAUDIBLE]? No estoy seguro de lo que eso significa. Mi ruso no es muy
bueno, pero haré lo mejor que pueda. Bien, ahora vamos a la
prueba de compatibilidad con dispositivos móviles.

En el renderizado de HTML, estoy
buscando estos caracteres. Y no… No estoy seguro de
si ese salto significó que realmente vio algo o no. Tan extraño no ver
esta parte aquí. Eso es seguro. ¿Estamos viendo algo más
como esto? Prueba este. No, ventana equivocada. En realidad, ficha equivocada. Así que definitivamente podemos
ver hasta aquí, y parecía que
no podíamos ver la otra cuerda que estaba intentando. Entonces tienes una idea de lo que
tenemos en el contenido y lo que no tenemos
en el contenido. Si está exponiendo
esto a otras URL, entonces eso no es un problema. Eso generalmente no es un problema. Y parece que una parte
de la carga diferida de desplazamiento infinito funcionó, y parte
de ella podría no haber funcionado. También puedes consultar aquí. Si está utilizando JavaScript
para cargar contenido adicional, entonces verá , bueno, todo esto no es relevante, también verá si
estamos haciendo la llamada API real para obtener el
contenido adicional. No estoy seguro de que parezca que todo
esto no está obteniendo
contenido adicional, pero tal vez me estoy perdiendo algo aquí.

Por lo tanto, desea asegurarse de que
estamos cargando todo el contenido y que el contenido es realmente
visible en el HTML representado. Si está en el
HTML renderizado, está bien. Tener múltiples H1 no es
una indicación de un problema, y tampoco es un problema de nu
stra parte. Esa es una cuestión de
cómo estructura su contenido. Si estoy
buscando titulares H1, entonces veremos que tenemos uno,
dos, tres, cuatro, cinco, seis, siete, ocho, nueve, 10 ish. O en realidad no, espera. Creo que estamos en…
no, no, no, no. Estamos saltando en
medio de la cosa. Así que tenemos… no, tenemos dos. Estos son dos
titulares independientes. [HABLA NO INGLÉS] y
[HABLA NO INGLÉS] algo algo, así que cómo la
industria algo algo. Esos son los dos titulares
que definitivamente vemos. Todo lo demás es:
si está buscando más que estas dos etiquetas H1,
entonces no las estamos viendo. Vaya, no. OK, estoy buscando una
frase cirílica al azar.

Intentemos esto de nuevo. Y si entro aquí,
¿cuántas etiquetas H1 veo? decir inspeccionar. Vamos, herramienta de inspección. Ven conmigo. Se bueno. Entonces, si ahora estoy pidiendo todas
las etiquetas H1, también obtenemos dos. Así que por lo que puedo decir,
eso parece estar bien. Hay dos etiquetas H1. Los estamos viendo
en el navegador. Los estamos viendo en Google,
así que estamos viendo sus etiquetas H1. Y nuevamente, tener
múltiples etiquetas H1 no es una señal de un problema.

Eso es aceptable, por
lo que sabemos. OK, ahora deja de presentar. Por lo tanto, debe
verificar si todo, desde el contenido
que le interesa, está realmente en
el HTML renderizado. Si es así, lo ha
implementado con éxito. Puede usar el
observador de intersección para implementar
desplazamiento infinito y carga diferida. Puede asegurarse de
tener puntos finales donde su servidor
cree diferentes páginas para que también nos proporcione una
paginación.

Esa es una forma de
implementar esto. Puede enviar diferentes
páginas en los mapas del sitio. Eso también nos da
una pista de que, oh, hay más contenido
que quizás no hayamos visto en la página de inicio. Así que definitivamente hay
maneras de hacer esto. Y el hecho de que
haya dos etiquetas H1 no significa que
haya un problema per se.

Está bien. Espero que eso responda a
la pregunta, Maxine. ¿Más preguntas? TONY MCCREATH: El doble
[INAUDIBLE] en la línea de la consola allí, fue ese– MARTIN SPLITT: Oh,
ese es el ayudante. Sí, Chrome
DevTools tiene… no siempre funciona. Deja de funcionar cuando el
sitio web tiene jQuery instalado, o como otra
biblioteca gigante que anula esto. Pero de forma predeterminada, si vas
a cualquier página HTML estática, te gusta example.com,
luego DevTools te brinda un montón de ayudantes, lo
cual es realmente genial . Te mostraré muy rápido de nuevo. Quiero compartir esta ventana. Entonces, si tuviera que ir a
example.com, digamos, porque es un
sitio web realmente agradable y simple. Y voy a inspeccionar, luego
suceden algunas cosas en la consola automáticamente. Así que tengo dólar, que es la abreviatura
de document querySelector. Es mucho para escribir. Entonces, cada vez que hago una
depuración rápida, solo intento esto primero.

Y luego puedo
pedir elementos H1. Y luego, mientras
hago eso, en la página obtengo una descripción general de
cómo se ve la página, lo cual es bastante bueno. Vaya, eso no es lo que quería. También puede seleccionar un
elemento aquí y luego ir a la consola. Y luego puede escribir $0,
que es el elemento que seleccionó en la pestaña Elementos,
que también es muy útil. Porque entonces puedes
hacer todo tipo de cosas como contenido de texto, hola. Por lo tanto, puede depurar muy rápidamente
con estos ayudantes en las
herramientas de desarrollo, y esta es solo la forma abreviada de document
querySelectorAll, que también es mucho para escribir. Así que esto te da todos los elementos
que coinciden con un determinado selector. Entonces, en este caso, creo que tenemos
dos párrafos, por ejemplo. Y luego puede inspeccionar
qué tipo de párrafos tiene realmente aquí. Y luego trabajar con eso. Entonces, lo que hice fue
básicamente preguntar
document.querySelectorAll H1. así que para ver cuántos
elementos H1 y qué elementos H1 tenemos realmente
en la página, que es una forma genial de
depurar eso rápidamente.

Si está interesado,
si busca, creo que se llama
consejos de DevTool o algo así, consejos de DevTools o
algo así. DevTips,
así se llama. Hay un GDE llamado
Umar Hansa que tiene como un
curso completo sobre consejos y trucos de herramientas para desarrolladores. También hay otros artículos que
explican todos estos ayudantes que le brindan las herramientas para desarrolladores y
Chrome. es bastante agradable Tiene un montón de cosas
que puede hacer en DevTools si alguna vez necesita depurar cosas. Bien, ¿más preguntas? Lo hace. Sí, Maxine, parece que
se procesan dos artículos a la vez, pero coincide con lo que hace
el navegador.

Cuando lo abrí
en el navegador, obtuve la misma cantidad de etiquetas H1. Entonces, para mí, parece que Googlebot
hace exactamente lo que hace el navegador cuando se trata de eso. Tal vez no
mostramos tantos artículos porque puede haber
algo en la implementación de desplazamiento infinito donde
realmente no seguimos con todos los demás artículos
que obtienes cuando te desplazas en el navegador real. Porque Googlebot
no se desplaza, pero definitivamente cargamos
un montón de contenido. Por lo que puedo decir, el
contenido parece estar ahí. Y el hecho de que haya
renderizado dos artículos no es un problema para Google.

Especialmente si estos artículos
tienen enlaces a su propia página, entonces probablemente también consideraríamos
sus páginas individuales y podríamos clasificar eso en la búsqueda en
lugar de la página de inicio. Así que eso no es per se un problema. Quiero decir, por ejemplo,
las tiendas de comercio electrónico pueden tener una
página de categoría completa con muchos productos. Eso no es un problema. Simplemente no tienes
productos, tienes artículos. Eso per se no es un problema. Bien, ¿más preguntas? ALTAVOZ: Así que si nadie pregunta,
tengo una pequeña pregunta. Así que tenemos el problema de nuevo
con algunas cosas de nivel.

Entonces, la consola de búsqueda de Google
nos dice, una de esas páginas es
contenido duplicado, pero para otra, como otra, pero ambas
páginas tienen contenido separado. Pero esto se está cargando
con JavaScript AJAX. Entonces, no sé qué
hacemos mal, o el problema con el
parche es demasiado lento y Googlebot lo leyó más tarde. No es con todas las páginas
, es con algunas páginas.

MARTIN SPLITT: ¿Ha
intentado renderizarlos a través de una de nuestras
herramientas de prueba y miró el HTML renderizado? ALTAVOZ: Sí. MARTIN SPLITT: ¿Y se
ven completamente diferentes en las herramientas de prueba? ALTAVOZ: Sí. Puedo enviarte
enlaces si quieres. MARTIN SPLITT:
Sería fantástico echar un vistazo, porque suena como un– ALTAVOZ: Así que esta es
la herramienta [INAUDIBLE]. MARTIN SPLITT: [EN VOZ QUE NO ESTÁ EN
INGLÉS] OK. LOCUTOR: Así que sí. MARTIN SPLITT: Entonces, si
miro esto, [INAUDIBLE] OK. Permítanme ir al texto optimizado para dispositivos móviles
, por ejemplo. Entonces, ¿supongo que las otras
páginas de búsqueda no tienen ese problema? No es que todo– ALTAVOZ: No todo. Tenemos, no me dejes
mentir, más de 500 páginas, y solo 20 páginas
tienen el problema también.

Pero con lo mismo, con stop
else canonical, [INAUDIBLE] canonical. MARTIN SPLITT: Entonces, lo que
sucedió es que de alguna manera, y no sé exactamente
cómo, de alguna manera, hemos visto contenido similar,
digámoslo de esa manera, y decidimos que
una cosa es una duplicación de la otra. Y luego hemos seleccionado,
creo, la parada. Si dijiste que esa es
la canónica ahora, entonces hemos decidido que
esa es la mejor combinación para esto. Eso puede pasar. Especialmente
porque está utilizando JavaScript , es posible que haya
habido un problema al obtener el JavaScript en algún momento. Y es por eso que
decidimos que… imaginemos que, por alguna razón,
no pudimos obtener el JavaScript. No pudimos cargar los
resultados de ninguna manera, o estuvieron
vacíos por un tiempo. Y luego decimos, OK, entonces
esta es una página de resultados de búsqueda vacía , esta es una
página de resultados de búsqueda vacía, y esta es una
página de resultados de búsqueda vacía.

Todos son iguales, por lo que
simplemente elegimos uno para mantener y los otros los deduplicamos. Si ese fuera el
caso, si hubo una falla que condujo
a eso, eventualmente probablemente nos recuperaríamos. También puede volver a
enviarlos para su indexación y luego
revisaremos la discusión. De hecho, tenemos a
John en la llamada. Te he visto, Juan. No escapaste a mi atención. ¿Hay algo
más que deba hacer para solucionar este
problema de deduplicación si es un problema? JOHN MUELLER:
No presté atención. Lo siento.

[RISA] MARTIN SPLITT: Lo siento mucho. No quería
llamarte por esto. Pensé, este es un
problema común que tiene la gente, así que tal vez John tenga algo
que olvidé mencionar. Suponiendo que tiene varias
páginas cargando la búsqueda sin, o sin buscar
, tiene un catálogo de diferentes categorías. Y para diferentes
términos de búsqueda en la categoría , lo siento, para diferentes categorías,
básicamente, en el catálogo, estás usando JavaScript
para cargar los productos. Y hemos decidido
que todos son duplicados entre sí,
y hemos seleccionado uno como líder del grupo de duplicación. Así que creo que parece
que tuvimos un problema de renderizado en algún momento probablemente. Tal vez no pudimos obtener el
JavaScript o algo así. Y ahora funciona, y ahora
te da diferentes contenidos. Así que supongo que eventualmente lo
resolveremos. O puede solicitar la indexación
para arreglar eso, ¿verdad? JOHN MUELLER: Sí.

MARTIN SPLITT:
Número relativamente pequeño. JOHN MUELLER: Supongo que depende
de dónde surgió el problema. Entonces, lo que he
visto a veces es que aprendemos que los
parámetros de URL particulares son irrelevantes. Y si aprendemos
algo así, entonces tiende a
tomar mucho tiempo para que eso se desaprende nuevamente. Entonces, si cree que
ese es el caso, como si tiene varias URL
que usan los mismos nombres de parámetros, y nota que
diferentes valores de parámetros conducen al mismo canónico,
entonces una cosa que podría hacer es trabajar alrededor de Google
y cambie el nombre del parámetro.

Entonces, si tiene algo
como, no sé, q es igual, simplemente tome
como qu es igual, o s es igual, o
alguna otra letra. Y luego esencialmente
veremos eso y diremos, oh, es
un nuevo tipo de URL. No sabemos acerca de
este parámetro, y tendremos
que analizar para ver, ¿hay contenido único
por valor de parámetro aquí? Y si encontramos que lo hay
, lo indexaremos normalmente. Mientras que si
mantiene ese parámetro y hemos aprendido
que el valor del parámetro es irrelevante, nos
llevará mucho tiempo reconsiderarlo. ALTAVOZ: Está bien. MARTIN SPLITT: Y noté
que tiene un parámetro de idioma en la URL,
y supongo que el
parámetro de idioma no hace mucha diferencia.

Así que tal vez ahí es
donde nos caímos. Esa es una posibilidad. ALTAVOZ: Le damos a Google el
enlace sin parámetro de idioma. Entonces, Google obtiene solo el
signo de interrogación de búsqueda de texto q es igual a detener, por ejemplo. Y he copiado esto
de mi [INAUDIBLE], por lo que estoy configurando en alemán para
que obtenga el parámetro de idioma. Pero de hecho,
cuestión de extensión a esto. Entonces queremos cambiar
algo en nuestro servidor y en Rendertron. Si en Rendertron y algunos
de los [INAUDIBLE] se vuelven a rastrear, ¿tenemos
el problema nuevamente, o no es tan importante si
agregamos al servidor de Rendertron para redirigir la
versión renderizada de Google Rendertron? Espero que sepas lo que quiero decir. MARTIN SPLITT:
Sé lo que quieres decir. Entonces, Rendertron, como el
renderizado dinámico en general, es una solución alternativa,
y solo incurriría en esta
complejidad adicional si realmente fuera necesario. Y lo digo como
mantenedor de Rendertron. Así que no lo haría si realmente no
tuviera una buena razón para hacerlo, y
no creo que esto…

Si es la razón por la
que agregaste Rendertron, no lo haría. Entonces haría
lo que acaba de decir John y probablemente
reconsideraría tal vez cambiar el nombre de los parámetros o algo así. Pero asumiendo que
configuraste Rendertron correctamente, y no falla, y
genera HTML estático para Googlebot, entonces eso
no volverá a incurrir en el problema. Podría incurrir en
diferentes problemas dependiendo
de cómo se vea la salida renderizada de Rendertron, pero ese
problema específico de que no podemos cargar
su JavaScript no volvería a ocurrir. Porque Rendertron elimina
el JavaScript de la página. ORADOR: Entonces, la
razón principal por la que añadimos Rendertron es para compartir en redes sociales. MARTIN SPLITT: Sí, está bien. Entiendo que. 100% entiende eso. He estado en esa posición. ORADOR: Entonces, si lo
usa para bots sociales, podemos
usarlo para Googlebot. Y tal vez no tengamos ningún problema.

MARTIN SPLITT: Claro. Esa es una posibilidad. Solo asegúrese de hacer
Rendertron y usar un caché, porque Rendertron hace que las cosas sean
mucho más lentas si no está usando el almacenamiento en caché. Y [INAUDIBLE] el
caché de vez en cuando. Está bien. ALTAVOZ: Perfecto, agradable. Gracias. MARTIN SPLITT: De nada. ¿Alguna otra pregunta? Creo que, como,
eso es realmente extraño. Vi que se envió una pregunta
en YouTube y ahora desapareció
nuevamente, o al menos ya no la veo. Y estoy como– ah, aquí, ah, ja. Entonces, alguien envió
algo a YouTube, hola, noté una
caída significativa en las listas de preguntas frecuentes en los últimos dos meses. Aquí hay una captura de pantalla. Es por eso que no debería
simplemente leer las cosas a medida que avanzo porque esa
no es una pregunta de JavaScript. Esa es una pregunta para
el horario regular de oficina. Pero básicamente dicen
que agregaron un marcado de preguntas frecuentes a su página
y están viendo una caída significativa
en las listas de preguntas frecuentes en los últimos dos meses.

El hecho de que agregue
el marcado no garantiza que obtenga
resultados enriquecidos en la búsqueda. Entonces puede ser que otra
página tenga mejor contenido para estas preguntas específicas. Es posible que nuestros
algoritmos hayan decidido mostrar menos marcas de
preguntas frecuentes para las consultas para las que tiene marcas. No afecta a las clasificaciones. Afecta la visibilidad
en el sentido de que no obtiene los
fragmentos de resultados enriquecidos si no se muestra con fragmentos de resultados enriquecidos. ¿Por qué digo
fragmentos de resultados enriquecidos? Ricos resultados. Y también, la captura de pantalla
que compartiste, no parece una
gran gota súper inusual.

Está cayendo…
subió un poco. Bajó un poco. Ese me parece ser el
cambio regular en los algoritmos a lo largo del tiempo. Yo no me preocuparía
demasiado por eso. OK, ahora volviendo a las
preguntas de JavaScript, ¿alguien? Otro como 12 minutos. TONY MCCREATH: ¿
Podría explicar un poco más sobre cómo funciona Rendertron? ¿Es un envoltorio alrededor del
tipo Titiritero? MARTÍN SPLITT: Sí. Rendertron es un envoltorio
alrededor de Puppeteer, de hecho, y tiene dos componentes. Tiene un componente que
es universalmente útil si desea usar
Rendertron y uno que está hecho específicamente
para el servicio web Express.js. Entonces, la forma en que
funciona Rendertron es, en realidad, nuevamente, solo les mostraré. Porque tenemos
documentación que tiene diagramas, que es
mejor explicarlos que simplemente agitar el aire frente a mí. Porque hago eso. Noto que agito
mis manos bastante. Aquí vamos. Así que en nuestra
documentación, en las guías, en la
guía de renderizado dinámico de implementación. Básicamente, es una forma de
implementar el renderizado dinámico. La representación dinámica significa que su
servidor observa el agente de usuario que ingresa. Si se trata de un navegador de usuario,
como Firefox, Edge, Opera o Chrome normal
, simplemente ejecutaría su JavaScript y produciría el JavaScript.

Esa es esta parte
del diagrama aquí. Entonces, la primera parte aquí donde
su servidor ve que un usuario regular solicita esa información. Así que le doy la
aplicación de una sola página o cualquier JavaScript que necesite
para obtener el contenido. El JavaScript para
cargar más contenido, o para completar los resultados de búsqueda
en esta página de categoría, o lo que sea. Mientras que si detecta un
agente de usuario que es de un rastreador, como Googlebot,
Twitter, Facebook, cualquiera de los bots de redes sociales, entonces, en lugar de
simplemente enviar la respuesta, enviaría un proxy a
una solución de representación. . Y luego la
solución de renderizado toma esa URL, la abre en un navegador,
espera hasta que la página haya terminado de renderizarse y luego
toma una instantánea del HTML y envía el HTML estático de
regreso al servidor web. Y el servidor web
luego lo envía de regreso al bot o rastreador que lo
solicitó originalmente. Rendertron es una
envoltura delgada alrededor de Titiritero. Básicamente crea
dos puntos finales: uno para una captura de pantalla y
otro para renderizar.

También tenemos una
instancia de demostración, que incluso es una interfaz web
solo por diversión. Así que puedo ir a un sitio web
que requiere JavaScript para hacer un montón de cosas y
luego puedo, por ejemplo, tomar una captura de pantalla. Bien, puedo tomar una captura de pantalla,
pero la instancia de demostración no hace capturas de pantalla. Wow OK, la instancia de demostración
no hace nada. Sé cuál es el problema. Mi certificado se cayó. Pero eso está bien porque es
una página de experimento de todos modos. Así que, aquí vamos. Entonces, esto usa un
montón de JavaScript para hacer todas estas pruebas. Pero si reviso la página
aquí para ver si hay etiquetas de script, y veremos
que no tenemos JavaScript en esta página.

Entonces, esto es solo HTML estático
representado por un Chromium sin cabeza a través de Puppeteer. Y ese es el
componente principal de la misma. Entonces, tiene un servidor allí
que obtiene una URL y luego produce HTML estático
que puede devolver. El segundo componente es
el middleware Express.js. Si está utilizando Express.js
como su servidor web o como su
servidor de aplicaciones, entonces puede usar el
middleware de Rendertron para obtener una forma de integrar Rendertron
en su servidor web.

Si está utilizando
Apache, Nginx o cualquier otro servicio
IIS , básicamente lo
configuraría como un proxy inverso. Eso es Rendertron. TONY MCCREATH: ¿
Solo ejecuta texto de secuencia de comandos o ejecuta, por ejemplo,
sería un problema si hiciera la
referencia de Google Analytics, ese tipo de cosas? MARTIN SPLITT: ¿Qué quieres decir? TONY MCCREATH: Obtiene
una etiqueta de secuencia de comandos para activar una vista de página en Google Analytics. Así que tiene un
empleado haciendo eso. MARTIN SPLITT: Sería… Rendertron luego
ejecutaría ese JavaScript, generaría la
vista de la página, pero no lo haría… eliminaría el JavaScript por
completo del HTML que sirve
en [INAUDIBLE]. Así que no obtendrías Google
Analytics en el HTML que genera Rendertron. Lo cual no es genial si
eso es lo que quieres. Algunas personas pidieron una
opción para mantener los scripts, y yo digo
que la idea completa del renderizado dinámico es eliminar cada bit de
JavaScript de una página.

Así que no creo que Rendertron
sea la herramienta adecuada para eso. Lo que estás diciendo
suena más como si quisieras una representación del lado del servidor. TONY MCCREATH: Correcto. MARTIN SPLITT: Muy bien,
tenemos tiempo para dos, tal vez tres preguntas más. Tal vez uno si es uno que
me hace ir a hablar por más tiempo. Oh, hay algo
entrando por nuestro chat. Última pregunta sobre ese
problema con desplazamiento infinito si está bien.

Si seguro. Tememos que
cuando lo solucionemos, debamos esperar serias
fluctuaciones en los resultados de búsqueda. Cuando buscamos la
descripción de un artículo que va en
scroll infinito, Google dice que hay siete o más
obstáculos con esta palabra. ¿Significa
eso que Googlebot integró nuestros artículos
incorrectamente todo este tiempo? Quiero decir, Googlebot
vio texto dos veces más grande cuando estaba en el original. No estoy 100% seguro
si entiendo a dónde quieres llegar con
esto, pero básicamente si… ¿a dónde me lleva ese enlace? Hagamos clic en ese enlace. Bien, guau, ese es el … Creo que lo que estamos viendo
aquí es diferente… sí, todos estos son… oh espera, 69DC 94E. Así que parece que estamos
viendo diferentes páginas con este
texto, pero no estoy 100% seguro de si eso es un
problema o no, para ser honesto. Si cambia la forma en
que se ve su contenido y la estructura del sitio
, entonces sí, eso causará
fluctuaciones en la clasificación.

Porque efectivamente estamos
viendo cambios en todas las páginas que tenemos en el índice. Es posible que veamos nuevas páginas
si cambia la estructura de su URL al mismo tiempo. Eso causará
fluctuaciones, sí. Si lo que está viendo en este momento
en términos de rendimiento de búsqueda es lo que
espera ver, entonces no creo que sea un problema
que deba solucionarse. Si ve problemas
con la forma en que funciona la búsqueda para su sitio, entonces eso es
algo que desea solucionar. No arregles lo que no está roto. Por lo que puedo decir, y corríjame si
me equivoco, en cuanto a lo que ha enviado a
través del chat hasta ahora , estamos viendo todo su contenido. Estamos clasificando tu contenido. Su contenido
aparece en los resultados de búsqueda. Me parece
que eso es lo que quieres, y no arreglaría esto
si no fuera un problema. Si ve
que no estamos viendo parte de su
contenido, o si nota que su contenido no
funciona muy bien, entonces puede considerar
reconfigurar su sitio. Pero no cambiaría
nada sin estar 100 % seguro de que lo que está
viendo en este momento en términos de rendimiento de búsqueda
no es lo que espera ver.

Y el hecho de que
veamos el mismo contenido en varias búsquedas, las mismas palabras en varias
URL, no significa que sea un problema. Solo puede ser que
informar sea un poco más difícil porque su contenido puede estar
distribuido en varias URL y varias páginas diferentes. Pero si funciona de la manera que
le gustaría que funcionara y obtiene los clics y las
impresiones que busca, no lo arregle porque
no parece estar roto.

De nada. Bien, una pregunta más. ¿Cualquiera? Creo que tal vez también tenemos
envíos a través de YouTube. Déjame mirar. Sí. ¿Hay alguna herramienta
que pueda usar para rastrear la velocidad de la página con
JavaScript automáticamente en un tablero? Creo que hay un montón
de herramientas que hacen cosas como presupuestos de desempeño. Puede ejecutar
Lighthouse de manera automatizada, de manera automatizada. De manera automática. Eso es lo que quería decir. Hay un Lighthouse
CI, creo que se llama, es la herramienta que puedes
configurar para que se ejecute, no sé, como dos veces al día. Y luego puede
tomar una instantánea de los puntajes y luego ver cómo
cambia el puntaje con el tiempo. Sé que eso se ha construido. Estoy bastante seguro de que
también hay servicios pagos que hacen algo similar, pero
no tengo una lista de ellos en este momento. Simplemente buscaría el
seguimiento del presupuesto de rendimiento web, o como Lighthouse a lo largo del
tiempo, o algo así. Porque estoy bastante seguro de
que se ha hecho antes, y probablemente
también esté bien documentado en este punto.

Por lo tanto, Lighthouse es una buena herramienta
para realizar un seguimiento del rendimiento a lo largo del tiempo. Creo que
probablemente también puedas hacer eso de alguna manera con las pruebas de página web, pero
no estoy tan seguro de eso. Y definitivamente hay
soluciones pagas que también hacen eso. Muy bien, ahora una última
pregunta de la audiencia. Eso fue fácil. TONY MCCREATH: ¿Puedo
hacer uno que podría estar involucrado? JavaScript está involucrado. MARTIN SPLITT: Claro TONY MCCREATH: Estoy
usando Puppeteer para auditar los sitios web de los clientes.

Así que está renderizando la
página y cosas así. Y como mencioné
antes, noté que ejecuta
scripts de Google Analytics, que me parecieron bastante poderosos. Porque puedo
averiguar si un cliente tiene Google Analytics
etiquetado tres o cuatro veces, cosas así. Mientras que Googlebot usa
robots.txt para evitar que lo haga. Me pregunto
si, no sé si son ustedes, pero ¿deberíamos
usar Puppeteer, porque en realidad es un bot , deberíamos bloquear la
activación de cosas como Google Analytics
y cosas por el estilo? MARTIN SPLITT: Creo que
eso depende de ti. Por un lado, si los
sitios web del cliente, o si los departamentos de marketing,
análisis o ciencia de datos del cliente se quejan de
que reciben visitas en análisis que se
ven extraños, entonces pueden
filtrarlo filtrando, o si probablemente puede
darles algo que pueden
filtrar en Google Analytics. No tienes que
bloquear Google Analytics porque eres un bot. Esa es tu
decisión al final.

Si no quiere
sesgar accidentalmente, quiero decir, si está
solicitando todo el sitio web , como una vez para una
auditoría, no creo que eso haga
una gran diferencia a menos que el sitio web tenga como
cinco visitas de todos modos por mes. Entonces van a ser
como, tenemos 10 visitas. Eso es 100% de aumento. Y luego se
enteraron de que en realidad eres tú quien robó el sitio web. Pero normalmente, en
realidad no importa tanto. Y recuerdo que
al menos la última vez que trabajé con un
departamento de ciencia de datos , dijeron, oh
sí, estamos eliminando a todos los que trabajan aquí
de Google Analytics. Y también eliminamos todos
los bots que se ven raros. Tal vez pueda configurar el
agente de usuario en algo que sea fácilmente detectable. TONY MCCREATH: Lo cual,
sí, hago eso. MARTIN SPLITT: Y esa es
una pregunta fácil de filtrar. TONY MCCREATH: Tal vez
Google Analytics lo sepa de todos modos. MARTIN SPLITT: Probablemente. Si tiene un
agente de usuario realmente extraño, estoy bastante seguro de que
Google Analytics será como, hmm, interesante.

Pongamos eso aquí. De acuerdo, sí, pero
al final, no es así , como si fuera su decisión
si desea ejecutar Analytics o no. Bien, excelente. En cuyo caso, muchas gracias a
todos por sus preguntas y por unirse. También gracias a todos los
que enviaron una pregunta a través de YouTube, y el próximo
horario de oficina de SEO de JavaScript es dentro de una semana. También está publicado
en youtube.com/goog lewebmasters/community. Si busca la publicación
que dice JavaScript SEO Office Hours 6 May, creo que
es la siguiente, entonces puede enviar
sus preguntas allí. Me aseguraré de que
ese también esté grabado, así como este. Y les deseo a todos
un tiempo fantástico. Mantente a salvo, mantente saludable
y nos vemos pronto de nuevo.

s .As found on YouTube