Explore Plugins

Why Popular Articles Are Not Changing

Last updated July 1, 2026 Reading time: 16 minutes

Why Popular Articles Are Not Changing

The Popular Articles section in SoftwareRoad Knowledge Base is based mainly on recorded visitor views.

This means the list does not change simply because an article was recently published, edited or moved to another category.

New articles usually need time to collect genuine visitor views before they begin appearing as popular content.

When article view tracking is enabled, SoftwareRoad Knowledge Base records an anonymous total each time an eligible visitor opens a published knowledge base article.

Articles with higher saved view totals are more likely to appear in the Popular Articles section.

The list can be shown in places such as:

  • The main knowledge base homepage
  • Category pages
  • Article sidebars
  • Other enabled knowledge base panels

The exact location depends on your SoftwareRoad Knowledge Base settings and layout.

Publishing an article does not automatically make it popular.

An article needs visitors to open it before its view total begins to increase.

For example:

  • Article A has 250 views
  • Article B has 110 views
  • Article C was published today and has 3 views

Article C is unlikely to replace Article A or Article B immediately, even if it is newer.

This is expected behaviour.

Recently published articles need time

A new WordPress knowledge base article may initially receive only a small number of views.

Its visibility can depend on:

  • Search wording
  • Category placement
  • Internal links
  • Search engine indexing
  • Support emails linking to it
  • Related and recommended article sections
  • Visitor demand for the subject

Give new articles time to build a meaningful view total.

Logged-in editors may not be counted

Views from users who can edit or manage knowledge base articles may be excluded.

This prevents your own editing and testing from changing the public popularity list.

For example, repeatedly opening an article while signed in as a WordPress administrator may not increase its total.

This is useful because administrators often refresh articles several times while:

  • Updating content
  • Checking screenshots
  • Testing links
  • Reviewing layout
  • Checking mobile display

Those visits do not necessarily represent genuine visitor interest.

Test while signed out

To test whether article views are being recorded:

  1. Open Knowledge Base > Analytics.
  2. Note the current view total for a published article.
  3. Sign out of WordPress.
  4. Open a private browser window.
  5. Visit the article.
  6. Return to the Analytics dashboard.
  7. Refresh the page.
  8. Check whether the total has increased.

Allow for caching before deciding that tracking has failed.

Use a private browser window

A private browser window is useful because it usually opens without your WordPress administrator session.

This gives you a closer view of what a normal visitor experiences.

It also helps avoid:

  • Administrator exclusions
  • Logged-in page caches
  • WordPress admin toolbar differences
  • User-role visibility rules

One or two test visits should be enough.

Do not repeatedly refresh the article because those visits may be included in its total.

New knowledge bases use fallback content

A newly created knowledge base may not yet have enough view data to produce a meaningful Popular Articles list.

In this situation, SoftwareRoad Knowledge Base can use recently updated articles as fallback content.

This prevents the Popular Articles section from appearing empty while the WordPress knowledge base is new.

The fallback list may remain fairly stable until genuine visitor views begin to separate the articles.

Recently updated fallback articles

Fallback content is normally based on articles that were published or updated recently.

This may make the Popular Articles section look similar to the Recently Updated section during the early stages of the knowledge base.

As real view totals grow, the list should gradually reflect the most frequently opened articles.

View totals need time to build

Popular article ordering does not normally change after every single visit.

If one article has 400 views and another has 25, a few test visits will not change their positions.

The second article would need enough additional traffic to overtake the first.

This is especially noticeable on an established knowledge base where popular guides have been collecting views for a long time.

Check article view tracking is enabled

Open:

Knowledge Base > Settings

Find the article view or analytics settings.

Confirm that article view tracking is enabled.

Depending on your version, this setting may appear under:

  • Features
  • Analytics
  • Articles

Save the settings after making any changes.

Without view tracking, Popular Articles may rely on fallback content rather than live popularity data.

Check Article View Analytics

Open:

Knowledge Base > Analytics

Review the Article Views section.

Compare the totals with the order shown in Popular Articles.

If the displayed popular list matches the highest recorded totals, the section is working correctly even if it has not changed recently.

Confirm the articles are published

Popular Articles should use publicly available knowledge base content.

Check that the expected article is:

  • Published
  • Public
  • Not in the Trash
  • Not scheduled for a future date
  • Not marked as private

