SEO TÉCNICO

2021
Introducción
1. Impulsar el tráfico del sitio mediante SEO técnico

Un buen contenido en su sitio web solo lo llevará hasta cierto punto cuando se trata de
mejorar la visibilidad, el ROI y los clientes potenciales para su negocio. La optimización
técnica de motores de búsqueda lo llevará el resto del camino. Hola, soy Dana DiTomaso,
y he estado trabajando en el siempre interesante campo del SEO durante más de 20
años. En este curso, le enseñaré los fundamentos del SEO técnico, cómo desglosar los
informes que extrae y cómo hacer recomendaciones concretas a los desarrolladores web
para implementar las correcciones que necesita. El SEO técnico nunca ha sido más
importante, y los sitios web nunca han sido más complicados. De hecho, incluso después
de hacer esto durante tanto tiempo, todavía estoy encontrando formas nuevas y
emocionantes en que las personas logran romper sitios web. Esto puede sonar
abrumador, pero puedo decirte que es muy fácil de aprender. Lo que te hace bueno en
SEO te hará genial en la parte técnica del SEO. Vamos.

2. Lo que deberías saber

En este curso, asumiré que estás al menos familiarizado con los conceptos generales de
SEO, y lo más probable es que trabajes en SEO, ya sea como tu trabajo a tiempo
completo o algo que se haya trasladado a tu lista de responsabilidades. Es posible que
tenga una comprensión básica de HTML y CSS, y si no tiene eso ahora, le recomendaría
que vea el Curso de capacitación esencial de HTML aquí en LinkedIn Learning.

1. Conceptos básicos técnicos de SEO

1.1. Por qué el SEO técnico es importante

Cuando hablamos de SEO técnico, estamos hablando de los aspectos técnicos de su sitio
web, específicamente las cosas que suceden detrás de escena. Algunos de ellos, como
un sitio lento o una URL, serán visibles para los visitantes de su sitio web, pero el
SEO técnico se centra realmente en ayudar a los robots de los motores de búsqueda a
comprender de qué se trata su sitio web. Debe demostrar por qué debe clasificar para sus
palabras clave objetivo y debe presentar su mejor cara absoluta a los motores de
búsqueda para obtener ese rango. Dicho esto, SEO técnico. No se implementa a
expensas de servir a su sitio web, visitantes. Cualquier cosa que haga para mejorar su
sitio web para los motores de búsqueda también debe mejorar su sitio web para las
personas que realmente van a su sitio web. Fundamentalmente, el SEO técnico se puede
dividir en cuatro grandes categorías. Estos son Rastreo e indexación. Esto considera
cómo los motores de búsqueda se relacionan con su sitio. Mirar su sitio web a través de
los ojos de los motores de búsqueda lo ayuda a rastrear los problemas que
están frenando su sitio web. Un sitio web que es fácilmente entendido por los motores
de búsqueda es un sitio web que se clasifica bien. Velocidad del sitio, la velocidad de su
sitio web importa. Un sitio web lento no solo irrita a sus visitantes y los rechaza. También
apagará los motores de búsqueda, hacer que su sitio web sea más rápido es una parte
fundamental de un buen SEO. Contenido y arquitectura del sitio. ¿Está organizando su
contenido de una manera que lo haga fácil de entender? ¿Tiene enlaces entre piezas
relevantes de contenido? Y luego las otras cosas, estos son los pequeños extras
como esquema, imágenes, videos, todas las pequeñas piezas adicionales que realmente
unen un sitio. El SEO técnico es una parte fundamental de cualquier proyecto SEO. Pero
a menudo se puede pasar por alto debido a la falta de conocimientos técnicos en el
equipo de SEO o la renuencia del equipo de desarrollo a implementar
recomendaciones aparentemente irrelevantes. Su éxito general de SEO sufrirá como
resultado de un SEO técnico deficiente. A veces, ninguna cantidad de construcción de
enlaces o gran contenido puede superar los problemas técnicos básicos en un sitio web
que impiden que los motores de búsqueda lo entiendan correctamente. De hecho, diría
que el SEO técnico es lo suficientemente importante como para que sea donde debe
comenzar cualquier proyecto de SEO antes de que suceda cualquier otra cosa. Dicho
esto, el SEO técnico puede parecer realmente desalentador, especialmente si no llegaste
al SEO desde un fondo técnico. No te dejes intimidar, cualquiera puede llegar a ser
bueno en SEO técnico. No necesita conocimientos de informática o años de experiencia
en la creación de sitios web. Si eres curioso, tenaz y detallista ya estás a mitad
de camino.

1.2. Herramientas técnicas de SEO: rastreador de sitios web

Un rastreador de sitios web es su traductor de motores de búsqueda cuando se trata de

SEO técnico. Los rastreadores imitan cómo los robots de los motores de búsqueda
rastrean su sitio web para clasificar e indexar su contenido. Para solucionar los problemas
con los que se encontrará un rastreador de motores de búsqueda, debe imitar ese
proceso para encontrar los mismos problemas que ellos. Hay muchas opciones para los
rastreadores de sitios web. Los que menciono aquí son los que usamos en
nuestra agencia. Y estas son herramientas de pago, aunque una de ellas tiene una opción
gratuita para sitios web más pequeños. También puede optar por no usar un rastreador
dedicado como los que cubriré aquí. La mayoría de las herramientas de SEO incluyen
algún tipo de capacidad de rastreo y eso podría estar bien para sus necesidades. Sin
embargo, no todos los rastreadores son iguales y, a menudo, es una buena idea ejecutar
el mismo sitio a través de un par de rastreadores diferentes, al menos al principio, solo
para asegurarse de que se detecten todos los problemas. La otra cosa que es genial
acerca de un rastreador es que, en muchos casos, puede rastrear cualquier sitio que
desee. No importa si es tuyo o no. Esta puede ser una excelente manera de ganar
experiencia revisando diferentes sitios web. Screaming Frog es un rastreador web popular
utilizado por muchos SEO. Ha estado fuera desde 2010, que es lo suficientemente
largo en el mundo del SEO para que se considere un clásico. Esta no es una herramienta
basada en la web. Es una pieza de software que instalas en tu computadora. A diferencia
de algunas de las otras herramientas que menciono, hay una versión gratuita que
rastreará hasta URL de 500 años. Esta versión gratuita no incluye todas las
mismas características que la de pago, por supuesto, pero cubre muchos de los
elementos que deberá revisar en su auditoría técnica de SEO. Recomendaría usar esto si
recién está comenzando o si tiene un presupuesto limitado. Otra herramienta que es
popular es Sitebulb. al igual que Screaming Frog, es un producto que instalas en
tu ordenador, pero se centra un poco más en la presentación visual de los informes. Si te
gustan las hojas de cálculo, entonces Screaming Frog es probablemente una buena
opción para ti. Pero si eres más un aprendiz visual, Sitebulb podría ser la mejor
opción. Sitebulb no tiene una opción gratuita, desafortunadamente, y es un poco más caro
que Screaming Frog para la versión pro, pero tienen una prueba gratuita si quieres
comprobarlo. Si está trabajando con sitios web más grandes y no desea trabajar desde el
software instalado en su computadora, DeepCrawl es otra opción que podría funcionar
para usted. Si tiene sitios web muy grandes, los programas instalados como Screaming
Frog y Sitebulb eventualmente se quedarán sin memoria cuando intenten rastrear su sitio,
mientras que un rastreador basado en la web como DeepCrawl puede continuar. Debido a
esto, DeepCrawl es la opción más cara de las tres. Pero si está trabajando en un sitio web
con URL de millones de años, debe intentar reunir el presupuesto para comprar un
rastreador que pueda admitir eso. Si está buscando un rastreador web diferente a los que
he cubierto aquí, algunas preguntas que debe hacerse antes de decidir son: "¿Con qué
frecuencia se actualiza el rastreador?" Desea asegurarse de que está trabajando con una
empresa receptiva que actualiza regularmente, especialmente cuando hay cambios o
nuevas funciones de Google a las que hay que estar atento. ¿Puede el rastreador evaluar
JavaScript? Google puede, por lo que su rastreador también debe
poder hacerlo. ¿Puedes comparar informes? Querrá poder ver si los cambios que está
realizando están teniendo un impacto positivo en la salud general de su sitio web. ¿El
rastreador le ayuda a identificar problemas? Esto dependerá de qué tan cómodo se sienta
profundizando en los datos. Con el tiempo, a medida que adquiera más experiencia,
es probable que necesite menos ayuda en esta área. ¿El rastreador informa por
usted? Puede o no necesitar esto. Por ejemplo, generalmente no proporcionamos la
salida sin procesar de los informes de rastreador directamente a los clientes, pero a
veces, si tienen equipos de desarrollo internos, es más fácil darles acceso a la
herramienta para que puedan ver las páginas problemáticas por sí mismos. Dependiendo
de su situación, esa podría ser una característica útil. Ahora debería poder seleccionar el
rastreador de sitios web adecuado para sus necesidades.

1.3. Herramientas técnicas de SEO: inspector de sitios web

Una de las herramientas más útiles para el SEO técnico es el inspector de sitios web de
Chrome, también llamado Chrome Dev Tools. Es posible que haya pensado que era solo
para el desarrollo web, y bueno, esa es una parte importante de ello. El SEO técnico
realmente se basa en muchas de las mismas cosas que un desarrollador web estaría
mirando al construir un sitio web. Para acceder al inspector, puede presionar F12 o ctrl +
shift + j en una computadora con Windows. O cmd + opción + c en una Mac. También
puede hacer clic derecho en cualquier elemento de la página y luego elegir inspeccionar.
Eso lo llevará directamente al código para ese elemento en las herramientas. Así es como
se ve el inspector cuando lo abres por primera vez. Lo primero que te recomendaría hacer
es configurar el muelle donde te sea útil. Para hacer esto, haga clic en los tres puntos que
se encuentran aquí arriba en la parte superior derecha, y luego verá que las opciones del
muelle se deslizan hacia afuera. Esta es realmente una preferencia personal sobre dónde
quieres que esté. Por ejemplo, así es como se ve el muelle en la parte inferior, así es
como se ve a la derecha. Personalmente, prefiero mantenerlo a la derecha en la misma
ventana. Ahora las opciones en la parte superior. Aquí es donde se accede a las
diferentes partes de las herramientas. Las opciones en la parte superior son Elementos,
Consola, Fuentes, Red, Rendimiento, Memoria, Aplicación, Seguridad y Faro. Solo cubriré
las partes de las herramientas que usará para el SEO técnico, pero recomendaría revisar
cada opción y ver qué hace. El área de elementos es donde puedes ver el código de una
página. Esta es una excelente manera de verificar si la página está delineada
correctamente con encabezados, por ejemplo. Para obtener más información sobre lo que
podría estar buscando aquí, vea el video en Prácticas recomendadas para la arquitectura
de sitios web. Realmente no usaremos la opción Consola. Aunque, esa área es útil si está
haciendo mucho trabajo que involucra scripts o análisis de Java. Las secciones Fuentes,
Red y Rendimiento son realmente útiles para la velocidad del sitio. Comencemos de
nuevo en Fuentes. La pestaña Fuentes muestra todos los diferentes dominios a los que
se llamó para crear esta página. Por ejemplo, para las Mascotas de la Sabiduría,
podemos ver que es wisdompets.com. Y luego hay un dominio de Pinterest, y luego un
dominio de fuentes de Google. Esto es realmente útil para revisar porque puede
mostrarle, por ejemplo, que su sitio web está cargando demasiados dominios diferentes,
lo que puede hacer que el sitio se cargue muy lentamente. Del mismo modo, la pestaña
Red es muy útil para la velocidad del sitio, ya que le mostrará todos los elementos que se
llamaron para construir la página web actual. Voy a actualizar mi navegador ahora para
que pueda ver esta información. Como puede ver, realiza la solicitud, y luego, a medida
que se carga cada elemento, todo se completa en la pestaña de red. Esta es una
excelente manera de ver cómo se cargan los elementos, en qué orden y cuánto tiempo
tardan en cargarse. De esa manera, puede ver cómo encaja cada elemento en la imagen
más grande de la página web. El rendimiento se utiliza para proporcionar información más
detallada sobre cómo se cargan los elementos de la página y cómo influyen en la
velocidad general del sitio. Por ejemplo, voy a hacer clic en el botón de recarga aquí, y de
esa manera puedo ver cómo se está cargando este sitio. Por lo general, el perfilado de
rendimiento tarda unos segundos en iniciarse. El tiempo que tarde dependerá de qué tan
rápido sea su sitio. Pero como puede ver, eso tomó unos cinco segundos y ahora tengo la
información de rendimiento. No vamos a profundizar demasiado en esto en este
momento, pero definitivamente debería ver los videos en este curso que cubren la
velocidad del sitio para obtener más información sobre lo que puede encontrar en la
pestaña Rendimiento. Vamos a omitir Memoria y Aplicación. Y para la seguridad, de lo
que debe estar seguro aquí es si el sitio es seguro o no. En este caso, el dominio de
Wisdom Pets no tiene un certificado seguro. Cada sitio realmente debería tener uno. Esa
es una de las recomendaciones que haríamos si fueran nuestro cliente. Es posible que
haya escuchado que tener un sitio seguro es un factor de clasificación de Google. Ese no
es el caso, pero Google quiere absolutamente que tengas un sitio seguro. Finalmente,
pasemos a la sección Faro. Lighthouse es el nombre de la herramienta automatizada de
Google para pruebas de páginas web. Simulará la carga de su página en una conexión
lenta y busca problemas de accesibilidad y SEO. Es un gran lugar para comenzar su
auditoría técnica de SEO. Te recomiendo que ejecutes Lighthouse en modo incógnito. De
esa manera, no tendrá ningún problema con los complementos de Chrome que pueda
haber instalado que pueda afectar el resultado del informe. Por ejemplo, esto es lo que
Lighthouse piensa del sitio Wisdom Pet Medicine. La sección de rendimiento de
Lighthouse es un poco diferente de la opción de rendimiento en Chrome Dev Tools, solo
para complicar las cosas. Lo que está viendo aquí es lo que encontrará al usar la
herramienta de información de velocidad de página de Google y hablaremos más sobre
esta herramienta en los videos sobre la velocidad del sitio. También le recomiendo que
revise y solucione cualquier problema que se encuentre en accesibilidad y SEO. Acceda a
esas secciones, simplemente desplácese más abajo en la página. Aquí está la
accesibilidad y luego las mejores prácticas, y luego SEO. Cualquier cosa que pueda hacer
para que su sitio sea más accesible no solo es excelente para ayudar a las personas a
usar la perspectiva de su sitio web, sino que también puede ser requerido por ley
dependiendo de dónde viva. En cuanto al SEO, el rastreador de su sitio web
probablemente encontrará muchos de los mismos problemas, pero siempre es bueno
tener un segundo par de ojos en cualquier problema que deba solucionar. Finalmente,
recuerde que puede ejecutar estas herramientas en cualquier sitio web que desee.
Comience a mirar los sitios web que visita todos los días, ya que lo ayudará a sentirse
cómodo usando estas herramientas, además de que puede ver problemas técnicos de
SEO que puede que no encuentre de inmediato en sus propios sitios web.
1.4. Herramientas técnicas de SEO: pruebas de velocidad

