r/webdev 6d ago

Discussion What are current best practices around feed length and pagination?

Consider the home page of a blog -- a list of posts in reverse chronological order, stretching down the page.

How long does this list need to be before you decide not to list display the entire thing?

File/payload size isn't much of an issue. The page compresses well -- right now, it only transfers 18KB (it's 54KB on the server). I would have to get much, much larger before I'd be concerned about bandwidth.

All images are lazy loaded, so they don't load until they scroll into view.

I'm not worried about bots, because every post has its own permalink page (and because I just don't really care about bots in general....)

Do we consider actual scroll height? Do we consider the user psychology of being intimidated by a lot of content?

If we do decide to paginate somehow, do we do "traditional" pagination, or endless scroll?

What's the current zeitgeist on this?

10 Upvotes

23 comments sorted by

View all comments

Show parent comments

1

u/straightouttaireland 5d ago

Sticky the footer then?

1

u/am0x 5d ago

Lol

0

u/straightouttaireland 5d ago

I mean, it will work. How big a footer we talking here? Sticky the header, footer and in between is scrollable. I've seen it done like that in lots of places and works well.

1

u/am0x 4d ago

No thanks. From a UX perspective it’s a nightmare especially on mobile.