Så här överför du en webbplats till en ny motor och sparar positioner, pengar och mental hälsa

Innan du överför en webbplats till en ny motor, överväg om det är möjligt att lösa problemet på ett annat sätt. Kanske blir det lättare för dig:

  • Upptäck en tidsmaskin, gå tillbaka i tid och välj omedelbart rätt motor.
  • Fånga den som ger dig en fruktansvärd samopis, kedjad i batteriet och släpp inte till han själv fixar allt eller överför webbplatsen till ett normalt CMS.

Om tidsmaskinen inte fungerar, och spelarens utvecklare går fort, finns det inget val. I den här guiden lär du dig hur du flyttar en webbplats till en annan motor.

I vilka fall är det lämpligt att överföra en webbplats till en ny motor?

Att byta motorn är en mödosam, dyr och riskabel uppgift. Vi kommer att prata mer om risker, men just nu berättar historien från min kollega Olga Kochkina.

För några år sedan hade jag likhet med en onlinebutik. Därefter bestämde de sig för att inte skölja ut platsen och beställde den för 5 tusen rubel. Motorn visade sig vara samopisny, men det fanns ingen betydelse för detta. Och förgäves.

Efter några månader läste jag en bok om användbarhet och bestämde mig för att införa några marker på min webbplats. Jag kunde inte göra någonting själv. Utvecklaren gick med på att hjälpa till gratis, men kunde bara fixa några punkter. Resten är ytterligare utveckling.

Ett år senare är platsen moralisk föråldrad, och det var inte längre någon styrka att drabbas av en krokig adminpanel. Vi bestämde oss för att överföra till OpenCart - en smart och funktionell motor för nätbutiker. De skrev till utvecklaren. Överför till en annan motorplats, som kostar 5 tusen rubel, vi erbjöds över 70 tusen rubel. Moral, tror jag, är tydligt.

Skapandet av webbplatsen kostade 5 tusen rubel Olga, och överföringen av sajten från samopierna till en vanlig CMS kostar 70 tusen rubel. Här är slutsatsen: du måste byta motorn som en sista utväg, när du inte kan klara av det. Varianter som "Drupal Cooler Joomla", "vackrare gratis teman på WordPress", "Open Source Engine kan hackas," du behöver byta till ett kommersiellt CMS "är inte en anledning att överföra webbplatsen. Detta steg är oundvikligt i mer allvarliga situationer.

HTML statisk webbplats uppfyller inte längre dina behov

Du kan utan motorn om du behöver en liten statisk plats med två, tre eller till och med tio sidor. Till exempel, göra ett visitkort med en lista över tjänster och kontaktuppgifter lättare utan CMS och designers. Men om du vill publicera något regelbundet, till exempel, för att göra ditt online visitkort till en blogg, blir det lättare att arbeta med motorn.

Samopisny-motorn blev irrelevant

Samopisny-motorn är inte dålig och inte bra. Till exempel fungerar online-butiken Ozon på en brant inspelare. Men det finns motorer för 5 tusen rubel, en av vilka Olga Kochkina nämnde ovan. Olika problem händer med dem:

  • Motorn är föråldrad, och utvecklaren har försvunnit.
  • En utvecklare från tredje part ber om uppdatering av någon annans kod mer än för att skapa en webbplats från början.
  • För eventuell förlängning av funktionalitet måste du betala utvecklaren. Till exempel ville du ansluta AMP-lön. Och för populära motorer finns färdiga gratis eller billiga lösningar.

Om du sitter fast i de funktionella begränsningarna i ett självskrivet CMS, och att utvidga funktionaliteten är dyrt, tänk på att byta motorn.

Möjlighetsdesigner du är inte längre nöjd

Designers ger inte möjligheter som har fullfjädrada motorer. Du har inte tillgång till backenden, och därför måste du lita på professionalism och effektivitet hos designerens utvecklare. Webbplatsen på motorn kan utvecklas oberoende eller involvera tredjepartsutvecklare för att lösa problem.

