Migrare de pe Drupal 7

Din 5 ianuarie 2025, drupal.org nu mai publică actualizări de securitate pentru Drupal 7.

Site-ul tău merge și azi. Pasul următor e o mutare pe un site nou, pe Drupal 11, în care conținutul și adresele paginilor se păstrează.

Sunt Emanuel Greucean, iar datele de aici le-am luat de pe drupal.org și backdropcms.org, în octombrie 2026.

Fără suport de securitate de la drupal.org din

De ce plecarea de pe 7 e o migrare

drupal.org spune că pe un site Drupal 7 nu poți aplica pur și simplu o actualizare.

  • Pe versiunile noi, conținutul și configurația se păstrează altfel în baza de date, așa că ele se migrează într-un site nou, nu se actualizează pe loc.
  • Tema se reface pe site-ul nou.
  • Modulele personalizate se rescriu pentru noul Drupal.
  • Nu te oprești pe 8 sau 9. Cu Migrate API (unealta de migrare din Drupal), un site Drupal 7 ajunge direct pe 10 sau 11.
  • Odată ajuns pe 11, site-ul trece pe 12 printr-o actualizare, nu printr-o nouă migrare. Așa merge fiecare versiune majoră de la Drupal 8 încoace.

Ce trece singur și ce refac eu

Conținutul și configurația trec pe site-ul nou prin Migrate API. drupal.org ține o listă cu ce nu trece de la sine, iar cele mai multe puncte de mai jos vin din ea. Le verific eu pe toate la site-ul tău, tu nu trebuie să ții evidența lor.

Views

Paginile și listele făcute cu Views nu se migrează. Le refac de mână pe site-ul nou.

Field Collection

Pe versiunile noi, în locul lui Field Collection se folosește Paragraphs.

Formatele de text

Un format de text pe care site-ul nou nu-l cunoaște ajunge ca filter_null. Conținutul e în baza de date, dar nu se afișează. Drupal nu mai acceptă filtrul PHP de la versiunea 8.

Site-urile în mai multe limbi

Pe un site multilingv, aliasurile URL (adresele paginilor) nu funcționează până nu e activată limba respectivă pe site-ul nou.

Modulele de pe drupal.org

Nu toate au migrare automată, iar pentru unele o scriu de mână.

Panelizer și magazinele

Panelizer nu mai e întreținut, iar locul lui îl ia Layout Builder din Drupal core. Un magazin pe Commerce 1.x sau Ubercart trece pe Drupal Commerce. Modulul pentru asta e Commerce Migrate, iar la evaluare verific ce versiuni de Drupal acceptă.

Ce trebuie urmărit la site-ul tău văd abia după ce mă uit în cod.

Adresele paginilor și pozițiile în Google

Fiecare pagină de pe site-ul vechi are o adresă pe care o știu Google și cititorii tăi. Așa o țin valabilă și pe site-ul nou.

  • Fiecare pagină își aduce adresa odată cu conținutul, iar eu verific fiecare adresă după harta adreselor.
  • Unde o adresă se schimbă totuși, pun o redirecționare 301 de la cea veche la cea nouă.
  • Planul de lucru are o hartă a adreselor, cu fiecare adresă veche și locul unde ajunge.
  • Pe platforma de media pe care am migrat-o eu la Drupal 8, adresele au rămas valabile și pozițiile din Google s-au păstrat.

Trei variante pentru un site Drupal 7

Drupal 11

Un site nou, cu conținutul migrat în el. Țintesc direct 11, nu 10, pentru că Drupal 10 iese din suport în decembrie 2026. După mutare, site-ul merge mai departe prin actualizări.

Ai și un site pe Drupal 10?

Suport extins

A doua opțiune de pe drupal.org e suportul de securitate extins, oferit de unul dintre furnizorii certificați, HeroDevs sau Tag1. Îți dă timp, dar nu te scoate de pe Drupal 7, iar plecarea rămâne de făcut mai târziu.

Backdrop CMS

Backdrop a pornit în 2013 din codul lui Drupal, ca site-urile Drupal 7 să aibă o cale mai scurtă. Site-ul se actualizează cu update.php, fără o migrare într-un site nou. Pentru un site mic, cred că poate fi varianta mai ieftină. Dacă se potrivește la tine aflăm la evaluare, după ce văd care module au versiuni pentru Backdrop. Fac și mutări pe Backdrop.

Cum aș face migrarea

