SEO pe Drupal are o reputație nemeritată. Întrebați în jur și cineva vă va spune că Drupal e bun pentru căutare imediat după instalare, de obicei comparându-l cu o amintire veche de cincisprezece ani despre altă platformă. O instalare standard de Drupal 11 nu aduce niciun câmp pentru meta description, niciun sitemap XML, nicio redirecționare automată când se schimbă o adresă și conținut care răspunde la /node/123 până când cineva tastează un alias de mână.

Nu este o critică la adresa proiectului. Nucleul își păstrează deliberat suprafața mică și împinge în modulele contribuite tot ce ține de opinie, și tocmai de aceea un site Drupal mare poate fi reglat mai fin decât permit aproape toate platformele. Înseamnă însă că expresia “gata de folosit” duce o greutate uriașă, și că performanța în căutare a unui site Drupal se decide aproape în întregime de modulele instalate în prima zi și de felul în care le-a configurat cineva.

Ce urmează este o descriere a acestui set de module în septembrie 2026: ce face nucleul, ce module contribuite înlocuiesc ceea ce alte sisteme oferă gratuit, defectele care apar doar pe Drupal și cât costă repararea unui site unde nimic din toate acestea nu s-a făcut la început.

Este Drupal bun pentru SEO imediat după instalare? Nu. Nucleul oferă alias de cale, etichete canonical și un strat solid de rutare multilingvă, dar nu oferă meta description, sitemap XML, gestionarea redirecționărilor sau date structurate. Acestea vin din patru module contribuite: Pathauto, Metatag, Simple XML Sitemap și Redirect. Un site Drupal fără ele nu este prost optimizat, este neoptimizat.

Ce face de fapt nucleul Drupal

Nucleul dă trei lucruri care contează, și toate trei sunt cu adevărat bune.

Modulul Path din nucleu permite atașarea unui alias lizibil oricărei rute, așa că un nod răspunde la /services/tax-advice în loc de calea lui internă. Nucleul stochează aliasul și rezolvă cererea prin el. Ce nu face nucleul este să inventeze aliasul, deci pe un site cu două mii de noduri cineva trebuie să tasteze două mii de aliasuri, iar în practică nimeni nu o face niciodată.

Nucleul emite și relații de link pe paginile de entitate. Afișarea unui nod produce un rel="canonical" către adresa cu alias și un rel="shortlink" către cea fără alias, ceea ce este mai mult decât reușesc câteva platforme comerciale fără un plugin. Exact acest comportament face ca problema căilor duplicate descrisă mai jos să fie de obicei suportabilă, nu fatală.

Al treilea lucru este limba. Stratul multilingv din nucleu se ocupă de prefixele de cale, de aliasurile pe limbă și de linkurile de limbă alternativă pe entitățile traduse, și este partea cea mai puternică din povestea Drupal în căutare.

Tot restul este contribuit. Nu există câmp de meta description pe un tip de conținut până nu adăugați unul, nu există sitemap, nu există tabel de redirecționări, iar ștergerea unui nod lasă un 404 și nimic altceva.

Cele patru module practic obligatorii

Zeci de module poartă o etichetă SEO pe drupal.org. Patru dintre ele nu sunt opționale, iar o construcție Drupal care sare peste vreunul are o gaură pe care concurenții ei nu o au.

Pathauto

Pathauto generează aliasuri din tipare de token, astfel încât un tipar precum blog/[node:title] produce aliasul automat la salvarea nodului. Este cel mai apropiat lucru pe care Drupal îl are de un modul instalat peste tot, cu 464.471 de site-uri care îl raportează, iar versiunea stabilă curentă, 8.x-1.15 din 4 mai 2026, susține Drupal 10.2 și 11. Depinde de modulul Token.

Setarea care decide dacă Pathauto ajută sau strică este acțiunea de actualizare, care stabilește ce se întâmplă când un titlu se schimbă și tiparul produce alt alias. Pathauto poate să nu facă nimic, să înlocuiască aliasul sau să creeze aliasul nou și o redirecționare de la cel vechi. A treia opțiune este cea bună, și există doar dacă modulul Redirect este instalat. Site-urile lăsate pe o valoare implicită mai slabă adună în tăcere mai multe aliasuri active per nod.

Metatag

