fields example facebook-graph-api opengraph facebook-opengraph

facebook graph api - example - La pelusa de Facebook es la URL raíz de rastreo en lugar de la URL especificada



pagination facebook graph api (4)

Hay publicaciones previas sobre esto en la web, sin embargo, ninguna de las soluciones propuestas realmente funciona para mi escenario.

Tengo páginas para niños que tienen sus propias etiquetas og exclusivas, y una página principal de dominio raíz con su propia etiqueta og, todo para ser rastreada por Facebook para que las personas puedan ver las descripciones / imágenes cuando se publican.

Sin embargo, cuando publico la url de mi hijo en el cuadro, los resultados son evidentemente una prueba de que Facebook rastreó la página principal en su lugar. Incluso la página "ver exactamente lo que nuestra scrapper ve" confirma porque solo se muestra la plantilla principal.

Aquí hay un enlace al scrapper de fb: https://developers.facebook.com/tools/debug

Aquí están mis etiquetas de og en la plantilla html del dominio raíz: supongamos que el padre es www.me.com Supongamos que un niño es www.me.com/path/path

<head> ... <meta name="keywords" content="..."> <meta name="description" content="..." /> <meta property="fb:app_id" content="..."/> <meta property="og:site_name" content="..." /> <meta property="og:type" content="website" /> <meta property="og:title" content="..." /> <meta property="og:image" content="..." /> <meta property="og:description" content="..." /> <meta property="og:url" content="http://www.me.com" />

Aquí están las etiquetas og en la plantilla html secundaria:

<head> ... <meta name="keywords" content="..."> <meta name="description" content="..." /> <meta property="fb:app_id" content="..."/> <meta property="og:site_name" content="..." /> <meta property="og:type" content="article" /> <meta property="og:title" content="..." /> <meta property="og:image" content="..." /> <meta property="og:description" content="..." /> <meta property="og:url" content="http://www.me.com/path/path" />

Esto es muy frustrante porque he intentado eliminar y agregar muchas de las etiquetas en diferentes combinaciones, y cada vez, el padre de www.me.com se rastrea, mientras que el niño se ignora.

Traté de imitar el orden de las etiquetas de otros sitios con esta función que funciona como cnn.com, pero sin embargo, los míos todavía se niegan a rastrear al niño.

¿Alguna ayuda? Gracias.


Esta puede ser una pregunta estúpida, pero lo preguntaré de todos modos: ¿Las URL de los niños tienen acceso público? El problema al que se enfrenta podría deberse a que la url del niño está siendo redireccionada a la url raíz.

En la salida de Facebook Facebook, verifica la URL extraviada y la URL canónica . Esto te dará una idea, si las redirecciones están sucediendo.


Comprueba que no estás

  • Rechazar el intento del rastreador de llegar a la página secundaria
  • Redirigir la página secundaria a la página principal cuando el rastreador intenta cargarla
  • Incluir una metaetiqueta og: url en la página secundaria que apunta a la página principal
  • Incluir una metaetiqueta canónica en la página secundaria que apunta al padre

Esas son de lejos las razones más probables para esto, y aunque usted ha dicho en su pregunta que sus etiquetas de og: url son correctas, en mi experiencia es más probable que sea el problema.


Es Facebook ... hay algo en su ''caché'' o lo que quieras llamar ... cuando una página se registra con una URL incorrecta ... corregir eso puede ser complicado ... si no imposible ... .

Solo prueba esto ... cambia la URL de tu página anterior a: www.me.com/path/path/file1.php y ejecútala a través del linter .... con las metatags correctas .....


Solucioné el problema después de finalmente notar algunos consejos extraños. El sitio en el que estoy trabajando está configurado para que la vista de la primera página redirija a una página de bienvenida si y solo si no se ha establecido una cookie específica.

Por lo tanto, el rastreador de Facebook estaba golpeando esa página cada vez. Sin embargo, no fue obvio porque la página de bienvenida hereda mucho y se parece a una de las páginas secundarias normales.

Qué error desafortunado y que consume mucho tiempo.