La velocidad del sitio es una parte crítica del SEO técnico. Afecta más que solo su
capacidad para clasificar, afecta el tiempo que sus visitantes están dispuestos a soportar
la velocidad lenta de su sitio. Incluso puede afectar negativamente sus tasas de
conversión. Y a partir de mayo de 2021, la velocidad será una parte central del algoritmo
de clasificación de Google. Es por eso que varios de los videos de este curso tratan sobre
problemas de velocidad y cómo resolverlos. Pero primero, para saber qué tienes que
arreglar, tienes que encontrar los problemas, ahí es donde entran las herramientas de
prueba de velocidad. Hay muchas, muchas herramientas por ahí, y les mostraré algunas
de mis favoritas. La buena noticia es que la mayoría de estas herramientas son gratuitas,
por lo que puede ahorrar su presupuesto para pagar a un desarrollador para que arregle
las cosas. La herramienta de prueba de velocidad a la que muchas personas recurren
primero es la herramienta Page Speed Insights de Google o PSI. PSI le da la idea de
cómo Google juzgará su sitio en su algoritmo central, y creo que es una parte clave de las
pruebas de velocidad. Pero la información que te da no siempre es la más intuitiva para
trabajar, especialmente si eres relativamente nuevo en todo esto técnico de SEO. He
ejecutado el sitio Wisdom Pet a través de la herramienta PSI, y en realidad funciona
bastante bien, con una puntuación alta, pero no perfecta, en dispositivos móviles y de
escritorio. Puede ver aquí cómo califica los dos signos vitales web que puede medir,
Contentful Paint más grande y Cumulative Layout Shift. Para obtener más información
sobre cuáles son estas métricas, desea ver el video sobre "¿Cuáles son los principales
signos vitales de la web de Google?" La herramienta PSI solo le permite verificar una
página a la vez. Y, por supuesto, la velocidad del sitio no juzga, solo en función de su
página de inicio, realmente necesita probar todas las páginas de su sitio. Recomiendo otra
herramienta gratuita llamada Batch Speed, que puedes encontrar en batchspeed.com.
Esta herramienta ejecuta todas las páginas de su sitio a través del probador, lo que le
brinda una buena vista panorámica de qué páginas son los incendios de basura más
calientes para trabajar primero. Pero si desea una experiencia un poco más útil, eso hace,
en mi opinión, un mejor trabajo al describir qué solucionar, use GTmetrics. También es
gratis, pero con opciones pagas, y puede registrarse para obtener una cuenta gratuita que
le brinda algunas opciones para usar cuando ejecute sus pruebas. Personalmente, me
gusta probar un sitio desde unas pocas velocidades diferentes para imitar lo que alguien
podría estar viendo como una conexión móvil lenta, en un dispositivo más antiguo, en
lugar de mi nueva computadora agradable y brillante con una conexión a Internet de fibra.
También puede configurar sus sitios para que se revisen regularmente, lo que puede ser
un salvavidas, si no está muy involucrado en el proceso de desarrollo. Realmente no hay
nada más emocionante que descubrir que se realizó un cambio en el sitio web, y
sorpresa, sus puntajes de velocidad ahora están en el baño. También hay otras
herramientas de prueba de velocidad como webpagetest.org y wattspeed.com.
Recomiendo elegir algunas herramientas con las que se sienta cómodo, pero de vez en
cuando, revise sus sitios en estas otras herramientas también, todas prueban cosas e
interpretan los resultados de una manera ligeramente diferente. Y a veces es bueno
obtener esa perspectiva adicional, particularmente, cuando tienes un sitio web difícil para
trabajar. Además de las métricas de GT y estas otras herramientas de velocidad, querrás
usar las herramientas de velocidad integradas de Google Chrome. Repaso bastante el
uso de esa herramienta en el video, en "Cómo entender el informe de velocidad de un
sitio web" y en el video en "El inspector de sitios web". Una cosa común que
probablemente verá en los resultados de todas estas herramientas de velocidad, es que
sus archivos JavaScript tienen problemas. O son demasiado grandes, o tardan demasiado
en procesarse, o están retrasando las cosas de alguna otra manera. A veces puede ser
realmente difícil hablar con sus desarrolladores sobre estos temas. Y en ese caso, me
gustaría dirigir su atención a Yellow Lab Tools en yellowlab.tools, también gratis. Esta es
probablemente la más técnica de todas las herramientas de prueba de velocidad que
utilizamos, y eso es porque realmente ayuda a los desarrolladores a identificar problemas
en su JavaScript. Honestamente, es probable que pueda ejecutar una página hasta aquí,
y entregar los resultados a un desarrollador, y dejar que editen. Por último, pero no menos
importante, por supuesto, desea utilizar Google Search Console. Una vez que haya
configurado su sitio en Google Search Console, use la sección Core Web Vital para ver
cómo se está desempeñando su sitio. No le dará resultados para cada página, y la
cantidad de resultados que obtenga depende de qué tan popular sea su sitio, pero esta es
la mejor manera de saber lo que Google está viendo. Entre todas estas herramientas de
velocidad, debe tener una excelente comprensión de lo que está mal con su sitio cuando
se trata de problemas de velocidad.

2. Rastreando el sitio web

2.1. Interpreta lo que te dice el rastreador

El mejor lugar para comenzar su auditoría técnica de SEO de su sitio web es un rastreo.
Con solo ejecutar ese rastreo, es posible que encuentre problemas fundamentales. Por
ejemplo, una vez no pude hacer que el rastreador lo ejecutara todo en un sitio web cliente,
y resultó que su certificado seguro no estaba instalado correctamente, lo que estaba
causando que DeepCrawl se ventilara en lugar de rastrear. Solución fácil, no siempre
tendrá tanta suerte al encontrar problemas, pero comenzando con el rastreo y le brinda la
mejor visión general de lo que está sucediendo en su sitio web. Si recién está
comenzando, la versión gratuita de Screaming Frog funcionará bien. Anteriormente en el
curso detallé varias herramientas líderes de rastreo web. Sin embargo, recuerde que, no
importa qué rastreador web termine usando, todos tienen una cosa en común. Son robots
y no pueden entender tu situación específica. Debe asegurarse de llevar su cerebro al
análisis. Puede haber problemas técnicos con su sitio web que no son importantes, que
no se pueden solucionar y eso está bien. El hecho de que un rastreador o auditor del sitio
o cualquier herramienta que esté utilizando haya encontrado un problema, eso no significa
necesariamente que el problema deba solucionarse de inmediato. En este caso, he hecho
un rastreo, el sitio web de Wisdom Pets y Screaming Frog, y estoy usando la licencia libre.
Puede ver lo que obtendrá cuando use la versión gratuita de esta herramienta. Hay
muchas opciones aquí en la parte superior de la pantalla que puede ver justo encima de la
lista de URL. Estas son todas las diferentes opciones que puede ver. Lo que
recomendaría es revisar la ayuda de Screaming Frog, entender lo que cada una de estas
secciones mira. También querrá consultar la descarga de la lista de verificación de
auditoría técnica que forma parte de este curso. Para que pueda ver las cosas específicas
que buscamos cuando hacemos nuestras auditorías técnicas. Además de rastrear
realmente el sitio, debe asegurarse de rastrear también el archivo del mapa del sitio web.
Para hacer eso, cambiaría su modo de araña a lista. ¿Queremos continuar? Por supuesto
que sí. Y luego haga clic en el botón Cargar y puede hacer clic en Descargar mapa del
sitio XML. Ahora puede ver que Screaming Frog está rastreando el archivo real del sitio
web. Encontró 101 URL, y ahora hará su rastreo similar a lo que hizo para el sitio web.
Pero en su lugar, solo mire los elementos en el mapa del sitio. Lo que está buscando aquí
es asegurarse de que todas las páginas del sitio que deben indexarse están realmente en
el archivo del mapa del sitio o al revés, que no hay páginas en el archivo del mapa del
sitio que no se puedan encontrar en rastrear el sitio. Simplemente hacer que las diferentes
páginas estén disponibles puede ser una gran parte de la solución de problemas técnicos.
Además, debe asegurarse de que las páginas que no se pudieron indexar no se muestren
o, si lo están, estén claramente marcadas como no indexables. Volviendo al modo de
rastreo normal, recomendaría comenzar simplemente haciendo clic en las diferentes
pestañas y buscando problemas, y luego comenzar a tomar notas sobre los elementos en
los que deberá profundizar. Por ejemplo, uno de los problemas que encontré en una
revisión anterior fue que el sitio no está usando un certificado seguro. Definitivamente
necesito arreglar eso. Ahora, si miramos la pestaña externa, podemos ver que hay
algunas URL en el sitio que apuntan a URL que no son 200. Esos deberían arreglarse
más para una buena experiencia de usuario que cualquier otra cosa. No quieres que
alguien haga clic en el enlace a tu página de Twitter y no pase nada. Ahora veamos la
página de títulos. Mirando los títulos de las páginas, son muy básicos, claramente no
están optimizados para palabras clave. Las etiquetas de título de la página de inicio son
home. Ninguna de las páginas tiene meta descripciones. Y aunque tienen etiquetas H1,
probablemente podrían ser mejores. No hay datos estructurados o canónicos o muchas
de las cosas que hacen que un sitio sea técnicamente saludable. Nuevamente encontrará
una lista de lo que buscamos en esa descarga, por lo que recomendaría comenzar allí.
Ahora te mostraré cómo es DeepCrawl. Y puedes ver que el tablero es un poco diferente.
Este es un rastreo del sitio web de kick point y DeepCrawl nos ha señalado amablemente
algunos problemas. Voy a hacer clic en los problemas ahora para abrir una nueva
ventana. Uno de los problemas que encontrará es que a veces hay lo que llamamos
situaciones de banderas falsas, donde su rastreador está sacando problemas que
técnicamente, sí, son problemas, pero en su caso específico, en realidad no son
problemas. Como puede ver, nuestro sitio tiene muchas páginas delgadas. Pero algunas
de estas páginas pueden ser delgadas a propósito y eso está bien. Por ejemplo, una
página de contacto a menudo se marca como una página delgada, pero siendo realistas,
¿vas a poner de 300 a 500 palabras de contenido en esa página? No, por supuesto que
no. Y si busca su marca más la palabra contacto, es probable que Google muestre su
página de contacto a pesar de que técnicamente es delgada. Delgado no significa
automáticamente malo. En nuestro caso, muchas de nuestras páginas delgadas son
páginas individuales. Y eso está bien. En lo que no quiero que caigas es en la trampa en
la que crees que tu rastreo necesita reportar cero errores, cero problemas para que tu
auditoría haya sido exitosa. Ningún sitio será perfecto. Y francamente, incluso si hicieras
un sitio técnicamente perfecto, no significaría que el contenido sea bueno o que el diseño
sea convincente o que esté logrando sus objetivos. Siempre tenga en cuenta que el
objetivo de todo el trabajo que hacemos es sí, hacer que el sitio funcione mejor para la
búsqueda. Pero el verdadero resultado de este trabajo es asegurarse de que su sitio web
esté haciendo un gran trabajo al servir a los visitantes de su sitio web. Y a ese visitante no
le importará que técnicamente su página de contacto sea delgada. Solo quieren saber a
qué hora estás abierto.

