FamilySearch Wiki talk:The Un-Portal Page

Problem
The subpages located in Portal Pages are not being indexed by search engines, and also complicate editing for contributors. nixiao 14:22, 17 June 2009 (UTC)

Proposed Solution
Using a similar layout, pages may be created without the boxes and subpages that currently reside in Portal Pages. For an example of such a page, known as an Un-Portal page, please see United States. If as a community we determine that Portal pages will be moved to Un-Portal pages, we will need to migrate the content from the existing pages into newly created Un-Portal pages. See instructions on how to migrate a Portal to an Un-Portal page. You are encouraged to use one of our many Sandboxes to practice this process before weighing in on this decision.

Deadline
We need your feedback to determine how to proceed, but this discussion will close on 3 July 2009 at 3:00 PM, and the final decision will be added to the Manual of Style.nixiao 14:22, 17 June 2009 (UTC)

Lerman
Having dealt with search engines and looking at the source for a portal page, I do not think I agree with the statement that says that search engines do not index portal pages or has problems indexing portal pages.

I looked at the source of one of the portal pages and found all of the "sub-pages" within DIV tags, with specific STYLE, etc. They were not hidden within includes, imports, frames, JavaScript, etc. which would make it more difficult for a search engine to find. In other words, each displayed page is assembled on the server before the user or search engine even sees it.

So, if search engines are having problems indexing a page, my experience tells me that the search engine has not got around to re-indexing that particular page on this particular site. With the above knowledge, it does not make any logical sense to me that going to the "un-portal" style of article will cause anything to be re-indexed any faster.

The above does not mean that I am against the idea. I just want to make sure we make the decision based upon all of the information. It is possible that I am missing information as well. For me, the real questions are whether the portal/un-portal question make it easier, the same, or harder for these categories of people (in this order). It is possible that they may be broken into sub-categories ranging from very experienced users to newbies.


 * 1) The user that is trying to find information for researching their family.
 * 2) The contributor that is just wanting to edit a bit of information.
 * 3) The contributor that is trying to create a page.

It seems that a completed portal page and an un-portal page should look and act nearly identical. If this is the case, the experience &amp; use of #1 should be identical which would be a moot point. This would leave the real questions on #2 &amp; #3.

I will be lazy for a moment by lumping #2 &amp; #3 into the same category for now. Below are some of the advantages/disadvantages that come to mind at this moment:


 * 1) Contributors have the freedom to completely rearrange the un-portal page and/or make it look completely different. This may be an advantage, but also could be a disadvantage.
 * 2) I do not remember off hand how one aspect of the portal pages works. My question here is . . . Are the sub-pages always included in its entirety?
 * 3) *If so, then it would seem that the un-portal may be easier as one can edit it in place a bit easier instead of having to go to a separate page to edit and it is somewhat out of context.
 * 4) *If not, then the portal may be a little easier as it truncates the page to fit.

Well, that is all for now. I cannot think of anything else at this moment, maybe because I have to run to another appointment. Thomas Lerman 16:02, 17 June 2009 (UTC)

Adkins
Portal or no, the format of it is very important.

The current US un-portal and the previous US portal both drop very important links out of site on the first page. Those links are to topics for the country. The most important links to at least start on the first screen (without scrolling) are:

1) Getting started, research process, or something of that ilk.

2) States (or counties for a state un-portal)

3) Topics

News, if long, should be a teaser at the most, then a link. It should never be regarded as more important to display than research items, as above.

