1. Content - the information for which the user went to the page (went to the site in general) - text, image, links to video or other resources, etc.
2. Navigation - site controls - links to other site pages, fields and form buttons.
3. The background is something that is of secondary importance to the user, of secondary importance or does not matter at all - the site header, section headers, ad units, counters, copyrights, design elements.
• The smaller the height of the header on the page (within reasonable limits), the better. It’s terrible to see the same image in a third of the screen instead of the desired content each time the page loads. One of the best options is to create two options for the header - full-size for the main page and as narrow as possible (15-25px) for everyone else.
• The closer an object is to the top of the page, the easier it is for the user to access it. This means that one should adhere to the principle of placing information in descending order of importance - first of all, the content for which the user came to the page, then the key navigation elements, then the rest.
• Position information compactly. Avoid the abundance of large fonts and unnecessary vertical spacing between lines and objects.
• Try to give short names and links to titles. If they fit in one line - this is an extra touch to a good appearance.
• Do not overload the design with unnecessary graphics and secondary elements.
• Save the data entered by the user and substitute them as default values ​​next time.
Example: substitution of the login of the last user in the authorization form, storing the search settings, etc.
• Make registration as simple as possible. Demand it only where it is really necessary.
• Actively use accesskeys. Assign the same accesskeys to the same actions — for example, let [0] be tied to a link to the main page everywhere, and [4] and [6] are responsible for page paging.
• Try to minimize the number of clicks required to perform an action.
Example: A common mistake is the creation of "intermediate" pages containing only text like "Registration completed", "Your message has been sent", etc. and the "Continue" link. In most cases, these messages should be displayed immediately on the following pages, along with the content.
• Give the user the opportunity to personalize your service, i.e. customize it "for yourself." If you provide a poster or a weather forecast, let him put on the main page that cinema or city that he needs. If there is an opportunity to comment on something - give the opportunity to specify how many comments to display on the page (as well as the output order). Separate functionality and settings. Take out the settings in a separate section, so as not to overload the pages with additional elements.
• Be sure to optimize the size of the output images. Ideally, select an image option according to the size of the user's screen.
• Make a lite-version of the site - without the secondary images (for example, avatars) and the maximally reduced header (or no header at all).
• Put in order the html-code, remove extra spaces, comments, avoid long id, name and class names.
• Project pages must comply with XHTML Mobile specifications ( validome.org can be used for verification)
• CSS must be valid (http://jigsaw.w3.org/css-validator/)
• Layout should be as simple as possible (as well as “stretching”, single-column, cross-browser, and using a div).
• Consider the limitations imposed by some devices.
Example: some outdated phones do not work well with pages larger than 40-50kb by volume, or “slow down” when a page is displayed that exceeds a certain number of characters.
Example: Most Motorola phones incorrectly handle the tag — bold characters are replaced with unreadable squares.
Source: https://habr.com/ru/post/19651/
All Articles