50 вопросов SEO оптимизатора
2018-11-02 228 5.0 0


Ни один веб-сайт не идеален. На каждом сайте есть недостатки.

Многие вещи, могут пойти не так, либо благодаря корявому техническому вмешательству, неловкой оптимизации на странице, непонятной скорости загрузки веб страницы или еще чему-то.

Готовы найти недостатки своего сайта, чтобы исправить их и правильно работать?

Читайте лонгрид дальше, чтобы узнать 50 вопросов, которые вы должны задать себе, чтобы оценить качество вашего сайта.

качество сайта в вопросах

вопросы для самостоятельной проверки особенностей веб сайта


50 основных задач поисковой оптимизации и пятьдесят кратких ответов

Только задавая правильные вопросы можно самому оценить свой сайт?


1. Содержат ли веб-страницы несколько тегов H1?

На странице не должно быть нескольких тегов H1.

Тег H1 находится в центре внимания темы страницы, и поэтому он должен присутствовать только один раз на странице, тег h1 должен описывать ваш контент.

Если вы включите более одного тега H1 на веб странице, это приведет к размыванию фокуса гипертекстового документа, логичней сосредоточить все свои усилия концентрируясь на одной ключевой фразе.



2. Является ли сайт легко сканируемым?

Одной из основных проблем, которые могут негативно повлиять на сайт, это страницы ошибок 4xx и 5xx.

Если ваш сайт не может быть проверен поисковыми роботами из-за проблем со стороны сервера (5xx: Server Error) или 4xx: Client Error (ошибка клиента), вы получите снижение производительности, потому что системы поиска содержимого, "шарахаются" от таких ошибок.



3. Правильно ли настроены страницы ошибок?

Проблемы могут возникать, если страницы ошибок неправильно настроены.

Правильная настройка страниц ошибок может помочь поисковым системам понять, какие страницы предназначены именно для них.

Один пример: если у вас есть страницы с кодом 200 OK, но они показывают страницу как "не найдена" как ошибку, поисковые системы могут читать эти страницы как успешные.

Это может привести к конфликтам при сканировании и индексировании.

Безопасное решение в том, чтобы убедиться, что все страницы отображают правильный статус.

Страницы 4xx должны отображать ошибки 4xx с статусами 4xx.

Страницы 5xx должны отображать состояния 5xx.

Использование любой другой конфигурации добавит путаницу и не поможет, когда дело касается конкретных вопросов.

Выявление проблем таким образом и их исправление поможет повысить качество вашего сайта.



4. Использует ли сайт JavaScript?

Если вы применяете навигацию по сайту, использующую JavaScript, вы будете вносить путанницу в кросс-платформенную и кросс-браузерную совместимость.

В 99,9% случаев JavaScript не нужно использовать для навигации.

Многие из подобных же эффектов могут быть достигнуты благодаря прямому кодированию CSS 3, что и должно использоваться для навигации.

Если ваш сайт использует отзывчивый дизайн, это уже его часть.

Серьезно, бросьте JavaScript.



5. Разрешены ли URL-адреса для одного случая?

Опять же, это может быть еще одна серьезная проблема.

Как и проблемы канонизации, URL-адреса в нескольких случаях могут вызывать повторяющиеся проблемы с содержимым, потому что поисковые системы просматривают сразу все эти экземпляры URL-адресов.

Один трюк, который вы можете использовать, чтобы позаботиться о многостраничных URL-адресах, включает добавление нижней команды в файл htaccess веб-сайта.

Это приведет к тому, что все URL-адреса нескольких случаев будут отображаться как один выбранный вами канонический URL-адрес.



6. Использует ли ваш сайт плоскую архитектуру?

Использование плоской архитектуры - все лучше и лучше, но не поддается объективной фокусировке и организации.

С плоской архитектурой все ваши страницы, как правило, сбрасываются в корневой каталог, и нет никакого внимания к темам или связанным темам, и, как правило, дезорганизация сосредоточена на одном уровне.

Плоская архитектура сайта

Использование упрощенной архитектуры помогает вам группировать веб-страницы по темам и организовывать их с помощью структуры ссылок, которая еще больше усиливает актуальную направленность.

архитектура сайта

Глубокая архитектура сайта

Это, в свою очередь, помогает веб-краулеру лучше понять, на что вы претендует.

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



7. Тонкий контент присутствует на веб-сайте?

