Question about url structure for large real estate website
-
I've been running a large real estate rental website for the past few years and on May 8, 2013 my Google traffic dropped by about 50%. I'm concerned that my current url structure might be causing thin content pages for certain rental type + location searches.
My current directory structure is:
domain.com/home-rentals/california/
domain.com/home-rentals/california/beverly-hills/
domain.com/home-rentals/california/beverly-hills/90210/
domain.com/apartment-rentals/california/
domain.com/apartment-rentals/california/beverly-hills/
domain.com/apartment-rentals/california/beverly-hills/90210/
etc..I was thinking of changing it to the following:
domain.com/rentals/california/
domain.com/rentals/california/beverly-hills/
domain.com/rentals/california/beverly-hills/90210/** Note: I'd provide users the ability to filter their results by rental type - by default all types would be displayed.
Another question - my listing pages are currently displayed as:
domain.com/123456And I've been thinking of changing it to:
domain.com/123456-123-Street-City-State-ZipShould I proceed with both changes - one or the one - neither - or something else I'm not thinking of?
Thank you in advance!!
-
Let me add, though - if you're already 301ing a ton of expired listings at large scale (in the thousands), I'd try to ease this in gradually. Maybe just 404 new ones and then start switching the back-log. I'm always hesitant to switch signals on thousands of pages at once.
-
This is a point of disagreement among many SEOs, but at that volume AND if people rarely link back to the individual property pages, I would lean toward 404s over 301s. It's just going to be more Google-friendly at that scope. The other option would be to develop some kind of permalink structure that you could re-use as properties change, but that really depends a lot on the logic of your site and can get pretty complex.
-
If you shoot me a PM I'll send you the site url.
After examining the larger rental sites I decided to proceed with 301'ing all the /rental-type/ directories to /rentals/ because they all appear to rely on user filtering search results rather than pre-filtered search results via urls. As we discussed previously, I think the pros outweigh the cons - but what do I know?!...
I definitely have a growing expired listing 301 problem then - each day roughly 10k listings are removed and their urls 301 to the search results for the city that the rental was located in. Should I switch the 301 to a 404 and serve the city search results the same as I do now?
I submitted a reconsideration request last week and received the "No manual spam actions found" message back.
-
It's really hard to advise without knowing more about the site, but consolidating the different types of rentals may be a good bet. If those search types are useful for visitors, then don't 301-redirect. I'd probably use rel=canonical here, or META NOIDNEX those variants.
Inactive listings are tougher. If they don't attract links and won't become active again in the future, then I think 404s are ok. A very large number of 301s that grows rapidly over time can start to cause problems and raise some red flags. It's fairly rare, but it has happened.
Removing the cities with no data is a good bet. You could META NOINDEX those, if they aren't typically linked to. I find that NOINDEX is easier to reverse later than canonical or 301. It's not an exact science, I'm afraid, and it often depends on the size of the site and the crawl architecture.
-
Should I 301 redirect the /rentals-type/* directories in the single /rentals/* and allow users to filter rental type in the search results -or- keep those pages and rel=canonical them to the /rentals/?
For listings that are no longer active (ie. rented) should we 404 those urls? We currently 301 them to the state/city searches results that the listing was located in.
Until 1 hour ago our site also allowed people to navigation into every city within every state whether we had rentals in those city/states or not. I've removed all of those pages and 301'd the urls to the main state pages which only display the cities where we have rentals. That change removed about 1500 unique urls.
Thank you again for being so helpful!! I actually tried PM'ing you but your username wouldn't come up.
-
I try not to over-interpret toolbar PR, but 500K indexed URLs for a PR5 site is, on the surface, likely to create problems for you. Best-case, your ranking ability is diluted across way too many pages. Worst case, you could encounter something on the scale of Panda.
Either way, at that scale, clean-up really can help. It is not an easy process - it takes time, and even best practices usually have to be adjusted to match the site structure and Google's reactions to your changes. For a site that size, it's really hard to give you quick and easy answers to where to start, but if there are reasonable ways to consolidate large numbers of "thin" pages, then I'd definitely consider that.
-
Thanks for the insight Dr. Meyers!!
Here's a little more information - my site's homepage is a PR5, I roughly have 225k rental listings and Google has indexed roughly 500k urls - combo of search results & listing pages.
I proceeded with changing the listing url structure from "domain.com/123456" to "domain.com/property/987-street-city-state-zip-123456" and 301'd the old format to the new. I know this probably had nothing to do with my traffic drop, but it's a change I've been planning to make and figured there's no better time than now.
My hunch is that my search result pages are the thin content culprits because I have them setup 2 ways:
- domain.com/rentals/state/city/ which returns all listings that match the search location- domain.com/apartment-rentals/state/city/ which returns all apartment listings that match the search location
It's completely possible to produce 2 very similar search results (however with different title, h1, etc.) via these 2 search urls. Do you think I should 301 the /rental-type/state/city/ to /rentals/state/city/? If needed, I can privately send you me site's url.
Glad you mentioned pagnation - all 2nd+ page result pages include the following meta tag:
<meta name="<a class="attribute-value">robots</a>" content="<a class="attribute-value">noindex</a>" />
And the on-page pagnation links look like - 2nd page result shown:
<div id="<a class="attribute-value">pagination</a>"> <a href="[?pos=0&min=0&max=999999&beds=0&baths=0&pets=&pics=&sortby=min_rent&orderby=asc](view-source:http://www.rentalsource.com/rentals/california/carson/?pos=0&min=0&max=999999&beds=0&baths=0&pets=&pics=&sortby=min_rent&orderby=asc)" rel="<a class="attribute-value">prev</a>">« preva> <a href="[?pos=0&min=0&max=999999&beds=0&baths=0&pets=&pics=&sortby=min_rent&orderby=asc](view-source:http://www.rentalsource.com/rentals/california/carson/?pos=0&min=0&max=999999&beds=0&baths=0&pets=&pics=&sortby=min_rent&orderby=asc)">1a> <span class="<a class="attribute-value">selected_page</a>">2span> <a href="[?pos=20&min=0&max=999999&beds=0&baths=0&pets=&pics=&sortby=min_rent&orderby=asc](view-source:http://www.rentalsource.com/rentals/california/carson/?pos=20&min=0&max=999999&beds=0&baths=0&pets=&pics=&sortby=min_rent&orderby=asc)">3a> <a href="[?pos=30&min=0&max=999999&beds=0&baths=0&pets=&pics=&sortby=min_rent&orderby=asc](view-source:http://www.rentalsource.com/rentals/california/carson/?pos=30&min=0&max=999999&beds=0&baths=0&pets=&pics=&sortby=min_rent&orderby=asc)">4a> <a href="[?pos=40&min=0&max=999999&beds=0&baths=0&pets=&pics=&sortby=min_rent&orderby=asc](view-source:http://www.rentalsource.com/rentals/california/carson/?pos=40&min=0&max=999999&beds=0&baths=0&pets=&pics=&sortby=min_rent&orderby=asc)">5a> <a href="[?pos=20&min=0&max=999999&beds=0&baths=0&pets=&pics=&sortby=min_rent&orderby=asc](view-source:http://www.rentalsource.com/rentals/california/carson/?pos=20&min=0&max=999999&beds=0&baths=0&pets=&pics=&sortby=min_rent&orderby=asc)" rel="<a class="attribute-value">next</a>">next »a> div>
Do you see any issues with this setup?
I've also made a few other changes since my last message:
- used linkdetox.com to analyze my backlinks and submitted a disavow request for the "toxic" ones
- purchased a "Site Audit" from Alexa and it came back with a 96/100 score
- contacted a recommended SEO firm and they want $5k per month for 6 months to fix my problem
-
Unfortunately, other than being 99% sure there was an algorithm update around May 9th (dubbed "Phantom" by some folks), and even having seen it hit a former client, we have very few clues about what it actually did. Some folks have suggested it was "Panda-like" in which case thin content could be a culprit.
It's really tough to tell without seeing the site and the scope of the problem, but doubling up all of your rental pages could absolutely create problems, especially when you pair that with geographic searches and drill-downs. A couple of things I'd dig into before you completely change your structure:
(1) What's the scope of the doubling up, relative to your entire index size?
(2) Are there other culprits, such as search sorts and filters in play?
(3) Have you managed pagination (most likely with rel=prev/next, but there are other options)? With all of these geographic folders, you might have a ton of paginated search.
I think reducing your index size could be beneficial, but I'd make sure that the rental pages are the primary culprit first. I don't think the property URL change would help that much. It's a nice-to-have, but it wouldn't impact Panda or cause you major problems with Google the way it is. It's just slightly less user-friendly and slightly less keyword-targeted. I'd deal with the thin content first.
-
No you don't need to submit a reconsideration request if you haven't received anything. Chances are you got hit by a combination of Penguin and Panda. They may have just refreshed one of the updates on the 8th. Looks like no one really knows exactly what it is. Because you're changing your link structure around, check your Webmaster Tools 404 errors to make sure something is buggy.
If you added /rental-type/ to setup the keywords and the pages both pages for regular rentals, condo rentals, townhouse rentals, for Baltimore are unique then don't bother changing your structure around. You're better off optimizing the pages further if they need it, then checking the pages linking to you to see if something has happened to them. If you have links from someone caught selling links, you wouldn't have seen a penalty but their links wouldn't pass as much SEO juice.
Yes the URLs like this
domain.com/rental/123456-123-Street-City-State-Zip
are better than
I'd make that change right away if you're just using an ID to reference properties.
-
Thank you to both of you for your prompt replies.
It appears there was some type of Google change on May 8, but according to Matt Cutts it wasn't Penguin related:
http://searchengineland.com/if-that-was-a-google-update-you-felt-googles-not-confirming-it-158925My concern with splitting the rental type results across multiple directories is that I could be creating a lot thin content pages:
domain.com/townhouse-rentals/maryland/baltimore/as opposed to:
domain.com/rentals/maryland/baltimore/I should note that the /rentals/state/city/ URLs currently exists/works on my site and I added the /rental-type/state/city/ URLs a few years ago to leverage the keyword in the directory name, title & H1 tags. My site did perform quite well with that structure for multiple years. If I did make the change I would 301 the /rental-type/* directories to /rentals/*.
I've purchased the Alexa site audit and Screaming Frog software to analyze my site. Google Webmaster Tools doesn't report any site issues and I haven't received any messages from Google. Should I submit a reconsideration request?
As for the listing URLs, in my original message I mistyped the proposed directory - I meant:
domain.com/rental/123456-123-Street-City-State-Zip -
With a 50% decline chances are you are being stalked by either a bird or bear. Heck, they could be teaming up to chase you around.
My recommendation is that you do nothing to your site until someone has conducted a full audit and it is key the person conducting this know what key indicators to watch for in your sites history regarding panda and penguin.
I tend to see much more unnoticed panda hate than unnoticed penguin hate and many people have told me they were hit by a bird but closer examination revealed the real culprit was a bamboo loving bear.
-
It's really best not to change your URL structure around. If you really need to, then definitely make sure you have 301 directs all pointed from the old links to the new ones.
The permalink keywords in the middle don't really apply as much weight as they used to. Using /home-rentals/ and /rentals/ won't immediately relate the pages to those keywords anymore. So with that, set your structure based on the different sections of your site so they don't conflict rather than inserting keywords. So example: "domain.com/search/california/" doesn't conflict with "domain.com/category/california/"
I need to see your pages to give you a better response on the last question. With permalinks, it's always good to match your page title with the page's main keyword. So if the title is 123 Street Ave then the link should be /slug/123-street-ave/. The slug is whatever descriptive keyword for that type of post is. It would be /search/, /category/, or no slug at all.
That doesn't answer your question for the SEO decline though. Chances are you've been affected by the recent Penguin 2.0 update. I'd start by checking my links and seeing if any of those sites got hit. Also check your webmaster tools and see if any notices have popped up.
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
-
Duplicate URL errors when URL's are unique
Hi All, I'm running through MOZ analytics site crawl report and it is showing numerous duplicate URL errors, but the URLs appear to be unique. I see that the majority of the URL's are the same, but shouldn't the different brands make them unique to one another? http://www.sierratradingpost.com/clearance~1/clothing~d~5/tech-couture~b~33328/ http://www.sierratradingpost.com/clearance~1/clothing~d~5/zobha~b~3072/ Any ideas as to why these would be shown as duplicate URL errors?
On-Page Optimization | | STP_SEO0 -
Menu Structure
I'm working on a site where there is a top level menu with a dropdown off a couple of the main headings and subsequent dropdown from one or two of those dropdowns. Usual stuff. The main problem we are having is the ranking of one of the main menu pages, some of which is historical stuff we have cleaned up and waiting for Penguin. My question is whether the following is a prudent step. The main menu option/page and keyword is something like "Green Widgets" but this activates a dropdown where there is a link to 'Types of Green Widget', then again there is a dropdown with several pages to different types of Green widget. The two menu items "Green Widgets" and "Types of Green Widgets" both link to the "Green Widget" page. As the "Types of Green Widgets" link is sitewide and not really in the right flavour for the "Green Widget" page would it be prudent to remove the link element of that menu item or set it to /#
On-Page Optimization | | MickEdwards0 -
Best website IA/structure for SEO?
What's the current thinking on the best structure of information on a website for SEO? Structure for visitors can be best achieved through navigation menus, but I am more interested in how I should organise my URL structure so Google can make sense of the depth of my site topics. The website is an Asian travel blog so there are essentially two specific types of post on the site. One type is location specific (may be about an attraction, a city, a region or a country). The other type is general (usually about an aspect of travel like travel cash, visas, scams, etc). At the moment, all my general posts are organised like www.asiantraveltips.com/blog/[post-name]. My location-specific posts are organised like www.asiantraveltips.com/[country]/[region-or-city]/[place-name]/ so that Google can see I have depth of topics about each country and region. But I find it hard to keep consistency in this arrangement of URLs and I don't know if I might be better off to just have everything flat and tagged as a blog post like www.asiantraveltips.com/blog/[country]-[region-city]-[post-name]/? What's best practice these days? How are others organising travel blog websites?
On-Page Optimization | | Gavin.Atkinson0 -
A Hummingbird Question
So with Google SERPs looking for more customer intent and especially to direct questions eg, How much does a x cost? Where can I find x etc - is it good practice to create a bank of Q&A's on site or is it sufficient to have good quality content on the subject matter stating the costs of x and where you can find it written in a customer friendly manner? Will a bank of Q&As add any value if they directly answer the most likely search questions? Thanks Ash
On-Page Optimization | | AshShep10 -
How to Structure URL's for Multiple Locations
We are currently undergoing a site redesign and are trying to figure out the best way to structure the URL's and breadcrumbs for our many locations. We currently have 60 locations nationwide and our URL structure is as follows: www.mydomain.com/locations/{location} Where {location} is the specific street the location is on or the neighborhood the location is in. (i.e. www.mydomain.com/locations/waterford-lakes) The issue is, {location} is usually too specific and is not a broad enough keyword. The location "Waterford-Lakes" is in Orlando and "Orlando" is the important keyword, not " Waterford Lakes". To address this, we want to introduce state and city pages. Each state and city page would link to each location within that state or city (i.e. an Orlando page with links to "Waterford Lakes", "Lake Nona", "South Orlando", etc.). The question is how to structure this. Option 1 Use the our existing URL and breadcrumb structure (www.mydomain.com/locations/{location}) and add state and city pages outside the URL path: www.mydomain.com/{area} www.mydomain.com/{state} Option 2 Build the city and state pages into the URL and breadcrumb path: www.mydomain.com/locations/{state}/{area}/{location} (i.e www.mydomain.com/locations/fl/orlando/waterford-lakes) Any insight is much appreciated. Thanks!
On-Page Optimization | | uBreakiFix0 -
Page authority 1 for new URLs
Hi There Quite a beginner question. I have changed url structure last week and is already avaliable on google.What i find strange is that the PA reported by SEOMOZ is 1 and there's no google cache. If the page has to crawled yet, why it's avaliable on google index already? Dario
On-Page Optimization | | Mrlocicero0 -
SEO for standard website pages
How do you folks approach adding some SEO value to the standard "every site has them" pages like "About Us", "Contact Us" and such? I struggle trying to find some relevant non-branded content. We normally cover all the customers relevant services and product offerings in pages specfiically tailored to that content, but don't want to waste pages if they could have some value in drawing traffic. Any great ideas, Mozworld? Thanks, Mark
On-Page Optimization | | DenverKelly0 -
Duplicate Page Content Question
This article was published on fastcompany.com on March 19th. http://www.fastcompany.com/magazine/164/designing-facebook It did not receive much traffic, so it was re-posted on Co.Design today (March 27th) where it has received significantly more traffic. http://www.fastcodesign.com/1669366/facebook-agrees-the-secret-to-its-future-success-is-design My question is if google will dock us for reprinting/reusing content on another site (even if it is a sister site within the same company). If they do frown on that, is there a proper way to attribute the content to the source material/site (fastcompany.com)?
On-Page Optimization | | DanAsadorian0