Pial

Hi again @5lions,

Just wanted to check if you had a bit of time to look into this or if there’s anything else you’d like me to help with.

Hello again @5lions

Thanks for sharing the screenshot. I think there might be a bit of a misunderstanding about what that data represents. The entries you’re seeing are simply showing the browser type, the IP, and the device details detected from the user agent whenever the short link is accessed.

If the short link is being used in any medium that scans or previews links, such as certain messaging apps or security layers, that system will technically request the link to fetch metadata. Those requests show up as clicks because they are real hits coming from the user agent doing the preview.

If you prefer to exclude automated requests like these, you can enable the bot filter we provide. It blocks known crawlers from being counted in the click logs. Here’s the guide with the steps: https://betterlinks.io/docs/how-to-prevent-bot-traffic/

Let me know how it goes

Hi @joncon62,

Thanks for checking in again. Whenever it’s convenient for you, please upload the export file to Google Drive or any other file sharing service and send us the URL here. That will let us download it directly and run a proper test on our side.

We’ll take a closer look as soon as we have it.

Hi there @joncon62 ,

Really sorry for the inconvenience you’re facing.

From what you described, it sounds like the issue might be related to media or links that are still pointing to the original site, but we haven’t been able to reproduce the same problem on our end. To look into this properly, could you please share the exact doc file you’re trying to import? Once we have that, we can test it locally and see what’s actually causing these block errors.

The default WordPress importer handles media a bit differently, so checking your file will help us figure out whether something is breaking during the export or during the import process.

Whenever you can, just send over the file and we’ll take a deeper look.

Hi there @razione ,

I had a look at the screenshot and I think there might be a bit of confusion. Essential Addons doesn’t include any AI related feature, so the API key field you’re seeing isn’t coming from our plugin. Could you double check which product or extension is adding that option on your site?

And just a small note for your safety. It’s better not to share your actual API key in public threads. You’ll want to regenerate it from your OpenAI account as well.

When you share the issue again, it would really help if you could include the browser console log so we can see if there are any visible errors happening in the background.

Let me know once you have that and I’ll take another look.

Hi @ep2012 ,

Just wanted to check in and see if you had a chance to test it yet. I explained earlier how the title and short link work separately after the link is created, but I’d love to know if that matches what you’re seeing on your end.

If you’ve already tried it and everything looks fine, that’s great. If not, no worries — take your time, and let me know once you’ve checked so we can confirm everything’s working properly.

Best,
Pial

Hi there @unrealnfs ,

Thanks for taking the time to share this detailed test, we really appreciate your effort and enthusiasm for BetterLinks.

However, none of the screenshots you shared seem to be accessible, so we couldn’t review the profiler output directly.

From our side, in previous similar checks, Code Profiler has been known to flag the SPYC library as resource intensive. But to clarify, BetterLinks doesn’t actually utilize SPYC on the frontend. It’s only used within the Device Detector module, and even that runs after a short link is clicked, specifically when tracking is disabled. In other words, it’s only triggered dynamically during redirection and doesn’t affect your site’s frontend load or general page performance.

Based on our findings so far, there should be no measurable Performance impact. That said, if you’ve observed any actual slowdowns directly attributable to BetterLinks (for instance, delayed page loads or server response time increases), we’d love to investigate those cases closely.

Could you please share:

• A working link or download of your profiler report
• The exact test environment (site type, number of redirects, and whether analytics were enabled)

This will help us replicate your setup and make sure we identify anything unusual.

Thank you again for your patience and for choosing BetterLinks, we’ll be happy to dig deeper once we have those extra details.

Best regards,
Pial

Hi @ep2012 ,

That’s actually expected behavior. When you first create a link in BetterLinks, the short link (slug) is automatically generated based on the title you enter at that time.

However, once the link is created, the title and the short link work independently. So, if you later edit just the title, BetterLinks updates the title only. It doesn’t automatically change the short link — and that’s intentional.

The reason is simple: once a short link is live, it might already be shared across your website, social posts, or marketing campaigns. If BetterLinks changed the short link automatically every time you updated the title, all your previously shared URLs would break.

That’s why we designed it so the short link stays stable after creation. If you actually want to update the short URL too, you can always edit it manually from the same link editor.

Hope that clears it up. Let me know if you have any concerns.

Best,
Pial