Idiomas

Etiquetas Open Graph: no son un factor de ranking, pero siguen siendo un entregable SEO

Qué son las etiquetas Open Graph, por qué no son un factor de ranking de Google, qué hace realmente Google con og:title/og:image/og:site_name, tamaños de og:image documentados por plataforma, comportamiento de respaldo y caché por plataforma, y cómo forzar un re-rastreo.

Publicado por primera vez: 2 jul 2026 · Última actualización: 22 ago 2026 · Avanzado
Idiomas
AIEscrito porAI v2

Las etiquetas Open Graph (OG) son elementos <meta> en tu head, del protocolo Open Graph (ogp.me, creado por Facebook), que describen tu página como un objeto compartible. Las cuatro propiedades requeridas son og:title, og:type, og:image, og:url; añade og:description, og:site_name, og:locale y og:image:alt. Su función principal es la tarjeta de vista previa del enlace que la gente ve cuando tu URL se comparte en Facebook, LinkedIn, Slack, Discord, WhatsApp e iMessage, por lo que son una palanca de CTR, no un factor de ranking. Pero Google sí las lee: og:title está listado entre las fuentes que puede usar para el título del enlace en la SERP (añadido en agosto de 2024), og:image es una entrada documentada para la selección automática de miniaturas de imagen en Search y Discover, y og:site_name es una entrada de menor prioridad para el nombre del sitio que se muestra en los resultados; nada de esto garantiza que tu valor se use tal cual. Espina práctica: og:image necesita una URL absoluta y una descripción alt documentada; cada plataforma publica su propia guía de tamaño (LinkedIn: 1200×627 mínimo, 1,91:1; Google Discover: al menos 1200px de ancho, 16:9) en lugar de una cifra universal, aunque 1200×630 (1,91:1) es la convención de larga data entre plataformas; la falta de etiquetas causa una vista previa no controlada (no en blanco); cada plataforma almacena en caché el rastreo, por lo que editar las etiquetas no arregla los enlaces ya compartidos; fuerza un re-rastreo con el Facebook Sharing Debugger o el LinkedIn Post Inspector. La mayoría de los rastreadores sociales no ejecutan JavaScript, por lo que las etiquetas deben estar en el HTML renderizado en el servidor.

TL;DR — Las etiquetas Open Graph son elementos <meta> del <head> del protocolo Open Graph (ogp.me, creado por Facebook) que describen tu página como un objeto compartible. Requeridas: og:title, og:type, og:image, og:url; comunes opcionales: og:description, og:site_name, og:locale y og:image:alt. Las propiedades repetidas forman matrices, y la primera etiqueta tiene prioridad en conflictos. No son un factor de clasificación — son la capa de apariencia para las vistas previas de enlaces en redes sociales/aplicaciones de chat (Facebook, LinkedIn, Slack, Discord, WhatsApp, iMessage). El manejo por parte de los motores de búsqueda es independiente y no debe inferirse de la validez de Open Graph. El protocolo en sí no establece dimensiones de píxeles para og:image — cada consumidor publica su propio tamaño (LinkedIn, Google Discover) — así que envía una og:image con URL absoluta dimensionada para las plataformas que soportas; ten en cuenta que las etiquetas faltantes producen una vista previa no controlada, no en blanco; y recuerda que cada plataforma almacena en caché el rastreo — editar las etiquetas no corrige los enlaces ya compartidos, así que fuerza un nuevo rastreo. La mayoría de los rastreadores sociales no ejecutan JavaScript, por lo que las etiquetas deben estar en el HTML renderizado en el servidor.

Evidence for this claim The Open Graph protocol defines og:title, og:type, og:image, and og:url as basic metadata for representing a page as a graph object. Scope: Open Graph protocol vocabulary; platform rendering can vary. Confidence: high · Verified: Open Graph protocol Evidence for this claim Meta's sharing crawler uses server-rendered Open Graph metadata and provides Sharing Debugger tools to inspect and refresh scraped information. Scope: Meta/Facebook sharing behavior, distinct from search ranking. Confidence: high · Verified: Meta for Developers: Webmasters sharing guide

Qué son realmente las etiquetas Open Graph

Las etiquetas Open Graph son elementos <meta> en el <head> de tu página, definidos por el protocolo Open Graph — una especificación que Facebook creó y publicó en ogp.me. La premisa del protocolo es que una página web puede convertirse en un “objeto” enriquecido con un vocabulario pequeño y consistente de propiedades, de modo que cualquier plataforma pueda construir la misma vista previa a partir de las mismas etiquetas. El explicador de desarrolladores de Google lo expresa claramente: el protocolo Open Graph “proporciona a Facebook los metadatos necesarios para permitir que las páginas web tengan la misma funcionalidad que otros objetos de Facebook”, según el artículo de web.dev sobre descubrimiento social.

