Збереження SEO під час міграції в Drupal до WordPress

1. Чи можна зберегти свій SEO під час міграції?
2. Яку роботу займається збереженням SEO?
3. SEO міркування
4. На сторінці SEO
5. Офф-сайт SEO
6. Drupal псевдоніми проти WordPress Постійне посилання
7. Постійне посилання WordPress мають більше обмежень
8. Запам'ятайте таксономії Друпала
9. Меню та навігація з сухарями
10. Міграція метаданих, створених модулями метапак Drupal
11. Видимість пошукової системи
12. Швидкість завантаження
13. Збереження SEO під час міграції в Drupal до WordPress може бути багато роботи

Ця стаття про збереження SEO під час Друпал до міграції WordPress . Справа не в тому, яка платформа краще. Веб-пошук відкриє безліч статей про відносних заслуги SEO Друпала проти WordPress. Я знайшов найкраще резюме на цю тему в повідомлення на форумі від Користувач Drupal.org і розробник, Джон Біршалл :

«Консенсус у тому, що WordPress має кращий SEO - це припущення… Уболівальники WordPress здогадуються в інший спосіб, другі вболівальники Друпалу. На мій погляд, WordPress SEO плагіни працюють краще для сайтів, які не вистачає навичок або часу або грошей. Якщо ви хочете надати своїм клієнтам якість ручної роботи, Drupal робить досить хорошу роботу. Це також стосується SEO. Тим не менш, відсутність навичок розробника та бюджету клієнтів іноді означає, що нам краще просто "підігрівати" і розгортати чудові розфасовані рішення, доступні для WordPress ".

Якщо ви читаєте цей пост, я припускаю, що ви вже вирішили перенести свій сайт на WordPress. Замість того, щоб повторно хешування Друпал проти WordPress SEO дискусії, я зупинюся на деяких технічних деталей, які впливають на ваші зусилля SEO при переході з Drupal в WordPress. По-перше, давайте почнемо з деяких основ.

Чи можна зберегти свій SEO під час міграції?

Швидка відповідь: "Так" . Під час міграції можна зберегти пошукову оптимізацію. Тим не менш, це може бути легко пропустити ідею, що ви можете в кінцевому підсумку з кращим SEO, переглянувши ваш підхід повністю. Я міг мігрувати сайтами, де реплікація оптимізацій з версії Drupal не зробила б значного впливу на бізнес - або, принаймні, де SEO було те, що можна було б поліпшити після міграції. Якщо ваш сайт потрапляє в цю категорію, я б не рекомендував занадто багато зберігати оптимізацію вашого Drupal. Гроші, витрачені на наймання мене або будь-кого іншого, можуть бути краще витрачені на покращення WordPress SEO після експорту вашого вмісту Drupal.

Існує кілька простих і недорогих підходів, таких як:

• Використання або створення SEO-дружній і чуйною темою WordPress.
• Встановлення плагінів SEO WordPress.
• Створення більш високоякісного вмісту.
• Покращення часу завантаження сторінки. WordPress - це більш легка CMS, тому ви повинні отримати це "з коробки", але ви можете втратити будь-які вигоди, якщо, наприклад, ви повторюєте виклики до бібліотек третіх сторін.

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

Яку роботу займається збереженням SEO?

Основні відмінності між Drupal і WordPress означають збереження SEO часто беруть основну частину міграційного бюджету. Кількість необхідної роботи залежить від того, що ви намагаєтеся зберегти. Щоб навести приклад з минулого проекту міграції, де SEO було життєво важливим, завдання включали:

• Попередній міграційний аудит, відображення та аналіз посилань на сайті Drupal;
• Розробка SEO-дружньої користувальницької теми;
• Створення переадресацій для кожної URL-адреси, яка змінилася б на WordPress;
• Забезпечення збереження оптимізація на сторінці для всіх високоцінних сторінок;
• Внесення подальших коригувань за вказівкою консультанта SEO після того, як вона проаналізувала свої інструменти для веб-майстрів.

Пам'ятайте, що SEO не є одноразовим зусиллям. Проект вимагав багатомісячної роботи. Далі, я брав напрямок від SEO-консультанта клієнта, який зробив свої окремі збори. Таким чином, клієнт виділив значний бюджет на SEO. У його випадку це коштувало грошей, тому що сайт Drupal заробляв його багато разів на суму доходу від пошукового трафіку. Мінімізація негативного впливу на SEO після переходу на WordPress була пріоритетом.

