Asignar la propiedad de los temas entre equipos

Cuando marketing de producto, el blog, la documentación de soporte y un equipo regional publican todos en un mismo dominio, la duplicación es estructural y no un descuido: nadie ve el inventario completo y a cada equipo se le mide por su propia producción. Las auditorías de canibalización pasan entonces a ser eternas y limpian cada trimestre las mismas colisiones. La solución está aguas arriba y es organizativa, asignar temas a propietarios y derivar peticiones, y por eso suele chocar con la objeción de que eso no es trabajo de SEO.

El archivo de la habilidad

---
name: topic-ownership-across-teams
description: Úsalo cuando varios equipos publiquen en el mismo dominio y dos de ellos sigan produciendo páginas sobre el mismo asunto.
---

# Asignar la propiedad de los temas entre equipos

Cuando marketing de producto, el blog, la documentación de soporte y un equipo regional publican todos en un mismo dominio, la duplicación es estructural y no un descuido: nadie ve el inventario completo y a cada equipo se le mide por su propia producción. Las auditorías de canibalización pasan entonces a ser eternas y limpian cada trimestre las mismas colisiones. La solución está aguas arriba y es organizativa, asignar temas a propietarios y derivar peticiones, y por eso suele chocar con la objeción de que eso no es trabajo de SEO.

## Qué necesitas antes

- un inventario completo de URLs que cubra cada subcarpeta y cualquier subdominio que publique bajo la misma marca
- la lista de equipos capaces de publicar sin revisión de SEO, que siempre es más larga de lo esperado
- la métrica de éxito propia de cada equipo, ya que es lo que de verdad dirige lo que publican
- las colisiones actuales sacadas de una exportación de consulta por página, como evidencia

## Método

1. Inventaria quién puede publicar, no quién debería. Incluye a los equipos que trabajan en un CMS donde nadie de SEO tiene cuenta, porque de ahí salen las colisiones que no ves venir.
2. Mapea el inventario existente a temas y marca todos los temas que ya sostienen dos o más equipos. Lleva esa evidencia a la conversación, porque las discusiones de propiedad en abstracto no se resuelven.
3. Asigna a cada tema exactamente un responsable. La copropiedad es justo el fallo que esto existe para eliminar, así que un tema con dos propietarios es una decisión sin terminar y no un compromiso.
4. Asigna por quién tiene el conocimiento y la obligación de actualizar, no por quién quiere el tráfico. Un tema de precios en manos de un equipo sin autoridad sobre los precios se queda obsoleto en dos trimestres.
5. Escribe la regla de derivación para las peticiones que cruzan fronteras: un equipo que necesite cobertura de un tema que no le pertenece pide una sección en la página del propietario o un enlace interno, nunca una URL nueva. Haz que ese camino sea más corto que el de publicar su propia página, o publicarán su propia página.
6. Dale a cada propietario la lista de consultas de la que su tema responde, para que la propiedad sea medible y no nominal, y reasigna la lista de forma explícita cuando un tema cambie de manos.
7. Añade una comprobación previa a publicar que falle cuando una URL propuesta apunte a una consulta que pertenece a otro. Una gobernanza que depende de que la gente recuerde el registro es exacta durante un mes y ficción tras la siguiente reorganización.

## Qué produce esto

Un registro de propiedad de temas que asocia cada tema a un equipo responsable con su lista de consultas, más la regla de derivación para las peticiones que cruzan fronteras.

## Dónde falla esto

- asignar la propiedad por ambición de tráfico en lugar de por quién puede mantener la página, lo que produce temas con dueño que nadie actualiza
- dejar un tema en copropiedad para evitar una discusión política, lo que garantiza que la misma colisión vuelva al trimestre siguiente
- escribir el registro pero no la comprobación previa a publicar, con lo que el registro describe una estructura que ya no existe

---

De la biblioteca de habilidades de QuQi - https://www.quqi.io/es/skills/topic-ownership-across-teams

Qué necesitas antes

• un inventario completo de URLs que cubra cada subcarpeta y cualquier subdominio que publique bajo la misma marca
• la lista de equipos capaces de publicar sin revisión de SEO, que siempre es más larga de lo esperado
• la métrica de éxito propia de cada equipo, ya que es lo que de verdad dirige lo que publican
• las colisiones actuales sacadas de una exportación de consulta por página, como evidencia

Método

1. 01 Inventaria quién puede publicar, no quién debería. Incluye a los equipos que trabajan en un CMS donde nadie de SEO tiene cuenta, porque de ahí salen las colisiones que no ves venir.
2. 02 Mapea el inventario existente a temas y marca todos los temas que ya sostienen dos o más equipos. Lleva esa evidencia a la conversación, porque las discusiones de propiedad en abstracto no se resuelven.
3. 03 Asigna a cada tema exactamente un responsable. La copropiedad es justo el fallo que esto existe para eliminar, así que un tema con dos propietarios es una decisión sin terminar y no un compromiso.
4. 04 Asigna por quién tiene el conocimiento y la obligación de actualizar, no por quién quiere el tráfico. Un tema de precios en manos de un equipo sin autoridad sobre los precios se queda obsoleto en dos trimestres.
5. 05 Escribe la regla de derivación para las peticiones que cruzan fronteras: un equipo que necesite cobertura de un tema que no le pertenece pide una sección en la página del propietario o un enlace interno, nunca una URL nueva. Haz que ese camino sea más corto que el de publicar su propia página, o publicarán su propia página.
6. 06 Dale a cada propietario la lista de consultas de la que su tema responde, para que la propiedad sea medible y no nominal, y reasigna la lista de forma explícita cuando un tema cambie de manos.
7. 07 Añade una comprobación previa a publicar que falle cuando una URL propuesta apunte a una consulta que pertenece a otro. Una gobernanza que depende de que la gente recuerde el registro es exacta durante un mes y ficción tras la siguiente reorganización.

Qué produce esto

Un registro de propiedad de temas que asocia cada tema a un equipo responsable con su lista de consultas, más la regla de derivación para las peticiones que cruzan fronteras.

Dónde falla esto

• asignar la propiedad por ambición de tráfico en lugar de por quién puede mantener la página, lo que produce temas con dueño que nadie actualiza
• dejar un tema en copropiedad para evitar una discusión política, lo que garantiza que la misma colisión vuelva al trimestre siguiente
• escribir el registro pero no la comprobación previa a publicar, con lo que el registro describe una estructura que ya no existe

Usa esta skill en tu propia IA

El archivo es markdown simple, con el nombre y el disparador en su frontmatter. Cuando un asistente sabe cargar skills por su cuenta, es ese frontmatter lo que lee para decidir que esta le aplica.

Más en Estrategia de contenido