Колко време отнема миграцията от WordPress към Sanity?

Зависи от обема съдържание и дизайна, но проект като този обикновено е няколко седмици. По-точен срок е по-лесно да се даде след преглед на текущия сайт и обхвата.

Ще загубя ли SEO ranking-а си след миграция?

Това е основното, което процесът е създаден да защити. Старите URL получават 301 редиректи, структурата се запазва, където има смисъл, а техническото SEO е настроено от самото начало. Търсачките би трябвало да видят същия сайт, само по-бърз и по-чист.

Може ли екипът ми да редактира съдържанието без разработчик?

Да. Това е голяма част от смисъла. Съдържанието живее в Sanity, а екипът публикува и редактира без да докосва код.

Какво се случва със съществуващите ми URL?

Мапват се към новите чрез редиректи, така че старите линкове и индексирани страници продължават да работят.

Това работи ли само за недвижими имоти?

Не. Всеки многоезичен сайт с много съдържание, където скоростта и SEO имат значение, се сблъсква със същите проблеми и печели от същия подход.

Миграция от WordPress към Sanity: имотен сайт

Миграция от WordPress към Sanity за многоезичен сайт за недвижими имоти cover

Резултати

Ето какво се промени, преди да обясня как:

Време за зареждане на мобилни: над 5 секунди → под 1 секунда
Lighthouse на мобилни: 57 → 100 (Performance, Accessibility, Best Practices и SEO — всички на 100)
Core Web Vitals на мобилни: LCP 1.8s, FCP 1.0s, Total Blocking Time 0ms, CLS 0
Ahrefs Health Score: 100, с 0 грешки върху 945 индексирани URL
Search impressions: около 250 на седмица → над 1 000 на седмица, продължават да растат
Search clicks: около 10 на седмица → около 50 на седмица
Шест езика: управлявани в един Sanity документ, вместо шест отделни записа
Публикуване на нова обява: от бавен и податлив на грешки процес → активна на всичките шест езика за около минута

Доклад PageSpeed Insights за мобилни, показващ 100 по Performance, Accessibility, Best Practices и SEO за сайта на Astro + Sanity — PageSpeed Insights — мобилен доклад след миграцията.

Това е case study за миграция на многоезичен сайт за недвижими имоти от WordPress към Astro + Sanity. Ако управлявате имотен сайт на няколко езика и имате проблеми с производителността или SEO, това е често срещана ситуация, и има доста ясен изход.

Клиентът е агенция за недвижими имоти в Тенерифе, която продава на купувачи от шест държави — Великобритания, Испания, Чехия, Полша, Унгария и Италия. Шест езика, активни обяви, блог и контактна форма. Сайтът беше на WordPress. Работеше, но спираше развитието на бизнеса.

Защо WordPress се справя зле с многоезични имотни сайтове

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

Защо тези сайтове са бавни

Всяко зареждане на страница изпълнява заявки към базата данни, PHP и стек от плъгини, преди какъвто и да е HTML да достигне до посетителя. Обработката на изображенията зависи от плъгини с непоследователна оптимизация. Кеширащите плъгини помагат, но не решават основната архитектура. Резултатът: типичен WordPress имотен сайт се зарежда за 4–7 секунди на мобилни, далеч след точката, в която повечето хора напускат.

Началната страница на този клиент се зареждаше за над 5 секунди на мобилни. Повечето купувачи си тръгваха, преди да видят дори една обява.

Защо SEO става объркано

Няколко проблема се появяват отново и отново при многоезични WordPress сайтове и трудно се решават напълно с плъгини:

Дублирано съдържание. Плъгини за превод като WPML или TranslatePress създават отделни URL за всеки език. Без внимателно настроени canonical тагове, търсачките могат да ги четат като дубликати и да разделят ranking сигналите.

hreflang. Правилният hreflang означава да кажете на Google точно кой URL съответства на кой език и регион (en-GB, cs-CZ, pl-PL и т.н.). Hreflang, генериран от плъгин, често е непълен, особено когато някои страници нямат всички преводи.

Структурирани данни за обяви. Google може да показва rich results за имотни обяви — цена, локация, тип — но само ако schema.org разметката е правилна. Плъгините дават базова схема; специфичните за имоти структурирани данни обикновено изискват ръчна работа.

Бавно индексиране. Когато сайтът е бавен и метаданните са непоследователни, Google го обхожда по-рядко, така че новите обяви се появяват в търсенето по-късно.

Всички тези проблеми бяха налице тук.

Какво наистина се променя с Astro + Sanity

Основната разлика е къде се извършва работата.

В WordPress всяка страница се сглобява на сървъра, когато някой я поиска — заявка към базата, изпълнение на плъгини, рендериране на шаблон, после изпращане. Гъвкаво, но бавно.

С Astro страниците се изграждат предварително като статичен HTML и се обслужват от глобален CDN. Няма нищо за обработка, когато посетителят пристигне. Страницата просто е там. За имотен сайт с много страници с обяви на няколко езика, тази разлика е значителна.

Да бъдем честни, има и компромис. WordPress дава визуален редактор и голяма екосистема от плъгини. Преминаването към Astro + Sanity жертва част от това в полза на скорост, контрол и по-чиста структура на съдържанието. За този клиент това беше правилният компромис — но трябва да го кажа ясно.

Стекът, който използвах

Astro за front-end. Изпраща почти никакъв JavaScript по подразбиране, което е основната причина сайтът да е бърз.
Sanity като CMS. Всичките шест езикови версии на обявата живеят в един Sanity документ, редактирани една до друга.
Cloudflare за хостинг на глобалния edge.