Скільки часу та грошей вам потрібно виділити для міграції, залежить від низки факторів, які дуже характерні для вашого сайту. Ви дізнаєтеся лише після проведення глибокого аналізу та документації. Ось стаття про Журнал пошукових систем, яку я надсилаю клієнтам, коли вони запитують про вплив міграції CMS на SEO: Як уникнути SEO катастрофи під час редизайну сайту . Варто прочитати, а потім ви можете подумати про те, наскільки SEO має відігравати частину вашого проекту міграції сайту.

SEO міркування

Що саме вплине на SEO під час типової міграції на Drupal? Ось декілька міркувань щодо SEO, які необхідно враховувати для вашого проекту міграції. Це, звичайно, не вичерпний список, але звертаючи увагу на ці моменти, слід охоплювати основи.

На сторінці SEO

Велика частина SEO-сторінок переходить як природний побічний ефект більшості процесів міграції вмісту. Наприклад, заголовки сторінок, оптимізація ключових слів, теги підзаголовків, імена файлів зображень і внутрішні зв'язки вбудовані в вміст вузла Drupal. Вони залишаються незмінними, коли вузли імпортуються в WordPress, якщо тільки чистка вмісту чи інша маніпуляція не є частиною проекту.

Інші області, такі як структура URL-адрес, метадані та швидкість завантаження, потребують роботи через відмінності цих двох систем.

Офф-сайт SEO

Перенесення SEO не буде залежати від міграції CMS, якщо у вас є необхідні перенаправлення, призначені для уловлювання змін URL-адрес для будь-яких зворотних посилань. Це зусилля, які зовнішні для сайту так і не входять до сфери застосування цієї статті.

Drupal псевдоніми проти WordPress Постійне посилання

Структура URL є однією з областей SEO, які зміняться після міграції CMS. Велика частина полягає в деяких важливих відмінностях між тим, як Drupal і WordPress обробляють URL-адреси. Drupal створює URL-адреси, використовуючи або ідентифікатор вузла або псевдонім URL, збережений у таблиці url_alias своєї бази даних. Погляньте на деякі зразки записів.

Таблиця Drupal url_alias

Ви побачите запис для вузла / 28, пов'язаного з проектом псевдоніма URL / april. Це означає, що під Drupal, сторінці з ID вузла 28 можна отримати доступ за допомогою http://example.com/node/28 або http://example.com/projects/april . Не показано, що вміст може мати кілька псевдонімів. Таким чином, сайт може мати ще один вузол входу / 28, пов'язаний з проектами псевдонімів URL-апреля та ще одним з моїми проектами / квітнем. Ви завжди зможете знайти сторінку, додавши запис псевдоніма URL у таблицю url_alias до доменного імені сайту.

WordPress має інший механізм для створення URL-адрес. Замість того, щоб покладатися на записи бази даних, він генерує переписати правила і будує постійну посилання динамічно залежно від вашого налаштування постійної посилання . Найбільш близьким еквівалентом WordPress до Drupal url_alias є його постійна посилання кулі зберігається як ім'я post_name у таблиці wp_posts. Під моєю стандартною міграцією на Drupal на WordPress, я переношу над Друаплом псевдоніми, перетворюючи їх у плюси назви посади WordPress. (Див. Відображення таблиці в окремій статті, Міграція Drupal до WordPress: відображення таблиць повідомлень .) Якщо ви маєте структуру імені посади, встановлену в налаштуваннях WordPress Permalinks, ви знайдете сторінку "Проект квітня" на сторінці http://example.com/?p=28 або http://example.com/april/ . Зауважте, що це призведе до проблеми з SEO, оскільки нова посилання WordPress не відповідає старої посиланням на Drupal.

Таблиця WordPress wp_posts

Щоб вирішити цю проблему, нам доведеться докласти додаткових зусиль. Наприклад, якщо вузол у квітні був сторінкою, ми могли б створити та створити посилання на батьківську сторінку проектів для створення структури Drupal http://example.com/projects/april . Як альтернатива, якщо вона була поштою, ми можемо створити категорію або тег проектів і встановити базову настройку категорії або тегу. Ми також можемо створити перенаправлення .htaccess або скористатися одним з багатьох WordPress плагіни перенаправлення . Точне рішення буде залежати від вимог вашого проекту.

Постійне посилання WordPress мають більше обмежень

Крім відмінностей у тому, як URL-адреси зберігаються і генеруються, ви також повинні знати про обмеження постійної посилання WordPress. Вони матимуть великий вплив на обсяг роботи, необхідний для збереження SEO Друпаля при переході на WordPress. Я коротко їх підведу нижче.

