Чим погані фрейми?

Час від часу мені трапляються сайти з фреймами. І також на кожному розі говорять, що фрейми - це погано, а повну аргументацію цього твердження знайти важко. Тому я вирішив написати цю статтю, і дати докладну відповідь на питання, чим погані фрейми.

Я приведу просто список недоліків фреймів:

Відео: Cloud Chasing How To: Framed Staple Coil Build Tutorial

• Ускладнена оптимізація. Фрейми вкрай погано індексуються. І незважаючи на постійний розвиток пошукових систем, все одно сайти з фреймами котируються гірше, зважаючи на утрудненою оптимізації. Це особливо важливо, якщо Ви робите сайт не для того, щоб друзям показати, а для заробітку на ньому. А практично у будь-якого сайту левова частка трафіку йде з пошукових систем, тому до питань SEO треба ставитися дуже серйозно.
• Не можна коректно використовувати мета-дані. дійсно, фрейм - це окрема HTML-сторінка, яка зобов`язана мати заголовок, опис і ключові слова. І ось тут виникає протівореченіе, адже фрейм знаходиться на іншій сторінці, у якій також є мета-дані. Це, в першу чергу, позначається на оптимізації під пошукові системи.
• Погана кроссбраузерность і адаптація до різних дозволами. Верстка фреймів дуже складна, оскільки кожен браузер реагує на них по-різному. Хтось, якщо фрейм не поміщається, починає його просто обрізати, хтось створює смугу прокрутки. Загалом, роблять що хочуть.
• Можна потрапити до кадру. Користувачі, які це побачать, м`яко кажуть, будуть шоковані. Суть в наступному. Якщо фрейм все-таки проиндексируется, то в пошуку буде дана посилання не на батьківську сторінку, а на сам фрейм. Наприклад, якщо Ви тримаєте якусь статтю у фреймі, то відвідувач побачить просто текст. Ніякого меню, ніякої шапки та іншого він не побачить. А все тому, що пошукова система дала посилання на сам фрейм, де знаходиться тільки текст статті.

Але є 2 класичних завдання, чому фрейми все-таки ще використовують. Перша - найбільш популярна, коли витягують повторювані блоки на сайті (Наприклад, меню, шапку, авторські права та інше) в окремий html-файл і через фрейм його підключають на кожній сторінці. Справа ця шалено похвальне, бо якщо на сайті, наприклад, 1000 сторінок, то захотів додати ще 1 пункт в меню, доведеться виправляти 1000 сторінок, що, звичайно, неприємно. Але вирішується дана задача набагато ефективніше через PHP і конструкцію require_once.

Відео: Кирило Мартинов: Breaking Bad і нове мистецтво великого роману

Ось і вся проблема. Всі переваги зручності внесення змін залишилися, а фрейми пішли.

І друге завдання, де постійно зустрічаються фрейми - це динамічно оновлюються блоки, наприклад, вікна чатів. Колись давно ця проблема була взагалі без допомоги фреймів не розв`язна, але цей час вже пройшло. Зараз є DOM, є jаvascript, в якому є POST-відправка. Все це в сукупності дозволяє реалізувати будь-які динамічні процеси. Зрештою, можна використовувати JQuery і Ajax, якщо DOM не знаєте, а просто через jаvascript відправляти POST-запити вважаєте незручним. Тому і цю задачу можна вирішити, не використовуючи ніяких фреймів.

Маю велику надію, що тепер всі, хто прочитає цю статтю, відмовляться від використання застарілих елементів і підуть в ногу з часом.