Quality gates: qué revisamos antes de publicar un enlace

Un enlace que no debería haberse comprado rara vez es una sorpresa después. El dominio ya se usaba para otro cliente, la ancla empujaba el perfil demasiado hacia exact match, o el presupuesto del sprint ya estaba gastado. Cada uno de esos hechos era conocido por alguien antes de que saliera el pedido. Simplemente no estaba ante la persona que tomó la decisión.

Ese es el problema que resuelven los quality gates. Este artículo describe cómo los configuramos y qué sustituyen y qué no.

Las directrices se saltan, los gates no

La mayoría de los equipos que construyen enlaces tienen una directriz: métricas mínimas, reglas de anclas, una lista de dominios que evitar. Una directriz depende de que todo el mundo la lea, la recuerde y la aplique igual en un día de mucho trabajo. Con varios socios construyendo para varios clientes al mismo tiempo, eso no se sostiene.

Un gate es una regla que una colocación tiene que superar antes de poder avanzar. Nadie tiene que recordarla, y nadie puede saltársela porque se acerque un plazo. La regla se aplica igual a la primera colocación del mes y a la última.

Qué comprueban los gates

Las comprobaciones se agrupan en cuatro bloques:

  • Métricas de editores. El dominio tiene que cumplir los umbrales de calidad que aplican a ese mercado.
  • Reglas de anclas. La ancla propuesta tiene que encajar en el plan de anclas del cliente. Más sobre esto en planificación de anclas para varios clientes.
  • Dominios duplicados. El dominio se comprueba contra las colocaciones de todos tus clientes, no solo del que se propone.
  • Límites de presupuesto. Una colocación no puede hacer que un sprint supere su presupuesto.

Los umbrales se fijan por mercado, con excepciones por socio o cliente cuando hace falta. Un mercado donde los buenos editores son escasos no tiene que seguir las mismas cifras que uno donde abundan.

El socio ve qué falla y por qué

Un rechazo sin motivo cuesta dos rondas de mensajes: una para preguntar qué estaba mal, otra para responder. Así que el socio que propone una colocación ve exactamente qué regla falla y por qué. La mayoría de los problemas se corrigen entonces antes de que la colocación llegue siquiera al manager. Lo que llega a la cola de aprobación ya ha superado la parte medible.

La aprobación sigue siendo un paso humano

Los gates comprueban lo que se puede medir. Si un sitio tiene sentido para este cliente, en este mercado, junto a los enlaces que ya existen, es un criterio. Por eso una colocación que pasa todos los gates sigue esperando a que un manager la apruebe. Tratamos ese paso como parte de la calidad, no como un retraso: ninguna colocación sale sin que alguien la haya revisado.

Así se ve en ECHION

En el Pipeline, cada colocación tiene un estado: Draft, Pending Approval, Approved, Outreach, Live y Verified. Cada fila muestra el dominio, el mercado, el sprint, la página de destino, la ancla y una puntuación de calidad, y la discusión sobre una colocación está en la propia colocación. Cuando una colocación se queda parada, el Pipeline muestra qué regla la está deteniendo. Las colocaciones rechazadas y canceladas pasan al Archive, donde se conservan.

Pipeline en ECHION: colocaciones por estado, con dominio, mercado, sprint y métricas.

Los gates son los mismos tanto si gestionamos el link building por ti con Link building externalizado como si tu propio equipo lo gestiona con Link building autogestionado.

Más en la base de conocimientos, o descubre cómo la plataforma lo pone en práctica.

Compruébalo con tus propios clientes.

Reserva una demo y recorremos ECHION pensando en tu situación: tu número de clientes y cuánto quieres hacer tú mismo. Treinta minutos.

Reserva una demo