Du kan tänka på att överföra en kommersiell webbplats från SaaS-plattformen till ett CMS i sådana fall:

  • Funktionaliteten hos designern matchar inte dina behov.
  • Du vill inte betala för användningen av plattformen.
  • Du är inte nöjd med mallens webbplatsdesign, och designern stöder inte mallar från tredje part.
  • Designerservrar finns i utlandet. Detta kan vara ett problem för en företags webbplats.
  • Du vill helt kontrollera webbplatsen.

Separat uppmärksamhet förtjänar situationen att flytta från en fullvärdig motor till en annan. Det finns få absoluta skäl för överföringen av webbplatsen.

Till exempel är du inte nöjd med motorens funktionalitet. Skicka in en WordPress-webbplats till vilken forumet har blivit bultat. Forumet har blivit populärt och besökte. Du kan överväga möjligheten att överföra den till en specialiserad forummotor.

En annan bra anledning att flytta: du kan inte eller vill inte betala för ett CMS. Till exempel är det inte lönsamt att hålla ett forum på betald vBulletin, och du flyttar för att frigöra phpBB.

I andra fall måste du noggrant vägga riskerna:

  • Tja, vet WordPress, varför flyttar du från Drupal? Om webbplatsen är tillräckligt stor och har arbetat länge, är det bättre att lära och älska Drupal.
  • För Joomla! Det finns inte så många gratis mallar och plugins som det finns för WordPress? Flytta kan bokstavligen och billigt kosta dig mer än att köpa en betald plug-in eller utveckla en mall från början.
  • WordPress-webbplatsen är irrelevant, ditt coola företag behöver en solid motor? Detta är frank nonsens. Det är bättre att spendera tid och pengar på något användbart.
  • Open source-motorer kan hacka eller kopiera? Varje webbplats kan hacka. Dessutom svarar öppen källkod CMSs på hot snabbare än kommersiella motorer. Ovanför samma WordPress-arbetsgrupp av utvecklare.

Det är anledningen till överföringen av webbplatsen bör vara giltig. Att flytta till en ny motor är alltid förknippad med risker och kostnader, så bestäm det som en sista utväg. Tänk om det skulle bli enklare och billigare att lämna webbplatsen på det gamla CMS och ändra dess funktionalitet. Konsultera med professionella utvecklare och först därefter fatta ett beslut.

Vilka problem måste lösas vid överföring av webbplatsen

När du flyttar till en ny motor kommer du att möta fallgropar. Vissa problem löses enkelt, vissa kan inte lösas. I det andra fallet måste du minimera förluster. De viktigaste frågorna nedan.

Förlust av innehåll

För att inte förlora innehåll, gör en säkerhetskopia av webbplatsen före flytten. En säkerhetskopia kan skapas med hjälp av det gamla CMS. Till exempel i Drupal implementeras denna funktion med en inbyggd modul, och i WordPress använder du ett plugin.

Utan bindning till motorn kan säkerhetskopiering göras via serverns kontrollpanel. Åtkomstdata till kontrollpanelen kommer att ge en värd.

På kontrollpanelen går du till "Backup Manager", som finns i avsnittet "Filer".

Arkivera och hämta up-to-date kopior av webbfiler och databaser.

Se till att säkerhetskopian fungerar. För att göra detta, återställ webbplatsen på en lokal server. Om du inte kan återställa webbplatsen från kopian, gör en säkerhetskopia igen eller kontakta din webbhotell. Starta inte flytten utan en fungerande säkerhetskopia av resursen.

Ändra webbplatsstrukturen och URL-strukturen

CMS: er bildar webbadresser som kan läsas på olika sätt. På grund av detta ändras vanligtvis "url" när du byter motor. URL: n ändras också om du ändrar webbplatsens struktur.

Till exempel kan produktsidans adress ändras från //example/pages/catalog/tovar.html till //example/shop/tovar.html/. På grund av ändringen av URL-strukturen visas brutna länkar, dubbletter i sökresultat, brutna widgets och knappar. Sökmotorer och levande användare reagerar negativt på sådana problem.

Att behålla en tydlig URL-struktur är en av de viktigaste uppgifterna när du överför en webbplats till en ny motor.

Komplexiteten att upprätta omdirigeringar