2.2. El papel de los archivos robots.txt

Los robots.txt archivos son simples archivos de texto que viven en lo que se llama la raíz
de su sitio. Puede verificar si su sitio web tiene uno, yendo a su domain.com/robots.txt.
Muchos CMS como WordPress crearán uno automáticamente. Pero eso no significa que
esté configurado de la manera en que debería ser. Robots.txt archivos Dígale a los
rastreadores de motores de búsqueda, no solo a Google, sino a todos los rastreadores de
motores de búsqueda, a qué páginas o archivos pueden o no pueden acceder en su sitio
web. Estos son útiles para mantener a los robots fuera de áreas donde no encontrarían
nada útil, como el directorio de administración de WP en WordPress. El archivo .txt robots
contiene disallow, allow o ambos tipos de instrucciones. El formato básico de un
archivo .txt robots es así, User-agent, nombre del agente de usuario, y luego no permitir lo
que no desea rastrear. Realmente solo necesita estas dos líneas para formar el archivo.
Solo necesita incluir qué rastreadores de motores de búsqueda desea escuchar su
archivo y luego qué desea que hagan o no hagan. También puede agregar varios
conjuntos de agentes de usuario. Digamos que en este ejemplo, quieres que Google
rastree una cosa, pero no quieres que Bing la vea. Así es como se vería esto. En la
primera instrucción le estamos diciendo al bot de Google, mira lo que quieras. Y luego la
segunda instrucción, estamos diciendo Bing, no eche un vistazo al subdirectorio. También
notarás que utilicé una carpeta relativa para el disallow, en lugar de la URL completa.
Debe asegurarse de no utilizar direcciones URL completas para estos tipos de comandos.
También es posible que veas robots.txt archivos que se ven así, donde dices User-agent*,
disallow everything, User-agent: Googlebot, allow everything. Lo que este archivo está
diciendo es que solo Google puede rastrear el sitio y ninguno de los otros rastreadores
puede hacerlo. Una vez más, algunos rastreadores podrían seguir adelante e ignorar esto
y rastrear el sitio de todos modos. El comando allow que utilicé en este ejemplo, es
específico de Bingbot y Googlebot, otros robots no prestan atención a ese comando. Solo
reconocerán los comandos de no permitir. Casi todos los sitios tienen un archivo .txt
robots. No necesitas absolutamente uno, pero puede ser útil. Recomiendo que cada sitio
tenga uno. Dado que la mayoría de los sitios tienen uno, y es un archivo que debe ser
accesible para los motores de búsqueda, eso significa que cualquiera puede ver el archivo
.txt robots de otra persona. Intente mirar otros sitios web, robots.txt archivos para ver lo
que han hecho. Cuando compile su archivo, también debe asegurarse de que no tiene
reglas contradictorias. Esto puede ser complicado si tiene un archivo muy largo con
muchas directivas. Para ver ejemplos de un archivo .txt robots realmente largo, eche un
vistazo a un sitio como Buzzfeed, donde tienen muchas reglas en marcha. Verás aquí
arriba que tienen esta directiva de retraso de rastreo y la destacaré para ti. Está justo
después de User-agent msnbot que ahora se llama Bingbot. Esto se usa para decirle al
rastreador que espere un cierto número de segundos antes de rastrear la página
siguiente. Google ignora esto, porque quieren que establezca la tasa de rastreo en la
consola de búsqueda de Google, pero Bing y Yandex respetarán esta directiva. También
verá en este archivo que usan muchas estrellas y signos de dólar para algunas de sus
directivas. Una estrella es un comodín, y eso se puede usar para hacer coincidir varias
URL a la vez. Entonces, por ejemplo, si miramos este archivo, puede ver aquí que tienen
esta estrella de comando disallow, y luego ? S=móvil. Lo que están diciendo aquí es que
no quieren que el rastreador mire nada que termine con? S=móvil. Ese comando de signo
de dólar indica el final de la URL. Digamos, por ejemplo, que no desea que se indexe
ningún PDF en su sitio web. Así es como se vería. Estás diciendo cualquier agente de
usuario, No permitir ningún nombre de archivo, si termina con un PDF. Ese signo de dólar
indica que el nombre del archivo termina después de PDF, por lo que si un nombre de
archivo se llama PDFX, aún podría indexarse. También puedes incluir comentarios en el
archivo .txt tus robots. Simplemente comience la línea con un símbolo de libra, pero
asegúrese de no continuar en una segunda línea. Cada línea que desee comentar, no
debe tener un símbolo de libra delante de ella. Una última cosa que querrás hacer es
vincular a tu archivo de mapa del sitio al principio o al final del archivo .txt tus robots,
como lo hemos hecho aquí en el sitio web de kick point. Normalmente lo hago al final,
pero algunas personas prefieren el principio. Realmente depende totalmente de ti. Google
probablemente ya tendrá sus mapas del sitio, ya que la búsqueda enviada en la consola
de búsqueda de Google y Bing en sus herramientas para webmasters, pero otros
rastreadores también encontrarán útil esta información. Un par de últimas notas sobre el
formato de sus archivos, asegúrese de que el nombre del archivo esté en minúsculas. No
puedes tener robots.txt con R mayúscula, o robots en mayúsculas.txt, o el archivo no se
leerá. Desea asegurarse de no nombrar un archivo que no sea robots.txt. Este no es un
momento para ponerse elegante. Y tenga en cuenta que algunos rastreadores ignorarán
totalmente sus instrucciones. Y desafortunadamente, eso es bastante común para las
herramientas que raspan páginas para el contenido, por ejemplo. Siempre digo que
robots.txt es una sugerencia. No es una regla. Una vez creado el archivo .txt robots,
asegúrese de probarlo con el probador .txt robots de Google y luego verifique si hay
errores. He visto ejemplos en los que todo un sitio se vio afectado negativamente por un
archivo .txt robots mal escrito y no probado. Estos pequeños archivos son enormemente
poderosos. Asegúrese de dedicar tiempo a hacerlo bien.

2.3. Cuando los archivos de registro del sitio web pueden resultar útiles

En los viejos tiempos de Internet, antes de que existiera Google Analytics, la única forma
de determinar cuántas personas venían a su sitio web y qué estaban haciendo cuando
estaban allí era a través de un proceso llamado análisis de archivos de registro. Luego
obtuvimos excelentes herramientas como Google Analytics y otros programas de análisis,
y el análisis de archivos de registro se usó menos. Pero, para lo que el análisis de
archivos de registro sigue siendo realmente bueno es para averiguar qué robots de
motores de búsqueda han estado en su sitio y qué hicieron mientras estuvieron allí. Por
ejemplo, puede ver la última vez que revisaron páginas clave, o si se están quedando
atascadas en algún lugar, o si simplemente están ignorando su excelente contenido. Esto
puede ayudarlo a aislar problemas y determinar en qué necesita trabajar. Así es como se
vería un registro del servidor, esto es del sitio web de Kick Point. Estos archivos de
registro utilizan lo que se denomina el formato de registro común, y puede obtener más
información al respecto en este enlace. Por lo general, puede obtener registros del
servidor para el host web. A veces puede tomar un poco de esfuerzo lograr que estos,
particularmente de organizaciones más grandes, sean persistentes. Por supuesto, no
puedes leer los archivos en ese formato para analizarlos, vas a necesitar una
herramienta. Usamos la herramienta de análisis de archivos de registro de Screaming
Frog, que está separada de la herramienta de rastreo, pero al igual que el rastreador,
tiene una opción gratuita, pero está limitada a 1,000 líneas de registro a la vez. Aquí hay
una muestra de cómo se ven nuestros registros en Screaming Frog. Como puede ver,
Google ha pasado por mucho. Si vamos a la pestaña URLs, puedes ver lo que están
comprobando. Curiosamente, revisaron nuestro feed RSS 17 veces en un solo día, y si
hacemos clic en la URL real de nuestro feed y abrimos la pestaña Eventos, puede ver que
estaban visitando aproximadamente cada hora. 11:51, 10:51, 4:45, 3:45, etcétera. Es
extraño, porque en realidad no publicamos nada ese día, así que para mí, eso indica que
hay algo que vigilar. Una visita frecuente como esa puede ser una verdadera pérdida de
tiempo de Google si están revisando la misma URL una y otra vez, sin encontrar nada
nuevo, pero ignorando el resto de su sitio web. Los archivos de registro también pueden
ayudarlo a encontrar lo que se llama trampas de araña, áreas en las que su rastreador
podría quedar colgado, como un cuadro de búsqueda o varios filtros en la página. Es
importante revisar sus archivos de registro de vez en cuando para asegurarse de que
nada de eso esté sucediendo. Los archivos de registro son particularmente útiles para
aquellas situaciones en las que sabe que hay un problema, el sitio web no está
clasificando tan bien como debería, pero todas sus comprobaciones técnicas habituales
están saliendo limpias. En ese caso, sus archivos de registro pueden mostrarle los
problemas reales.
3. Velocidad del sitio web
3.1. ¿Cuáles son los elementos básicos de la web de Google?

