Welcome to the Q&A Forum

Hi CakeLady, Your hands are a bit tied, but there are a couple of things you can do prior to the move. Create a spreadsheet listing all of the citations of the business so that you have this ready to start working from, as soon as the move is live. Remember, Google doesn't let you list (re-list) a business until it has actually opened, so you want to hold off on actual implementation until the move is accomplished fact. Create a document assessing all areas of the website that will need to be updated to reflect the new location once the move happens. Again, this way, you'll have your plan of action developed and ready to put in place quickly once the move happens. Create another document containing social messaging snippets you'll be publishing on all your social profiles once the move happens, announcing the change of location. Create additional new content (for the website, blog, both) to be launched when the move goes live, reflecting the new location. Prepare your client for the fact that they may experience some ranking changes until the business is re-established at the new location. Study up on the best way to implement a move in Google's local system so that you're secure in current best practices. With these things in hand, you'll be able to act swiftly once the move happens.

Very curious Google would send you those links. Is there any reason to think they are non-editorial? Perhaps they were placed as part of automation or copy and pasted from another site template? Is there any relationship between the tree sites? In my experience, there's no safe level of anchor text ratios. And exact match branded links can cause you trouble, especially for sites with lower Domain Authority. Mix these with low quality links and it's a headache combination. Unfortunately, even if the links are editorial, your best bet may be to get them removed. You could also try submitting another reconsideration request and explain why those links are editorial. By definition, most blogroll links aren't editorial (as they are placed by a CMS automatically on each page rather than a human) so this may be an uphill battle. Keep us updated. Best of luck!

Thank you!

If you're looking for something that you can run manually to get a list of outgoing links and their location (Which you could then use as a clean up list), you could consider Xenu Link Sleuth or Screaming Frog. I prefer Xenu, if only because it's what I've always used. In Xenu, once you run the crawl, sort the link addresses alphabetically and you should be able to scroll down past your internal links until it starts showing links to external domains. Right clicking on the link and hitting "URL properties" will show you the pages that the link is on. I am not familiar with anything that would run continuously or automatically, but that's not to say something doesn't exist. More on Xenu vs Screaming Frog: http://www.seomoz.org/blog/crawler-faceoff-xenu-vs-screaming-frog

Looks like you're filters work via POST method so you don't have much choice. There are no URL parameters you can block. rel="prev/next" is the way to go to index all images and pages without duplicate content.

Rule of thumb is that iframe content isnt duplicate content -They may see it but they count you as the source.

You don't want to implement a canonical tag to names.php. For all of the categories that generate URLs like this http://www.afternic.com/names.php?c=1 You probably want to implement a URL rewrite to give them more user friendly URLs (like afternic.com/business or some such). It would also help to throw some unique content onto those pages if you've got the budget for it but that's on the assumption that you want those pages to generate search traffic. Hope that helps a little

You can use both php and html pages. An example would be shopping cart html site. All the cart pages would have to use some sort of php, asp, cfm etc for dynamic purposes. Another example would be quote forms. Many of our sites are html while our quote forms are php. I think you would be fine to use both php and html. If you choose to go all html for ease of updates and maintenance purposes you can always 301 redirect php pages to new html pages.

I would go with no index on the result page simply because those search pages can vary quite a bit depending on what people search for.

The client wants to remove existing content to create a cleaner look on the page. I suggested we find a way to keep that content to avoid losing the traffic it generates and turning the page into a low quality page. My thought was to display a portion of the content and have the visitor click to view the rest.