Welcome to the Q&A Forum

Hey Moz,

Bit of a random bug bear of mine, each month I log in to download the latest invoice receipt to hand over to accounts for processing etc.

After I click the billing and subscriptions link from the profile drop down menu, I am presented with the subscriptions page. The payment history panel placed located on the right all ways shows my first 3 invoices. As this is a snippet in time, would it not be more beneficial from a UX perspective to show the most recent 3 invoices. That way I can get the info I require that tiny bit quicker rather than be presented with invoices that are 3 years old.

I know it is a tiny thing but wondered i it could be accommodated.

Many thanks

Tim

ypjDGDk

This has been banded around so many times, in general I would advocate a sub folder as opposed to sub domain. purely due to the value it adds to your sites main chosen domain, if it were on a sub domain this is where the value would sit and it would not pass any value around as well as it could a sub folder. It is only potentially a small benefit, but a benefit none the less.

A good recent on it was had back on Jan https://moz.com/community/q/the-great-subdomain-vs-subfolder-debate-what-is-the-best-answer

I agree with Alick300, after looking at your source code it looks like your //www.gstatic.com/wcm/loader.js script is not closed properly and thus in effect the meta is not being found in the normal html flow. I would suggest checking your wordpress header.php file to see if there is an issue in the code that you can close off, alternatively if it is a problem plugin, maybe update or deactivate.

Cheers

Tim

You need to place the canonical tag into your area.

The canonical tag looks like so and should include the name of the page you are wishing to canonicalise as the original source file.

rel="canonical" href="/nameofpage.html" /> That should do the trick.

Try this for a complete site wide redirect to HTTPS://

RewriteEngine On
RewriteCond %{HTTPS} off
RewriteRule ^(.*)$ https://%{HTTP_HOST}%{REQUEST_URI} [L,R=301]

I have also updated all my exiting 301 redirect to point to the new location. All older pages should be caught under this rule.

Also remember to update your Search Console profiles, sitemap, robots etc

I would also update all internal links to point to https:// rather than relying purely on the redirect.

It has probably just moved since the last time you used it... see here for its new location in Research Tools.

If you are looking to disallow url parameters you could use something like the following as a convention.

Disallow: /?  or Disallow: /?dir=&order=&p= if you wanted to be more accurate with specific parameters. There have been a few Moz questions of this type over the last few years, if you do look to remove the parameters.

Also try and ensure that the product pages you have listed are well canonicalised and point to the original product etc. A good review on how to do this can be found here. This will in most cases be enough to remove any indexation/duplicate issues.

The norm is something like Primary Keyword - Secondary Keyword | Brand Name

I am however unsure on the rules regarding currency characters in Meta titles and nothing has come up after a quick search.

If you are based in the UK and only targeting UK search then I would imagine the £ symbol will work fine for most but sometimes foreign/geo related characters don't show correctly in some browsers. The best thing you can do is to try it out and measure the changes in your SERPs for the main terms surrounding this monetary offer.  You may see a boost in your CTR if your offer is compelling enough, even if you see a drop in the SERPS by a place or two.

So, Test and Measure is my advice,

e.g.
Car insurance - £10 off online | My Brand
**vs **
Car insurance - get your online discounts | My Brand

Good luck

Tim

Yes I agree, you are probably being a bit too cautious.

Like VERB I too have had my Moz account linked to analytics for some time and had no problems at all. They compliement each other well and will give you added insight into your data sets and site architecture/content to make additional/more informed decisions.

I agree with both Dan and Linda on this - hot linking in general is not the way to go. However, like Linda mentioned they may own both domains and be using the second like a content delivery network to enable them to parallelise there requests helping to speed up the site as multiple browser requests can take place at the same time and reduce load time. You could also use a third party CDN for greater speed if you are a global brand.

Hey Johny, a quick google search and looking at some of my own code helped with with the below. Hope it is of some use.

Google/Android - click here for official page
Apple iOS - click here for official page Windows - click here for details on StackOverflow

--

Are these new links? It may be a case of Moz needs to rerun its crawl of your website in order to pick up any changes. Check back after a little while or maybe try a recrawl test - https://moz.com/researchtools/crawl-test

Failing that, send them a polite message

I use MaxCDN at my place of work, it has proved itself to be very good, easy to set up and relatively inexpensive depending on the plan. As per Thomas and Thomas - CloudFlare is great as a free version.

By the sounds of it and the timing, you may have been hit by "FRED", this was a Google algorithm that was dispatched on March 8th, it was apparently designed to target sites with thin content that are focused on revenue over customer needs.

You can read more about it on a few of these posts - or just search for "Google Fred Update"

https://searchengineland.com/googles-fred-update-hit-low-value-content-sites-aimed-revenue-helping-users-271165http://www.wordstream.com/blog/ws/2017/08/24/google-fred-update
https://www.bluecorona.com/faq/what-is-google-fred-algorithm-update
https://blog.majestic.com/training/tips-on-how-to-recover-lost-rankings-after-googles-latest-update-better-known-as-fred/

Like Donna, I too cannot find any mention of Google Analytics or Google Tag Manager on your website. because of this you will not be getting any data from a visitor perspective to your pages being shown in your reports.

I am not sure why, but I think Google is seeing your

<nav>structure in an unusual manner, "ABOUT ABOUT about" seem to be associated with a SVG for the menu item. I would suggest investigating and starting from here.</nav>

This response from John Doherty might help you out... https://moz.com/community/q/correct-hreflang-canonical-implementation-for-multilingual-site

One other thing of note was your bing webmaster tools configuration looked broken.

name="msvalidate.01" content="???MI386_BING_ID???"/>

Hi there.

I think this WBF by Ruth Burr Reedy sums it up perfectly...

https://moz.com/blog/relative-vs-absolute-urls-whiteboard-friday

Hmmmm, Google will likely deem your widget as an advertising tool and in their world this is potentially deemed negative, as such you have to make the call, do you want to stay on Google side and follow what they say or continue and then fall foul to some kind of penalty.

I personally would add rel="nofollow" to be on the safe side. Hopefully this won't dramatically affect your rankings.

Could you potentially trial the nofollow on a segment of the plugins to see how it impacts your rankings. Scary I know, but possibly the only way you can see how it could affect you.

Without your URL it is pretty hard to diagnose the issue, it could be multiple problems.

I use the following redirect in my .htaccess file....

RewriteEngine On
RewriteCond %{HTTPS} off
RewriteRule ^(.)$ https://%{HTTP_HOST}%{REQUEST_URI} [L,R=301]
RewriteCond %{HTTP_HOST} !^www.domain.co.uk [NC]
RewriteCond %{HTTP_HOST} !^$
RewriteRule ^(.) https://www.domain.co.uk/$1 [L,R,NE]

--
I also enable HSTS on my server to perform the same thing and force to run via https://

I would also suggest checking that your SSL certificate parts are installed correctly on your server.

Hope that helps a bit.