Pial

Hi @keraweb & @lemoncpl ,

I’m really glad I was able to help and get things working for you. Please feel free to reach out to our support team anytime you need assistance, we’re always happy to help.

Also, if you don’t mind, I’d like to ask for a small favor. If you could spare just 30 seconds to leave a review and share your support experience with BetterDocs, it would genuinely mean a lot to me personally and to our team as well. Feedback like this really motivates us and helps us continue improving and supporting our users better.

You can leave your review here:
https://ww.wp.xz.cn/support/plugin/betterdocs/reviews/#new-post

Thank you so much in advance for your time and support. It’s truly appreciated.

Have a wonderful day!

Hey @temerity001

Really sorry for the inconvenience.

We’ve identified the issue, it’s triggered specifically on PHP 8.4+, and we’ve already applied a fix. We’ll be releasing an update very soon.

In the meantime, please use this development version: https://d.pr/f/5wyTti

Two things worth addressing on your end based on your debug log:

1. PHP memory limit — your site is might be on lower memory for a stack with WooCommerce + multiple plugins. We’d recommend raising it to at least 512 MB. Easiest path is asking your host to update memory_limit in php.ini, or add this to your wp-config.php:

define( 'WP_MEMORY_LIMIT', '512M' );

2. OceanWP memory error — the fatal in your log comes from OceanWP, likely a side effect of the issue we’re fixing. If it persists after installing the dev version and bumping memory, try switching to a default WordPress theme briefly to rule out a theme-specific interaction.

Let us know how it goes.

Hi @giangiluca ,

Thank you so much for sharing the templates — that gave us the context we needed to investigate.

Based on our investigation, here’s what we found:

• The Post Grid widget is currently configured to filter by category 1289 (“Corsi sicurezza elearning”).
• WordPress’s own category archive at https://www.quec.net/category/corsi-sicurezza-elearning/ shows “Non riusciamo a trovare quello che cerchi” (no posts found).
• Your site’s REST API endpoint /wp-json/wp/v2/posts?categories=1289 also returns an empty array.

This tells us WordPress itself isn’t finding any published posts in that category, so the Post Grid widget is correctly reflecting that result.

Could you please try the following and let us know how it goes?

1. Open Posts → Categories in your admin and click into “Corsi sicurezza elearning”.
2. Confirm that there are actually published posts assigned to it (not draft, private, or trashed). The count next to the category name in the list includes all statuses, so it may show 3 even if none of them are published.
3. Then try the Post Grid widget with a category you’ve confirmed has published posts — for example, “Agenzia Formativa” — we checked your site and that category does contain published posts that WordPress is returning normally, so it’s a good control test

Looking forward to your reply.

Hi there @burodebom ,

Just following up whenever you get a chance, could you please try the troubleshooting steps we shared earlier and let us know how it goes?

We’ll be happy to check further based on the results.

Thank you!

Hi @flatword ,

Thank you for reaching out.

The link_slug field is an internal identifier generated by BetterLinks for each link, similar to how WordPress creates post slugs. It is usually derived from the link title and is different from both the short_url and target_url fields, which control the actual redirect behavior.

Since link_slug is mainly used internally by the plugin, it is not normally displayed on the BetterLinks edit screen.

Regarding the repeated link_slug values, this commonly happens when links are created using the Duplicate feature. During duplication, the original slug is copied as well. Even if the title or short URL is later changed, the slug itself is not automatically regenerated, which can result in multiple links sharing the same link_slug.

In most cases, this does not affect redirect functionality, since BetterLinks primarily relies on the short_url field for routing. However, we understand how this can be confusing, and improvements to this behavior are already planned as part of the upcoming redesign.

For importing, you generally do not need to worry about the link_slug field. If it is blank or duplicated, BetterLinks should automatically generate or adjust it during import. The main fields required for import are:

• link_title
• short_url
• target_url
• redirect_type (optional, such as 301 or 307)

You can absolutely create your own spreadsheet from scratch for importing. Most additional fields included in exports, such as tags, categories, notes, nofollow, sponsored, and date-related fields, are optional and only need to be included if relevant to your setup.

Fields like ID, link_slug, and date columns can usually be omitted, as BetterLinks handles them automatically during import.

As an additional note, we are currently working on a improved import/export system that will include column mapping support and clearer required field indicators, making custom spreadsheet imports much easier moving forward.

Here’s a demonstration:
https://d.pr/v/UcK2Ml

Here is an early access development version:
https://d.pr/f/w4t8Hf

Hope this helps.

Hi there @flatword ,

Just following up on this.

We haven’t heard back from you regarding the date filter check in the Analytics section. In many cases, adjusting the time range helps align the counts with what’s shown in Manage Links.

Since we haven’t received any further update, I’ll go ahead and mark this as resolved for now. That said, if the issue is still persisting or if you notice anything unusual, please feel free to reply here with a bit more detail or screenshots, and we’ll be happy to take another look.

Thanks again for your time.

Hey @flatword ,

Really sorry for the inconvenience here.

For the individual analytics, the Manage Links section shows all-time clicks, while in the Analytics section the default filter is usually set to the last one year. Because of that, you might notice a discrepancy if there were clicks before that time range.

Could you please try adjusting the date filter like this and check again?
https://d.pr/v/45UZ3k

Regarding the difference between unique and total clicks, this can sometimes happen due to things like database cleanup tools removing some records, or bot traffic affecting how clicks are counted.

Also, could you please share more details about the case where it shows 6/11 (total vs unique)? That would help us take a closer look and understand what’s going on there.

Thanks again for your patience.

Hi @loralora ,

I’m really happy to hear everything is working properly now. It means a lot to us that you took the time to confirm.

If you have a moment, I would truly appreciate it if you could leave us a quick review about your experience. It only takes about 30 seconds, and your feedback genuinely helps us continue improving the plugin and supporting users like you.

You can leave your review here:
https://ww.wp.xz.cn/support/plugin/betterdocs/reviews/#new-post

Your support makes a real difference for our team. Thank you again, and please feel free to reach out anytime you need assistance.

Have a wonderful day!