Despre proiect
ABS-BUILD SYSTEM este o firmă de expertiză tehnică în construcții, cu expert atestat MDLPA. Avea un site modern, construit ca aplicație React cu server Express: arăta profesionist, se încărca repede, avea toate paginile la locul lor.
Provocarea
Singura problemă era că nu-l găsea nimeni. Clientul a observat asta și a cerut o părere tehnică — decizia potrivită, pentru că răspunsul nu se putea vedea din browser.
Site-ul avea, la nivel de cod, aproape tot ce se cere: titluri și descrieri pentru fiecare pagină, canonical, robots, sitemap, date structurate JSON-LD, Google Analytics cu consimțământ GDPR. Pe hârtie, un site optimizat. Orice audit pe bază de listă l-ar fi trecut.
Ne-am uitat în altă parte. O căutare site:absbt.ro arăta o singură pagină indexată din treisprezece. Iar sursa livrată de server, comparată cu ce apărea în browser, spunea de ce.
Conținutul și meta-datele erau generate din JavaScript, în browserul vizitatorului. Serverul returna aceeași pagină, practic goală, pentru fiecare adresă. Un om vedea site-ul complet. Un robot de căutare primea un schelet identic pentru toate paginile.
Asta e ideea de reținut, indiferent cine v-a construit site-ul: aspectul și indexabilitatea sunt două lucruri diferite. Primul se vede cu ochiul liber, al doilea nu. Un site poate fi impecabil vizual și, în același timp, aproape inexistent pentru un motor de căutare.
Nu ține de unealta cu care a fost construit. Randarea exclusiv din JavaScript e o alegere de arhitectură care apare la fel de des în aplicații scrise integral de oameni — și e perfect potrivită pentru un panou de administrare sau o aplicație internă. Devine o problemă doar când e folosită pentru pagini care trebuie găsite în căutări.
Soluția CodeFlavors
Prima parte a lucrării a fost explicația. I-am arătat clientului, concret, diferența dintre ce vede el în browser și ce primește robotul de la server. E o distincție tehnică pe care nu are de ce să o cunoască cineva din construcții, dar odată văzută, restul discuției devine simplu.
A doua decizie a fost să nu reconstruim ce funcționa. Structura conținutului era bună, textele erau bune, identitatea vizuală era bună. Problema era exclusiv modul în care ajungea conținutul la robot.
Am mutat site-ul de prezentare pe WordPress, unde fiecare pagină e livrată completă din server, cu titlul, descrierea și conținutul în HTML de la prima cerere. Am păstrat conținutul și structura, pentru că nu era nimic în neregulă cu ele.
Am scris șase plugin-uri proprii pentru ce avea nevoie, în loc să adăugăm șase plugin-uri străine cu funcții nefolosite: formular de contact cu SMTP și protecție anti-spam, consimțământ pentru cookie-uri partajat cu subdomeniul, date de firmă centralizate, portofoliu de lucrări, integrare de analiză și un strat de securitate.
Asistentul AI al firmei a rămas separat, pe subdomeniu propriu, ca să nu amestecăm ce trebuie indexat cu ce trebuie protejat.
Funcționalități principale
- Conținut livrat complet din server, indexabil de la prima cerere
- Șase plugin-uri proprii în locul unor plugin-uri generice
- Formular de contact cu SMTP și protecție anti-spam
- Consimțământ pentru cookie-uri partajat între domeniu și subdomeniu
- Date de firmă centralizate, folosite consecvent în tot site-ul
- Portofoliu de lucrări administrabil de client
- Asistentul AI izolat pe subdomeniu separat
- Conectare la Google Search Console și verificarea indexării pe pagini reale
Tehnologii folosite
WordPress, PHP 8.3, MariaDB, React, Vite, Google Search Console
Rezultate
Toate cele treisprezece pagini publice sunt acum livrate complet din server și indexabile, față de una singură înainte.
Site-ul a fost reconectat la Google Search Console cu sitemap nou, iar indexarea se verifică pe pagini reale, nu pe presupuneri.
Clientul își administrează singur conținutul, fără să ceară cuiva să modifice cod pentru fiecare text schimbat.
De ce este un proiect reprezentativ
Pentru că diagnosticul a contat mai mult decât execuția. Site-ul trecea orice verificare pe bază de listă: avea meta-date, sitemap, date structurate, analiză. Ce lipsea nu era pe nicio listă — și se vedea doar comparând sursa livrată de server cu pagina din browser.
Pentru că am ales să nu reconstruim. Structura, textele și identitatea vizuală erau bune; singurul lucru greșit era modul de livrare. O reconstrucție completă ar fi fost mai profitabilă pentru noi și mai scumpă pentru client, fără niciun câștig în plus.
Un design bun nu garantează o structură bună, la fel cum o fațadă îngrijită nu garantează o fundație corectă. Clientul, care face expertize în construcții, a înțeles analogia din prima.
Merită spus și ce a făcut bine: a observat că traficul nu vine, nu a presupus că „așa e piața” și a cerut o părere tehnică. Multe firme trăiesc ani cu un site invizibil fără să afle vreodată de ce.
Dacă aveți senzația că site-ul dumneavoastră „ar trebui să meargă mai bine”, verificarea durează zece minute și v-o puteți face singur: am scris cum vă dați seama dacă site-ul e vizibil în Google. Dacă iese prost, ne uităm gratuit.