Hacer que su sitio web sea rápido ayudará a que su sitio web sea exitoso. Se estima que
por cada segundo adicional que tarde su sitio web en cargarse, el 20% de sus visitantes
se irán. La peor parte es que ni siquiera sabrá que se fueron, ya que su programa de
análisis aún no se habría activado. La velocidad del sitio es un asesino silencioso del
tráfico. Pero más allá de mantener a las personas en su sitio web, la velocidad del sitio es
una parte importante de la clasificación correcta. Google anunció en 2020 que habría un
conjunto de métricas de velocidad llamadas centrales vitales web que formarían parte de
su algoritmo de clasificación a partir de mayo de 2021 y más allá. Lo bueno de esto es
que tenemos un conjunto muy claro de métricas para optimizar sus sitios. Google
considera que estas métricas son parte de su puntuación de experiencia de página. Que
es básicamente cómo Google interpreta cuán utilizable es realmente su sitio web. Los tres
elementos vitales principales de la web son Largest Contentful Paint, o LCP, que mide el
rendimiento de carga de la página. Primer retardo de entrada o FID. Esto analiza cuánto
tiempo tarda el servidor en responder a una solicitud. y cambio de diseño acumulativo o
CLS. Esta última métrica analiza la cantidad de cambios en la pantalla a medida que se
carga la página. Google también ha reunido medidas específicas sobre lo que quieren ver
para estas métricas. Puede ver sus puntuaciones vitales web en la consola de búsqueda
de Google. Y los recursos complementarios para este curso, he incluido un enlace a un
artículo que le mostrará cómo medir los signos vitales de la web en tiempo real con sus
visitantes reales utilizando el administrador de etiquetas de Google. Cuando Google mide
estas métricas, miran lo que se llama el percentil 75 de la carga de la página. Lo que
significa que se descartan grandes valores atípicos, tanto positivos como negativos, para
normalizar un poco los datos. Para la pintura de contenido más grande, LCP, bueno es
antes de 2.5 segundos. La mejora de las necesidades es de entre 2,5 segundos y cuatro
segundos. Y pobre es cualquier cosa por encima de cuatro segundos. LCP está viendo
cuánto tiempo le lleva hacer clic en un enlace para cargar la página. Y cuánto tiempo pasa
antes de que vean la mayoría del contenido en su navegador. No está mirando la
velocidad total de carga de la página. Ese es un error común. Profundizaremos en LCP y
cómo medirlo más adelante. Si encuentra que tiene un LCP deficiente, la herramienta de
velocidad de página de Google le dará algunos consejos. Pero encuentro que
comúnmente es JavaScript, incluidos los scripts de terceros como, por ejemplo, su widget
de chat que se cargan temprano cuando no es necesario, lo que ralentiza toda la
operación. O está cargando todas las imágenes a la vez cuando debería usar la carga
diferida para traer imágenes más adelante. Especialmente para esas imágenes, el usuario
ni siquiera vería hasta que se desplace mucho más abajo en la página. Finalmente,
querrá asegurarse de tener una higiene básica de la velocidad de la página en su lugar.
Como minimizar su CSS y JavaScript. Y asegurándose de que solo está cargando lo que
realmente necesita cargar en cada página. Para FID, bueno es menos de 100
milisegundos. La mejora de las necesidades está entre 100 milisegundos y 300
milisegundos. Y pobre es cualquier cosa por encima de 300 milisegundos. FID se trata de
hacer que sea más rápido para un visitante interactuar con su sitio. Y mucho de lo que
puede ayudarlo con LCP también lo ayudará a mejorar cuando se trata de FID. Por
ejemplo, eche un vistazo a su proveedor de alojamiento web y vea si hay grandes
retrasos en las respuestas cuando solicita páginas del servidor. Tal vez necesite cambiar
a través de un proveedor de alojamiento web más rápido. Una vez, todo lo que hicimos
fue mover un cliente de un proveedor de alojamiento web lento a un host web rápido. Y su
tasa de conversión aumentó un 20% de la noche a la mañana. Porque la gente podría
completar los formularios en el sitio web sin esperar. Y por último, CLS, Cumulative
Layout Shift. Bueno es menos de 0.1. La mejora de las necesidades está entre 0,1 y 0,25.
Y pobre es más de 0.25. CLS es típicamente algo que puedes ver. Si, por ejemplo, tiene
una tonelada de CSS que se carga al final de toda la secuencia de carga, y luego su sitio
web encaja en su lugar, eso causaría una alta puntuación CLS. No desea que las cosas
cambien a medida que se carga la página. Ya que eso puede ser realmente frustrante
para sus visitantes, que pensaron que estaban haciendo clic en una cosa, pero resulta
que había otra cosa. Porque todo cambió a medida que se cargaba la página. Estoy
seguro de que has tenido esta experiencia frustrante en otros sitios web. Para corregir
CLS, asegúrate de no cambiar el tamaño de las imágenes usando CSS. Pero en su lugar,
está sirviendo la imagen del tamaño correcto de inmediato. Este es un problema muy
común que vemos. Esto también ayudará con su puntaje LCP. Si está publicando
anuncios en su sitio, asegúrese de ahorrar espacio para ellos o de lo contrario empujarán
elementos a medida que se carguen. Y en general, desea intentar cargar en el CSS
rápidamente. Por lo tanto, los diferentes elementos de su página se establecen
principalmente como imágenes y otros elementos se cargan como si estuvieran
completando más adelante. Recuerde, cualquier cosa que haga para ayudar a estos
puntajes también hará felices a sus visitantes, lo que en general hará que su sitio web sea
más exitoso.

3.2. Cómo entender un informe de velocidad de un sitio web

Has decidido mejorar la velocidad de tu sitio web, genial. Ahora tienes la parte difícil.
Ejecutar su sitio web a través de una herramienta de prueba de velocidad y luego
averiguar qué hacer con esa información. Las herramientas de prueba de velocidad
generalmente están diseñadas para desarrolladores web y aquellos que pueden entender
el código del sitio web. Si solo conoces algo de HTML y CSS y no mucho JavaScript, es
posible que te sientas perdido. Repasemos algunas de las cosas comunes que verá en
una herramienta de prueba de velocidad y lo que significan. Antes de comenzar, es
importante que sepa que no todas las herramientas de prueba de velocidad son iguales.
Muchos de ellos informan sobre cosas muy diferentes y cada uno de ellos tiene su propia
forma de presentar la información. Algunos de ellos incluso prueban de maneras
ligeramente diferentes. Querrá ver el video en este curso sobre herramientas de prueba
de velocidad, además de este video, para comprender mejor lo que hacen estas
herramientas y sus ventajas, así como sus limitaciones. Hay muchas herramientas por
ahí, pero normalmente uso una combinación de Google Chrome's Performance Analyzer y
GT Metrics. Así que eso es lo que vas a ver en este video. Comencemos con las métricas
que lo ayudarán a corregir su métrica de pintura de contenido más grande o LCP. Si
necesita un repaso en las métricas web principales de Google, asegúrese de revisar la
película anterior. Es importante recordar que el LCP no es una duración. Es un momento
en el tiempo. El momento en que se carga el elemento de contenido más grande que está
visible dentro de esa ventanilla. Para determinarlo, comenzaremos con el informe de
rendimiento integrado de Google Chrome. Puedes ver el LCP y este informe de Chrome
para Wisdom Pets. El LCP específicamente es la imagen del encabezado, lo cual tiene
sentido. Eso es lo más grande en la pantalla, pero no te enfoques demasiado en esta
imagen. Puede que no sea el problema. El problema podría ser todas las cosas que están
sucediendo antes de que se cargue esta imagen. El objetivo con el LCP es priorizar la
carga para que esta imagen grande llegue lo más rápido posible, incluso si hay otras
cosas cargando que están fuera de la ventana gráfica. Por ejemplo, con un cliente
nuestro, tuvieron un problema en el que había una búsqueda de terceros en la carga de la
página para personalizar su contenido. Pero esa búsqueda tardó unos dos segundos en
suceder y hasta que se hizo, ninguno de los otros contenidos de la página, ni imágenes, ni
textos, nada se cargaría. Como se puede adivinar, su LCP no era muy bueno. Pudieron
cambiar eso y acelerar esa llamada, lo que realmente ayudó a su LCP. Ahora, la razón
por la que comencé aquí cuando se trata de LCP es porque si ejecuta el sitio a través de
las estadísticas de velocidad de la página de Google, verá algo como esto. Y luego, si
decides abrir, elimina los recursos de bloqueo de renderizado, porque eso parece útil,
bueno, verás esto. ¿Qué es lo que no verás? es cuáles de estos se están cargando
realmente antes del LCP y cuáles se están cargando después. Si solo se enfoca en esa
sección, es posible que no haga nada para ayudar a su LCP en absoluto. En cambio, de
vuelta en Chrome, puede hacer clic en la pestaña de rendimiento y ver lo que realmente
está sucediendo. O podemos comprobar esto en las métricas de GT. Este es un rastreo
del sitio de Wisdom Pet en las métricas de GT y estoy mirando la pestaña de cascada.
Echemos un vistazo a esa cascada para Wisdom Pets y veamos cómo sus objetos se
cargan en la página. Esta línea azul oscuro que he esbozado es el LCP. Así que todo se
estaba cargando antes de que esta línea pudiera ralentizarte. ¿Hay algo que se pueda
mover, pero tenga cuidado, no desea diferir nada que haga que los objetos de la página
se muevan a medida que se carga la página, porque eso afectaría negativamente su
puntaje CLS? También puede encontrar que cuando ejecuta su sitio a través de métricas
GT, tiene un tiempo de respuesta deficiente del servidor. Para Wisdom Pets, vemos un
tiempo de espera de 172 milisegundos, lo cual es excelente. Tienen un gran alojamiento,
no hay necesidad de cambiar nada allí. Si ve un tiempo lento y lento, diría que algo de
500 milisegundos o más, eso es realmente un problema de alojamiento y es posible que
deba cambiar los servidores web o simplemente amenazó con mudarse para mejorar eso.
Pero esa es una métrica que querrá ver con el tiempo, especialmente si está en un
alojamiento compartido. A medida que los servidores de alojamiento compartido se llenan
con más frecuencia con el tiempo, su tiempo de respuesta se ralentizará. Ahora, veamos
FID, Primer retraso de entrada. Recuerde que ese es el tiempo que le toma a un visitante
interactuar con su sitio. Si tiene un sitio de contenido pesado que no tiene mucha
interacción, es posible que ni siquiera vea los puntajes FID en los informes de la consola
de búsqueda de Google porque, en ese caso, ¿qué es exactamente una interacción que
simplemente se desplaza hacia abajo en la página, eso no necesariamente se retrasa
tanto, por lo que puede que no le importe a usted, sino a los sitios que tienen
interacciones pesadas, como una página de registro o una página de búsqueda? Algo en
lo que alguien necesita hacer clic en algo para hacer algo y ese es todo el propósito de la
página. FID es un gran problema para esos sitios web. Tal vez no necesites esa elegante
pieza de JavaScript. Tal vez esta página se puede reducir a lo esencial. Piensa en la
propia página de búsqueda de Google. Es básico porque tiene un solo trabajo. No hagas
que tus páginas tengan demasiados trabajos. Dicho esto, desea evitar posponer la carga
de JavaScript hasta más tarde. Entonces, digamos que el formulario de inicio de sesión
en esta página de interacción está activo, pero luego una animación elegante se insertará
más tarde y moverá las cosas. No solo es increíblemente frustrante para sus visitantes,
sino que afectará negativamente su CLS. Su puntuación de cambios de diseño
acumulativo. CLS ocurre cuando los elementos se cargan en diferentes momentos y
terminan cambiando la forma en que se presenta todo lo demás. Tal vez sea eficiente en
términos de ayudar a su LCP, pero luego causa problemas de CLS y frustra a sus
visitantes. No hay nada peor que pensar que estás haciendo clic en un producto en un
sitio de comercio electrónico pero luego hacer clic en otro porque la página cambia en el
último segundo. Puede solucionar sus problemas de CLS asegurándose de que todo lo
que se carga tenga tamaños específicos, evite cambiar el tamaño sobre la marcha. Desea
que el navegador web de los visitantes sepa exactamente qué tan grande es cada
elemento y dónde va antes de que se cargue para que los navegadores vuelvan a dibujar
constantemente la página para hacer espacio. Piensa en ello como si te estuvieras
mudando y pensaste que empacaste todo en la camioneta, todo limpio y organizado, y
luego tu cónyuge te dice, oye, olvidaste el sofá y ahora necesitas mover todo para
acomodar ese sofá. Ese es un CLS pobre. Ahora debe sentirse bien equipado para
comprender lo que le dice un informe de velocidad y dónde comenzar a solucionar
problemas de velocidad en su sitio web.

3.3. Priorizar los problemas de velocidad

A medida que trabaje en este curso, encontrará muchos problemas de velocidad en su

