Una sola persona construyendo enlaces para un cliente puede llevar el perfil de anclas en la cabeza. Eso deja de funcionar en cuanto dos socios trabajan para el mismo cliente en mercados distintos, o un socio trabaja en cinco clientes a la vez. Cada uno toma decisiones razonables por su cuenta, y juntos acaban con demasiadas anclas exact match en la misma página.
La solución habitual es una hoja por cliente. Funciona hasta que la hoja se queda una semana atrás, y para entonces las colocaciones ya están pedidas.
Decide la mezcla antes de que empiece el sprint
Un plan de anclas tiene dos partes. La primera es la mezcla: qué proporción de los enlaces debería llevar cada tipo de ancla. Trabajamos con cinco tipos:
- Branded: el nombre de la marca, con o sin un producto.
- Partial match: la keyword como parte de una frase más larga y natural.
- Exact match: la keyword en sí.
- Generic: palabras que no dicen nada sobre el tema.
- Naked URL: la dirección como ancla.
Cada tipo recibe un rango objetivo por mercado, no una cifra fija. Un rango deja margen para lo que un editor aceptará, y aun así deja claro cuándo un perfil empieza a desviarse.
La segunda parte es la propia lista de anclas, cada una vinculada a una URL de destino. Decidirlas de antemano significa que la elección se hace una sola vez, por alguien que conoce al cliente, y no otra vez por cada socio en cada colocación.
Un banco de anclas por mercado
Todas las anclas aprobadas de un cliente viven en un único banco, agrupadas por mercado y por tipo. El banco se carga a partir del historial de colocaciones, así que parte de los enlaces que ya existen y no de una lista vacía.
Las anclas nuevas se proponen primero y solo se usan una vez aprobadas. Las anclas que ya no se quieren se rechazan o se archivan en lugar de eliminarse, para que siga siendo visible por qué un ancla ya no se usa.
Comprueba cada nueva colocación contra las reglas
Un plan solo ayuda cuando se aplica en el momento en que se propone una colocación. Así que la ancla de cada nueva colocación se comprueba contra las reglas de anclas de ese cliente. Este es uno de los quality gates: un socio que elige una ancla que no encaja lo ve al instante, con el motivo.
Como cada socio parte del mismo banco y se comprueba contra las mismas reglas, el perfil se mantiene equilibrado sin que nadie tenga que conciliar hojas después.
Así se ve en ECHION
La Anchor Library muestra el banco de anclas por mercado. Cada tipo muestra su rango objetivo y el número de anclas que contiene, y cada ancla muestra su URL de destino, su fuente y su estado: approved, proposed, rejected o archived. En el Dashboard, la mezcla de anclas del sprint en curso se compara con el rango objetivo, así que ves si un cliente va bien antes de que termine el sprint.
La Anchor Library es uno de los módulos de la plataforma. El propio plan de anclas se define junto con las páginas de destino, que describimos en de la página de destino al sprint.
Más en la base de conocimientos, o descubre cómo la plataforma lo pone en práctica.