We have a senario whereby which we are tracking a contact forms submission via Adwords Conversion tracking code and assigning that as a PPC conversion.
This is a lead generation website; therefore the issue coming to light is that they have good SEO and receive a large amount of contact form submissions organically.
We need to find out the success of contact form conversions via the PPC and can then account that to ROI; therefore we receive a Bc on the contact form submissions and would like to know if there is a way in which we could tag all PPC contact form submissions details i.e. a email address etc and then we can separate those from SEO form submissions and then get them to look at those PPC enquiries only and feedback on the success.
Does anyone know of a solution, or the best way to attack this?
Thanks
Are you using Google Analytics? It should be able to determine the source of your leads so you can break them out into leads by SEO and leads by PPC.
Or are you trying to figure out the exact traffic source of each individual lead you receive in an email. I've used a tool called http://convertable.com which does exactly this since Google Analytics doesn't really track beyond the initial contact form submission.
Did you hear that AdWords launched a conversion import feature and API late last year? https://support.google.com/adwords/answer/2998031?hl=en
The case they talk about a lot is lead conversions. Here's how it works. Put simply, you capture the click ID from every ad click. If one of those people goes on to submit a lead, you store the click ID (called a GCLID) along with the lead's information.
Then, if the lead goes of to become qualified or even becomes a customer, you send the GCLID back to AdWords along with the date/time it converted, and AdWords records it as an actual conversion. They you can get reporting, or use their bid automation, to optimize for these.
Does that help?
Jon
We have a senario whereby which we are tracking a contact forms
submission via Adwords Conversion tracking code and assigning that as
a PPC conversion.
Why don't you just track the contact forms submissions as a analytics goal? if you want to add a value to them you can just give a fixed amount in analytics.
This is a lead generation website; therefore the issue coming to light
is that they have good SEO and receive a large amount of contact form
submissions organically.
We need to find out the success of contact form conversions via the PPC and can then account that to ROI;
You can look at Source/Medium in the Acquisition section, or in the Conversions section of analytics or create a custom report with this information.
therefore we receive a Bc on the contact form submissions and would like to know if there is a way in which we could tag all PPC contact form submissions details i.e. a email address etc and then we can separate those from SEO form submissions and then get them to look at those PPC enquiries only and feedback on the success.
you can associate email accounts to source/medium by tracking utm codes in the backend so that every time there is a submission you would have saved the utm_source and utm_medium parameters from the URL submission request (https://support.google.com/analytics/answer/1033867?hl=en).
Another way of doing this is using a fremium tool like KISS metrics - https://www.kissmetrics.com/ or mixpanel - https://mixpanel.com
Related
I'm trying to create a survey email with two follow-ups reminding the recipient to complete the survey. The survey link is anonymous and meant to be shared among the recipient's peers. The survey is on Qualtrics.
My issue is this - I don't want the follow-ups to go to anyone who has already completed the survey. But, I want them to feel like they're maintaining a sense of anonymity.
So, the goal is to create a link that, once clicked, collects the email address of the person who completed the survey so they can be unsubscribed from any follow-ups. What's the best way to do this?
If an audience is already known by their email address or id. You can use hidden variables in the URL. This data can be captured on submission. By this, you can follow up to the non completed users.
The requirements you state in your question are contradictory. You can have either:
An anonymous link that recipients can share with their peers, which contains at most group-level information about the respondents, or
Personalized links that are private to an individual respondent, which contain individual-level information about the respondents (including their email address).
(The way you can embed group-level information into an anonymous link is to append a URL parameter to the end. For example, if you have two mailing lists that you're using for the survey distribution, you might have one version of your link that ends with "?MailingList=1" and another where "MailingList=2".)
If you want the survey to be truly anonymous and shareable with peers, you should simply include language to the effect of "if you have not already taken the survey..." in any reminder communications.
If "fewer annoying reminders" is a more important goal than anonymity and the ability for respondents to share via email forwarding, then personalized links are the way to go.
Good Afternoon all,
I've hit a major rock at the moment in developing my e form. Just to give you a brief I've designed a e form for delivery drivers to scan barcodes of items and get receipients to sign off deliveries out in the field.
I currently have the option to navigate using the using
I have the function at the moment to send sms which is < a href:"sms+44111111;?&body=Hi">Send Message works perfectly, however, I want to send the message without the user opening the messages on the android phone.So once they click send message, it essentially does, without viewing it prior? Is this just an add on to this code? I can't seem to find any answers on the web?
Any help on this matter is much appreciated
Software, that can send text messages (SMS) without allowing the user to review and potentially cancel them is malware. I assume, this is not what you want to develop.
The usual options are:
Send the message from the server via a suitabe SMS gateway (either a commercial API or roll your own)
Allow the user to review and potentially cancel the SMS (i.e. make it non-mission-critical)
I am trying to automate my monthly flow of doing some math and sending people Google Pay requests using Google Apps Script. Right now my script sends people email with what is due but I would like to also attach GPay request in the email or just send GPay request alone.
Background -
I receive an email from a phone service every month with the bill amount. I split that with a group of 4-5 people depending on their usage and any overages they may have. My script correctly finds out the email and parses to find out the total amount due and then also goes ahead and figures out who owes me how much. I pay the entire bill and then collect money from other people. In the end, the script sends each person an email with the amount they owe me each month.
Problem -
tbh, it is not a "problem" as such but this is an enhancement I would like to add. Gmail allows attaching Google Pay request in the email. (Please see screenshot). I would like to enhance my script so that I can attach such a Payment request in the email that this script sends out.
My question is if this is at all possible?
References
Google Apps Script
Google Apps Script Console
Google Pay API
For my use case, it does not have to be an email with Google Pay attachment. It can just be a Google Pay request.
Unfortunately the public Google Pay APIs aren't set up for this.
Unless you happen to also be registered as a merchant and are able receive payments I would avoid this.
If on the other hand you are an existing Google Pay merchant and you're interested in doing it for giggles, you could try the following:
Create a webpage that you can link to in your email
Have the webpage accept required query string parameters (like amount and description)
Render payment information (like amount and description) and integrate the Google Pay Button
Embed the link in your email
IMHO this isn't practical at all... it just depends on how desperate you are for giggle.
I am looking to implement a donations form on a political party website, but rather than using the default single "Donation" button I would like to have a menu with multiple payment options, much like the form found here: https://www.oaklandgop.net/donate.
I can't seem to find this option on the PayPal's basic button creator, so I'm assuming this must be done with custom HTML? Sorry if this question has already been asked; I wasn't able to find any relevant answers on the forum.
Thanks,
Justin
You wont find an option like this for the basic button creator. If you are wanting to accept the credit card information on your site, you would have to use Pro. There wouldn't be a problem with collecting any of the other information as the form would be on your site so you could ask for what every infomration you want.
If you use standard, you can collect the information on your site and pass it over to PayPal during the payment flow. However if you are using standard, you would also need to redirect the buyer over to PayPal to enter in their credit card informatioin and make the payment.
You do have a few other options as well. For example you could use Express Checkout. With Express Checkout the buyer would have to enter in the credit card information on PayPal's page or log into their PayPal account to make a payment. However, you could set up the flow in the following way. The buyer selects the amount that they wish to make a payment for. You make the SetExpressCheckout API call and get your token back. You redirect the buyer over to PayPal where they enter in their credit card information or sign into their PayPal account and agree to the payment. They are then redirected back to your site, where they fill in the rest of the information, and then you execute the DoExpressCheckout API call to complete the payment. You could also collect the information up front as well.
There are also hosted pages you could use as well to do something similar to this as well, but if you are wanting the buyer to enter in the credit card information on your site and keep this all in one form, your best option would be to use pro.
I am attempting to implement the following for my school's website:
School registration is currently a hard-copy form.
They'd like applicants to fill out a PDF form online.
They then print, sign and mail it to the school.
The school want to be able to store the data entered by the applicant in the PDF so that when the signed application arrives, they can simply approve the registration for that student without reentering all the students info.
The school system is run on MS Access (if it matters which version I can find this out).
Any ideas how I can implement an import from their form to MS Access?
Thanks.
I've used a website called www.doculicious.com that does pretty much this exact thing. You can upload a PDF and have it converted into a web form. Whoever fills in the web form can download the completed PDF and print it out for signing. All the data is stored in the system and you can get it out as XML or CSV for importing into another database manually, or use the API to do that part automatically.
It depends on how automatically you want it to be. A fully automated case would be
Scan in the printed form using TWAIN
Use a Form Recognition library to align the form back to the original and find the zones with the information you want
Use OCR to get the information out of the form (probably ICR, if handwritten)
Find the original record in Access
Update the record with the new data
This isn't simple -- there are products out there that could help, but they are not cheap, and ICR is not very accurate.
I would suggest that you just do #4 and #5 in Access and give them a screen where they process an incoming form -- someone keys in the new data. That form
Lets you specify the record you want to update (like with a name or ssn)
Shows you the record with edit boxes for you to fill in with the form data
Saves it back when you are done.
This is straight-forward in Access.
The school can use a regular HTML form on their website and ask parents to submit details online. Your server-side can save the submitted details to your database and generate a unique submission token/key/code back to the parent on the web page. When the parents come to the school and mention the key, print their details on paper and ask them to sign it. You file the paper and the data is already in your database.
If the intent is to import from an electronically submitted form, I have used Adobe LifeCycle Designer to accomplish this very thing. Basically you can create an XML output of the PDF form data using an email client of the end users choice and have the data from the XML file read from the inbox into the fields of your MS Access database. Of course this solution has some serious constraints on what applications are to be used, as well as what use cases are handled, for example this solution is in a controlled environment in which all users are required to email there requests, where possibly your requirements may need to handle mailed correspondence as well.
I would add to VSU's answer by suggesting the use of Google Forms for data entry.
You just need a free account, then use Docs to create a new Form.
It's extremely easy to setup, and the submitted results en-up in a Google spreadsheet that you can download as an regular Excel file (that makes it very easy to import into Access).
You have a few ways to share the form:
Email a link to the form
Embed the form into an email
Embed the form in your web site, which is probably the best solution for you.
Once the data is in your database, you can easily create a report and a simple lookup form to find the name of the applicant and print the form.
It shouldn't take more than one hour to get start and have something functional.
You can always improve later once you've experimented with this.
The advantage of using Google forms is that it's free, it works well, and you are fairly secure since you're not linking your database directly to the Internet (and don't risk SQL injection).