Actualizado el 26/03/2026: Gary Pento publicó un plugin experimental que extiende el bloque Embed de WordPress usando OpenGraph como fallback para URLs que no tienen soporte oEmbed nativo, ampliando el universo de sitios que se pueden incrustar directamente desde el editor.
En 30 segundos
- WordPress usa oEmbed desde hace más de diez años para incrustar contenido externo, pero el sistema solo funciona con sitios que lo soportan explícitamente
- Gary Pento publicó el 26 de marzo de 2026 un plugin que actúa como fallback OpenGraph en el bloque Embed, permitiendo incrustar cualquier URL con metadatos OpenGraph válidos
- El plugin no reemplaza oEmbed: solo entra en acción cuando oEmbed falla, generando una tarjeta con imagen, título y descripción
- OpenGraph no afecta las previsualizaciones sociales del propio sitio (eso es un mito común); son dos sistemas separados
- WordPress.com activó write capabilities en su servidor MCP: agentes de IA como Claude, ChatGPT y Cursor pueden crear posts, páginas, comentarios, categorías, etiquetas y gestionar medios en tu sitio
- Las imágenes next-gen WordPress (WebP y AVIF) reducen el peso de página hasta un 60% respecto a JPEG, con soporte de navegador superior al 93% en 2026
- El hook
render_blockpermite personalizar atributos HTML del bloque Embed sin plugins adicionales, mejorando seguridad y comportamiento de los iframes
WordPress es un sistema de gestión de contenidos (CMS) de código abierto creado por Matt Mullenweg y Mike Little en 2003. Permite crear y administrar sitios web, blogs y tiendas en línea sin necesidad de conocimientos avanzados de programación.
El Model Context Protocol (MCP) es un estándar abierto que permite a los modelos de lenguaje conectarse con servicios externos y ejecutar acciones concretas, no solo leer datos. WordPress.com venía ofreciendo acceso de lectura desde octubre de 2025. Con este anuncio, el salto fue hacia la escritura: los agentes de IA ya no solo consultan tu sitio, sino que pueden modificarlo.
Embed en WordPress: el plugin OpenGraph Fallback de Gary Pento
El 26 de marzo de 2026, Gary Pento publicó un artículo técnico describiendo un plugin experimental que extiende el comportamiento del bloque Embed de WordPress. La premisa es sencilla pero cubre un hueco real: ¿qué pasa cuando intentás incrustar una URL y oEmbed no tiene soporte para ese sitio? Hasta ahora, el bloque simplemente mostraba el enlace plano. Con este plugin, WordPress intenta resolver el embed usando los metadatos OpenGraph de esa URL.
El flujo de prioridades es importante entenderlo bien. El plugin no reemplaza oEmbed ni compite con él. La jerarquía es: primero WordPress intenta oEmbed como siempre; si falla, recién ahí entra el fallback OpenGraph. El resultado es una tarjeta visual con imagen destacada, título y descripción — similar a lo que ves cuando pegás un link en Slack o Discord, pero dentro del editor de bloques.
Lo que hace al approach interesante es que aprovecha infraestructura que ya existe. La inmensa mayoría de los sitios web modernos tiene metadatos OpenGraph correctamente configurados. En vez de depender de que el sitio destino implemente el protocolo oEmbed (que requiere un endpoint específico y voluntad del propietario), el fallback lee etiquetas que ya están ahí. Eso amplía enormemente el universo de URLs incrustables.
Hay que tomar el plugin con pinzas: es experimental, desarrollado por una sola persona, y no está en el repositorio oficial de WordPress.org todavía. Pero la idea tiene suficiente solidez técnica como para que valga la pena seguirle el rastro. Si termina siendo adoptada como feature del core, cambiaría bastante la experiencia de embedding para millones de sitios.
La evolución del embedding en WordPress: de oEmbed a OpenGraph
WordPress incorporó oEmbed hace más de una década, en la versión 2.9. La lógica era elegante: en vez de pegar código iframe manualmente, bastaba con pegar la URL del video o tweet y WordPress hacía el resto. El sistema funciona consultando el endpoint oEmbed del sitio destino, que devuelve el HTML del embed ya formateado. Para más detalles técnicos, mirá nuestra guía completa de plugins gratuitos.
El problema estructural de oEmbed es que el control está del lado del sitio propietario. Si YouTube decide cambiar sus embeds, cambia. Si un sitio de nicho no implementó el protocolo, no hay embed. La lista de proveedores soportados por WordPress core es razonablemente amplia — YouTube, Vimeo, Twitter/X, Spotify, entre otros — pero queda fuera una cantidad enorme de sitios que publican contenido válido e incrustable.
OpenGraph entra por otro camino. No es un protocolo de embedding en sí: es un conjunto de metadatos en el <head> de la página que describe su contenido (título, descripción, imagen, URL canónica). Facebook lo desarrolló en 2010, y hoy es el estándar de facto para las tarjetas que se generan al compartir links. La novedad del plugin de Pento es usar esos metadatos para construir un embed visual cuando oEmbed no está disponible.
Vale aclarar un mito que circula bastante: desactivar oEmbed en tu sitio no afecta cómo se ven tus links cuando los compartís en redes sociales. Las previsualizaciones de Facebook, Twitter o LinkedIn leen OpenGraph directamente, sin pasar por oEmbed. Son sistemas completamente independientes.
Integración con Gutenberg y personalización del bloque Embed
El bloque Embed de Gutenberg mejoró bastante desde su introducción. Detecta automáticamente el tipo de contenido cuando pegás una URL, ofrece variantes específicas por proveedor (YouTube Embed, Twitter Embed, etc.) y maneja el responsive de los iframes sin CSS adicional.
Lo que no hace por defecto es permitirte modificar atributos del iframe generado. Si necesitás agregar rel="noopener noreferrer" por razones de seguridad, o controlar el comportamiento del link wrapper, tenés que recurrir al hook render_block. La implementación técnica es bastante directa: filtrás el HTML del bloque en el momento del render y manipulás los atributos que necesitás. Un ejemplo funcional:
add_filter( 'render_block', function( $block_content, $block ) {
if ( 'core/embed' !== $block['blockName'] ) {
return $block_content;
}
// Agregar atributos de seguridad al iframe
$block_content = str_replace(
'Este tipo de personalización es particularmente útil cuando usás el plugin de fallback OpenGraph, porque las tarjetas generadas por OpenGraph incluyen links externos que conviene manejar con atributos de seguridad explícitos. Eso sí: si usás un hosting compartido con restricciones en la ejecución de PHP personalizado, como en algunos planes básicos, es mejor encapsular este código en un plugin simple en vez de meterlo en el functions.php del tema.
Qué anunció WordPress.com: agentes de IA con capacidad de escritura y publicación
El 20 de marzo de 2026, Automattic anunció que su servidor MCP para WordPress.com ahora soporta operaciones de escritura completas. Podés pedirle a Claude, ChatGPT o Cursor que redacte un post, lo formatee, le asigne categorías y etiquetas, y lo deje listo para publicar, todo desde la interfaz del agente de IA, sin abrir el panel de WordPress.
Las 19 nuevas operaciones cubren 6 tipos de contenido: posts, páginas, comentarios, categorías, etiquetas y medios. Un agente puede crear una landing page respetando el sistema de diseño del tema activo, aprobar o responder comentarios pendientes, reorganizar la taxonomía del sitio y corregir alt text en la biblioteca de medios. Según la referencia de herramientas MCP, el agente lee primero la configuración visual del sitio antes de generar contenido.
La funcionalidad está disponible para todos los planes pagos de WordPress.com sin costo adicional. No hace falta instalar nada ni configurar APIs manualmente: la integración es nativa. Complementá con comparar las mejores opciones de seguridad.
Qué es el protocolo MCP y cómo conecta IA con WordPress
El Model Context Protocol es un estándar abierto impulsado por Anthropic que define cómo un modelo de IA interactúa con servicios externos. Es una API estructurada que los agentes entienden nativamente: en vez de que vos construyas integraciones complejas, el modelo ya sabe qué herramientas tiene disponibles y cómo usarlas.
El timeline de WordPress.com con MCP fue gradual. En octubre de 2025 habilitaron solo lectura. En enero de 2026 sumaron autenticación OAuth 2.1. Y en marzo de 2026 llegaron las operaciones de escritura.
La conexión funciona así: desde Claude Desktop, ChatGPT o Cursor, agregás el servidor MCP de WordPress.com como fuente. El agente se autentica vía OAuth 2.1, recibe la lista de herramientas disponibles según tus permisos, y puede ejecutar acciones. Cada operación es una "tool" con parámetros definidos — por ejemplo, create_post recibe título, contenido, categorías, etiquetas y estado.
No confundas el MCP de WordPress.com con el MCP Adapter para WordPress self-hosted. El primero es un servicio gestionado por Automattic. El segundo es un plugin open source publicado en febrero de 2026 que podés instalar en cualquier WordPress auto-alojado, pero la configuración, seguridad y mantenimiento corren por tu cuenta.
Qué pueden hacer exactamente los agentes de IA en tu sitio
Posts y páginas
El agente puede crear, editar y actualizar posts y páginas. Antes de escribir, lee el sistema de diseño del tema activo, así que el contenido generado se ajusta al aspecto visual del sitio. Puede asignar autor, fecha, estado (borrador, programado, publicado), categorías y etiquetas.
Comentarios
Aprobar, rechazar o responder comentarios pendientes. Para sitios con alto volumen, esto es útil: podés pedirle al agente que filtre spam, identifique preguntas técnicas y genere respuestas contextuales en bloque.
Categorías, etiquetas y medios
Crear, renombrar y reorganizar categorías y etiquetas. Corregir alt text en la biblioteca de medios — algo que la mayoría de los sitios tiene pendiente y que afecta tanto SEO como accesibilidad. Relacionado: cómo limpiar tu base de datos correctamente.
Medidas de seguridad y control de permisos
El modelo de seguridad tiene varias capas. Los posts se guardan como borrador por defecto: aunque le pidas al agente que publique, necesitás aprobación explícita. Las eliminaciones van a la papelera, no se borran definitivamente. Tenés 30 días para recuperar cualquier contenido.
Los roles de WordPress se respetan completamente: si tu usuario tiene permisos de Editor, el agente no puede cambiar configuración del sitio ni instalar plugins. El Activity Log registra toda acción ejecutada por agentes, con timestamp, operación y resultado. El dashboard en wordpress.com/me/mcp permite activar o desactivar operaciones individuales por sitio con toggles granulares.
Plugins populares para embed en WordPress: comparativa
Más allá del plugin experimental de Pento, hay opciones consolidadas para ampliar las capacidades de embedding en WordPress. El ecosistema de plugins de embed cubre desde casos generales hasta verticales específicas como video o podcasts.
| Plugin | Fuentes soportadas | Precio | Mejor caso de uso |
|---|---|---|---|
| EmbedPress Pro | 150+ | Pago | Sitios con embeds de múltiples fuentes diversas |
| Simple YouTube Embed | YouTube | Gratuito | Sitios orientados a video con optimización de carga |
| Videojs HTML5 Player | Video propio / CDN | Gratuito | Hosting propio de video sin depender de plataformas |
| OpenGraph Fallback Embed (Pento) | Cualquier URL con OG tags | Experimental / Gratuito | Fallback para sitios sin soporte oEmbed |
| oEmbed Plus | Extiende el core | Gratuito | Agregar proveedores oEmbed personalizados |
EmbedPress Pro es la opción más completa para sitios que necesitan incrustar contenido de muchas fuentes distintas, pero su precio puede no justificarse si solo usás dos o tres plataformas. Simple YouTube Embed, en cambio, es quirúrgico: hace una sola cosa bien, con carga lazy por defecto y sin el overhead de plugins multipropósito. El plugin de Pento ocupa un nicho diferente al resto: no compite con ellos, los complementa.
Si tu sitio corre en un hosting administrado como Donweb, donde el rendimiento del servidor ya viene optimizado para WordPress, el impacto de agregar un plugin liviano de embed es prácticamente nulo en términos de latencia.
Errores comunes y mejores prácticas para el embed en WordPress
El error más frecuente es asumir que eliminar oEmbed del sitio va a romper las previsualizaciones cuando compartís links en redes sociales. No es así. Las tarjetas de Facebook, Twitter o LinkedIn leen OpenGraph directamente desde el HTML de tu página. oEmbed es una tecnología para consumir embeds de otros sitios en el tuyo, no para controlar cómo se ve tu sitio en plataformas externas.
Otro punto que suele ignorarse: WordPress expone por defecto un endpoint oEmbed propio en /wp-json/oembed/1.0/embed y agrega discovery links en el <head> de todas las páginas. Desactivar esos discovery links es una práctica de hardening válida si no querés que otros sitios incrusten tu contenido fácilmente, y no afecta el funcionamiento interno de tus propios embeds.
En cuanto a rendimiento, los iframes de embed bloquean el hilo principal si se cargan de manera sincrónica. Agregar loading="lazy" al iframe via el hook render_block es gratis en términos de implementación y puede mejorar el LCP en páginas con múltiples embeds. No es una solución mágica, pero suma. Lo complementamos en integrar inteligencia artificial en WordPress.
Riesgos reales: seguridad, spam y contenido de baja calidad
El primer riesgo con los agentes de IA escribiendo en WordPress es la inundación de contenido mediocre. Si publicar un artículo cuesta "una conversación con un chatbot", la barrera de entrada baja a cero. Las actualizaciones de Helpful Content de Google de 2025 penalizaron fuerte el contenido IA sin valor agregado. Que sea fácil publicar no significa que sea buena idea hacerlo sin supervisión editorial. En la actualización que causó problemas masivos profundizamos sobre esto.
El segundo problema es la autenticidad. WordPress.com no exige etiquetar el contenido generado por IA. No hay ningún indicador visible para el lector que diferencie un post escrito por un humano de uno generado por un agente. En un ecosistema que ya tiene un problema serio de content farms, esto suma presión. Nuestros colegas de donweb.news lo analizan en las fallas críticas de seguridad SSRF.
Por qué las imágenes son el cuello de botella número uno en WordPress
Los agentes de IA ahora pueden publicar contenido en WordPress, pero de poco sirve si la página tarda 5 segundos en cargar porque las imágenes pesan más que todo el HTML, CSS y JavaScript combinados. Las imágenes representan aproximadamente la mitad del peso total de una página web promedio. En sitios con muchas fotos, el impacto es directo en Core Web Vitals y en tasa de rebote.
WebP y AVIF reducen el peso hasta un 60% respecto a JPEG, con soporte de navegador superior al 93% en 2026. Plugins como BerqWP Fluid Images, ShortPixel e Imagify permiten servir formatos next-gen con fallback automático a JPEG para navegadores legacy. El srcset nativo de WordPress usa tamaños fijos que no siempre coinciden con el contenedor real — soluciones como Fluid Images adaptan la imagen al dispositivo y resolución exacta.
Esto se conecta con Gary: Embed All The Things!, donde profundizamos en esa vulnerabilidad.
Tenemos un análisis detallado en Gary: Embed All The Things! si querés entender mejor cómo sucede esta vulnerabilidad.
Si querés enterarte más sobre vulnerabilidades en plugins de sliders, mirá Gary: Embed All The Things!.
Mirá qué similar fue lo que pasó en Gary: Embed All The Things!, donde los atacantes podían escalar permisos directamente.
Si querés profundizar en esto, revisá nuestro artículo sobre Gary: Embed All The Things!.
Para profundizar en el tema, revisá nuestro artículo sobre Gary: Embed All The Things!.
Qué está confirmado / Qué todavía no está confirmado
Confirmado
- El plugin OpenGraph Fallback Embed de Gary Pento fue publicado el 26 de marzo de 2026 y está documentado en pento.net
- El plugin actúa exclusivamente como fallback: oEmbed tiene prioridad siempre
- El bloque Embed de Gutenberg admite personalización de atributos via
render_block - WordPress.com habilitó write capabilities en su servidor MCP el 20 de marzo de 2026
- Los posts creados por agentes quedan en borrador por defecto y requieren aprobación manual
- Desactivar oEmbed no afecta las previsualizaciones sociales del sitio (usan OpenGraph por separado)
Todavía no está confirmado
- Si el plugin de Pento será propuesto para incorporación al core de WordPress o quedará como proyecto independiente
- Si OpenGraph Fallback Embed llegará al repositorio oficial de WordPress.org con revisión de seguridad formal
- Qué sucede con URLs que tienen metadatos OpenGraph incompletos o malformados (el comportamiento de fallback del fallback no está documentado)
- Si WordPress.com planea extender las capacidades MCP a operaciones de configuración del sitio (temas, plugins) en futuras iteraciones
Preguntas frecuentes
¿Cómo funciona el plugin OpenGraph Fallback Embed para incrustar enlaces que no son compatibles con oEmbed?
El plugin de Gary Pento intercepta el bloque Embed cuando oEmbed no devuelve resultado para una URL. En ese caso, hace una solicitud a la URL destino, lee sus metadatos OpenGraph (og:title, og:description, og:image) y construye una tarjeta visual con esa información. El resultado es similar a una link preview de Slack o Discord, pero renderizada dentro del editor de bloques de WordPress.
¿Por qué no se previsualizan mis enlaces en WordPress aunque el sitio tiene OpenGraph?
Sin el plugin de Pento u otro fallback equivalente, WordPress no usa OpenGraph para generar embeds. El bloque Embed solo consulta el endpoint oEmbed del sitio destino, y si ese endpoint no existe o no responde, muestra el link plano. Que tu sitio tenga OpenGraph bien configurado no cambia esto: son dos protocolos distintos con propósitos distintos. Para previsualizaciones en redes sociales sí usa OpenGraph, pero para incrustar contenido de terceros depende de oEmbed.
¿Cómo optimizar el bloque Embed de WordPress para mejorar el rendimiento?
La mejora más directa es agregar loading="lazy" a los iframes generados por el bloque, usando el hook render_block en un plugin propio. También conviene agregar referrerpolicy="no-referrer" por razones de privacidad y rel="noopener noreferrer" en los links wrapper cuando aplica. Para embeds de video, plugins como Simple YouTube Embed reemplazan el iframe por una miniatura con carga bajo demanda, lo que mejora el LCP de manera más significativa que el lazy loading solo.
¿Desactivar oEmbed en WordPress afecta cómo se ven mis links en redes sociales?
No. Las previsualizaciones en Facebook, Twitter, LinkedIn y WhatsApp leen los metadatos OpenGraph del <head> de tu página, independientemente de si oEmbed está activo o no. oEmbed es una tecnología para que otros sitios incrusten tu contenido o vos incrusten el de ellos — no tiene ningún efecto sobre cómo las plataformas sociales generan tarjetas de tus URLs. Podés desactivar oEmbed con tranquilidad si no lo necesitás, especialmente para reducir solicitudes HTTP salientes.
Conclusión
El plugin de Gary Pento no es una revolución, pero tapa un hueco que existía desde siempre en el sistema de embeds de WordPress. oEmbed fue un gran avance, pero su dependencia del sitio destino siempre fue un techo. Usar OpenGraph como fallback es una solución pragmática: aprovecha metadatos que ya existen en casi cualquier sitio web moderno, sin requerir cooperación del propietario.
Lo que queda por ver es si esta lógica termina en el core o se queda como plugin de nicho. Dado que WordPress corre en más de 40% de la web, cualquier mejora en la experiencia de embedding tiene un impacto real a escala. Pento tiene historial de contribuciones al core, así que no sería raro que esto evolucione.
Mientras tanto, el stack práctico para embedding en 2026 es claro: oEmbed para los proveedores principales, el plugin de Pento como fallback para el resto, render_block para personalizar atributos de seguridad, y lazy loading en iframes para no sacrificar rendimiento. No hace falta más que eso para cubrir el 95% de los casos.
Fuentes
- Gary Pento — Embed All The Things! (fuente original del plugin OpenGraph Fallback)
- PC Solución — Eliminando oEmbed y discovery links en WordPress
- WooFácil — Mejores plugins para embed en WordPress
- Bubuku — Cómo optimizar el bloque Embed de WordPress con atributos HTML
- WordPress.org — Repositorio de plugins con tag embed