Hi Ben

First of all, I would investigate why the URLs are sometimes relative, sometimes absolute, sometimes mismatched. The indexer gets the URL from UrlResolver.GetUrl, so you should be able to replicate and test the URLs outside of the index situation.

Second, you can override the indexing of the URLs. Something like this should get you started (put it in an initialization module):

public void Initialize(InitializationEngine context)
{
    IClient findClient = context.Locate.Advanced.GetInstance<IClient>();
    findClient.Conventions.UnifiedSearchRegistry
        .Add<GenericProduct>()
        .CustomizeIndexProjection(p => p.ProjectUrlFrom((GenericProduct x) => GenerateCustomUrl(x.ContentLink)));
}

Hi Stefan, 

I've added an initialization module for Find indexing with a slightly different implementation and it's hitting the breakpoint when creating a product but the value for the SearchHirUrl is not updating in the index:

	[ModuleDependency(typeof(IndexingModule))]
	public class FindConventionsInitialization : IInitializableModule
	{
		public void Initialize(InitializationEngine context)
		{
			var client = SearchClient.Instance;

			client.Conventions.UnifiedSearchRegistry
				.Add<IProfessionalProduct>()
				.CustomizeIndexProjection(p => p.ProjectUrlFrom((IProfessionalProduct x) => RepairUrl(x.ContentLink)));
		}

		public void Uninitialize(InitializationEngine context) { }

		private string RepairUrl(ContentReference contentLink)
		{
			IUrlResolver urlResolver = ServiceLocator.Current.GetInstance<IUrlResolver>();

			string path = urlResolver.GetUrl(contentLink);

			return path ?? path.Replace("mysite1.com", "mysite2.com");
		}
	}

Hey Ben,

Did you ever get to the bottom of why the searchhiturl was inconsistently either a relative or absolute uri?

We've just stumbled across the same thing in our sites when investigating why there was a language slug in the url on one environment and not on the other when the content being indexes is essentially identical.

Alex