Alert reader Nico has  pointed out that Google has publicly committed to the rollout of Plus features for bulk upload users on their Help Pages.

We’ve listened carefully to your feedback. In the future, you’ll be able to:

• Make updates and posts to your customers using the Google+ page for your location
• See Insights to help you track your business’s performance on Google
• Filter to view relevant subsets of locations within your account

Google almost never publicly talks about futures which implies that this feature might be closer than we had thought. It certainly is a last, remaining brick for the foundation of Google Local being built on top of Plus. It is critical to have parity across all local pages and this would offer that missing feature to bulk users.

In other news, Google confirmed that with the most recent upgrade to the Bulk accounts, listings will be locked from being dual claimed. This means that 1)listings will be more secure and 2)bulk users will not be able to selectively upgrade specific bulk uploaded listings to Plus (which many have been doing) UNTIL the above feature is released.

Today on the Google webmaster blog Google has announced upgraded Schema support for additional phone types and detailed specific recommendations for using Schema.org on location pages. It is unfortunate but Google did not include a new schema for call tracking. Obviously this granular detail is useful for achieving more accuracy in Knowledge Graph answer boxes. From the post:

Four types of phone numbers are currently supported:

• Customer service
• Technical support
• Billing support
• Bill payment

For each phone number, you can also indicate if it is toll-free, suitable for the hearing-impaired, and whether the number is global or serves a specific countries. Learn how to specify your national customer service numbers.

The recommendations for location pages do not seem new and reinforce what many have been saying but they do clearly articulate what multi-location store finder pages should look like:

Specifically:

• Have each location’s or branch’s information accessible on separate webpages
• Allow Googlebot to discover and crawl the location pages
• The location information should be presented in an easy-to-understand format
• Use schema.org structured data markup
• A note about mobile-optimized websites: many users access location pages using their smartphones. In addition to the specific guidelines above, make sure that your site is optimized for smartphone devices, and that the information you share on the location pages is easily consumed on smartphones.

The note to be sure that information is presented in a way easy for the bot to understand bears repeating as many corporate sites create pages that are too complex:

information [should] be accessible on a unique URL, and you should avoid showing important location information using complex Javascript. Store location pages should ideally contain as much information as possible when the page loads. If additional data needs to be loaded after an action, such as a user click, it is preferable that the additional data is present on a separate store-specific URL and linked to using a simple HTML link rather than Javascript. As much as possible, try to avoid using Javascript for showing location information.

Update: Google has confirmed that the new bulk upload uses the same “one claim rule” as the new Places Dashboard and Plus. This means that once an account has been upgraded that the listings will not be able to be claimed into either Google Plus/Places Dashboard or another bulk account (at least not one that has been upgraded). This is one more step in making bulk listings more secure than in the past..

Google recently added new features to the bulk upload (week before last) and they are announcing another set of new features today. Hat tip to Linda Buquet for spotting and Max Minzer for pointing out.

Google Jade posted the following in the forums:

We are rolling out new features for the bulk location management tool in the coming weeks to make your experience even better.  We’re upgrading accounts gradually, and once your account is upgraded, these features will be available. Please be patient if you don’t see these features right away.

Please see the attached screenshot for an example of what your will look like if you’ve got the new features.

The current set of new features include:

Status of your locations on Maps: Now, we’ll show you a column that describes the status of each location on Maps. You’ll be able to tell at a glance which locations are live, unverified, have errors or data conflicts, are duplicates, or are pending review.

Updated data conflicts interface: The updated interface will show you details on how a location page might differ on Maps/Search results versus what’s in your dashboard. We’ll show you what is live on Google, and which field is different from what’s in your dashboard. From there, you’ll be able to take action.

Improved edit timeframe: We’re working on improving the speed with which your data goes live on Google.

Learn more about changes to bulk management.

Click to view larger

The rapid changes to the bulk feature are a good sign that Google is actively rolling out upgrades. The increased feedback about duplicates and data consistency will be very helpful to those managing a large number of listings. In the past, you never knew from the dashboard what the real status of a given listing was and you had to go into Maps and individually check them out. A real pain and it meant that listings that you thought were active were in reality, not.

But the faster edit timeframe is a critical upgrade. The bulk tool most likely now uses the same faster pipelines that are used by Plus, the new Places Dashboard and Mapmaker and it means that results should go live very quickly. One presumes that many of the changes will go live within hours if not minutes although some are likely to take longer. This is a necessary step before the bulk listings can be moved fully over to Plus. Who knows when but at least it is now possible as all of the primary input interfaces are accessing the same architecture.

It also raises the question of whether these listings are now falling under the claim once rule of the new Places dashboard or still are governed by the claim many times possible in the old dashboard. If the former, security of a listing will be improved. I have asked Google to clarify.

Google has in the past penalized it’s own properties five times for breaking its own SEO rules. Matt Cutts has apparently now also sanctioned Google Plus with a manual penalty. Here are the comments from the internal email that was forwarded to me:

“Forks or no forks, we believe that the Plus team has overdone their link building. Starting at 9 am tomorrow we have manually applied a penalty to the subdomain. This problem first came to light when an engineer working the PR Toolbar noticed that the Plus sub domain had achieved a page rank of 11. We decided we either had to act or change the algorithm. Neither choice was appealing but the manual penalty seemed the more appropriate path”.

He went on to say that:

“[there] are a number of violations of our linking policies that we have repeatedly pointed out to the team but its seems that we have been ignored. They include but are not limited to:

Rel Publisher – we have long ago deprecated header links in our algo but the Plus team was insistent on pushing them into the market place at such scale that they were impacting ranking.

Rel Author – We absolutely can not allow the quid pro quo of a photo that increases click throughs in return for a link. It’s not a paid link but it effectively is pay to play even if it has generated significant traffic for Plus.

In-Post Do follow Links – while we recently no followed links from profiles, all of the links inside of Plus posts are still do-follow links. Given our current policy on guest blogging, we need to hold the same standard for Google Plus.”

I have written before about the fact that it is not possible to merge a G+ Page for local with other page types like brand or company. But the question of the relative value of one page versus another is an om-going question for me. Is there a benefit to having both page types if so when and what type of business would do best to do so?

I raised the question on Google Plus and am posting the conversation here as it has been very valuable: