Links in HTML version of email are not converting into tracking links

Hi guys,

I have version 3.0.12 installed in my cPanel.
After activating clicktrack and sending out a campaign:

  • The a href links I inserted through my campaign templates are converted into tracking links just fine.
  • However, the ones I inserted in the content of a new campaign are not converted into tracking links.

I tried “everything”


I found out that the links in the plain text version of email are converted - but not the html version of email.
Is this what the documentation meant by tracking is still experimental?
Did I miss anything? Anyone please enlighten me? :frowning:

Where does it say that?

Sounds to me like a bug, very odd. Can give examples of the links that are not converting? I know there are a few odd issues with symbols etc from time to time, but I would assume these affect text as well as html…

Thank you for your reply anna.

Where does it say that?

Note: under Click Tracking:

Can give examples of the links that are not converting?


1. Lean Field Developments recently secured a package of CSG Infrastructure works on the Santos GLNG project in the Surat Basin seeking Poly HDPE Welders
<br />
<a href=""></a>

2. HDPE Pipe Welders Urgently Required for Various Ongoing FIFO Positions Across WA
<br />
<a href=""></a>

3. Qenos Pipe Resin Receives European and ISO Certifications
<br />
<a href=""></a>

PDFed emails below:
(LOL, tons restrictions for new user .___. Sorry, could you open the last link manually? Thanks~)

Plain Text

So…you don’t have this problem? O_O

<a href=""></a>

Links such as these where the link text includes a url are not tracked. If they were tracked then the href url (which would be going to phplist) would be different to the url in the link text.
Many email clients will treat these as phishing and raise a warning, as Thunderbird does

The simplest way around this is to remove the http:// or https:// from the link text. To most people it will still look to be a link to a web page, and won’t fail the phplist filtering.


You’re a legend @duncanc!
Why did I not test this ._.
That makes perfect sense regarding the phishing and warning.

However on mine, it still won’t work if

  • The link text “looks like” a URL (even after the http:// and www is omitted), example:


  1. Lean Field Developments…`


  1. Lean Field Developments…`

Also not good...

  • and if there’s one that’s using the http://, therefore not converted; the rest (even the proper ones) will also not be converted, example:


  1. Lean Field Developments…`


  1. Lean Field Developments…

    Number 2`

GOOD <a href="">1. Lean Field Developments...</a>

When sent, everything will go BAD...

I just have to go back to the way I was doing it originally - use the heading text as the link text.
I had to do this because my readers want the heading texts and links to be separate.

Anyway this is good to know, and thanks to @duncanc and @anna for replying
Very much appreciated :smile:

That approach works for me. Here is an example from an email

and the actual html from the email source is

For m=
ore information visit <a href=3D"
.php?id=3Dfx1SBFVIUA5JUAg" ></a>

I guess that there is something else in your email body that is stopping phplist from recognising links correctly.

1 Like

Ah right, very old docs, new ones are at - old ones are slowly being taken down.

1 Like