Hi,
I'm not sure this is the problem but it seems you are using com_wrapper on these pages so you are embedding external content through iframes. If this is the case, there's no way for Tag Meta to change what is in the iframe itself. To be sure I need a full URL, you can post here or send me an email at info(at)selfget.com.

Kind regards,
Luigi

As I thought the problem is related to iframes. The page you indicated includes an iframe to this URL:

www.ifootpath.com/walking/walk_ro.php?walkID=39&view=wrapper&walkID=1897&username=&email=&usertype=?username=&email=&usertype=

This second page is called and render in the browser (client side) and lives its own life in the iframe, so there's no simple way to build some meaningful meta datas on the server side in the container page, except you start to think about strange and complex workaround (e.g. the server itself could call and parse the page in the iframe). But I'm not sure how this could help (metas will not correspond to the effective page content, google doesn't matter what you put in the iframe).

In my opinion the best solution on the long term would be to change the page structure. It could be done in two ways. On the server side, so you could create a server wrapper that catches content and embed it into the page before to return to the client. On the client side, using massive AJAX requests to catch the content that you actually see in the iframe and build the new DOM dynamically. If I had to choose a solution, I personally would choose the first. I have already done something like this in the past for a customer, and it worked like a charm. And moreover I would like to protect the content restricting access only on the server side.

Kind regards,
Luigi

Just a question,
have you received my notification from the client manager? I just would be sure that notifications are sent (CM is still new and I'm working to improve it).

Thanks,
Luigi