Draft and private articles should not be promoted to normal visitors.

Check the Unlisted Article setting

Unlisted articles are excluded from normal public discovery areas.

This normally includes:

  • Popular Articles
  • Knowledge base search
  • Category listings
  • Related Articles
  • Recommended Articles
  • XML sitemaps

An unlisted article can still be opened through its direct URL, but it should not be promoted as popular content.

To make it eligible:

  1. Edit the article.
  2. Find the Unlisted Article setting.
  3. Disable it.
  4. Select Update.
  5. Clear the website cache.

Check the article is accessible

Open the expected article while signed out.

Make sure it does not:

  • Return a 404 error
  • Redirect to another article
  • Require a WordPress login
  • Show an unavailable licence message
  • Remain saved as a draft

An inaccessible article should not normally appear in public Popular Articles sections.

Check the active licence

Public SoftwareRoad Knowledge Base features require an active Monthly or Yearly licence.

Open:

Knowledge Base > Licence

Confirm that the licence is active.

If the licence was recently reactivated, clear all public page caches before testing Popular Articles again.

The list shows recently updated articles instead of the most viewed

This normally happens when there is not yet enough usable view data.

Possible reasons include:

  • The knowledge base is new
  • Article view tracking was enabled recently
  • Very few visitors have opened articles
  • Most testing has been completed while signed in
  • Existing view totals are very similar
  • View tracking is disabled

As visitor totals grow, the list should become more clearly based on popularity.

This may be completely normal.

Certain articles often remain popular because they cover subjects needed by many visitors.

Examples include:

  • How to install the plugin
  • How to activate a licence
  • How to create the knowledge base page
  • How to fix a common error
  • Where to find a product key

A stable Popular Articles list can indicate that the same core guides continue to be useful.

A frequently edited article is not becoming popular

Editing an article does not normally increase its view total.

The article may move into Recently Updated content, but that does not make it more popular.

Popular Articles and Recently Updated Articles measure different things:

  • Popular Articles reflects visitor activity
  • Recently Updated Articles reflects the modified date

Do not repeatedly update an article solely to try to change its popularity position.

A new article is not appearing

Check that:

  • The article is published
  • It is not unlisted
  • Visitors have actually opened it
  • Article view tracking is enabled
  • Its direct URL works
  • The page cache has been cleared
  • It has enough views to compete with existing popular articles

A new article with five views will not normally replace an older guide with hundreds of views.

An article with many views is missing

Check whether the article is:

  • Unlisted
  • Draft
  • Private
  • Trashed
  • Inaccessible
  • Excluded by the current category context
  • Displayed below the configured item limit

Also confirm that the Analytics dashboard shows the expected total.

Some layouts may show Popular Articles that are relevant to the current category.

This means the list on one category page may differ from the main knowledge base homepage.

For example, the Troubleshooting category may prioritise popular troubleshooting guides rather than the most viewed article across the whole knowledge base.

Check the list in more than one location before assuming it is incorrect.

Check the number of displayed articles

The Popular Articles setting may limit how many articles are shown.

For example, if the limit is five, an article ranked sixth will not appear even if it has a healthy view total.

Open the relevant settings and check the configured number of articles.

Increasing the limit may show more results, but avoid making the section unnecessarily long.

Search for the missing article elsewhere

A guide missing from Popular Articles may still appear normally in:

  • Knowledge base search
  • Its category page
  • Related Articles
  • Recommended Articles
  • Recently Updated Articles

Popular Articles is only one discovery method.

An article does not need to appear there to remain useful.

Check WordPress caching

A cached homepage, category or article sidebar may continue showing an older Popular Articles list.

Clear:

  • WordPress page cache
  • Object cache
  • Hosting cache
  • Server cache
  • CDN cache
  • Browser cache

Then open the page in a private browser window.

Clear the exact affected page

Some caching systems store each page separately.

Clear the cache for:

  • Main knowledge base homepage
  • Affected category page
  • Affected article page

Clearing only the WordPress administration cache will not refresh the public list.

Object caching

Object caching systems such as Redis can keep database query results available for longer.

If Analytics shows updated totals but the public Popular Articles list remains unchanged, clear the object cache.

Use the controls provided by your host or caching plugin.

Do not delete database tables or analytics records simply to clear a cache.

CDN caching

A content delivery network may serve an older version of the page.

Purge the affected knowledge base URLs.

