Cum am construit site-ul nostru cu AI — caz HD SofT: 13 limbi, WordPress, automatizare și analitică

Acest articol descrie cum noi, la HD SofT, ne-am construit propriul site folosind inteligența artificială — migrând de pe Squarespace pe WordPress + Bricks Builder, pentru 13 limbi, pe serverul propriu, cu o conductă de publicare automatizată și analitică integrată. Și ce am învățat pe parcurs.

De ce am renunțat la Squarespace

Vechiul nostru site rula pe Squarespace. Ne-a servit mult timp, dar trei lucruri i-au pecetluit soarta:

  • Suportul multilingv era prea scump și greoi. Suntem o companie finlandeză de software, dar lucrăm la proiecte din întreaga lume. Voiam ca conținutul nostru să fie disponibil în 13 limbi — funcțiile multilingve ale Squarespace nu puteau acoperi acest lucru fără un plugin separat și un cost lunar în continuă creștere.
  • Eram blocați în ecosistemul unui singur furnizor. Voiam să deținem întreaga stivă: baza de date, serverul, procesul de deploy și tot conținutul. Doar așa putem experimenta cu soluții noi de AI și integrări fără a ne limita singuri.
  • SEO și căutările AI cer control. Datele structurate (JSON-LD), llms.txt și etichetele Open Graph per pagină nu pot fi configurate într-un serviciu standard așa cum aveam noi nevoie.

Am decis să reconstruim de la zero — și totodată să testăm în practică până unde pot ajunge instrumentele AI actuale când o companie de software își construiește cu ele propriul site de nivel de producție.

Alegerea stivei: WordPress, Bricks și un VPS propriu

Am ales WordPress ca platformă, Bricks Builder ca page builder și un VPS propriu ca server, într-un mediu bazat pe Docker și Kubernetes.

  • WordPress, pentru că este standardul: REST API, Yoast SEO și o bibliotecă de suport de zece ani pentru tot ce ne trebuie. Folosim Yoast SEO, Redirection (redirecționări URL), Converter for Media (conversie WebP automată) și AI Engine.
  • Bricks Builder se ocupă de stratul vizual. O decizie importantă: am lăsat toată stilistica (tipografie, culori, spațieri, grid-uri) în sarcina Theme Style-ului din Bricks — nu codăm pixeli direct în paginile individuale. Astfel, mașina (citește: AI) poate genera conținut nou care se integrează în aspectul existent fără ajustări suplimentare.
  • VPS-ul propriu ne oferă control total: costurile sunt previzibile, serverul este în Finlanda și putem rula alături automatizări n8n și alte proiecte în același mediu.

Ce am exclus? Pluginurile multilingve. În locul lor am construit o soluție proprie, în care fiecare limbă are propria pagină sub o cale dedicată (de exemplu /en/services/, /de/dienstleistungen/). Structura URL este simplă, iar motoarele de căutare tratează paginile ca entități individuale, nu ca o magie de traducere.

Producția de conținut cu AI — un proces repetabil

La baza întregului conținut stă FI-master: versiunea originală în limba finlandeză, pe care o scriem și o edităm manual. Abia după ce este blocată, AI o traduce în celelalte 12 limbi.

În practică, procesul decurge astfel:

  1. FI-master este scris și corectat manual. Finlandeza are nevoie de un revizor uman — cuvintele compuse, virgulele și nuanțele rămân adesea incomplete când le face AI.
  2. După aprobarea textului, rulăm scriptul de traducere care produce versiunea pentru toate limbile necesare (en, de, es, fr, pt, pl, ro, tr, hi, ko, ar, fa).
  3. Fiecare traducere primește un câmp meta _hdsoft_translation_key care indică ID-ul postării FI-master. Astfel, sistemul știe ce versiuni aparțin împreună.
  4. Imaginea reprezentativă și data publicării sunt copiate automat de pe master, deci versiunile traduse sunt consecvente vizual.

