Answers.Body: <p>Not all URLs get magically converted to being click-through tracking ones. Most internal ones, for example, do not (e.g. a link to a donation page with the cid and hash).</p>
  
  <p>If you look at the email being generated (look at the actual html of the email, using something like 'show original'), you should be able to see which ones should be click-through ones because their path looks like this:</p>
  
  <p>/modules/civicrm/extern/url.php</p>
  
  <p>Here's a related inverse question:
  <a href="https://civicrm.stackexchange.com/questions/17748/avoiding-tracking-of-some-links">avoiding tracking of some links</a></p>
  
  <p>If your links really are click-through tracking ones and people are clicking on them, they'll get counted (unless the click-through links are badly formed due to an incorrect configuration, but that seems unlikely if you're not noticing a lot of other errors).</p>
  
  <p><strong>Update</strong></p>
  
  <p>If you go into your email client and copy a message you recieved from CiviCRM and then paste that as a new message into CiviMail, you will be copying the magically-generated click-through tracking urls from that past mailout (and ones that are specific to you). The new mailout will generate click-through tracking for the previous mailout, all as if it was you that clicked on the links. This is a super bad idea, don't do it.</p>
  
  <p>In a better future world, CiviCRM should give you a big red warning if you try to directly include urls of the form /modules/civicrm/extern/url.php in your message source.</p>
  
Answers.ContentLicense: CC BY-SA 3.0
Answers.CreationDate: 2017-08-24T13:43:39.423Z
Answers.Text: Thanks for the feedback.
  
  The links do appear to have the /modules/civicrm/extern/url.php path extensions, so it's really curious as to why the clicks aren't being counted.
  
  I received the e-mail myself and clicked several of the links, but none of those clicks has registered in the report.  Fingers crossed this was a one-off problem - other e-mails we have sent recently (although they are created in a slightly different way) have been registering clicks as expected.