• Псевдонім Drupal URL має обмеження в 255 символів, але поле WordPress post_name зберігає лише 200 символів. Переконайтеся, що ви відстежуєте імена всіх урізаних повідомлень і створюєте відповідне перенаправлення.
• Оскільки не існує еквівалента WordPress таблиці Drupal url_alias, потрібно вирішити, який псевдонім буде перетворено в ім'я повідомлення. Ви повинні створити окремі перенаправлення для інших псевдонімів.
• WordPress slugs, які створюють постійну посилання, є по суті URL-дружньою версією посади. WordPress автоматично очищує заголовок публікації, щоб створювати слимаки для нового вмісту, але ви можете зіткнутися з проблемами при перенесенні псевдонімів Druapl на слимаки. Символи, які були б дійсними в псевдонімі Друпала, недійсними, як слот WordPress. Наприклад, у словнику WordPress не можна мати прямих кісток, символів з акцентами та лапок. Вам потрібно буде очистити і відстежувати будь-які аліаси проблем, інакше WordPress не зможе обслуговувати сторінку.
• Як вже згадувалося раніше, під Drupal ви завжди зможете знайти сторінку, додавши запис псевдоніма URL до доменного імені сайту. WordPress не зберігає жодних записів своєї структури URL. Ви будете в кінцевому підсумку зі зламаними посиланнями і потенційний кошмар SEO, якщо ви зміните налаштування структури Permalink без розгляду.

Запам'ятайте таксономії Друпала

Легко забути, що потужна система таксономії Drupal здатна генерувати списки, що залучають корисний трафік. Використовуйте інструменти для веб-майстрів, щоб перевірити трафік вашого сайту, щоб отримати доступ до таких сторінок лістингу. На відміну від Drupal, що дозволяє використовувати декілька словників, WordPress пропонує лише один набір категорій і тегів з коробки. Реплікація ваших списків таксономії Drupal в WordPress може зайняти значний розвиток, але швидке виправлення може бути вручну копіювати важливі сторінки списків. Очевидно, що розмір вашого сайту буде диктувати, якщо це буде можливо.

Меню та навігація з сухарями

Структура меню та навігаційна навігація часто є важливою частиною вашого SEO. Переконайтеся, що вибрана тема WordPress підтримує сухарі (деякі не) і однакові типи сухарей, наприклад, ієрархію, атрибути та історичні сухарі.

Міграція метаданих, створених модулями метапак Drupal

Також пам'ятайте, що у вас можуть бути встановлені модулі, які генерують метатегічну інформацію, що сприяє вашому SEO. Експортуйте їх з відповідної таблиці Drupal і імпортуйте їх у базу даних WordPress, використовуючи формат для бажаного плагіна metatag WordPress. Наприклад, якщо ви використовували Drupal модуль metatag і хотів би використовувати WordPress Додаток для додавання мета-тегів Ви повинні витягти дані з таблиці метатег і вставити їх у таблицю wp_postmeta як пару meta_key і meta_value. Майте на увазі, що для того, щоб дізнатися, яким чином ваші бажані модулі та плагіни зберігають свої дані, потрібна якась розслідувальна робота.

Видимість пошукової системи

У WordPress є налаштування для відключення пошукових систем від індексування сайту. Його можна знайти в меню Налаштування> Читання> Видимість пошукової системи . Це нормально, якщо це перевірено під час розробки, але переконайтеся, що ви його вимкнули під час запуску.

Швидкість завантаження

WordPress, загалом, вимагає менше ресурсів хостингу, ніж Drupal. Ви можете виявити, що повільний сайт на неефективному сервері під управлінням Drupal стає більш чуйним під WordPress. Однак не приймайте це як належне. Використовуйте міграцію як можливість для вдосконалення. Ретельно перевіряйте кандидатів на плагіни, щоб переконатися, що вони не використовують сторонні сценарії, які збільшують час завантаження сторінки. Також уникайте роздутих тем для будівельників сторінок. З мого досвіду, вони можуть бути жахливими для швидкості навантаження, оскільки вони намагаються втиснути всі можливі функціональні можливості трохи, тим самим різко сповільнюючи те, що могло бути швидким.

Збереження SEO під час міграції в Drupal до WordPress може бути багато роботи

Як вже можна було побачити, обсяг роботи та необхідний бюджет відповідатимуть за багатьма факторами. Неможливо прописати те, що буде потрібно для вашого сайту без детального опису конфігурації та вимог. Тим не менш, я сподіваюся, що дасть вам достатньо інформації, щоб розпочати планування підходу.

Трохи підключіть, щоб світильники працювали. Якщо ви вважаєте, що вся ця робота є надто великою проблемою, будь ласка, подумайте найнявши мене для вашого міграційного проекту Drupal до WordPress.