G Fröberg Morris
I appreciate Lermans insight and thoughts into this and agree with his comments. I'm not convinced the UnPortal really does help with search engine indexing. Given the sheer size of 2 million plus articles in the English Wikipedia and their heavy use of the Portal, they don't seem to be worried about Portal or UnPortal. As far as my experience, generally the Denmark and Sweden content comes up pretty quick using key words in a search engine. Maybe the general standardization of titles and formatting has helped. I do like the UnPortal in relation to ease of use. I'd like to suggest leaving the Portals as a Gate, and using UnPortals for SubPortal, or even individual article pages.


 * Wikipedia is very much "Un-Portal", no boxes to clutter except for info-boxes usually containing basic facts. I've been editing some of the pages there and have yet to see a "Portal" type page. dsammy 08:01, 3 July 2009 (UTC)


 * I do not know what the percentage is like, but Wikipedia definitely does use portal pages. Here are a few examples: Zimbabwe, Norway, Singapore, Istanbul, Utah, and United States. Yes, I realize that they many (or maybe all) of these pages may have regular articles in addition to portals. My point is just that they do exist. Thomas Lerman 14:56, 3 July 2009 (UTC)
 * Thomas, if you check the history, there are little contributions compared to the ones not in portals. Knock portals out of urls, you get the much much more information and the public don't even know they exist. Utah portal in Wikipedia is a joke, little information and fewer links and oversized boxes. Again, the public users do NOT even see those portals! The unportal Utah has far more edits and more information. The key is the ease of editing and updating. The portals give me quite an headache trying to edit and update. dsammy 16:39, 3 July 2009 (UTC)
 * My point is purely that they do exist, are used, and can be found within a search. I am not against nor for portals, just trying to find compelling reasons one way or another and stay objective with the facts. Some have expressed headache both ways. Thomas Lerman 16:57, 3 July 2009 (UTC)
 * Granted both are complicated to edit, but the portal far more complicated and I tried once and got it so messed up, had to ask sysop for assistance. Portals are scaring off the potential user/contributors. We aren't attracting contributors like we should to those ones in desperate need of contributions. Therefore, ditch the portal format in favor of the non-portal format. dsammy 18:46, 3 July 2009 (UTC)
 * Oh by the way, in portals, the TOCs are uncreateable. dsammy 18:47, 3 July 2009 (UTC)
 * I agree that we are not attracting contributors like we should. However, I personally do not believe the portals would be even a major reason. I will stop now as I want to try to keep this to the subject at hand. Thomas Lerman 19:03, 3 July 2009 (UTC)
 * Thomas, you need to step aside from being a engineer and try simply being a researcher. They don't think the way you do. They think more of subjects that are not being picked up even by Google because they are inside portal boxes. This is the weakness of the Portals. Go to the "Un-Portal" portal format, and they will be picked up more easily. This is my last comment. dsammy 19:12, 3 July 2009 (UTC)
 * I thank you for you comments. I do quite well looking at problems as an engineer, user, researcher, and from many different perspectives . . . even at the same time. I have seen no evidence that Google does not index things because they are in portal boxes. When some others have looked at the data from a different perspective, they have agreed. I just want to make sure this is an informed decision based upon evidence rather than guesses on how things work. I am not saying that anyone in particular is guessing at anything, just I have not seen any evidence cited. Like I said, I am not currently for or against the change, just trying to collect information to make the informed decision. Thomas Lerman 19:32, 3 July 2009 (UTC) P.S. I found a Wikipedia page on External search engines that discusses this topic, but I never see portals discussed as a problem.
 * This one is old news. Being a Google account holder, I incorporated Google search engine in my SAMPUBCO site. the results is almost instantly... and updates I make to my site, they show up within 24 hours. So the key is incorporation of Google, Yahoo and other search engines will get faster and sooner results. dsammy 20:02, 3 July 2009 (UTC)
 * I too am a Google, Yahoo, etc. account holder (for more than one site). That information is not all that old. The key is that every site is different and how often each page gets index varies within a site as well. I have found no evidence nor been shown any that says that portal pages get indexed less frequently than articles. As that article, as well as Google's and other CEO sources, discusses it depends on many things such as the page ranking, how many external links there are and where they are from, how many internal links, site map, robots.txt, various meta tags, how many pages are on the domain, how old the site is, how often the pages change, and many other factors. Any combination of these can dramatically affect how often any particular page gets re-indexed. For example, if all other things were exactly equal (very unlikely), a site with 1,050 pages (or whatever numbers one may want to use) would be fully checked much more frequently than one with 21,400. A search engine does not know how a page was assembled on a server to know whether it was an article or a portal, but the use of frames or some kind of client-side inclues can cause it to not be indexed. Anyone have any source citations on the theory that portal pages do not get indexed as frequently? Thomas Lerman 20:14, 3 July 2009 (UTC)

Maness
If going un-portal drops links, please don't do it! It doesn't sound like there has been enough study or playing around with both ways to truly decide? Moriss' idea of leaving the Portals as a Gate and having things behind the gate go UnPortal or SubPortal, if it truly will insure they are picked up by search engines , sounds like an excellent combination of the ideas presented thus far.

Lerman (links)
You are correct, as long as I understand what you were saying. . . links should not be broken no matter which direction we go. Obviously, all links generally cannot be fixed at the exact same time as an article name or namespace is changed. Also, it is reasonably likely that something will be missed. A major difficulty will especially be the current pseudo "breadcrumb trail" style of navigation that many pages use at this time. It has links on MANY, MANY pages. I believe someone was going to check into an automated way of handling these, but could be mistaken.

By the way, I am not sure how I link the way the discussion is broken up here. It seems like it should be more by thread rather than by person. Maybe that was not the intent, but how it seems to have gone and I am propagating the wrong method. I know my initial comments covered several topics.

Anderson
Please leave the Portal. It works well and I do not feel we should change what is working well.


 * Take a look - Pembrokeshire - the UnPortal and Pembrokeshire the Portal. That is the difference. dsammy 21:55, 2 July 2009 (UTC)


 * Hello Anderson, thank you for stating your opinion. I have not heard nor seen any compelling reason one way or another. Sure, some portal pages may be underdeveloped or look bad, but I am sure some non-portal pages can be in the same condition. Thomas Lerman 22:12, 2 July 2009 (UTC)

Samuelsen
I am all for the UN-portal. Been waiting for the changeover since May 5 or was it 13th, day before the NGS conference. Lost links are easy to track down than you think and added back on the UnPortal page. Bread crumb trail is not a big deal when done right.