Detta problem är en följd av den tidigare. Om du byter motorn måste du ändra webbadressen. Du måste arbeta med omdirigeringar. Att ställa in sidomändningar för en webbplats med flera dussintals sidor är inte ett problem. Om antalet sidor är i hundratals eller tusentals är arbetet med omdirigeringar kanske det mest arbetsintensiva steget i rörelsen.

Tänk dig att på den gamla motorn var alla telefoner, smartphones och tabletter tillgängliga i avsnittet "Smartphones and Phones" på URL-exemplet-butiken / katalogen / telefonerna /. Varje telefon finns tillgänglig på exempel-butik / katalog / telefoner / telefon1.

Om du skapar separata delar av katalogen för telefoner, smartphones och tabletter när du flyttar till ett nytt CMS, kommer produkterna att finnas tillgängliga på en webbadress som exempel-butik / katalog / phablets / phablet1 och exempel-butik / katalog / smartphone / smartphone1. Här måste omdirigeringar göras manuellt.

Mismatch av funktionaliteten hos den gamla och den nya motorn

Föreställ dig ett WordPress-butik som måste migreras till OpenCart. Det är bekvämt att blogga på WordPress, och avsnittet OpenCart "Articles" drar inte på en fullfjädrad blogg. När du flyttar måste du lösa detta problem: Utöka funktionaliteten i OpenCart med hjälp av en modul för blogging, "skruva" en WordPress-blogg på en underdomän till OpenCart, och så vidare.

Det finns många sådana exempel, så när du byter CMS måste du vara redo att söka eller köpa de nödvändiga lösningarna.

Designproblem

Om du använder en designmall kan du inte spara utseendet när du flyttar till en ny motor. Du kan hitta en mer eller mindre liknande mall för ett nytt CMS eller spendera pengar på designertjänster. I sig är en designändring inte ett problem. Var bara förberedd för extra kostnad.

Om undervattnen inte skrämmer dig, och du kan inte längre arbeta med den gamla plattformen, fortsätt till rörelsen. Nedan hittar du en allmän algoritm av åtgärder och information om överföring av webbplatsen i specifika riktningar.

Så här flyttar du webbplatsen: stegvisa instruktioner

Varje sida har funktioner som måste beaktas vid flyttning. Ägaren till resursen eller marknadsföraren måste emellertid förstå och kontrollera den allmänna algoritmen för överföring av resursen till den nya motorn.

Så du har valt ett nytt CMS och gjort en säkerhetskopia av webbplatsen. Agera så här

1. Notera webbplatsens nuvarande effektivitet

Detta steg är nödvändigt för att bedöma konsekvenserna av att överföra resursen till ett nytt CMS och korrigera fel. Bestäm nuvarande prestanda enligt kriterier som du normalt använder. Det kan vara:

  • Närvaro för den valda perioden.
  • Resursposition i frågan om viktiga förfrågningar.
  • Lista över de flesta trafiksidor.
  • Beteendevärden

För små webbplatser är det tillräckligt att kontrollera manuellt och gå in i tabellen 10-15 viktigaste frågor i Yandex och Google. För webbplatser med ett antal sidor från hundra eller mer är det bättre att använda tjänster för övervakning av positioner, till exempel Serpstat, Seolib, Rush Analytics, Topvisor och så vidare.

En lista över de flesta trafiksidor finns i analyssystemen. Till exempel i Google Analytics väljer du menyn "Behavior - Site Content - Login Pages". Ange den valfria käll- eller kanalparametern.

Om data om trafik, positioner och de mest besökta sidorna behövs för att bestämma sökmotorns svar på resan, krävs beteendemått för att spåra användarens svar. Använda analyssystem, spela in indikatorer som vanligtvis övervakas, till exempel längden och djupet i sessionerna, felfrekvensen, omvandlingsfrekvensen och så vidare.

2. Skapa en matchningstabell för webbadresser

Som noterat ovan är detta den mest tidskrävande fasen av flytten. Tabellen behövs om webbplatsens struktur och URL ändras.

Agera så här:

  1. Skapa en tabell med befintliga webbadresser med serverns svarskod