Then test the origin page or open the public page after the CDN cache has cleared.

Logged-in administrators may see an uncached page while visitors receive a cached version.

This can make the list appear different.

Always test the normal visitor version in a private browser window.

Clear the logged-out or public page cache if the older list remains.

Article views are not increasing

If view totals do not change during a signed-out test, check:

  • Article view tracking is enabled
  • The article is published
  • The licence is active
  • The article loads normally
  • JavaScript is working
  • AJAX requests are not blocked
  • Caching is not delaying the update
  • You are not still signed in through another browser account

Test more than one article.

Check browser developer tools

Open the browser developer tools and review the Console and Network tabs.

Look for:

  • JavaScript errors
  • Failed AJAX requests
  • 403 responses
  • 404 responses
  • 500 server errors
  • Blocked scripts
  • Content Security Policy errors

A script failure may prevent article view tracking even when the article itself appears correctly.

Check security plugin restrictions

Security tools may block anonymous analytics requests.

Review settings related to:

  • admin-ajax.php
  • Anonymous POST requests
  • Bot protection
  • Rate limiting
  • WordPress nonces
  • REST or AJAX restrictions
  • Firewall rules

Do not permanently disable your security plugin.

Identify the blocked request and add a narrow exception where appropriate.

Check performance optimisation

JavaScript optimisation can interfere with view tracking.

Temporarily test without:

  • Delayed JavaScript
  • Deferred scripts
  • Combined JavaScript
  • Removed unused JavaScript
  • Aggressive script minification

Clear all caches after changing the optimisation settings.

If tracking begins working, exclude the relevant SoftwareRoad Knowledge Base script from that optimisation.

Cached or expired nonces

Some WordPress AJAX requests use a security nonce.

A heavily cached article page may contain an expired nonce, causing the view request to fail.

Clear the page and server cache, then load a fresh version of the article.

This issue is more likely when pages are cached for a very long period.

Bots and automated traffic

Article view totals can sometimes be influenced by automated requests.

Examples include:

  • Search engine crawlers
  • Monitoring services
  • Link preview tools
  • Security scanners
  • External bots

SoftwareRoad Knowledge Base Article View Analytics is a practical documentation metric, not a complete web analytics platform.

Treat totals as a guide to activity rather than an exact count of unique human visitors.

Repeated visits

The same person may open an article more than once.

Repeated visits or refreshes may increase its total.

This means:

  • 100 views does not always mean 100 different people
  • A support team repeatedly sharing one article may increase its position
  • A widely linked troubleshooting guide may remain popular for a long time

Use the totals to understand relative interest rather than exact audience size.

High views do not always mean the article is helpful

An article may be popular because visitors repeatedly encounter the problem it covers.

Compare article views with:

  • Helpful voting
  • Search Analytics
  • No-result searches
  • Support questions
  • Recent plugin updates

A high-view article with poor feedback may need urgent improvement.

Low views do not always mean the article is unnecessary

A specialist guide may only be needed occasionally.

For example, a rare server configuration error may receive few views but still save considerable support time when it occurs.

Do not delete an article solely because it does not appear in Popular Articles.

Do not manipulate view totals

Avoid repeatedly opening an article just to force it into the Popular Articles list.

This makes the analytics less useful.

The section should reflect genuine visitor interest.

If an important article needs more visibility, use better methods such as:

  • Add it to a suitable category
  • Improve its title and excerpt
  • Link to it from related guides
  • Use Recommended Articles
  • Add an Automatic Article Link
  • Include it in a Getting Started journey
  • Link to it from support emails

Improve article discovery

An article may collect few views because visitors cannot easily find it.

Check:

  • Article title
  • Manual excerpt
  • Assigned category
  • Search wording
  • Internal links
  • Related Articles
  • Recommended Articles
  • Automatic Article Links
  • Main knowledge base navigation

Improved discovery can lead to more genuine views over time.

Compare Analytics sections

Use several analytics signals together.

For example:

High search volume, low article views

Visitors may search for the subject but fail to recognise or select the article.

Improve the title and excerpt.

High article views, negative feedback

Visitors find the article, but it may not solve the problem.

Improve the instructions.

Low article views, positive feedback

The article may be useful but difficult to discover.

Add relevant internal links.

High article views, positive feedback

The article is likely working well.

Keep it accurate and updated.

