Чи погані таблиці HTML для SEO?

Дуже багато дизайнерів перешкоджають використанню таблиць, але у мене є макет, де я буду використовувати більшу структуру дівів, щоб досягти простого з таблицею.

Чи погані таблиці для пошукових систем?

редагувати: я використовую CSS для таблиці, щоб підтримувати чистий HTML.

Що стосується SEO, пошукові системи не хвилюються. Однак ідея полягає у відокремленні дизайну від змісту. Таблиці слід суворо використовувати для табличних даних, дівок для компонування. Використання таблиць для дизайнерських цілей змішує вашу розмітку з елементами компонування, що вважається поганою практикою.

Таблиці HTML хороші:

• відображення дати, подібної до таблиці

Нетабличні дані, представлені у вигляді таблиць HTML, погані для:

• люди з фізичними труднощами, оскільки їм доводиться користуватися зчитувачами екранів (які не дуже добре працюють із вкладеними таблицями)
• пошукові системи віддають перевагу сайтам, створеним для людей, і доступні сайти є одними з них

Щоб побачити ваш сайт як пошукові системи, спробуйте відвідати його з текстовим браузером, таким як ELinks або lynx .

Це було сказано раніше, і я повторю це ще раз.

Tabular data- Використовуйте таблиці

Layout- Використовуйте Divs

У мене є макет, де я буду використовувати більше структури div для досягнення чогось простого за допомогою таблиці.

Здається, ви намагаєтеся вирізати кути або полегшити вам роботу. У будь-якому випадку, є кілька винятків, коли використання таблиці може бути вирішальним, але не дивлячись, як виглядає дизайн, я не можу сказати.

<table>s vs. <div>s мало впливатиме на результати SEO. Тим НЕ менше, введення назви і ключові слова в ваш <h1>, <h2>, <h3>і т.д .. теги допоможе.

Google не переймається ранжуванням того, як виглядає ваш код. Їм цікаво лише те, що ваші відвідувачі на це добре відреагують.

• Google каже, що дійсні HTML та CSS не допомагають складати рейтинг
• Google не надає перевагу чутливому нюханню від агента користувача проти окремого веб-сайту для мобільних пристроїв

Поки ваш сайт працює для ваших користувачів, від Google не передбачено жодних штрафних санкцій за структурування розмітки.

З іншого боку, коли користувачі вважають ваш сайт непривабливим або коли він не працює для них, вони залишають. Google помічає, коли користувачі повертаються на сторінку результатів після відвідування вашого сайту та натискають на ваших конкурентів. Ваш рейтинг падає, коли це станеться

Пошукові системи не мають переваг, коли мова йде про таблиці та / або CSS, і ви навіть можете користуватися обома на одній сторінці без проблем.

Якщо ви насправді хотіли натиснути, я маю на увазі час завантаження сторінки. Це відомий фактор показника якості AdWords, і напевно є докази того, що Google перевіряє поведінку користувачів у програмах SERP, тому якщо вони побачать високу швидкість відмови (клієнти стають нетерплячими від часу завантаження сторінки), ви можете втратити рейтинги. Divs та CSS завантажуються швидше, ніж таблиці.

Гаразд, ось угода.

Потрібно сказати, що таблиці призначені для табличних даних, а не компонування. Ви ставите проблемою доступність як для старих мобільних телефонів, так і для текстових браузерів, якими користуються люди із вадами зору.

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

Залежно від вашого макета, пошуковій системі може бути також важко визначити, до якого тексту та абзаців пов’язані. Це може бути погано для вашого рейтингу, але, ймовірно, не надто багато. З CSS макетом, однак, легше переконатися, що основний вміст вашої сторінки знаходиться вгорі, що завжди допомагає.

По-третє, використання таблиць для макета копіює багато розмітки HTML для кожної завантаженої сторінки вашого сайту. Це дублювання вплине на час завантаження сторінки, навіть якщо воно незначно, але Google, серед інших двигунів, як відомо, використовує час завантаження як одну із своїх показників при визначенні рейтингу сайту.

Загалом, я не думаю, що різниця в рейтингу основних пошукових систем була б такою великою. Однак є певні переваги використання divs CSS для компонування, як зазначено в цій публікації , і тому він повинен бути рекомендованим ходом дій, якщо немає дійсно вагомих причин для проходження маршруту таблиці (який рідко є).

Так, дизайн столів поганий для SEO

Найкраще робити для оптимізації SEO - це те, щоб бот читав ваш сайт як сліпий.

Отже, коли ви використовуєте дизайн таблиці, неможливо правильно лінеалізувати вміст, і неможливо знати, що знаходиться вгорі, а що ні.

Спробуйте зробити сайт відповідно до розділу 508 (див. Цю статтю про валідатори для нього) та WCAG від WAI ( подивіться тут для перевірки) та спробуйте прочитати його за допомогою інструменту типу Lynx або після лінеаризації (з веб-розробником Панель інструментів Firefox за зразком).

Чим більше ви поважаєте граматику ( <p>для абзаців, <table>для табличного вмісту ...) (x) HTML, тим більше це покращує його доступність та його SEO.

Отже, використовуйте <table>для табличних даних, а не для дизайну, використовуйте <h1>як заголовок першого заголовка не a <span>з силеми тощо, а не використовуйте деякі <h3>лише для того, щоб зробити текст більш сміливим і більшим, а тому, що ви ставите перший і другий заголовок title, і вам потрібно створити підрозділ попереднього <h2>розділу в структурі вашого документа (а не вашої веб-сторінки).

Важливо зробити це легко - знати і використовувати документообіг .

HTML-таблиці слід використовувати для табличних даних та наборів даних (введення та виведення), які природним чином переходять у вигляді табличних даних, таких як форми. Використовувати їх лише для компонування недоцільно.

Що стосується SEO та Google, я вважаю, що Google застосовує ту саму логіку, що і вище, і в будь-якому випадку вкладення текстової інформації вглиб такої структури, а не у відповідну структуру, використовуючи заголовки та абзаци.

На сторінці SEO пов'язаний із вмістом (якістю, свіжістю, корисністю) та способом його загортання в елементи HTML.

Обгортання / складання HTML - це вибір правильних тегів для вмісту. Це просто не має сенсу, наприклад, загортайте весь текст в один елемент h1, ви вводите просто текст у форму без поля і не надсилаєте кнопку.

Однак, повторюся: використовуйте таблиці для табличних даних. У цьому контексті вони мають сенс. В інших контекстах (наприклад, для створення макета) вони не є.

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

Таблиці HTML чудово підходять для SEO.

Я користувався DIV роками. Потім, в якості експерименту, я вирішив використовувати таблиці на одному зі своїх веб-сайтів для компонування. Мої рейтинги ключових слів підвищилися. Я перекроював свої веб-сайти по одному, щоб користуватися таблицями. У кожному випадку SEO виграло.

Незважаючи на те, що кажуть веб-сноби та статті "Десять десяти способів поліпшити свій SEO", ви ніколи не відкриєте для себе найкращі практики SEO, не роблячи власних тестів.

Мені справді не байдуже, що тег мав на меті робити, мені цікаво про результати.