EL PROBLEMA:
- Estoy intentando, sin mucho éxito, implementar una imagen de gráfico abierto en el sitio: http://www.guarenty-group.com/cz/
- La página de inicio está completamente omitiendo la etiqueta og:image, donde las páginas internas leen todas las imágenes del sitio y colocan og:image como la última opción.
- Otras redes sociales funcionan bien tanto en las páginas internas como en la página de inicio.
LA CONFIGURACIÓN:
- No tengo botones para compartir o similares, todo lo que quiero es poder compartir el enlace a través de mi perfil.
- La imagen tiene más de 300x300px: http://guarenty-group.com/img/gg_seal.png
-
Así es como se ve mi etiqueta de cabeza:
<!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Transitional//EN" "http://www.w3.org/TR/xhtml1/DTD/xhtml1-transitional.dtd"> <html xmlns="http://www.w3.org/1999/xhtml"> <head> <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> <title>Guarenty Group : Pojištění pro nájemce a pronajímatelé</title> <meta name="keywords" content="" /> <meta name="description" content="Guarenty Group pojišťuje příjem z nájmu pronajímatelům, kauci nájemcům - aby nemuseli platit velkou částku v hotovostí předem - a dále nájemcům pojišťuje příjmy, aby měli na nájem při nemoci, úrazu či nezaměstnání." /> <meta name="image_src" content="http://guarenty-group.com/img/gg_seal.png" /> <meta name="image_url" content="http://guarenty-group.com/img/gg_seal.png" /> <meta property="og:title" content="Pojištění pro nájemce a pronajímatelé" /> <meta property="og:url" content="http://guarenty-group.com/cz/" /> <meta property="og:image" content="http://guarenty-group.com/img/gg_seal.png" /> <meta property="og:description" content="Guarenty Group pojišťuje příjem z nájmu pronajímatelům, kauci nájemcům - aby nemuseli platit velkou částku v hotovostí předem - a dále nájemcům pojišťuje příjmy, aby měli na nájem při nemoci, úrazu či nezaměstnání [...]" /> ... </head>
LOS RESULTADOS DE LAS PRUEBAS:
Para engañar al caché he probado el sitio con http://www.guarenty-group.com/cz/?try=N, donde he cambiado la N cada vez. Lo extraño es que las imágenes encontradas para diferentes valores de N son diferentes. A veces no hay imagen, a veces hay 1, 2 o 3 imágenes, pero cada vez hay un conjunto diferente de imágenes. Pero, en cualquier caso, ¡no pude encontrar la imagen especificada en el og:graph!
MIS PREGUNTAS:
- https://developer.linkedin.com/documents/setting-display-tags-shares dice una cosa, y el personal en el foro de soporte dice “más de 300” ¿Alguien sabe cuál es la dimensión mínima oficial de la imagen (tanto w como h)?
- ¿Puede una imagen ser demasiado grande?
- ¿Debo usar xmlns, no debo usar xmlns o no importa?
- ¿Cuáles son las longitudes máximas (y mínimas) de las etiquetas og:title y og:description?
Por supuesto, cualquier otra sugerencia es bienvenida 🙂
Gracias de antemano, saludos~
GothamCiudadSube
Esta respuesta la encontré en LinkedIn Los foros te pueden ser de ayuda:
Chicos, he pasado un día entero probando cosas diferentes. Lo que funcionó para mí es usar la mata [sic] etiquetas de la siguiente manera:
<meta prefix="og: http://ogp.me/ns#" property="og:title" content="{Your content}" /> <meta prefix="og: http://ogp.me/ns#" property="og:type" content="{Your content}" /> <meta prefix="og: http://ogp.me/ns#" property="og:image" content="{Your content}" /> <meta prefix="og: http://ogp.me/ns#" property="og:url" content="{Your content}" />Simplemente intente agregar un prefijo a cada etiqueta (no a la etiqueta html), luego vuelva a iniciar sesión con su cuenta LI para borrar el caché… Publique sus resultados.
Encontré esta solución simple que me funcionó después de muchas soluciones complicadas que no funcionaron:
La única forma de “borrar” la memoria caché de vista previa compartida para LinkedIn es engañar a LinkedIn para que piense que su página es una página diferente (y nueva).
Esto se hace agregando un parámetro inventado al enlace. No afecta a su página web, pero obliga a recuperar los metadatos.
Ejemplo:
Enlace original: //beantin.se/consultant-resume Enlace “Nuevo”: //beantin.se/consultant-resume?1
-
Esto es lo que funcionó para mí. Tenía todas las metaetiquetas adecuadas pero no podía apostar a LinkedIn para mostrar mi imagen. Agregar una cadena de consulta falsa a la URL funcionó y lo obligó a buscar la página con nuevas metaetiquetas que contenían la referencia a la imagen. ¡Gracias!
– Arier
25 de octubre de 2020 a las 3:34
-
Fácil y eficaz. ¡Muchas gracias!
– Iñaki
22 abr a las 17:10
Estaba teniendo el mismo problema anoche. Pasé horas investigando soluciones y probé las soluciones recomendadas por otros en esta publicación, pero fue en vano. Finalmente me puse en contacto con LinkedIn sobre este problema y respondieron de inmediato. Su equipo de desarrollo ha implementado una nueva herramienta llamada “Post Inspector”, que le permite optimizar el intercambio de contenido. Literalmente, en solo minutos esto realmente funcionó.
Todo lo que tiene que hacer es escribir su URL y ellos hacen todo el trabajo, es decir, verifican el código correcto de propiedades como imagen, autor, título, descripción, fecha de publicación, etc. No solo verifican, también le dicen qué código incluir, lo que falta y cómo solucionarlo.
Aquí está el sitio web para usar Post Inspector:
-
Aunque merece un +1 por la utilidad del enlace, tenga en cuenta que el Inspector de publicaciones no parece usar el mismo almacenamiento en caché que, por ejemplo, el perfil. Es decir, si realizó modificaciones en su sitio web y no parecen tenerse en cuenta, es posible que desee verificar primero la respuesta de Kym.
– Skippy el Gran Gourou
30 sep 2019 a las 14:52
-
Esto funcionó para mí y creo que esta debería ser la respuesta aceptada. Ingrese su URL al inspector de publicaciones y actualizará el caché de LinkedIn para la URL
– Connor Sanguijuela
10 de abril de 2020 a las 16:11
LinkedIn también almacena en caché vistas previas. Si la imagen de OpenGraph se almacenó incorrectamente en caché en algún momento anterior, intente anular el caché con un parámetro de consulta en un enlace compartido, por ejemplo https://your-website.com/?1.
Solo un poco tarde jajaja
Pero me encontré con este problema exacto, descubrí que linkedIn estaba extrayendo las metaetiquetas del final página de destino.
Mi sitio web al que estaba tratando de vincular tuvo una redirección instantánea, agregando las etiquetas og a la página donde fue redirigido para solucionar el problema.
Xavier Guihot
Asegúrese de que su og: Las etiquetas son parte del head etiqueta.
Me encontré con esto recientemente, pasé una gran cantidad de tiempo trabajando en ello con todos los tipos de soluciones anteriores. Estaba trabajando con el HTML de otra persona y finalmente descubrí que al html simplemente le faltaba el head etiquetamientras que tenía la etiqueta de cierre para la cabeza.
Aparentemente, Linked In no escanea el texto de la página en busca de las etiquetas og, sino que procesa el dom de la página, y si los objetos dom no están codificados correctamente, no se procesarán. Si tiene problemas con etiquetas no coincidentes o etiquetas no cerradas, este podría ser su problema si todo lo demás no funciona.
No necesité agregar un prefijo a las etiquetas meta o agregar etiquetas de alto y ancho de imagen og una vez que se arregló el html. Linked In lo procesó bien una vez que se arregló el html.
jeremy caney
Si no desea agregar un parámetro de cadena de consulta falsa a sus URL de LinkedIn, como se sugiere, por ejemplo, en la respuesta de @Kym, una solución simple es cerrar sesión y luego volver a iniciar sesión.