Тонкий контент(не информативное содержание) сам по себе, если достаточно высокого качества, и отвечает на поиск пользователя с минимумом информации для этого запроса, не всегда является проблемой.

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



8. Планируете ли вы повторно использовать уже существующий код, или создали сайт с нуля?

Копирование и вставка кода себе, не так безопасно, как кажется.

Вы когда-нибудь видели веб-сайты, которые, имели ошибки в каждой строке кода, проверяясь на валидаторе W3C - это ужасно?

Причина обычно заключается в том, что разработчик скопировал и вставил код, написанный для одного DOCTYPE, и использовал его для другого.

Если вы скопируете и вставьте код для XHTML 1.0 в HTML 5 DOCTYPE, вы получите много тысяч ошибок.



9. Имеет ли сайт структурные данные Schema.org, там где это применимо?

Схема является ключом к получению богатых фрагментов в результатах поиска Google.

Даже если ваш сайт не подходит для каких либо отраслей, имеющих определенные структурированные элементы данных, есть способы все равно добавить структурированную разметку.

Во-первых, выполнение аудита организации полезно для определения того, что уже делает ваш сайт.

Необходимо, по крайней мере, добавив Schema в такие вещи, как:

  • Навигация.
  • Логотип.
  • Номер телефона.
  • Определенные элементы контента, которые являются общими для каждого веб-сайта.


  • 10. У сайта есть XML-файл Sitemap?

    Один элемент редко влияет на повышение общего качества веб-сайта, но это один из них.

    Наличие карты сайта XML упрощает сканирование вашего сайта с помощью поисковых систем.

    Такие вещи, как ошибки 4xx и 5xx в файле Sitemap, неканонические URL-адреса в карте сайта, заблокированные страницы в файле Sitemap, слишком большие файлы Sitemap и другие проблемы, должны оценивать, как карта сайта влияет на качество веб-сайта.



    11. Не одинаково ли оптимизированы разные целевые страницы?

    Существует ситуация, когда несколько целевых страниц, оптимизированных для одних и тех же ключевых слов на сайте, это на самом деле не делает ваш сайт более релевантным.

    Подобное может вызвать путаницу для программ поисковых систем и вызовет то, что называется каннибализацией ключевых слов.

    Кроме того, поисковая система может не точно идентифицировать материал, который лучше всего подходит для ваших целей и продвигается в поиске.

    Наличие нескольких целевых страниц для одного и того же ключевого слова также может привести к разбавлению веса ссылок.

    Если другие сайты заинтересованы в обратной ссылке с ваших страниц по определенной теме, что действительно может произойти, тогда справедливость ссылок будет размыта на всех страницах этой темы.



    12. Файл Robots.txt без ошибок?

    Robots.txt может быть серьезной проблемой, если владелец веб-сайта не настроил его правильно.

    Слишком часто я вижу сайты, у которых есть проблемы с индексацией, из за следующего кода в Robots.txt:

    
    Disallow: /

    Очень плохо, веб-мастер. ПЛОХО. ПЛОХО.

    Это блокирует всех роботов искателей и запрещает обход веб-сайта из корневой папки и ниже.



    13. Использует ли сайт адаптивный дизайн?

    адаптивный дизайн

    Прошли те времена, когда отдельные мобильные сайты используют поддомены для мобильного сайта: «mobile.example.com» или «m.example.com».

    Благодаря гибким технологиям проектирования это больше не требуется.

    Вместо этого современный метод заключается в использовании HTML 5 и CSS 3 Media Queries, для создания отзывчивого дизайна.

    Это еще более важно, с появлением индексации Google, для мобильных устройств.



    14. Заблокированы ли CSS и JavaScript в Robots.txt?

    Важно пережить это, потому что robots.txt не должен блокировать ресурсы CSS или JS.

    В июле 2015 года Google разослал массовое предупреждение о блокировке ресурсов CSS и JS.

    Короче говоря, не блокируйте ресурсы CSS и JS. Если вы видите какую-либо из этих строк, удалите их.

    
    Disallow: / .js $ *
    
    Disallow: / .inc $ *
    
    Disallow: / .css $ *
    
    Disallow: / .php $ *
    



    15. Является ли количество динамических URL-адреса, чрезмерным на веб-сайте?

    Трудно выявить реальное количества динамических URL-адресов и вопрос, представляют ли они проблему, останется без ответа.

    Лучший способ сделать это: определить, превышает ли на сайте количество динамических URL, величину статических URL-адресов.

    Если превышает, тогда у вас может возникнуть проблема с динамическими URL-адресами, влияющими на сканирование.

    Это ставит в тупик поисковые системы в плане понимания вашего сайта и его содержимого.



    16. Является ли сайт перегруженным слишком многими ссылками?

    Слишком много ссылок могут быть проблемой, но это не то, что вы думаете.

    Google теперь не штрафует за более чем 100 ссылок на странице (Джон Мюллер сказал так в 2014 году). И это не повлияет на то, как ваш сайт отображается в результатах поиска

    Но, если у вас есть значительно больше исходящих гиперссылок, это могу счесть за спам.



    17. Имеет ли сайт переадресацию, а эти URL-адресные цепочки превышают 5 и более?

    Хотя Google пройдет за всеми пятью переадресациями, но этот факт может представлять больше проблем, чем выгоды.

    Поэтому рекомендуется, чтобы ваш сайт имел лишь две переадресации или меньше.



    18. Связаны ли ссылки на сайте с JavaScript?

    Обслуживание любого навигационного элемента с помощью JavaScript - это плохая идея, поскольку он ограничивает кросс-браузерную и кросс-платформенную совместимость, что также мешает работе пользователя.

    Если вы сомневаетесь, не используйте ссылки с JavaScript и используйте только обычный HTML для ссылок.



    19. Является ли анкорный текст ссылки чрезмерно оптимизированным?

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

    В идеале ваш сайт должен иметь здоровое сочетание текста привязки, указывающего на ссылаемые проекты. Хороший баланс соответствует 20-процентному правилу: 20-процентные фирменные анкоры, 20-процентное точное совпадение, 20-процентное актуальное совпадение и, вероятно, 20 процентов голых URL-адресов.

    Связанная тема:

    Задача состоит в том, чтобы достичь этого баланса распределения разнопрофильных ссылок, а также не оставить и тени подозрения что вы манипулируете.



    20. Осуществляется ли канонизация на веб-сайте?

    Канонизация означает, что Google видит URL, который вы предлагаете видеть.

    Короче говоря, используя фрагмент кода, вы можете заявить, что Google видит один URL как предпочтительный источник контента связанный с этим веб адресом.

    Отсутствие канонизации вызывает сразу несколько проблем, в том числе:

  • Размывание значимости входящей ссылки.
  • Самозахватывание SERP (где несколько версий этого URL-адреса конкурируют за результаты).
  • Неэффективное сканирование - когда поисковые системы тратят еще больше времени на обход одного и того же контента каждый раз.
  • Чтобы устранить проблемы канонизации, нужно использовать один URL для всех публичных обращений к каждому URL-адресу на сайте.

    Предпочтительным решением является использование 301 редиректа для переадресации всех неканонических версий URL-адресов на каноническую версию.

    Определите на ранней стадии разработки веб-страницы, структуру и формат URL, которые вы хотите использовать, и примените это как свою версию канонического URL-адреса.



    21. Изображения на сайте не слишком большие?

    Оценить качество сайта



    Если изображения на вашем сайте слишком велики, вы рискуете столкнуться с проблемами по времени загрузки, которое с июля 2018 года является сигналом ранжирования.

    Если на вашей странице есть изображения на 2 МБ, это серьезная проблема.




    22. Применяется ли видео на сайте с отсутствием схемы разметки?

    Также можно добавить Schema.org Structured Data к видео.

    Используя элемент video object element, вы можете разметить все свои видео.



    23. Имеет ли сайт все обязательные названия страниц?

    Недостатком названий SEO на веб-сайте может быть проблемой.

    Если на вашем сайте отсутствует заголовок SEO, Google может автоматически генерировать его на основе вашего контента.

    Вы же не хотите, чтобы Google автоматически генерировал заголовки и описания.

    Вы не хотите оставлять что-либо на волю случая, когда дело доходит до оптимизации сайта должным образом, поэтому все названия страниц должны быть написаны вручную.



    24. Имеет ли сайт все требуемые мета-описания?

    Если ваш сайт не имеет метаописания, Google может автоматически генерировать его на основе вашего контента, и это не всегда тот, который вы хотите добавить в результаты поиска.

    Всегда пишете собственное мета-описание для каждой страницы.

    Ключевые слова также следует учитывать. Google и Bing, возможно и заявили, что они не используются в ранжировании поиска, но другие поисковые системы все еще работают с ними. Ошибочно оптимизироваться только для Google и Bing

    Кроме того, существует концепция линейного распределения ключевых слов, что помогает с точки зрения релевантности.

    Хотя набивка мета ключевых слов не обязательно помогает ранжированию, тщательное и продуманное наполнение META-тега Keywords, может добавить акценты, имеющие отношение к документу.

    Единственный раз, когда это может повредить, - если вы спамите, и Google решает использовать ключевики в качестве спам-сигнала, чтобы "придушить" ваш сайт.



    25. Скорость открытия ваших целевых страниц более 2-3 секунд?

    Важно протестировать и узнать фактическую скорость загрузки ваших целевых страницах.

    Это может повлиять на производительность вашего сайта.

    Если на ваш сайт загружается 15 секунд, это плохо.

    Всегда следите за тем, чтобы ваш сайт грузился менее секунды.

    Хотя рекомендация Google составляет 2-3 секунды, надо быть лучше, чем их рекомендации.

    Алгоритм ранжирования Google для мобильных устройств оказывает огромное влияние на результаты поиска, поэтому убедитесь, что ваш сайт является мобильным!



    26. Использует ли сайт кэширование браузера?

    Важно использовать кэширование браузеров, поскольку это компонент позволяет достичь более быстрой скорости сайта.

    Чтобы использовать кеширование браузера, вы можете просто добавить следующую строку кода в свой файл htaccess. Обязательно прочитайте документацию о том, как ее использовать.

    ПОЖАЛУЙСТА, ОБРАТИТЕ ВНИМАНИЕ: Используйте этот код на свой страх и риск. Автор не несет ответственности за то, что этот код не работает на вашем сайте.

    
    ## EXPIRES CACHING ##
    
    ExpiresActive On
    ExpiresByType image/jpg "access 1 year"
    ExpiresByType image/jpeg "access 1 year"
    ExpiresByType image/gif "access 1 year"
    ExpiresByType image/png "access 1 year"
    ExpiresByType text/css "access 1 month"
    ExpiresByType text/html "access 1 month"
    ExpiresByType application/pdf "access 1 month"
    ExpiresByType text/x-javascript "access 1 month"
    ExpiresByType application/x-shockwave-flash "access 1 month"
    ExpiresByType image/x-icon "access 1 year"
    ExpiresDefault "access 1 month"
    
    ## EXPIRES CACHING ##
    



    27. Использует ли сайт Content Delivery Network?

    Использование сети доставки контента может сделать скорость сайта быстрее, поскольку она уменьшает расстояние между серверами и клиентами - тем самым уменьшая время, необходимое для загрузки сайта людям в этих местах.

    В зависимости от размера вашего сайта использование сети доставки контента может значительно повысить производительность.



    28. Был ли оптимизирован контент на сайте для целенаправленных фраз?

    Как правило, легко определить, когда сайт был правильно оптимизирован для целевых ключевых фраз.

    Если текст пере оптимизирован, это "режет глаз".

    Спам-текст, если он оптимизирован, например, для виджетов, выглядит примерно так: «Эти виджеты являются самыми удивительными виджетами в истории виджета о виджетах. Мы обещаем, что эти виджеты перевернут мир».

    Хорошо оптимизированные ключевые слова просто сливаются с окружающим текстом, и если вы в теме оптимизации, вы, естественно, сможете их легко идентифицировать.

    Если они хорошо организованы и должным образом переплетаются с текстом, то вам не нужно делать что-то еще для оптимизации написанного.

    Если есть много спам-текста, что отрицательно влияет на процесс, то может быть наступило время для удаления нежелательной части содержимого или полностью переписать его.



    29. Насколько сильно оптимизирован контент на сайте?

    Так же, как есть различные уровни получения ссылок, существуют различные этапы оптимизации контента.

    Некоторая оптимизация проводится поверхностно. Другие оптимизации более глубоки, а изображения, ссылки и ключевые слова полностью оптимизированы.

    Дополнительные вопросы, которые вы можете задать, чтобы убедиться, что контент на вашем сайте правильно оптимизирован, звучат так:

  • Включает ли мой контент целевые ключевые слова во всей копии?
  • Включает ли мой контент заголовки, оптимизированные с вариантами ключевых слов?
  • Включает ли мой контент списки, изображения и кавычки, где это необходимо? Не просто случайно добавляйте эти вещи по всему тексту. Они должны органично вписываться и поддерживать контент.
  • Включает ли мой контент жирный, курсивный текст, либо другие способы для акцента там, где это необходимо?
  • Мой контент хорошо читается?


  • 30. Проводилось ли на сайте исследование ключевых слов?

    Простое добавление ключевых слов, во всем мире не работает.

    Вы должны знать такие вещи, как объем поиска, как правильно настроить эти слова с вашей аудиторией и как определить, что делать дальше.

    Именно здесь происходит исследование ключевых слов.

    Вы бы не создали сайт, не изучив свой целевой рынок, не так ли?

    В том же ключе вы не будете писать контент без проведения целевого исследования необходимых слов.



    31. Имеет ли контент на сайте пробную версию?



    Оценка сайта

    Выполняли ли вы какие-либо корректировки контента на своем сайте перед публикацией?

    Проведите аудит и найдите глупые ляпы, такие как грамматические ошибки в содержании, орфографические ошибки и другие проблемы.

    Перед публикацией, дайте себе отдохнуть и еще раз обязательно проверьте страницу.



    32. Были ли оптимизированы изображения на сайте?

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

    Размер изображения должен соответствовать или или быть дополнением к дизайну вашего сайта.

    Вы бы не включили изображения, которые совершенно не имеют отношения к делу, если вы грамотно проводите маркетинг, не так ли?

    Не включайте изображения, которые, полностью сбивают с толку вашу аудиторию.



    33. Удовлетворяет ли сайт соблюдению лучших правил веб-разработки?

    90 процентов сайтов нарушают даже основы передового опыта веб-разработки по многим позициям - от документов, до неправильного кода, протестированного на W3C, плюс чрезмерно большого времени загрузки.

    Теперь существует много средств от разработчиков и не все так сложно.

    Это просто немного другое мышление, чем то, к чему вы привыкли, мышление должно строиться так, чтобы «создать самый легкий и наименее ресурсоемкий сайт» - это то, что должно быть на переднем крае вашей практики развития.

    Да, я знаю, что многие сайты не следуют рекомендациям W3C, и прекрасно существуют.

    Являются ли требование - 1-2 секундное время загрузки нереалистичным? Используете CSS-спрайты и сжатие без потерь, тогда будет все нормально.

    Не менее 2-3 запросов HTTP? Правильно структурируете сайт и избавляетесь от ненужных сценариев, которые занимают ценный объем.

    Хотите действительно получить максимально быструю page speed? Избавьтесь от WordPress полностью и сделайте сайт самостоятельно. Вы теряете не менее 1,5 секунд времени загрузки только из-за WordPress. Прекратите быть пользователем и станьте профессиональным веб-разработчиком!

    Думайте нестандартно.

    Будь другим. Будь реальным. Будь лучшим.

    Превосходные передовые методы переосмысления веб-сайтов нереальны лишь потому что не реалистично ваше отношение и то, что вы не хотите усердно трудиться или учиться чему-то новому. (здесь многие уходят со страницы 50 вопросов о сео).



    34. Правильно ли выполняется миграция HTTPS?

    Когда вы настраиваете свой сайт для правильной миграции HTTPS, вам необходимо приобрести сертификат безопасности веб-сайта.

    Одним из первых шагов является покупка этого сертификата. Если вы сделаете этот шаг не правильно, вы можете полностью испортить свой переход к HTTPS в дальнейшем.

    Вот почему.

    Скажем, вы приобрели SSL-сертификат. Вы выбрали вариант, который предназначен только для одного поддомена, этим вы создали более 100 потенциальных ошибок, просто выбрав неправильную версию сертификата при покупке.

    Лучше всего рассматривать, по крайней мере, документ SSL с сертификатами для всех вариантов домена.



    35. Был ли новый файл Disavow, представленный с профилем GTP HTTPS? Был ли этот профиль HTTPS когда-либо создан в GSC?

    Вы были бы удивлены, как часто это происходит при проверках веб-сайта. Но иногда файл disavow никогда не отправлялся в новый профиль с HTTPS в Google Search Console (GSC).

    Или профиль GSC HTTPS никогда не создавался, и текущий профиль GSC либо представляет собой недостаточную отчетность, либо избыточную отчетность по данным, в зависимости от того, как была выполнена реализация.

    К счастью, исправление довольно просто - просто убедитесь, что вы переносите старый файл HTTP Disavow в новый профиль HTTPS и продолжаете регулярно его обновлять.



    36. Были ли настройки Google Search Console перенесены на новую учетную запись?

    Это может также вызвать определенные проблемы при переходе на HTTPS.

    Скажем, у вас была настройка домена HTTP как www. Но затем вы устанавливаете домен в новом GSC не-www.

    Это один из примеров, когда ошибочные настройки GSC могут вызвать проблемы с применением HTTPS.



    37. Уверены ли вы что внесли изменения о переносе в Google Analytics?

    Не только уведомление о переносе, но и отсутствие существенных изменений в веб-сайте, капитальный ремонт или иное.

    Если точные данные не сохраняются, указав их в Google Analytics (GA), вы можете двигаться вслепую при внесении изменений в веб-сайт, которые зависят от этих деталей.

    Уведомление об этом изменении в Google Analytics поможет будущим оптимизаторам понять, что произошло до того, как это повлияло на сайт.



    38. Правильно ли реализована привязка социальных сетей на сайте?

    Это повлияет на качество вашего сайта.

    Если вы постоянно игнорируете социальные сети и не взаимодействуете с клиентами должным образом, вы делаете это зря.



    39. Правильно ли работают формы подачи заявления?

    Если форма не работает должным образом, вы не можете получить все возможное от них.

    Если есть опечатка в адресе электронной почты или опечатке в строке кода, которая нарушает форму, они должны быть исправлены.

    Для форм обратной связи всегда важно, чтобы выполнялось регулярное техническое обслуживание. Это помогает предотвратить такие вещи, как отсутствие подписчиков.

    Нет ничего хуже, чем получение информации из обратного обращения, что указанный номер телефона имеет одну цифру, или адрес электронной почты ошибочен.



    40. Правильно ли работают сценарии отслеживания регистрации?

    Выполнение текущего сценариев регистрации на сайте имеет решающее значение для обеспечения надлежащего функционирования вашего проекта.

    Если ваш процесс регистрации на сайте не работает, это может нанести ущерб вашим надеждам приобретения клиента.



    41. Правильно ли настроена функция отслеживания вызовов?

    Легко забыть проверить во время сложного аудита веб-сайта, что-то простое, например, номер телефона.

    Вот почему важно всегда время от времени делать шаг назад и проверять везде самые элементарные вещи.



    42. Является ли сайт обременен встроенным CSS и JavaScript?

    Встроенный CSS и JavaScript плохи, когда их становится чрезмерно много.

    Это приводит к большему времени срабатывания браузера и потенциально может разрушить кросс-браузерные и кросс-платформенные функции, опираясь на встроенные реализации CSS и JavaScript.

    Лучше всего избегать их вообще в процессе разработки вашего веб-сайта и следить за тем, чтобы вы всегда добавляли новые стили в таблицу CSS, а любой новый JavaScript правильно создавался и учитывался, а не был встроен.



    43. Правильно ли связаны учетные записи GSC / GA?

    Вы не поверите, как часто не настроены совместные учетные записи GSC или GA, и они не работали должным образом.

    Оказывается, что в какой-то момент учетная запись GA или GSC была переведена на другой аккаунт, и никто не потрудился обновить сайт соответствующим образом.

    Вот почему вдвойне важно всегда проверять учетные записи GSC и GA и следить за тем, чтобы сайт имел соответствующие профили.

    GSC - Google Search Console

    GA - Google Analytics

    Оценка качества сайта призвана помочь вашему SEO



    44. Слишком длинный URL-адрес?

    Убедившись, что URL-адреса достаточно короткие и не имеют более 100 символов, так можно избежать проблем с пользователями.

    Если у вас есть два URL-адреса, которые вы хотите использовать в сценарии переадресации, а один из них меньше, чем другой, используйте более короткую версию.

    Google может обрабатывать длинные URL-адреса. Но более короткие намного проще читать, копировать и вставлять, и делиться в соц сетях.

    Длинные URL-адреса, особенно динамические, могут нанести ущерб вашим данным аналитики.



    45. Присутствуют целевые ключевые слова на сайте?

    У вас может быть лучший контент в мире. Ваш технический SEO может превышать 100 процентов и быть лучшим, самым быстро загружаемым веб-сайтом. Но, в конце концов, ключевые слова - правила этой игры.

    Запросы ключевых слов - это то, как Google находит что ищут люди.

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

    Что именно подразумевается под целевыми ключевыми словами? Это любые слова, которые пользователи используют для поиска вашего сайта, которые сопоставляются с запросами от Google.

    И какой лучший метод для оптимизации этих ключевых слов?

    Используется концепция оптимизации ключевых слов линейного распределения. Речь идет не о том, сколько ключевых слов вы можете добавить на страницу, а больше о том, что линейное распределение сообщает поисковым системам.

    Лучше, чтобы ключевые слова рассыпались по тексту равномерно (от тега заголовка, описания и мета-ключевых слов до нижней части страницы), чем просто множество ключевых слов.

    Не думайте, что вы можете случайным образом добавлять ключевые слова и seo вопросы в страницу потом ожидать долгой отдачи. Это просто случайный спам для ключевых слов, и поисковым системам это не нравится.



    46. ​​Существуют ли какие-либо уведомления в Google Analytics об основных изменениях сайта?

    Чтобы перейти к более раннему моменту, сделанному в ходе обсуждения миграции HTTPS, важно обеспечить, чтобы в Google Analytics отмечались какие-либо существенные изменения в веб-сайте.

    Это помогает определить, где произошли ошибки во время крупных технических работ на сайте.

    Если произойдет наложение санкций, будет проще определить причину.



    47. Правильно ли работает Google Analytics на сайте?

    Если не настроить Google Analytics можно упустить из виду важное, даже будучи опытным профессионалом в области решения задач SEO.

    Даже во время изменений в домене и решения других проблем на веб-сайте всегда убедитесь, что правильная реализация Google Analytics и GSC работает исправно.



    48. Менеджер тегов Google работает как положено?

    Если вы используете Google Tag Manager (GTM) для своих отчетов, важно также проверить Диспетчер тегов Google, чтобы убедиться, что он работает правильно.

    Если ваши реализации отчетов не работают, то вы можете принимать решения на основе ложных срабатываний, представляемых ошибочными данными.

    Использование режимов предварительного просмотра и отладки, помощник Google Tag Assistant и использование Screaming Frog могут стать отличным средством для выявления проблемы.

    Например, с помощью Screaming Frog легко идентифицировать страницы, у которых нет добавленного кода Менеджера тегов Google.

    Google Tag Assistant, это расширение Chrome для диспетчера тегов Google, поможет вам устранить неполадки в GTM, Google Analytics и AdWords. Он работает записывая сеанс просмотра. Затем этот сеанс будет сообщать обо всех происходящих событиях и о том, как взаимодействие данных будет отображаться в GA.



    49. Есть ли в другом месте другие проблемы с качеством?

    Другие проблемы с качеством, которые могут повлиять на ваш сайт, включают плохой дизайн.

    Будь честным.

    Посмотрите на свой сайт и сайт конкурентов в сети.

    Насколько вам действительно нравится ваш сайт по сравнению с соперниками? Если вам действительно не нравится как выглядит ваш дизайн, возможно, пора снова начать с нуля.

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



    50. Являются ли ваши данные отчетности точными?

    Основная тема, которую я хотел акцентировать в этой статье - неточности в отчетности.

    Поскольку данные отчетности GSC и GA используются когда речь заходит о принятии решений, очень важно убедиться, что ваши реализации GSC и GA на 100% правильны.

    В этой статье описывается, что может произойти, если у вас возникли проблемы с данными отчетности.

    Это может быть серьезной проблемой!

    Платформам Analytics, включая Google, сложно отслеживать каждый источник трафика.

    Работу над веб-сайтом никогда нельзя считать законченной!

    Оценка качества веб ресурса, является непрерывным процессом, важно придерживаться регулярного графика.

    Возможно, запланированные проверки происходят у вас каждый год, и выявляют недочеты, которые вы исправляете прежде чем они станут проблемами.

    Поделитесь в комментариях своими успехами.




    Теги:Seo

    Читайте также:
    Похожие записи, из рубрики:
    • 5 Стратегий создания достойного ссылочного контента
    • SEO-копирайтинг, как написать хороший текст для сайта
    • SEO для интернет магазина
    • Как ускорить скорость загрузки сайта для лучшего ранжирования
    Комментарии
    Добавлять комментарии могут только зарегистрированные пользователи.
    [ Регистрация | Вход ]