.avif)
LinkedIn ha renombrado la estructura de Campaign Manager. Desde octubre de 2025, lo que antes se llamaba Campaign Group ahora aparece como Campaign, y lo que antes se llamaba Campaign ahora aparece como Ad Set. El cambio se está desplegando gradualmente en todas las cuentas de anunciantes y alinea la terminología de LinkedIn con la que ya usan Meta Ads Manager y Google Ads.
El renombre es un cambio de UI, no de API, lo que crea un gap específico que afecta a cualquier anunciante que dependa de informes automatizados, scripts o templates de Sheets. Esta guía explica qué cambió, por qué importa para tu workflow de reporting, y el plan de acción para mantener tus dashboards funcionando.
Qué cambió
La jerarquía de Campaign Manager sigue teniendo cuatro niveles. Cambiaron los nombres de dos de ellos; los otros dos se mantuvieron iguales.
El cambio es coherente con la nomenclatura usada en Meta Ads (que tiene Campaign / Ad Set / Ad) y Google Ads (que tiene Campaign / Ad Group / Ad). LinkedIn presentó el cambio como una alineación con las convenciones estándar de la industria para que Campaign Manager sea más fácil de entender para anunciantes que vienen de otras plataformas. El anuncio completo está documentado en el centro de ayuda de LinkedIn para quien quiera la fuente oficial.
Por qué importa
Para anunciantes nuevos, el renombre es útil. Para anunciantes con experiencia en LinkedIn y para las agencias que reportan sobre sus cuentas, hay tres implicaciones que aparecen de inmediato.
Los informes existentes referencian labels que ya no coinciden con la UI. Cualquier dashboard, template de Sheets o entregable a cliente que diga "Campaign Group" está usando un label que la UI de LinkedIn ya no muestra. Los números detrás de esos labels siguen siendo correctos, pero el wording no coincide con lo que ve el cliente cuando entra a Campaign Manager.
La API mantuvo la terminología antigua. La Marketing API de LinkedIn sigue usando campaignGroup y campaign en sus endpoints, payloads y campos de respuesta. Así que un developer escribiendo Apps Script hoy sigue llamando a /adCampaignGroups y recibiendo un objeto campaignGroup de vuelta, aunque la UI ahora llame a esa cosa "Campaign". Este gap UI-API es la parte más disruptiva del renombre para cualquiera que construya reporting sobre datos de LinkedIn.
La misma palabra ahora significa cosas distintas según el contexto. Cuando un cliente dice "revisemos la campaña", se refiere a lo que la UI ahora llama Campaign (antes Campaign Group). Cuando un analista dice "los datos de la campaña muestran...", probablemente se refiere a lo que la API sigue llamando campaign (antes Campaign, ahora Ad Set en la UI). Sin un check de vocabulario, las dos personas están hablando de cosas distintas.
Qué significa esto para tu reporting
Si extraes datos de LinkedIn a Google Sheets, Looker Studio, Power BI o BigQuery, hay tres impactos concretos:
Los templates de Sheets y dashboards de Looker Studio siguen funcionando pero muestran labels desactualizados. Los conectores (no-code add-on, Apps Script o pipeline a warehouse) siguen extrayendo los mismos campos. Los números no cambian. Pero los headers de columna y los labels en tus templates siguen diciendo "Campaign Group" si los escribiste antes del renombre. Actualizar los labels es un fix cosmético, no un fix de datos.
Apps Script e integraciones directas a la API no se ven afectadas técnicamente. Tu código que llama a https://api.linkedin.com/rest/adCampaignGroups sigue funcionando. Los paths de endpoints, los esquemas de request y los nombres de campos de respuesta no cambiaron. Si tu script funcionaba ayer, funciona hoy.
Los informes para clientes necesitan actualización de vocabulario. El entregable que ve el cliente tiene que usar la nueva terminología, aunque tu pipeline interno use la antigua. Si no, el cliente mira el dashboard, abre Campaign Manager en otra pestaña, y ve palabras distintas. Confusión asegurada. Si gestionas reporting de LinkedIn para varios clientes, nuestra guía sobre cómo automatizar el reporting de agencia entre clientes cubre los patrones que escalan esta limpieza de labels sin tener que reescribir cada template a mano.
Las comparaciones cross-channel se vuelven más limpias. Si construyes un sheet único combinando Meta, Google Ads y LinkedIn, la nueva nomenclatura de LinkedIn por fin alinea. Un "Ad Set" de Meta y un "Ad Set" de LinkedIn ahora se refieren al mismo nivel conceptual. Cubrimos el workflow de reporting cross-channel en detalle en nuestra guía de Claude para análisis de paid media multicanal; el renombre de LinkedIn simplifica el lado de vocabulario de ese setup.
Dynamic URL tracking parameters: el detalle que casi todos los posts pasan por alto
Más allá del renombre de la UI, LinkedIn también actualizó los dynamic URL tracking parameters que se usan en las URLs de anuncios. Esta es la parte que sí cambia datos que llegan a tu analítica, así que merece su propia sección.
Los valores de parámetros cambiaron; las claves de parámetros se mantuvieron iguales.
Dos implicaciones prácticas. Primero, LinkedIn actualiza automáticamente los ad sets existentes para usar los nuevos valores de parámetros dinámicos. No tienes que volver a introducir parámetros en anuncios antiguos. Segundo, cuando creas nuevos ad sets o editas los existentes, debes usar los nuevos dynamic URL tracking parameters. Los nombres antiguos de parámetros ya no estarán disponibles en el selector.
La parte más sutil es qué pasa con las URLs ya trackeadas que están en circulación. La documentación oficial de LinkedIn lo señala así: "the parameter value will change while the parameter key remains the same as the previous naming." En la práctica, esto significa que una URL que llegó a tu analítica con utm_campaign=Q4-Brand-Push estaba trackeando lo que LinkedIn solía llamar "Campaign" y ahora llama "Ad Set". La clave del query en tu URL no cambió, pero el nivel conceptual al que se refiere sí. Si tu lógica de atribución downstream asume que utm_campaign siempre mapea al nivel equivalente de campaña en todas las plataformas, ese mapeo acaba de moverse en el tráfico que viene de LinkedIn.
Para la mayoría de setups de reporting esto es un tema de labels, no de datos: GA4, Looker Studio o BigQuery siguen recibiendo los mismos query parameters con los mismos valores. Pero si tienes lógica custom que une valores de IDs de LinkedIn con expectativas de jerarquía de campaña, audítala.
Plan de acción: qué hacer ahora
Cinco pasos para reconciliar tu reporting actual con la nueva nomenclatura de LinkedIn. Ninguno es urgente, pero un sprint de una semana evita confusión con clientes.
- Audita tus dashboards buscando labels "Campaign Group". Abre cada dashboard de Looker Studio, template de Sheets e informe de Power BI que mantengas para datos de LinkedIn. Busca "Campaign Group" en títulos de gráficos, headers de columnas y labels de filtros. Cámbialos a "Campaign". Busca "Campaign" usado en el nivel táctico (el nivel arriba de Ad) y decide si renombrarlo a "Ad Set". Si vas a revisar los dashboards de todas formas, nuestro post sobre buenas prácticas de diseño de dashboards es un checklist útil para detectar otros temas de labels y jerarquía al mismo tiempo.
- Comunica el cambio internamente. Manda a tu equipo un resumen de una línea: "LinkedIn renombró Campaign Group a Campaign y Campaign a Ad Set en la UI. La API sigue usando los nombres antiguos. En caso de duda, usa la nomenclatura nueva al hablar con clientes." Un mensaje de 30 segundos en Slack ahorra una semana de confusión cross-team.
- Actualiza las plantillas de informes para clientes. Lo que envíes a clientes (PDFs exportados, dashboards de Looker compartidos, resúmenes semanales por email) necesita el nuevo vocabulario. Los clientes abren Campaign Manager y ven "Campaign" y "Ad Set"; tus informes deberían coincidir.
- Deja en paz Apps Script y código que llama directamente a la API. Tus scripts llaman a
adCampaignGroups, parsean objetoscampaignGroupy referencian camposcampaign. No los renombres. La API no cambió. Renombrar variables de código para que coincidan con la nueva UI solo crea un mismatch distinto. - Documenta el mapa UI-API para tu equipo. Una cheat sheet corta ayuda a analistas junior a navegar. Ejemplo: "Cuando el cliente pregunta por una 'Campaign', se refiere a lo que la API devuelve como
campaignGroup. Cuando pregunta por un 'Ad Set', es lo que la API devuelve comocampaign." Pínalo en los docs del equipo.
Para el largo plazo, si además necesitas montar reporting desde cero, nuestra guía de LinkedIn Ads a Google Sheets recorre tres métodos que manejan el mismatch UI-API.
Timeline
El renombre es un rollout gradual de UI, no un cambio de un día. Espera unas semanas de estados mixtos entre cuentas antes de que todos vean los nuevos labels.
- Octubre 2025. LinkedIn anuncia el renombre vía actualizaciones en Campaign Manager y documentación del centro de ayuda.
- A lo largo de 2025-2026. El rollout gradual llega a las cuentas. Algunos anunciantes ven los nuevos labels de inmediato; otros ven el renombre aplicarse en las semanas siguientes. La documentación oficial de LinkedIn lo confirma: "We're gradually changing the campaign hierarchy in Campaign Manager, and you might not currently see the new terms."
- Timeline de la API. LinkedIn no ha anunciado un renombre correspondiente en la API. Según la documentación, los endpoints y nombres de campos de la Marketing API siguen usando
adCampaignGroups,campaignGroupycampaign. Vigila el registro de cambios recientes de la Marketing API de LinkedIn para cualquier alineación futura de la API. - De cara al futuro. Forma a los nuevos miembros del equipo en el vocabulario nuevo de la UI como default, y trata la terminología antigua como legacy que solo aparece en respuestas de la API y en informes históricos.
FAQ
¿También se renombró campaignGroup a campaign en la Marketing API de LinkedIn?
No. La API sigue usando adCampaignGroups, campaignGroup y campaign en paths de endpoints, payloads de requests y campos de respuesta. Solo se renombró la UI en Campaign Manager. Cualquier código que referencie nombres de campos de la API sigue funcionando sin cambios.
¿Se romperán mis informes existentes de LinkedIn?
No. El flujo de datos no cambia: números, nombres de campos y breakdowns se mantienen iguales. Lo único que necesita actualización son los labels en tus dashboards y plantillas que dicen "Campaign Group" o "Campaign" en el nivel equivocado.
¿Los Ad Sets de LinkedIn son lo mismo que los Ad Sets de Meta?
Conceptualmente sí. En ambas plataformas, un Ad Set (o antes Campaign en LinkedIn) es el nivel donde defines targeting, budget y bidding. Las estructuras ahora están visiblemente alineadas, lo que facilita los modelos mentales cross-channel. Las implementaciones técnicas siguen siendo específicas de cada plataforma.
¿Cuándo ocurrió el renombre?
LinkedIn anunció el cambio en octubre de 2025 y lo está desplegando gradualmente a través de Campaign Manager durante 2025 y 2026. Algunos anunciantes vieron los nuevos labels antes que otros según la fase de rollout. Revisa Campaign Manager hoy; si ves "Campaign Group" en algún lado, tu cuenta sigue con los labels antiguos.
¿Debo renombrar mis campañas reales de LinkedIn para coincidir con la nueva estructura?
No tienes que renombrar nada. El renombre de LinkedIn es un cambio de label, no de estructura. Tus campañas existentes siguen viviendo en su nivel original (lo que era Campaign Group ahora se muestra como Campaign con los mismos campaign IDs e historial). El único renombre que podrías querer hacer es el campo descriptivo de nombre, para tu propia claridad.
¿Qué pasa con los informes históricos creados antes del renombre?
Los informes históricos siguen usando los labels antiguos en sus headers de columna y dashboards. Los datos detrás siguen siendo precisos y consultables. Puedes dejar los informes históricos como están (con una nota de que los labels son pre-renombre) o actualizar los labels para consistencia con dashboards actuales. Ambos enfoques funcionan.
¿Esto afecta el acceso a la Marketing API o el app review?
No. El renombre no afecta los requisitos de acceso a la API, los OAuth scopes, los procesos de app review ni los rate limits. Los scopes estándar r_ads, r_ads_reporting y r_ads_leadgen_automation siguen funcionando igual que antes.
¿También cambiaron los dynamic URL tracking parameters?
Sí. CAMPAIGN_GROUP_ID/NAME pasaron a CAMPAIGN_ID/NAME, CAMPAIGN_ID/NAME pasaron a AD_SET_ID/NAME, y CREATIVE_ID/NAME pasaron a AD_ID/NAME. Los ad sets existentes se actualizan automáticamente. Los ad sets nuevos o editados deben usar los nuevos nombres de parámetros. Las claves de query en URLs de landing siguen iguales; solo cambia el nivel al que apuntan los valores.
Conclusión
El renombre de LinkedIn Campaign Manager no es un cambio estructural; es un cambio de label que alinea el vocabulario de LinkedIn con Meta y Google Ads. Los datos detrás de los labels no cambian, la API no cambia, y los scripts existentes siguen funcionando. La única fricción es para anunciantes, agencias y analistas cuyos dashboards y comunicaciones a clientes siguen usando el vocabulario antiguo. Un sprint de una semana para actualizar labels en plantillas, refrescar materiales para clientes y documentar el mapeo UI-API resuelve la confusión antes de que llegue al usuario final.
Si gestionas informes de LinkedIn para varios clientes o quieres un conector que cierre el gap UI-API automáticamente, empieza una prueba gratuita de Dataslayer. El conector maneja los nuevos labels en tus dashboards mientras mantiene los nombres de campos de la API consistentes en código, para que tu equipo deje de tener dos vocabularios distintos para los mismos datos.