Metatag este modul prin care o pagină Drupal capătă o meta description, împreună cu ieșirea Open Graph și Twitter Card. Damien McKenna îl întreține din 2012, 332.868 de site-uri raportează că îl folosesc, iar versiunea 2.2.0 din septembrie 2025 cere Drupal 10.3 sau 11.

Funcționează prin valori implicite setate pe tip de entitate și pe pachet, scrise ca tipare de token, cu suprascrieri per nod deasupra lor. Defectul obișnuit este un tipar care se rezolvă identic pe un întreg tip de conținut, producând câteva sute de pagini care împart o singură descriere. Este mai rău decât să nu ai nicio descriere, pentru că îi spune motorului de indexare că paginile sunt interschimbabile.

Simple XML Sitemap

Nucleul nu livrează niciun fel de sitemap. Simple XML Sitemap este răspunsul standard, folosit de 137.418 site-uri, cu versiunea 4.2.3 din 26 noiembrie 2025 care cere Drupal 10.3 sau 11. Indexează entități, vizualizări și linkuri personalizate și emite intrări hreflang și de imagine, ceea ce contează enorm pe construcțiile multilingve.

Configurați-l pe pachet, nu global. Tentația implicită este să includeți tot, ceea ce împinge în sitemap paginile de termeni de taxonomie, profilurile de utilizator și listele de vizualizări nefiltrate și le spune motoarelor de căutare că paginile voastre cele mai subțiri sunt o prioritate.

Redirect

Redirect oferă redirecționări manuale și, mai important, impunerea adresei canonice: poate redirecționa către calea canonică orice cerere necanonică pentru o bucată de conținut. Îl folosesc 265.749 de site-uri, iar 8.x-1.13 din 24 aprilie 2026 susține Drupal 10 și 11.

O rezervă merită spusă limpede. Pagina proiectului poartă în acest moment un anunț “seeking co-maintainers”, ceea ce, pentru un modul atât de purtător, este un risc de întreținere de urmărit, nu un motiv de evitat. Rămâne acoperit de politica de avertizări de securitate a Drupal.

Capcanele SEO pe care doar Drupal le are

Fiecare nod are cel puțin două adrese active

Aceasta îi surprinde cel mai tare pe cei veniți din alte sisteme. Adăugarea unui alias în Drupal nu retrage calea internă. /node/123 răspunde în continuare cu 200 și cu pagina completă, la fel și orice alias pe care acel nod l-a primit vreodată, dacă acțiunea de actualizare le-a lăsat să persiste.

Eticheta canonical din nucleu atenuează dauna, iar Google tratează o adnotare canonical drept un semnal puternic și nu o instrucțiune, la același nivel cu redirecționările și peste includerea în sitemap. Un semnal puternic nu este o garanție. Remediul solid este impunerea canonicului din modulul Redirect, care transformă duplicatele în redirecționări permanente, astfel încât nu mai rămâne nimic de consolidat.

Paginile de termeni de taxonomie se înmulțesc

Nucleul generează o pagină de listare pentru fiecare termen de taxonomie. Pe un site cu un vocabular de etichetare liberă asta înseamnă o pagină pentru fiecare etichetă, majoritatea cu unul sau două noduri, fiecare cu un titlu de șablon și fără descriere. Câteva sute dintre acestea sunt o problemă de conținut subțire pe care nimeni nu a creat-o intenționat.

Decideți pe vocabular, nu pe tot site-ul. Categoriile cu valoare editorială reală sunt indexate și primesc descrieri scrise de mână. Vocabularele de etichetare liberă sunt excluse din sitemap și, în cele mai multe cazuri, trecute pe noindex.

Paginarea vizualizărilor și urma ?page=

Fiecare listare Views din nucleu paginează cu un parametru ?page=, iar fiecare dintre acele adrese este o adresă separată. Îndrumarea Google este că fiecare pagină dintr-o secvență ar trebui să aibă propria adresă și propriul canonical în loc să fie canonicalizată înapoi către pagina unu, și că rel next și prev nu mai sunt folosite.

Partea specifică Drupal este că filtrele și sortările expuse pe aceeași vizualizare se înmulțesc cu paginatorul. O listare cu trei filtre expuse și patruzeci de pagini de rezultate generează mult mai multe adrese decât conținut are, și fiecare dintre ele se randează.

Fațetele și explozia de parametri

