1. SEO аудит в разработке для вновь создаваемых сайтов
2. SEO аудит в разработке с миграцией

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

Сценарии, с которыми сталкивается любой специалист по позиционированию в Интернете для аудита определенного веб-сайта, очень разнообразны. Каждый проект полон особенностей, которые делают его уникальным по сравнению с другими, в большей или меньшей степени. Несмотря на это, мы могли бы структурировать работы по SEO-аудиту в различных типологиях , основным критерием классификации является момент, когда проверяемый сайт соотносится с его «жизненным циклом».

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

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

Далее мы подробно расскажем, какие особенности и каковы характеристики, которые будут определять, как правило, этот вид SEO-аудита в двух его вариантах: с изменением URL-адресов или без них.

SEO аудит в разработке для вновь создаваемых сайтов

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

В таких случаях обычно в течение нескольких дней или недель приходит на ум обычная фраза «мой новый сайт уже опубликован, а теперь что». Этот момент ясности обычно совпадает, к сожалению, с моментом, когда владелец или менеджер понимают, что «удивительно» отчет о доходах не начинает переполняться доходом от онлайн-канала, почтового ящика корпоративной электронной почты или контактного телефона. они не сгорают из-за непомерного спроса или мимолетного взгляда на учетную запись Google Analytics или Google Search Console, которые показывают неожиданное отсутствие трафика.

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

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

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

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

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

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

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

Хотя каждый проект представляет собой отдельную задачу, и каждая команда разработчиков выполняет свои собственные этапы работы, мы могли бы сказать, что есть, по крайней мере, некоторые рабочие блоки, которые обычно выполняются в высокой степени и в большинстве веб-проектов. В этом смысле мы будем использовать в качестве ссылки фазы, описанные Фернандо Мачия Домене (Управляющий директор по коммуникациям на уровне человека) в главе 4 его книги. SEO Advanced Techniques, ключи к тому, чтобы быть первым :

Процесс SEO-аудита в разработке

Как показано в приведенном выше графике, три наиболее распространенных рабочих блока - это задачи, которые переходят от вышеупомянутого брифинга к определению информационной архитектуры. Впоследствии, прототипирование начинается с части разработки и заканчивается подготовительным производством. На этом этапе проверка индексируемости, проводимая командой SEO, является ключевым фактором, гарантирующим, что роботы различных поисковых систем смогут получить доступ ко всей информации, которая нас интересует, без каких-либо помех и гибким способом. Этот опубликован.

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

SEO аудит в разработке с миграцией

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

По сути, мы могли бы сгруппировать причины, по которым веб-сайт может быть перенесен, следующим образом:

• Смена домена : хотя это необычно, иногда определенная компания может выбрать домен, который более коммерчески интересен. Может также случиться, что домен был приобретен компанией, отличной от первоначального владельца, и они просто предпочитают сменить домен, но без потери существующего контента на исходном веб-сайте.
• Изменения URL-адресов из-за изменения CMS : обычная ситуация, в которой CMS, на которой разрабатывается веб-сайт, не позволяет генерировать дружественные URL-адреса, и происходит обновление версии CMS или даже полное изменение CMS. предоставить такую ​​возможность. Несомненно, изменение URL-адресов будет лучше, но процесс изменения должен выполняться с осторожностью, если мы не хотим в конечном итоге превратить наш сайт в сеть из 404 страниц в глазах поисковых систем и пользователей. Этот сценарий потребует профессиональной консультации, чтобы минимизировать возможные негативные последствия, вызванные изменением URL-адресов.
• Изменение URL-адресов путем изменения языка сервера : может случиться так, что даже при поддержании домена и без изменения в CMS посредством мы обнаружим, что URL-адреса изменены. Этот сценарий может возникнуть, если мы столкнемся с необходимостью смены серверов для повышения скорости загрузки, уровня безопасности, географической близости к нашему целевому рынку, экономических причин и т. Д. В этом случае может случиться так, что язык предыдущего сервера не совпадает с языком нового. Сам факт изменения языка сервера может привести к изменению расширений URL (например, с .aspx на .php ). Поэтому мы столкнемся с вторичным эффектом, вызванным необходимостью смены серверов, если старый и новый не используют один и тот же язык.

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

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

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