Changing an article slug or the article URL base should not normally reset its saved view total because it remains the same WordPress article.

However, future traffic may fall if old links are not redirected.

After changing URLs:

  • Add redirects
  • Update internal links
  • Clear caches
  • Test the new address
  • Check Analytics

Moving an article to another category does not normally remove its view history.

However, it may change where the article is eligible to appear.

For example, a category-specific Popular Articles panel may no longer show it in the old category.

Check the article’s current category assignments.

A database backup can restore older article view totals and settings.

After restoring WordPress, check:

  • Article view tracking
  • Analytics totals
  • Published articles
  • Unlisted settings
  • Active licence
  • Popular Articles settings
  • Cache

The restored list may reflect the date when the backup was created.

After moving WordPress to a new host or domain:

  1. Confirm the licence is active.
  2. Check article view tracking.
  3. Resave WordPress permalinks.
  4. Clear all caches.
  5. Test an article while signed out.
  6. Review Analytics.
  7. Check the Popular Articles list.

Database analytics should normally move with the WordPress database.

Resetting article views

Only reset Article View Analytics when there is a clear reason and your current plugin version provides the relevant control.

Possible reasons may include:

  • Removing test data before launch
  • Starting a new reporting period
  • Correcting heavily inflated development traffic

Before resetting:

  • Record the current totals
  • Create a database backup
  • Confirm whether the reset affects one article or all articles
  • Understand that the Popular Articles list may return to fallback content

Do not reset genuine data simply because you prefer a different list.

If all view totals are cleared, the plugin may use recently updated articles as fallback content.

The list will begin changing as new visitor views are recorded.

Clear public page and object caches after resetting analytics.

The list shows deleted articles

Clear:

  • WordPress page cache
  • Object cache
  • Server cache
  • CDN cache

Also check that the article has actually been moved to Trash rather than only removed from a category.

A cached page may continue displaying its old title temporarily.

The list links to a 404 page

Open the affected article in WordPress.

Check:

  • Published status
  • Current slug
  • Article URL base
  • Permalinks
  • Redirects
  • Cache

If the article URL changed, update or redirect the old link.

Open:

Knowledge Base > Settings

Check whether Popular Articles is enabled for the relevant page type.

Depending on your layout, there may be separate options for:

  • Homepage
  • Categories
  • Articles
  • Left sidebar
  • Right sidebar

Save the settings and clear the cache.

Check that:

  • Published articles exist
  • Articles are not unlisted
  • The licence is active
  • Popular Articles is enabled
  • Article view tracking is enabled
  • Recently updated fallback content is available
  • Public pages have been visited
  • Cache has been cleared

A new knowledge base may need published articles before fallback content can appear.

Contact SoftwareRoad support

Contact support if:

  • Article view totals are increasing
  • Published listed articles exist
  • The licence is active
  • Popular Articles is enabled
  • The public list remains empty or clearly unrelated to the totals
  • Cache has been fully cleared

Include:

  • Website address
  • SoftwareRoad Knowledge Base version
  • WordPress version
  • Screenshot of Article View Analytics
  • Screenshot of the Popular Articles section
  • Whether the issue affects the homepage, categories or articles
  • Whether the page was tested while signed out
  • Details of the caching system in use

Do not publicly share your full product key.

Before contacting support, check that:

  • Popular Articles is enabled
  • Article view tracking is enabled
  • The Monthly or Yearly licence is active
  • Articles are published
  • Expected articles are not unlisted
  • Direct article URLs work
  • Views are being tested while signed out
  • Administrator visits are not being used as the main test
  • Article View Analytics shows saved totals
  • New articles have been given time to collect views
  • Recently updated fallback content has been considered
  • The configured article limit has been checked
  • Category-specific lists have been considered
  • WordPress, object, server and CDN caches have been cleared
  • AJAX and JavaScript errors have been checked
  • Security and optimisation plugins have been reviewed
  • Important articles have clear titles, excerpts and internal links
  • Genuine view totals have not been manipulated or unnecessarily reset

Popular Articles will normally begin changing as real visitors open published knowledge base articles and enough view data builds to replace the recently updated fallback content.

Continue reading

How to Fix the Knowledge Base Shortcode Not Displaying How to Fix the Knowledge Base Shortcode Not Displaying SoftwareRoad Knowledge Base uses the following shortcode to display the main WordPress knowledge…