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.
Adding index.php at the end of the url effect it's rankings
-
I have just had my site updated and we have put index.php at the end of all the urls. Not long after the sites rankings dropped. Checking the backlinks, they all go to (example) http://www.website.com and not http://www.website.com/index.php. So could this change have effected rankings even though it redirects to the new url?
-
Lot's of good advice here, so I'll just weigh in with my two cents...
Instead of redirecting all your files to /index.php, why not rewrite those in .htaccess to redirect back to the original (without the /index.php)
This has the dual effect of preserving your link equity to those original urls, and there's a slight correlation between shorter URLs and higher rankings (in part possibly because shorter URLs have a higher click-thru rate)
Regardless, I suspect a perfect storm of factors contributed to your rankings, as you stated yourself:
1. Site was down when on old US host for a minimum of 3 hours one day and perhaps longer
2. Changed from US host to host based in Spain
3. Analytics stopped recording data for 3 days and site was down briefly after the change of host
4. All original URLs now have /index.php at the end
I purposely left out a Google Algorithm change, because of Occam's Razor - the simplest explanation is usually correct, and an algorythm change would be too much coincidence.
As Robert said, make sure you're targeting the right country in Google Webmaster. Other than that, I would try very hard to return all URLs, hosting and settings back to their original state before all these changes.
-
Hi Robert,
Thanks for your input on this.
The webmaster changed the hosting from US to Spain without my knowledge, the first I knew of it was when I saw the rankings drop and called him to see if there were any changes done to the site.
The site also seemed to be down at various times during the process and the analytics stopped recording data for 3 days.
We had excellent rankings in UK & US (both our target markets) but the day we changed host, the rankings all dropped from between 5 to 30 positions and so far are showing no real sign of returing to their original rankings even though we have now changed to a new US host.
I don't know if you have ever had the same experience but I wonder how much of an impact this will have in the long run for the rankings and will they even return without having to significantly promote the site again.
There are a number of factors which took place over this period:
1. Site was down when on old US host for a minimum of 3 hours one day and perhaps longer
2. Changed from US host to host based in Spain
3. Analytics stopped recording data for 3 days and site was down briefly after the change of host
4. New Google algorithm change
5. All original URLs now have /index.php at the end
Can it be a combination of all these factors or is there one main culprit?
I will speak with our webmaster Monday and ensure that he has set the target language to EN-US but we are also targeting the UK market and prior to this we were ranked very well in both countries.
Again, thanks for all your feedback!
-
Authority, You just named the issue. Changed from US to Europe. I am assuming the site is in English, what country are you targeting?
If US, and you changed to Europe, you would have had to go into GWMT and change language settings to EN-US. As a .com is not a ccTLD, and a server residing in Europe will be presumed to be targeting there, if you are not set up with GWMT as EN-US, your rankings will drop for a US search.
So, now, no matter what you are targeting, go into GWMT and go to site config, settings, language and choose the correct language config. Even if you are US and you are hosted in US, I urge you to insure this is done.
LMK
-
Thanks all for you input!
We have done redirected the old urls to the new ones ie from www.site.com/keyword/ - to - www.site.com/keyword/index.php
We changed host on the 5th Feb. and literally the same day all rankings dropped. I know there have been recent Google updates but finding the real cause of this is still difficult. If there were no changes to the site, then I may have leant more towards a google algorithm update but the rankings dropped as soon as the sites hosting was changed from US to Europe. Hosting has since been changed back to US based.... 3 days on though and no significant improvements although some keywords are moving up 5 places or so.
Any more input appreciated
-
Authority
This may be implied or I may be missing something, but as to your links and 301's, if you are saying you did a single 301 of http://www.website.com to http://www.website.com/index.php then your rankings drop is because of that. For each url with links, you need to do the redirect of .com/url-a, url-b, etc. to .com/url-a/index.php, .com/url-b to .com/url-b/index.php, and so forth. This should be done in the .htaccess file. You will not transfer link juice by tranferring domain to domain, etc. You must do it url to url.
Hope it helps.
-
You say you have put index.php at the end of all the URLs? So each page is in it's own directory?
Harald is 100% correct but I am wondering; did you always have each page in it's own directory or was that part of the recent change? If the file names used to be more SEO friendly (i.e. keywords in the file name) and now they are just named index.php then that could have a lot to do with your rankings dropping.
Just wanted to add that, cheers.
-
Hi Authority Sitebuilder, First of all Google doesn't seem to care about these but for users' sake, for the sake of conformity and as a good practice, it is best to do a redirect
from(example)
to
http://www.website.com/index.php
In other words, select one URL and stick with it, redirect all others. Make a 301 redirect of your old URLs to your new URLs. Then it should not affect your ranking unless you will do some other changes on your pages As you said earlier that all the back links go to the http://www.website.com (old url), so it is better to redirects o the new url i.e http://www.website.com/index.php
I hope that your query had been solved.
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
-
Change Google's version of Canonical link
Hi My website has millions of URLs and some of the URLs have duplicate versions. We did not set canonical all these years. Now we wanted to implement it and fix all the technical SEO issues. I wanted to consolidate and redirect all the variations of a URL to the highest pageview version and use that as the canonical because all of these variations have the same content. While doing this, I found in Google search console that Google has already selected another variation of URL as canonical and not the highest pageview version. My questions: I have millions of URLs for which I have to do 301 and set canonical. How can I find all the canonical URLs that Google has autoselected? Search Console has a daily quota of 100 or something. Is it possible to override Google's version of Canonical? Meaning, if I set a variation as Canonical and it is different than what Google has already selected, will it change overtime in Search Console? Should I just do a 301 to highest pageview variation of the URL and not set canonicals at all? This way the canonical that Google auto selected might get redirected to the highest pageview variation of the URL. Any advice or help would be greatly appreciated.
Intermediate & Advanced SEO | | SDCMarketing0 -
Duplicate URLs ending with #!
Hi guys, Does anyone know why a site can contain duplicate URLs ending with hastag & exclamation mark e.g. https://site.com.au/#! We are finding a lot of these URLs (as duplicates) and i was wondering what they are from developer standpoint? And do you think it's worth the time and effort adding a rel canonical tag or 301 to these URLs eventhough they're not getting indexed by Google? Cheers, Chris
Intermediate & Advanced SEO | | jayoliverwright0 -
How to de-index old URLs after redesigning the website?
Thank you for reading. After redesigning my website (5 months ago) in my crawl reports (Moz, Search Console) I still get tons of 404 pages which all seems to be the URLs from my previous website (same root domain). It would be nonsense to 301 redirect them as there are to many URLs. (or would it be nonsense?) What is the best way to deal with this issue?
Intermediate & Advanced SEO | | Chemometec0 -
Do I need to re-index the page after editing URL?
Hi, I had to edit some of the URLs. But, google is still showing my old URL in search results for certain keywords, which ofc get 404. By crawling with ScremingFrog it gets me 301 'page not found' and still giving old URLs. Why is that? And do I need to re-index pages with new URLs? Is 'fetch as Google' enough to do that or any other advice? Thanks a lot, hope the topic will help to someone else too. Dusan
Intermediate & Advanced SEO | | Chemometec0 -
Why are bit.ly links being indexed and ranked by Google?
I did a quick search for "site:bit.ly" and it returns more than 10 million results. Given that bit.ly links are 301 redirects, why are they being indexed in Google and ranked according to their destination? I'm working on a similar project to bit.ly and I want to make sure I don't run into the same problem.
Intermediate & Advanced SEO | | JDatSB1 -
Is there any negative SEO effect of having comma's in URL's?
Hello, I have a client who has a large ecommerce website. Some category names have been created with comma's in - which has meant that their software has automatically generated URL's with comma's in for every page that comes beneath the category in the site hierarchy. eg. 1 : http://shop.deliaonline.com/store/music,-dvd-and-games/dvds-and-blu_rays/ eg. 2 : http://shop.deliaonline.com/store/music,-dvd-and-games/dvds-and-blu_rays/action-and-adventure/ etc... I know that URL's with comma's in look a bit ugly! But is there 'any' SEO reason why URL's with comma's in are any less effective? Kind Regs, RB
Intermediate & Advanced SEO | | RichBestSEO0 -
How to deal with old, indexed hashbang URLs?
I inherited a site that used to be in Flash and used hashbang URLs (i.e. www.example.com/#!page-name-here). We're now off of Flash and have a "normal" URL structure that looks something like this: www.example.com/page-name-here Here's the problem: Google still has thousands of the old hashbang (#!) URLs in its index. These URLs still work because the web server doesn't actually read anything that comes after the hash. So, when the web server sees this URL www.example.com/#!page-name-here, it basically renders this page www.example.com/# while keeping the full URL structure intact (www.example.com/#!page-name-here). Hopefully, that makes sense. So, in Google you'll see this URL indexed (www.example.com/#!page-name-here), but if you click it you essentially are taken to our homepage content (even though the URL isn't exactly the canonical homepage URL...which s/b www.example.com/). My big fear here is a duplicate content penalty for our homepage. Essentially, I'm afraid that Google is seeing thousands of versions of our homepage. Even though the hashbang URLs are different, the content (ie. title, meta descrip, page content) is exactly the same for all of them. Obviously, this is a typical SEO no-no. And, I've recently seen the homepage drop like a rock for a search of our brand name which has ranked #1 for months. Now, admittedly we've made a bunch of changes during this whole site migration, but this #! URL problem just bothers me. I think it could be a major cause of our homepage tanking for brand queries. So, why not just 301 redirect all of the #! URLs? Well, the server won't accept traditional 301s for the #! URLs because the # seems to screw everything up (server doesn't acknowledge what comes after the #). I "think" our only option here is to try and add some 301 redirects via Javascript. Yeah, I know that spiders have a love/hate (well, mostly hate) relationship w/ Javascript, but I think that's our only resort.....unless, someone here has a better way? If you've dealt with hashbang URLs before, I'd LOVE to hear your advice on how to deal w/ this issue. Best, -G
Intermediate & Advanced SEO | | Celts180 -
Is 404'ing a page enough to remove it from Google's index?
We set some pages to 404 status about 7 months ago, but they are still showing in Google's index (as 404's). Is there anything else I need to do to remove these?
Intermediate & Advanced SEO | | nicole.healthline0