{"id":69085,"date":"2026-04-23T08:59:02","date_gmt":"2026-04-23T08:59:02","guid":{"rendered":"https:\/\/taggrs.io\/por-que-tu-roas-ga4-es-inexacto-y-2-correcciones-estructurales-que-ayudan\/"},"modified":"2026-04-23T09:19:26","modified_gmt":"2026-04-23T09:19:26","slug":"how-to-fix-ga4-roas-inaccuracies","status":"publish","type":"post","link":"https:\/\/taggrs.io\/es\/how-to-fix-ga4-roas-inaccuracies\/","title":{"rendered":"Por qu\u00e9 tu ROAS GA4 es inexacto (y 2 correcciones estructurales que ayudan)"},"content":{"rendered":"\n<p>\"Mi ROAS es del 500%, pero en realidad no soy rentable. \u00bfQu\u00e9 me estoy perdiendo?\" Esta pregunta surge constantemente en las comunidades de b\u00fasqueda de pago. Las campa\u00f1as alcanzan los objetivos, el cuadro de mandos parece limpio, pero las finanzas no lo reflejan.  <\/p>\n\n\n\n<p>La cuesti\u00f3n es: el problema no suelen ser las campa\u00f1as. Son los datos de los que aprenden.   <\/p>\n\n\n\n<p>La discrepancia de datos suele deberse a 2 lagunas que no aparecen en los informes est\u00e1ndar:<\/p>\n\n\n\n<ol class=\"wp-block-list\">\n<li>Una es <strong>d\u00f3nde se detienen los datos de conversi\u00f3n<\/strong>. GA4 realiza un seguimiento de los eventos del navegador, como rellenar formularios, completar compras y cargar p\u00e1ginas. Lo que no capta son los resultados que se producen una vez finalizada la sesi\u00f3n del navegador: un cliente potencial que se cierra por tel\u00e9fono, un acuerdo firmado tras una reuni\u00f3n de seguimiento, un cliente que entra en la tienda tras hacer clic en un anuncio. Esos resultados existen fuera de la vista de GA4, y las campa\u00f1as que los impulsaron no obtienen ning\u00fan cr\u00e9dito.   <\/li>\n\n\n\n<li>La otra es <strong>qu\u00e9 significa realmente \"valor de conversi\u00f3n\"<\/strong>. Cuando se dispara una compra en GA4, el valor que se pasa a Google Ads es el importe del pedido: lo que pag\u00f3 el cliente, no lo que se qued\u00f3 la empresa. Un producto con un 60% de coste de la mercanc\u00eda y otro 13% en gastos de env\u00edo, devoluciones y tasas deja un 27% de margen bruto. Con un ROAS del 500%, en el que 20 c\u00e9ntimos de cada d\u00f3lar de ingresos se destinan a anuncios, eso deja aproximadamente un 7% antes de gastos generales. Para el algoritmo de puja, un producto con un margen del 70% y un producto con un margen del 20% tienen el mismo aspecto. Ambos son s\u00f3lo cantidades en d\u00f3lares.     <\/li>\n<\/ol>\n\n\n\n<p>GA4 tiene dos puntos ciegos estructurales que hacen que el ROAS parezca mejor de lo que es en realidad. Ninguno de ellos es un error de configuraci\u00f3n. Ambos son solucionables. En este art\u00edculo, te explicaremos cada uno de ellos, sus causas, c\u00f3mo distorsionan la Puja Inteligente de Google Ads y qu\u00e9 necesitas para cerrar la brecha.   <\/p>\n\n\n\n<div style=\"height:30px\" aria-hidden=\"true\" class=\"wp-block-spacer\"><\/div>\n\n\n\n<h2 class=\"wp-block-heading\" id=\"blind-spot-1-offline-conversions-that-never-get-reported\">Punto ciego 1: conversiones offline de las que nunca se informa<\/h2>\n\n\n\n<h3 class=\"wp-block-heading\" id=\"the-problem\">El problema<\/h3>\n\n\n\n<p>El problema es m\u00e1s claro en la generaci\u00f3n de contactos B2B. Una campa\u00f1a impulsa el env\u00edo de formularios de contacto. GA4 los registra todos. Si miramos los datos del mes pasado, la campa\u00f1a produjo 20 contactos.   <\/p>\n\n\n\n<p>Lo que no puedes ver: 12 de esos clientes potenciales se cerraron offline. Un representante de ventas hizo un seguimiento, envi\u00f3 una propuesta, realiz\u00f3 varias llamadas y firm\u00f3 el acuerdo. Esos ingresos nunca se atribuyen a la campa\u00f1a que inici\u00f3 la conversaci\u00f3n. GA4 sigue mostrando 20 clientes potenciales. Para el algoritmo de pujas, la campa\u00f1a parece haber generado <strong>8 conversiones sin ingresos asociados<\/strong>.    <\/p>\n\n\n\n<p>Las ofertas se reducen. El presupuesto se desplaza hacia campa\u00f1as que muestran datos de conversi\u00f3n m\u00e1s limpios, lo que suele significar campa\u00f1as en las que todo el recorrido ocurre dentro de una sesi\u00f3n de navegador. Tu mejor fuente de clientes potenciales es tratada como d\u00e9bil porque la <strong>mitad final del embudo es invisible<\/strong>.  <\/p>\n\n\n\n<p>Esto no es s\u00f3lo un problema B2B. Los pedidos telef\u00f3nicos, las compras en tienda impulsadas por anuncios de pago, las transacciones que se producen a trav\u00e9s de un canal diferente d\u00edas despu\u00e9s del clic inicial... todo ello queda fuera del cuadro de atribuci\u00f3n sin una soluci\u00f3n deliberada. GA4 no tiene ning\u00fan mecanismo para recibir datos una vez finalizada la sesi\u00f3n. Cerrar el bucle requiere un conducto que conecte tu CRM o sistema de ventas de nuevo con Google Ads con el ID de clic original intacto.   <\/p>\n\n\n\n<div style=\"height:10px\" aria-hidden=\"true\" class=\"wp-block-spacer\"><\/div>\n\n\n\n<figure class=\"wp-block-image size-full has-custom-border\"><img decoding=\"async\" width=\"1598\" height=\"1396\" src=\"https:\/\/taggrs.io\/wp-content\/uploads\/2026\/04\/image-22.webp\" alt=\"\" class=\"wp-image-69048\" style=\"border-top-left-radius:20px;border-top-right-radius:20px;border-bottom-left-radius:20px;border-bottom-right-radius:20px\" title=\"\"><\/figure>\n\n\n\n<div style=\"height:10px\" aria-hidden=\"true\" class=\"wp-block-spacer\"><\/div>\n\n\n\n<p>Si no has auditado tu configuraci\u00f3n actual, esta gu\u00eda sobre el <a href=\"https:\/\/taggrs.io\/es\/tracking-signal-loss\/\">seguimiento de la p\u00e9rdida de se\u00f1al<\/a> es un buen punto de partida.<\/p>\n\n\n\n<div style=\"height:15px\" aria-hidden=\"true\" class=\"wp-block-spacer\"><\/div>\n\n\n\n<h3 class=\"wp-block-heading\" id=\"how-the-bidding-algorithm-is-affected\">C\u00f3mo se ve afectado el algoritmo de puja<\/h3>\n\n\n\n<p><a href=\"https:\/\/support.google.com\/google-ads\/answer\/7065882?hl=en\" target=\"_blank\" rel=\"noopener\">La Puja Inteligente de Google Ads<\/a> aprende de las se\u00f1ales de conversi\u00f3n que recibe. Ajusta las pujas en funci\u00f3n de qu\u00e9 campa\u00f1as, palabras clave y segmentos de p\u00fablico produjeron conversiones, y de cu\u00e1nto valor ten\u00edan esas conversiones. Esto significa que, cuando una parte significativa de tus resultados reales nunca se comunica, el algoritmo est\u00e1 trabajando a partir de una <strong>imagen incompleta<\/strong>.  <\/p>\n\n\n\n<p>La mayor\u00eda de las cuentas no se dan cuenta del volumen que est\u00e1n perdiendo. Un recuento de conversiones consistentemente bajo es tambi\u00e9n una de las principales razones por las que la Puja Inteligente rinde menos: el algoritmo necesita una se\u00f1al suficiente para establecer un patr\u00f3n de aprendizaje. Vuelve a a\u00f1adir conversiones offline y ese umbral se volver\u00e1 alcanzable.  <\/p>\n\n\n\n<div style=\"height:15px\" aria-hidden=\"true\" class=\"wp-block-spacer\"><\/div>\n\n\n\n<h3 class=\"wp-block-heading\" id=\"how-taggrs-fixes-it-closing-the-loop-with-offline-conversions\">C\u00f3mo lo soluciona TAGGRS: cerrando el c\u00edrculo con las Conversiones Offline<\/h3>\n\n\n\n<p>La soluci\u00f3n requiere una canalizaci\u00f3n que conecte tu <strong>CRM o sistema de ventas back-end con Google Ads<\/strong>, con el ID de clic original intacto. As\u00ed es como funciona en la pr\u00e1ctica: <\/p>\n\n\n\n<ul class=\"wp-block-list\">\n<li>Captura el GCLID en el env\u00edo del formulario. Cuando un visitante llega a trav\u00e9s de un anuncio de Google, el ID de clic (GCLID) se sit\u00faa en la URL como un par\u00e1metro. El JavaScript de tu p\u00e1gina de destino lo lee y lo almacena en una cookie de origen. Un campo oculto del formulario lo recoge y lo transmite a tu CRM junto con los datos de contacto del cliente potencial.   <\/li>\n\n\n\n<li>Gu\u00e1rdalo en el registro de cliente potencial. Tu CRM guarda el GCLID como un campo personalizado. HubSpot lo hace de forma nativa a trav\u00e9s de sus formularios. Salesforce y Pipedrive lo hacen a trav\u00e9s de campos personalizados e integraciones de formularios. Sin este paso de captura en el momento del env\u00edo, no hay clave de coincidencia para la importaci\u00f3n posterior.    <\/li>\n\n\n\n<li>Env\u00eda un webhook cuando se cierre el trato. Cuando una operaci\u00f3n se marca como ganada en tu CRM, se activa un webhook y env\u00eda los datos de conversi\u00f3n (incluidos los valores de GCLID y consentimiento almacenados) a tu contenedor GTM del lado del servidor. <\/li>\n\n\n\n<li>Importa a Google Ads con el ID de clic. Tu contenedor sGTM reenv\u00eda los datos a Google Ads. La plataforma relaciona el acuerdo cerrado con la campa\u00f1a, palabra clave y anuncio exactos que lo iniciaron.  <\/li>\n<\/ul>\n\n\n\n<p>Hay que tener en cuenta una limitaci\u00f3n importante. Google Ads s\u00f3lo acepta importaciones de conversiones offline en los 90 d\u00edas siguientes al clic original. Para los ciclos de ventas largos, el enfoque est\u00e1ndar es importar un evento de conversi\u00f3n intermedio (una etapa de cliente potencial cualificado o una propuesta firmada) en lugar de esperar al cierre final. Esto mantiene la atribuci\u00f3n dentro de la ventana permitida, a la vez que proporciona al algoritmo una se\u00f1al significativa sobre qu\u00e9 campa\u00f1as impulsan el pipeline real.   <\/p>\n\n\n\n<p>Con la <a href=\"https:\/\/taggrs.io\/es\/offline-conversions-prove-real-roas\/\">Conversi\u00f3n Offline de TAGGRS<\/a> te ocupas de todo el proceso de conversi\u00f3n offline, desde el contenedor sGTM hasta la importaci\u00f3n de Google Ads, de modo que no necesitas construir y mantener t\u00fa mismo la infraestructura.<\/p>\n\n\n\n<p>La configuraci\u00f3n se adapta a varias cuentas de clientes sin tener que volver a empezar desde cero cada vez.<\/p>\n\n\n\n<div style=\"height:10px\" aria-hidden=\"true\" class=\"wp-block-spacer\"><\/div>\n\n\n\n<figure class=\"wp-block-image size-large has-custom-border\"><img decoding=\"async\" width=\"1024\" height=\"516\" src=\"https:\/\/taggrs.io\/wp-content\/uploads\/2026\/04\/image-21-1024x516.webp\" alt=\"\" class=\"wp-image-69043\" style=\"border-top-left-radius:20px;border-top-right-radius:20px;border-bottom-left-radius:20px;border-bottom-right-radius:20px\" title=\"\"><\/figure>\n\n\n\n<div style=\"height:10px\" aria-hidden=\"true\" class=\"wp-block-spacer\"><\/div>\n\n\n\n<p>De este modo, el algoritmo deja de ver 8 conversiones y empieza a ver 20, con ingresos reales asociados a las que se cerraron. La puja se ajusta en consecuencia, y las campa\u00f1as que no ten\u00edan presupuesto empiezan a competir en t\u00e9rminos precisos. <\/p>\n\n\n\n<div style=\"height:30px\" aria-hidden=\"true\" class=\"wp-block-spacer\"><\/div>\n\n\n\n<h2 class=\"wp-block-heading\" id=\"blind-spot-2-revenue-%e2%89%a0-profit\">Punto ciego 2: ingresos \u2260 beneficios<\/h2>\n\n\n\n<h3 class=\"wp-block-heading\" id=\"the-problem\">El problema<\/h3>\n\n\n\n<p>Incluso con un seguimiento completo de la conversi\u00f3n, el ROAS calculado sobre el valor del pedido puede ser muy enga\u00f1oso.<\/p>\n\n\n\n<p>Una campa\u00f1a que se ejecuta en dos categor\u00edas de productos puede mostrar cifras id\u00e9nticas de ROAS mientras que una genera un fuerte margen y la otra apenas cubre costes. Google Ads no tiene forma de distinguirlas, a menos que env\u00edes valores de conversi\u00f3n diferentes. Sin datos de margen en la se\u00f1al, el algoritmo escala ambos por igual y tiende a favorecer al producto que genere mayores totales.  <\/p>\n\n\n\n<p>Para las agencias que gestionan cuentas de varios clientes o l\u00edneas de productos, este patr\u00f3n es habitual. Los n\u00fameros del panel de control parecen limpios. Se alcanzan los objetivos de ROAS. Mientras tanto, el presupuesto se concentra en productos que generan ingresos pero erosionan la rentabilidad. El informe est\u00e1ndar no tiene forma de sacarlo a la luz.    <\/p>\n\n\n\n<div style=\"height:15px\" aria-hidden=\"true\" class=\"wp-block-spacer\"><\/div>\n\n\n\n<h3 class=\"wp-block-heading\" id=\"how-it-distorts-bidding\">C\u00f3mo distorsiona la licitaci\u00f3n<\/h3>\n\n\n\n<p>La Puja Inteligente optimiza hacia el valor de conversi\u00f3n que le env\u00edes. Si ese valor es el importe de la transacci\u00f3n, optimiza hacia los ingresos. Los productos que generan un fuerte margen y los productos que apenas cubren costes parecen id\u00e9nticos en la se\u00f1al.  <\/p>\n\n\n\n<p>El algoritmo no est\u00e1 haciendo nada mal. Est\u00e1 aprendiendo de los datos que tiene. El problema es que los datos no reflejan lo que realmente importa a la empresa.  <\/p>\n\n\n\n<div style=\"height:10px\" aria-hidden=\"true\" class=\"wp-block-spacer\"><\/div>\n\n\n\n<figure class=\"wp-block-image size-full has-custom-border\"><img decoding=\"async\" width=\"1600\" height=\"1163\" src=\"https:\/\/taggrs.io\/wp-content\/uploads\/2026\/04\/image-23.webp\" alt=\"\" class=\"wp-image-69050\" style=\"border-top-left-radius:20px;border-top-right-radius:20px;border-bottom-left-radius:20px;border-bottom-right-radius:20px\" title=\"\"><\/figure>\n\n\n\n<div style=\"height:15px\" aria-hidden=\"true\" class=\"wp-block-spacer\"><\/div>\n\n\n\n<h3 class=\"wp-block-heading\" id=\"how-taggrs-fixes-it-profit-based-conversion-values\">C\u00f3mo lo soluciona TAGGRS: valores de conversi\u00f3n basados en los beneficios<\/h3>\n\n\n\n<p>La soluci\u00f3n est\u00e1 en el nivel de la se\u00f1al de conversi\u00f3n. El valor que se env\u00eda a Google Ads en el momento de la conversi\u00f3n debe reflejar el margen, no el precio. <\/p>\n\n\n\n<p>TAGGRS Profit Tracking extrae los datos del margen de Firestore y los pasa a trav\u00e9s del contenedor del servidor a Google Ads como valor de conversi\u00f3n. En lugar del importe de la transacci\u00f3n que pag\u00f3 el cliente, <strong>la plataforma recibe el margen real <\/strong>de ese pedido. <\/p>\n\n\n\n<p>Vale la pena saberlo antes de configurarlo: requiere un contenedor del lado del servidor. Una etiqueta basada en navegador no puede conectarse a Firestore.  Los datos viven en el servidor y deben procesarse all\u00ed. <a href=\"https:\/\/taggrs.io\/es\/gtm-server-side-tagging-hosting\/\">TAGGRS se encarga de esa infraestructura de servidor<\/a>, haciendo que los datos del margen est\u00e9n disponibles en el momento de la conversi\u00f3n.  <\/p>\n\n\n\n<div style=\"height:10px\" aria-hidden=\"true\" class=\"wp-block-spacer\"><\/div>\n\n\n\n<div class=\"wp-block-buttons is-layout-flex wp-block-buttons-is-layout-flex\">\n<div class=\"wp-block-button\"><a class=\"wp-block-button__link wp-element-button\" href=\"https:\/\/taggrs.io\/docs\/server-side-tracking\/profit-tracking\">Consulta la documentaci\u00f3n de configuraci\u00f3n completa<\/a><\/div>\n<\/div>\n\n\n\n<div style=\"height:10px\" aria-hidden=\"true\" class=\"wp-block-spacer\"><\/div>\n\n\n\n<p>Una vez que los valores de margen fluyen a trav\u00e9s de la se\u00f1al, las campa\u00f1as compiten en beneficio real. Los productos que parec\u00edan ganadores bas\u00e1ndose s\u00f3lo en los ingresos, ahora se eval\u00faan en funci\u00f3n de lo que realmente devuelven. <\/p>\n\n\n\n<div style=\"height:30px\" aria-hidden=\"true\" class=\"wp-block-spacer\"><\/div>\n\n\n\n<h2 class=\"wp-block-heading\" id=\"what-accurate-roas-actually-looks-like\">C\u00f3mo es realmente un ROAS exacto<\/h2>\n\n\n\n<p>Cuando se aplican ambas correcciones, la imagen que llega a Google Ads cambia dr\u00e1sticamente.<\/p>\n\n\n\n<p>Google Ads recibe registros de conversiones offline emparejados con los clics originales a trav\u00e9s de GCLID, junto con valores ajustados al margen en lugar de totales de pedidos sin procesar. Las campa\u00f1as que estaban siendo subpujadas porque sus acuerdos offline eran invisibles empiezan a recuperar presupuesto. Los productos con m\u00e1rgenes reales atraen m\u00e1s gasto.  <\/p>\n\n\n\n<p>Las campa\u00f1as que parec\u00edan fuertes en ingresos, pero que funcionaban con un margen estrecho, se despriorizaron. El algoritmo no cambi\u00f3. S\u00f3lo obtuvo datos precisos para trabajar.  <\/p>\n\n\n\n<p>Tambi\u00e9n hay un efecto de volumen. La Puja Inteligente necesita suficientes datos de conversiones para funcionar bien: la mayor\u00eda de las cuentas no alcanzan ese umbral cuando faltan las conversiones offline. A\u00f1\u00e1delos de nuevo y las campa\u00f1as empezar\u00e1n a desbloquear mejores estrategias de puja automatizada. El ciclo de aprendizaje se acorta.   <\/p>\n\n\n\n<p>Para las agencias, tambi\u00e9n hay un aspecto informativo. El <a href=\"https:\/\/taggrs.io\/es\/google-ads-server-side-tracking\/\">seguimiento de las conversiones en el servidor<\/a> permite relacionar el gasto en anuncios de Google con resultados empresariales reales, en lugar de con eventos del navegador. Una vez instalada, la infraestructura se ampl\u00eda a todas las cuentas.<\/p>\n\n\n\n<p>Si tus informes de ROAS actuales no tienen en cuenta las conversiones offline o el margen del producto, <a href=\"https:\/\/taggrs.io\/es\/demo\/\">reserva una demostraci\u00f3n<\/a> para auditar d\u00f3nde est\u00e1n las lagunas y qu\u00e9 har\u00eda falta para cerrarlas.<\/p>\n\n\n\n<div style=\"height:30px\" aria-hidden=\"true\" class=\"wp-block-spacer\"><\/div>\n\n\n\n<h2 class=\"wp-block-heading\" id=\"faq\">PREGUNTAS FRECUENTES<\/h2>\n\n\n\n<h3 class=\"wp-block-heading\" id=\"how-does-a-crm-get-access-to-the-gclid-in-the-first-place\">\u00bfC\u00f3mo consigue un CRM acceder al GCLID en primer lugar?<\/h3>\n\n\n\n<p>El CRM no lee directamente las cookies del navegador. El GCLID debe capturarse en el momento en que un cliente potencial env\u00eda un formulario. El JavaScript de tu p\u00e1gina de destino lee el ID de clic del par\u00e1metro URL, lo almacena en una cookie de origen durante la sesi\u00f3n, y un campo de formulario oculto lo transmite a tu CRM junto con el nombre, el correo electr\u00f3nico y otros datos del contacto. El CRM lo almacena como un campo personalizado en el registro del cliente potencial. Cuando el trato se cierra m\u00e1s tarde, el webhook extrae ese GCLID almacenado del contacto y lo env\u00eda a TAGGRS. Sin este paso de captura en el env\u00edo del formulario, no hay clave de coincidencia para la importaci\u00f3n de la conversi\u00f3n offline. La mayor\u00eda de los CRM admiten esto de forma inmediata o a trav\u00e9s de un script ligero. HubSpot tiene un seguimiento GCLID nativo integrado en sus formularios. Otros, como Salesforce y Pipedrive, lo gestionan mediante campos personalizados e integraciones de formularios.        <\/p>\n\n\n\n<div style=\"height:15px\" aria-hidden=\"true\" class=\"wp-block-spacer\"><\/div>\n\n\n\n<h3 class=\"wp-block-heading\" id=\"what-if-the-deal-closes-more-than-90-days-after-the-original-click\">\u00bfQu\u00e9 pasa si el acuerdo se cierra m\u00e1s de 90 d\u00edas despu\u00e9s del clic original?<\/h3>\n\n\n\n<p>Google Ads s\u00f3lo <a href=\"https:\/\/support.google.com\/google-ads\/answer\/15081888?hl=en\" target=\"_blank\" rel=\"noopener\">acepta cargas de conversiones offline en los 90 d\u00edas<\/a> siguientes al clic original. Si un acuerdo se cierra despu\u00e9s de esa ventana, la conversi\u00f3n no puede emparejarse y se rechaza la importaci\u00f3n. Para ciclos de ventas largos, el enfoque est\u00e1ndar es importar un evento de conversi\u00f3n intermedio -una etapa de cliente potencial cualificado, una propuesta firmada o una oportunidad comprometida- en lugar de esperar al cierre final. Esto mantiene la atribuci\u00f3n dentro de la ventana, a la vez que proporciona al algoritmo una se\u00f1al significativa sobre qu\u00e9 campa\u00f1as impulsan el pipeline real.   <\/p>\n","protected":false},"excerpt":{"rendered":"<p>Dos lagunas estructurales en GA4 hacen que tu ROAS parezca mejor de lo que es. ...<\/p>\n","protected":false},"author":15,"featured_media":69068,"comment_status":"closed","ping_status":"closed","sticky":false,"template":"","format":"standard","meta":{"_acf_changed":false,"footnotes":""},"categories":[370],"tags":[685],"class_list":["post-69085","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-google-analytics-es","tag-roas-en-ga4"],"acf":[],"_links":{"self":[{"href":"https:\/\/taggrs.io\/es\/wp-json\/wp\/v2\/posts\/69085","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/taggrs.io\/es\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/taggrs.io\/es\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/taggrs.io\/es\/wp-json\/wp\/v2\/users\/15"}],"replies":[{"embeddable":true,"href":"https:\/\/taggrs.io\/es\/wp-json\/wp\/v2\/comments?post=69085"}],"version-history":[{"count":3,"href":"https:\/\/taggrs.io\/es\/wp-json\/wp\/v2\/posts\/69085\/revisions"}],"predecessor-version":[{"id":69090,"href":"https:\/\/taggrs.io\/es\/wp-json\/wp\/v2\/posts\/69085\/revisions\/69090"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/taggrs.io\/es\/wp-json\/wp\/v2\/media\/69068"}],"wp:attachment":[{"href":"https:\/\/taggrs.io\/es\/wp-json\/wp\/v2\/media?parent=69085"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/taggrs.io\/es\/wp-json\/wp\/v2\/categories?post=69085"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/taggrs.io\/es\/wp-json\/wp\/v2\/tags?post=69085"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}