sitio web. Y es posible que no sepa por dónde empezar cuando se trata de arreglar las
cosas. Cuando se trata de correcciones de velocidad o realmente cualquier tipo de
soluciones técnicas, la mejor solución es aquella que realmente se implementará. Si bien
terminará con muchas correcciones de sitios web como resultado de ver este curso, y
cubrimos cómo priorizarlas en el video de priorización de correcciones técnicas de SEO,
la velocidad del sitio es un problema particularmente importante y que merece atención
adicional. Cuando comiences a evaluar un sitio web por problemas de velocidad,
simplemente escribe todo lo que notes. No empieces a priorizar todavía. Piense en ello
como una lluvia de ideas de ideas. Todavía no hay ningún juicio, solo estás lanzando
ideas por ahí. Luego, una vez que creas que encontraste todo lo que puedes, puedes
comenzar a clasificar estas ideas en algunos grupos. Quiero que te hagas tres preguntas
mientras resuelves esto. Primero, ¿solucionar este problema lo pondría en la sección
amarilla / verde para los signos vitales de la web? Esto, por supuesto, supone que la
página en cuestión está en rojo para los signos vitales de la web. Recomiendo ver el video
anterior sobre los vitales web centrales de Google para obtener más detalles sobre esto.
Dado que solo hay tres cosas específicas que Google está mirando en sus signos vitales
centrales, este problema podría estar completamente fuera del alcance de los signos
vitales web que estamos viendo. Por ejemplo, en el sitio de mascotas de sabiduría, hay
una incrustación de Pinterest de carga extremadamente lenta que ralentiza
significativamente el tiempo de carga total de la página. Sin embargo, esa incrustación no
está afectando negativamente a los signos vitales de la web, como LCP. Entonces, si bien
es posible que desee solucionarlo, realmente no es urgente. Segunda pregunta, ¿ya tiene
personas con las que puede hablar de inmediato y están disponibles para ayudarlo a
implementar estas soluciones? Tal vez una solución requiera cambios en el código del
sitio web, pero su desarrollador no puede encajarlo durante un mes. Tal vez necesite
acceso a una herramienta de compresión de imágenes para arreglar sus imágenes, pero
primero necesita aprobación para usarla. Estas son cosas que pueden ralentizar la
implementación. Deje las cosas que no se pueden arreglar de inmediato y, en su lugar,
concéntrese en las cosas en las que tiene recursos listos para ayudar. Tercera pregunta,
en general, ¿es esta una solución rápida o tomará una cantidad significativa de trabajo
implementarla? Es posible que deba hablar con un desarrollador web para tener una idea
de cuánto tiempo llevará implementar algunas de estas correcciones. Otros elementos,
como la mala arquitectura del sitio web o cero todas las etiquetas e imágenes, son
fácilmente reparables pero increíblemente tediosos. Escriba cualquier tarea muy larga
como esa en trozos donde se centre primero en el segmento de las páginas más
importantes y luego baje su lista. Estas tres preguntas no son como la clásica pregunta
rápida buena o barata donde solo puedes elegir dos. En su lugar, dé puntos a cada
solución en función de si respondió sí o no a cada pregunta. Luego, debería poder
priorizar en una escala de uno a tres. Tres puntos es lo mejor porque cumple todos los
requisitos. Ayuda con los signos vitales, tienes recursos, es rápido. Y uno son los
elementos que tal vez desee posponer para más adelante, a menos que sea un problema
técnico grave que le esté causando puntajes vitales húmedos realmente horribles. Y
sospechas que los visitantes se están alejando en masa porque tu sitio es muy lento. En
ese caso, es posible que solo solucione un problema en particular, pero ese problema es
increíblemente importante. Y si tiene problemas para implementar correcciones de
velocidad, intente decir esto, a menudo funciona para nosotros. Si su sitio es tan lento que
las personas deciden presionar el botón Atrás en lugar de esperar, ni siquiera lo sabría
porque su programa de análisis no los habría registrado antes de que se fueran. Es
posible que no sepa cuánto tráfico y, posteriormente, dinero está perdiendo debido a un
sitio lento. Eso debería ayudarlo a obtener los recursos que necesita dedicados a arreglar
la velocidad del sitio.

4. Arquitectura y esquema
4.1. Mejores prácticas para la arquitectura de sitios web

Al igual que la arquitectura en el mundo real, la arquitectura del sitio web puede ser
hermosa o fea, pero a diferencia de la arquitectura en el mundo real, la arquitectura del
sitio web es mucho menos subjetiva cuando se trata de lo que es bueno frente a lo que
definitivamente no es bueno. Una arquitectura de sitio web bien planificada tiene dos
propósitos. Hace que sea fácil para sus visitantes encontrar lo que necesitan y facilita que
los motores de búsqueda entiendan de qué se trata su sitio. Cuando se trata de que los
motores de búsqueda entiendan su sitio web, la forma en que estructura sus páginas y
subcarpetas les ayudará a comprender los temas que cubre en su sitio y lo que es
importante para su audiencia. Una estructura de sitio web ideal es como una pirámide,
donde la página de inicio está en la parte superior y luego todas las subcarpetas y
páginas sostienen la base de la estructura. Ahora, solo porque su página de inicio esté en
la parte superior, eso no significa que sea lo más importante en el sitio. Un sitio web bien
organizado y optimizado debe hacer que sus visitantes comiencen en la página que sea
más relevante para su término de búsqueda, que no es necesariamente su página de
inicio. Pero dado que su página de inicio es la parte superior de la pirámide, eso significa
que necesita vincular a sus páginas más importantes desde aquí para que los motores de
búsqueda entiendan que esas páginas son importantes. Cubro este tema más en el video
sobre enlaces internos. Su menú generalmente forma la base de cómo se entenderá la
estructura de su sitio. Dicho esto, no es necesario pegar todo en el menú de navegación
superior. Algunos elementos pueden ser relegados a un menú secundario o puestos en el
pie de página de su sitio. Por ejemplo, las páginas de carreras se colocan comúnmente en
el pie de página, ya que los motores de búsqueda sabrán devolver esa página para
búsquedas centradas en carreras, sin necesidad de gastar espacio en el menú de
navegación en ella. Algo que debe hacer con su sitio es rastrear el sitio y ver cómo se ve
la estructura en el rastreador. Por ejemplo, así es como se ve el sitio web de Wisdom Pets
cuando vemos el sitio en la vista de tabla de árbol en Screaming Frog. El sitio comienza
viéndose bien. Puedes ver aquí, tienes el nombre de dominio. Tiene un subdirectorio para
los servicios. Aquí están todos los diferentes servicios. Pero luego comienza a caer un
poco. Comienza a ver publicaciones de blog individuales en el mismo nivel que la
subcarpeta de servicios. Puedes ver aquí, juguetes y golosinas para perros, fiebre por
arañazo de gato, cuatro resoluciones de año nuevo para tu mascota. Todas estas cosas
están al mismo nivel que su página de servicios de nivel superior. Esto no es ideal porque
lo que estás haciendo es presentar una estructura muy plana a los motores de búsqueda.
Idealmente, estas publicaciones irían en la subcarpeta /blogs. De esa manera, puede ver
las publicaciones del blog en esa carpeta en lugar de ir al blog y luego hacer que las
publicaciones del blog vuelvan a la carpeta raíz. Realizar un rastreo y ver el sitio en un
mapa de árbol puede ayudarle inmediatamente a determinar si la estructura del sitio sigue
un patrón lógico o si tiene problemas. Ahora, dicho esto, no estoy seguro de corregir este
problema de estructura de directorios. Si estas publicaciones de blog individuales ya
tenían muchos enlaces y tráfico decente, puede que no valga la pena. Realmente solo
desea mover una URL si hay un beneficio significativo que se puede obtener de ella y no
interferirá con ningún tráfico o vínculo de retroceso existente. Cubrí este tema más en el
video sobre cómo determinar cuándo redirigir una página. También querrá tener una
buena estructura del sitio porque la usará para construir su rastro de migas de pan, que
luego es una gran oportunidad de marcado de esquema. Cubro el esquema más a fondo
en el video "Comprender el esquema y por qué lo necesita". Además de asegurarse de
que las carpetas y las páginas estén organizadas correctamente, debe asegurarse de que
los nombres reales de sus carpetas y páginas tengan sentido. Por ejemplo, mira esta URL
en el sitio web de Wisdom Pets para mascotas exóticas. ¿Está claro en esa URL que
están hablando de sus servicios veterinarios especializados para mascotas exóticas?
Dado que su nombre de dominio en realidad no dice lo que hacen, es solo
wisdompets.com, es posible que quieran cambiar esta URL a algo como services /
vetcareforexoticpets, o similar. Idealmente, algo que coincida estrechamente con los tipos
de palabras clave que su audiencia está utilizando cuando buscan veterinarios que
puedan ayudarlos con sus mascotas exóticas. Finalmente, también le animo a considerar
que sus etiquetas de encabezado son parte de una buena arquitectura del sitio web.
Piense en ellos como un subcomponente de su página, que es un subcomponente de su
carpeta. Al extender la revisión de la arquitectura de su sitio web hasta el nivel de
encabezado, puede estar seguro de que está haciendo un buen trabajo al indicar la
relevancia página por página. Volvamos a Wisdom Pets y veamos qué hacemos para
ayudarlos. Puede ver aquí que hemos revisado los nombres de las carpetas y páginas,
pero por lo demás no cambiamos realmente la estructura de lo que vería un visitante que
ya está en el sitio web. Visualmente, tenía sentido, pero técnicamente podría ser mucho
mejor. Aquí es donde el SEO técnico y los aspectos de contenido del SEO realmente se
unen. Una última nota, esto es más fácil de arreglar desde el principio en el proceso de
desarrollo del sitio web, así que trate de involucrarse lo antes posible. Es mucho más fácil
arreglar una arquitectura deficiente antes de que se lance el sitio en lugar de limpiarlo
después del hecho. Intente rastrear la arquitectura de su propio sitio web y busque
posibles áreas de mejora. No olvides incluir los encabezados.

4.2. La importancia de una estrategia de vinculación interna

Los enlaces internos se refieren específicamente a enlaces que apuntan a otras páginas
de su propio sitio en lugar de a otros sitios web. Esos se llaman enlaces externos, cuando
apuntan a otros sitios web. Construir enlaces internos a medida que creas contenido,
parece que sería algo que viene de forma bastante natural, pero desafortunadamente solo
unos pocos de los muchos. Muchos sitios que he visto a lo largo de los años, en realidad
tuvieron un intento decente de enlaces internos. Si no se esfuerza en la vinculación
interna, espera que su navegación por la arquitectura del sitio web haga todo el trabajo
pesado. Cuando se trata de enfatizar qué páginas son más importantes en su sitio web. Y
bueno, ese es un trabajo importante, también debe respaldar esto con una estrategia de
enlace interno efectiva. El problema de confiar solo en la arquitectura de su sitio web es
que cada página de su sitio web puede terminar con el mismo número de enlaces, ya que
cada página está vinculada desde su navegación. Aquí hay un ejemplo de cómo se ve y
rana gritando para el sitio web de Wisdom Pets. Puede ver cuántas páginas tienen
exactamente el mismo número de inLinks en esa columna de la derecha, porque no hay
enlaces internos adicionales para indicar lo que es importante. Esto, por supuesto,
afectará negativamente la capacidad de su sitio web para clasificarse bien. Una de las
cosas buenas de la vinculación interna es que es la combinación perfecta de una solución
relativamente fácil. Por lo general, no requiere la ayuda de los desarrolladores para
corregirlo. Y tiene un gran impacto positivo. Cuando comience a corregir sus enlaces
internos, primero piense en cuáles son sus páginas más importantes en el sitio. En el
caso de Wisdom Pets, es probable que estas sean sus páginas de superficies. Así que
necesitamos encontrar formas de enlazar más a estas páginas. Pensando en su página
sobre el cuidado dental, hay dos publicaciones de blog que hablan sobre la salud dental a
la izquierda. Lo que no quieres hacer es agregar enlaces que se lean como. ¿Qué hay a
la derecha? donde dice para obtener más información sobre cómo podemos ayudar con la
salud dental de su mascota, haga clic aquí. Hay varias razones por las que nunca debe
hacer clic derecho aquí. En primer lugar, en realidad no desea clasificar para la frase,
haga clic aquí. Haga clic aquí no dice nada a los motores de búsqueda sobre su
contenido. No hay pistas de ningún tipo sobre lo que podría contener esa página de
destino. Y tampoco puedes hacer clic en un teléfono. Por lo tanto, se siente como si
esperaramos que todos vean nuestro sitio en el escritorio y nadie use teléfonos móviles,
que es una especie de forma de pensar de la vieja escuela. En su lugar, lea el contenido y
encuentre frases que se nutren a sí mismas para vincularse a esa página de servicios
dentales. Por ejemplo, en esas publicaciones de blog, podría vincular el texto ayudar a
mantener la salud dental, ya que los servicios dentales que ofrece en las mascotas, de
hecho ayudan a mantener la salud dental. Aquí es donde querrás volver a tu investigación
de palabras clave y considerar qué palabras clave quieres que clasifique tu página de
destino. Y luego intente usar ese texto cuando enlace a esa página. Dicho esto, no seas
spam y di la misma palabra clave 10 veces seguidas. Todavía estás listo para los seres
humanos después de todo. Y saben cuándo estás escribiendo para robots. Por supuesto
como todas las buenas prácticas de SEO. Es mejor si esto se incorpora a su proceso de
creación de contenido al principio en lugar de agregarse después del hecho. Una forma
en que puede ayudar a sus autores a recordar incluir enlaces internos es hacer que se
pregunten cómo puedo usar las páginas de apoyo para convencer a mi lector de que
confíe en mí, use mis servicios, compre mis productos, etc. También puede incluir esto en
una lista de verificación de contenido para que sea una parte natural del proceso de
edición. También recomendaría que incluya una lista de las páginas que son las más
importantes para que sus escritores hagan referencia a ellas a medida que crean su
contenido. Una nota de precaución, no te excedas con esto. Las páginas con cientos o
miles de enlaces probablemente serán ignoradas después de los primeros 150 enlaces
más o menos, a menos que sea una página muy importante. Además, es probable que su
contenido sea difícil de leer si cada palabra se resalta como un enlace. Una vez que haya
rastreado su sitio, verifique sus enlaces internos y trabaje para obtener más enlaces para
que sus páginas más importantes tengan más enlaces.

