Trouble with PDFs being indexed

[rugger8]

We have an SSL site which uses Zoom. All content is maintained through a CMS. PDF links within the content are not linked directly to the document, rather, they use a common file to make a DB call for that PDF, something like this:

http://www.website.com/upload/downloaddocument.asp?fileid=3986.

The issue is that the CMS can only create links to http, NOT https. (This cannot be changed since it would affect all clients) Although our site does redirect any http requests to https, Zoom does not seem to recognize this. In my search log, any links to the URL above have (External site - does not match base URL). The URL is exactly the same, except for the http.

I've tried adding the http in as an additional start point, but that doesn't work.

Any ideas??

[David]

You probably need to add a 2nd base URL.
In the main window click on the "more" button and edit the start point to add 2nd base URL. Make it,
http://www.website.com/;https://www.website.com/

Se the users guide for additional details about base URLs

[rugger8]

I've tried that, to no avail.

[Ray]

If your website is online, it would be much easier if you can PM or e-mail us details so we can take a look at it here. Your description is too vague for us to guess at the details.

The issue is that the CMS can only create links to http, NOT https. (This cannot be changed since it would affect all clients) Although our site does redirect any http requests to https, Zoom does not seem to recognize this.

HOW is your site doing this redirection. As far as we know, Zoom has no problems with any form of proper HTTP redirection. If you are using JavaScript to perform the redirection then it won't work (and also, that's a lousy method because it is client side dependent). Javascripts are not spider friendly and it also means anyone with scripts disabled or an incompatible browser will also not get redirected.