Post by leafo in Games released well after page creation never get on "Most Recent"; it sorts by page publish date rather than "actually indexed" date

Viewing post in Games released well after page creation never get on "Most Recent"; it sorts by page publish date rather than "actually indexed" date

There are many circumstances where can’t have “fully automatic” freshness bumps due to abuse. Certain events related to discoverability for project pages may have the requirement that page has previously been reviewed by a human at some point. Your page previously wasn’t in any queue to be reviewed since it was marked by you as unavailable up until when you changed its status.

Generally speaking, I do not advise developers to depend on the “Most recent” page for discoverability, as there are many games coming through those pages daily. My recommendation is to publish your game and start promoting it to your own channels. Additionally, utilize things like devlogs & major updates to ensure that your page can receive any additional boosts by our system if your page ends up being eligible. All of these can help ensure that your page is prioritized for internal review if needed for the page.

Hope that helps explain a few things

Like Reply

runevision84 days ago(+1)

There are many circumstances where can’t have “fully automatic” freshness bumps due to abuse.

Giving a game a "bump" at the time it's indexed for the first time is not a "freshness bump" because it's never been on the index at all prior to this point. It's not like it will result in a game being at the top of the Most Recent list once, and then again when it's indexed, because prior to indexing it's not on that list at all. So my suggestion would only result in the game starting at the top of Most Recent once instead of never.

Your page previously wasn’t in any queue to be reviewed since it was marked by you as unavailable up until when you changed its status

Yes and it was also not indexed before for the same reason. Naturally the first time it's available and thus indexed, it should start at the top of Most Recent, not because of manual review or "freshness bump", but simply because it's the most recent entry to be on the Most Recent page (and in the index in general).

If a game is available from the beginning when it's published (and the dev is in good standing due to prior games) then the game automatically starts at the top of the Most Recent page without any review needed, from my understanding. This is because the time of indexing and the time of page creation happens to be the same. Time of page creation works as the "initial time" used for sorting, without any "freshness bumps" having been applied. All I'm saying is that this "initial time" should not be the time of page creation (where the game may not be indexed at all anyway), but rather the time of being included in the index for the first time.

Generally speaking, I do not advise developers to depend on the “Most recent” page for discoverability, as there are many games coming through those pages daily.

Completely off topic argument. I did do external promotion. But the Most Recent and similar lists on Itch exist, and they do have an effect, so there's reason to want them to work in a sensible way rather than in a way that penalizes games that had a page available long before the game itself was indexed. For reference, here's a comparison between my external promotion vs the effect of getting on those Itch lists when you applied the manual bump.

Many developers simply don't have anything at their own disposal that's as powerful as the eyeballs that those lists on Itch provides. So whether you're comfortable with it or not, the exact logic of how those lists work does have a big effect on which games gets seen or not.

Again, I'm not arguing for any "additional exposure", I'm simply arguing for a different time to be the "initial one" that's used without considering any "freshness bumps". And I'm saying that this initial time should obviously be the time a game is included in the Itch index, rather than a point in time that may be long before that.

Hope that helps explain a few things

Unfortunately not, as it seemed to misunderstand my point and did not present any argument for why using time of indexing as the initial time is not superior to using time of page creation as the initial time.

Like Reply

leafoAdmin84 days ago (1 edit) (+1)

Unfortunately not, as it seemed to misunderstand my point and did not present any argument for why using time of indexing as the initial time is not superior to using time of page creation as the initial time.

Sorry you feel that way, I’m not trying to ignore your feedback, I’m trying to explain how our system works and how we have mechanisms for pages to re-surface after they’ve already been published for some time.

Can we change how things work? Sure, we regularly are tweaking aspects of indexing and sorting. Thank you for your feedback. But, for the sake of responding to this thread (specifically the title you wrote), I am explaining to you how it currently works so that you (and other readers) may best use that information. The information I am telling you will always be relevant as well: We want to encourage people to write a devlog when they change their page substantially (or even on project launch). We want to encourage people to promote their game their outside channels as soon as they’re ready.

itch.io lets people publish pages in all kinds of different states, and change things around at any time. There are a lot of edge cases that could influence when a page was actually “published”. (For example, in response to your own suggestion: a developer could easily accidentally “publish” their page, then take it down, leave it up for some time as unindexed, then publish it again later and wonder why it’s not showing up in most recent) At this time, the devlog is the “formal” way to acknowledge a substantial update to your page so that the system may consider it for resurfacing in certain sorting algorithms.

Just keep in mind that some stages may require a human review, so there may be a delay before the system processes your page.

For reference, here’s a comparison between my external promotion vs the effect of getting on those Itch lists when you applied the manual bump.

The “manual bump” was more than just an increment of the “date” of your project. I also tagged your game in a way that makes it eligible to appear on the homepage outside of direct recommendations/followers (The “fresh games” section). This is not something that happens automatically, regardless of releasing a page or posting a devlog. This is something that only human reviewer can trigger. The things I advised in my last post will help prioritize your project in our internal queues to enable a human reviewer to discover it.

If you view your referral information you can see a majority of the traffic is coming from itch.io/, which is the homepage. Being on the homepage may have an impact on your page’s global popularity rate which can impact how you appear on other pages as well. Looking at your own analytics in isolation, it’s hard to say exactly what a change in date only would do.

Like Reply

runevision83 days ago (1 edit) (+1)

The “manual bump” was more than just an increment of the “date” of your project. I also tagged your game in a way that makes it eligible to appear on the homepage outside of direct recommendations/followers (The “fresh games” section).

I see, thanks for that clarification and for applying that tag.

I also appreciate that you are listening this far and trying to clarify things. With your latest reply I feel we are finally at least talking about the same things.

There are a lot of edge cases that could influence when a page was actually “published”. (For example, in response to your own suggestion: a developer could easily accidentally “publish” their page, then take it down, leave it up for some time as unindexed, then publish it again later and wonder why it’s not showing up in most recent)

Sure, with my suggestion such edge cases would still require a human review, so no worse than today.

But the more sensible case of first having a game not available (and thus not indexed) though it has a public page, and later make it available (so it's indexed) would work much better out of the box without any human review needed.

My point is that using the first time a game is indexed as its "initial time" is just the sensible baseline and has only advantages and no disadvantages compared to using an "initial time" that precedes the game being indexed at all. There is just no argument for using an "initial time" that is earlier than the first time of being indexed.

We want to encourage people to write a devlog when they change their page substantially (or even on project launch). (...) Just keep in mind that some stages may require a human review, so there may be a delay before the system processes your page.

Yes, the human reviews are slow and/or unreliable. Again, I did make a "major update" tagged devlog shortly after my game was available for download and indexed, but there was no effect from that in the three days between I posted it and you applied your bump, so either it was not picked up in human review, or it was still in queue after three days.

This is not a complaint over the human reviews not being more efficient - I know there are limited resources and a huge amount of games and so on. Rather, it just supports my argument that it's sensible to not rely on human reviews for things where the system could be improved in a way that would make some of those human reviews less critical. Anything that can work better in an automated way would both benefit developers and ease the load on human reviews.

Like Reply