4.3. Determinar cuándo utilizar una página de redireccionamiento

Después de revisar la arquitectura de su sitio web y el contenido existente o como parte

del proceso de rediseño del sitio web. Puede darse cuenta de que algunas páginas
deberán cambiarse o eliminarse. Esto significa que es posible que deba redirigir o no.
Cubramos el proceso por el que pasarás para resolverlo. Primero, quiero hablar sobre los
tipos de redirecciones. Lo que elegiría es una redirección 301 o permanente y una
redirección 302 o temporal. La mayoría de las veces está utilizando una redirección 301
ya que la URL cambia permanentemente. Las redirecciones 302 se usan menos pero
tienen su lugar. Entonces, por ejemplo, si tiene una promoción que solo está disponible en
ciertas épocas del año. Y en los momentos en que no está disponible, tal vez desee
redirigir a otra promoción. Eso podría ser un buen uso de una redirección 302. Pero
generalmente usarás una redirección 301. La primera pregunta que debes hacerte es
¿este contenido todavía existe pero en otro lugar? Esto puede suceder cuando tienes una
URL realmente no buena que está cambiando a algo mejor. O si está cambiando
completamente su nombre de dominio o nombre de marca si está cambiando
completamente su nombre de dominio, le recomiendo que lea esta publicación de blog
que escribió un cliente nuestro describiendo su experiencia con un cambio de marca
completo del sitio web. Y hay algunos recursos realmente útiles sobre cómo cambiar las
URL en el camino. En el caso de que tenga una URL incorrecta y la esté convirtiendo en
una URL mejor. Este es un caso bastante simple en el que sí, sabes que necesitas
redirigir. El contenido en sí puede no estar cambiando quizás algunas reescrituras, sino
que esencialmente cubre lo mismo. El gran cambio es la propia URL. En ese caso, usaría
una redirección 301 para apuntar de la URL antigua a la nueva. Otra situación podría ser
una limpieza de contenido más grande. Hemos hecho esto varias veces para nuestros
clientes y de vez en cuando para nosotros mismos. En nuestro caso, habíamos estado
blogueando durante años, pero no necesariamente queríamos mantener las publicaciones
para siempre. Particularmente aquellos que no encajaban del todo en lo que estábamos
haciendo ahora. En ese caso, debe emitir un juicio sobre si redirigiría o no la página.
Digamos que está trabajando en un sitio para una empresa de calefacción y refrigeración.
Y estaban ofreciendo servicios de plomería, pero han decidido dejar de ofrecer eso. Por
supuesto, tendrá que deshacerse de todas las páginas sobre plomería. Pero, ¿deberías
redirigirlos? En este caso, probablemente no quieras porque esto ya no es algo que
ofrecen. Desea enviar una señal a Google de que ya no desea tener contenido sobre este
tema y ya no está clasificado para esas frases. Y lo están eliminando totalmente de su
sitio. En ese caso, no redirijas. Deje que las páginas devuelvan errores 404 y, finalmente,
simplemente saldrán completamente del índice de su sitio. Piénsalo desde el punto de
vista del buscador. Si buscan en sus proveedores de plomería y terminan en un sitio que
solo se trata de calefacción y refrigeración, probablemente se molestarían. Ahí es cuando
sabes que no debes redirigir la URL. Aquí hay otro ejemplo. Al revisar el contenido de su
sitio, se ha dado cuenta de que tiene 10 páginas que cubren el mismo tema y ninguna de
ellas se clasifica muy bien. Has decidido que quieres combinarlos todos en una sola
página. Gran idea. Definitivamente deberías hacer esto. En ese caso, lo que desea hacer
es mantener la URL de la más exitosa de estas 10 páginas existentes. Suponiendo que
haya uno, por supuesto. Esa sería la URL con más tráfico o enlaces o, con suerte, ambos.
Luego, redirigirá las otras nueve páginas a esta página ganadora. Porque todas las
páginas que redirigen cubren el mismo tema que la nueva página. Esto tiene sentido para
los motores de búsqueda. Es posible que te preocupe si está bien redirigir nueve URL a
una sola URL. Y sí, está bien. Siempre y cuando esa nueva URL cubra casi toda la misma
información de la URL anterior. Debes evitar alejarte demasiado del tema. Por ejemplo, si
tuvieras 10 publicaciones de blog y cómo hacer huevos revueltos perfectos. Y luego
consolidar eso en uno, esa es una decisión fácil. Pero, si tuviera 10 páginas, todas
cubriendo diferentes formas de hacer recetas que involucran huevos. Esa es una decisión
más difícil. Por ejemplo, si tuvieras una publicación que cubriera cómo hacer una quiche,
pero luego la nueva página no tiene esa información en absoluto. No querrás redirigir esa
página de quiche porque la nueva página simplemente no cubre el mismo tema. Otra cosa
que desea evitar es crear lo que se llama redirecciones de cambio. Una redirección de
cambio es exactamente lo que parece. Es una redirección que va a otra redirección y
luego otra y otra y así sucesivamente. Hasta que llegó la página de destino. No solo
molestará a los visitantes del sitio web, ya que la página se cargará más lentamente a
medida que se archiva a través de todas estas redirecciones. Pero los rastreadores de
motores de búsqueda solo soportarán tantas redirecciones antes de darse por vencidos. Y
no se molestan en encontrar ese destino final para la página. Cada vez que configuras
redireccionamientos, debes probarlos para asegurarte de que estás evitando las cadenas
de redireccionamiento. Una forma de hacerlo es haciendo que el rastreador de su sitio
web rastree su lista de URL que se están redirigiendo y luego verifique los resultados de
las cadenas. Ahora, debe estar todo listo la próxima vez que necesite hacer la llamada en
las redirecciones de la página.

4.4. Comprenda el esquema y por qué lo necesita

En los primeros días de los motores de búsqueda de Internet tenían que hacer mucho
trabajo para entender exactamente lo que estaban viendo. Todo era texto y los resultados
de búsqueda eran muy básicos como resultado. Eventualmente, los operadores de
motores de búsqueda se dieron cuenta de que necesitábamos una mejor manera de
manejar esto en lugar de simplemente catalogar los índices de información que
necesitaban para describir la información que tenían también. De esa manera, si alguien
estuviera buscando la dirección de un restaurante, la población de un país, o el nombre
de esa película donde el día sigue repitiendo su motor de búsqueda podría devolver un
resultado preciso. La iniciativa schema.org fue lanzada en 2011 por Bing, Google, Yahoo
y Yandex para crear y admitir un conjunto común de marcado para convertir el texto en lo
que se llama datos estructurados. Puede usar la palabra esquema, marcado de esquema
o datos estructurados para describir este método de marcado de contenido en su sitio.
Son esencialmente frases intercambiables. El marcado de esquema se implementa
normalmente mediante un formato denominado formato JSON LD. Así es como se ve el
esquema JSON-LD para eventos para describir un próximo evento. Aquí hay otro ejemplo
de JSON-LD para una dirección de una empresa. Lo que es importante recordar aquí es
que el contenido que está en su marcado de esquema también debe incluirse en su
página. No puede simplemente tener el marcado de esquema sin el contenido
correspondiente en la página para los seres humanos que visitarán su sitio web. Está en
contra de las pautas de Google y ciertamente causará problemas para su sitio web en el
futuro. Lo primero que debe hacer al comenzar a investigar el esquema es averiguar qué
esquema podría incluir su sitio. En schema.org, encontrarás opciones de marcado para
todo tipo de cosas. Desde libros hasta resolver ecuaciones matemáticas. Puede ser muy
abrumador. No comience revisando schema.org y anotando todos los tipos de esquema
posibles que podría usar. Vas a terminar con una lista demasiado larga. En su lugar,
concéntrese en los esquemas que ya están bien respaldados por los motores de
búsqueda, particularmente Google. Útilmente, Google ha publicado y tiene una lista
actualizada con frecuencia de los esquemas que admiten en este sitio web aquí. Aquí es
donde debes comenzar. Revise esta lista de soporte de los esquemas y anote cuáles
podría usar. Por ejemplo, en el sitio web de mascotas de Wisdom sabemos que ya
tenemos negocios locales, videos, preguntas frecuentes, artículos, logotipos y cuadros de
búsqueda de enlaces de sitio. No se detenga en lo que ya está allí con algunos cambios,
también podríamos agregar migas de pan y revisar el esquema de fragmentos. Una vez
que tenga su lista de contenido que califica para el esquema. Ahora vuelva a la lista de
Google y verifique las propiedades requeridas y recomendadas para cada tipo. Por
ejemplo, estamos viendo el tipo de negocio local aquí las únicas propiedades requeridas
son ID, dirección y nombre. Es posible que tenga una lista de tareas pendientes en este
punto. Si necesita obtener información adicional juntos, también puede verificar el
esquema en el que está trabajando en schema.org para ver la lista completa de campos
permitidos para ese esquema. Si realmente quieres ser ambicioso. Ahora, cómo obtener
el esquema en su sitio web. Hay algunas opciones aquí. Si está utilizando WordPress y el
complemento Yoast SEO, hay una herramienta de esquema incorporada. Una cosa buena
que Yoast hace en nuestra herramienta es que configura los enlaces entre diferentes
entidades de esquema. Por ejemplo, tiene artículos en su sitio. Es probable que esos
artículos tengan autores y todos esos artículos pertenecen al mismo sitio web. Unir toda
esta información realmente ayuda a los motores de búsqueda a comprender lo que estás
tratando de decirles. Y define claramente el punto de cada pieza de contenido. Además
de Yoast, hay un complemento muy útil para WordPress que usamos llamado esquema y
datos estructurados para WP y AMP plugin, o puede usar un servicio de terceros como la
aplicación Schema, que se puede integrar con muchos tipos diferentes de sitios web.
También puede implementar el esquema a través del administrador de etiquetas de
Google. Si realmente no puede agregar ningún código o complemento a su sitio web.
Antes de implementar, asegúrese de probar Google tiene una herramienta de prueba de
resultados enriquecida que se muestra aquí donde puede probar sus páginas o pegar su
código de esquema directamente sin que se publique en un sitio web. Por lo tanto, puede
verificar cualquier problema antes de que su implementación se active. La herramienta
Ryte in SEO también tiene una extensión gratuita de Chrome que puedes usar para
probar tu esquema. Una vez que Google retome su esquema, debería ver nuevas
opciones en la consola de búsqueda de Google que le muestran los tipos de esquema.
Puede ver cada uno de estos para ver si hay algún error. El esquema roto se mostrará
como datos estructurados no agradables, como se ve en la captura de pantalla. No todos
los tipos de esquemas se mostrarán de esta manera. Por lo tanto, también es importante
verificar su esquema a través de una herramienta de prueba. También puede comprobar
en la sección de apariencia de búsqueda para ver si alguno de sus esquemas ha llegado
realmente a la página de resultados de búsqueda y, de ser así, para qué palabras clave.
No todos los esquemas darán como resultado resultados de búsqueda de aspecto
diferente, pero ayudarán a los motores de búsqueda a comprender mejor su contenido. Y
ese es realmente uno de los principales objetivos en SEO técnico.

5. Preocupaciones técnicas adicionales sobre SEO

5.1. Por qué es importante la canonicalización

Canonicalización, difícil de decir, difícil de deletrear, pero críticamente importante para