Använd Netpeak Spider eller liknande verktyg för att analysera webbplatsen. I detta skede behöver du en lista över alla sidor med serverns svarkoder. Lägg till mottagna data i tabellen.

  1. Sortera webbadressen efter serverns svarskod

I detta skede borde det finnas tre tabeller eller flikar: på de första tillgängliga sidorna med svarskoden 200 på den andra sidan med omdirigering med kod 301 på de tredje icke-existerande sidorna med kod 404.

I vissa fall används koderna 302, 303 och 307 för omdirigering. Mer information finns i vår omdirigeringsguide.

  1. Skapa ett bord med nya webbadresser

Om URL-strukturen på den gamla sajten var logisk skulle det vara relativt enkelt att skapa ett matchningsbord. Till exempel, om i nätbutiken produkterna var tillgängliga på adresser som exempel-webbplats / katalog / telefoner / nokia1100 /, på den nya URL-strukturen kan vara: exempel-webbplats / telefoner / nokia / nokia1100 /.

Om den gamla webbplatsen hade illogiska webbadresser som exempel-site / catalog / nokia1100 / och exempel-site / catalog / samsung-galax /, kommer processens komplexitet och sannolikheten för fel att öka.

Glöm inte att skapa omdirigering för sidor med kod 301. Om det inte är klart kommer den nya sidan att visa de existerande sidorna på den gamla webbplatsen.

Var uppmärksam på webbadressen med svarskoden 404. Om dessa är irrelevanta adresser, inkludera dem inte i korrespondentbordet. Sidor med sådana webbadresser kan inte genereras på den nya motorn. Om sidan är viktig, har den inkommande externa och interna länkar, inkludera den i tabellen och ställa in omdirigeringen korrekt.

Om sidan har inkommande externa länkar, men det kommer inte att finnas en motsvarande sida på den nya sajten, som måladress, ange produktkategori, katalog, referensinformation eller hemsida.

Du kan kontrollera inkommande länkar med verktyg som Megaindex eller Ahrefs.

3. Skapa ett nytt CMS på testdomänen eller den lokala servern

Starta webbplatsen på den lokala servern hjälper vår guide. Du kan också distribuera en ny motor på en underdomän i formuläret test.example-site.com. Var noga med att stänga testunderdomänen från indexering. Detta kan göras med hjälp av CMS eller genom en robots.txt-fil. Till exempel i WordPress kan du stänga en webbplats från indexering i administrativ avsnittet "Inställningar - Läsning".

I det här skedet behöver du installera och konfigurera CMS: Stram designen, aktivera cachning och datakomprimering, installera nödvändiga moduler och plugin-program, anslut accelererade sidor, lägg till mikromarkering osv.

4. Överför innehållet från den gamla sidan till den nya.

Om webbplatsen har 5-10 sidor kan innehållet överföras manuellt. Programmerare kommer att arbeta med stor överföring av webbplatsinnehåll.

För typiska sidor, till exempel, en lista över produktkategorier, en lista över produkter i en kategori, produktsidor i en webbutik, en lista med rubriker, en lista med publikationer i en rubrik eller sidor av publikationer i ett innehållsprojekt, skapas mallar. Efter att ha anslutit mallarna överförs innehållet via adminpanelen.

Statiska sidor överförs vanligtvis manuellt utan en mall. Vi talar till exempel om sidorna "Om företaget", "Leveransvillkor", "Kontakter", "Vårt lag" och så vidare.

5. Konfigurera omdirigeringar

Kom ihåg att du behöver en konstant 301-omdirigering. Det vill säga efter att ha angivit omdirigeringarna i .htaccess-filen, bör de gamla webbadresserna returnera svarskoden 301 och de nya - koden 200.

Omdirigering 301 berättar för sökmotorer att sidan har flyttats permanent till en ny adress. I detta fall överförs hela SEO karmaen till den gamla webbadressen, inklusive inkommande länkar och intern referensvikt, till den nya webbadressen.

Inställning av omdirigeringar beror på den specifika webbplatsen. Du kan kontakta programmeraren eller räkna ut det själv. I det andra fallet, studera vår guide om omdirigeringar och använd omdirigeringskodgeneratorerna.

6. Kontrollera om webbplatsen är korrekt