Answers.UserDisplayName: Sian
Answers.ContentLicense: CC BY-SA 3.0
Answers.CreationDate: 2017-08-24T13:53:09.673Z
Answers.Text: I'm intrigued by "although they are created in a slightly different way". Can you describe how the non-functioning click-throughs are created differently? If those urls are being hit and correctly redirect, then it's hard to imagine why they might not get counted.
Answers.UserDisplayName: Alan Dixon
Answers.ContentLicense: CC BY-SA 3.0
Answers.CreationDate: 2017-08-25T14:31:51.547Z
Answers.Text: The e-mail we're having problems with is "hand-crafted" (probably based on the template of a previous one with the links, any images and text changed), whereas we have regular weekly e-mails where the content is created in another system and then transferred into CiviCRM to send out. After the "/modules/civicrm/extern/url.php" part of the URL there's a "?u=xxx&qid=" (where the xxx must be the unique tracking code? And there's nothing in the qid bit). In the e-mail where the links aren't being tracked, the "&qid=" is showing as "&amp;qid=xxxx", so I wonder whether that's the problem?
Answers.UserDisplayName: Sian
Answers.ContentLicense: CC BY-SA 3.0
Answers.CreationDate: 2017-08-25T14:32:16.057Z
Answers.Text: And how those links would have got messed up?
Answers.UserDisplayName: Sian
Answers.ContentLicense: CC BY-SA 3.0
Answers.CreationDate: 2017-08-25T16:11:59.123Z
Answers.Text: Perhaps someone is grabbing the source of an civimail delivered email and then pasting it in as the source of a new one? You definitely don't want to do that. Instead, you want to use the feature within CiviMail that lets you use "Re-use" a past mailing. What you're likely doing is inflating the click-throughs of the wrong mailout.
Answers.UserDisplayName: Alan Dixon
Answers.ContentLicense: CC BY-SA 3.0
Answers.CreationDate: 2017-08-23T20:22:44.130Z
Answers.LastActivityDate: 2017-08-25T16:15:56.197Z
Answers.LastEditDate: 2017-08-25T16:15:56.197Z
Answers.UserDisplayName: Alan Dixon
Body: <p>We sent out a mailing this week - one in a series - and have so far had 1400+ opens from a list of 2600 or so.  However, despite the URL Click-through tracking being set to "On" we have only recored 3 click-throughs.  Data we have recorded in Google Analytics for the same mailing is much higher.</p>
  
  <p>What reasons could there be for the click-through tracking not to work?</p>
  
Comments.ContentLicense: CC BY-SA 3.0
Comments.CreationDate: 2017-08-23T10:15:54.497Z
Comments.Text: Did you sent an email to yourself, and tried the click-through link. What happens if you do?
Comments.UserDisplayName: Kainuk - CiviCooP
Tags: <developer>
Title: Click-throughs not being recoreded
ThreadText: # Click-throughs not being recoreded
  
  (Asked by: username_0 on 2017-08-18)
  
  We sent out a mailing this week - one in a series - and have so far had 1400+ opens from a list of 2600 or so. However, despite the URL Click-through tracking being set to "On" we have only recored 3 click-throughs. Data we have recorded in Google Analytics for the same mailing is much higher.
  
  What reasons could there be for the click-through tracking not to work?
  
  **Tags:** developer
  
  > **Comments:**
  > **username_1**: Did you sent an email to yourself, and tried the click-through link. What happens if you do?  
  
  ---
  
  ## 1 answers
  
  ### Answer by username_2 on 2017-08-23. Score: 2
  
  Not all URLs get magically converted to being click-through tracking ones. Most internal ones, for example, do not (e.g. a link to a donation page with the cid and hash).
  
  If you look at the email being generated (look at the actual html of the email, using something like 'show original'), you should be able to see which ones should be click-through ones because their path looks like this:
  
  /modules/civicrm/extern/url.php
  
  Here's a related inverse question:
  [avoiding tracking of some links](https://civicrm.stackexchange.com/questions/17748/avoiding-tracking-of-some-links)
  
  If your links really are click-through tracking ones and people are clicking on them, they'll get counted (unless the click-through links are badly formed due to an incorrect configuration, but that seems unlikely if you're not noticing a lot of other errors).
  
  **Update**
  
  If you go into your email client and copy a message you recieved from CiviCRM and then paste that as a new message into CiviMail, you will be copying the magically-generated click-through tracking urls from that past mailout (and ones that are specific to you). The new mailout will generate click-through tracking for the previous mailout, all as if it was you that clicked on the links. This is a super bad idea, don't do it.
  
  In a better future world, CiviCRM should give you a big red warning if you try to directly include urls of the form /modules/civicrm/extern/url.php in your message source.
  
  > **Comments:**
  > **username_0**: Thanks for the feedback.  The links do appear to have the /modules/civicrm/extern/url.php path extensions, so it's really curious as to why the clicks aren't being counted.  I received the e-mail myself and clicked several of the links, but none of those clicks has registered in the report.  Fingers crossed this was a one-off problem - other e-mails we have sent recently (although they are created in a slightly different way) have been registering clicks as expected.  
  > **username_2**: I'm intrigued by "although they are created in a slightly different way". Can you describe how the non-functioning click-throughs are created differently? If those urls are being hit and correctly redirect, then it's hard to imagine why they might not get counted.  
  > **username_0**: The e-mail we're having problems with is "hand-crafted" (probably based on the template of a previous one with the links, any images and text changed), whereas we have regular weekly e-mails where the content is created in another system and then transferred into CiviCRM to send out. After the "/modules/civicrm/extern/url.php" part of the URL there's a "?u=xxx&qid=" (where the xxx must be the unique tracking code? And there's nothing in the qid bit). In the e-mail where the links aren't being tracked, the "&qid=" is showing as "&amp;qid=xxxx", so I wonder whether that's the problem?  
  > **username_0**: And how those links would have got messed up?  
  > **username_2**: Perhaps someone is grabbing the source of an civimail delivered email and then pasting it in as the source of a new one? You definitely don't want to do that. Instead, you want to use the feature within CiviMail that lets you use "Re-use" a past mailing. What you're likely doing is inflating the click-throughs of the wrong mailout.  
  
  ---
  
  