Limbile RTL (araba, persana) primesc atenție specială: atributul HTML dir="rtl", layout în sens corect și un vorbitor nativ care să corecteze textul.

AI nu adaugă informații noi, nu inventează cifre și nu schimbă tonul. Sarcina sa este simplă: să traducă, nu să rescrie.

Automatizare tehnică: REST API, mu-plugins și GitHub Actions

Aceasta este partea în care AI economisește cu adevărat timp.

Paginile se construiesc prin REST API. În Bricks, structura unei pagini este stocată în câmpul meta _bricks_page_content_2 ca JSON. Când vrem să creăm o pagină nouă de serviciu, AI generează structura JSON compatibilă cu Bricks (Section → Container → Block → Heading + Text), o trimite cu POST prin REST API, iar pagina este gata. Corecturile se pot face direct în editor, însă munca de bază se realizează cu o singură comandă.

Mu-plugins-urile se ocupă de sarcinile speciale. Pe lângă componentele standard, folosim câteva mu-plugins proprii:

  • hdsoft-jsonld.php — generează scheme SEO extinse (Service, SoftwareApplication, CreativeWork, ContactPage, FAQPage) peste nivelul de bază al Yoast.
  • hdsoft-tracking.php — etichetele pentru Google Analytics, Lead Feeder și Bing Webmaster.
  • hdsoft-domain.php — forțează toate URL-urile afișate în pagini către domeniul final hdsoft.fi (a evitat rămășițele de URL în timpul cutover-ului).
  • hdsoft-llms.php — servește fișierul /llms.txt către motoarele de căutare AI cu charset UTF-8 corect.

Toate mu-plugins-urile sunt deployate automat prin GitHub Actions: când dai push pe branch-ul main, runner-ul aplică modificarea în clusterul K8s. Nu este nevoie de comenzi manuale kubectl cp.

Un singur JS global se ocupă de navigația multilingvă. Un element Bricks Code din template-ul header citește codul limbii din URL și traduce meniul, footer-ul și linkurile precedent/următor. Asta înseamnă că nu creăm un header per limbă, ci actualizăm un singur fișier când adăugăm un serviciu nou.

SEO și GEO direct în structură

Căutările AI (ChatGPT, Perplexity, Claude, Bing Copilot) sunt un alt gen față de Google. Ele nu indexează și nu clasifică linkuri — citesc pagina ca un rezumat și răspund direct la întrebare. Acest lucru cere două elemente:

  1. Date structurate în format JSON-LD. Yoast acoperă elementele de bază (WebPage, Article, BlogPosting, BreadcrumbList, Organization). Propriul nostru hdsoft-jsonld.php adaugă tipurile speciale importante: Service pentru paginile de servicii, SoftwareApplication pentru produse, FAQPage automat când conținutul include tipare de tip întrebare/răspuns.
  2. llms.txt în rădăcina site-ului. Este un rezumat scurt despre ce este compania, ce face și de unde se obțin mai multe informații. Îl menținem actualizat de fiecare dată când adăugăm un serviciu, produs sau proiect nou.

Combinația funcționează: căutările AI pot răspunde corect la întrebări de tipul „ce face HD SofT”, fără să ghicească sau să ne confunde cu o altă companie.

În plus, fiecare pagină are:

  • câmpul inLanguage în JSON-LD, generat din prefixul URL
  • eticheta og:locale pentru versiunile traduse (fi_FI, en_US, de_DE …)
  • linkuri hreflang când toate traducerile sunt gata
  • paragrafe centrate pe răspuns — scurte, în format întrebare-și-răspuns, astfel încât AI să poată extrage un răspuns dintr-o singură frază

Analitică pusă în funcțiune dintr-o dată

