How does using a CMS (i.e. Wordpress/Drupal) affect backlinks and SEO?
-
So I need to build a website with over 100 pages in it. Elements of the design will probably be moved around and or tested so I need to use a CMS. It's pretty much a review site so while the content will remain static I'd like to employ A/B testing to mess with conversion rates. Wordpress has a plugin for that even.
So I'm just wondering, since CMS pages are pretty much created on spot and not retrieved from a library, how this affects backlinks and anchor text? How exactly does the external website point to yours if the URL is dynamically generated?
Or am I misunderstanding something? Please recommend any extra resources as well if you can.
-
Sorry, saw the follow-up, but I think the overall thread has you covered. The only real issue with CMS URLs is that you can sometimes have multiple versions pointing to the same page, and this creates duplicate content. There are plug-ins for WordPress that can help with that.
The only exception would be something like an AJAX-style URL, where the page content could change without the URL ever changing (Flash has the same issue, for example). You'll rarely see that in a standard CMS, though, and definitely not in WordPress.
-
Thank you very much CMC-SD, Jared and goodlegaladvice for all your help.
@CMC-SD: As promised, I stole your analogy (Now I realize it was an analogy and not a metaphor, I think) and I tried to explain CMS to my girlfriend who knows nothing about computers. Unfortunately it did not come out as elegantly as you put it and we ended up eating bison burgers instead.
-
Ditto to that Jared. Great explanation. And now I'm hungry.
-
Oh, okay, I definitely misunderstood. You're asking about the back-end rewriting process that makes a pretty URL point to the corresponding ugly URL which in turn points to the page. That's way back-end. Unlike a 301 redirect, it's invisible to the spider. The spider need never know that a URL like http://www.domain.com/?p=123 even exists. While it's crawling, it sees a link to http://www.domain.com/page1.html, follows the link, and sees the HTML for that page. That's all.
-
@CMS-SD: Great metaphor! I'm going to steal it But I already knew that about CMS's xD. In fact my confusion was about what follows from that... If the pages are created dynamically and not retrieved from the webserver itself, how do would a backlink even REFER it??
I actually found this SEO blog touching on the subject matter: http://www.seomoz.org/blog/url-rewrites-and-301-redirects-how-does-it-all-work
So, pretty much this is how it works: A page is linked through the URL that is randomly generated by a CMS, but the webserver rewrites the URL that points to the original URL. Pretty much the same thing. And google indexes that URL plus the html on the page. Is that about right? That is why I should not worry at all.
-
Thanks! That's what happens when a creative writing major learns php.
-
This is probably the most well constructed, and humorous explanation on this that I have ever read. Bravo.
-
No. What "indexing" means is creating a database of URLs and the HTML that those URLs point to. If your site has been "indexed," it means Google has discovered your URLs and taken note of the HTML that can be found at those URLs.
-
I think you are misunderstanding something, yes.
On a website with a CMS, the URL is not "dynamically generated." The page is dynamically generated. Here's what that means. Whenever you type http://www.domain.com/page1.html into your browser, you are telling your browser to go to that website and pull up the HTML that corresponds to that URL. URL stands for "uniform resource locator," meaning directions to the location of a resource. If you have an old-fashioned website, the URL points to an HTML file that you created, either by typing everything yourself of using a WYSIWYG editor. If you have a CMS, the URL essentially instructs your website to build the corresponding HTML page on the fly.
It's like ... okay, imagine that you walk into a bakery and ask for a chocolate chip cookie. They could either pull a pre-baked chocolate chip cookie off the shelf and hand it to you, or walk in the back and bake you one cookie from the ingredients in the kitchen. When we're talking about baked goods, option 1 is almost always better than option 2 because it's orders of magnitude faster and more efficient. The benefits that option 2 offers aren't worth the extra time and lost efficiency. But when we're talking about websites, that's no longer the case. The server can construct an HTML document almost instantaneously. Your browser gets the HTML just as fast as it would if it asked for a static HTML page.
In fact, your browser really has no idea that this is all happening. Here's another food metaphor. You walk into a fast food joint and order a hamburger. The cashier walks into the kitchen, and a minute later, walks out with your hamburger. Did the cashier pull the hamburger off a shelf of hamburgers that have been sitting under a hotlight for hours? Or did the cashier ask the cook to prepare a fresh hamburger just for you? Assuming the hamburger tastes great either way, you have no way of knowing. In this metaphor, the customer is the surfer, the cashier is the browser, and the kitchen is the server your website is hosted on. Either your server has a bunch of pre-made pages sitting around waiting for someone to "order" them, or your server has a clever program that makes the pages only when they're needed. That clever program, the CMS, is like the short-order cook.
The thing to remember is, the search engine spiders are customers, just like the surfer. They don't know what's going on in the kitchen. They don't care. They "typed in" a URL and got some HTML back. They now know that that URL produces that HTML. They remember that. When they see a link to that URL, they know it's pointing to that HTML.
Clear as mud?
-
Ahhh, so Google indexes URLs and not the pages themselves? D'oh.
-
"So I'm just wondering, since CMS pages are pretty much created on spot and not retrieved from a library, how this affects backlinks and anchor text? How exactly does the external website point to yours if the URL is dynamically generated?"
Firstly, different CMS's create pages differently. CMS just means content management, which means the platform just provides a gui for you to add content or make changes. If you are using WP and creating pages, then these pages wil be indexed as any other page, and links pointing to it would simply target the page's URL.
Wordpress uses permalinks and Drupal uses pathauto to redirect platform generated links into SEO friendly one. They use an internal redirect and the resulting URL is indexed in Google. Therefore, you simply treat the resulting URL as the "real" url, and external links to it work fine.
-
right no difference I took a whole site with statics and changed it over to a cms with all rewrites everything works great kept the urls the same though kept the .htm
-
I was under the impression that URL rewrites just change the way the URL is displayed on the browser but not the URL itself. I really need to learn more about the backend stuff.
So it would make no difference if the backlink contained an absolute path?
-
It works the same as a static page except its easy to manage your content....
You usually also use a url re-write agent that can change your urls to say what ever you want. In fact most of the web is now on a cms.
Backlinks, Anchor text is all the same....
Got a burning SEO question?
Subscribe to Moz Pro to gain full access to Q&A, answer questions, and ask your own.
Browse Questions
Explore more categories
-
Moz Tools
Chat with the community about the Moz tools.
-
SEO Tactics
Discuss the SEO process with fellow marketers
-
Community
Discuss industry events, jobs, and news!
-
Digital Marketing
Chat about tactics outside of SEO
-
Research & Trends
Dive into research and trends in the search industry.
-
Support
Connect on product support and feature requests.
Related Questions
-
Custom HTML or WordPress, it's Time to Decide
Today I start the face to face interviews with website companies. So far most have pushed WordPress, few have offered either and one insisted on Joomla. Our 50+ products and services are primarily customized, so we sell -10 on our shopping cart. We rely primarily on organic Google rankings, SEO and content is critical. What do you, my fellow Mozzers, recommend for our next website platform for our mobile world and Google friendliness? TY, KJr
Web Design | | KevnJr0 -
Retina Design or NOT for e-commerce selling gifts
We are planning to relaunch our ecommerce site selling gifts on Magento EE . I want to know weather we should go for retina or not. My only concern is page loading. Any advise will be appreciated.
Web Design | | Jvalops0 -
Question & Answers Forum pluggin for wordpress
I am looking to install on my website a Question & Answers Forum pluggin for wordpress Like MOZ Q&A What pluggin do you recommend for questions and answers Would be to replace the one on this site that i don't like due to some problems i have on configuration. http://www.propdental.es/dentista/
Web Design | | maestrosonrisas0 -
Using a 301 vs. 302?
I'm running into a very confusing situation - and while I think I've worked through the answer, I'm hoping someone can help provide their insight. I have a client who is in the process of rolling out a responsive site. Because we need to host both Responsive and legacy versions of product pages on the domain we are using the following URL pattern. New Responsive Product Page exampleurl.com/product (existing URL structure) Older Product Pages (redirected to) exampleurl.com/legacy/product The rollout will be approximately 2 months to complete. The question becomes - should a 302 redirect be applied from the existing URl to the /legacy/ URLs until the new designs are launched? Given that the timing will be so short this seems reasonable. Or should a 301 be applied until the new responsive designs are rolled out?
Web Design | | JonClark150 -
Html 5 main and secondary navigation for SEO best performances
I am building a website which will have a main navigation related to the site and each link of the main navigation will have a secondary navigation. We do not want to use a megamenu style navigation. I will try to explain it with a example: Let's start with an example for a computer store "My PC Store", the Main Navigation would be: Desktop PC's Notebook & Tablets
Web Design | | netbuilder
Multimedia When clicking on the "Notebook & Tablets" the user is directed to the page domain.com/notebook-tablet.html and on this page the secondary navigation appears: Laptop Netbook Tablets / iPad I am confused on how I should organize the semantic navigation for best SEO performances and I need advice / suggestions. I thought about 2 different ways to do it but which one is more appropriate in terms of SEO? PROPOSITION A Home Page: <header> My PC Store <nav> Desktop PC's Notebook & Tablets Multimedia </nav> </header> Sub-Page (Notebook & Tablets): <nav>(or <aside>?) Desktop PC's Notebook & Tablets Multimedia </aside> </nav> <header> Notebook & Tablets <nav> Laptop Netbook Tablets / iPad </nav> </header> As you notice on the home page the Main Site Navigation is included in the <header>while it is not in the sub-pages. PROPOSITION B Home Page: <header> My PC Store <nav> Desktop PC's Notebook & Tablets Multimedia </nav> </header> Sub-Page (Notebook & Tablets): <header> Notebook & Tablets <nav> Desktop PC's Notebook & Tablets Multimedia </nav> # Notebook & Tablets * Laptop Netbook Tablets / iPad </header> The main navgation remains always in the <header>(home page / sub-pages) of all page. I need suggestions... How would you guys organize the nav ? </header> </header>0 -
Using "#" anchors to display different content
If I have a page that has an area on the page that acts like a widget and has three different tabs. These tabs provide 3 different types of information relevant to the page subject matter. By default when someone goes to the page one of the tabs is showing but you have to click on the others to see the info on them. Is it OK to use domain.com/topic#TAB1, domain.com/topic#TAB2, domain.com/topic#TAB3 to create shortcut links so that people can land on the page and have that predetermined tab showing. I'm wondering what search engines might think. Essentially all the content of all three tabs is there for people to see but they'd have to click to see the other tabs. I don't consider the content to be hidden. But I'd like to hear people's thoughts.
Web Design | | Business.com0 -
Combining web pages and it's affects on SEO?
We are looking into amending a website we are working on to try and combine 2 or 3 current pages onto one page. This site is similar to an estate agents site and currently has images, map, floor plan sub pages etc. Can anyone tell me, if we were to combine these pages and include the above details on one page, how that would affect the current search engine rankings?
Web Design | | SoundinTheory0 -
HTML5, semantic web & SEO
HTML5 is supposed to revolutionize the way browsers, web clients and services are supposed to "understand" information on the web. I have been planning on converting my site to HTML5 ever since it went into a working draft last spring, however I wanted to know if upgrading to HTML5 would offer any SEO benefits or if it would actually have a negative effect on how my site is perceived on the web. I guess my real question here is "Do search engines recognize HTML5 sectioning?" Is content found in semantic sections like <header>, <footer>, <nav>, <aside>, treated any different than content inside generic HTML4 containers like, or ? </aside> </nav> </footer> </header>
Web Design | | TahoeMountain400