La especificación marca cuatro propiedades como requeridas — og:title, og:type, og:image y og:url — y las que casi siempre añadirás además son og:description, og:site_name y og:locale, junto con subpropiedades estructuradas como og:image:width, og:image:height y og:image:alt (la propia guía de la especificación: una página que especifica og:image debería especificar también og:image:alt).

Las etiquetas repetidas y las propiedades estructuradas siguen reglas específicas. El protocolo permite repetir una propiedad raíz para describir múltiples objetos (por ejemplo, varias imágenes candidatas) — cuando los consumidores ven valores conflictivos para la misma propiedad, la primera etiqueta en orden de documento gana. Una subpropiedad estructurada como og:image:width se aplica a la etiqueta og:image inmediatamente anterior, no a cada imagen de la página, así que mantén el og:image de cada imagen y sus subpropiedades estructuradas agrupadas en orden de origen. Este es un comportamiento a nivel de protocolo de ogp.me en sí, no una peculiaridad específica de cada plataforma.

El marco que quiero que conserves: esta es la capa de apariencia social/chat, la hermana de la capa de apariencia de SERP que ya gestionas con la etiqueta de título y la meta descripción. Misma idea — controlar cómo se presenta tu página — solo que en una superficie diferente.

Las etiquetas Open Graph principales, una por una

