Coming 1.8.0: widget iframe mode links Seo fixes, additions, suggestions
Posted: Sun Jan 07, 2018 10:12 pm
About SEO for iframe mode: the JS onmouseover trick
If widgets have been setup with urls, to display the iframed WP-phpBB. The problem is the following (if it was a problem. By the way, this way to change links will give of course a benefit in several ways about SEO for the phpBB content): href output of all phpBB posts/topics links shown into Last Topics Widgets or Shortcode that display Last Topics into pages/posts, are pointing all to same WP page: URLs of these links are containing different posts ids, topics ids etc, but all points to same WP page, that display the iframed phpBB into this single WP page.
This may isn't so good for crawlers/spiders? I do not know (i've read along the time, all, and all the contrary, about SEO theories) ... but once forever, to clean up any doubt, has been added an easy way to resolve this problem, in this case.
Explained in few words, the trick i've think to just do the follow: all Last Topics URLs are outputted on html as real URLs, that are pointing to the real phpBB installation. Crawlers will so follow these links, finding the resource. A real phpBB topic/post, not same page in WP with a different postID on url.
But if an user click on the link, and Last Topics and Login widgets links for embedded phpBB iframe into WordPress option is active, a simple Javascript/jQuery code, will switch the href, pointing the user to the iframed phpBB, into the WP page.
This SEO fix for Last Topics Widget/Shortcode, has been applied already into this example online.
This example online now run 1.8.0, so you can see different URLs only checking the page source, and without pointing mouse over links before to check, because href of links are switched onmouseover.
Once for all, any SEO question about iframed phpBB, has been here answered.
This not mean it will not never more improved. This simple and effective solution can be more sophisticated, so may something more could be added for particular purposes. We'll do time by time in case, but the more important about this, is now resolved.
Code improvements:
1) the file views/phpbb_login_form.php has been removed, and his code moved inside proper function that fire the Login Widget for a more clear/fast execution.
.... .... more coming
If widgets have been setup with urls, to display the iframed WP-phpBB. The problem is the following (if it was a problem. By the way, this way to change links will give of course a benefit in several ways about SEO for the phpBB content): href output of all phpBB posts/topics links shown into Last Topics Widgets or Shortcode that display Last Topics into pages/posts, are pointing all to same WP page: URLs of these links are containing different posts ids, topics ids etc, but all points to same WP page, that display the iframed phpBB into this single WP page.
This may isn't so good for crawlers/spiders? I do not know (i've read along the time, all, and all the contrary, about SEO theories) ... but once forever, to clean up any doubt, has been added an easy way to resolve this problem, in this case.
Explained in few words, the trick i've think to just do the follow: all Last Topics URLs are outputted on html as real URLs, that are pointing to the real phpBB installation. Crawlers will so follow these links, finding the resource. A real phpBB topic/post, not same page in WP with a different postID on url.
But if an user click on the link, and Last Topics and Login widgets links for embedded phpBB iframe into WordPress option is active, a simple Javascript/jQuery code, will switch the href, pointing the user to the iframed phpBB, into the WP page.
This SEO fix for Last Topics Widget/Shortcode, has been applied already into this example online.
This example online now run 1.8.0, so you can see different URLs only checking the page source, and without pointing mouse over links before to check, because href of links are switched onmouseover.
Once for all, any SEO question about iframed phpBB, has been here answered.
This not mean it will not never more improved. This simple and effective solution can be more sophisticated, so may something more could be added for particular purposes. We'll do time by time in case, but the more important about this, is now resolved.
Code improvements:
1) the file views/phpbb_login_form.php has been removed, and his code moved inside proper function that fire the Login Widget for a more clear/fast execution.
.... .... more coming