Інтернет-маркетинг, особливо клієнтський, це сфера, в якій дуже важливо налаштувати правильну роботу із замовником, власником сайту, програмістами, контент-менеджерами та іншими працівниками, відповідальними за сайт. Будь-яка помилка, неузгоджене рішення чи неправильне ТЗ може коштувати трафіку, втрати часу та бюджету.Наша команда має багаторічний досвід роботи із клієнтами, і ми вже знаємо поширені помилки, які виникають в процесі роботи. Але навіть ми інколи зустрічаємось із непорозуміннями в комунікації, наслідком чого стають проблеми в сайті, призупинення роботи або оперативних пошук альтернативних рішень. Розповідаємо про декілька таких проблем та способів, якими ми їх вирішували.
1. Запуск іншої версії сайту
Наша компанія Udigital успішно і активно працює над оптимізацією та просуванням сайту. За час роботи зросли позиції видачі та ключів. Але потім клієнт без погодження із сеошниками та програмістами вирішує запустити новий сайт на тому ж домені. Зміни ми побачили буквально тоді, коли відкрили сайт, щоб працювати над ним, а там уже геть інший сайт.Старий сайт, над якими ми стільки трудились, недоступний, навіть редиректи не налаштовані, а новий взагалі не оптимізований, через що позиції відразу сильно впали.Ми поспілкувались із замовником щодо таких змін, то стало зрозуміло, що він просто не бачив негативних наслідків та не продумав ситуацію. Відновлювати все довелось нашій команді, а це зайняло час, який можна було витратити на покращенні сайту.І ми додали новий пункт в плані спілкування з клієнтами – обговорюємо моменти, які може чи не може виконувати сам власник, та що категорично заборонено робити.
2. Неправильно налаштовані редиректи
До нас за допомогою звернувся власник сайту. Нещодавно інша команда зробила перенесення його сайту, а зараз він почав погано виводиться в індексі і з часом видимість впала до 0.
Із цим сайтом вийшла схожа проблема, що і в попередньому випадку, але трохи по-іншому. Клієнт запустив новий сайт із оновленим дизайном на тому ж домені. І тодішня команда розробників склала план редиректів і після переносу сайту прописала їх. І все б нічого - але "фахівці" не поставили редиректи на половину сайту. Через це близько 420 сторінок сайту залишились без редиректів (із 900 сторінок в цілому).
Частина важливих категорій та сторінок залишилася з неробочими посиланнями. Тому вага сайту впала до 0, позиції сильно просіли, а ключі випали з видачі.
Клієнт звернувся до нашої команди і ми відразу приступили до виправлення цих помилок, поставили правильні редиректи. Позиції сайту трохи просіли, але згодом повернулись назад і все буде добре. Через такі помилки частина ВЧ-ключів сильно впали, а на відновлення колишніх позицій піде ще більше часу.
3. Відношення назв категорій та URL.
Наш клієнт, власник сайту, вирішив перейменувати категорію на сайті. Змінилась лише назва категорії (звичайно, це вплинуло і на Н1). І можливо проблеми не було б, але…При зміні назви, автоматично змінився URL. Так як ці сторінки були пріоритетними при просуванні, то в Search Console майже відразу з'явилася купа помилок, що ми і помітили.
Завдяки великій і ретельній роботі наших Seo-фахівців з налаштування редиректів та правок, сайт повернувся до своїх позицій достатньо швидко.
Який ми зробили висновок? До опису того, що клієнтам не можна робити не узгодивши з нами, додався ще один пункт.
4. Тестовий сайт та правки на основній версії.
Ми тривалий час працювали над сайтом, позиції були хороші, більшість пріоритетних ключів у ТОП-10. Після новорічних канікул Seo-фахівці аналізували його та побачили, що всі сторінки зникли з індексу.
Що трапилося? Програміст клієнта працював над сайтом, вносив редагування по ТЗ до тестового сайту, який звичайно був закритий від індексу. А після закінчень роботи, переніс но основну версію, але випадково переніс його разом з кодом noindex. Google побачив це, і сайт буквально за пару днів просто зник із індексу.
Тут проблема швидше в неуважності програміста, а не в відсутності комунікації, але тепер ми окремо прописуємо, щоб спеціалісти уважніше перевіряли правки після робіт.
5. Додаємо на сайт українську мовну версію.
З 16 липня 2022 року закон про обов'язкову українську мову на сайтах набув чинності. Зараз всі українські платформи повинні мати українську мовну версію. Історія, яку ми розповідаємо, трапилась ще в 2021 році.
Ми працювали над сайтом клієнта близько півроку. І при одній перевірці помітили купу помилок на сайті – змінилися майже всі url. Після спілкування з замовником з'ясувалося, що він сказав програмісту змінити транслітерацію урла із російської на українську (перекласти написання урла на українськомовні слова). І програміст виконав завдання.
Хочемо наголосити, що програміст просто змінив назву урла, але не прописав:
- hreflang чи зміни версій сторінок через /ua/
- редиректи на всіх сторінках;
- переклад контенту (чи хоча б технічні аспекти) на сайті;
- схему роботи з анкорними посиланнями всередині сайту;
Результат був майже відразу – позиції серйозно впали, і відновити ми їх змогли лише через 4 місяці активної роботи.
6. Правильні завдання та неправильні рішення.
Програміст клієнта працював з наповненням сайту по ТЗ і заодно закрив задачу від замовника (про яку ми не знали), та поставив величезну кількість редиректів всередині сайту, які вели одну сторінку. База даних переповнилась помилками і сайт повністю “ліг” на вихідні.
Наша команда вирішувала це питання, щоб знову запустити сайт, та навіть після того, як всі редиректи прибрали і переналаштували правильно, позиції сайту просіли, а Search Console продовжував виводив купу помилок.
Як висновок - програміст наче і правильно виконав завдання, але відсутність розуміння принципів технічної оптимізації сайту призвело до такого результату та додатковій роботі Seo-команди.
7. Випадково створити сайт-афіліат і потрапити під фільтр.
У клієнта величезний сайт, на якому половина комерційного трафіку та половина органічного. І новой продукт компаній хотіли виділити серед інших, тому вирішили створити лендинг під нього. Розробкою займалась команда програмістів від клієнта. Основні моменти обговорили усно з нашими фахівцями, адже особливих проблем виникнути не повинно було (простий сайт під один товар), тому і окреме ТЗ ми не складали.
Але програмісти трохи перестаралися у роботі. Можливо, вони не зовсім зрозуміли завдання замовника, але в фіналі вони створили майже повну копію основного сайту (з контентом, товарами, дизайном, контактами). І без узгоджень запустили його у роботу та відкрили для індексу.
Ми побачили, що щось не так, коли помітили падіння позицій основного сайту, проаналізували все та побачили в індексі афіліат. Google побачив "лендінг-копію", через що й просіли позиції. Основний сайт потрапив під фільтр і потім просто зник із індексу. А “лендінг” почав активно зростати. Щоб вийди з-під фільтра пішло декілька місяців. І навіть під мінімальні роботи із сайтами ми тепер готуємо загальне ТЗ.
Що потрібно робити, щоб уникнути подібних проблем із клієнтами?
Звичайно, було б дуже добре передбачити взагалі всі можливі складнощі, але це неможливо.
Ми вирішили більше уваги приділити комунікації із замовником. Зараз команда сеошників спільно з менеджерами створили детальну інструкцію по роботі з сайтом. Вона адаптована під різні CMS і ми вносимо правки в залежності від особливостей сайту, продукту чи нішу. Інструкцію ми надсилаємо перед тим, як приступаємо до роботи над сайтом.
Також є окремі інструкції для контент-менеджерів щодо додавання та видалення товарів, контенту, сторінок на сайті. І відправляємо її перед початком роботи.
Акаунт-менеджер розповідає кожному клієнту по особливостях роботи, що будь-яка навіть найменша помилка може призвести до катастрофічних наслідків для позицій сайту та його майбутнього зростання.
Так що, крім самої оптимізації сайту, ми більше уваги приділяємо правильній комунікації. Командна робота ведеться так, щоб всі фахівці (навіть не з нашої компанії) могли вносити зміни на сайт, і кожен відчував відповідальність за проект.
З моменту введення нової схеми роботи з інструкціями та спілкуванням, у нас стало суттєво менше критичних помилок, які б могли зашкодити сайту.