SEO per a webs fetes amb IA: què importa de veritat

Un lloc web fet amb IA pot posicionar-se tan bé com qualsevol altre: els motors de cerca jutgen què conté la pàgina i com serveix el visitant, no quina eina ha escrit el codi. El problema és tècnic. Molts constructors amb IA produeixen apps d'una sola pàgina que envien al navegador un fitxer HTML gairebé buit i dibuixen el contingut amb JavaScript, cosa que fa cada pàgina més difícil de llegir i de compartir per als rastrejadors. Soluciona-ho amb prerenderització o renderitzat al servidor, dona a cada pàgina el seu propi títol, descripció i URL, afegeix un mapa del lloc, mantén-lo ràpid i, després, fes la part que cap eina no fa per tu: escriure contingut que la gent cerca.

Per què les apps d'una sola pàgina poden costar a la cerca

Un lloc web tradicional envia el text complet de cada pàgina al seu HTML. Una aplicació d'una sola pàgina (SPA), que és el resultat per defecte de molts constructors amb IA, normalment React amb una eina com Vite, envia un petit HTML base, més o menys un <div id="root"> buit, més un paquet de JavaScript. El navegador executa el JavaScript, que és el que construeix la pàgina.

Això importa per a la cerca de tres maneres:

1. El renderitzat és un pas addicional. Google descriu tres fases per a les pàgines amb JavaScript: rastreja l'HTML, el renderitza en un Chromium sense interfície gràfica i després indexa el resultat renderitzat. La guia del mateix Google diu que el renderitzat al servidor o la prerenderització continuen sent una bona idea perquè és més ràpid per als usuaris i per als rastrejadors, i perquè no tots els bots poden executar JavaScript.
2. Els altres lectors de la teva pàgina no renderitzen res. Les vistes prèvies d'enllaços a les apps de xat i a les xarxes socials, i molts altres rastrejadors, normalment només llegeixen l'HTML inicial. Si el teu títol i la teva imatge de vista prèvia els defineix el JavaScript després de la càrrega, aquestes vistes mostren els valors per defecte de l'esquelet buit, sovint el mateix títol a cada pàgina.
3. Tot comparteix un únic fitxer HTML. Tret que l'app l'actualitzi, cada URL té el mateix <title> i la mateixa descripció, cosa que diu poca cosa als motors de cerca sobre cada pàgina.

Res d'això vol dir que una SPA no es pugui indexar. Vol dir que depens que el rastrejador faci més feina i que perds el control del que veuen els lectors que no renderitzen.

Tria un enfocament de renderitzat

Hi ha quatre maneres habituals d'entregar HTML real als rastrejadors. Per ordre aproximat de quant canvien la teva app:

Una regla pràctica: la part pública i cercable del teu lloc hauria de ser estàtica o prerenderitzada; l'app amb inici de sessió que hi ha darrere pot seguir sent una SPA normal. De totes maneres, els motors de cerca no haurien d'indexar els taulers.

Si comences de zero i el SEO importa, digues-ho en el primer prompt perquè la IA triï una configuració adequada:

Construeix un lloc de màrqueting per a una clínica de fisioteràpia amb pàgines d'Inici, Serveis (una pàgina per servei), Sobre nosaltres, Preus i Contacte. El SEO importa: cada pàgina ha de lliurar el seu contingut complet i el seu propi títol i metadescripció a l'HTML inicial; fes servir una configuració estàtica o prerenderitzada, no una aplicació d'una sola pàgina només al client.

Si ja tens una SPA de Vite, demana la prerenderització de les rutes públiques:

Mantén aquesta app de React tal com és, però prerenderitza les rutes públiques (/, /pricing, /about, /blog i cada /blog/:slug) a HTML estàtic en compilar, cadascuna amb el seu propi títol, la seva metadescripció, la seva URL canònica i les seves etiquetes Open Graph. Les rutes /app amb inici de sessió poden seguir renderitzades al client.