Efter att ha överfört innehållet, kontrollera hur testresursen fungerar:

  • Testa utförandet av formulär, knappar, beställningssida.
  • Använd Broken Link Checker eller liknande verktyg för att hitta brutna länkar och korrigera fel.
  • Var uppmärksam på användbarheten. För en objektiv bedömning genom användningen av tjänsten AskUsers.
  • Betygsätt intern optimering. Vår checklista för expressrevision kommer att hjälpa till.

Om webbplatsen fungerar korrekt öppnar du den på huvudadressen. Följ genast steg 7 och 8.

7. Lägg till externa servicekoder på webbplatsen och omkonfigurera analyssystem.

Lägg till en tagghanteringsbehållare till den nya sajten om du använder den. De återstående tjänsterna kan anslutas via Tag Manager eller direkt till webbplatsen. Det är nödvändigt:

  • Lägg till verifieringskoder Yandex.Webmaster, Google Search Console och andra sökmotorer.
  • Lägg till spårningskoder "Metrics", Google Analytics, Liveinternet.ru och andra analyssystem. Kom ihåg att omkonfigurera mål, e-handel och andra parametrar som kan påverkas av en URL-ändring.
  • Ange koderna för reklam och partnerblock, kommentarsystem, återuppringning, samtalspårning, popup-fönster, rekommendationer och andra tjänster som ger webbplatsfunktionaliteten.

Kontrollera funktionaliteten för externa tjänster och, om det behövs, ange de korrekta inställningarna.

8. Skapa den aktuella webbplatskartan och rapportera den till sökmotorer.

Создать актуальную карту сайта можно с помощью внешних сервисов, например, XML-Sitemaps, или средствами нового движка.

  • В WordPress воспользуйтесь плагинами All in One SEO Pack или Google XML Sitemaps.
  • В Joomla! есть расширения Sitemap Generator и OSMap.
  • В Drupal используйте модуль XML Sitemap.
  • В OpenCart задача решается с помощью модуля Yandex Sitemap.

После создания и настройки карты сайта перейдите в Search Console Google. В разделе "Сканирование - Файлы Sitemap" отправьте новый файл на проверку. Это можно сделать с помощью кнопки "Добавление/Проверка файла Sitemap".

В "Вебмастере" отправить новую карту сайта на проверку можно в разделе "Индексирование - Файлы Sitemap".

9. Отслеживайте эффективность сайта после переезда

Перед переездом вы фиксировали эффективность старого сайта. После переезда на новую CMS отслеживайте ключевые показатели и сравнивайте метрики до и после переезда. Полученная информация будет руководством к действию.

В случае стабильного падения поискового трафика ищите причины. Dessa kan vara:

  • Tekniska problem, t.ex. felaktigt konfigurerade omdirigeringar, dubbletter av innehåll, hastighet för långsam sidlastning och så vidare.
  • Försämringen av användbarheten och användarnas negativa reaktion. Använd "Webvisor" för att förstå uppförandet av besökare på den nya sajten.

Korrekt genomförande av den beskrivna algoritmen låter dig överföra webbplatsen till ett nytt CMS utan en lång nedgång i trafik och andra effektivitetsmått. Och om den nya motorn är bekvämare och funktionell, bör resursens effektivitet efter flytten öka.

Funktioner på överföringsplatsen i populära områden

När du överför en webbplats till en ny motor måste du ta hänsyn till funktionerna i specifika CMS. Följande är verktyg och nyanser för att flytta i flera populära riktningar.

Så här överför du en statisk HTML-webbplats till WordPress

Att flytta i denna riktning är tillrådligt om du vänder ett visitkort från flera sidor till en fullfjädrad webbplats och planerar att regelbundet publicera nya sidor. Tack vare den avancerade infrastrukturen i WordPress kan även en specialist utan teknisk utbildning överföra en statisk plats till den här motorn.

Överföringsalgoritmen är enligt följande:

  1. Kopiera och spara filerna från den gamla webbplatsen till HTML på en lokal disk