evitar problemas de contenido duplicado en su sitio web. La idea de una página canónica
significa que esta página es la importante, correcta y original. Y todos los demás que
pueden parecer similares son copias y no deben contarse. Si tiene páginas similares en
su sitio web que indican cuál de esas páginas similares es canónica, puede ayudar a
mejorar el SEO de su sitio web y ayudar a los robots de los motores de búsqueda a evitar
perder el tiempo en URL que no desea que aparezcan en los resultados de búsqueda de
todos modos. También es una parte muy importante para ayudar a los motores de
búsqueda a comprender los sitios web que se traducen a varios idiomas. Y para obtener
más detalles sobre eso, vea el video sobre cómo ayudar a los rastreadores a comprender
los sitios web internacionales. Puedes ver un ejemplo de la etiqueta canónica y la página
de inicio del punto de partida aquí. Las etiquetas canónicas se introdujeron en 2009
cuando la industria de SEO estaba muy preocupada por la idea de contenido duplicado.
Los sitios web se estaban volviendo más complejos, y estábamos viendo más problemas
en los que los sitios web tendrían, por ejemplo, una función de filtro que cambiaría la URL
y luego los robots de los motores de búsqueda estaban revisando cada posible
permutación de los filtros. ¿Qué pérdida de tiempo? Los enlaces canónicos realmente
brillan en situaciones como las que acabo de mencionar, donde puedes terminar con
parámetros cerca de las URL, un control de filtro para el contenido que se muestra en la
página. Por ejemplo, digamos que tiene un sitio de comercio electrónico donde vende
juegos de pelota. Los filtros en su sitio incluirían el número de jugadores y el tiempo que
lleva jugar el juego. Aquí hay una URL para tu página principal de ventas de juegos de
pelota. Ahora, vamos a filtrar para ver solo juegos de dos jugadores. Ahora su URL podría
verse así y puede ver que los jugadores equivalen a dos al final de la fila del año. Y luego
digamos que quieres juegos de dos jugadores que se puedan jugar en menos de 30
minutos. Ahora, los reproductores de su URL también, tiempo de finalización inferior a 30.
Sin una etiqueta canónica, cada una de estas URL se rastrea e indexa por separado,
aunque las filtradas solo muestren un subconjunto de los datos en la primera URL. Es
posible ya que estas tres URL parecen tener un contenido tan similar que ninguna de ellas
terminaría clasificando como resultado. La etiqueta canónica en este caso sería como se
muestra en la pantalla. Entonces, no importa cuántos parámetros se agregaran, solo se
consideraría esa primera página cuando se trata de elegir qué páginas se indexan en los
resultados de búsqueda. Los problemas canónicos también pueden ocurrir con otros tipos
de contenido. Recientemente nos encontramos con esto con un cliente constructor de
viviendas. Tenían páginas en su sitio que eran para sus modelos de casas piloto, así
como versiones construidas de estas casas piloto que se podían comprar de inmediato.
Estas páginas eran muy similares, pero la única diferencia era que las casas
preconstruidas y listas para comprar tenían una dirección y las casas mostraban una
comunidad en la que se estaban construyendo. Tuvimos que decidir cuál de estas dos
páginas sería la página canónica. Y terminamos decidiendo que la página de inicio del
programa contaría, ya que existió durante mucho más tiempo que las páginas individuales
de venta rápida. Las casas preconstruidas se pueden comprar en cualquier momento y
eliminarse en cualquier momento del sitio web. Así que ahora las etiquetas canónicas en
cada una de las páginas de inicio preconstruidas apuntan a la página de inicio del
espectáculo correspondiente. Otra situación especial podrían ser los archivos PDF que
encuentre que superan las páginas de su sitio que realmente desea clasificar. Puede usar
etiquetas canónicas aquí para alejar a los motores de búsqueda del PDF y llevarlos a su
sitio web. He incluido un enlace sobre cómo implementar esto, ya que requiere algo de
trabajo de desarrollo para implementarlo. Pero si tiene problemas con los archivos PDF
que superan las páginas de su sitio web, definitivamente vale la pena el esfuerzo. Un par
de reglas más sobre las etiquetas canónicas. En primer lugar, asegúrese siempre de no
incluir etiquetas canónicas en las páginas que desea apuntar a otro lugar. Cada página
debe tener una etiqueta canónica. La mayoría de los CMS han incluido esto para usted,
pero si está trabajando con un CMS personalizado, es posible que no lo haga. Los
canónicos realmente ayudan a los motores de búsqueda a comprender qué páginas son
importantes. En segundo lugar, no incluya más de un canónico por página que solo
confundirá a los robots de los motores de búsqueda. En tercer lugar, asegúrese de que
las URL y sus etiquetas canónicas sean absolutas, no relativas. Quieres ser muy, muy
claro sobre qué URL es la canónica. Puede determinar si tiene problemas canónicos
comprobando si hay contenido duplicado en el rastreo de su sitio web. La mayoría de los
rastreadores incluirán una función para verificar esto. Puedes ver aquí en este rastreo que
no era un sitio de mascotas, tienen cero etiquetas canónicas, probablemente algo que
deberíamos arreglar. También debe verificar su sitio en la consola de búsqueda de
Google y buscar URL inusuales en la sección de rendimiento del sitio web. También
revise el informe de cobertura, ya que lo ayudará a encontrar cualquier problema canónico
adicional.

5.2. Ayudar a los rastreadores a comprender los sitios web internacionales

Presentar un sitio web a los visitantes en más de un idioma es más que simplemente
ofrecer un botón de Google Translate en la página. Para que los motores de búsqueda
entiendan los idiomas que ofrece y a qué países se dirige, deberá implementar lo que se
llama etiquetas hreflang. La etiqueta hreflang se introdujo como una forma de marcar
páginas para indicar el idioma y la región de destino, o simplemente el idioma para el que
está destinada la página. Por ejemplo, si tiene contenido diferente para audiencias en
Canadá de habla inglesa y Estados Unidos de habla inglesa, tendría etiquetas hreflang
para en-CA para inglés de Canadá y en-US para inglés de Estados Unidos. Pero en
cambio, si tiene contenido en inglés y español, independientemente de dónde vivan esas
personas en el mundo, entonces tendría etiquetas hreflang para en y es. Incluso se
combinan combinaciones hreflang, como en-CA, en-US, just en y es sin una configuración
regional especificada. Además, desea considerar qué idioma es el predeterminado. Eso
es para las personas que llegan al sitio que no están buscando en ninguno de sus idiomas
de destino. Al indicar qué páginas deben mostrarse a qué personas, evita terminar con
situaciones en las que alguien está buscando en español y termina en una página en
inglés o viceversa. Las etiquetas Hreflang también te ayudan a lidiar con el contenido
duplicado. Volviendo al ejemplo anterior, si tiene URL separadas destinadas a una
audiencia estadounidense y canadiense, tal vez el contenido sea muy similar, con la única
diferencia de algunos cambios ortográficos y precios diferentes. Sin Hreflang, esto podría
considerarse contenido duplicado, y el uso de Hreflang ayuda a los robots de los motores
de búsqueda a comprender que no es duplicado, es solo para una audiencia diferente.
Hreflang podría implementarse de diferentes maneras. Puede agregarlo a la parte
principal de la página. Puede usar encabezados HTTP o puede usar un mapa del sitio
XML. Y si eres ambicioso, también puedes usar los tres. Y dependiendo de a qué
regiones se dirija su sitio web, es posible que desee hacerlo para asegurarse de que
funcione para todos. También hay complementos para muchos CMS para ayudarlo con
este proceso. Kinsta tiene una gran publicación de blog sobre algunos de los más
populares para WordPress, junto con otras formas en que puede implementar sitios
multilingües en esa plataforma. Primero, así es como se ve hreflang cuando se
implementa en el encabezado de la página. Puedes ver aquí que tienes el enlace rel
alternate para en, es, y luego x default, que apunta a la página en inglés. Lo que este
código está diciendo aquí es que esta es la página en inglés, esta es la página en
español, y si estás usando otro idioma, como el francés, terminarás en la página en
inglés. Verás en este ejemplo que no nos dirigimos a países también, solo a idiomas. No
tienes que apuntar a un país. O puede mezclarlo y apuntar a ambos idiomas en general,
así como a los países. En este ejemplo, tenemos en-US, en-CA y es. Si estuvieras
apuntando al inglés fuera de EE. UU. o Canadá, entonces probablemente querrías
agregar solo una etiqueta en también para personas fuera de esos dos países. El
segundo método de implementación es a través de encabezados HTTP. Y se ve así. En
este ejemplo, tenemos un hreflang de en, es y el valor predeterminado x. Este método
también se puede usar para archivos PDF, pero requiere la ayuda de los administradores
del servidor para implementarse. Y en muchos casos, es posible que tenga problemas
para implementar esto, a menos que sea realmente crucial para su empresa. El tercer
método es a través de su mapa del sitio .XML archivos. Aquí hay un ejemplo de cómo se
ve eso. Esto es solo para una URL donde tiene la atención médica preventiva y general, y
puede ver que tiene la alternativa para la en y la alternativa para la es. Y luego harías esto
para cada combinación de URL. Desea asegurarse de que hace referencia propia a cada
URL en el mapa del sitio. Este método puede hacer que los archivos del mapa del sitio
sean muy grandes, especialmente si se dirige a muchos idiomas diferentes. Pero
dependiendo de su situación, este puede ser el método más fácil de implementación,
especialmente si tiene problemas para cambiar algo en el lado del código del sitio web.
Tal vez sea más fácil para usted editar el archivo del mapa del sitio en su lugar. Si
necesitas ayuda para generar cualquiera de estas etiquetas hreflang, te recomiendo el
generador hreflang de Aleyda Solis. Usted ingresa su información y esta herramienta
generará etiquetas de encabezado o un mapa del sitio XML para usted. Otra excelente
herramienta está en el sitio technicalseo.com de Merkel y es realmente útil probar su
implementación para asegurarse de que lo hizo bien. Un par de últimos elementos para
ayudarlo a evitar áreas donde veo que las implementaciones de hreflang se disparan.
Primero, asegúrese de que cada página tenga una etiqueta rel = canonical. Cada variante
de idioma debe tener una etiqueta rel = canonical que apunte a sí misma. Es muy, muy
importante obtener las etiquetas hreflang y las etiquetas canónicas correctas, o de lo
contrario terminarás con un robot de motor de búsqueda muy confundido. Para obtener
más información sobre las etiquetas canónicas, vea el video y por qué es importante la
canonicalización. Asegúrese de que cada página a la que apunta su hreflang también
tenga un punto de vuelta a la página original. Lo que no quieres que suceda es que el
robot explore otro idioma y luego el hreflang en esa página no apunta a ningún otro
idioma. Finalmente, las etiquetas hreflang deben ser las mismas en cada conjunto de
páginas traducidas. Lo único que cambiaría serían las etiquetas canónicas, ya que deben
coincidir con la URL actual. Tampoco es necesario traducir todas las páginas. Y si ese es
el caso, simplemente no incluyas un hreflang. Digamos, por ejemplo, que todas las
páginas de servicio en el sitio de Wisdom Pet están traducidas al español, pero ninguna
de las publicaciones del blog lo está. Las páginas de publicación del blog seguirán
teniendo hreflang, pero solo tendrán una referencia en inglés y X predeterminada, sin
referencia en español. Si agrega traducciones más adelante, puede agregar las etiquetas
hreflang en español en ese momento. Las etiquetas Hreflang son fáciles de equivocarse.
Entonces, cuando trabaje con ellos, asegúrese de no apresurarse y probar con
frecuencia.

5.3. Cómo optimizar imágenes

