La pregunta de hoy corta el corazón de la gestión de recursos para SEO:
«¿Cómo se prioriza las correcciones de SEO cuando la deuda técnica sigue acumulando y no puede obtener recursos de desarrollo?»
En este artículo, analizaremos diferentes métodos de priorización y lo que puede hacer cuando tenga más trabajo que apoyo para hacerlo.
¿Qué es la deuda técnica?
Primero echemos un vistazo a lo que consideramos «deuda técnica» en SEO.
En el desarrollo, este término se refiere a problemas de larga data con el sitio web que han crecido debido a una gestión deficiente o «fijaciones rápidas» que no han resistido la prueba del tiempo.
En SEO, tendemos a usarlo para significar cualquier problema basado en el código que afecte fundamentalmente los esfuerzos de optimización. Por lo general, estos son problemas que no pueden ser solucionados solo por la función SEO, pero requieren la entrada de los equipos de desarrollo frontal o de back-end.
Entonces, cuando la mayor parte del trabajo requerido para arreglar la deuda técnica de SEO cae en otros equipos, ¿cómo se asegura de que se complete el trabajo más importante?
Matriz de priorización
Para priorizar el trabajo, debe ver tres aspectos centrales. Estos son los riesgos asociados del trabajo que no se completa, los beneficios potenciales si lo es y la probabilidad de que se implementa.
Es posible que incluso desee crear una matriz que detalla la puntuación general de un elemento técnico. Luego, usa eso para priorizarlos. Discuta cada artículo con las partes interesadas cuyos equipos deberán participar en su implementación.
Obtenga una mejor idea del alcance completo del trabajo. A partir de ahí, puede asignar una cifra a cada categoría de «riesgo», «recompensa» y «probabilidad de implementación».
Riesgo
Comience calculando el riesgo para el negocio si este trabajo no se lleva a cabo.
Considere aspectos como el riesgo financiero, es decir, «si no realizamos este trabajo, entonces nuestras páginas de productos no serán indexadas. Actualmente el X% de los ingresos de esas páginas de productos se generan por tráfico orgánico y, por lo tanto, al no completar este trabajo, arriesgamos $ y de ingresos cada año».
También podría ser un riesgo para el desempeño del sitio web. Por ejemplo, al no solucionar un problema de cambio de diseño acumulativo (CLS) en un grupo de páginas, puede arriesgar las conversiones y las clasificaciones.
Obtenga una mejor idea del nivel de riesgo asociado con no solucionar esa deuda técnica. Luego, asigne un puntaje de 1 (bajo riesgo) a 5 (alto riesgo).
Premio
De manera similar, considere las implicaciones positivas de llevar a cabo este trabajo. Mire cómo la implementación de estas soluciones podría afectar los ingresos, la tasa de conversión, la satisfacción del cliente o incluso cómo podría ahorrar dinero.
Por ejemplo, «Sabemos que tenemos muchas páginas duplicadas que no están generando ingresos pero que están rastreados repetidamente por los bots de búsqueda. Sabemos que cada vez que un BOT gatea una página, cuesta US $ x en costos de alojamiento de servidores; por lo tanto, si eliminamos esas páginas, podemos ahorrar a la compañía $ Y cada año».
Observe principalmente los beneficios financieros de llevar a cabo el trabajo, pero considere también algunos beneficios secundarios.
Por ejemplo, ¿este trabajo ayudará a los usuarios a completar sus objetivos más fácilmente? ¿Los ayudará a descubrir nuevos productos o tal vez disfrutar de una mejor experiencia de usuario?
Considere si el trabajo beneficiará a otros canales más allá de la búsqueda orgánica. Sus soluciones de deuda técnica pueden mejorar la experiencia de la página de destino para un grupo de páginas que se utilizan para campañas publicitarias pagas, así como tráfico orgánico. El equipo de medios pagos puede sentir el beneficio de ese trabajo, así como por el equipo de búsqueda orgánica.
Evalúe cada una de sus tareas planificadas y les asigne un valor entre 1 (baja recompensa) y 5 (alta recompensa).
Probabilidad de implementación
Cuando lo que está preguntando es realmente un proyecto extremadamente involucrado y costoso que el equipo de desarrollo no tiene la capacidad de hacer, entonces no se hará. Esto puede sonar obvio, pero a menudo cuando estamos tratando de priorizar nuestras solicitudes técnicas, pensamos en su impacto en nuestros indicadores clave de rendimiento (KPI), no su tensión en la cola de desarrollo.
Al hablar con las partes interesadas de la ingeniería, puede darse cuenta de que algunas de sus tareas son más complicadas de lo que originalmente pensó. Por ejemplo, un bloque de contenido editable simple que se agrega a una página en realidad podría requerir un sistema de gestión de contenido completo (CMS).
Discuta sus actividades con las partes interesadas que comprendan los requisitos verdaderos del trabajo, desde los equipos involucrados hasta las horas de trabajo que tomará.
A partir de ahí, tendrá una mayor comprensión de cuán fácil o rápido será este trabajo. Luego, puede asignarle un puntaje de 1 a 5 de su probabilidad de implementarse (1 es muy poco probable y 5 es muy probable).
Método de priorización
Una vez que haya asignado un puntaje bajo cada una de las tres categorías para todas las soluciones de deuda técnica que desea haber llevado a cabo, puede priorizar el trabajo en función de la suma de las puntuaciones de las tres categorías. Cuanto mayor sea el puntaje, mayor es la prioridad que el trabajo es.
Formas adicionales de obtener recursos de desarrollo
Ahora, solo porque haya priorizado sus correcciones, no significa que su equipo de desarrollo esté interesado en implementarlas. Puede haber razones por las cuales no pueden realizar sus solicitudes.
Aquí hay algunas sugerencias adicionales para ayudarlo a colaborar más estrechamente con su equipo técnico.
Discuta el trabajo con el líder del equipo/gerente de producto
El mayor obstáculo que puede necesitar superar generalmente se clasifica a través de la comunicación. Ayude a su equipo de desarrollo a comprender su solicitud y los beneficios de llevar a cabo estas soluciones técnicas.
Reúnase con el líder del equipo de tecnología o el gerente de productos/proyectos para discutir el trabajo y cómo podría encajar en su carga de trabajo.
Puede haber mejores maneras de informar a su equipo técnico sobre el trabajo que les ahorra tiempo de «descubrimiento» y, por lo tanto, brinda más oportunidades para trabajar en sus otras solicitudes.
Invierta más tiempo con el equipo de desarrollo por adelantado para crear un breve para ellos que entra en todos los detalles necesarios.
Problemas por lotes en un boleto
Un consejo para obtener más de su trabajo a través de la cola de desarrollo es las solicitudes de un solo boleto. Si agrupa los elementos que deben trabajar en el mismo grupo de páginas o plantilla, significará que los desarrolladores pueden hacer múltiples cambios a la vez.
Por ejemplo, si desea que los títulos de páginas codificados con codificación se cambien en sus páginas de productos, así como en sus etiquetas de encabezado y migas de pan agregadas, póngalos todos en un solo boleto. En lugar de tres solicitudes separadas para el equipo de desarrollo, ahora tienen un boleto más grande en el que se puede trabajar.
Muestre el valor de su trabajo a las partes interesadas de desarrollo
Muestre el valor de su trabajo a los objetivos de las partes interesadas. Entonces, en el caso del equipo de desarrollo, piense en cómo sus soluciones sugeridas podrían beneficiarlos. Descubra cuáles son sus KPI u objetivos e intente posicionar su trabajo para mostrarles los beneficios.
Por ejemplo, los equipos de desarrollo a menudo tienen la tarea de monitorear y mejorar el rendimiento de las páginas web. Parte de esto puede ser administrar el presupuesto para el servidor. Es posible que esté solicitando que se elimine un grupo de cadenas de redirección, pero su equipo de desarrollo no está siendo priorizado. Demuestre el valor de eliminar el lúpulo de redirección para reducir la carga en el servidor y, por lo tanto, los costos del servidor.
Si puede demostrar cómo reducir los beneficios de la deuda técnica tanto el equipo de SEO como el equipo de desarrollo, es mucho más probable que se implementen.
Obtenga la aceptación de otros equipos
En esa nota, busque obtener la aceptación de otros equipos para su trabajo. Cuando la actividad que ha propuesto no solo beneficiará al SEO, sino también a CRO, o PPC, puede generar suficiente apoyo para priorizarlo con el equipo de desarrollo.
Muestre el valor de su trabajo más allá de sus implicaciones SEO. Esto puede agregar peso a su solicitud de priorización.
Resumen: la gestión de la deuda técnica es más que una lista de tareas pendientes
La gestión de la deuda técnica de SEO nunca es tan simple como mantener una lista de tareas y trabajar en orden en orden. Los recursos internos son a menudo limitados, surgen prioridades en competencia, y lo más probable es que necesite la ayuda de equipos con objetivos muy diferentes. Al sopesar el riesgo, la recompensa y la probabilidad de implementación, puede tomar decisiones más informadas sobre qué soluciones tendrán el mayor impacto.
Igual de importante es cómo comunicas esas prioridades. Cuando posiciona solicitudes de SEO en términos de valor comercial más amplio, aumenta las posibilidades de asegurar el tiempo de desarrollo y el soporte de los equipos cruzados.
Más recursos:
Imagen Feaded: Paulo Bobita/Search Engine Journal