För att göra detta kan du använda en FTP-klient, till exempel FileZilla. Ta data för åtkomst till servern från leverantören. Hämta alla mappar och filer från webbplatsens rotkatalog till den lokala disken. Rotkatalogen är webbplatsnamnet.

Dessutom kan åtkomst till webbplatsfilerna hämtas via filhanteraren på värdkontrollpanelen. Åtkomstdata tas från leverantören.

  1. Ta bort den gamla sajten från servern och installera motorn

Vår guide har en visuell installationsguide för WordPress. Om du föredrar att arbeta med cPanel eller liknande paneler istället för att komma åt servern med hjälp av FTP-protokollet, använd instruktionerna för maskininstallationen med hjälp av den automatiska skriptinstallatören Softaculos.

  1. Konvertera webbdesign till WordPress-tema

Detta steg är meningsfullt om det är viktigt att behålla utformningen av den gamla webbplatsen. Kontakta webbutvecklare eller använd automatiska tjänster:

  • HTMLtoWordPress. Betald tjänst. Inom en minut konverterar designen av en HTML-sida till ett WordPress-tema. Kostnaden för konvertering är 5 dollar.
  • HTML till WordPress Converter. WordPress plugin som automatiskt omvandlar utformningen av en HTML-sida till ett WordPress-tema. Det kostar 20 dollar.
  • CMS2CMS: Automatiserad HTML till WordPress Content Migration. Villkorligt gratis plugin som överför HTML-webbplats till WordPress.
  1. Installera WordPress Theme

Använd det tema som skapades i föregående steg eller välj någon lämplig mall.

  1. Överför innehåll till ny webbplats

Innehållet på en liten webbplats kan överföras manuellt. Om webbplatsen är stor, överlåta överföringen av innehåll till utvecklare. Alternativt uppmärksamma CMS2CMS-tjänsten. För att automatiskt överföra en HTML-sida till WordPress, föreslår serviceproducenter att använda ett plugin.

Efter installationen av plugin visas menyalternativet HTML till WordPress i motsvarande avsnitt i webbplatsens adminpanel. Logga in och registrera dig.

Ange webbadressen i HTML. Om du planerar att skapa en WordPress-webbplats på samma webbadress istället för en HTML-sida, installerar du först WordPress på en lokal server.

Ange lämpliga inställningar och starta överföringen. Följande inställningar är tillgängliga:

  • Omvandling av sidor av en HTML-sida till sidor eller inlägg på en webbplats på WP.
  • I de avancerade inställningarna kan du välja status för innehållet: publicerat eller utkast.
  • För en avgift kan du automatiskt konfigurera omdirigeringar, överföra siddata och bilder.

Livshackning: Om du inte planerar att spara designen när du flyttar en webbplats från HTML till WordPress, kan du göra utan den fria versionen av CMS2CMS-plugin. Med det kan du snabbt överföra innehållet i HTML-sidor till en ny webbplats. Det kommer bara vara nödvändigt att utfärda sidor och ändra länkar.

Animeringen nedan visar den ursprungliga HTML-sidan på webbplatsen och dess klon efter överföring till WordPress.

CMS2CMS plug-ins kan användas för att porta Wordpress-webbplatser från Joomla!, Drupal, Weebly, Wix och andra populära motorer och konstruktörer.

Så här flyttar du från Wix till WordPress

I början av sommaren 2018 fick platsägare på den populära Wix-designern en obehaglig överraskning: Yandex hade glömt hur man indexerade resurser på denna SaaS-plattform. Representanten för "Yandex" Mikhail Slivinsky lovade att lösa problemet. Men den här situationen är ett viktigt argument för att flytta från Wix till ett fullvärdigt CMS.

När du flyttar från Wix till WordPress är två situationer möjliga.

Om du flyttar från konstruktören till hela motorn och vill spara webbadressen måste du överföra domänen till den nya registraren. För att göra detta, välj önskad domän i avsnittet "Site Management - Domains" och välj "Transfer from Wix" i avsnittet "Advanced". Du kommer att få de uppgifter som behövs för att överföra domänen.

Om du ändrar plattformen och webbadressen när du flyttar, är det tillräckligt att konfigurera 301-omdirigeringen från Wix till den nya sajten. För att göra detta, använd det lämpliga alternativet i avsnittet "Site Management - SEO". Observera att för att skapa en omdirigering måste du ha en betald domän ansluten.