Хотя миграция всегда будет иметь определенные аспекты в соответствии с характеристиками рассматриваемого проекта, повторяя, еще раз, книгу SEO Advanced Techniques, ключи к тому, чтобы быть первыми (Fernando Maciá Domene, 2015) Мы можем указать на следующие блоки работы в любом проекте такого рода:

Процесс SEO-аудита в разработке с миграцией

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

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

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

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

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

• Один и тот же товар или услуга предлагаются на обеих страницах. Это прямая ссылка между исходной и целевой страницей.
• Взаимосвязь через замену продуктов или услуг друг с другом , если не может быть прямой связи, подобной той, которая указана в предыдущем пункте.
• Если нет ссылки в качестве замены продуктов или услуг, вы можете перенаправить на страницу, которая сразу превосходит в иерархическом порядке архитектуры . Это может быть категория или подкатегория, к которой относится статья или служба, отображаемая на исходной странице.
• Если ни одна из предыдущих привязок не указана, целевая страница будет корнем домена . Это приведет, по крайней мере, к возможным входящим ссылкам на исходную страницу, ведущим к корню домена. Но это всегда должно быть последним средством, и, кроме того, это должно быть сделано в очень небольшом объеме . Причина этого заключается в том, что в противном случае мы могли бы создавать массовые перенаправления в корень домена, которые Google может считать мягкими 404. Что-то, что вообще не нравится поисковой системе. Поэтому, когда предполагается, что объем перенаправлений в корень домена высокий, мы должны выбрать перенаправление типа 410 , что указывает Google на то, что URL-адрес недоступен и больше не будет. В этом случае предыдущий URL просто исчезает навсегда.

С этого момента мы начнем с фазы, на которой нам нужно будет рассмотреть, как развивается деиндексация старого домена и индексация нового . Если тип миграции подразумевает не изменение домена, а изменение в CMS или в языке программирования, мы также должны постепенно проанализировать, как происходит изменение с точки зрения индексации / деиндексации. Мы поможем в этом путем расширения имен файлов или наличия подкаталогов, чтобы сопоставить объем страниц, проиндексированных или проиндексированных в каждой версии веб-сайта. Инструмент Google Search Console будет очень полезен для нас независимо от сценария, чтобы определить, как изменяется объем проиндексированных или неиндексированных страниц .

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

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

Есть несколько критериев, которым нужно следовать, чтобы определить, какие входящие ссылки являются наиболее ценными , хотя некоторые, такие как PageRank сайта происхождения, стало трудно определить. Согласование темы сайта происхождения относительно нашего остается очень важным аспектом, который необходимо учитывать. Конечно, ссылки с веб-сайтов с предполагаемой высокой степенью достоверности также будут иметь большое значение (TrustRank). То же самое произойдет с теми ссылками, которые приходят с веб-сайтов, которые дают нам значительный объем привлеченного трафика , поскольку Google Analytics является нашим наиболее важным источником информации в этом отношении. Кроме того, если наша компания является частью более крупной корпоративной группы или мы поддерживаем тесные связи с компаниями, чьи сайты имеют ссылки на наши, мы должны просто обновить эти ссылки именно благодаря этой деловой ссылке.

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

Наконец, в случае обнаружения изменения домена через несколько месяцев мы должны устранить перенаправления со старого домена. Хотя каждый проект представляет собой мир, как правило, период от 4 до 6 месяцев можно считать разумным, прежде чем приступить к подавлению упомянутых перенаправлений из предыдущего домена. Однако, независимо от того, сколько времени прошло, нам никогда не придется предпринимать это действие, не убедившись в правильности показателей SEO. По этой причине отчет об измерении KPI, который мы сделали до начала работы по миграции, будет иметь важное значение в этой точке, поскольку теперь мы сможем сравнить этот отчет с параметрами, зарегистрированными на новом сайте .

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

Похожие

Комментарии