Căutarea cu fațete, de obicei modulul Facets așezat peste Search API, este punctul în care lucrurile încetează să fie doar dezordonate și devin o problemă de buget de crawl. Facets 3.0.6, lansată pe 1 septembrie 2026, susține Drupal 10.1 și 11 și este folosită de 56.746 de site-uri. Și acest proiect poartă un anunț “seeking co-maintainers”.

Google avertizează că roboții parcurg cantități enorme de adrese de navigare cu fațete înainte să poată stabili că acele adrese nu duc nicăieri util, și că asta consumă atât bugetul vostru de crawl, cât și puterea lor de calcul. Decideți devreme ce combinații de fațete sunt indexabile, blocați restul și păstrați ordinea parametrilor stabilă, astfel încât un set identic de filtre să producă mereu o adresă identică.

Oscilația stărilor de publicare

Un nod creat nepublicat, cu un titlu de lucru, apoi publicat o săptămână mai târziu sub alt titlu generează un alias la creare și încă unul la publicare. Cu acțiunea de actualizare greșită, ambele rămân active și ambele rămân accesibile roboților. Înmulțiți asta cu o echipă editorială și un an de producție, iar tabelul de aliasuri ajunge mai mare decât tabelul de noduri, exact tiparul pe care îl caută un audit SEO când numără adresele active față de nodurile publicate.

Datele structurate în Drupal

Există două drumuri, iar alegerea cântărește mai mult decât pare.

Schema.org Metatag extinde Metatag ca să emită JSON-LD în capul paginii, acoperind mai mult de douăzeci și cinci de tipuri de schemă. Versiunea 3.0.4 din 19 februarie 2026 susține Drupal 9, 10 și 11, iar 66.363 de site-uri o folosesc. La fel ca Redirect și Facets, caută co-întreținători.

Avantajul lui este că moștenește tot modelul de moștenire al Metatag: valori implicite pe pachet, tokenuri care trag valori din câmpuri, suprascrieri per nod și redactori care nu văd niciodată JSON brut. Limita lui este că puteți exprima doar ce modelează modulul, iar o schemă adânc imbricată, cea de care are nevoie un produs odată ce intră în joc oferte, recenzii și o politică de retur, se construiește greu din câmpuri de token.

JSON-LD scris de mână într-un șablon Twig vă dă control complet și vă costă interfața editorială. Pe un site cu o mână de șabloane și un dezvoltator la îndemână, acesta este adesea schimbul mai bun. Pe un site cu șaizeci de tipuri de conținut și o echipă de conținut nu este, pentru că fiecare modificare de schemă devine o punere în producție.

Alegeți un singur drum. Defectul pe care îl vedem cel mai des este cu amândouă rulând în paralel, emițând două blocuri Article care se contrazic între ele asupra datei de publicare.

Drupal multilingv și hreflang

Aici Drupal își câștigă cu adevărat reputația, și merită spus limpede, pentru că restul acestui articol vorbește despre lipsuri.

Nucleul livrează modulele de limbă, iar odată activată traducerea conținutului, Drupal emite linkuri de limbă alternativă pe entitățile traduse fără niciun ajutor contribuit. Prefixele de cale, aliasurile pe limbă și meniurile pe limbă funcționează așa cum sunt livrate.

Cerințele Google pentru versiunile localizate sunt ca fiecare versiune să se listeze pe sine și pe toate celelalte, ca adnotările să fie bidirecționale și ca un x-default să existe ca soluție de rezervă. Modelul de traducere al Drupal le satisface pe primele două automat, pentru că alternativele sunt generate din setul de traduceri, nu tastate de un redactor. Acesta este un avantaj real față de platformele unde hreflang este un câmp de plugin pe care cineva îl poate uita.

Două lucruri tot merg prost. Valoarea x-default nu este pusă în locul vostru și trebuie adăugată prin Metatag sau printr-un șablon. Iar seturile de traducere parțiale produc alternative care trimit către pagini ce cad înapoi pe limba sursă, un semnal mai rău decât omiterea completă a adnotării.

Performanță și Core Web Vitals

Straturile de cache ale Drupal sunt în nucleu, sunt bune și sunt oprite frecvent într-o sesiune de depanare pe care nimeni nu și-a amintit să o încheie.

Cache-ul de randare păstrează fragmente cu metadate de cacheabilitate: etichete de cache care descriu datele de care depinde un fragment, contexte de cache care descriu după ce variază și o durată maximă. Etichetele se invalidează automat când se schimbă entitatea de dedesubt. Dacă metadatele sunt greșite, ori serviți pagini vechi, ori nu puneți nimic în cache.

