My old website was on Opencart, the new one is now a custom website - same domain.
The issue is that I still see index.php URLs in google's index (search console keeps finding such URLs too). The website was migrated about a year ago.
1/3 of the indexed URLs on google are with index.php parameters. They all redirect to either the home page or a relevant one.
How do I find where is the issue generating these URLs?
Would very much appreciate your help guys!
you can find those url using google search console, google analytics (traffic source)
and some google search tips like
inurl:yoursiteoldurl and site:yourdomainname
Related
I have a Django website accessible at codewithbishal.com. This is basically a django blog website and all the blog articles are accessible at codewithbishal.com/example/<path>
But now I want to completely restructure the website{such that it is accessible at blog.codewithbishal.com/<path>} and I do no want to lose the current SEO therefore I want to configure django redirect such that when someone launches codewithbishal.com/example/<path> through google search search result or directly through link, they are redirected to blog.codewithbishal.com/<path> instead of a 404 page and eventually google will start showing the new links instead of old once.
Update: Should I configure redirect through apache .htaccess?
You can use the Django redirects app. Just click the link and find the guide.
I am using Joomla for my website when I search in google for SAPBuddy I always get search result.
Can some one help me I tried to add my side in Google webmaster, but the result is same.
sapbuddy.com/index.php/component/users/?view=reset
Check you've followed these steps.
Create a sitemap. You can use an online tool for this, or a Joomla extension
If you used an online tool to create your sitemap, upload the site the xml file to your server. If you're using an extension, follow their direction. When finished, you should be able to open it with your web browser, e.g. www.domain.com/sitemap.xml . Check if the indexed pages looke good and copy this URL
In webmaster tooks, add your domain then register this sitemap, pasting in your URL
After a short period, check back on Webmaster tools. It will show which pages have been indexed and if there were any errors.
Good luck!
We have a multisite SiteCore setup with 2 sites within the same .Net solution.
This works by setting the rootPath property on a Site Definition in web.config to limit the site to part of the SiteCore folder structure.
This works well apart from when pages are created with the same name as in the other site then it's serving content from the other site! We have inherited a fair bit of custom code in this solution form the other site so this may be the cause but dont know what Im looking for ...
Thanks
How are you referencing the sites? Do they each have their own host name? Do you have the "hostName" property set for the site node in the Site Defintion?
I will assume that you are not referring to them this way and instead, the sites are using the "virtualFolder" property. If both sites have the same default value of "/" for virtualFolder, attempting to get to either site will result in Sitecore rendering the first site that it matches on, which would be the site listed first.
Try putting the actual site name for "virtualFolder" and "physicalFolder" (e.g. "Site1" and "Site2", respectively). Then you can address your sites as http://yourserver.com/Site1 and http://yourserver.com/Site2. The "virtualFolder" will match first and render the correct site.
See Configuring Sites in the web.config File on SDN for additional information.
Hope this helps.
It turns out this is happening in this case because of a System alias that is redirecting for a subset of pages
I host my Django site Wantbox.com on Dreamhost. I'd like to use Wordpress for the Wantbox blog and locate it here: http://wantbox.com/blog/
How do I configure Django to lay off "/blog/" so Wordpress can do it's thing? Right now, I have a catch-all url pattern which sends anything not specified to the homepage and this catch-all is catching "/blog/" and doing just that.
Thanks for your help!
UPDATE:
It's not necessary for Django data to be accessible by Wordpress or vica-versa. Also, I'm open to a Django-based blog solution, if it works as well as the tried-and-true Wordpress that I'm quite familiar with.
I found via Google a similar SO question here. The answer is to create an .htaccess file in the root of your new blog folder. In my case, the blog root directory is here: ~/wantbox.com/public/blog/
My .htaccess file in this directory has one line:
PassengerEnabled off
Now the url pattern http://wantbox.com/blog/ is ignored by Django and handled by Wordpress. Very nice.
I've been asked to help out with some ColdFusion development and one of the tasks will be to undertake url re-writing, mostly turning url parameters into a cleaner url.
The site is on a hosted service with cf8 running on iis, with Helicon Tech ISAPI_Rewrite v2.
Are there any things I should look out for?
Thanks.
This should be fine. IIS (or the ISAPI addin) deals with the URL rewrite and then passes it onto CF as if it were requested as the original URL.
Most people do URL rewriting in order to improve their SERP rankings - key to this is making sure that the original URL that was in place previously now returns a 301 (moved permanently) redirect to your new URL. This preserves the 'link juice' associated with the old URL. Don't use CFLOCATION to do your redirect - that tag does a 302...
I've been using ISAPI_Rewrite and ColdFusion for a few years and had good results.
I would recommend upgrading to version 3 if you can. While version 2 worked fine, I've found the latest version easier to use because it's compatible with mod_rewrite.
The bottom line is that a URL Rewriter and your Application Server (ColdFusion or otherwise) should never have problems working together. If they are, you've probably setup your rewriting rules incorrectly (or are using a crappy rewriter).
The URL Rewriter changes the appearance of the request before it is handed off to the Application Server. As long as the end result is foo.cfm?var=value, whether that be the actual URL or the result of rewriting, it will be fine.