Welcome to the Q&A Forum

Jeff's spot on. Come up with the briefest visitor readable URL that fits the proper understanding of the page identity along with its hierarchical relationship to content above it in that funnel. That's the URL that should be referenced in the canonical tag as well as links pointing to the page. If for some reason months or years later that URL needs to change (because the program name changes for some reason for example), then make that change and implement a 301 redirect to that new URL to pass any previously accumulated link value.

Hey Robert, Thanks for the question. The API can be tough to use if you don't have the coding knowledge to develop your tools. You may want to consider just using Open Site Explorer if you're not able to make or find a tool that you're enjoying. Here's some examples of things people have put together using our API: http://apiwiki.moz.com/gallery/apps I hope that helps. Cheers, Joel.

OK that helps.  Will download a csv of all links...  thanks!

Presumably you are talking excluding the sub domain in the SEOMoz web app? If so, it sounds like you have set up SEOMoz to view the root domain. Unfortunately you can't change from a root domain to a sub-domain so the only option is to create a new campaign. All you need to so is set up the new campaign using the subdomain you want to crawl (presumably this will be www.domain.com) and voila! BTW: By setting up a new campaign you won't have the crawl history, so you will need to refer to old campaign for that info. Hope that helps

Heya, I don't know what 'Sched.com' is as there's nothing on that domain, or what you mean by a 'Ning' file, but applying basic rules Do what you can/have to, to reduce errors on the site - this may involve restructuring the site or moving files around You don't need new domains for storing content, sub-domains or sub-folders will suffice Having content/files which are not 'SEO-able' is not an issue. If you focus on the user's experience of the website, reduce clutter and errors and ensure the site is easily crawlable then you are getting things off on the right footing. 600 pages in a root domain is crazy, but if they are named helpfully then it doesn't necessarily have to be a problem. I often have sites where an index.php governs the site and then all the content is stored in a sub-folder. It's not necessarily where the files are stored, but how they are managed and organised that makes a difference to the webmater, website visitors and indeed, search engines. You should be able to fix errors without moving pages off-site, else why have them anywhere? Hope this helps in some way