Internal Page Cache servește pagini complete vizitatorilor anonimi. Dynamic Page Cache servește pagini oricărui utilizator, punând în cache tot în afară de părțile personalizate. BigPipe, în nucleu de la Drupal 8.1 și parte din profilul de instalare standard de la 8.5, trimite apoi acele substituente personalizate după ce răspunsul inițial a plecat deja.

Pentru Core Web Vitals punctele relevante sunt puține. BigPipe îmbunătățește încărcarea percepută și poate înrăutăți Cumulative Layout Shift atunci când substituentelor pe care le umple nu li se rezervă spațiu. Largest Contentful Paint pe un site Drupal se decide de obicei de imaginile mari de antet și de pachetul CSS agregat, nu de cache-ul de randare. Drupal 11.4 a adăugat generarea de resurse CSS și JavaScript comprimate cu Brotli atunci când extensia PHP este disponibilă, un câștig direct pe orice site care își servește singur resursele.

Ce strică o trecere la o versiune majoră

O trecere majoră de Drupal nu este o schimbare de platformă, dar strică vizibilitatea în căutare în moduri precise și repetabile.

Modulele contribuite sunt cauza obișnuită. Dacă Metatag nu este gata pentru versiunea țintă și site-ul intră în producție fără el, fiecare meta description de pe site dispare dintr-odată și nimeni nu observă până când afișările nu scad două săptămâni mai târziu. La fel se întâmplă cu modulul de sitemap și, mai grav, cu Redirect, pentru că pierderea lui oprește impunerea canonicului și readuce la viață fiecare alias vechi.

A doua cauză este configurația care nu supraviețuiește mutării. Valorile implicite Metatag, tiparele Pathauto și setările de pachet ale sitemap-ului stau toate în configurație, iar un site reconstruit care importă conținutul, dar nu și configurația, revine cu tipare implicite și cu adrese diferite pentru conținut identic.

Faceți o scanare completă înainte să începeți, notând adresa, codul de stare, titlul, descrierea și canonicul pentru fiecare pagină, apoi comparați-o cu aceeași scanare de după. Ghidul nostru de migrare Drupal acoperă traseele de versiune și termenele legate de ele.

Unde stau versiunile de Drupal acum

Calendarul schimbă ce este rezonabil să faceți întâi. Drupal 11.4.0 a apărut pe 1 iulie 2026, iar ramura 11.4.x are suport de securitate până în iunie 2027. Drupal 10, lansat pe 15 decembrie 2022, ajunge la sfârșitul vieții pe 9 decembrie 2026, iar Drupal 12 este programat pentru săptămâna de 7 decembrie 2026, cu o beta așteptată la mijlocul lui septembrie 2026.

Consecința practică este că unui site pe Drupal 10 îi mai rămân aproximativ trei luni de acoperire de securitate în momentul scrierii. Orice lucrare SEO comandată pe un site Drupal 10 ar trebui așezată după actualizare, nu înainte, pentru că invers înseamnă să plătiți de două ori: o dată pentru repararea metadatelor și încă o dată când un salt de versiune al unui modul schimbă ieșirea.

Drupal de la 11.1 la 11.4 rulează pe PHP 8.3 și 8.4, în timp ce Drupal 10 cere cel puțin PHP 8.1. Pragul de PHP este foarte des blocajul real pe găzduirea partajată, nu lucrul pe Drupal în sine.

Cât costă un proiect SEO pe Drupal

Delimitați-l corect întâi. Un proiect SEO pe Drupal nu este un raport, este muncă de configurare și de șabloane într-o bază de cod anume, iar livrabilul este un site schimbat, nu un document.

Auditul de bază acoperă setul de patru module și felul în care sunt configurate, tabelele de aliasuri și de redirecționări, expunerea taxonomiei și a vizualizărilor, conținutul sitemap-ului, ieșirea de date structurate și straturile de cache. Pe un site cu câteva sute de noduri asta înseamnă trei până la cinci zile de lucru. Tarifele zilnice britanice pentru SEO tehnic stau de obicei între £600 și £1,200, așa că un audit SEO tehnic de forma aceasta ajunge între £2,000 și £5,000, în funcție de senioritate și de mărimea site-ului.

