SEO empresarial: por qué las "mejores prácticas" no son suficientes y qué hacer en su lugar

Muchos profesionales de SEO se basan en las "mejores prácticas" en sus esfuerzos de SEO.

Pero al optimizar sitios web empresariales basados ​​en JavaScript para la velocidad del sitio, necesita más que "mejores prácticas".

He aquí por qué las soluciones estándar no siempre se aplican a los sitios empresariales y qué puede hacer en su lugar.

Mejorar la velocidad del sitio: migrar a la representación del lado del servidor no siempre es la respuesta correcta

Imagínese ir al director ejecutivo (o cualquier persona con liderazgo sénior) y aconsejarle: "Necesitamos cambiar nuestro sitio web a renderizado del lado del servidor (SSR)".

Te preguntan, "¿Por qué?" y la única respuesta que puede darles es: "Porque es una buena práctica mejorar la velocidad del sitio". Probablemente, literalmente, se reirían de la habitación.

Las implicaciones comerciales y los costos asociados con la migración de SSR no valen el gran esfuerzo y el bajo impacto.

A menos que un sitio web empresarial se construya desde cero para ser renderizado del lado del servidor o ya esté pasando por una migración del sitio web, rara vez hay una razón para migrar a SSR.

Piense en algunos de los costos blandos y duros que conllevaría:

• Revisar todos los sistemas y API para confirmar la compatibilidad, que probablemente no esté documentada (probablemente en cientos, si no miles).
• Miles de horas-hombre para refactorizar, controlar la calidad y revisar la accesibilidad de todo el sitio web.
• Capacitar al personal existente en el nuevo marco (docenas, si no cientos, de personas en toda la organización).
• Contratar o despedir a desarrolladores e ingenieros que no están dispuestos o no están al día con las especificaciones del nuevo marco.
• Más dinero gastado en tarifas de servidor.

En lugar de soportar un proceso que requiere tanto tiempo y recursos, existen otras formas más exitosas de mejorar la velocidad de los sitios web empresariales.

En un rol empresarial anterior, hablé de este mismo escenario con uno de nuestros ingenieros de sistemas sénior por diversión.

Estimamos que a la compañía le llevaría un año y medio, una tribu ágil dedicada (generalmente unas 70 personas) y al menos $ 2 millones (AUD) para hacerlo. Y esa fue probablemente una estimación conservadora.

Entonces, ¿qué hacemos en lugar de avanzar?

Conoce a tus otros equipos y ayúdalos

A nivel empresarial, el SEO debe ser un camaleón porque depende de otros equipos para priorizar y hacer su trabajo por usted.

Hay una buena razón por la que no tienes las llaves del reino para realizar cambios en el sitio web en vivo. Así que SEO no es solo SEO.

SEO es "esto mejorará la velocidad de nuestro sitio/nos ayudará a cumplir con los requisitos de accesibilidad/etc." el seo lo es todo pero SEO.

Tom Critchlow ha dicho esto en su curso SEO MBA y en mi podcast, Engage: On Enterprise SEO.

Resume muy bien la vida como SEO empresarial.

Debe pasar mucho tiempo escuchando y prestando atención a lo que hacen otras personas y luego mostrarles cómo lo que están haciendo ha mejorado la visibilidad orgánica del sitio web.

Cree defensores, y estas personas seguirán regresando a usted con un informe constante de lo que están haciendo y cambiando en el sitio web. Esa es la mitad de la batalla allí.

La segunda mitad consiste en trabajar con desarrolladores, diseñadores y analistas para hacer las cosas. Esto suele ser mucho más fácil cuando te das cuenta de que las personas son personas con sus propios pensamientos, sentimientos y metas.

Ser una persona curiosa que quiere ayudarlos a hacer su vida más fácil es mucho más atractivo que trabajar con un toro en una tienda de porcelana que llega a su vida cada pocas semanas y exige sin compromiso.

Trabajando con desarrolladores y productores.

En muchas empresas en estos días, la velocidad del sitio es un factor conocido que ayuda (o dificulta) las tasas de conversión.

Muchos equipos de desarrollo internos probablemente tengan la velocidad del sitio como un KPI. Aprovecha eso.

Ambos buscan lo mismo y sus desarrolladores conocerán el código base mejor que usted. Y si se hace bien, ambos pueden salir con una bonificación.

Algunas de las oportunidades comunes de velocidad del sitio que he encontrado con las que los desarrolladores pueden ayudarlo incluyen:

Tamaño/peso del código

Si sus equipos tienen sprints o asignaciones de deuda tecnológica, recordar cuándo suelen hacer este trabajo puede ayudarlo a comprender los impactos de su refactorización.

Reflexione sobre ellos y reconozca su arduo trabajo.

Carga de imágenes y cambio de diseño acumulativo (CLS)

CLS puede ser un factor importante en el tiempo de carga percibido de los sitios web de grandes empresas basados ​​en JS. Dependiendo de cómo se implemente esto, el uso de una biblioteca JS de marcador de posición para "mantener" de manera efectiva la posición de las imágenes puede reducir el tiempo de carga percibido de la página al no cambiar la página cuando se cargan las imágenes.

Gestión de redirección

Esto no era algo en lo que pudiera basarme porque nuestra gestión de redirección estaba fragmentada masivamente.

Sin embargo, si su sistema está un poco más centralizado, administrar las redirecciones, eliminar los saltos, consolidar las reglas en expresiones regulares y mejorar esa deuda técnica podría ayudar bastante.

Con algunas implementaciones de servidor, cada regla de redirección debe leerse antes de que la página pueda cargarse, y eso puede agregar una cantidad de tiempo decente (más de milisegundos) al tiempo de carga inicial.