Un site nu poate fi îmbunătățit fără date. Am activat imediat:

  • Google Analytics 4 — trafic de bază, canale, pagini, comportament.
  • Google Search Console — vizibilitate organică, top căutări, probleme de indexare.
  • Lead Feeder — identificare la nivel de companie când cineva vizitează în mod repetat paginile dintr-un interval IP identificabil.
  • Bing Webmaster Tools — Bing rămâne relevant mai ales pe piața B2B, iar Copilot-ul Microsoft citește Bing.

Un detaliu important: raportul săptămânal de marketing. Am scris un script de linie de comandă care extrage datele GA4 și Search Console, le compară cu săptămâna anterioară și produce un rezumat Markdown: canale, țări, top pagini, top căutări, delte. Nu este un dashboard sofisticat, ci raportare practică, dar ne asigură că nu pierdem din vedere nicio tendință.

Procesul de dezvoltare asistat de AI ne-a oferit aici un avantaj suplimentar: când o cerere de date către GA4 sau Search Console trebuie formatată într-o structură anume, AI o rezolvă în câteva rânduri de cod și interpretează rezultatul înapoi într-un format ușor de citit.

Cutover-ul DNS și activitățile ulterioare

Am mutat domeniul de producție pe hdsoft.fi pe 4 mai 2026. Ne-am pregătit pentru cutover astfel:

  • Am construit 28 de redirecționări de la URL-urile vechi de pe Squarespace către cele noi — toate relative, ca să reziste schimbării de domeniu.
  • Erorile 404 au fost conectate la GA4 ca eveniment propriu, ca să observăm rapid linkurile sparte.
  • Sitemap-ul a fost trimis în Search Console abia după schimbarea DNS, nu mai devreme (altfel Google l-ar fi marcat ca eronat).

După cutover, rulăm raportul de marketing săptămânal în primele patru săptămâni, apoi lunar. Astfel observăm rapid dacă vreun URL a rămas pe 404 sau dacă vreo pagină are performanțe neașteptat de bune (caz în care adăugăm mai mult conținut).

Ce am învățat

Cele mai importante lecții nu țin de tehnologie, ci de mod de lucru.

  • Definiți stilurile într-un singur loc înainte ca AI să înceapă să producă conținut. Bricks Theme Style și Global Classes sunt instrumentele AI-ului: când structura este gata, mașina doar umple golurile. Dacă lăsați stilurile deschise, AI va coda pixeli pentru fiecare pagină și haosul începe.
  • Blocați FI-master înainte de traducere. Dacă master-ul încă evoluează, traducerile ajung să se deterioreze între generații diferite. O singură sursă a adevărului — restul o urmează.
  • Verificarea vizuală este obligatorie. AI-ul poate produce o pagină care este corectă la nivel de JSON, dar arată haotic pentru utilizator. Faceți o captură de ecran cu Playwright după fiecare modificare — un om o citește, nu doar un validator.
  • Finlandeza are nevoie de un om. Cuvinte compuse, virgule, ton: AI face greșeli pe care o mașină nu le observă. Păstrați un vorbitor nativ ca ultimă verificare.
  • Adunați contextul într-un singur fișier. Avem CLAUDE.md în rădăcina repo-ului: toate regulile, instrumentele, căile, mecanismele de deploy. Când deschizi o sesiune AI, citește fișierul mai întâi. Omul face același lucru înainte să modifice ceva: citește instrucțiunile ca să nu o iei de la capăt.

În final, cel mai bun instrument AI este acela pe care utilizatorul știe să-l oprească. Generarea este ieftină — asigurarea calității este partea care decide.

Vrei aceeași soluție la cheie?

HD SofT realizează proiecte de site-uri și conținut bazate pe AI pentru clienți. Aceeași metodă, același nivel de calitate, același control: WordPress + Bricks, conducta de automatizare, suport multilingv și analitică — toate puse la punct înainte ca site-ul să fie chiar publicat.

Întreabă mai multe: formular de contact, Marketing digital sau Dezvoltare software.

Related posts