{"id":3787,"date":"2026-09-18T06:56:12","date_gmt":"2026-09-18T14:56:12","guid":{"rendered":"https:\/\/ryarc.com\/?p=3787"},"modified":"2026-09-18T06:56:12","modified_gmt":"2026-09-18T14:56:12","slug":"dooh-programmatic-decoded-part-5","status":"publish","type":"post","link":"https:\/\/ryarc.com\/es\/recursos\/blog\/dooh-programmatic-decoded-part-5\/","title":{"rendered":"DOOH Programmatic Decoded, Part 5."},"content":{"rendered":"

Your CMS and Your Marketplace Are Not the Same Purchase<\/strong><\/p>\n

Part 1<\/strong><\/a> argued that programmatic is a transaction mechanism, not a demand strategy. Part 2<\/strong><\/a> showed that whether it helps or costs you depends on where your market sits \u2014 concentrated or fragmented. Part 3<\/strong><\/a> traced the pattern of a middle layer forming, then consolidating, then starting to set terms on the operator’s behalf. Part 4<\/strong><\/a> named what that looks like once it’s happened: pricing control quietly moving to a mechanism built to clear volume, not protect one specific asset \u2014 the absentee landlord position. This part is about the single decision that makes that position hardest to reverse.<\/p>\n

Buying the CMS and the marketplace as one purchase.<\/strong><\/p>\n

Two systems get sold together more and more often \u2014 sometimes as a bundle, sometimes as a condition of access. They do different jobs. A content management system runs the screens: player uptime, scheduling, device health, proof of play, who on the team can touch what. A marketplace prices and sells the inventory: which buyers reach it, through what channel, at what floor. One keeps the asset running. The other decides what it earns. Treating them as one purchase because a vendor happens to offer both under one contract is a design choice \u2014 and like most design choices, its consequences show up years later, at renewal, not at signing.<\/p>\n

There’s a name for that design choice, and a body of work worth borrowing from to reason about it. Carliss Baldwin and Kim Clark spent much of Design Rules, Volume 1: The Power of Modularity (MIT Press, 2000)\u00b9<\/strong> studying why some systems are built modular \u2014 separate components connected through a defined interface, each replaceable on its own \u2014 and others are built integral, where components are coupled so tightly that changing one means redesigning the whole. Their case studies were computers and industrial products, not vendor contracts \u2014 what transfers here is the design logic, not a literal application: a modular system lets you swap one component without touching the rest; an integral one doesn’t. A CMS and a marketplace are two components. The interface between them is a small, well-understood set of exchanges \u2014 availability, delivery instructions, playback confirmation. Whether that interface stays documented and open, or gets absorbed into one vendor’s black box, decides whether the stack is modular or integral, whatever the sales conversation called it.<\/p>\n

\"\"<\/p>\n

Figure 1 \u2014 the same two functions, built two different ways<\/p>\n

Why a vendor prefers the integral version<\/strong><\/p>\n

There’s a straightforward commercial reason a vendor selling both prefers to bundle them: it raises the cost of leaving, which raises the value of the relationship on their side of the table. That’s not a hidden trick \u2014 bundling to raise switching costs is a well-worn strategy across enterprise software generally, not something specific to DOOH vendors. The operator’s job isn’t to treat the incentive as bad faith. It’s to recognize that it exists and price it into the decision before signing, not after.<\/p>\n

Here’s the part worth holding onto while that conversation is happening: whatever its flaws, the CMS already running has already proven it works, under the network’s actual conditions, at its actual scale. A new one hasn’t. That’s a real asset on one side of the ledger, whether or not the vendor doing the bundling mentions it.<\/p>\n

What exit actually costs<\/strong><\/p>\n

The question worth asking before signing, not after: if the CMS needed replacing while keeping the marketplace \u2014 or the reverse \u2014 is that actually possible? Or does the contract require keeping both regardless, paying for features that arrived bundled but aren’t used, or limited to whatever the CMS happens to already integrate with? If the honest answer is that one can’t be replaced without the other, that’s an integral system, whatever it was called at signing \u2014 and the switching cost has already been paid, just not yet in cash.<\/p>\n

None of this is an unusual technical ask. Integration through a documented interface \u2014 availability, delivery instructions, playback confirmation \u2014 is standard practice for systems built to be replaceable; it isn’t a specialist feature reserved for enterprise deals. A marketplace that respects the boundary connects to whatever CMS is already running and stays out of the parts of the operation it has no reason to touch.<\/p>\n

Where the payoff shows up<\/strong><\/p>\n

It shows up in the ordinary case, not the dramatic one. When the two layers stay modular, replacing an underperforming SSP is a component swap \u2014 the CMS doesn’t notice, the screens don’t notice, operations don’t skip a beat. When they’re integral, replacing either one means touching the system the whole network runs on. That’s the point at which a vendor relationship stops being just a vendor relationship.<\/p>\n

\"\"<\/p>\n

Figure 2 \u2014 the assembled system: order-of-sale, the documented API, and where a third-party CMS plugs in<\/p>\n

Notice what the diagram doesn’t show: which CMS is running underneath. The order-of-sale sequence and the documented API sit above that choice entirely \u2014 the commercial layer works the same way whether it’s talking to the primary CMS or to any other one, which is the whole point. If swapping the box at the bottom of that diagram would break the top of it, the interface was never really documented in the first place.<\/p>\n

The same logic applies one level up, inside the commercial layer itself. Routing all demand through a single SSP concentrates the same risk in a different place. Keeping more than one channel live \u2014 with the ability to enable or disable each one actually working in practice, not just on paper \u2014 keeps the same leverage on the operator’s side that Part 2 described for exchanges generally.<\/p>\n

The test that ties it together<\/strong><\/p>\n

No exchange, no SSP, no DSP, no marketplace creates the value a screen already has. At best, each one helps sell what the location was already worth. The moment a vendor relationship starts deciding that value instead of helping realize it, the system has moved from modular to integral, whatever the org chart says.<\/p>\n

Confirm the interface, not just the intent. Ask for the documented specification \u2014 availability, delivery instructions, playback confirmation \u2014 rather than a verbal assurance that “of course it integrates.” An interface no one can see isn’t one worth relying on.<\/p>\n

Price the exit before the entry. Get, in writing, what replacing the CMS alone or the marketplace alone actually costs \u2014 migration effort, lost functionality, time \u2014 before signing either one, not after.<\/p>\n

Keep more than one channel live. A single SSP, or a single CMS-marketplace bundle, concentrates the same risk Part 2 described for a single exchange. Optionality is worth paying a little for.<\/p>\n

If a network is already bundled, the fix rarely starts with new technology. It starts with finding out, in practice, whether the two systems can actually be separated \u2014 and what it costs to find out.<\/p>\n

Next in this series: the screens are already built. What’s still on the table that most networks aren’t using yet.<\/p>\n

Where does your stack sit \u2014 modular enough to replace one piece without touching the rest, or one purchase away from finding out it wasn’t?<\/p>\n

Sources<\/strong><\/p>\n

    \n
  1. Baldwin, C.Y. & Clark, K.B. Design Rules, Volume 1: The Power of Modularity. MIT Press, 2000. https:\/\/direct.mit.edu\/books\/monograph\/1856\/Design-Rules-Volume-1The-Power-of-Modularity<\/strong><\/a><\/li>\n<\/ol>","protected":false},"excerpt":{"rendered":"

    Your CMS and Your Marketplace Are Not the Same Purchase Part 1 argued that programmatic is a transaction mechanism, not a demand strategy. Part 2 showed that whether it helps or costs you depends on where your market sits \u2014 concentrated or fragmented. Part 3 traced the pattern of a middle layer forming, then consolidating, […]<\/p>","protected":false},"author":5,"featured_media":3790,"comment_status":"closed","ping_status":"closed","sticky":false,"template":"","format":"standard","meta":{"_acf_changed":false,"footnotes":""},"categories":[100],"tags":[],"class_list":["post-3787","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-dooh-ad-sales-auction"],"acf":[],"yoast_head":"\nDOOH Programmatic Decoded, Part 5. - RYARC<\/title>\n<meta name=\"robots\" content=\"index, follow, max-snippet:-1, max-image-preview:large, max-video-preview:-1\" \/>\n<link rel=\"canonical\" href=\"https:\/\/ryarc.com\/es\/recursos\/blog\/dooh-programmatic-decoded-part-5\/\" \/>\n<meta property=\"og:locale\" content=\"es_ES\" \/>\n<meta property=\"og:type\" content=\"article\" \/>\n<meta property=\"og:title\" content=\"DOOH Programmatic Decoded, Part 5.\" \/>\n<meta property=\"og:description\" content=\"Your CMS and Your Marketplace Are Not the Same Purchase Part 1 argued that programmatic is a transaction mechanism, not a demand strategy. Part 2 showed that whether it helps or costs you depends on where your market sits \u2014 concentrated or fragmented. Part 3 traced the pattern of a middle layer forming, then consolidating, […]\" \/>\n<meta property=\"og:url\" content=\"https:\/\/ryarc.com\/es\/recursos\/blog\/dooh-programmatic-decoded-part-5\/\" \/>\n<meta property=\"og:site_name\" content=\"RYARC\" \/>\n<meta property=\"article:publisher\" content=\"https:\/\/www.facebook.com\/Ryarc\/\" \/>\n<meta property=\"article:published_time\" content=\"2026-09-18T14:56:12+00:00\" \/>\n<meta property=\"og:image\" content=\"https:\/\/ryarc.com\/assets\/2026\/09\/PD5.png\" \/>\n\t<meta property=\"og:image:width\" content=\"602\" \/>\n\t<meta property=\"og:image:height\" content=\"339\" \/>\n\t<meta property=\"og:image:type\" content=\"image\/png\" \/>\n<meta name=\"author\" content=\"Dhruv M. Trivedi\" \/>\n<meta name=\"twitter:card\" content=\"summary_large_image\" \/>\n<meta name=\"twitter:creator\" content=\"@ryarc\" \/>\n<meta name=\"twitter:site\" content=\"@ryarc\" \/>\n<meta name=\"twitter:label1\" content=\"Escrito por\" \/>\n\t<meta name=\"twitter:data1\" content=\"Dhruv M. Trivedi\" \/>\n\t<meta name=\"twitter:label2\" content=\"Tiempo de lectura\" \/>\n\t<meta name=\"twitter:data2\" content=\"6 minutos\" \/>\n<script type=\"application\/ld+json\" class=\"yoast-schema-graph\">{\"@context\":\"https:\/\/schema.org\",\"@graph\":[{\"@type\":\"Article\",\"@id\":\"https:\/\/ryarc.com\/es\/recursos\/blog\/dooh-programmatic-decoded-part-5\/#article\",\"isPartOf\":{\"@id\":\"https:\/\/ryarc.com\/es\/recursos\/blog\/dooh-programmatic-decoded-part-5\/\"},\"author\":{\"name\":\"Dhruv M. Trivedi\",\"@id\":\"https:\/\/ryarc.com\/es\/#\/schema\/person\/7779c010bf34efaf9510234c94fe4cec\"},\"headline\":\"DOOH Programmatic Decoded, Part 5.\",\"datePublished\":\"2026-09-18T14:56:12+00:00\",\"mainEntityOfPage\":{\"@id\":\"https:\/\/ryarc.com\/es\/recursos\/blog\/dooh-programmatic-decoded-part-5\/\"},\"wordCount\":1187,\"publisher\":{\"@id\":\"https:\/\/ryarc.com\/es\/#organization\"},\"image\":{\"@id\":\"https:\/\/ryarc.com\/es\/recursos\/blog\/dooh-programmatic-decoded-part-5\/#primaryimage\"},\"thumbnailUrl\":\"https:\/\/ryarc.com\/assets\/2026\/09\/PD5.png\",\"articleSection\":[\"DooH AD Sales and Auction\"],\"inLanguage\":\"es\"},{\"@type\":\"WebPage\",\"@id\":\"https:\/\/ryarc.com\/es\/recursos\/blog\/dooh-programmatic-decoded-part-5\/\",\"url\":\"https:\/\/ryarc.com\/es\/recursos\/blog\/dooh-programmatic-decoded-part-5\/\",\"name\":\"DOOH Programmatic Decoded, Part 5. - RYARC\",\"isPartOf\":{\"@id\":\"https:\/\/ryarc.com\/es\/#website\"},\"primaryImageOfPage\":{\"@id\":\"https:\/\/ryarc.com\/es\/recursos\/blog\/dooh-programmatic-decoded-part-5\/#primaryimage\"},\"image\":{\"@id\":\"https:\/\/ryarc.com\/es\/recursos\/blog\/dooh-programmatic-decoded-part-5\/#primaryimage\"},\"thumbnailUrl\":\"https:\/\/ryarc.com\/assets\/2026\/09\/PD5.png\",\"datePublished\":\"2026-09-18T14:56:12+00:00\",\"breadcrumb\":{\"@id\":\"https:\/\/ryarc.com\/es\/recursos\/blog\/dooh-programmatic-decoded-part-5\/#breadcrumb\"},\"inLanguage\":\"es\",\"potentialAction\":[{\"@type\":\"ReadAction\",\"target\":[\"https:\/\/ryarc.com\/es\/recursos\/blog\/dooh-programmatic-decoded-part-5\/\"]}]},{\"@type\":\"ImageObject\",\"inLanguage\":\"es\",\"@id\":\"https:\/\/ryarc.com\/es\/recursos\/blog\/dooh-programmatic-decoded-part-5\/#primaryimage\",\"url\":\"https:\/\/ryarc.com\/assets\/2026\/09\/PD5.png\",\"contentUrl\":\"https:\/\/ryarc.com\/assets\/2026\/09\/PD5.png\",\"width\":602,\"height\":339},{\"@type\":\"BreadcrumbList\",\"@id\":\"https:\/\/ryarc.com\/es\/recursos\/blog\/dooh-programmatic-decoded-part-5\/#breadcrumb\",\"itemListElement\":[{\"@type\":\"ListItem\",\"position\":1,\"name\":\"Home\",\"item\":\"https:\/\/ryarc.com\/\"},{\"@type\":\"ListItem\",\"position\":2,\"name\":\"DOOH Programmatic Decoded, Part 5.\"}]},{\"@type\":\"WebSite\",\"@id\":\"https:\/\/ryarc.com\/es\/#website\",\"url\":\"https:\/\/ryarc.com\/es\/\",\"name\":\"RYARC\",\"description\":\"\",\"publisher\":{\"@id\":\"https:\/\/ryarc.com\/es\/#organization\"},\"potentialAction\":[{\"@type\":\"SearchAction\",\"target\":{\"@type\":\"EntryPoint\",\"urlTemplate\":\"https:\/\/ryarc.com\/es\/?s={search_term_string}\"},\"query-input\":{\"@type\":\"PropertyValueSpecification\",\"valueRequired\":true,\"valueName\":\"search_term_string\"}}],\"inLanguage\":\"es\"},{\"@type\":\"Organization\",\"@id\":\"https:\/\/ryarc.com\/es\/#organization\",\"name\":\"Ryarc\",\"url\":\"https:\/\/ryarc.com\/es\/\",\"logo\":{\"@type\":\"ImageObject\",\"inLanguage\":\"es\",\"@id\":\"https:\/\/ryarc.com\/es\/#\/schema\/logo\/image\/\",\"url\":\"https:\/\/ryarc.com\/assets\/2024\/03\/ryarc-site-logo-final.png\",\"contentUrl\":\"https:\/\/ryarc.com\/assets\/2024\/03\/ryarc-site-logo-final.png\",\"width\":120,\"height\":126,\"caption\":\"Ryarc\"},\"image\":{\"@id\":\"https:\/\/ryarc.com\/es\/#\/schema\/logo\/image\/\"},\"sameAs\":[\"https:\/\/www.facebook.com\/Ryarc\/\",\"https:\/\/x.com\/ryarc\",\"https:\/\/www.linkedin.com\/company\/ryarc\",\"https:\/\/www.youtube.com\/user\/RyarcMediaSystems\"]},{\"@type\":\"Person\",\"@id\":\"https:\/\/ryarc.com\/es\/#\/schema\/person\/7779c010bf34efaf9510234c94fe4cec\",\"name\":\"Dhruv M. Trivedi\",\"image\":{\"@type\":\"ImageObject\",\"inLanguage\":\"es\",\"@id\":\"https:\/\/ryarc.com\/es\/#\/schema\/person\/image\/\",\"url\":\"https:\/\/secure.gravatar.com\/avatar\/4e695188e7bd1df645d15e2365d6ada6037e9483885cee74c6f2d3358a06046e?s=96&d=mm&r=g\",\"contentUrl\":\"https:\/\/secure.gravatar.com\/avatar\/4e695188e7bd1df645d15e2365d6ada6037e9483885cee74c6f2d3358a06046e?s=96&d=mm&r=g\",\"caption\":\"Dhruv M. Trivedi\"},\"sameAs\":[\"http:\/\/ryarc.com\"],\"url\":\"https:\/\/ryarc.com\/es\/author\/dhruv\/\"}]}<\/script>\n","yoast_head_json":{"title":"DOOH Programmatic Decoded, Part 5. - RYARC","robots":{"index":"index","follow":"follow","max-snippet":"max-snippet:-1","max-image-preview":"max-image-preview:large","max-video-preview":"max-video-preview:-1"},"canonical":"https:\/\/ryarc.com\/es\/recursos\/blog\/dooh-programmatic-decoded-part-5\/","og_locale":"es_ES","og_type":"article","og_title":"DOOH Programmatic Decoded, Part 5.","og_description":"Your CMS and Your Marketplace Are Not the Same Purchase Part 1 argued that programmatic is a transaction mechanism, not a demand strategy. Part 2 showed that whether it helps or costs you depends on where your market sits \u2014 concentrated or fragmented. Part 3 traced the pattern of a middle layer forming, then consolidating, […]","og_url":"https:\/\/ryarc.com\/es\/recursos\/blog\/dooh-programmatic-decoded-part-5\/","og_site_name":"RYARC","article_publisher":"https:\/\/www.facebook.com\/Ryarc\/","article_published_time":"2026-09-18T14:56:12+00:00","og_image":[{"width":602,"height":339,"url":"https:\/\/ryarc.com\/assets\/2026\/09\/PD5.png","type":"image\/png"}],"author":"Dhruv M. Trivedi","twitter_card":"summary_large_image","twitter_creator":"@ryarc","twitter_site":"@ryarc","twitter_misc":{"Escrito por":"Dhruv M. Trivedi","Tiempo de lectura":"6 minutos"},"schema":{"@context":"https:\/\/schema.org","@graph":[{"@type":"Article","@id":"https:\/\/ryarc.com\/es\/recursos\/blog\/dooh-programmatic-decoded-part-5\/#article","isPartOf":{"@id":"https:\/\/ryarc.com\/es\/recursos\/blog\/dooh-programmatic-decoded-part-5\/"},"author":{"name":"Dhruv M. Trivedi","@id":"https:\/\/ryarc.com\/es\/#\/schema\/person\/7779c010bf34efaf9510234c94fe4cec"},"headline":"DOOH Programmatic Decoded, Part 5.","datePublished":"2026-09-18T14:56:12+00:00","mainEntityOfPage":{"@id":"https:\/\/ryarc.com\/es\/recursos\/blog\/dooh-programmatic-decoded-part-5\/"},"wordCount":1187,"publisher":{"@id":"https:\/\/ryarc.com\/es\/#organization"},"image":{"@id":"https:\/\/ryarc.com\/es\/recursos\/blog\/dooh-programmatic-decoded-part-5\/#primaryimage"},"thumbnailUrl":"https:\/\/ryarc.com\/assets\/2026\/09\/PD5.png","articleSection":["DooH AD Sales and Auction"],"inLanguage":"es"},{"@type":"WebPage","@id":"https:\/\/ryarc.com\/es\/recursos\/blog\/dooh-programmatic-decoded-part-5\/","url":"https:\/\/ryarc.com\/es\/recursos\/blog\/dooh-programmatic-decoded-part-5\/","name":"DOOH Programmatic Decoded, Part 5. - RYARC","isPartOf":{"@id":"https:\/\/ryarc.com\/es\/#website"},"primaryImageOfPage":{"@id":"https:\/\/ryarc.com\/es\/recursos\/blog\/dooh-programmatic-decoded-part-5\/#primaryimage"},"image":{"@id":"https:\/\/ryarc.com\/es\/recursos\/blog\/dooh-programmatic-decoded-part-5\/#primaryimage"},"thumbnailUrl":"https:\/\/ryarc.com\/assets\/2026\/09\/PD5.png","datePublished":"2026-09-18T14:56:12+00:00","breadcrumb":{"@id":"https:\/\/ryarc.com\/es\/recursos\/blog\/dooh-programmatic-decoded-part-5\/#breadcrumb"},"inLanguage":"es","potentialAction":[{"@type":"ReadAction","target":["https:\/\/ryarc.com\/es\/recursos\/blog\/dooh-programmatic-decoded-part-5\/"]}]},{"@type":"ImageObject","inLanguage":"es","@id":"https:\/\/ryarc.com\/es\/recursos\/blog\/dooh-programmatic-decoded-part-5\/#primaryimage","url":"https:\/\/ryarc.com\/assets\/2026\/09\/PD5.png","contentUrl":"https:\/\/ryarc.com\/assets\/2026\/09\/PD5.png","width":602,"height":339},{"@type":"BreadcrumbList","@id":"https:\/\/ryarc.com\/es\/recursos\/blog\/dooh-programmatic-decoded-part-5\/#breadcrumb","itemListElement":[{"@type":"ListItem","position":1,"name":"Home","item":"https:\/\/ryarc.com\/"},{"@type":"ListItem","position":2,"name":"DOOH Programmatic Decoded, Part 5."}]},{"@type":"WebSite","@id":"https:\/\/ryarc.com\/es\/#website","url":"https:\/\/ryarc.com\/es\/","name":"RYARC","description":"","publisher":{"@id":"https:\/\/ryarc.com\/es\/#organization"},"potentialAction":[{"@type":"SearchAction","target":{"@type":"EntryPoint","urlTemplate":"https:\/\/ryarc.com\/es\/?s={search_term_string}"},"query-input":{"@type":"PropertyValueSpecification","valueRequired":true,"valueName":"search_term_string"}}],"inLanguage":"es"},{"@type":"Organization","@id":"https:\/\/ryarc.com\/es\/#organization","name":"Ryarc","url":"https:\/\/ryarc.com\/es\/","logo":{"@type":"ImageObject","inLanguage":"es","@id":"https:\/\/ryarc.com\/es\/#\/schema\/logo\/image\/","url":"https:\/\/ryarc.com\/assets\/2024\/03\/ryarc-site-logo-final.png","contentUrl":"https:\/\/ryarc.com\/assets\/2024\/03\/ryarc-site-logo-final.png","width":120,"height":126,"caption":"Ryarc"},"image":{"@id":"https:\/\/ryarc.com\/es\/#\/schema\/logo\/image\/"},"sameAs":["https:\/\/www.facebook.com\/Ryarc\/","https:\/\/x.com\/ryarc","https:\/\/www.linkedin.com\/company\/ryarc","https:\/\/www.youtube.com\/user\/RyarcMediaSystems"]},{"@type":"Person","@id":"https:\/\/ryarc.com\/es\/#\/schema\/person\/7779c010bf34efaf9510234c94fe4cec","name":"Dhruv M. Trivedi","image":{"@type":"ImageObject","inLanguage":"es","@id":"https:\/\/ryarc.com\/es\/#\/schema\/person\/image\/","url":"https:\/\/secure.gravatar.com\/avatar\/4e695188e7bd1df645d15e2365d6ada6037e9483885cee74c6f2d3358a06046e?s=96&d=mm&r=g","contentUrl":"https:\/\/secure.gravatar.com\/avatar\/4e695188e7bd1df645d15e2365d6ada6037e9483885cee74c6f2d3358a06046e?s=96&d=mm&r=g","caption":"Dhruv M. Trivedi"},"sameAs":["http:\/\/ryarc.com"],"url":"https:\/\/ryarc.com\/es\/author\/dhruv\/"}]}},"_links":{"self":[{"href":"https:\/\/ryarc.com\/es\/wp-json\/wp\/v2\/posts\/3787","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/ryarc.com\/es\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/ryarc.com\/es\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/ryarc.com\/es\/wp-json\/wp\/v2\/users\/5"}],"replies":[{"embeddable":true,"href":"https:\/\/ryarc.com\/es\/wp-json\/wp\/v2\/comments?post=3787"}],"version-history":[{"count":2,"href":"https:\/\/ryarc.com\/es\/wp-json\/wp\/v2\/posts\/3787\/revisions"}],"predecessor-version":[{"id":3792,"href":"https:\/\/ryarc.com\/es\/wp-json\/wp\/v2\/posts\/3787\/revisions\/3792"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/ryarc.com\/es\/wp-json\/wp\/v2\/media\/3790"}],"wp:attachment":[{"href":"https:\/\/ryarc.com\/es\/wp-json\/wp\/v2\/media?parent=3787"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/ryarc.com\/es\/wp-json\/wp\/v2\/categories?post=3787"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/ryarc.com\/es\/wp-json\/wp\/v2\/tags?post=3787"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}