Wix stöder inte exporterande webbplatser till tredje parts servrar. Men du kan överföra innehåll manuellt eller använda programvarulösningar, till exempel Automatiserad WiX till WordPress Migration Plugin.

Så här överför du en webbplats från Joomla! på wordpress

För att automatiskt flytta med Joomla! WordPress har färdiga mjukvarulösningar:

  • FG Joomla till WordPress.
  • Automatiserad Joomla till WordPress Migration.

FG Joomla till WordPress plugin kan du överföra innehåll till en ny motor, samt bevara strukturen på webbplatsen: taggar och kategorier. Efter installationen av tillägget kan du börja importera i WordPress-administrativ avsnittet Verktyg - Importera.

I importinställningarna kan du automatiskt ta bort innehåll från webbplatsen på WordPress. För att göra detta, kolla alternativet Ta bort allt WordPress-innehåll. Ange webbadressen till webbplatsen på Joomla.

Ange databasdata för webbplatsen på Joomla. De finns i avsnittet "System - Systeminformation - Joomla Configuration File".

Om sidorna är på olika värdar, tillåta fjärråtkomst till Joomla-databasen. För att göra detta, välj avsnittet "Remote MySQL" i cPanel, i avsnittet "Databaser".

Lägg till en åtkomstnod och spara ändringarna.

Konfigurera importinställningarna. Var uppmärksam på förmågan att omforma publikationer på Joomla! i inlägg eller sidor på WordPress. Om du behöver sidor markerar du alternativet Skapa sidor. Starta importen med Start / Fortsätt importknappen.

Så här flyttar du en webbplats från WordPress till Drupal

Gör en säkerhetskopia av webbplatsen på WordPress. Se till att det fungerar. För att göra detta kan du distribuera webbplatsen på en lokal server.

Exportera din webbplats med WordPress. På administratörspanelen, välj avsnittet "Verktyg - Exportera". Markera alternativet "Allt innehåll".

Ta bort WordPress från servern och installera Drupal. Installera och aktivera följande moduler:

  • Migrera. I Drupal 8 är det i kärnan, så det är tillräckligt att aktivera det.
  • WordPress Migrera. Behöver importera innehåll från WordPress.
  • Migrera tillägg. Se till att Migrera fungerar korrekt.
  • Pathauto. Erforderlig modul för Drupal utgör lämpliga webbadresser.

Efter installation och aktivering av modulerna, gå till avsnittet Content - Migrate. Välj fliken Importera från WordPress. Ange sökvägen till dolda filer. För att göra detta följer du den konfigurerade länken (se illustration) och anger parametrarna. Dolda filer kan lagras i samma katalog som offentliga.

Ladda ner WordPress-exportfilen. Du kan även ange webbadressen till den gamla webbplatsen. Det här alternativet fungerar om du ändrar URL-adressen med bytet av motorn.

Skapa nya konton för författare av publikationer på WordPress.

Konfigurera importinställningarna. Till exempel kan inlägg från WordPress-webbplatsen omvandlas till artiklar, och statiska sidor kan lämnas med statiska sidor.

Ange inställningarna för omräkning av taxonomier. Migrationsmodul kan konvertera WordPress-taggar och kategorier till Drupal-taggar och -kategorier.

Kör importen. När modulen är klar, kontrollera hur innehållet visas. Nedanstående illustration visar hur innehållet visas på givarplatsen (WP) och på acceptorsidan (Drupal).

Webbplatsöverföring: möjligt, men riskabelt och besvärligt

I teorin ser webbplatsöverföring ut som en enkel uppgift. För att flytta behöver du bara skapa en ny webbplats med den nuvarande strukturen, överföra innehåll och registrera omdirigeringar. I praktiken är det ett tidskrävande och riskabelt företag att flytta från ett CMS till ett annat. Därför överväga att byta motorn som ett extremt steg. Och för att undvika onödiga besvär och kostnader, planera webbplatsen ansvarigt och välj rätt CMS i början.

Loading...

Lämna Din Kommentar