По-голямата част от сайта е статично генерирана. Използвах server-side rendering само там, където наистина беше необходимо — страниците с филтрирани обяви — за да не плаща клиентът за compute за страници, които не се нуждаят, а и тези страници не са предназначени за индексиране.

На мобилни резултатът е чист — 100 по Performance, Accessibility, Best Practices и SEO, с Largest Contentful Paint от 1.8s и без layout shift.

Освен това: правилен hreflang за всеки език-регион, schema.org разметка за имотни обяви (RealEstateListing), чисти canonical тагове, автоматично генериран sitemap, контактни форми с правилно доставяне на имейли и Umami за privacy-first анализ. SEO полета като meta тагове и Open Graph също се управляват в Sanity, така че клиентът ги контролира без да докосва код.

Как да запазите SEO-то, което вече имате

Най-честата тревога при всяка WordPress миграция е загуба на ranking и счупване на стари линкове. Това е разумна тревога и се обработва като стандартна част от процеса, не като нещо допълнително.

Старите URL се мапват към новите със 301 редиректи, структурата на URL се запазва, където има смисъл, а техническите основи — canonical тагове, sitemap, robots, обработка на 404 — са настроени от самото начало. Целта е търсачките да видят по-бърза, по-чиста версия на същия сайт, а не друг сайт.

Ahrefs site audit след пускането показа Health Score 100 и нула грешки върху 945 индексирани URL.

Ahrefs site audit, показващ Health Score 100 и нула грешки за мигрирания имотен сайт — Ahrefs site audit след пускането.

Какво се случи след пускането

Целта на всичко това е резултати в търсенето, така че ето частта, която наистина има значение. Новият сайт стартира в края на април. От този момент Google Search Console показва ясна промяна: седмичните impressions преминаха от средно около 250 на над 1 000 и продължават да се качват седмица след седмица. Кликовете преминаха от около 10 на седмица на около 50 за същия период.

Google Search Console — кликове и impressions се качват веднага след пускането на миграцията от WordPress към Sanity в края на април — Google Search Console — кликове и impressions след пускането.

Времето съвпада с пускането — растежът започва веднага след като новият сайт е индексиран. По-бърз сайт с чист hreflang, валидни структурирани данни и правилно индексиране са това, което направи това възможно, докато старият WordPress setup го задържаше.

Ежедневната разлика

Преди добавянето на обява означаваше работа в WordPress, попълване на шест отделни записа за всеки език, проверка дали плъгините не са в конфликт и ръчна проверка на всяка страница след записване.

Сега клиентът отваря Sanity, попълва всичките шест езика един до друг в един изглед и натиска publish. Обявата е активна на всичките шест версии на сайта за около минута. За сайт, който редовно добавя и обновява имоти, това е частта, която има най-голямо значение.

Как изглеждаше миграцията

Съдържание. Съществуващите обяви, блог постове и страници бяха експортирани и пренесени в Sanity. За този проект това бяха 18 обяви и 20 блог поста на 6 езика, с частично автоматизиран процес — нищо не беше изгубено или пренаписано без причина.

Build. Новият сайт беше изграден със съществуващия дизайн, пълно многоезично рутиране и Sanity setup, конфигуриран около начина, по който екипът реално работи.

Предаване. Клиентът получи работещ сайт и CMS, който може да управлява сам за съдържанието. Не се нуждае от мен, за да публикува обява.

За кого има смисъл

Преминаване от WordPress към Astro + Sanity си струва да се обмисли, ако управлявате многоезичен имотен сайт и обновяванията отнемат много повече време, отколкото трябва, ако сайтът е бавен въпреки опитите за оптимизация и това засяга ranking-а, ако постоянно се сблъсквате с проблеми с hreflang или дублирано съдържание между езиците, или ако имате нужда от разработчик всеки път, когато искате да публикувате обява.

Същият модел се прилага извън недвижимите имоти — хотелиерство, право, медицина и професионални услуги се натъкват на същата стена, когато многоезичното съдържание и SEO производителността имат значение.

Една честна граница: не съм SEO стратег или copywriter. Не правя keyword research и не пиша вашето съдържание. Това, което правя, е техническата страна — модела на съдържание в Sanity, връзките между обяви и страници, разметката, производителността и структурата, която позволява на хората и търсачките бързо да намерят правилната страница.

Ако имате бавен WordPress сайт или трудности с управлението на SEO на многоезичен имотен сайт, свържете се с мен — ще погледна текущия setup и ще ви кажа честно дали си струва миграция.

FAQ

Колко време отнема миграцията от WordPress към Sanity?: Зависи от обема съдържание и дизайна, но проект като този обикновено е няколко седмици. По-точен срок е по-лесно да се даде след преглед на текущия сайт и обхвата.
Ще загубя ли SEO ranking-а си след миграция?: Това е основното, което процесът е създаден да защити. Старите URL получават 301 редиректи, структурата се запазва, където има смисъл, а техническото SEO е настроено от самото начало. Търсачките би трябвало да видят същия сайт, само по-бърз и по-чист.
Може ли екипът ми да редактира съдържанието без разработчик?: Да. Това е голяма част от смисъла. Съдържанието живее в Sanity, а екипът публикува и редактира без да докосва код.
Какво се случва със съществуващите ми URL?: Мапват се към новите чрез редиректи, така че старите линкове и индексирани страници продължават да работят.
Това работи ли само за недвижими имоти?: Не. Всеки многоезичен сайт с много съдържание, където скоростта и SEO имат значение, се сблъсква със същите проблеми и печели от същия подход.

Миграция от WordPress към Sanity за многоезичен сайт за недвижими имоти