Технічна SEO інженерна англійська: Структуровані дані, Core Web Vitals, і Crawl Budget Vocabulary
Вивчіть точний англійський словник, який використовують інженери під час обговорення технічного SEO: структуровані дані, Core Web Vitals, бюджет пошуку і результати консолі пошуку.
Технічне SEO знаходиться на перетині інженерії і пошукового маркетингу. Якщо ви працюєте на веб- платформі, вам, можливо, доведеться брати участь у нараді, на якій хтось скаже: « наш LCP нас вбиває » або « нам слід виправити канонізацію перед переходом ». У цьому матеріалі ви дізнаєтеся англійську лексику, яка вам знадобиться, щоб впевнено брати участь у таких розмовах.
Терміни структурованих даних
** Структуровані дані ** — машинно- зчитуваний розмітка додана до веб- сторінки, щоб допомогти пошуковим системам зрозуміти її вміст. Найпоширенішим форматом є JSON-LD, який відповідає словнику schema.org.
«Команда інженерів додала структуровані дані до всіх сторінок продукту останнього спринту — ми повинні почати бачити багаті результати в Search Console через кілька тижнів»
JSON-LD (JavaScript Object Notation for Linked Data) — формат, рекомендований Google для вбудовування структурованих даних у тег <script>, окремо від видимого HTML.
«Ми обрали JSON-LD над мікроданими, тому що його легше підтримувати — вам не потрібно торкатися самої розмітки HTML»
Розширені результати — розширені списки результатів пошуку, які з’ являються, коли Google успішно перевіряє ваші структуровані дані. Приклади включають оцінки зірок, акордеони часто задаваних питань і дати подій.
«Після впровадження схеми FAQPage, наша швидкість перегляду зросла, тому що наш список тепер показує акордеон FAQ в SERP»
Schema.org — спільний словник, створений Google, Microsoft, Yahoo і Yandex, який визначає типи і властивості, що використовуються в структурованих даних.
Перед додаванням розмітки, перевірте schema.org, щоб переконатися, що ви використовуєте правильні назви властивостей — «price» і «offers» не є взаємозамінними
Основні веб-терміни
Core Web Vitals — набір трьох показників користувацького досвіду, які Google використовує як сигнали рейтингу: LCP, CLS і INP.
«Наші Core Web Vitals не справляються з полевими даними, навіть якщо наші лабораторні результати виглядають добре — реальні умови мережі користувачів набагато повільніші»
** LCP (Largest Contentful Paint) ** — показує, скільки часу знадобиться на завантаження найбільшого видимого елемента (зазвичай, зображення або заголовка). Хороший LCP менше 2,5 секунд.
“Зображення героя було нашим елементом LCP. Перехід на CDN-обслуговуваний WebP з попереднім завантаженням знизив його з 4.1s до 1.8s»
** CLS (Скуплений зсув компонування) ** — вимірює, наскільки елементи сторінки несподівано зсуваються під час завантаження. Оцінка вище 0,1 вважається поганою.
“Банер куки вводився в DOM без резервованого місця, що викликало величезний бал CLS. Ми виправили це з мінімальним розміром місця для розміщення»
** INP (Interaction to Next Paint) ** — вимірює затримку всіх взаємодій користувача на сторінці. Він замінив FID як Core Web Vital в 2024 році.
«Наш INP зазнає невдачі, тому що компонент фільтра запускає синхронний цикл при кліканні — нам потрібно перенести це на веб-робітника»
Пошук та індексування термінів
Бюджет обробки — кількість адрес URL, які Googlebot обробить на сайті за вказаний проміжок часу. Великі сайти повинні ретельно керувати цим, щоб переконатися, що важливі сторінки буде виявлено.
«Після видалення 50 000 тонких сторінок, наш бюджет пошукових запитів покращився — Googlebot тепер досягає наших сторінок глибоких категорій набагато швидше»
** Канонізація ** — процес вказування початкової адреси URL, якщо дублікат або майже дублікат вмісту існує на декількох адресах URL. Виконується за допомогою мітки rel="canonical" або заголовків HTTP.
“Ми маємо той же продукт доступний на трьох URL-патернах. Без належної канонізації, ми розділяємо наші сигнали рейтингу на всі три.»
** hreflang ** — атрибут HTML, який повідомляє пошуковим системам, якою мовою і якою регіональною версією сторінки слід користуватися користувачам з різними локалями.
Наша реалізація hreflang була неправильною — сторінки Великої Британії та США вказували одна на одну, але забували включити тег x-default
** Директиви Robots. txt ** — інструкції у текстовому файлі у корені домену, які повідомляють роботам- обробникам, які шляхи вони можуть або не можуть переглядати.
«Ми випадково заблокували шлях /api/ в robots.txt, що було в порядку, але шаблон шаблону також відповідав /apiaries/ — реальній секції вмісту»
** Покриття індексом ** — звіт в Google Search Console, який показує, які сторінки були індексовані, які виключені і чому. Ключ для діагностики проблем з виявленням.
«Індекс покриття звіт показав 3000 сторінок в ‘Crawled, currently not indexed’ статусі — це тонкий сигнал контенту, який нам потрібно розглянути.»
Контекстно-орієнтовані мови
Ці фрази взято з обговорень команди з інженерії пошуку, гілок Slack і оглядів PR:
- ** “Ми повинні реалізувати канонічні мітки перед запуском сторінкування.” ** — формулювання контрольного списку перед запуском
- “Карта сайту повертає 404-і для 200 адрес URL — ці сторінки були вилучені, але не вилучено з карти сайту.” — результат перегляду коду
- ** “Пошукова консоль показує стрімкий ріст помилок обробки після розгортання в четвер.” ** — формулювання кореляції інциденту
- ** « Давайте додамо схему BreadcrumbList до шаблонів категорій, а не лише до сторінок продуктів. » ** — рішення щодо обсягу на зустрічі з планування
- ** “Регресія INP походить від нового аналітичного скрипту, що завантажується синхронно в голові.” ** - твердження про причину після смерті
Ключові слова
| Collocation | Example |
|---|---|
| implement structured data | ”We’ll implement structured data for the FAQ section this sprint.” |
| pass Core Web Vitals | ”We can’t launch until all pages pass Core Web Vitals in field data.” |
| exhaust crawl budget | ”Faceted navigation is exhausting our crawl budget on unnecessary URLs.” |
| serve the canonical version | ”Make sure the CDN always serves the canonical version, not the www variant.” |
| submit a sitemap | ”Submit the updated sitemap in Search Console after the redirect migration.” |
| block with robots.txt | ”Block staging subdomains with robots.txt, not just meta noindex.” |
| trigger a rich result | ”You need at least one review to trigger the star rating rich result.” |
Practice
Відкрийте Google Search Console для проекту, над яким ви працюєте (або скористайтеся загальним демонстраційним обліковим записом). Знайти одну сторінку у звіті « Покриття індексом » зі станом помилки. Напишіть триреченняве пояснення англійською мовою: що означає помилка, що, ймовірно, її спричинило, і які технічні зміни її виправлять. Використовуйте принаймні три слова з цього повідомлення. Поділитися вашим поясненням з товаришем по команді і запитати, чи ясно це без додаткових контекстів.
На практиці: Навігація нюансів в командному спілкуванні
Зрозуміти * технічні * аспекти SEO - структуровані дані, Core Web Vitals і бюджети пошуку - це одна річ; справді розуміючи, як інженери обговорюють ці концепції в команді, це інше. Для не-рідних носіїв англійської, швидкий темп і специфічні фрази можуть бути особливо викликом. Це не просто про те, щоб знати визначення; це про те, щоб розпізнати * як * ці визначення застосовуються в розмовах і документації в реальному часі. Розглянемо деякі сценарії, які можуть виникнути під час типового потоку роботи з веб-розробки.
Уявіть, що ви переглядаєте запит на витягування, який стосується додавання розмітки схеми до сторінки продукту. Старший інженер, Сара, залишає цей коментар: «Цей JSON-LD хороший, але властивість aggregateRating потребує більш детального контролю. Ми бачимо, що до Google надсилаються непослідовні дані - іноді він використовує середній рейтинг, а інколи він витягує окремі відгуки. Переконайтеся, що ми постійно використовуємо властивість « hasOrganicRating », коли вона доступна. Це не просто « виправити схему ». Це запит на точність. Сара підкреслює потенційні проблеми, пов’язані з якістю даних - основна проблема при роботі зі структурованими даними і індексуванням пошукових систем. Фраза «гранулярний контроль» є важливою; вона говорить про необхідність детальних специфікацій і моніторингу, а не загальної оцінки «це працює». Аналогічно, обговорення «непослідовних даних» вказує на важливість перевірки реалізації схеми проти рекомендацій Google — частою темою в звітах Search Console.
Інша ситуація може виникнути під час розмови Slack, де обговорюються Core Web Vitals. Розробник, Марк, ділиться: «Я тільки що запустив деякі попередні аудити Lighthouse на домашній сторінці. Найбільша Contentful Paint на даний момент становить 2,1 секунди - це значно вище нашої мети 2,5. Нам слід визначити пріоритет оптимізації завантаження шрифтів і розмірів зображень. » Використання « попередніх аудитів » вказує на те, що це початкова оцінка, а не остаточний діагноз. « Найбільша кількість зображень з вмістом » — це технічний жаргон, що стосується певної метрики Core Web Vital. Фраза «пріоритизація оптимізації» передбачає фокусований підхід — визначаючи найбільш впливові зміни першими. Важливо розуміти, що ці розмови не просто про звітування про цифри; вони про запропоновані рішення, засновані на даних, і сформулювання чіткого плану дій.
Нарешті, розгляньте опис PR для зміни, спрямований на поліпшення ефективності бюджету обробки: «Вреалізовано переглянуту частоту подачі мапи сайту, щоб зменшити небажані запити на сервер. Моніторинг Google Search Console’s ‘Crawl Errors’ звіт про будь-які проблеми, пов’язані з індексуванням затримок. “Цей опис демонструє практичне застосування розуміння бюджетів пошуку - не тільки як теоретичний обмежувач, але як інструмент для оптимізації пошуку пошукових систем. Фраза «непотрібні запити» підкреслює аспект ефективності, а посилання на «Помилки пошуку» вказує на покладання на дані Search Console для усунення несправностей. Інженери часто говорять про * зменшення * впливу бюджету пошуку, з метою забезпечити, щоб Google міг ефективно індексувати їх сайт без перевантаження ресурсів.
# Example: Using `curl` to check sitemap submission status (hypothetical)
curl -s https://example.com/sitemaps/sitemap.xml?format=xmlЦя команда, хоча і проста, є прикладом типу інструментів і інженерів моніторингу, які використовуються для відстеження ефективності SEO - ключовий компонент у розумінні технічного словника, що оточує бюджети пошуку.