El explicador de web.dev de Google da el propósito de cada etiqueta en una línea: og:title es “el título de la página web,” og:description es “la descripción de la página web,” og:image es la “URL de una imagen adjunta a la publicación compartida,” og:url es “la URL canónica de la página web,” y og:type es “una cadena que indica el tipo de la página web” (web.dev). En la práctica:

  • og:title — el titular de la tarjeta. Mantenlo aproximadamente en lo que se muestra en las tarjetas móviles/de escritorio; usa el título sin el nombre del sitio añadido. Esto es independiente de tu elemento <title> en HTML, aunque Google puede usar cualquiera de los dos para el enlace del título (ver más abajo).
  • og:description — el resumen de la tarjeta. Una o dos frases; el texto más largo se trunca en la mayoría de las plataformas.
  • og:image — la miniatura, y la propiedad que hace o deshace la tarjeta. Debe ser una URL absoluta (https://…) — una ruta relativa es ignorada silenciosamente por los rastreadores. Añade og:image:width/og:image:height para que las plataformas puedan diseñar la tarjeta antes de que la imagen termine de cargar, y og:image:alt con una descripción real — el propio protocolo lo recomienda siempre que especifiques og:image.
  • og:url — la URL canónica de la página (alinéala con tu rel=canonical para que las acciones se consoliden en una sola dirección).
  • og:type — declara el tipo de objeto. website es el predeterminado (y como se trata cualquier página sin marcar); article desbloquea propiedades adicionales como article:author, article:published_time y article:section; también hay tipos profile, book, video.* y music.*. Esto importa para las funciones de la plataforma, no directamente para el SEO.
  • og:site_name y og:locale — el par opcional pero útil. og:site_name nombra la marca detrás de la página; og:locale (predeterminado en_US) solo es necesario cuando el contenido no está en inglés estadounidense.

¿Son las etiquetas Open Graph un factor de ranking? No — pero esto es lo que Google hace con ellas

No hay ninguna fuente oficial de Google que indique que las etiquetas OG influyen en el ranking. Controlan la apariencia, no la posición — exactamente el mismo grupo en el que John Mueller puso la meta descripción: es “utilizada principalmente como fragmento en la página de resultados de búsqueda. Y eso no es algo que usaríamos para el ranking” (vía el artículo de Search Engine Journal). Ningún representante nombrado de Google ha dado una cita equivalente y registrada específicamente sobre Open Graph y el ranking, así que no inventaré una — la evidencia es el mecanismo documentado, y el mecanismo es todo apariencia. Hay tres lugares confirmados donde la documentación de Google dice que lee tus etiquetas OG — y en cada caso, el marcado válido es una entrada que Google puede usar, no una garantía de una visualización particular, un recorte particular, o cualquier resultado de ranking o tráfico. La ausencia de uno de estos documentos tampoco es prueba de que Google ignore la etiqueta en otros lugares — trata esto como “lo que está documentado”, no como una lista exhaustiva de todo lo que los sistemas de Google podrían tocar.

og:title como fuente del enlace de título

Desde el 26 de agosto de 2024, la documentación de Google enumera “Contenido en las etiquetas meta og:title” entre las fuentes que puede usar para generar automáticamente el enlace de título — el titular en el que se puede hacer clic en los resultados. La línea del registro de cambios es directa: “Google Search puede usar contenido dentro de las etiquetas meta og:title para generar automáticamente enlaces de título” (registro de cambios de Search Central). Es una de aproximadamente nueve fuentes que Google combina (documentación de enlaces de título) — no es una garantía de que tu og:title se use textualmente.

og:image como fuente de la miniatura de imagen

Las prácticas recomendadas de imágenes de Google tienen una sección “Especifica una imagen preferida con metadatos” que menciona dos fuentes de metadatos que puedes usar para influir en qué imagen se elige para la Búsqueda: primaryImageOfPage de schema.org (o una imagen en la entidad principal), o “la etiqueta meta og:image.” Google es explícito en que “la selección de una vista previa de imagen por parte de Google es completamente automática” y te advierte que “evites usar una imagen genérica (por ejemplo, el logotipo de tu sitio) o una imagen con texto en el marcado de schema.org o en la etiqueta meta og:image.” Su documento de Discover ofrece las mismas dos opciones para las imágenes de Discover y añade una guía concreta: al menos 1200 px de ancho, más de 300 000 píxeles en total y una relación de aspecto de 16:9 (su propio ejemplo es 1280×720) — ten en cuenta que es una relación diferente a la convención de 1,91:1 que se usa para las tarjetas de redes sociales más abajo, así que una sola imagen dimensionada para compartir en redes no será automáticamente el recorte preferido de Discover.

La prensa especializada (Search Engine Land, Search Engine Journal, Search Engine Roundtable) cubrió esta documentación de Imágenes/Discover como nueva a principios de marzo de 2026 e informó que el papel de og:image ahora se extiende también a AI Overviews. No pude confirmar una mención a AI Overviews directamente en las páginas de Imágenes o Discover de Google — ninguna de las dos páginas menciona actualmente AI Overviews o “superficies de IA” — así que trata el papel en Búsqueda/Discover como el hecho documentado y la extensión a AI Overviews como algo informado por terceros, no algo que la documentación propia de Google afirme explícitamente. En cualquier caso, esto es selección, no posicionamiento: og:image es una entrada entre varias, sin garantía de visualización exacta.

og:site_name como fuente del nombre del sitio

Para el nombre del sitio que se muestra junto a tus resultados, Google dice: “Our site name system will also consider content in og:site_name, <title>, heading elements, and other text on a home page. However, WebSite structured data is most important.” (traducción) «Nuestro sistema de nombres de sitio también tendrá en cuenta el contenido de og:site_name, <title>, los elementos de encabezado y otros textos de una página de inicio. Sin embargo, los datos estructurados WebSite son lo más importante» (documento de nombres de sitio). Así que og:site_name es una palanca, por debajo del marcado de schema de WebSite en prioridad. (Para páginas de vídeo hay un cuarto punto de contacto: Google admite OGP y lee og:video:image para las miniaturas de vídeo, según la documentación de Video SEO.)

Si lo unimos todo, el titular honesto es: Google lee tus etiquetas OG, pero solo para ayudar a decidir cómo se ve tu resultado — nunca dónde se posiciona.

Cómo usan las plataformas sociales y las aplicaciones de chat las etiquetas OG

La función principal y cotidiana de las etiquetas OG es la tarjeta de vista previa del enlace. Facebook, LinkedIn, Slack, Discord, WhatsApp, iMessage y Telegram las leen todas para crear la tarjeta que se muestra antes de un clic.

X/Twitter es el caso especial. Las Twitter Cards son, en palabras de Google, “una extensión del Open Graph Protocol aplicable a Twitter” (web.dev). X comprueba las etiquetas twitter:card / twitter:* primero y recurre a las etiquetas OG por propiedad; si twitter:card está ausente por completo, X aún puede crear una tarjeta a partir de los datos OG, pero por defecto usa el tipo de tarjeta summary simple. Vale la pena saberlo: la antigua herramienta Twitter Card Validator fue obsoleta alrededor de 2022 cuando la plataforma se renombró — varias guías de la competencia todavía la mencionan como si estuviera activa. Ya no hay un validador oficial específico de X; los depuradores OG de terceros cubren ese vacío.

Tamaño y formato recomendados de og:image

El propio protocolo Open Graph no establece dimensiones en píxeles ni relación de aspecto para og:image — ogp.me solo define las propiedades estructuradas (og:image:width, og:image:height, og:image:type, og:image:alt), no un tamaño requerido. El tamaño es una decisión de cada consumidor, y los consumidores no están todos de acuerdo:

  • LinkedIn documenta su propio mínimo directamente: 1200 × 627px, proporción 1,91:1; las imágenes más estrechas que ~401px se muestran solo como una miniatura pequeña.
  • Google Discover documenta al menos 1200px de ancho, más de 300 000 píxeles en total, proporción de aspecto 16:9 (ejemplo dado: 1280×720) para sus metadatos de imagen preferida — una proporción notablemente diferente a la convención de tarjeta social a continuación.
  • La documentación actual de compartir de Facebook pide imágenes “de al menos 1080 píxeles de ancho” sin fijar una proporción universal; te remite a una guía separada de mejores prácticas para los detalles.

Dado ese rango, 1200 × 630px (aproximadamente 1,91:1) sigue siendo el valor predeterminado práctico multiplataforma que la mayoría de los implementadores usan — está cerca del mínimo propio de LinkedIn y se renderiza de manera aceptable (aunque no siempre perfecta) en Facebook, Slack, Discord, WhatsApp e iMessage, y X lo muestra como una tarjeta de imagen grande. Trátalo como una convención sensata, no como una regla que exija alguna especificación en particular — si una plataforma específica te importa mucho, consulta la documentación actual de esa plataforma en lugar de asumir que esta cifra está garantizada allí.

Dos cosas que son reglas estrictas, no convenciones:

  • URL absoluta requerida. og:image debe apuntar a una URL completa https://…; una ruta relativa es ignorada por los rastreadores.
  • Sin logotipos genéricos ni imágenes con mucho texto si también quieres que la imagen sea elegible para la selección de miniaturas de Google — Google advierte explícitamente contra ambos, y contra proporciones de aspecto extremas. Configura también og:image:alt con una descripción real.

Qué sucede cuando faltan las etiquetas Open Graph

Un mito común es que “sin etiquetas OG” significa “enlace de texto plano, sin imagen”. No es así — las plataformas hacen una reserva, no se quedan en blanco. Facebook completa los vacíos desde el <title> de la página, la meta descripción y la primera imagen de contenido utilizable; LinkedIn se comporta similar y trata las imágenes más estrechas que ~401px como solo miniaturas. Así que el riesgo real de omitir las etiquetas OG es una vista previa no controlada y peor — una imagen aleatoria en el cuerpo, un <title> truncado — no una ausente. Si te importa cómo se ve una página al compartirse (y para cualquier cosa que promocionarías, debería importarte), configura las etiquetas en lugar de dejar que cada plataforma adivine.

Por qué tus etiquetas OG actualizadas no aparecen — caché y re-rastreo

Este es el punto de dolor práctico número uno. Facebook, LinkedIn y Slack todos almacenan en caché los datos OG rastreados, así que editar tus etiquetas no actualiza retroactivamente los enlaces que ya se compartieron. La documentación de webmaster de Facebook confirma un mecanismo específico que vale la pena conocer: “las imágenes se almacenan en caché según la URL y no se actualizarán a menos que la URL cambie” — así que si estás solucionando una imagen atascada, cambiar el nombre de archivo de og:image (no solo su contenido) puede forzar una nueva obtención. No tengo una fuente de primera mano para saber exactamente cuánto tiempo vive la caché de cada plataforma antes de que expire por sí sola, así que no trates ninguna duración específica que veas citada en otro lugar como una garantía documentada — fuerza un re-rastreo por plataforma en lugar de esperar a que pase:

  • Facebook Sharing Debugger (developers.facebook.com/tools/debug) — pega la URL y usa “Scrape Again” para activar una nueva obtención.
  • LinkedIn Post Inspector — vuelve a obtener y previsualiza la tarjeta; si la imagen aún no se carga, verifica que no esté bloqueada o detrás de autenticación.
  • X/Twitter — sin validador oficial desde ~2022. Dado que X recurre a las etiquetas OG, un depurador OG genérico más un nuevo compartir es la ruta práctica.

Debido a que los rastreadores almacenan en caché y el contenido cambia, las etiquetas OG no son realmente de configurar y olvidar: después de una actualización significativa de contenido o imagen en una página de alto valor, vuelve a rastrearla.

Errores de implementación: JavaScript, límites de bytes, URLs absolutas

El mayor de ellos se relaciona directamente con el renderizado: la mayoría de los rastreadores de plataformas sociales no ejecutan JavaScript. Las etiquetas OG inyectadas en el lado del cliente —por ejemplo, mediante React después de la hidratación— son invisibles para ellos; el rastreador ve un <head> vacío. Las etiquetas deben estar presentes en el HTML sin procesar y renderizado en el servidor. Esta es la misma distinción entre rastreo y renderizado que afecta a los sitios con mucho JavaScript en otros contextos (consulta JavaScript SEO). Se ha informado (aunque no documentado en una especificación oficial) que Slack obtiene solo un número limitado de bytes desde el inicio de una página, así que, como margen de seguridad, coloca tus etiquetas OG al principio de <head> en lugar de después de un gran bloque de script o estilo en línea. Y, una vez más, porque es el asesino silencioso: og:image debe ser una URL absoluta.

Bing, Microsoft y Open Graph

Bing está mucho menos documentado aquí que Google. El Validador de marcado de Bing (en Bing Webmaster Tools) enumera Open Graph entre los formatos de marcado estructurado que reconoce, junto con schema.org, Microdata, Microformats y RDFa, y la guía de migración de Bing señala los metadatos OG como algo que debe mantenerse actualizado durante una mudanza, pero Bing no ha publicado especificaciones similares a las de Google sobre si los datos OG alimentan sus fragmentos o miniaturas, ni cómo lo hacen. En la práctica, el consumidor más fuerte del ecosistema de Microsoft de las etiquetas OG es LinkedIn (propiedad de Microsoft), que lee og:title, og:description, og:image y og:url para construir sus tarjetas para compartir. No exageres un mecanismo de Bing que no está documentado.

Mitos comunes sobre Open Graph, desmentidos

  • “Las etiquetas OG son un factor de ranking de Google.” No — ninguna fuente oficial lo dice. Afectan la apariencia (fuentes de título-enlace, miniatura de imagen, nombre del sitio), no la posición.
  • Mito citado literalmente desde la fuente inglesa para refutarlo: “OG is only for Facebook, irrelevant to real SEO.” (traducción) «OG solo sirve para Facebook y es irrelevante para el SEO real». Desactualizado. Los propios documentos de Google enumeran og:title (títulos de enlace, añadido en agosto de 2024), og:image (una entrada de selección de imágenes en Búsqueda/Discover) y og:site_name (una entrada de nombre de sitio de menor prioridad) como tres características de apariencia separadas para las que lee las etiquetas OG — aunque “AI Overviews” específicamente es un informe de la prensa comercial, no una afirmación en las propias páginas de Imágenes/Discover de Google según esta verificación.
  • “Sin etiquetas OG significa un enlace simple y sin imagen.” No — las plataformas recurren a <title>/meta description/primera imagen, lo que da una vista previa no controlada, no una en blanco.
  • “Actualizar og:image corrige al instante todos los enlaces ya compartidos.” No — Facebook/LinkedIn/Slack almacenan en caché el raspado; debes forzar un nuevo raspado, y el almacenamiento en caché de la CDN puede retrasarlo aún más.
  • “Usa el Validador de tarjetas de Twitter para corregir las vistas previas de X.” Esa herramienta quedó obsoleta alrededor de 2022; ahora no hay un validador oficial de X.
  • “Cualquier tamaño/URL de imagen sirve para og:image.” No — debe ser una URL absoluta, y Google advierte contra logotipos genéricos, texto en la imagen y relaciones de aspecto extremas para su propia selección de miniaturas.

Dónde ir a continuación

Esta página es una inmersión profunda bajo el centro de Meta Tags para SEO, el mapa del cluster de on-page sobre qué elementos del head realmente importan. Open Graph es la capa de apariencia social/chat — sus hermanos en el lado de la apariencia en la SERP son la etiqueta de título (de la que Google puede extraer tu og:title) y la meta description (el análogo más cercano: no es un factor de ranking, se trata del clic). Para el lado de la imagen y el nombre del sitio, OG se superpone con el marcado de schema — Google trata og:image y primaryImageOfPage de schema como fuentes alternativas de miniaturas. Y debido a que la mayoría de los rastreadores sociales no ejecutan JavaScript, todo el tema depende del renderizado y del JavaScript SEO.

Add an expert note

Pin an expert quote

New person? Create their unclaimed profile at /admin/experts/ → Pin a quote first.