Ah perfect! I knew you'd guys would (and have) pull through on this one. Great lists! Andy should be all set.
Moz Q&A is closed.
After more than 13 years, and tens of thousands of questions, Moz Q&A closed on 12th December 2024. Whilst we’re not completely removing the content - many posts will still be possible to view - we have locked both new posts and new replies. More details here.
Posts made by RyanPurkey
-
RE: Going to Mozcon - what to do in Seattle
-
RE: Going to Mozcon - what to do in Seattle
Hey Andy. Seattle is great. I bet a bunch of mozzers could chime in on this one as they're there every day, but some other things to do: take a "duck" ride, go on a brewery tour, check out Pike Place Market... those are all classic Seattle activities.
-
RE: Does a subdomain benefit from being on a high authority domain?
Rand recently did a whiteboard Friday on this very thing: http://moz.com/blog/subdomains-vs-subfolders-rel-canonical-vs-301-how-to-structure-links-optimally-for-seo-whiteboard-friday, the pertinent part on your question being:
You're asking, "Should I put my content on a subdomain, or should I put it in a subfolder?" Subdomains can be kind of interesting sometimes because there's a lot less technical hurdles a lot of the time. You don't need to get your engineering staff or development staff involved in putting those on there. From a technical operations perspective, some things might be easier, but from an SEO perspective this can be very dangerous. I'll show you what I mean.
So let's say you've got blog.yoursite.com or you've got www.yoursite.com/blog. Now engines may indeed consider content that's on this separate subdomain to be the same as the content that's on here, and so all of the links, all of the user and usage data signals, all of the ranking signals as an entirety that point here may benefit this site as well as benefiting this subdomain. The keyword there is "may."
I can't tell you how many times we've seen and we've actually tested ourselves by first putting content on a subdomain and then moving it back over to the main domain with Moz. We've done that three times over that past two years. Each time we've seen a considerable boost in rankings and in search traffic, both long tail and head of the demand curve to these, and we're not alone. Many others have seen it, particularly in the startup world, where it's very popular to put blog.yourwebsite.com, and then eventually people move it over to a subfolder, and they see ranking benefits.
If at all possible, make it part of the domain in a subfolder.
-
RE: At what point to stop comments on a blog? Do too many comments hurt the page?
Yup! That sounds like a good interaction and a lively page that will keep presenting fresh, meaningful content each time it's updated. The only comments I'd worry about are spam (which you've screened) and really off-topic comments, but neither of those seem to be a problem. Since people are commenting under the same topic(s) as the article, it just adds to the page as a whole.
-
RE: Does moving Server (IP) affect rankings?
In most cases a server move with no other changes to page structure, names, etc. would not impact rankings. Perhaps in very rare cases the IP could be associated with a known spam server, but you can check something like that out at sites like: http://whatismyipaddress.com/blacklist-check.
If the server move enhances your site's speed and responsiveness then go for it. Cheers!
-
RE: Keyword Research and Planning Flow
Hi Alex. Today's webinar (http://moz.com/webinars) by Cyrus Shepard is covering this topic very well, although you're going to have to build your own workflow that works best for you. Since the webinar is going on right now (2015-02-10 10:56 Pacific Time) you'll have to wait for it to become available in the previously recorded webinar list. The title is: SEO Basics: The Fundamental Signals Used to Rank Our Content Higher
This along with the beginners guide is going to cover much of your initial steps in SEO: http://moz.com/learn/seo
As for on-page considerations, this is one of the most canonical resources: http://moz.com/learn/seo/on-page-factors. Cheers!
-
RE: DNS vs IIS redirection
Within IIS you use the IIS Manager. Here's a blog on page-by-page: http://www.proworks.com/blog/2010/02/11/adding-a-301-redirect-in-iis-for-individual-pages-with-non-aspx-extensions/ It's older but still applicable.
There's also software available like ISAPI_rewrite that can help with the process if you're migrating between Apache and Windows servers: http://www.helicontech.com/isapi_rewrite
The Windows doc on this: http://www.microsoft.com/technet/prodtechnol/WindowsServer2003/Library/IIS/6b855a7a-0884-4508-ba95-079f38c77017.mspx?mfr=true
-
RE: Does Google Penalize for Hiding Address?
Hi Miriam. Thanks! Honestly, the mailbox advice was a consideration purely from a privacy stand point as I wouldn't recommend anyone to use their home address for any business based activity regardless of what Google recommends.
But you're absolutely correct that Local is designed for physical addresses of public locations open for designated hours. If that's the setup that someone is pursuing than they should definitely make it as straightforward as possible. Thanks for emphasizing that point here and your superb answer below!
-
RE: Should pages with rel="canonical" be put in a sitemap?
I would just title them according to their view type. Try to put your most informative words as close to the front as possible so that it's easy to read in browser tabs, for example: Red Widgets, All Widgets, <$25 Widgets... etc. Meta description could probably be a repeat of the title tag. Make the title as UX friendly as possible.
-
RE: How valuable is a link with a DA 82 but a PA of 1?
I agree with Travis. In short, yes it's an excellent link. Like Travis mentions, getting caught up in the numbers can be misleading at times, and for a short hand of the sites and people you want to work with it's better to think of them as relationships. In this case, being connected to an official site that's reputable, spam-free, and exclusive is an excellent connection.