Closed bonustrack closed 6 years ago
I started working on it, but couple of problems things came out that should be discussed.
next
and prev
(https://webmasters.googleblog.com/2014/02/infinite-scroll-search-friendly.html). We are paginating by start_author
and start_permlink
which is great for pagination, which would prevent duplicate content on multiple pages. Do you think it's alright?/
depends on whether user is logged in or not. If they are, we use user feed, if not, it's trending page. How should we handle this server side? I don't think we should wait for login request to resolve to know if user is logged in or not. It takes 500ms+ to receive response from SteemConnect. Then we would fetch feed which would be another 500ms+. We can't assume user is logged in, because we don't have their username anyway. What do we do about it?@Sekhmet
/trending/busy?page=2
pages? I don't think pagination is necessary, the most important is that Google can see the posts of the first page and can see topics and sorting link. Paginated page are not much relevant for Google, what a page like this mean for user on Google?: busy.org/trending/busy?page=12
access_token
stored in cookie so i don't see why we will need to wait a response from SC2./trending/busy/
it will only see 20 posts and nothing else, because bot can't scroll down. next
and prev
links in meta tags would allow GoogleBot to navigate website./trending
on SSR when /
is requested?Alright, I don't think we would add meta links just yet. We don't have way to scroll up, so if user clicks on link from Google that would contain start_post
they wouldn't be able to see higher posts, only go down. We will see if we need meta links after adding SSR for first page, and add them if needed.
Now the feed are not visible by Google robots because it's loaded on user browser. Can we have them loaded on server side so Google can navigate in busy.org and index the posts?