<?xml version="1.0" encoding="UTF-8"?><rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
	
	xmlns:georss="http://www.georss.org/georss"
	xmlns:geo="http://www.w3.org/2003/01/geo/wgs84_pos#"
	
	>
<channel>
	<title>
	Comments on: SSL Certificates &#8211; More Expensive Doesn&#8217;t Mean A Thing!	</title>
	<atom:link href="https://www.dpscomputing.com/blog/2013/06/09/ssl-certificates-more-expensive-doesnt-mean-a-thing/feed/" rel="self" type="application/rss+xml" />
	<link>https://www.dpscomputing.com/blog/2013/06/09/ssl-certificates-more-expensive-doesnt-mean-a-thing/</link>
	<description>Your Ultimate Computing Website!</description>
	<lastBuildDate>Mon, 01 Mar 2021 22:09:11 +0000</lastBuildDate>
	<sy:updatePeriod>
	hourly	</sy:updatePeriod>
	<sy:updateFrequency>
	1	</sy:updateFrequency>
	<generator>https://wordpress.org/?v=6.9.9</generator>
	<item>
		<title>
		By: DPS David		</title>
		<link>https://www.dpscomputing.com/blog/2013/06/09/ssl-certificates-more-expensive-doesnt-mean-a-thing/comment-page-1/#comment-1123</link>

		<dc:creator><![CDATA[DPS David]]></dc:creator>
		<pubDate>Tue, 20 May 2014 15:29:14 +0000</pubDate>
		<guid isPermaLink="false">http://www.dpscomputing.com/blog/?p=1920#comment-1123</guid>

					<description><![CDATA[Hi Tom,

Apologies for my late reply on this one - I did think I had responded to your latest comment but evidently not!

No problem, it&#039;s my please.  I&#039;m glad that my reply reached you in time.  

Im glad that my reply answered your queries - if you have any more please feel free to comment again - I promise to be more prompt with my reply!

Kind regards,
David.]]></description>
			<content:encoded><![CDATA[<p>Hi Tom,</p>
<p>Apologies for my late reply on this one &#8211; I did think I had responded to your latest comment but evidently not!</p>
<p>No problem, it&#8217;s my please.  I&#8217;m glad that my reply reached you in time.  </p>
<p>Im glad that my reply answered your queries &#8211; if you have any more please feel free to comment again &#8211; I promise to be more prompt with my reply!</p>
<p>Kind regards,<br />
David.</p>
]]></content:encoded>
		
			</item>
		<item>
		<title>
		By: tomwilson		</title>
		<link>https://www.dpscomputing.com/blog/2013/06/09/ssl-certificates-more-expensive-doesnt-mean-a-thing/comment-page-1/#comment-1096</link>

		<dc:creator><![CDATA[tomwilson]]></dc:creator>
		<pubDate>Sun, 09 Feb 2014 19:28:10 +0000</pubDate>
		<guid isPermaLink="false">http://www.dpscomputing.com/blog/?p=1920#comment-1096</guid>

					<description><![CDATA[In reply to &lt;a href=&quot;https://www.dpscomputing.com/blog/2013/06/09/ssl-certificates-more-expensive-doesnt-mean-a-thing/comment-page-1/#comment-1094&quot;&gt;DPS David&lt;/a&gt;.

Hi David,

Many thanks for a very detailed reply. I had actually forgotten about this but your reply came just at the right time!

I was puzzled by the idea of an SSL certificate that is only suitable for low traffic sites, but your explanation of it being a business benefit rather than a technical one makes perfect sense.

Tom.]]></description>
			<content:encoded><![CDATA[<p>In reply to <a href="https://www.dpscomputing.com/blog/2013/06/09/ssl-certificates-more-expensive-doesnt-mean-a-thing/comment-page-1/#comment-1094">DPS David</a>.</p>
<p>Hi David,</p>
<p>Many thanks for a very detailed reply. I had actually forgotten about this but your reply came just at the right time!</p>
<p>I was puzzled by the idea of an SSL certificate that is only suitable for low traffic sites, but your explanation of it being a business benefit rather than a technical one makes perfect sense.</p>
<p>Tom.</p>
]]></content:encoded>
		
			</item>
		<item>
		<title>
		By: DPS David		</title>
		<link>https://www.dpscomputing.com/blog/2013/06/09/ssl-certificates-more-expensive-doesnt-mean-a-thing/comment-page-1/#comment-1094</link>

		<dc:creator><![CDATA[DPS David]]></dc:creator>
		<pubDate>Sun, 09 Feb 2014 15:50:05 +0000</pubDate>
		<guid isPermaLink="false">http://www.dpscomputing.com/blog/?p=1920#comment-1094</guid>

					<description><![CDATA[Hello Tom,

Apologies for the big delay in my reply - just noticed your comment was in the moderation queue and I hadn&#039;t been notified.  

No problem, glad you found the article useful :).  

In short, there is no technical reasons that this certificate would only be suitable for a site with low levels of traffic.  This statement can be confidently made on a purely technical basis.  

Now, what they are hinting at with the more expensive, supposed &#039;suitable for high traffic / business sites&#039; is that there are more additional features which may, and I stress, may be beneficial from a purely business stand point rather than a technical stand point.  

For example, the higher priced ( &#039;business/high traffic&#039; ) friendly certificates normally offer a bigger warranty in the case of failure.  A real world analogy for this would be the equivalent of buying an extended warranty on a new TV or computer for a yearly fee.  A business, especially a larger business may want to pay more for this increased warranty - which is basically an insurance policy.  It is important to note however that this insurance doesn&#039;t cover you just because, for example, your site gets hacked.  It covers the claims and assurances made by the certificate provider when they issue you the certificate.  

Consequently, for a successful claim in the event of a hack, you not only have to prove that there was actually an incident (i.e. your site was hacked and it wasn&#039;t, for example, technical failure), that the hack was successful based on the failure of the certificate and claims made by the company (i.e. a failure of the insured product), that there was no negligence on the site administrators part (i.e. misuse or incorrect use of the certificate) and most likely that you have suffered some form of tangible loss (i.e. an &#039;insurable loss&#039; ) due to the hack - for example loss of income / profit.  

In my own personal opinion this is more of a &#039;feel better&#039; benefit in the vast majority of cases as opposed to something which is realistically likely to benefit you.  The chances of a valid claimable incident are negligible at best to virtually impossible at worst (again, in my opinion) and I see this more of a business reassurance rather than an actual protection.  Some people will disagree I&#039;m sure, but definitely makes no difference of the low/high traffic margin.  

Interestingly, I&#039;ve not heard of any incidents where these warranties have been claimed on successfully, although I&#039;d be interested to hear from anyone who has any evidence of these.  

Secondly, the more expensive certificates come with ever increasingly shiny &#039;protected by&#039; or &#039;secured by&#039; badges.  Your basically paying for brand, and nothing more in this regard.  

The 123-Reg certificate is just as secure as GlobalSign ones - and any other certificate with the same encryption level.  

GlobalSign is a more established and recognised brand in SSL certificates than 123-Reg so it may make less technical visitors to your website feel more &#039;secure&#039; - however, there is no difference.  

It&#039;s the difference between buying an expensive brands t-shirt and a supermarkets own brand t-shirt - the expensive one has more street cred and looks more cool but in reality, they were probably both made in the same factory and had a different label stuck on them.  

Actual tangible benefits to the more expensive certificates likely benefit businesses only.  More checks are done on the more expensive certificates than on the cheaper ones - more domain, ownership, business checks etc which it could be argued increase buyer / visitor confidence that they have more assurance they know who they are dealing with.  

In reality a determined scammer could probably get hold of one of these as well - and would likely go to the difficulty of it - but that&#039;s another debate.  

However, this authenticity benefit is probably not noticed much outside of the highly technical community.  When was the last time you checked, asked or were told the type of SSL certificate a site uses?  Probably not often, and you&#039;d probably only notice the difference between certificates without extended validation and those with (i.e. the most expensive ones).  Again, could be a benefit for business and increase visitor trust - for the relatively small number of people that would notice the difference between extended validation and no extended validation.  Definitely no difference between high and low traffic sites though.  

Finally, the more expensive certificates will allow multiple / wildcard domains on a varying basis.  So the basic will cover domain.com, the more expensive might cover subdomain.domain.com and domain.com and the most expensive might cover all subdomains of a domain.  Whether this is beneficial to you depends on if you use subdomains, how many you use and how many require a secure connection.  

All in all, to conclude, there is no such thing as a &#039;low&#039; or &#039;high&#039; level traffic SSL certificate.  An SSL certificate is an SSL certificate.  Put a &#039;low traffic certificate&#039; on a high traffic site or a &#039;high traffic certificate&#039; on a low traffic site - there&#039;s no pros and no cons in this regard.  

Hope that helps answer your question and apologies for my delayed reply.   

David.]]></description>
			<content:encoded><![CDATA[<p>Hello Tom,</p>
<p>Apologies for the big delay in my reply &#8211; just noticed your comment was in the moderation queue and I hadn&#8217;t been notified.  </p>
<p>No problem, glad you found the article useful :).  </p>
<p>In short, there is no technical reasons that this certificate would only be suitable for a site with low levels of traffic.  This statement can be confidently made on a purely technical basis.  </p>
<p>Now, what they are hinting at with the more expensive, supposed &#8216;suitable for high traffic / business sites&#8217; is that there are more additional features which may, and I stress, may be beneficial from a purely business stand point rather than a technical stand point.  </p>
<p>For example, the higher priced ( &#8216;business/high traffic&#8217; ) friendly certificates normally offer a bigger warranty in the case of failure.  A real world analogy for this would be the equivalent of buying an extended warranty on a new TV or computer for a yearly fee.  A business, especially a larger business may want to pay more for this increased warranty &#8211; which is basically an insurance policy.  It is important to note however that this insurance doesn&#8217;t cover you just because, for example, your site gets hacked.  It covers the claims and assurances made by the certificate provider when they issue you the certificate.  </p>
<p>Consequently, for a successful claim in the event of a hack, you not only have to prove that there was actually an incident (i.e. your site was hacked and it wasn&#8217;t, for example, technical failure), that the hack was successful based on the failure of the certificate and claims made by the company (i.e. a failure of the insured product), that there was no negligence on the site administrators part (i.e. misuse or incorrect use of the certificate) and most likely that you have suffered some form of tangible loss (i.e. an &#8216;insurable loss&#8217; ) due to the hack &#8211; for example loss of income / profit.  </p>
<p>In my own personal opinion this is more of a &#8216;feel better&#8217; benefit in the vast majority of cases as opposed to something which is realistically likely to benefit you.  The chances of a valid claimable incident are negligible at best to virtually impossible at worst (again, in my opinion) and I see this more of a business reassurance rather than an actual protection.  Some people will disagree I&#8217;m sure, but definitely makes no difference of the low/high traffic margin.  </p>
<p>Interestingly, I&#8217;ve not heard of any incidents where these warranties have been claimed on successfully, although I&#8217;d be interested to hear from anyone who has any evidence of these.  </p>
<p>Secondly, the more expensive certificates come with ever increasingly shiny &#8216;protected by&#8217; or &#8216;secured by&#8217; badges.  Your basically paying for brand, and nothing more in this regard.  </p>
<p>The 123-Reg certificate is just as secure as GlobalSign ones &#8211; and any other certificate with the same encryption level.  </p>
<p>GlobalSign is a more established and recognised brand in SSL certificates than 123-Reg so it may make less technical visitors to your website feel more &#8216;secure&#8217; &#8211; however, there is no difference.  </p>
<p>It&#8217;s the difference between buying an expensive brands t-shirt and a supermarkets own brand t-shirt &#8211; the expensive one has more street cred and looks more cool but in reality, they were probably both made in the same factory and had a different label stuck on them.  </p>
<p>Actual tangible benefits to the more expensive certificates likely benefit businesses only.  More checks are done on the more expensive certificates than on the cheaper ones &#8211; more domain, ownership, business checks etc which it could be argued increase buyer / visitor confidence that they have more assurance they know who they are dealing with.  </p>
<p>In reality a determined scammer could probably get hold of one of these as well &#8211; and would likely go to the difficulty of it &#8211; but that&#8217;s another debate.  </p>
<p>However, this authenticity benefit is probably not noticed much outside of the highly technical community.  When was the last time you checked, asked or were told the type of SSL certificate a site uses?  Probably not often, and you&#8217;d probably only notice the difference between certificates without extended validation and those with (i.e. the most expensive ones).  Again, could be a benefit for business and increase visitor trust &#8211; for the relatively small number of people that would notice the difference between extended validation and no extended validation.  Definitely no difference between high and low traffic sites though.  </p>
<p>Finally, the more expensive certificates will allow multiple / wildcard domains on a varying basis.  So the basic will cover domain.com, the more expensive might cover subdomain.domain.com and domain.com and the most expensive might cover all subdomains of a domain.  Whether this is beneficial to you depends on if you use subdomains, how many you use and how many require a secure connection.  </p>
<p>All in all, to conclude, there is no such thing as a &#8216;low&#8217; or &#8216;high&#8217; level traffic SSL certificate.  An SSL certificate is an SSL certificate.  Put a &#8216;low traffic certificate&#8217; on a high traffic site or a &#8216;high traffic certificate&#8217; on a low traffic site &#8211; there&#8217;s no pros and no cons in this regard.  </p>
<p>Hope that helps answer your question and apologies for my delayed reply.   </p>
<p>David.</p>
]]></content:encoded>
		
			</item>
		<item>
		<title>
		By: tomwilson		</title>
		<link>https://www.dpscomputing.com/blog/2013/06/09/ssl-certificates-more-expensive-doesnt-mean-a-thing/comment-page-1/#comment-1020</link>

		<dc:creator><![CDATA[tomwilson]]></dc:creator>
		<pubDate>Fri, 25 Oct 2013 20:33:50 +0000</pubDate>
		<guid isPermaLink="false">http://www.dpscomputing.com/blog/?p=1920#comment-1020</guid>

					<description><![CDATA[Hello, thanks for a useful article. I hope you can answer a question I have related to this. On the page for the 9.99 certicate (https://www.123-reg.co.uk/ssl-certificates/123-ssl-certificates.shtml) they say this: 

&quot;Perfect for small and personal website projects that experience low levels of traffic.&quot;

Is there are technical reason that this certificate would only be suitable for a site with low levels of traffic? What if it was used with a high-traffic site? What might happen?]]></description>
			<content:encoded><![CDATA[<p>Hello, thanks for a useful article. I hope you can answer a question I have related to this. On the page for the 9.99 certicate (<a href="https://www.123-reg.co.uk/ssl-certificates/123-ssl-certificates.shtml" rel="nofollow ugc">https://www.123-reg.co.uk/ssl-certificates/123-ssl-certificates.shtml</a>) they say this: </p>
<p>&#8220;Perfect for small and personal website projects that experience low levels of traffic.&#8221;</p>
<p>Is there are technical reason that this certificate would only be suitable for a site with low levels of traffic? What if it was used with a high-traffic site? What might happen?</p>
]]></content:encoded>
		
			</item>
	</channel>
</rss>

<!--
Performance optimized by W3 Total Cache. Learn more: https://www.boldgrid.com/w3-total-cache/?utm_source=w3tc&utm_medium=footer_comment&utm_campaign=free_plugin

Page Caching using Disk: Enhanced 
Minified using Disk

Served from: www.dpscomputing.com @ 2026-10-01 08:34:46 by W3 Total Cache
-->