<botón> en lugar de <a href>

Este tiene un poco más de matices, pero a menudo encontré que los desarrolladores de JS por defecto incluyen enlaces ahref como botones.

Esto generalmente se debe a que tienen poco tiempo y es un valor predeterminado nativo del marco en el que están trabajando.

Cuando estaba realizando el control de calidad de las nuevas plantillas de página, a menudo marcaba esto para que se actualizara a <a href>.

Obtenga el boletín informativo diario en el que confían los especialistas en marketing.

Procesando .. por favor espere.

SUSCRIBIR

Ver términos.

Trabajando con diseñadores

Una de las mayores oportunidades de velocidad del sitio en los sitios web empresariales es el tamaño y el peso de la imagen.

Los estándares internos pueden traducirse mal o perderse con el tiempo, particularmente cuando los equipos son ágiles y algo descentralizados.

Cuando comencé en el lado empresarial, recuerdo haber visto imágenes de 10 MB en las páginas de productos de algunos de nuestros productos estrella. Me voló la cabeza.

Ninguna imagen necesita tener 10 MB en la web. Punto final.

Así que tuve algunas conversaciones delicadas con nuestros diseñadores y trabajé con ellos para reducir el tamaño de nuestras imágenes en el transcurso de aproximadamente 8 meses.

100 KB no era una colina por la que estuviera dispuesto a morir, así que si le digo a un diseñador 100 KB para un banner de encabezado o un marco, y lo consiguen a 300 KB, sigue siendo una mejora.

El SEO empresarial a menudo se trata de ganancias incrementales.

Trabajar con analistas

Los analistas entran en la conversación porque probablemente administrarán sus sistemas de etiquetado y todas las etiquetas de terceros en su sitio web.

Son el punto de entrada para tener conversaciones con los propietarios de etiquetas sobre si esta etiqueta en particular es crítica o si existe una alternativa.

Porque, chico, los scripts de terceros pueden causar una gran hinchazón en el sitio web.

Entonces, mientras conversa sobre los más de 250 scripts publicitarios en el sitio y si los necesitamos todos, es posible que pueda encontrar algunos compromisos a corto plazo, como:

• Activar únicamente HotJar, Fullstory u otra secuencia de comandos de supervisión de la experiencia del usuario en páginas que se están rastreando o mapeando de forma activa.
• Auditar sus implementaciones en busca de duplicados (sucede más de lo que imagina).
• Ver qué chatbot o etiquetas de servicio al cliente se pueden iniciar onClick en lugar de cuando se carga la página.

Trabajar con el equipo de control de calidad

Esta asociación podría muy bien ser un arma secreta para ti. El SEO en general, pero también el SEO de JavaScript, tiene muchos requisitos binarios de sí/no o mejores prácticas, como:

• Los metadatos deben ser los mismos entre la fuente de la página y la página renderizada del lado del cliente
• Canonical debe estar presente en la página renderizada del lado del cliente
• Los enlaces deben formatearse como <a href=””> en lugar de <button>
• Precargar fuentes
• Preconectarse a grandes recursos

Póngase en los buenos libros con su equipo de control de calidad y trabaje con ellos (incluida la capacitación) para incluirlos como parte de su proceso general de control de calidad diario. Tendrá ojos en todas partes y una red potencialmente masiva de micro-defensores.

Si bien hay muchos otros equipos con los que podría trabajar para mejorar el SEO de su sitio web en general, estos son probablemente con los que trabajará más cuando se trata del aspecto más técnico de la implementación.

Abogar por otros equipos con los que trabaja

¿Recuerdas lo que dije antes sobre cómo funciona trabajar con personas cuando recuerdas que son personas? Quieres poner eso en acción.

Hay dos formas realmente sólidas de hacerlo a nivel empresarial.

respeta su tiempo

Digamos que tiene una gran idea, como "deberíamos migrar a la representación del lado del servidor".

En este caso, en lugar de ir al PO y decir: "Oye, ¿podemos hacer todo esto?", Trabaje con ellos para crear una prueba de concepto que hayan validado cae en el cubo "fácil" y realizar un seguimiento de su impacto. .

Si no funciona, esencialmente no han desperdiciado 20 sprints para realizar este proyecto masivo.

Si funciona, tiene un caso de negocios para llevar al equipo de finanzas para financiar y priorizar el resto del proyecto para llevarlo a través de todo el sitio web y obtener esa tribu dedicada, $ 2 millones y un año y medio para hacerlo. .

Amplificar su esfuerzo

Algo en lo que los SEO son notoriamente malos es en comunicar y compartir el éxito.

Puede ser un poco más fácil si, en lugar de decir, "oye, mira esto fabuloso que he hecho", lo posicionas como, "oye, mira esto increíble que ha hecho este otro equipo con el que trabajé estrechamente y así es como mucho ha mejorado nuestra experiencia en el sitio.”

Tú, el SEO, ya no eres el centro de atención. El equipo que hizo el trabajo real es.

Colaboración, defensa y victorias incrementales

Puede notar que en realidad no hablé demasiado sobre los matices de JavaScript y la velocidad del sitio en este artículo.

Esto se debe a que, en las empresas empresariales, es probable que haya algunas personas realmente inteligentes trabajando con usted a las que puede acudir con un problema y la forma de la solución.

Pueden ayudarlo a llegar allí mejor que un artículo en una publicación de SEO.

Hacer las cosas a nivel empresarial se trata menos del "qué" y más del "cómo".

Por lo tanto, use estas pautas para obtener su "cómo" para mejorar la velocidad del sitio de su sitio web basado en JavaScript, y el "qué" será mucho más fácil.