Încep cu o evaluare a site-ului.

  1. Evaluarea. Pornesc de la codul site-ului și de la lista de module sau raportul de stare. O copie a bazei de date, curățată de datele personale unde se poate, îmi trebuie abia după ce stabilim ce intră în lucrare.
  2. O listă fixă de lucrări, cu harta adreselor. Știi dinainte ce se migrează, ce construiesc din nou și unde ajunge fiecare adresă veche.
  3. Site-ul nou, pe o copie. Construiesc site-ul nou, mut conținutul în el și îl testez fără să ating site-ul de acum.
  4. Ultima rulare. Chiar înainte de mutare, rulez migrarea încă o dată, ca să aduc și ce au adăugat editorii între timp.
  5. Mutarea. Adresa site-ului trece pe site-ul nou. Cel vechi rămâne neatins, așa că adresa se poate îndrepta înapoi spre el dacă e nevoie.

Ce primești după evaluare

  • Lista modulelor și ce se face cu fiecare: migrare, înlocuire sau rescriere.
  • Părțile din conținut care cer atenție, cum sunt Views de refăcut, formatele de text sau limbile site-ului.
  • Harta adreselor, cu redirecționările pentru fiecare adresă care nu rămâne la fel.
  • Varianta pe care ți-o recomand, Drupal 11 sau Backdrop, și de ce.
  • Lista fixă de lucrări și planul mutării, cu întoarcerea la site-ul vechi dacă e nevoie.

Planul e al tău. Îl poți duce și la alt dezvoltator.

Kalamuna e o agenție americană pentru care am lucrat ca arhitect Drupal, pe contract, din 2014 până la sfârșitul lui 2025. Când am intrat în echipă, ea muta o platformă de media din SUA de pe Drupal 6 pe 7, iar eu am lucrat la migrare alături de colegi. Următoarea migrare a platformei, de pe 7 pe 8, am făcut-o eu. Avea peste 34.000 de articole. Zeci de microsite-uri stăteau în aceeași instalare Drupal, ca multisite. Platforma și-a păstrat adresele și pozițiile în căutări. Mai multe despre mine

Dacă agenția ta are clienți pe Drupal 7

Dacă ai clienți rămași pe Drupal 7 și nu ai oameni liberi pentru migrări, le pot face eu, sub numele agenției. Ca prim pas, îmi trimiți adresa și lista de module ale unui site și îl evaluez întâi pe acela. Pentru fiecare site lucrez cu aceeași evaluare și aceeași hartă a adreselor, iar migrarea o rulez încă o dată înainte de mutare. Iau și site-uri care s-ar potrivi pe Backdrop. Sunt în Timișoara, pe ora Europei de Est. Pot începe acum.

Întrebări despre Drupal 7

Pot trece pe Drupal 11 direct de pe 7?

Da. drupal.org scrie că un site Drupal 7 se migrează pe Drupal 10 sau mai nou, așa că nu treci prin 8 și 9.

Îmi pierd conținutul?

Conținutul se mută pe site-ul nou cu Migrate API, nu rămâne în urmă. Ce nu trece singur, cum sunt Views sau formatele de text necunoscute, le găsesc la evaluare și le refac pe parcurs. Până la mutare, site-ul vechi rămâne neatins.

Site-ul nou arată la fel?

Tema se reface oricum, pentru că așa cere plecarea de pe 7. O pot reface după aspectul de acum, ca vizitatorii să găsească site-ul pe care îl știu. Dacă vrei un aspect nou, îl hotărâm înainte de lista fixă de lucrări.

Pot face o parte din lucrare cu dezvoltatorii mei?

Da, dacă ne înțelegem dinainte cine ce face. Planul de după evaluare e al tău, iar echipa ta îl poate folosi pentru partea ei.

De ce ai nevoie ca să începi?

Ca să încep, îmi ajunge adresa site-ului. Apoi îmi trebuie codul și fie lista de module, fie raportul de stare, pe care îl găsești în administrare la Rapoarte → Raport de stare (/admin/reports/status). Codul ți-l poate da cel care îți întreține site-ul. Baza de date o cer mai târziu, după ce ne-am înțeles asupra lucrării, și pe cât se poate fără datele personale ale utilizatorilor. Acces la serverul de acum nu-mi trebuie până la mutare.

Ce se întâmplă cu articolele adăugate cât lucrezi?

Editorii tăi lucrează mai departe pe site-ul vechi, ca până acum. Înainte de mutare mai trec o dată conținutul pe site-ul nou, așa că ajunge și ce s-a scris între timp.

Cât durează și cât costă?

Asta se vede din evaluare, pentru că ține de numărul de module, de codul personalizat și de cât conținut are site-ul. După ea îți spun cât ține lucrarea și ce cuprinde, ca să te poți hotărî.