Tamaño de imagen open graph: 1200 × 630 para todas las plataformas
El tamaño de imagen open graph que sirve en todas partes es 1200 × 630 píxeles, JPG o PNG, menos de 5 MB. Los números, su origen, el código y tres comandos para verificarlo.
El tamaño de imagen open graph se resuelve con una sola medida que funciona en todas las plataformas: 1200 × 630 píxeles, JPG o PNG, menos de 5 MB. Ese archivo cumple el mínimo recomendado por Meta, respeta la proporción 1.91:1, queda bajo los dos topes de peso documentados y sirve como respaldo de la tarjeta de X. No hace falta una colección. Hacen falta una imagen y cuatro líneas de HTML.
Antes de empezar
Se supone que las cuatro propiedades Open Graph obligatorias ya están en tus páginas. Si tienes dudas, el conteo sobre 26 páginas de inicio reales está en open graph tags on 26 homepages (en inglés), con la lista oficial de lo obligatorio. Para la etiqueta que describe la página en los resultados de búsqueda, revisa cómo escribir una meta description.
Por qué conviene un solo archivo
Cada plataforma que muestra una vista previa lee las mismas dos familias de etiquetas, en el mismo orden, y después recorta el resultado a su propio marco. La imagen que entregas es un insumo para el diseño de otro. Por eso un archivo generoso rinde más que una carpeta con variantes por plataforma: el recorte no lo controlas tú, así que controlas la fuente.
El protocolo Open Graph incluye og:image entre sus cuatro propiedades obligatorias. También define las propiedades opcionales de ancho, alto y descripción. Y si pones varias: «Si una etiqueta puede tener múltiples valores, coloca varias versiones de la misma metaetiqueta en la página. La primera etiqueta, de arriba hacia abajo, tiene preferencia en caso de conflicto» (ogp.me, consultado el 2026-10-27).
La imagen es tu archivo. El recorte pertenece a quien la muestra. Dimensiona para el marco que no ves.
Tamaño de imagen open graph: los números y de dónde salen
Dos fuentes públicas fijan las restricciones y no se contradicen: manda la más estricta. El relevamiento de 26 páginas de inicio que se cita abajo se hizo el 2026-08-27 y no se repitió para esta versión en español latinoamericano.
| Restricción | Valor | Fuente |
|---|---|---|
| Tamaño ideal | al menos 1200 × 630 | Docs de Meta |
| Tamaño mínimo | 200 × 200 | Docs de Meta |
| Proporción | cerca de 1.91:1 | Docs de Meta |
| Peso máximo | 8 MB | Docs de Meta |
| Peso máximo | menos de 5 MB | Ref. tarjeta X |
| Formatos | JPG, PNG, WEBP, GIF | Ref. tarjeta X |
| SVG | no compatible | Ref. tarjeta X |
Meta recomienda imágenes «de al menos 1200 x 630 píxeles para una visualización óptima en pantallas de alta resolución», con un mínimo de 200 x 200 y una proporción lo más cercana posible a 1.91:1 para que la imagen completa se vea en el feed sin recortes. X exige menos de 5 MB, acepta JPG, PNG, WEBP y GIF, usa solo el primer cuadro de un GIF animado y no admite SVG (documentación de Meta y referencia de tarjetas de X, verificadas el 2026-08-27).
La intersección segura es 1200 × 630, JPG o PNG, por debajo de 5 MB. Ese es el dato que hay que pasarle a quien produce el archivo.
El código que se pega
Cuatro líneas cumplen lo obligatorio; la quinta y la sexta evitan un ida y vuelta y describen la imagen. Solo URL absolutas: una ruta relativa a la raíz es la causa más común de que esto falle.
<meta property="og:image" content="https://ejemplo.com/og/inicio.jpg">
<meta property="og:image:width" content="1200">
<meta property="og:image:height" content="630">
<meta property="og:image:alt" content="Una línea que describe la imagen">
<meta name="twitter:card" content="summary_large_image">Fíjate en los atributos. Los valores de Open Graph van en property; los de la tarjeta de X, en name. Las dos familias se leen igual en cualquiera de los dos, pero en nuestro relevamiento del 2026-08-27 sobre 26 páginas de inicio, tres sitios escribían al menos una etiqueta en el atributo equivocado, entre ellos MDN, que pone sus diez etiquetas og: en name.
Verificar con tres comandos
Ejecútalos sobre una URL publicada. Cada uno termina en un valor que puedes comparar con la tabla.
- Lee lo que declara la página:
curl -sL --compressed -A 'Mozilla/5.0' https://ejemplo.com/ | grep -o '<meta[^>]*og:image[^>]*>'. Si no devuelve nada, la etiqueta la inserta un script y la mayoría de los lectores no la verá. - Confirma que la URL es absoluta y responde: copia el valor de content y corre
curl -sI <url> | head -3. Buscas un 200 y un tipo de contenido de imagen. Un 404 aquí se ve como ninguna imagen y ningún error. - Confirma que el tamaño real coincide con lo declarado. En macOS:
sips -g pixelWidth -g pixelHeight archivo.jpg. Declarar 1200 × 630 sobre un archivo de 800 × 600 es peor que no declarar nada, porque la plataforma reserva un espacio que nunca va a recibir.
Tres errores que se repiten
Los tres se detectan en el HTML o con una sola petición HTTP. Ninguno necesita una vista previa renderizada.
- Ruta relativa en
og:image. El protocolo espera una URL. En el relevamiento del 2026-08-27 sobre 26 páginas de inicio, un sitio declarabaog:imageytwitter:imagecomo/dev-cdn/v/marketing/…. Si el lector no resuelve contra la página, no recibe nada, y tu navegador nunca te muestra el problema. - Un logo en vez de un banner. Un archivo cuadrado en un marco 1.91:1 queda con franjas o recortado al centro. En el mismo relevamiento, de los siete sitios que declaraban dimensiones, cuatro informaban menos de 1200 × 630: 400 × 400, 512 × 512, 800 × 600 y 1024 × 1024.
- Texto incrustado en la imagen. Lo que escribas ahí lo recortan marcos que no ves, y queda invisible para todo lo que lee texto. Pon las palabras en
og:title, donde ya se leen.
Hasta dónde llega
Tener el tamaño correcto no actualiza la vista previa. Cada plataforma guarda en caché lo que trajo la primera vez y ninguna vuelve a leer según tu calendario. Si cambias el archivo, cambia también la URL: una ruta nueva es el único mecanismo de caché que funciona igual en todos lados.
El segundo límite es la medición. No verificamos una vista previa renderizada en ninguna plataforma. Hacerlo en serio obligaría a publicar un enlace real en cada una, y los validadores que antes respondían están detrás de un inicio de sesión. Todo lo de aquí sale de requisitos publicados y de lo que 26 páginas de inicio declaran. Si una plataforma recorta tu imagen de una forma que esta página no anticipa, la plataforma tiene razón y esta página está incompleta.
Preguntas frecuentes
¿Cuál es el tamaño correcto de la imagen Open Graph?
1200 × 630 píxeles, el mínimo recomendado por Meta para pantallas de alta resolución y la proporción 1.91:1 que pide. Mantenlo por debajo de 5 MB para cumplir también con X, y en JPG o PNG para pasar todas las listas de formatos.
¿Necesito otra imagen para X?
No. La referencia de tarjetas de X documenta og:image como respaldo de twitter:image, así que un archivo cubre las dos. Agrega otro solo si de verdad deben ser distintos, sabiendo que tendrás dos archivos para mantener sincronizados.
¿Por qué mi vista previa no muestra imagen?
Por frecuencia: la URL es relativa, no devuelve 200, la etiqueta la inserta un script y no estaba en el HTML entregado, o el archivo es SVG. X dice claramente que SVG no es compatible.
¿Conviene declarar og:image:width y og:image:height?
Son opcionales y ayudan, porque quien conoce las dimensiones puede reservar la tarjeta antes de que llegue la imagen. Decláralas solo si son ciertas. En nuestro relevamiento, solo siete de 26 páginas las declaraban.
¿og:image:alt importa?
Es la descripción accesible de la imagen de la tarjeta, y casi nadie la escribe: tres de 26 en nuestro relevamiento. Cuesta una línea. Para ver lo que esas mismas páginas envían del lado de X, revisa twitter card tags on 26 homepages (en inglés), y para entender qué recibe un motor de tu página antes de analizarla, mira el registro de promoción de QueryWin.
Forma parte de la guía de QueryWin · Nivel 2
