Іноді простих методів маркетингу стає замало. Особливо, коли граєш на специфічному полі, де конкуренти обходять тебе здебільшого за часом на ринку й усталеній практиці рекламування бренду. Однак це ж не привід здаватися, аж ніяк.
Історія співпраці Approved Admissions та Luxeo – це приклад ефективного просування компанії стандартними й не зовсім способами. Методами, які комбінують технічну та гуманітарну складові маркетингу, охоплюють критичні потреби бренду та працюють на результат.
Approved Admissions – компанія, яка займається проактивним та автоматизованим відстеженням змін у страховому забезпеченні пацієнтів, пошуком пільгового покриття. Надає професійну допомогу в обробці претензій і запобіганні відмові.
Сучасний Робін Гуд сегменту страхування, який добивається справедливості для клієнтів зі всіх верств суспільства. Єдина проблема – через значну конкуренцію на ринку та обмеженість бюджету команда мала деякі виклики у просуванні послуг. Мала, доки не зв’язалася з Luxeo і не розв’язала їх.
Ніша
Medicine, Insurance
Цільові регіони
США
Послуги
Аудит сайту. Побудова дорожньої карти оптимізації ресурсу. Покращення показників лідогенерації та конверсії. Підвищення рівня довіри до платформи. Просування послуг бренду
Цілі
Розширення та залучення нової аудиторії, отримання показників MQL/SQL, покращення позицій сайту в пошуковій видачі Google, усунення технічних та SEO проблем.
Часові межі
Лютий – Листопад 2024
Забігаючи наперед, всіх цілей було досягнуто за час співпраці. В підсумку ми отримали результати, якими можемо пишатися.
В умовах обмежених бюджету та термінів нам вдалося досягти значного прогресу просування команди Approved Admissions у Мережі. Ось коротке резюме:
За 8 місяців роботи над проєктом ми отримали наступні результати: |
– На 36% покращилася генерація трафіку. – Сторінки сайту з’явилися в ТОП 3-10. – Збільшилися показники конверсії ресурсу. |
Яким чином? |
1. Комплексна робота над оптимізацією сайту. 2. Використання сучасних методик просування. 3. Розв’язання проблематики, виявленої під час аудиту. |
Під час роботи над проєктом ми зіткнулися з рядом викликів, для розв’язання яких критично не вистачало терміну контракту. Але і це не стало на заваді, оскільки ми адаптували стратегію просування і цілком успішно реалізували її.
Головний виклик цього проєкту – цілий комплекс проблем, які потрібно було розв’язувати швидко та за мінімальних витрат бюджету. Отже, ось ключові задачі, встановлені клієнтом:
There were several main requirements:
Чи впоралися ми з ними? Звичайно, однак через брак часу та бюджету деякі речі ми максимально спрощували. Тому частина результатів не буде відображена в кейсі, оскільки вони з’являтимуться поступово в розширеній перспективі. Благо, фундамент ми заклали якісний.
Оскільки обсяг роботи був достатньо значним, ми вирішили не намагатися виконувати все й одразу, а розбити його на кілька частин, зокрема:
Отож, побудувавши дорожню карту і встановивши пріоритети, ми розпочали кампанію з просування Approved Admissions у Мережі.
Займаючись наданням консультаційних послуг клієнтам, компанії рідко фокусуються на технічній складовій своїх ресурсів. Що в підсумку і призводить до появи проблем різного характеру. Наприклад:
Власне, це лише частина з того, з чим нам випала нагода попрацювати у проєкті для команди Approved Admissions. Що ж, нумо заглиблюватися у деталі.
Аудит показав, що на сайті відсутня мапа HTML. Відповідно, через це страждає навігація і значно гірше індексується вміст ресурсу пошуковими роботами. Тому першочергово ми делегували IT-персоналу задачу зі створення SiteMap та наповнення її відповідно до шаблонів та поточного стану сайту. Окей, це вже база, з якою можна починати роботу.
Однак ще на цьому етапі ми зіткнулися з додатковими викликами, зокрема, з помилками, на які вказав валідатор. Для прикладу:
Проблеми валідації в HTML елементах, які водночас були частиною причини слабкої продуктивності на сайті, про що поговоримо трохи далі.
Те ж стосується і помилок валідації CSS, які опосередковано, але також впливали на роботу сайту принаймні були одним з моментів, які заважали нормальному його функціонуванню.
Зрозуміло, що на основі отриманих результатів сканування командою Luxeo було розроблене ТЗ для технічного персоналу. Відповідно, помилки усунули досить швидко, чим дали можливість продовжити роботу над проєктом.
В процесі аналізу сайту ми виявили ряд дублікатів сторінок, які мали різні адреси й водночас індексувалися окремо. Відповідно, страждала унікальність і «цінність» розділів ресурсу, що призводило до зниження потенціалу індексації й ранжування.
Для виправлення цього недоліку ми ухвалили рішення про видалення дублікатів, або, якщо вони ефективно індексуються, про налаштування 301 redirect на основні сторінки. Таким чином ми позбавилися однієї з проблем роздутої, але не зовсім якісної структури сайту. Наприклад, ось так:
Звідки | Куди |
– https://35.206.114.88/a-guide-to-accurate-medicare-billing-with-eligibility-changes-tracking/ – https://approvedadmissions.com/a-guide-to-accurate-medicare-billing-with-eligibility-changes-tracking-/ – https://approvedadmissions.com/a-guide-To-accurate-medicare-billing-with-eligibility-changes-tracking/ – https://approvedadmissions.com/a-guide-to-accurate-medicare-billing-with-eligibility-changes-tracking//// | https://approvedadmissions.com/a-guide-to-accurate-medicare-billing-with-eligibility-changes-tracking/ |
Можна було б просто видалити адреси, однак це порушило б індексацію і внутрішню розмітку сайту, що в підсумку викликало б ряд нових нюансів. Тому ми пішли шляхом меншого опору.
Ще на стадії аналізу сайту ми помітили, що продуктивність досить низька за сучасними мірками. Наскільки? А подивіться самі:
Швидкість завантаження та загальна продуктивність мобільної версії не відповідає стандартам, що негативно впливає на UX, а значить, і на конверсію сайту.
З версією для ПК ситуація не набагато краща і також є негативною в контексті якості користування сайтом, його інтерактивності та продуктивності.
Окей, оцінку ми бачимо, але що з цим робити? Наприклад, оптимізувати сайт, контент, медіа, структуру, HTML-розмітки, код, частково Back-End.
Умовно, однією з причин низької продуктивності виявилася растрова графіка з високою роздільною здатністю. Так, для завантаження такого елементу навіть з гарним з’єднанням потрібно кілька секунд. А, як відомо, все, що завантажується понад дві секунди, ризикує бути закритим значно раніше. До речі, ця статистика від Google актуальна вже понад декаду, тому орієнтуємося і на неї.
Також було виявлено достатньо багато технічних моментів, які були неоптимізованими й негативно впливали на роботу сайту, а також на показники бенчмарків. Більшість з них ми вчасно подали на доопрацювання, чим прискорили виконання проєкту і досягнення встановлених цілей.
Ще одним з технічних нюансів, які впливали на індексацію сторінок та сайту пошуковими агрегаторами виявилася мікророзмітка HTML. Точніше, її відсутність, що і було однією з ключових та критичних причин слабкого ранжування вебресурсу.
Що ж, не лишалося іншого варіанту, окрім як вказати на цей недолік команді технічної підтримки й запропонувати їм згенерувати розмітку за наступним шаблоном (приклад з блоку контактів):
<script type=”application/ld+json” {“@context”:”http://schema.org”, “@type”:”Organization”, “brand”:” {Company_name} “, “logo”:” {logo_URL} “, “name”:” {site_domain} “, “url”:” {page_URL} “, “sameAs”:[ “https://www.facebook.com/{facebook_id } “, “https://t.me/s/{twitter_id } “, “https://www.linkedin.com/company/{linkedin_id } “], “department”:[{“@context”:”http://schema.org”, “@type”:”Organization”, “location”: {“@type”:”Place”, “address”: {“@type”:”PostalAddress”, “addressLocality”:” {City_name} “, “streetAddress”:” {Street_name} “}, “telephone”:” {telephone_number} “, “name”:” {company_name} “, “image”:” {main_image_URL} “ }}]} </script> |
Аналогічно ми налаштували й інші сторінки, як-от публікації в блозі, профілі експертів команди тощо. І це дійсно вплинуло на індексацію не гірше, ніж наступний пункт.
Файл robots.txt підказує пошуковому агрегатору, що потрібно індексувати на сайті, а чого краще уникати. Проаналізувавши наявний алгоритм, ми вирішили його трішки оптимізувати й налаштувати наступним чином:
User-agent: * Allow: */uploads Allow: /*/*.js Allow: /*/*.css Allow: /wp-*.png Allow: /wp-*. svg Allow: /wp-*.woff Allow: /wp-*.ttf Allow: /wp-*.jpg Allow: /wp-*.jpeg Allow: /wp-*.gif Sitemap: https://approvedadmissions.com/sitemap.xml |
Окрім того, ми попросили техніків закрити від індексації зокрема і:
Таким чином вдалося обмежити доступ пошукових роботів до сторінок, які потенційно мали б негативний вплив на ранжування ресурсу.
До слова, це далеко не всі технічні моменти, над якими ми працювали разом з IT-командою Approved Admissions. Однак саме вказані нюанси виконували критичну роль в індексації та потенціалі просування сайту. Тому на цьому зупинимось і перейдемо до улюбленої частини, а саме – операцій, які безпосередньо позитивно вплинули на ранжування сайту компанії.
Хоч технічна частина і була критично важливою, однак без якісної маркетингової стратегії та операцій з безпосереднього просування ресурсу та компанії загалом вона була б марною. Відповідно, в ці процеси ми також вклали максимум зусиль та підготували зокрема наступні кроки:
Тож пройдімося цими та деякими іншими пунктами трішки детальніше.
Знаєте, як виглядають топові результати пошукової видачі? Зазвичай вони містять:
Зокрема, як на цьому прикладі:
Тут можна і потрібно розміщувати емоджі, хоча не у випадках з серйозною тематикою, як-от медицина чи страхування. Хай там як, а от Title, Description, а іноді навіть H1 були відсутні на цільових сторінках.
Проаналізувавши всі розділи сайту, ми зібрали перелік ресурсів, де мета тегів не спостерігалося, делегували задачу з їхнього написання своїм партнерам, після чого додали на цільові сторінки. Окей, це був не перший крок плану, але теж важливий для реалізації решти частин проєкту.
Публікація тематичних матеріалів на зовнішніх ресурсах вигідна мінімум з двох причин:
Тому частково наша стратегія просування Approved Admissions фокусувалася саме на генерації органічного трафіку з зовнішніх джерел. І тактика спрацювала, оскільки в результаті частина трафіку прийшла саме з трастових порталів та платформ.
Зазвичай опублікований контент вже містить розмітку з коректною ієрархією заголовків. Однак під час розміщення матеріалу на сайті його розмітка може змінюватися задля дотримання певного дизайну, стилю. І не завжди у підсумку вона виявляється коректною, що помічає і пошуковий бот, гірше ранжуючи сторінку з публікацією.
Під час аналізу сайту, ми помітили ряд проблем ієрархії та структури розміщеного контенту. Наприклад:
Замість H5 тут мали бути теги <span> або <div>, оскільки за ієрархією в структурі відсутні підзаголовки H3 та H4.
Аналогічно і в цьому випадку. Під H2 потрібно розміщувати H3, а не перескакувати одразу на H4.
Відповідно, ми сформували ТЗ, де вказали основні умови для публікацій, зокрема:
Аналогічні вимоги передали своїм партнерам-копірайтерам, оскільки паралельно запустили роботу над новим тематичним контентом для сайту.
Блог – це оптимальне місце для публікації матеріалів, насичених SEO-компонентами. Тому ми сфокусувалися на підготовці задач для партнерів, які мали за короткий термін реалізувати серію публікацій з релевантною тематикою. Окрім цього, запропонували IT-команді дещо оптимізувати маркування сторінки за таким шаблоном:
<script type=”application/ld+json”> { “@context”: “https://schema.org/”, “@type”: “Blog”, “@id”: “{URL}”, “@url”: “{URL}”, “mainEntityOfPage”: “{URL}”, “name”: “Blog”, “description”: “{description} “, “publisher”: { “@type”: “Organization”, “@id”: “https://approvedadmissions.com/”, “name”: “Approved Admissions”, “logo”: { “@type”: “ImageObject”, “@id”: “{URL}”, “url”: “{URL}”, “height”: “{252}”, “width”: “{392}” } }, “blogPost”: [ { “@type”: “BlogPosting”, “@id”: “{URL}”, “mainEntityOfPage”: “{URL}”, “headline”: “{header}”, “name”: “{header}”, “datePublished”: “{date format 2019-05-14}”, “dateModified”: “{date format 2019-05-14}”, “author”: { “@type”: “Person”, “@id”: “{author page URL}”, “name”: “{name}” }, “image”: { “@type”: “ImageObject”, “@id”: “{image URL}”, “url”: “{image URL}”, “height”: “{252}”, “width”: “{392}” }, “url”: “{URL}” } ]} </script> |
І паралельно інтегрувати алгоритм обробляння нових публікацій за шаблоном:
For a blog use BlogPosting, for news sites Article or NewsArticle. <script type=”application/ld+json”> { “@context”: “https://schema.org/”, “@type”: “BlogPosting”, “mainEntityOfPage”: { “@type”: “WebPage”, “@id”: ” https://www.site.com/blog/article-example/ “}, “headline”: “Article title “, “description”: ” A brief description of the article. Preview. If there is no preview, you can take it from the meta description “, “image”: { “@type”: “ImageObject”, “url”: ” https://www.site.com/image.jpg “, “width”: ” 150 “, “height”: ” 150 “ }, “author”: { “@type”: “Person”,”url”: ” https://www.site.com/autor-page “, “name”: ” Author Name “ }, “publisher”: { “@type”: “Organization”,”name”: ” Publisher Name “, “logo”: { “@type”: “ImageObject”, “url”: ” https://www.site.com/publisher-logo.jpg “, “width”: ” 70 “, “height”: ” 70 “ }}, “datePublished”: ” 2023-07-28 “, “dateModified”: ” 2023-08-22 “ } </script> |
Відповідно, вдалося оптимізувати блогові публікації та автоматизувати форматування нових матеріалів. Що і вплинуло позитивно зокрема на індексацію вмісту сторінок пошуковим агрегатором.
Рівень довіри є важливим для брендингу та просування у медичній та страховій сферах. Тому в рамках проєкту ми вирішили сфокусуватися на рекламуванні ключових експертів компанії Approved Admissions. Таким чином ми впровадили нову сторінку з даними та контактами фахівців:
На цій сторінці є не лише посилання на профілі в LinkedIn, а самі сторінки експертів містять:
Власне, ідентичні правила ми запровадили й для блогових публікацій. Однак погодьтеся, значно приємніше переглядати заповнені та експертні сторінки фахівців, ніж бачити лише їхні фотографії та імена. Це сприяє брендингу та збільшенню рівня довіри з боку цільової аудиторії.
Кожен сайт (незалежно від профілю) має містити наступні сторінки:
Так, вони не індексуються, однак мають відображатися у мапі сайту для якісної індексації ресурсу пошуковими роботами. Оскільки в наявній ітерації їх не було, ми дали ТЗ підрядникам на розробку відповідних сторінок, чим покращили ранжування.
Останнє у списку, але не за значенням. За допомогою спеціалізованих інструментів ми провели аналітику кластерів, що відповідають профілю діяльності Approved Admissions, зібрали семантичне ядро і підключили партнерів-копірайтерів.
Відповідно, ми оптимізували наявний і створили новий контент з SEO-елементами, який значно покращив видимість сайту та окремих сторінок у результатах пошукової видачі.
Підсумки проєкту можуть не здаватися занадто потужними, але, по-перше, вони досягнуті за короткий проміжок часу, по-друге, результати ще проявляться в перспективі. Тому наразі маємо лише наступні показники.
За період з 02.2024 по 11.2024 ми досягли:
Посилальна маса сайту
Загальні показники зростання трафіку в органічній видачі
Кластер «How To Verify Patient Insurance Eligibility and Benefits»
Кластер «Skilled Nursing Facility Billing Guidelines»
Кластер «Insurance Verification API»
Кластер «Handling Medical Billing Denials»
Кластер «Insurance Verification Software»
І це станом на момент закриття проєкту. Наразі ж показники можуть бути дещо вищими.
З цього кейсу стає зрозуміло, що технічна оптимізація сайту є не менш важливою, ніж традиційна SEO та просування за допомогою різних інструментів і методологій. На нашу думку, основними факторами успіху проєкту стали:
Хочете досягти аналогічних результатів? Дізнайтеся, як саме наша команда допоможе у просуванні вашого сайту. Зверніться до менеджера Luxeo для консультації!
Контакти
6 Бурроуз Корт, Ліверпуль, Сполучене Королівство, L3 6JZ
Заявка на просування: order@luxeo.team
Для партнерства: partner@luxeo.com.ua
Дякуємо за заявку!
Наші спеціалісти зв'яжуться з вами протягом 24 годин