tutorial - open graph facebook html
Páginas de Facebook API: "Page Public Access Access" revisión screencast (2)
Mi sitio web utiliza la API de la página de Facebook para extraer contenido público de una página de Facebook, publicado por el propietario de la página, para crear un blog dinámico con un enlace claro a la página de Facebook.
Puede verlo aquí en acción: https://kc-hrubeho.cz (ctrl + F "Facebook"). El botón amarillo "Načíst další" funciona como una paginación de AJAX. Perdón por el idioma checo, lamentablemente este sitio web no tiene una versión en inglés.
Estoy usando esta URL para obtener el objeto JSON del contenido de la página: https://graph.facebook.com/<PAGE-ID>/feed?access_token=<TOKEN>&limit=10&fields=message,link,attachments,created_time,full_picture,picture,timeline_visibility
<TOKEN> & limit = 10 & fields = https://graph.facebook.com/<PAGE-ID>/feed?access_token=<TOKEN>&limit=10&fields=message,link,attachments,created_time,full_picture,picture,timeline_visibility
En este momento funciona , pero las preguntas frecuentes de la revisión de la aplicación indican esto
Mi aplicación solía acceder al contenido público en las páginas, ¿estoy afectado por los cambios de v3.0?
Sí. Las aplicaciones que acceden al contenido de páginas públicas deben solicitar la función de Acceso al contenido público de la página y deben ser revisadas por Facebook.
Además, hay este aviso:
Para poder mantener su acceso API actual, su aplicación deberá enviarse para su revisión antes del 1 de agosto de 2018.
He llenado el formulario para su revisión. Uno de los elementos requeridos es "el screencast".
Necesitamos ver su aplicación usando el Acceso al contenido público de la página para que podamos ver que no viola nuestras políticas. Cargue un tutorial de video en pantalla utilizando cualquier método, (incluso grabando con su teléfono). Debes mostrar:
- Cómo una persona inicia sesión con Facebook
- Cómo una persona ve esta característica utilizada en su aplicación
Sin embargo, instrucciones más detalladas sobre el screencast indican esto
No es necesario que envíe su aplicación si solo la utilizará usted o un número reducido de personas. Cualquier cuenta que aparezca en la pestaña Funciones del Panel de aplicaciones, como administradores, desarrolladores y evaluadores, puede acceder a todos los permisos y generar un token de acceso de página o usuario.
Puedes usar cualquiera de estas cuentas para probar tu aplicación y crear un screencast.
Esto es increíblemente confuso. Mis preguntas son:
Si mi código accede a la API de Pages y muestra el resultado en mi sitio web, ¿es "utilizado por un número reducido de personas"?
Si no necesito crear un screencast, ¿cómo puedo solicitar una revisión? ¿Incluso lo necesito (que significa "mi token funcionará después del 1 de agosto")?
Si necesito una revisión con un screencast, ¿qué debo grabar exactamente en mi caso? ¿Debo unir algunos screencasts de mi código y el sitio web a un solo video? Eso, imho, suena simplemente loco. :)
¿Hay un punto final diferente en conjunto (que no requiera una revisión o el screencast) que debo usar, si solo necesito leer los datos de mi propia página?
Mis aplicaciones antiguas están funcionando en este momento (no estoy seguro acerca del 1 de agosto, vea más arriba). Para las aplicaciones con el mismo propósito (solo para leer el contenido público de la página de FB propiedad del propietario de la aplicación) creadas después de todo el alboroto con las revisiones, ¿habrá el mismo conjunto de motores que para las anteriores?
¡Gracias por adelantado!
Editar
Esto es lo que he escuchado del moderador de grupo del grupo de apoyo oficial de FB Comunidad de Desarrolladores de Facebook :
Puede usar una aplicación en modo dev para recuperar la fuente de las páginas de las que es administrador. [...] No sé si el 1 de agosto cambiará el comportamiento actual o si el comportamiento actual es incluso el comportamiento previsto. [...] En realidad, nunca conocí a una persona que pudiera predecir lo que sucederá en más de 90 días ... la mayoría de los expertos no pueden predecir el clima de mañana;) En serio, no sé ...
Muy frustrante, pero hasta ahora la respuesta más específica que obtuve.
Si mi código accede a la API de Pages y muestra el resultado en mi sitio web, ¿es "utilizado por [un] número reducido de personas"?
Probablemente usted sea el único consumidor de la API en su aplicación. Dado que se trata de una llamada AJAX en segundo plano y no de una aplicación basada en el inicio de sesión, debe aplicarse la situación de "número reducido".
Si no necesito crear un screencast, ¿cómo puedo solicitar una revisión? ¿Incluso lo necesito (que significa "mi token funcionará después del 1 de agosto")?
Siempre que se compartan los roles de desarrollador de la aplicación y administrador de la página, cambiar la aplicación al modo de desarrollo asegurará que seguirá funcionando.
"Si su aplicación está en modo de desarrollo, debería poder obtener tokens de acceso a la página con cualquier permiso para cualquier persona que tenga un rol en su aplicación. Si solo desea administrar las publicaciones en su propia página o las páginas de los usuarios que tienen roles en en su aplicación, podrá hacerlo en modo de desarrollo sin enviar para su revisión ". - Respuesta del Soporte para desarrolladores de Facebook en https://developers.facebook.com/support/bugs/2029233277148530/ (informe privado de mi parte)
Si necesito una revisión con un screencast, ¿qué debo grabar exactamente en mi caso? ¿Debo unir algunos screencasts de mi código y el sitio web a un solo video? Eso, imho, suena simplemente loco. :)
Ver anterior.
¿Hay un punto final diferente en conjunto (que no requiera una revisión o el screencast) que debo usar, si solo necesito leer los datos de mi propia página?
Usar el punto final de la alimentación de página (/ PAGE_ID / feed), mientras que un usuario que sea desarrollador en la aplicación y que tenga un rol en la página debería funcionar, siempre que la aplicación esté en modo de desarrollo.
Mis aplicaciones antiguas están funcionando en este momento (no estoy seguro acerca del 1 de agosto, vea más arriba). Para las aplicaciones con el mismo propósito (solo para leer el contenido público de la página FB propiedad del propietario de la aplicación) creadas después de todo el alboroto con las revisiones, ¿habrá la misma regla [e] establecida como está para las antiguas?
La fecha límite del 1 de agosto es para un conjunto específico de permisos
- amigos del usuario
- enlace_usuario
- usuario_gender
- user_age_range
Debería funcionar igual ya que no son necesarios para mostrar las publicaciones de la página.
Use un token de usuario o página con acceso a manage_pages, ya que el token de la aplicación no puede identificar si tiene un rol en la página.
Sí, esto significará que tendrá que implementar una forma de actualizar el token del usuario o asegurarse de que el token de la página extendida no se invalide en segundo plano.
HTTP GET /page__id_owned/feed?access_token=APP|TOKEN
Response
#10) To use ''Page Public Content Access''...
HTTP GET /page__id_owned/feed?access_token=access_token_no_manage_pages
Response
#10) To use ''Page Public Content Access''...
HTTP GET /page__id_owned/feed?access_token=access_token_manage_pages
Response
{
"data": [
{
"created_time": "2018...
HTTP GET /page__id_NOT_owned/feed?access_token=access_token_manage_pages
#10) To use ''Page Public Content Access''...
El contenido de la página pública no está directamente relacionado con su caso de uso, es decir, no utiliza el "Contenido de la página pública". Esto es para un escenario en el que está analizando el contenido público como una fuente de datos, consulte la sección de uso común en https://developers.facebook.com/docs/apps/review/feature#reference-PAGES_ACCESS .
"El acceso al contenido público de la página, por otro lado, es una función de nivel de aplicación para el acceso de solo lectura a datos públicos anónimos, incluidos metadatos de negocios, comentarios públicos, publicaciones y revisiones de una página pública (no es propiedad de ningún desarrollador de su aplicación) . https://developers.facebook.com/docs/apps/review/feature#reference-PAGES_ACCESS "- Respuesta de Facebook Developer Support en https://developers.facebook.com/support/bugs/2029233277148530/ (informe privado de yo)
Para tu información, si superas el bloqueador de screencast, debes pasar por la verificación comercial. Si superas esto, no sé qué más tienes que vencer para borrar el guante de revisión de la aplicación.
Paso 2 de la revisión de la aplicación: se requiere verificación del negocio La revisión de permisos y características está completa. A continuación, verificaremos su negocio.
Para hacer esto, es posible que deba proporcionar documentación como una licencia comercial o una factura de servicios públicos.