Després, comprova-ho tu: obre una pàgina, tria Veure el codi font de la pàgina (no l'apartat Elements de les eines de desenvolupador, que mostra la pàgina renderitzada) i confirma que el text i el títol són a l'HTML cru.

Enfoca bé els fonaments de la pàgina

Això s'aplica sigui quin sigui l'enfocament de renderitzat.

Títols i metadescripcions

• Un <title> únic per pàgina, amb el tema principal de la pàgina al davant. Entre 50 i 60 caràcters és una guia habitual perquè els títols més llargs solen quedar tallats als resultats.
• Una metadescripció única per pàgina: una frase que una persona voldria clicar, no una llista de paraules clau. Google pot reescriure-la, però una de bona sovint s'utilitza.
• Evita les metaparaules clau. Google diu que l'etiqueta no té cap efecte sobre la indexació ni el posicionament.

URL, títols i enllaços

• URL reals per a pàgines reals. Cada peça de contingut necessita la seva pròpia ruta (/serveis/massatge-esportiu), no una pestanya o un modal que només existeix després d'un clic. Evita l'encaminament amb fragments # per al contingut que vols indexar.
• Un h1 per pàgina i després una estructura h2/h3 sensata. Els dissenys generats amb IA de vegades fan servir títols per a l'estil; demana títols semàntics.
• Enllaços rastrejables. Fes servir enllaços <a href> reals per a la navegació. Els botons que canvien la pàgina amb JavaScript són invisibles per als rastrejadors que segueixen enllaços.
• Etiquetes canòniques que apuntin cada pàgina a la seva URL preferida, perquè les variants ?utm= i els duplicats amb barra final no competeixin entre elles.
• Text alternatiu descriptiu a les imatges rellevants.

Vistes prèvies a les xarxes socials

Afegeix etiquetes Open Graph (og:title, og:description, og:image, og:url) a cada pàgina pública, a l'HTML inicial. És la part que més sovint fallen les SPA, perquè els bots de vista prèvia no executen JavaScript.

Mapes del lloc i robots.txt

Un mapa del lloc és un fitxer XML que enumera les URL que vols indexar. Ajuda els motors de cerca a trobar pàgines, sobretot en llocs nous amb pocs enllaços entrants. Segons la documentació de Google, a setembre de 2026:

• Un únic mapa del lloc pot contenir fins a 50.000 URL o 50 MB sense comprimir; els llocs més grans es divideixen amb un índex de mapes del lloc.
• Google ignora <priority> i <changefreq>.
• Google només fa servir <lastmod> si és constantment precís, així que actualitza'l en els canvis de contingut reals, no a cada compilació.

Un fitxer robots.txt indica als rastrejadors quines rutes no han de rastrejar. Fes-lo servir per mantenir els rastrejadors fora de /app, /admin i les rutes d'API, i assenyala-hi el mapa del lloc. Recorda que robots.txt atura el rastreig, no la indexació: per mantenir una pàgina fora dels resultats, fes servir una metaetiqueta robots noindex i deixa que es pugui rastrejar.

Envia el mapa del lloc a Google Search Console quan el lloc estigui al seu domini definitiu. Search Console també mostra quines pàgines estan indexades i per què les altres no ho estan: és l'eina SEO gratuïta més útil que hi ha.

Dades estructurades

Les dades estructurades són un marcatge llegible per màquines que descriu què és una pàgina: una organització, un negoci local, un producte, un article, un esdeveniment. Google recomana el format JSON-LD i és clar en dos punts:

• Poden fer que les pàgines siguin elegibles per a resultats enriquits, però no en garanteixen cap.
• Han de descriure informació visible a la pàgina. No marquis ressenyes, preus ni preguntes freqüents que els visitants no puguin veure.

Bons punts de partida: Organization o LocalBusiness a la pàgina d'inici, Product a les pàgines de producte, Article als articles del blog i BreadcrumbList a les pàgines profundes. Prova-ho amb la Prova de resultats enriquits de Google.

Afegeix dades estructurades JSON-LD: LocalBusiness a la pàgina d'inici amb l'adreça, el telèfon i l'horari que ja es mostren a la pàgina, i Article a cada article del blog. No afegeixis valoracions ni ressenyes.

Velocitat i mòbil

Google fa servir senyals d'experiència de pàgina, inclosos els Core Web Vitals, i la velocitat importa als visitants igualment. Els llindars de «bo» de Google, mesurats al percentil 75 de les càrregues de pàgina, són:

Les solucions habituals per a llocs fets amb IA:

• Imatges: redimensiona-les, comprimeix-les, fes servir formats moderns, defineix l'amplada i l'alçada (cosa que evita el salt de disseny) i carrega-les de manera diferida per sota de la línia de plec.
• JavaScript: un paquet gran retarda tot en una SPA. La prerenderització ajuda; també ho fa dividir el codi per ruta.
• Tipografies: limita les famílies i els pesos i precarrega la que s'utilitza per sobre de la línia de plec.
• Scripts de tercers: cada widget de xat i cada píxel de seguiment costa velocitat. Mantén només els que fas servir.

Prova la URL en viu amb PageSpeed Insights o Lighthouse en mode mòbil.

El contingut continua essent gairebé tot

El SEO tècnic elimina obstacles; no crea demanda. Les pàgines es posicionen perquè responen una cerca millor que les alternatives. Per a la majoria de llocs petits, això vol dir:

• Una pàgina per tema que la gent cerca. Un lampista necessita una pàgina per servei i per zona que atén, no una única pàgina de «Serveis» que ho enumeri tot.
• Detall específic i original: preus, procés, fotos de treballs reals, respostes a les preguntes que fan els clients per telèfon.
• Actualitzat quan canvien les coses. Els horaris antics i els preus vells perden confiança molt ràpid.

La IA pot redactar pàgines amb rapidesa, cosa que fa temptador publicar-ne moltes de primes i semblants. La guia de Google apunta al contingut fet sobretot per posicionar-se i no per ajudar la gent, sigui com sigui que s'hagi produït. Fes servir la IA per redactar i després afegeix el que només tu saps. Els llocs d'estil directori són els que més ho noten; consulta com construir un lloc web de directori per saber com fer que les pàgines de llistat valguin la pena per indexar-les.

Llista de comprovació de llançament

• Les pàgines públiques entreguen el contingut complet a l'HTML inicial (comprova-ho amb Veure el codi font)
• Títol, metadescripció i URL canònica únics a cada pàgina
• Etiquetes Open Graph i una imatge per compartir a cada pàgina pública
• Un h1 per pàgina, enllaços <a href> reals i text alternatiu a les imatges
• sitemap.xml amb URL reals; robots.txt que bloquegi les rutes d'app i d'API
• Dades estructurades només per al contingut visible, i provades
• LCP, INP i CLS dins del rang «bo» en mòbil
• Lloc al seu domini definitiu amb HTTPS i enviat a Search Console

Passar al teu propi domini abans de començar a construir trànsit de cerca evita redireccions més endavant; consulta com connectar un domini personalitzat. Per al procés de construcció complet, llegeix com construir un lloc web amb IA, i per a pàgines pensades per convertir visitants, com construir una pàgina d'aterratge que converteixi.

SEO a Mythex

Mythex no té un panell de SEO independent; millores el SEO canviant l'app a través del xat o del codi. Les noves apps web es creen per defecte com una aplicació de Vite i React d'una sola pàgina, així que quan la cerca importi, demana des del principi una web estàtica o prerenderitzada, o bé Next.js. Els documents tenen un prompt inicial per a títols, etiquetes Open Graph, mapa del lloc i robots.txt a SEO per a la teva app, i els llocs estàtics cobreix els llocs centrats en el contingut. Després dels canvis, publica de nou perquè el lloc en viu els reculli. Els dominis personalitzats estan disponibles al Pro.

Preguntes