Implementarea este separată și de obicei mai mare. Instalarea și configurarea Pathauto, Metatag, Simple XML Sitemap și Redirect pe un site viu cu conținut existent înseamnă generarea în masă a aliasurilor, construirea unei hărți de redirecționări pentru fiecare alias care se schimbă și scrierea unor tipare de descriere care nu se prăbușesc în duplicate. Prevedeți pentru etapa aceasta de una până la două ori onorariul auditului.

Un site Drupal multilingv cu căutare pe fațete stă peste această bandă. Agențiile britanice facturează aproximativ £600 până la £900 pe zi pentru lucrul pe Drupal, așa cum arătăm în ghidul nostru despre tarifele dezvoltatorilor Drupal, iar un proiect cu mai multe seturi de traduceri și guvernanță a fațetelor înseamnă realist zece până la douăzeci de zile.

Cereți comparația între scanarea dinainte și cea de după ca livrabil numit. Fără ea nu există nicio dovadă că s-a schimbat ceva.

Ordinea corectă a lucrurilor

Secvența care funcționează nu are nimic spectaculos. Instalați și configurați cele patru module înaintea oricărui alt lucru, pentru că deciziile de conținut luate fără ele creează refacere mai târziu. Închideți apoi suprafața de adrese duplicate, fiindcă atinge fiecare pagină a site-ului. Apoi expunerea taxonomiei și a vizualizărilor, apoi datele structurate, apoi performanța. Conținutul și linkurile vin după ce stratul tehnic este stabil, niciodată înainte.

Mecanik parcurge această ordine ca audit SEO tehnic rulat pe baza de cod Drupal și pe configurația ei, nu doar pe o scanare, iar serviciul de audit SEO acoperă implementarea care urmează. Dacă încă decideți dacă Drupal este platforma potrivită, ghidul nostru de dezvoltare Drupal și comparația dintre arhitecturile CMS headless și tradiționale sunt puncte de plecare mai bune decât acesta.

Întrebări frecvente

Este Drupal bun pentru SEO imediat după instalare? Nu. Nucleul Drupal oferă alias de cale, etichete canonical și rutare multilingvă, dar nu oferă meta description, sitemap XML, gestionarea redirecționărilor sau date structurate. Acestea cer modulele Pathauto, Metatag, Simple XML Sitemap și Redirect, toate contribuite, nu din nucleu. O instalare standard este neoptimizată, nu prost optimizată.

De ce module SEO are nevoie cu adevărat un site Drupal? Patru sunt practic obligatorii: Pathauto pentru aliasurile de adresă automate, Metatag pentru meta description și etichetele sociale, Simple XML Sitemap pentru sitemap și Redirect pentru redirecționări și impunerea adresei canonice. Schema.org Metatag este al cincilea obișnuit, dacă vreți date structurate fără să scrieți JSON-LD de mână în șabloane Twig.

De ce funcționează în continuare /node/123 după ce am adăugat un alias? Pentru că un alias Drupal nu retrage calea internă. Ambele adrese întorc pagina completă cu starea 200. Nucleul emite o etichetă canonical către alias, pe care Google o tratează drept semnal puternic și nu drept instrucțiune, așa că remediul de încredere este impunerea adresei canonice din modulul Redirect, care transformă duplicatele în redirecționări permanente.

Sunt Pathauto, Metatag și Simple XML Sitemap compatibile cu Drupal 11? Da, iar toate cele patru module din setul de bază sunt întreținute activ. Pathauto 8.x-1.15 susține Drupal 10.2 și 11, Metatag 2.2.0 cere Drupal 10.3 sau 11, Simple XML Sitemap 4.2.3 cere Drupal 10.3 sau 11, iar Redirect 8.x-1.13 susține Drupal 10 și 11. Toate patru sunt acoperite de politica de avertizări de securitate a Drupal.

Cât costă un proiect SEO pe Drupal în Regatul Unit? Un audit de configurare care acoperă setul de module, tabelele de aliasuri și redirecționări, expunerea taxonomiei, sitemap-ul și datele structurate cere trei până la cinci zile pe un site de mărime medie, ceea ce la tarifele zilnice britanice pentru SEO tehnic de £600 până la £1,200 înseamnă aproximativ £2,000 până la £5,000. Implementarea costă de obicei încă o dată sau de două ori onorariul auditului.