My website uses Facebook Page API to pull public content from a Facebook page, published by the page owner, to create a dynamic blog with a clear link to the Facebook page.<
If my code access the Pages API and shows the result on my website, is it "used by [a] reduced number of people"?
You are most likely the only consumer of the API in your application. Since it's an AJAX call in the background and not a login based application, the "reduced number" situation should apply.
If I do not need to create a screencast, how can I apply for a review? Do I even need it (meaning "will my token work after 1st August")?
As long as the app developer and page admin roles are shared, switching the app to development mode will ensure it will keep working.
"If your app is in dev mode you should be able to get page access tokens with any permission for anybody who has a role on your app. If you just want to manage posts on your own page or the pages of users who have roles on your app, you'll be able to do so in development mode without submitting for app review." - Response from Facebook Developer Support at https://developers.facebook.com/support/bugs/2029233277148530/ (private report by me)
If I do need a review with a screencast, what exactly should I record in my case? Should I just stitch a few screencasts of my code and the website to a single video? That, imho, sounds just bonkers. :)
See previous.
Is there a different endpoint all together (which would not require a review or the screencast) that I should use, if I only need to read the data of my own page?
Using the page feed endpoint (/PAGE_ID/feed), while having a user who both is a developer on the app and has a role on the page should work, as long as the app is in development mode.
My old applications are working right now (not sure about August 1, see above). For applications with the same purpose (just to read public content of FB page owned by the owner of application) created after all the fuss with reviews, will there be the same rul[e]set as is for the old ones?
The August 1st deadline is for a specific set of permissions
It should work the same since these aren't needed to show the page posts.
Use a user or page token with manage_pages access, since the app token cannot identify whether you have a role on the page.
Yes, this will mean you will have to implement a way to either refresh the user token or ensure the extended page token doesn't invalidate in the background.
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'...
Public Page Content is not directly related to your use case, that is, you do not use "Public Page Content". This is for a scenario where you are analyzing public content as a data firehose, see the common usage section at https://developers.facebook.com/docs/apps/review/feature#reference-PAGES_ACCESS.
"Page Public Content Access, on the other hand, is an app-level feature for read-only access to anonymized public data including business metadata, public comments, posts and reviews for a public page (not owned by any developer on your app). https://developers.facebook.com/docs/apps/review/feature#reference-PAGES_ACCESS" - Response from Facebook Developer Support at https://developers.facebook.com/support/bugs/2029233277148530/ (private report by me)