Карточка компании на картах выглядит аккуратно: фотографии на месте, категория верная, отзывы капают. Только звонков с локальной выдачи почему-то все меньше, а конкурент через дорогу висит все выше. Знакомая картина? Нередко причина прячется не в карточке, а в паре десятков справочников, где о фирме до сих пор пишут прежним названием, устаревшим телефоном и адресом без корпуса. Поисковик не принимает анкету на веру: он сверяет упоминания компании по всем доступным источникам и по итогам решает, можно ли карточке доверять. Совпадение названия, адреса и телефона, оно же NAP-консистентность, давно стало фундаментом локального SEO. В статье разобрано, как проходит проверка совпадений через сервис Moz Local, какие ловушки готовит разный формат записи адреса и как устранить находки без лишних потерь времени.
Что такое NAP и почему локальный поиск сверяет каждую запись о компании
NAP расшифровывается как Name, Address, Phone: название, адрес и телефон компании. Три коротких поля, которые повторяются везде, где фирму упоминают: в карточке на картах, в подвале сайта, в отраслевых каталогах, на площадках отзывов, в справочниках и региональных статьях. Поисковая система читает эти повторы как систему голосования. Упоминание с теми же данными подтверждает, что компания существует именно по этому адресу и именно под этим именем. Расхождение подрывает уверенность: не та ли это фирма, не переехала ли она, не закрылся ли филиал.
Механика проста. Робот собирает записи "СтройДвор, улица Заводская, 8, +7 495 111-22-33" из десяти источников и "СтройДвор, Заводская 8 к2, 8 (495) 111-22-33" еще из пяти. Перед ним две версии реальности об одной компании. Вывод алгоритма: уверенность в карточке снижена, позиции в местной выдаче хуже, а в тяжелом случае появляется дубликат, то есть вторая карточка той же фирмы со своими отзывами и своей статистикой. Склеить такой дубликат потом сложнее, чем не допустить.
Среди факторов локального ранжирования обычно называют близость к пользователю, релевантность категорий и заметность бренда. Консистентность в этой тройке не значится, но работает как фундамент: без нее реклама, отзывы и контент бьют вполсилы. Честно говоря, это самый дешевый участок локального продвижения: не нужен новый сайт, нужна дисциплина и одни и те же три поля, записанные одинаково везде, где это возможно.
Типовые расхождения данных NAP, которые находит почти каждый аудит
Аудит редко открывает что-то экзотическое. Год за годом в отчетах всплывает один и тот же набор ошибок, различается лишь пропорция. Типовой список выглядит так:
- полное и сокращенное написание улицы, когда рядом живут "улица Строителей" и "ул. Строителей";
- потерянный номер корпуса, строения или офиса, который часть справочников просто не умеет хранить;
- телефон в разных форматах, от "+7 495 111-22-33" до "8 (495) 111-22-33", а то и номер подменного коллтрекинга;
- прежнее название компании после ребрендинга, застрявшее в половине каталогов;
- адрес переехавшего или закрытого филиала, оставшийся в старых записях;
- перепутанные адреса филиалов сети, когда три точки в справочниках гуляют вперемешку;
- дубли карточек, рожденные разными вариантами записи одной и той же фирмы.
Самый большой вред приносят не те позиции, которые первыми приходят в голову. Разнобой "улица" и "ул." поисковик в основном нормализует: словарь сокращений ему знаком. Настоящий ущерб несут расхождения значения: старый номер, подменный телефон коллтрекинга в одном из каталогов, дом без корпуса, который отправляет клиента к соседнему зданию, прежнее имя после смены вывески. Одна такая запись путает алгоритм сильнее, чем десяток косметических.
Отдельная история - филиалы. У сети из трех точек часто один сайт и одна страница контактов, а справочники со временем наслаивают записи: у первого филиала телефон второго, у второго адрес третьего. Для алгоритма это уже не небрежность, а признаки нескольких разных компаний или одной несуществующей.
Ловушки формата адреса от сокращений до корпуса и строения
Адрес - самое коварное поле NAP. Кажется, проблема решается простым копированием: эталонную строку достаточно разнести по каталогам. На деле каждая площадка перекраивает запись по собственным правилам, и вместо одного адреса на выходе получается три.
Первая ловушка - корпус, строение и литера. У одних каталогов есть отдельное поле под дополнение адреса, у других все склеивается в одну строчку с урезанием. "Улица Заводская, 8 к2 с1" в справочнике без поля для корпуса превращается в "улица Заводская, 8", а это другой вход, другое здание и другая точка на карте. Геокодер ставит маркер не туда, клиент приезжает не туда, робот фиксирует несовпадение с эталоном.
Вторая ловушка - почтовый индекс. В инструментах вроде Moz Local быстрая проверка строится на паре "название + индекс": по этому ключу сервис ищет компанию в каталогах. Ошибка в индексе на одну цифру - и аудит видит чужую фирму или не видит никакой. Индекс еще и участвует в геопривязке, поэтому его выверяют первым.
Третья ловушка - автокоррекция самих справочников. Каталог склоняет, сокращает, переводит в верхний регистр, меняет "проспект" на "пр-кт", обрезает длинное название улицы. Отчет честно подсвечивает такие строки как несовпадения, хотя по смыслу запись верна. Отсюда правило чтения отчетов: строки разбирают руками, сначала чинят расхождения значения, потом смотрят косметику. Гнаться за стопроцентной зеленой шкалой смысла нет.
Четвертая ловушка - формат для англоязычных каталогов: "Lenina St., 24/2" и "ul. Lenina, 24, bldg. 2" для алгоритма два разных адреса, если он не умеет их нормализовать. Пятая - юридический и почтовый адрес вместо фактического, ведь абонентский ящик в локальной карточке не принимают в принципе. Шестая - собственный сайт, где в подвале один адрес, на странице контактов второй, а в микроразметке третий. Сайт - первый цитируемый источник, с него и начинают наводить порядок.
Как сервис Moz Local проверяет совпадения и что показывает отчет
Moz Local - сервис управления локальными записями от компании Moz. Задача у него двоякая: показать, как компания выглядит в сети справочников, и разнести исправленные данные туда, где они нужны. Для быстрой оценки масштаба хватит бесплатной экспресс-проверки: по названию и почтовому индексу сервис покажет, в каких крупных каталогах компания присутствует, где записи неполные и где данные расходятся.
Полный отчет строится на сканировании: сервис обходит сеть партнерских площадок и сравнивает поля запись за записью. Среди площадок картографические сервисы, каталоги отзывов, отраслевые справочники и агрегаторы данных вроде Data Axle, Neustar Localeze и Foursquare. По каждой площадке виден статус: запись полная, неполная, найден дубликат, данные расходятся. Расхождения разложены по полям: имя, адрес, телефон, часы, сайт. Рядом идет суммарная оценка консистентности, по которой удобно следить за динамикой месяц к месяцу. Подписка считается за локацию, поэтому сети филиалов платят за каждую точку отдельно.
Есть нюанс и для русскоязычного рынка: сеть площадок Moz Local покрывает прежде всего Северную Америку и другие англоязычные территории. Для российской выдачи ту же работу выполняют вручную по картам и каталогам своего рынка, но методология переносится целиком: эталон, перечень площадок, сравнение по полям, приоритеты, повторная проверка. Отчет Moz Local остается образцом того, как должна выглядеть картина расхождений: не общее "все плохо", а конкретная строка с конкретным полем.
Процедура исправления от эталонной карточки до хвоста справочников
Исправление начинается не со справочников, а с эталона. Страница контактов, подвал сайта, микроразметка и карточка компании должны нести одну и ту же версию данных: точное название, телефон в единственном формате, адрес с корпусом и строением, индекс. Пока эталона нет, правки в каталогах - работа наугад: через месяц сотрудник снова внесет данные по памяти, и расхождения вернутся.
Дальше собирают полный перечень площадок: отчет аудита плюс ручной обход карт, агрегаторов, больших справочников, отраслевых каталогов и площадок отзывов. Типичная сеть для локальной фирмы насчитывает 25-40 источников, у сети филиалов счет идет на сотни записей. Площадки выстраивают по приоритету авторитетности: сначала карточки на крупных картах и записи в агрегаторах, от которых данные утекают вниз, затем большие универсальные справочники, затем отраслевые, региональные и лишь потом хвост мелких сайтов.
Правка везде, где есть доступ, идет руками с подтверждением прав: звонком, кодом или открыткой. Где ручного доступа нет, эталон уходит через агрегаторов и сервисы распространения - Moz Local как раз умеет разносить данные по своей сети и следить за статусом каждой площадки.
Типичная картина по цифрам выглядит примерно так. Аудит сети из 30 источников находит 12 расхождений: пять по телефону, среди которых старый номер и один номер коллтрекинга; четыре по адресу, из них два потерянных корпуса и два адреса бывшего офиса; два упоминания со старым названием; один дубликат карточки. Ручная правка доступных площадок занимает одну-две недели, волна через агрегаторы догоняет остальное позже. Через шесть-восемь недель после исправления карточка получает заметно больше показов: прирост примерно на треть - реалистичный ориентир для фирмы, у которой до аудита царил типичный разнобой. Дальше растут и звонки: показ на карте - это еще не обращение, обращение начинается с доверия.
Сроки синхронизации данных между агрегаторами и справочниками
Частый сценарий разочарования: компания все исправила, прошла неделя, а в половине каталогов висит старый телефон. Это не катастрофа, а нормальная физика локальных данных: у каждого канала своя скорость.
Прямые правки в крупных каталогах подтверждаются и применяются за считанные дни, изредка за две-три недели, если площадка требует подтверждения открыткой по почте. Агрегаторы - медленная полоса. Data Axle (прежний Infogroup), Neustar Localeze и Foursquare не публикуют данные сами: они кормят тысячи нижестоящих справочников по собственным расписаниям. Обновление в такой цепочке растягивается на недели, хвост обновляется до двух-трех месяцев. Паниковать на четвертой неделе рано.
Практичная стратегия - работать по двум каналам сразу. Верхний десяток площадок чинят руками немедленно, не дожидаясь волны агрегаторов: именно он дает основной объем показов. Хвост отдают агрегаторам и не трогают: его обновление все равно придет. Через два-три месяца аудит запускают повторно и сверяют остаток. Сюда добавляется повторная верификация карточки после переезда: картографический сервис вправе прислать открытку на новый адрес, а это пара недель ожидания.
Когда идеальная консистентность недостижима и какие поля важнее
Стопроцентного совпадения не бывает почти никогда, и гоняться за ним - способ сжечь бюджет. Старые статьи, пресс-релизы, архивные страницы и упоминания на чужих сайтах не переписать: у редакции нет ресурсов править прошлое, да и не обязана она этого делать. Так и остаются в сети записи с телефоном компании образца трехлетней давности.
К счастью, алгоритм оценивает картину целиком: сколько источников говорят одно и то же, насколько авторитетны эти источники, насколько свежи данные. Расхождение в малоизвестном каталоге при идеальных записях на картах и в крупных справочниках почти ничего не весит. Обратная ситуация опаснее: старый телефон в популярном справочнике перебивает правильные данные из десятка мелких.
Отсюда рабочее правило: главное - совпадение основных полей. Название, адрес с домом и корпусом, телефон должны совпадать в значимых источниках. Косметику из "ул." против "улица", скобок в телефоне и регистра букв алгоритмы в основном нормализуют, тратить на нее месяцы не стоит. Разумный порог - чистые верхние 80-90% источников и осознанно оставленный хвост.
И финальный штрих: консистентность - гигиена, а не разовая акция. Аудит запускают раз в квартал, а также после каждого переезда, ребрендинга и смены номера. Расхождения появляются сами, без чьего-либо замысла: сотрудники заводят записи в новом каталоге, справочник перелопачивает формат, сеть открывает филиал. Регулярная проверка через Moz Local или ручной аналог держит картину под контролем и превращает кашу упоминаний в понятный список задач на неделю.