Hi Bjarne,

Url's statrting with Tel should be ignored /tel /cases/tel: etc not so make sure your telephone url is starting with tel and all should be good.

Best,

Richard

Hi Richard

That is exactly the problem, that the url certainly does start with tel, but because the link as I posted is located in the footer of the page. it created an issue for each page.

Take a look at the phone number in the footer of my website here: www.bjarnefyrstenborg.dk

/Bjarne

Hi Bjarne,

Which version? I don't know from which version SEOChecker supports this but I'm 100% sure the check for tel: is in the latest version.

Best,

Richard

Hi Richard

It was v.1.8 ... I have upgraded to v. 1.8.1 and also deleted the errors.. maybe they have been added in an earlier version before it was fixed. So I will keep an eye with if the errors occur again.

/Bjarne

Hi Richard

I am running with Umbraco 7.2.2 and SeoChecker 1.8.1 .. I have deleted the previously "Inbound link errors", where it yesterday was empty.

But now the inbound link error is added again :/

/Bjarne

You should add those to the Ignore list then they should not be visible.

Okay, but why not ignore them by default? :) .. it is valid url's to have:

 <a href="tel: +4512345678">+12 34 56 78</a>

/Bjarne

Tel is ignored by default, same as mailto etc so don't know why it fails on your end, maybe dynamic?

Hmm strange..

this contact info is added in this way:

@{
    var contactNode = Model.Content.AncestorOrSelf(1).DescendantOrSelf("ContactPage");
    var contactPhone = contactNode.GetPropertyValue("contactPhone").ToString();
    var contactEmail = contactNode.GetPropertyValue("contactEmail").ToString();

    var phoneWithoutWhiteSpace = contactPhone.Replace(" ", string.Empty);
    string attr = "tel:+45" + phoneWithoutWhiteSpace;

    <span class="phone"><span class="icon-phone"></span> <a href="@attr">@contactPhone</a></span>
    <span class="email"><span class="icon-email"></span>  <a href="mailto:@contactEmail">@contactEmail</a></span>
}

So maybe it doesn't recognize it, because the tel protocol is added dynamic.

is working on a reply...