LOC@L SEO GUIDE

LOCAL SEARCH ENGINE OPTIMIZATION & ENTERPRISE SEO MADE SIMPLE

 

Welcome to Google Webmasters Search Console Tools Central!

May 29th, 2015

It’s really important to update your <title> tags when re-launching or re-branding a site

It helps create a better search experience, and decreases confusion related to your branding. For example, oDesk recently rebranded and relaunched their site as UpWork:

UpWork

Their <title> tags are properly updated and there is no disconnect when you do a branded search. This is something that all big brands with top notch SEO’s do, right?

Hey Google Update Your <title> Tags!

Wrong, in fact some of the biggest companies get it totally wrong.

GWT

I know Matt Cutts is still on leave, but you would think someone on the web spam team would think to update their own title tags. I  mean, they do have a thing or two to say about them.

Also, it’s important to update the text on your login screen:

GWT err I Meant GSC

Honestly $GOOG, sometimes it doesn’t even feel like you are trying.

Comments OffTags: Google
Posted by Dan Leibson

Local Directories Just Got Doorwayed

May 27th, 2015

UPDATE June 1, 2015: FALSE ALARM!

May 23rd is a day that shall live in Local SEO infamy…

Google Doorway Update 5.23.15
(Click to enlarge)

Seeing this across several U.S.-based local directory sites. Not across the board, but more than a few.

See Did Local Directories Get Hit By Google’s Doorway Page Algo? to see how directory rankings may have taken a hit a few weeks ago.

→ 5 CommentsTags: Google · Local Search
Posted by Andrew Shotland

Why Is This Closed Listing Not Like Other Closed Listings?

May 18th, 2015

Close in knoweldge graph

Because the listing isn’t closed…

Okay, so that makes no sense right?

Let me start from the beginning. We have a client that has a Ford dealership. When doing searches for Ford + geo, we were seeing the above “permanently closed” business showing up in the Knowledge Graph panel.

So we had a team member investigate the issue by calling GMB support and asking why a closed listing was showing in the KG. Apparently the listing was showing up because “it wasn’t marked as closed”.

I will say that again in case you think you misread:

The permanently closed listing was showing up in the Knowledge Graph because it wasn’t marked as closed.

Google My Business ladies and gentlemen, where up is down, left is right and cats and dogs play together.

In all seriousness, I think the problem may be related to the recent issues with Google MapMaker. Specifically, the GMB data for a business, which shows it as closed, was in conflict with the business’ MapMaker data, which showed it as open. And since the MapMaker database has been locked down, that conflict is resolving in this really weird edge case. A few reasons why I am leaning towards this explanation:

1) We have seen an increase in these types of issues in the last couple of weeks, so the timing kinda works out.

2) The GMB support rep made a comment about closing the listing in MapMaker. While it’s is sometimes hard to take GMB support reps comments about the product at face value the issue seemed to resolve itself after the GMB support rep worked their MapMaker voodoo to close the listing.

So what this means is, if you see something like this affecting a client of yours the only real solution is to call into GMB support.

And wouldn’t you know it, right as I was about to hit “Publish” on this post I decided to see how this SERP was looking now. Lo and behold the rogue closed listing is back in the KG. Coincidentally the MapMaker entry also has a pending change to re-open it:

Screen Shot 2015-05-18 at 1.45.45 PM

Also, we heard from a particularly helpful GMB rep who told us that the Knowledge Graph is going away because “it’s too confusing”. We can only hope!

Have any of you seen anything like this? Any other theories as to why this is going on?

 

→ 15 CommentsTags: Google My Business · Local Data · Local Search
Posted by Dan Leibson

Did Local Directories Get Hit By Google’s Doorway Page Algo?

May 15th, 2015

Perhaps SEMRush is still updating but if its organic search traffic graphs are even close to accurate it looks like May is the month that Google took care of all Local family business:

YellowPages.com
YellowPages.com SEO

Superpages
SuperPages.com SEO

FourSquare
Foursquare SEO

DexKnows
DexKnows SEO

CitySearch
CitySearch SEO

InsiderPages
InsiderPages SEO

 Merchant Circle
Merchant Circle SEO

Manta
Manta SEO

Barry Schwartz noted a Google Webmaster Forums thread on the subject where Google’s Eric Kuan from the search quality team highlighted a post that included the following:

An example of doorways is when you have a website with 200 pages on it, all of which have the same basic text but with place names switched out on each page (“Find a taxi in London”/”Find a taxi in New York City”). The pages are designed to rank separately, catch keyword searches, but funnel all the traffic to one destination.

Jennifer Slegg at TheSEMPost reported last week that Google’s Doorway Page Update is live and is continuously updating. If this data is correct (that’s not always the case with these tools) then there’s a good chance these sites have been Doorwayed.

And Google didn’t even offer these guys a drink first…

→ 21 CommentsTags: CitySearch · DexKnows · Foursquare · Google · Local Search · Superpages · Yellow Pages · Yellowpages.com
Posted by Andrew Shotland

Virtual Canonical Loops = SEO Death

May 5th, 2015

Part 6 in the SEO Death Series

While we love Local SEO, a good portion of our clients are large non-local sites with a lot of technical SEO challenges. Today I’d like to talk about the dreaded Virtual Canonical Loop, an obscure technical issue that will absolutely kill your organic traffic, regardless of how big/small your site is. Here’s how it works.

You have a URL that canonicalizes to another, say https://www.site.com canonicalizes to http:www.site.com. So in the source of https://www.site.com you see:

<link rel=”canonical” href=”http://www.site.com”>

No big deal. Pretty standard.

Unfortunately, http://www.site.com 301 redirects to https://www.site.com. That in and of itself is no big deal. Canonicalizing http to https or vice-versa is a best practice to ward off duplication problems.

The problem is that when you canonicalize to a URL that 301 redirects back to the URL that is canonicalizing to it, Googlebot and Bingbot act like kid on a tilt-a-whirl after eating a giant corn dog, a slushee and some deep-fried oreos. That’s SEO blogger for “pukes all over you”. So you experience something like:

Dad Pukes

Besides getting covered with amusement park vomit, other maladies that Virtual Canonical Loops can cause include:

  • deindexation
  • inability to rank for brand queries
  • massive reduction in organic rankings
  • a royal reaming out by your boss
  • loss of job

The fix is to either remove the canonical tag or turn off the redirect. I prefer removing the canonical.

If you experience a Virtual Canonical Loop for more than four hours, please consult your SEO consultant. Individual results may vary. Void where prohibited.

More SEO Death Favorites:
Dev Server Indexed = SEO Death
Faceted Search = SEO Death
GeoTargeting By Location = SEO Death
Robots.txt File Disallowing Entire Site = SEO Death
Too Many URLs = SEO Death

 

 

→ 4 CommentsTags: Technical SEO
Posted by Andrew Shotland