https://www.youtube.com/watch?v=G4WYMFHIOpY: Відео автоматично транскрибоване компанією Sonix
https://www.youtube.com/watch?v=G4WYMFHIOpY: для перегляду відеофайлу був автоматично транскрибовано компанією Sonix з найкращі алгоритми перетворення мови в текст. Ця стенограма може містити помилки.
Гаразд, усім доброго дня. Якщо ви тільки приєдналися до нас, то вам буде приємно дізнатися, що ви тут вчасно. Ми говоримо про структуру сайту, і індексація, очевидно, надзвичайно важлива. Те, що ми не висвітлювали роками, але нам потрібно повернутися назад і подивитися, про що ми будемо говорити сьогодні? Ми поговоримо про використання певних інструментів, щоб зрозуміти, що у вас що? Google бачить, що ми будемо говорити про внутрішню структуру посилань. Ми поговоримо про індексацію для мобільних пристроїв у порівнянні з індексацією для настільних комп'ютерів, яка є мобільною і навпаки.
Як настільні, очевидно, є речі, які ми детально обговорювали вчора. Тож ми продовжимо трохи з того, що приєдналося до нас. У нас в гостях пан Лука, і він є керівником відділу органічних придбань компанії switch.com, пані та панове, оплески. Будь ласка, для Лукаса.
Дякую. Доброго ранку. Дуже дякую, що прийшли в суботу. Мені було нелегко прокинутися в суботу, але, принаймні, у мене є мотивація. Мене звати Лукаш Желєзний і, знаєте, я не хочу забирати багато часу на представлення. Тому, спеціально для цього року, у мене дуже коротке представлення, в двох словах: п'ять років, п'ять років у використанні, з яких 10 років у Великобританії, 15 років на посаді генерального директора. Гаразд, я чую свій акцент. Я з Польщі.
Минуло багато років, і це дивно, що я можу стояти тут перед вами сьогодні і поділитися тим, що я знаю про індексацію та SEO. Отже, ми поговоримо про вступ, структуру URL, контент, читабельність, мови, карти сайту та аналіз логів. Після мого виступу буде перерва на каву. Якщо я візьму п'ять зайвих хвилин, прошу мене не звинувачувати. І, знаєте, ми завжди зможемо там надолужити згаяне, і там буде ще й епілог.
У вас є продукт, у вас завжди є епілог. Отже, давайте почнемо з прологу. Якщо ви не знаєте багато про генерального директора. Я завжди кажу, мовляв, ви пам'ятаєте це зі школи, цю дивовижну періодичну таблицю Менделєєва. І чому ви пам'ятаєте, напевно тому, що це дійсно гарна структура і хтось дуже розумний створив її. Щось подібне ви можете знайти, набравши в Google SEO, періодичну таблицю, і якщо ви клацнете або натиснете Enter, то
Можна побачити щось на кшталт того, що називається SEO-фактори успіху або SEO, періодична таблиця Менделєєва на сторінці сторінки і трохи опису. Так що якщо ви дійсно хотіли б мати стислу форму SEO, а не тільки те, про що я говорю сьогодні. Але все, це перше місце, куди слід піти як резюме прологу. Якщо ви ніколи не чули про ко-продукт, почніть з таблиці ко-продукту, і це найкращий спосіб представити на сторінці і за її межами аспекти
Seo. І для людей, які хотіли б знати, в чому різниця між сторінками та поза сторінками, на сторінці - це все, що ви робите зі своїм веб-сайтом, а поза сторінками - це все, що ви робите за межами вашого веб-сайту, але це також позитивно впливає на ваш рейтинг, тому зверніть увагу на структуру URL-адрес.
І коли я готував цю статтю, я думав про те, що я працюю на вас. Багато речей схожі на азартні ігри та партнерські програми і так далі, і так далі, але який веб-сайт, я можу взяти онлайн як приклад, Стівен раніше згадував інструмент, який називається semrush. Тому, коли я готував цю презентацію, я зайшов на semrush і набрав покер. Хто був першим на pokerstars.com? Перш за все, вони з'явилися не через нещасний випадок, вони роблять чудовий CEO, і я бачив, що, готуючи цю презентацію, я не міг не помітити, що
Для когось, хто любить оперу, це була музика, а для мене - поезія. Я подумав: "Боже мій, це так прекрасно". І я не збираюся влаштовуватися на роботу в PokerStars. Так що якщо хтось тут є і знає людей, які там працюють, передайте їм привіт від мене, і ми говоримо про структуру URL-адреси, і подивіться. Я щойно порівняв PokerStars, хто є беззаперечним лідером? Якщо ви візьмете ключове слово poker проти poker scout.com, який я
І в нижній частині таблиці. Так. На місці 50-х або 60-х років, і це дуже важко побачити, але я поясню вам. Кожна URL-адреса, яка у них є на PokerStars, дуже проста для розуміння. Наприклад, / покер /, Техаський Холдем /, покер / стратегія. Коли у цього хлопця з'являється більше, ніж у всіх оглядах крапка aspx, знак питання ставиться рівним 118. Зрозуміло?
Просто і чесно. URL-адреси завжди краще індексуються. І коли я набрав в Гуглі poker strategy, я не був шокований. Сторінка зі стратегією покеру, яка належить PokerStars, знаходиться першою праворуч під прислівниками
Ще одна річ, яка дуже і дуже важлива. Коли ми говоримо про URL. Якщо у вас є відмінні URL-адреси, ви можете заглибитися в це трохи глибше і зробити щось на зразок того, що роблять в цьому прикладі. 888poker зробили зі своїм сайтом. Ви бачите, що у них немає класичного дизайну. Тобто у них хлібна крихта, як це зробити? Це дуже просто. І якщо у вас є розробник в штаті або зовнішній розробник, він із задоволенням це закодує. Слайдами будуть ділитися, щоб ми
Бачите, HTML-код, який генерується, але це не найголовніше. Найважливіше в тому місці, чому ви бачите цей код, тому що 888poker.com використовує хлібні крихти, які виглядають ось так. Ви бачите внизу покерні ігри? Там є хлібні крихти, в першу чергу, хлібні крихти дозволяють вам знайти, де ви знаходитесь на сторінці. Це як маленька мапа, як на цій презентації, ви знаєте, що ви знаходитесь на точці 2 і на
Іннінг. Я сказав, що буде сім пунктів і абсолютно революція внизу, є індикатор прогресу, дуже складно було працювати в нашій роботі над цим, але ви знаєте, де ви знаходитесь в моїй презентації. Так само, як, знаєте, де ви знаходитесь з цим сайтом. Так, якщо ви покладете пальто навколо цієї хлібної крихти, то хлібні крихти з'являться в Google.
Ще одна річ канонічний тег. Ви коли-небудь чули про канонічну мітку? Підніміть руку. Ого. Хтось чув, хтось ні, я навів по три приклади URL, якщо і є, то вони просто вигадані. Так ось, канонічний тег говорить, що це та версія, яку я хочу проіндексувати. І якщо у вас є багато елементів, і ви можете відсортувати їх за зростанням або спаданням, ви можете звузити свій контент. Ви не хочете, щоб кожна версія односторінкового сайту була в пошуку.
Google може інтерпретувати ці сторінки як дублювання, а нас - як намір штучно роздути кількість URL-адрес, тому ви говорите про канонічну мову. І ви кажете, що якщо там є якісь параметри sword або ще щось, що завгодно, то не індексуйте це, є основний варіант, який полягає в тому, що URL без рядка запиту. І це один рядок коду, який вирішує стільки болю.
Інша справа, що іноді, якщо ви зайдете в консоль пошуку Google, ви можете це побачити. Незважаючи на те, що у вас були канонічні теги, які Google обробляє. Як ввічлива порада, є ще деякі параметри, які індексуються в гуглі, і ось такий приклад. Я взяв зі свого сайту zelezny dot U k- і це дуже ранній Michael. Це милий симпатичний маленький фіолетовий сайт. Там всього 16 сторінок проіндексовано.
Навіть деякі розмови і те, що я роблю день за днем, але я побачив, що залишилося багато параметрів з попередньої версії сайту, яка у мене була раніше. Я міг швидко зайти в консоль пошуку і сказати: "Не індексувати". При цьому використовується репрезентативна URL-адреса. Не ставтеся до цих параметрів як до чогось важливого,
Отже, підведемо підсумки: тримайте структуру максимально простою, використовуйте ключове слово в URL, як покерну стратегію, але не використовуйте наповнення ключовими словами. Не варто надмірно оптимізувати не робіть. Нам подобаються деякі люди зі страхового ринку, іноді вони роблять /, наприклад, Страхування, / автострахування /, автострахування в Лондоні, це вам не допоможе.
Уникайте рядка запиту в URL-адресах, використовуйте Brad, хлібні крихти, канонічні теги огляд. Пошукова консоль Google.
.3, зміст. Перше місце, куди варто піти. Якщо ви думаєте, що контент - це програмне забезпечення, то копіскейп копіскейп може відповісти на дуже фундаментальне питання для генерального директора.
Як ви думаєте, це мій контент? Я знаю, що у багатьох з вас є копірайтери і т.д. і т.п., але іноді у вас можуть бути фрілансери, які намагаються бути розумнішими за вас, і вони дають вам той же контент, який вони писали в минулому році для когось іншого.
Copyscape допоможе вам визначити, чи є контент унікальним, оскільки унікальний контент є фундаментальною річчю для індексації в копіпасті Google. Метод копіпасту більше не працює. Інша річ про контент, якщо ваш сайт досить великий, тобто ми не говоримо про сайт, який був створений минулого місяця. Ми говоримо про веб-сайт, який має певну історію, зрозуміло? Ви можете спробувати класифікувати щось, що я називаю скриньками для відповідей.
Має або тематичний фрагмент, або позицію 0. А ось приклад. Як працює піар? Дуже поширені питання. Багато людей не знають як, коли бачать там кредитну картку. Вони, вони хочуть знати, що означає IP наш. І дивляться, у вас switch.com на першому місці, а у вас switch.com на другому місці. Але насправді це результат. Це перший результат тут. 1 2 3, 4 5 6 і це нульова позиція.
Ми проїхалися по контенту, який суто відповідає на це питання. Google був такий, окей, ми їх виставимо вище, а тепер подумайте гіпотетично, якби ми почали бити по цій клавіатурі по PPC, то ми могли б забезпечити собі три слоти. Перше на PPC, друге вікно відповідей і третє на органічних результатах, вірите чи ні. Клацніть, щоб оцінити. Іноді це 50%. Так що дійсно дійсно варто подивитися, як написаний ваш контент. І чи можу я там ранжуватися? Існує
Ніяких чарівних трюків з HTML. Немає ніякої магічної формули, яку вам дійсно потрібно спробувати. Я думаю, що найкращий приклад - це зайти у Вікіпедію і подивитися статті, написані простою мовою. Англійці пишуть англійською мовою, яку, можливо, діти з інших країн, коли їм 10 років, можуть легко зрозуміти, це дуже часто та мова, яку Google і я можемо зрозуміти. А тут просто пояснюється, як працює піар, на прикладі, якщо ви купили 1000 фунтів в кредит і так далі, і так далі, і так далі. Тож ви можете бачити, що це дуже
Легка, дуже проста відповідь.
Інша річ, що ми використовуємо нові інструменти перемикання, і є дві причини, чому ми їх використовуємо - перша додана вартість. Щоб люди могли зробити щось по-друге. Час перебування на сторінці, час, який люди проводять на нашому сайті, надзвичайно зростає, і це один із сигналів, який важливий для кращого ранжування.
Нарешті, внутрішні посилання, які змушують вас натискати і переходити до конкретних розділів. Стилізація під Вікіпедію - це те, що допомагає людям орієнтуватися і, знову ж таки, робить ваш контент кращим, і, нарешті, відео, і ми використовуємо два типи відео. Я маю на увазі, що зазвичай ми розміщуємо їх на YouTube, але іноді ми не тільки розміщуємо відео тут, але й робимо стенограму. Що б не було написано, що у вас є? Все, що говориться під час відео, також записується у вигляді тексту внизу.
Таким чином, ми маємо більше тексту, більше контенту, а також Google може зрозуміти, що є у відео.
Ми не бібліотека, тому ми завжди думаємо про бізнес, в такому випадку, навіть найкраща стаття завжди повинна мати заклик до дії, і тут є приклад, буде як з кредитною карткою з низькою ціною. IPR низький IP, наші кредитні картки закликають до дії. Таким чином, ми даємо інформацію, ми даємо відповідь на питання, але також намагаємося змусити людей конвертувати
Це дуже, дуже важливий розділ, і ви можете не знайти багато статей про це, тому що це мій контент. Я ходив на PokerStars і говорив про них багато хороших речей, але я також як SEO-спеціаліст знайшов деякі речі, які вони можуть покращити. Це стаття про деякі види покеру, я не дуже добре знайомий з покером, я знаю, що ви використовуєте карти, але ви знаєте, як я, мабуть, повинен прочитати це, і він дійсно добре написаний для людини.
Як і я, я міг би прочитати це і, можливо, зіграти з гонораром наживо в найближчі 20 років. Але ви бачите, що тут є ці розширювані таблиці. І що це означає, якщо ви відкриваєте цей веб-сайт на початку, як чисто видимий вміст. Але потім ви переходите сюди, і у вас є ці розширювані таблиці, фантастичний користувальницький досвід, ви можете побачити не дуже добре для Google, не дуже добре для Google кожного разу. Текст не видно. Кожного разу текст відстає.
Щось на кшталт вкладок або розгорнутих гармошок цей текст отримав, набагато менше значення уникнути - це як заглушка, і я не тестував, я взяв шматок тексту з верхнього абзацу і помістив в Google, і ви можете бачити, що він виділений жирним шрифтом. Цей текст є основою і бере участь у сторінці результатів, це був текст. Але потім я взяв іншу частину тексту, яка була з цієї розширюваної таблиці.
І Google показав мені потрібну сторінку, але нічого не було виділено жирним шрифтом. Я очікував побачити цю фразу. Я скопіював і вставив в Гугл. Там нічого не було. Тож висновок - намагаються уникати тапів. І весь цей елемент іноді буває складним, особливо в світі розумних смартфонів, але це найкращий шлях до найкращого сайту. Або ж найкраща сторінка завжди така, яку можна прокрутити
Отже, як літо, мій контент унікальний і написаний, ну, свіжий і актуальний, і вічнозелений. У нас є два типи контенту. Перший тип - це щось на кшталт "знав, що щось сталося сьогодні, завтра", і цей контент дуже добре ранжується, ми також є в новинах Google як єдиний сайт порівняння цін. І цей контент, так? Дуже добре ранжується протягом трьох днів. Але також, ми пишемо путівники і путівники мають вічнозелений контент, що означає, що немає жодного дня.
Тут немає автора. Ми не маємо на увазі нічого подібного до минулорічного, тому що ця стаття буде існувати багато років. Тому минулорічний вирок не буде тоді правильним. Через рік після цього року,
Чи достатньо довгий мій контент? Моє золоте правило - робіть ваш контент не менше 800. Не робіть багато статей по 200 слів, тому що це дешевше, якщо ви можете написати щось дійсно цікаве на дві тисячі слів, зробіть це, але знову ж таки, роздувати дві дві дві дві дві три чотири, п'ять тисяч слів тільки для ранжирування також не є гарною ідеєю. 800-слівний путівник - це те, на що ви можете витратити час, щоб привернути увагу, це добре і
Мій контент внутрішньо пов'язаний повинен бути.
На сайті на карту повинно бути зовнішнє посилання.
Читабельність і елементарна оптимізація. Це скріншот з дивовижного інструменту, написаного десь в Оксфорді чи Кембриджі, який називається URL, профілізатор, хтось чув про нього, ви профілізатор. У нас є кілька людей, це досить складний інструмент, але він дивовижний. Так от, одна з функцій полягає в тому, що ви можете взяти купу URL-адрес, поставити їх Андре і начебто кинути пі на сторонні платформи. Отримати багато інформації, наприклад, про те, що і як працює,
Зміст написаний, а зовні Матриці є пара-трійка. Один з них змитий всередину, читаючи, що стріляє курс Лисиці. Індекс Муг. Я хотів би зупинитися на першому, головним чином тому, що перше виражено в простому. Не легко, важко, не в цифрах. Інші два мені не подобаються, тому що вони говорять про п'ять або десять, і ви не знаєте, чи 10 - це добре чи погано. І я взяв 280 URL-адрес з
Наш. І я поклав це на цю адресу. Профайлер і ти профайлер. Просто пройшов через це, а потім покажи мені таблицю Excel. Я не робив швидкого обертання, і ось результат. Погляньте. 166 75 - це досить легко або стандартна складність. Тому всі, навіть такі, як я, які нічого не знають про покер, окрім того, що я знаю, що є Філ Айві, і він не реагує. Навіть як є, я бачив цю рекламу, дивовижна, а тут досить складна - всього 29.
Легко і дев'ять складно. Я просто підготував гарну діаграму, і ви можете побачити, що той, хто писав цей контент для PokerStars, дійсно думав про те, що ми хочемо створити додаткову цінність. Я пішов трохи глибше, я подумав: "Добре, а як щодо тегів заголовків у моїй власній практиці SEO, я завжди намагаюся мати теги заголовків від 40 до 60 символів або 63 більшість.
A символів заголовків були в цьому діапазоні з мета-опису PokerStars, ще одна тема, яка дуже важлива, і ви завжди бачите, в результатах Google, близько 150 символів повинно бути. Отже, 155 сторінок були в цьому діапазоні, дев'ять з них мали занадто довгий метаопис, а 109 - занадто короткий, і це знову музика для моїх очей, тому що я бачив, що хтось старанно працював.
І це не схоже на нещасний випадок, зрозуміло?
Нарешті, тому що я отримую так багато даних від вас, як від профайлера. Я не втримався і подивився, скільки там цілих чисел. І скільки з них пропустила моя стара розмова? Кожне зображення, яке ви маєте в HTML-коді, повинно мати старий тег, це старе правило, завдяки цьому старому трюку Google, свого роду гармата, знає, що зображено на картинці. Очевидно, що ви можете використовувати цей хитрий спосіб, щоб трохи оптимізувати свій веб-сайт. І нарешті, у нас є 4180, щоб утримати підтягування, і лише
Один без старого буксира, фантастичний результат.
В якості резюме тег title, залишатися в безпеці близько 60 символів, мета-опис, залишатися в безпеці близько 150 символів, використовувати ключове слово, багаті файли зображень, використовувати тег alt, використовувати просту мову, просту чесну, пряму уникати жаргону, уникати жаргону керівництва. І ця інформація не для того, щоб показати людям, які приїжджають, що ми знаємо так багато, а для того, щоб надати їм деяку додаткову цінність.
П'ять мов, про які говорив Стівен. Було питання про те, як використовувати піддоменне ім'я. Домен, коли у вас є мова, ви повинні йти з піддоменною папкою або окремим веб-сайтом? Багато досліджень в Інтернеті? Багато думок в Інтернеті. Моя особиста думка - я б використовував папки. Але, як правило, тоді ви можете заперечити і сказати, мовляв, почекайте, Лукас Вікіпедія працює з субдоменами та рейтингом так добре, очевидно, тому що
Ти підеш? Це не так вже й важливо. Що важливо в href Lang? Правильна реалізація флангу дерева. Отже, якщо у вас є сайт, який працює на різні регіони Європи, або світу на різних мовах, ви повинні використовувати HF land, і я просто дам вам два посилання. Перше містить правильні коди для країн, а друге містить правильні коди для мов. Для мене я народився в Польщі.
Це було б просто, PL - PL, що означає польська Польща для Великобританії, і я роблю це навмисно. Це не Великобританія - це GB, Велика Британія. Деякі люди іноді використовують в кріслі фланги, Великобританія, слово, або ЄС, як Європейський Союз. Цього не існує, тому ви не можете використовувати це таким чином. Гаразд, це з Вікіпедії, правильні назви для кожної країни, і правильні назви.
Кожна мова і чому вона така важлива? Ви можете подумати, що це очевидно, ну, для поляка, який отримав цю божевільну польську мову і живе в Польщі, можливо, це очевидно. Але якщо ви їдете до Люксембургу, Швейцарії чи Бельгії, все трохи складніше. Тому що в Люксембурзі ви можете мати людей, які розмовляють французькою, в Швейцарії, ви можете мати людей, які розмовляють французькою німецькою? Так. Тож тепер все залежить від вашого
Це французькою мовою, для людей у Швейцарії, або Ваш веб-сайт німецькою мовою для людей у Швейцарії. Завдяки HF long. Ви можете визначити, яка частина сторінок повинна ранжуватися. Ну і ще один спосіб ранжирування, і для цього, правильний - це зайти в пошукову консоль для мого сайту, zelezny UK. Пошукова консоль досить розумна і знає, що, наприклад, окей, почекай. Він використовує крапку u k. Так що, ймовірно, ви хочете зайняти місце в Сполученому Королівстві, це правильно.
Але у мого знайомого є магазин на точці ЄС. І в його випадку є список, де він хотів би розташуватися. Ми не використовуємо це, тому що ми хочемо пробігтися по всій Європі, але ми могли б визначити, наприклад, тільки Великобританію, тільки Францію.
Карта сайту та "сирітські" сторінки. Ще одна дуже, дуже, дуже важлива річ, і це скріншот з інструменту, який називається deep growl. Глибокий рик, дивовижний інструмент написаний. Недалеко звідси у них відкритий офіс на протилежному. На протилежному березі річки. Я думаю, що це краулер. Deep core робить те саме, що робить Google для вашого сайту - сканує за внутрішніми посиланнями.
І цей борг можна налаштувати таким чином. Так, але я згадав про сирітські сторінки. Що наші сторінки-сироти, які ми ніколи не пов'язували з будь-якою іншою сторінкою, вони є сиротами. І деякі люди кажуть: "Гаразд, додайте це до глибокого ядра - декор знайде це глибоке ядро, можливо, знайде це на. Якщо ви налаштуєте глибоке ядро певним чином, зазвичай пошукові роботи, як кричущі жаби глибокого ядра, використовують внутрішні посилання для створення списку всіх сторінок. Якщо
На сторінку Age ніколи не можна посилатися з будь-якої іншої сторінки. Єдиний спосіб знайти цю сторінку - підготувати список URL-адрес з іншого місця. Наприклад, якщо ви використовуєте WordPress, є плагін для завантаження всіх URL-адрес, а потім завантаження їх у глибокий код. А потім давайте візьмемо глибоку ворону, двох ворон, всі URL-адреси, і тоді ви зможете побачити, як, о, ворона каже, що ця сторінка і ця сторінка не мали посилань з інших сторінок. Це, ймовірно, сторінка-сирота.
І я не нараховую на свій маленький симпатичний фіолетовий сайт zelazny, окей. І ви можете бачити, що немає жодної індексованої сторінки, 80, це досить багато. І тільки 16 сторінок як індексовані, чому так, я роблю це навмисно, тому що очевидно, що я можу згенерувати карту сайту так само після цього Ворона. Але чому я роблю тільки 16 сторінок? Чому? Я залишаю 16 сторінок індексованими, тому що на цій сторінці достатньо контенту або на інших сторінках.
Наприклад, інформація про мої заходи і так далі, і так далі. Я не хочу, щоб це індексувалося, тому що він дуже схожий на сторінку. Який виглядає так, який виглядає так. Гаразд. Тільки одна картинка, інформація про конференцію в Брістолі, ніякого контенту. Я не хочу, щоб Google сказав: "О, Лукас намагається обдурити, США намагається роздути". Я скоріше хочу ранжуватися по меншій кількості ключових слів, але я хочу мати стабільну позицію і послідовно додавати все більше і більше і більше контенту.
Як підсумок, генеруйте sitemap.xml за допомогою авторитетних пошукових систем, таких як, наприклад, deep core. Тому що після сканування ви можете завантажити всі знайдені URL-адреси в XML-форматі.
Не індексуйте сторінки з тонким контентом, намагайтеся включати або фан-сторінки в карту сайту.
Або перші сторінки не можуть бути знайдені звичайним скануванням. Через внутрішні посилання, що дуже важливо, або фан-сторінки. Можуть бути виявлені шляхом сканування додаткових джерел європосилань. Експорт зовнішніх, вхідних посилань, логи серверів, дані Google аналітики і так далі.
І як остання частина, локальний аналіз в двох словах. Якщо ваш веб-сайт працює на дуже популярній cpanel, або ви можете зробити те ж саме з Amazon Cloud, ви можете завантажити рядкові замки, які містять всі відвідування вашого веб-сайту. Всі люди, всі роботи, все, тоді ви можете побачити, які були відвідування від googlebot і таким чином, ви можете визначити, де Google не повинен відвідувати вас.
Скажіть Google. Гей, Google, відвідай цю частину, тому що вона важлива для мене, і цю частину, тому що вона важлива для мене, ви можете змінити, ви можете сказати, знаєте що, Google, не відвідуй це. Не відвідуй це і не відвідуй це, і тоді у вас залишаться дві частини, і Google буде тільки збільшувати ці дві частини. Отже, є ще один інструмент. Ось так виглядає експорт, але є ще один інструмент, який називається аналізатор файлів блокування. Я думаю, що він коштує близько 99 фунтів на рік, той самий автор, який написав "Жабу, що кричить". І ви можете імпортувати
Арт, цю велику монструозну таблицю в локалізатор аналізу і можна наочно побачити, де у нас помилки, де ми гуглили, що потенційно треба відключити.
Тому, коли ви сьогодні підете додому, спробуйте завантажити пробну версію, спробуйте попросити свого айтішника, щоб він підготував лог сервера. Якщо у вас великий сайт, спробуйте звузити період, на який ви хочете завантажити мене, навіть якщо це буде один, два, три дні. Цього, цього може бути дуже часто достатньо.
Узагальнюючи, можна сказати, що аналіз полягає в тому, щоб зрозуміти, як googlebot сканує ваш веб-сайт, щоб заблокувати доступ Google до тих областей веб-сайту, які не повинні скануватися.
Для економії бюджету екіпажу.
І як епілог, ми покажемо вам на початку. Це Періодична таблиця факторів SEO.
Це ті елементи, про які ми сьогодні говорили.
Отже, ми бачимо, що є 7-одиниці і це наші елементи, які залишилися. Отже, ми можемо піти додому і почати читати або надіслати мені електронну пошту, якщо ви хочете поспілкуватися. І, нарешті, можливо, одного дня разом ми зможемо сісти і завершити. Цей стіл на інших конференціях. Дуже вам дякую. Було дуже приємно бути тут.
Дякую, Лука лижню пройшов досить велику. За короткий проміжок часу, дуже добре зроблено. Я хочу отримати багато запитань. Давайте почнемо з вашого, гаразд. Ви згадали, що рекомендуєте писати статті. На вісімсот слів. Моє питання, чому ви рекомендуєте саме таку статтю? Тому що Google любить довгі статті або тому що довгі статті спонукають користувачів довше залишатися на сторінці і зменшують відмову?
Це дуже гарне запитання. І моя відповідь проста - і в тому, і в іншому випадку ви утримуєте людей, особливо внизу, якщо ви запитуєте, чи сподобалася вам моя стаття? Ей, читайте більше, і люди йдуть глибше, тому що той факт, що вони проведуть довгий-довгий час на вашій сторінці, не обов'язково означає, що не буде ніякого показника відмов. Вони все ще можуть відскочити. Так. І тому чим довша стаття, тим довше вони можуть її переглянути, а внизу є посилання для читання і так далі, і так далі. Але також для
Такий собі внутрішній мозок Google. Достатньо того контенту, на який ви витрачаєте стільки часу, щоб зробити дослідження і так далі, і так далі. І так далі, це ще один сигнал для ранжування, ви вище. Дуже гарне запитання. У мене є друга частина питання. Зараз відео - це велика річ. Тож яка ваша рекомендація щодо відеопостів у блозі? Коли більша частина інформації передається у відео. Тоді немає сенсу писати довгу статтю. Отже, яка ваша точка зору з точки зору пошуку
Оптимізація, якої довжини повинна бути стаття. Дуже дякую, дуже гарне запитання. Я думаю, що ви повинні знайти, і це можна зробити за дуже невеликі гроші. Знайдіть когось на Fiverr на людей за годину, дайте їм все це відео і нехай вони напишуть транскрипт транскрипцію. Ренд Фішкін з більшості використовує стенограму. Ніл Пател використовує скретч, стенограми. У мене є кілька відео на моєму веб-сайті, а також в Нью-Йорку. Там є посилання на відео, і у мене є просто
Велике відео. Але внизу є стенограма всього, що відбувалося. Те, про що ми говоримо таким чином, можна, знаєте, це велика дискусія. Якщо це добре для користувачів, але в цілому, ви завжди повинні балансувати між тим, що я хочу отримати рейтинг, і тим, що я хочу дати користувачеві цінність. Ви можете технічно сказати, що, можливо, хтось захоче прочитати це або щось подібне. Так. Також ви можете бачити, що все більше і більше відео на Facebook. Хороші субтитри. З гарними субтитрами. Тож є логічний висновок, що транскрипт може бути гарним. Тож нехай переписують все. Про що ви говорите на відео?
І розмістіть це під відео звичайним текстом. Таким чином, ви будете в рейтингу, і ви будете тримати увагу людей. Отже, у нас є кілька запитань на слайді та слайдері. Ви можете побачити, які з них найважливіші. Отже, перше найважливіше, найважливіше питання - чи повинні теги H1 відрізнятися від тегів заголовка. Це те, що я дуже хотів би обговорити з аудиторією, тому що це дуже, дуже, дуже глибоке питання. Semrush трактує як помилку, якщо ви використовуєте однакові H1 і
Той самий тег заголовка. Особисто я б сказав те ж саме, що сказав би Semrush, скоріше намагайтеся диференціювати від title duck і H1, H1 відносно повинен бути коротше, ніж title tag. Тег заголовка, повинен бути близько 60 символів. Коли 60 символів, тег H1 виглядає трохи моторошно. Отже, ви знаєте, це виглядає трохи як, давайте поставимо ще одне ключове слово тут, тому що у нас є трохи місця. Тож, знаєте, скоріше, я думаю, я б сказав, що вони повинні бути різними. Гаразд. Наступне, найбільш важливе питання, що ми використовуємо?
Так, ми використовуємо Rel next і Rel pref і зазвичай знаходимо сторінку X, де X в результатах замість першої сторінки. А ви використовуєте next?
Ну, що ж, це блискуче запитання. Одне з найкращих на конференції, особливо друга частина. Ви використовуєте наступну підготовку чи віддаєте перевагу канонічній першій сторінці? Ніколи не використовуєте? Перейдіть на першу сторінку. Це помилка, це помилка. Ось чому люди страждають у цьому світі. Ось чому люди провалюють співбесіди, як тільки стають співвиконавцями? Тому зараз ви не знаєте, я не можу відповісти, чому ви завжди бачите, тому що ви так говорите,
Зазвичай знаходять Сторінки x дорівнює чомусь. Можливо, просто, можливо, речі Google, тому що якщо ви реалізуєте Rel next і prep talk, так, і у вас є плагін пагінації, і ви можете знайти за допомогою підключених сторінок в Google, ймовірно. Існує причина, по якій Google вважає, що вони повинні тримати це в індексі. І я особисто після впровадження відносно наступного дихання побачив би на своєму веб-сайті конкретні глибокі сторінки, індексацію в пошуку Google, я був би дуже щасливий.
Ми з П. пішли б глибше і спробували б знайти через таку матрицю, як сказав Стівен, або СЕО, семруш, або сестринські хитрощі, або спайфу. Якщо є якісь ключові слова, які роблять ці довгі сторінки, патиновані сторінки ранжуються, але ніколи ніколи не робіть канонізацію на першій сторінці. Це помилка, на яку у нас є час ще раз. Отже, що з картинками? Які закінчуються 4 березня вже закінчилися сором'язливо перенаправляти їх на головну сторінку або я повинен тримати в порядку, як оригінальний URL-адресу
Мені подобається це питання. Ще одне чудове питання, як правило, у них є хороша практика - це зробити їх 404. Однак, якщо ви SEO і знаєте цінність посилань, вам слід спочатку перейти до Majestic та фішок і перевірити, чи не буде будь-яка сторінка, яку ви збираєтеся зробити не знайденою, містити посилання. Отже, якщо є посилання, що вказують на деякі сторінки, які ви збираєтеся зробити закінченням терміну дії цих сторінок, скоріше вам слід 3012 щось відповідне таким чином, ви будете використовувати
Сік посилань. Гаразд, припустимо, у нас є сайт про відпочинок, і ми збираємося в Єгипет і Шрі-Ланку, і зараз ми вже не поїдемо на Шрі-Ланку, але було так багато посилань на сторінку Шрі-Ланки, чи варто нам це робити для чого? Заради? Звичайно, ні. Ми повинні перенаправити кудись. Це може бути домашня сторінка, може бути сторінка Єгипту. Так. Але 301 цю сторінку на щось, що існує, якщо там є посилання. Гаразд. Схоже, я боюся, що нам доведеться завершити. Давайте візьмемо ще одну, тому що ми там насправді схожі на те, що у мене є багато динаміки.
І пов'язаний з клієнтом Side by JS, а не в оригінальному HSN, чи буде Google ранжувати цей остаточний контент, чи буде це добре, це дуже, це дуже, це дуже, це дуже, це дуже глибоке питання. Як правило, якщо контент є унікальним після генерації в JS, відповідь - так. Контент буде згенерований, тому що Google все краще і краще працює з зростаючим JavaScript. Так що я б не турбувався про це настільки геніально. Слухачі. Великі оплески для Лукаса.