A medida que la web se vuelve más y más visual, la búsqueda de imágenes se está
convirtiendo en una parte importante del SEO. Desafortunadamente, la optimización de
imágenes para SEO a menudo puede ser una idea de último momento. No es
necesariamente algo que se resalta en un rastreo y puede perderse entre todos los
demás incendios técnicos de SEO que necesita apagar. Es posible que ya conozca los
conceptos básicos de la optimización de sus imágenes para SEO. Asegúrese de que el
nombre del archivo realmente dice lo que hay en la imagen. Y asegúrese de usar texto
alternativo para describir el contenido de la imagen. Ahora, encuentro que muchas
personas recurren primero al texto alternativo cuando están trabajando en mejoras de
SEO, esto podría no ser lo más urgente en su lista, pero generalmente es bastante fácil
de implementar. Y además de los beneficios de SEO, los textos alternativos ayudan a
describir imágenes a los visitantes que pueden estar usando lectores de pantalla. El texto
alternativo se ve así solo describiendo el contenido de la imagen. Lo que no quieres hacer
es rellenar el texto alternativo con la esperanza de que la página del generador de
imágenes se clasifique mejor. Solo describe la imagen, eso es todo. Otra cosa que hemos
estado alentando a los clientes a hacer es que si la foto tiene personas en ella, también
incluya la identidad racial de las personas. Mejorar la diversidad debería estar en el radar
de todos. Y al nombrar las identidades raciales de las personas en sus fotos, puede
ayudar a notar sus propios prejuicios y mejorar la diversidad en sus imágenes. La otra
mitad de la optimización de imágenes es cómo afecta la velocidad del sitio. Puede hacer
todo lo posible para acelerar un sitio, pero luego, si un editor de contenido carga una
imagen de ocho megabytes directamente desde su cámara, todo ese trabajo será en
vano. Asegúrese de que las imágenes se carguen en el tamaño en el que se mostrarán.
Si está utilizando imágenes receptivas, estas son imágenes que cambian de tamaño
automáticamente en función del tamaño de la pantalla, el atributo SRC set se puede usar
para dar al navegador diferentes opciones de imagen para que elijan, dependiendo del
tamaño de la pantalla del visitante. Puede ver aquí en el ejemplo que por defecto estamos
cargando en la versión de 800 píxeles de ancho de la imagen. Pero si el navegador tiene
480 píxeles de ancho o más estrecho que eso, se selecciona la versión de 480 píxeles de
ancho de la imagen. El texto alternativo solo se necesita una vez y se aplicará al tamaño
en el que se cargue la imagen. Es de esperar que su CMS tenga esta funcionalidad
incorporada para crear automáticamente estas imágenes de varios tamaños para usted. Y
muchos de ellos lo hacen, incluido WordPress Además de usar imágenes receptivas,
debe asegurarse de que la imagen esté optimizada. No todas las imágenes se comprimen
tanto como podrían y comprimir imágenes puede ahorrarle un valioso tiempo de velocidad
del sitio. Hay muchos buenos servicios de optimización de imágenes por ahí. Hemos
usado muchos de ellos. Recomendaría ver cuáles funcionan mejor con su CMS, ya que la
forma más fácil de asegurarse de que sus imágenes permanezcan optimizadas, es
construir un optimizador directamente en cómo se cargan las imágenes en su sitio. Si está
utilizando una CDN o una red de entrega de contenido para alojar sus imágenes, tendrá
algunas consideraciones adicionales cuando se trata de SEO de imágenes. Dado que las
imágenes alojadas en una CDN técnicamente no están en su sitio, deberá hacer un poco
de trabajo adicional para asegurarse de que Google entienda que estas imágenes de
CDN son realmente sus imágenes. Esta publicación de blog en el sitio clave de CDN tiene
una buena descripción general de las consideraciones técnicas. Y en particular,
recomiendo usar el método de alias de zona que mencionaron, para apuntar sus activos
de CDN a un subdominio. Esto puede no ser posible con todas las CDN, especialmente
aquellas que vienen integradas con su proveedor de alojamiento web. Asegúrese de
verificar esto antes de decidirse por un proveedor de CDN. También querrás seguir el
consejo canónico mencionado en este artículo. Y si está utilizando WordPress con el
complemento Yoast SEO, asegúrese de agregar el código que incluyen a su archivo PHP
de puntos de funciones. Finalmente, es posible que desee considerar tener un mapa del
sitio de imagen dedicado. Si las imágenes a menudo aparecen en los resultados de
búsqueda para algunas de sus palabras clave objetivo. Por ejemplo, la búsqueda de sillas
gaming incluye un paquete de imágenes en los resultados. Si ves los paquetes de
imágenes a menudo en tus búsquedas de destino, obtén un mapa del sitio de imagen.
Google tiene una excelente referencia en su sitio sobre cómo construir un mapa del sitio
de imagen y algunos complementos de SEO tendrán la capacidad de generar un mapa
del sitio de imagen para usted. La optimización de imágenes no es solo una cosa de una
sola vez. A medida que se agregan nuevas piezas de contenido o se actualizan piezas
más antiguas, es probable que los editores de su sitio web no sepan o se olviden de
optimizar adecuadamente sus imágenes de varias maneras. Es posible que desee
hacerles una lista de verificación de cosas a considerar al elegir y agregar imágenes al
sitio para ahorrarle algo de trabajo más adelante.

5.4. Mejores prácticas para videos en el sitio

No hay duda de que a muchas personas les encanta ver videos en sitios web. Si una
imagen vale más que mil palabras, un video vale mucho más que eso. Los motores de
búsqueda, particularmente Google, han recorrido un largo camino cuando se trata de
entender el video. Ahora pueden descubrir algunos detalles limitados sobre el video
basado en el video y el audio, y pueden asociar el contenido de la página con el video en
sí. Pero incluso con estas mejoras, los videos son probablemente algunos de los
elementos de contenido menos accesibles para un robot de motor de búsqueda. Si
necesita consejos más generales sobre video SEO, le recomiendo la guía de Backlinko
para video SEO. En este video, solo cubriremos los aspectos que se relacionan más
estrechamente con el SEO técnico. Una de las primeras preguntas que a menudo nos
hacen sobre el video es dónde debe vivir el video. YouTube, Vimeo, ¿tal vez otro servicio
de alojamiento de videos? Existen plataformas específicas de alojamiento de videos que
ayudan con el SEO, como Wistia. Si tienes los recursos, te recomendamos que subas tu
vídeo a más de una ubicación. No querrás olvidar que las personas realmente usan
YouTube como motor de búsqueda, y si tu video no está allí, no se encontrará. En su sitio
web, es posible que desee elegir un servicio de alojamiento que no sea de YouTube, para
que tenga más control sobre cómo se presenta su video. Está bien tener el mismo video
en más de un lugar. A continuación, deberá asegurarse de obtener transcripciones y
subtítulos de video. Las transcripciones son clave para el SEO. Sin ellos, los motores de
búsqueda solo tienen esa comprensión limitada de lo que está sucediendo en el video. Si
le preocupa que las transcripciones hagan que su página sea muy larga o le quiten la otra
información en la página donde está incrustado el video, puede colocar la transcripción en
un elemento plegable de algún tipo, para que solo se muestre cuando los visitantes lo
soliciten. Mientras ese texto de transcripción exista en la página cuando se carga la
página, incluso si no es necesariamente visible, los robots de los motores de búsqueda
aún lo verán al revisar la página. Además de las transcripciones, los subtítulos son
importantes para aquellos de nosotros que tendemos a ver videos en nuestros teléfonos
con el sonido apagado, además de que mejora la accesibilidad para los espectadores
sordos o con problemas de audición. Al igual que las imágenes, desea dar a los motores
de búsqueda mucha información sobre su video para ayudarlos a incluirlo en los
resultados de búsqueda. Cada video debe tener absolutamente marcado de esquema y
asegúrese de seguir las pautas de Google sobre cómo implementarlo. También debe
tener un mapa del sitio de video para dar ese contexto adicional sobre los videos que
tiene y dónde viven. Hay algunos complementos que pueden ayudarlo a crear un mapa
del sitio de video, o su proveedor de video puede tener una opción de mapa del sitio
integrada en su producto. Crear mapas del sitio a mano es honestamente un dolor, así
que si tiene el presupuesto para pagar una herramienta para facilitar este proceso,
hágalo. También debe asegurarse de que está agregando videos a su página de una
manera que no los atasque cuando se trata de la velocidad del sitio. Por lo general,
cuando se incrusta un video, el video real no se descarga cuando se carga la página, lo
que significa que el video solo comienza a transmitirse cuando alguien hace clic en
reproducir. Pero si tiene un video de reproducción automática, es posible que esté
destruyendo la velocidad de su sitio como resultado. Asegúrese de ejecutar pruebas de
velocidad del sitio en sus páginas con incrustaciones de video, para asegurarse de que no
afecten negativamente su velocidad. Hay varios videos en este curso que tratan sobre la
velocidad del sitio y recomiendo revisarlos también. Los grandes videos requieren mucho
esfuerzo y no querrás desperdiciar eso. Asegúrese de que sus videos en el sitio estén
configurados para el éxito de SEO.

Conclusión
Priorizar las correcciones técnicas de SEO

Uno de mis cómics web favoritos se llama Wondermark. Y en 2009, tenían este cómic que
se me quedó grabado desde entonces. Y pienso en ello a menudo. A menudo tengo un
día, al igual que Oliver, en el que podría escribir toda mi lista de tareas pendientes en un
día y tal vez mañana pueda comenzar en la lista. Es realmente fácil quedar atrapado y
hacer una lista de cosas para arreglar. Pero entonces, es muy difícil comenzar en esa
lista. Puede parecer aún más difícil cuando la responsabilidad de la implementación no
depende completamente de usted y necesita confiar en otros para realizar estas
correcciones. Más de una vez hemos presentado auditorías de sitios web encantadoras y
detalladas solo para descubrir que solo algunas de las muchas, muchas correcciones no
se han implementado meses y meses después. Uno de los mejores artículos que he leído
sobre este tema de implementar correcciones técnicas de SEO es de Areej AbuAli, y le
recomendaría que lo lea también. Areej hace el excelente punto de presentar todas las
soluciones, todo a la vez es enormemente abrumador para las personas. Comience con
pequeñas correcciones en lugar de centrarse en un tema en particular. En la hoja de
cálculo adjunta a este curso, verá que es una gran hoja de correcciones, pero todos los
elementos individuales para verificar están integrados en secciones. Recomiendo
comenzar con un rastreo del sitio, luego verificar la velocidad del sitio. Y luego, a partir de
ahí, decide qué cosas parecen estar más en llamas. Luego, ya sabes, en qué parte de la
lista de verificación de auditoría querrás trabajar primero. Por ejemplo, si está viendo
muchos enlaces internos rotos y los puntajes de velocidad del sitio son realmente
terribles, y no hay ningún esquema, comience con los enlaces internos. Alguien puede
trabajar en ellos mientras desentrañas lo que está sucediendo con la velocidad del sitio. El
esquema puede esperar, porque es una mejora que no existe actualmente. Ahora, ¿cómo
decidirás qué es lo más importante? Por supuesto, te di el ejemplo de enlaces rotos
versus velocidad lenta, versus agregar esquema, pero ¿qué pasa si la pregunta es menos
clara? Utilizamos un sistema muy similar al que se describe en el artículo de Areej, donde
tenemos dos factores a considerar. ¿Cuál es el impacto en la salud general de su sitio
web cuando se trata de SEO, y cuánto tiempo y dinero se necesitará para que esto se
implemente de forma fija? Si la solución tendrá un gran impacto positivo en la salud del
sitio web y es rápida, fácil y barata, entonces es una alta prioridad. Si afecta, tendremos
un impacto pequeño o desconocido en la salud del sitio web y es costoso y lento,
entonces es una prioridad baja. Recuerde, concéntrese primero en los fundamentos. Por
ejemplo, cuando la búsqueda por voz salió por primera vez, todas las personas estaban
entusiasmadas con la optimización para la búsqueda por voz. Pero si su sitio web no es
posible de navegar o claramente no puede ser entendido por los robots de los motores de
búsqueda, toda la búsqueda por voz en el mundo no lo salvará. Yo llamo a eso cortar el
césped mientras la casa está en llamas. ¿Averigua qué es lo que más está en llamas?
Solucione eso primero, luego presente soluciones adicionales. Además, al presentar
correcciones, debe reconocer que los sitios web ahora están casi completamente basados
en plantillas. Hay una plantilla para una página de producto y una página de categoría, y
una página de blog, y así sucesivamente. Si presentas una lista de cientos de URLs con
exactamente el mismo problema, es abrumador. En realidad, no ayuda a los
desarrolladores con los que trabajas a hacer el trabajo. En su lugar, hable con ellos sobre
cómo está estructurado el sitio. ¿Cuáles son las plantillas? ¿Qué páginas potencian? Y
luego debes hacer el trabajo para descubrir los problemas en común. Entonces, en lugar
de decir, hay un enlace roto en estas 100 páginas de blog, puede decir, este enlace en la
plantilla de la página del blog está roto presentándolo como una solución, en lugar de 100,
realmente se hará. Además, asegúrate de que realmente estás hablando con la persona
adecuada. Puede ser más fácil hablar directamente con el desarrollador, pero si no están
estableciendo sus propias prioridades, su trabajo siempre puede ser empujado más abajo
en la lista. Hable con la persona que decide el trabajo prioritario para el sitio web.
Finalmente, a veces es posible que deba aceptar que, por razones fuera de su control,
algunas correcciones simplemente no se harán. En ese caso, le aconsejo que documente
esto también y describa para cualquiera que evalúe su desempeño por qué la solución no
pudo suceder y cuáles son las consecuencias negativas. También puede sugerir formas
de mitigar este problema. Tal vez necesites pasar más tiempo trabajando en la
construcción de enlaces entrantes o invertir en búsquedas pagadas para compensar tu
falta de tráfico orgánico. Trate de presentar soluciones, si puede. Como dije en el video, al
priorizar los problemas de velocidad, la mejor solución es aquella que realmente se
implementará. Tenga esto en cuenta a medida que trabaje en su trabajo técnico de SEO y
le servirá bien en todos los sitios que mejore.