Technical GEO és el treball tècnic sobre les pàgines que una empresa necessita que es puguin descobrir, llegir i avaluar en cerques i respostes amb IA. Comença pel SEO tècnic: accés, indexació, renderitzat i enllaços. Hi afegeix una revisió de les fonts de dades i dels controls específics de cada plataforma. Que una pàgina sigui accessible no garanteix que aparegui en una resposta.
Aquesta edició de planificació per al 2027 s’ha revisat el 14 d’octubre de 2026. Inclou les 35 comprovacions de l’inventari, ordenades abans de les preguntes freqüents. Si necessites un diagnòstic amb responsables i proves, consulta el nostre servei d’auditoria Technical GEO; el servei i el contacte es presenten en anglès.
Què revisar primer en una auditoria Technical GEO
Tria tres pàgines amb importància comercial i anota quina pregunta ha de resoldre cadascuna. Desa la URL, l’HTML rebut, la data i l’entorn abans de tocar res. Una fitxa de producte que no carrega les especificacions i una pàgina de servei aïllada del menú necessiten solucions diferents.
- Primer els bloquejos: errors d’accés, noindex accidental, canonical equivocat i contingut principal absent.
- Després la interpretació: dades contradictòries, enllaços entre versions i contingut que només s’entén mirant una imatge.
- Finalment el manteniment: responsable, actualització, regressions i alertes. El pressupost ha de seguir l’impacte i la dependència.
Les 35 comprovacions tècniques
1. Comprova que les URLs importants responen correctament
Comença pels codis HTTP. Les pàgines canòniques han de respondre 200. Revisa 3xx innecessaris, cadenes, loops, soft 404, 5xx i comportaments diferents segons user-agent. Una URL inestable és una mala font.
2. Audita robots.txt amb intenció
Entén què es bloqueja i per què. No copiïs regles d’un altre web. Assegura que CSS, JavaScript i recursos necessaris per interpretar contingut no quedin bloquejats accidentalment. Documenta decisions específiques sobre crawlers.
3. Revisa meta robots i X-Robots-Tag
Una plantilla amb noindex accidental pot treure de circulació centenars de pàgines. Inclou HTML, PDFs i altres documents a l’auditoria perquè X-Robots-Tag pot aplicar-se a nivell servidor.
4. Comprova canonicals
El canonical ha de representar la versió preferida real. Revisa paràmetres, facetes, paginació, traduccions i pàgines que s’autocanonicalitzen cap a una URL diferent sense motiu.
5. Avalua renderitzat
Compara HTML inicial, DOM renderitzat i contingut visible. Si el significat principal només apareix després de crides de client o interacció, pot ser menys robust. Prioritza que títols, definicions, text essencial i enllaços interns existeixin en una forma accessible.
6. Audita navegació i internal linking
Les pàgines importants s’han de poder descobrir mitjançant enllaços HTML estables. Evita dependre només de cercadors interns, esdeveniments JavaScript o menús que no exposen URLs. L’arquitectura d’enllaços expressa relacions semàntiques.
7. Revisa profunditat
Una pàgina estratègica enterrada a vuit clics pot rebre menys senyals interns. No hi ha un número màgic, però les rutes han de reflectir importància. Utilitza hubs per connectar serveis, sectors, productes i recursos.
8. Controla duplicats
Paràmetres, filtres, impressió, UTM persistents, versions amb i sense slash i contingut sindicat poden multiplicar URLs equivalents. Defineix regles de canonicalització, redirecció o bloqueig segons el cas.
9. Audita hreflang
Les versions internacionals s’han de referenciar recíprocament i apuntar a URLs indexables i canòniques. Revisa idioma, regió i x-default quan correspongui. No utilitzis hreflang per a pàgines que no són equivalents.
10. Comprova sitemaps
Inclou només URLs canòniques que vols indexar. Separa tipus quan faciliti diagnòstic i mantén lastmod útil si pot gestionar-se correctament. Un sitemap ple de redirects o noindex afegeix soroll.
11. Revisa structured data
Schema ha de representar entitats i contingut visibles. Comprova errors, identificadors, relacions i coherència. Organization, Person, Product, Service i Article són útils quan reflecteixen el model real del web.
12. Utilitza identificadors persistents per a entitats
Quan implementis @id, mantén estabilitat i relacions clares. Evita generar identificadors diferents per a la mateixa organització a cada plantilla sense necessitat.
13. Fes accessibles les dades clau fora d’imatges
Preus, especificacions, noms, dates, ubicacions i comparatives importants haurien d’existir en text o marcat accessible. Una taula convertida en imatge és difícil de reutilitzar.
14. Audita PDFs
Decideix quins PDFs s’han d’indexar, quins són complementaris i quins contenen informació que també hauria d’existir en HTML. Revisa títols, enllaços, versions i duplicats.
15. Revisa contingut carregat per APIs
Catàlegs, preus, stock, reviews i directoris poden arribar des d’APIs. Comprova què passa si fallen, si el contingut es pot rastrejar i si la caché mostra dades antigues. Defineix font de veritat.
16. Avalua performance i estabilitat
Core Web Vitals i rendiment no són GEO per si mateixos, però una experiència lenta i un renderitzat inestable afecten rastreig i ús. Redueix scripts innecessaris, imatges sobredimensionades i dependències que bloquegen contingut.
17. Controla consentiment i tags
Un CMP mal configurat pot bloquejar funcionalitats essencials o disparar analítica abans de consentiment. Distingeix contingut necessari, mesura i publicitat. Verifica comportament per regió.
18. Revisa accessibilitat
Encapçalaments, labels, navegació per teclat, alt text, taules i contrast milloren experiència i afavoreixen contingut més estructurat. L’accessibilitat no s’ha d’afegir al final.
19. Examina logs
Els logs de servidor permeten comprovar quins crawlers visiten quines URLs, amb quina freqüència i quins errors troben. No substitueixen Search Console o eines GEO, però aporten visió d’accés real.
20. Monitoritza 404 i redirects
Els enllaços externs i respostes d’IA poden continuar apuntant a URLs antigues. Mantén disciplina de redirects quan existeixi un destí equivalent i corregeix enllaços interns trencats.
21. Audita feeds i endpoints
Product feeds, RSS, APIs públiques o sitemaps especialitzats poden actuar com a fonts addicionals. Assegura consistència amb el web i evita exposar dades privades o desactualitzades.
22. Revisa seguretat de contingut
Un web compromès pot generar spam, cloaking o pàgines falses que destrueixin la representació de l’entitat. Monitoritza canvis inesperats, usuaris, plugins i fitxers.
23. Crea una font canònica de fets
Per a informació corporativa crítica —nom, adreça, direcció legal, serveis, equip, estadístiques— defineix on es manté. Això redueix divergències entre plantilles i canals.
24. Fes QA amb preguntes reals
No auditïs només URLs. Selecciona preguntes importants i comprova quines pàgines i fragments podrien respondre-les. Això connecta la capa tècnica amb l’experiència generativa que vols millorar.
25. Documenta i prioritza
Classifica incidències per impacte: bloquejos crítics d’accés, ambigüitat d’entitat, pèrdua d’indexació, contingut inaccessible, duplicació o millores menors. Technical GEO ha de produir un backlog executable, no una llista de 300 warnings sense context.
26. Revisa CDN, WAF i memòria cau
Una CDN o firewall pot servir HTML diferent, bloquejar crawlers, cachejar respostes antigues o introduir challenges. Comprova comportament des de diverses ubicacions i user-agents. Defineix quines pàgines es poden cachejar, quant temps i com es purguen quan canvia informació crítica.
Els sistemes de seguretat no s’han de desactivar per GEO; s’han de configurar perquè protegeixin el web sense fer inaccessible contingut públic legítim.
27. Inclou staging i desplegaments al QA
Moltes incidències neixen en passar de staging a producció: noindex heretat, canonicals al domini de proves, robots bloquejats o assets que apunten a URLs internes. Crea una checklist automàtica prèvia a release i una altra posterior que validi indexabilitat, enllaços, schema, analytics i sitemaps.
28. Comprova paritat entre usuaris i crawlers
Evita servir contingut substancialment diferent a bots excepte per motius legítims. Geolocalització, personalització i experiments poden crear variants que dificultin entendre la pàgina canònica. Documenta regles i conserva una versió estable del contingut principal.
29. Monitoritza canvis de plantilla
Una actualització de theme, CMS o component pot eliminar schema, alterar headings o trencar enllaços en centenars d’URLs. Afegeix tests de regressió per a elements semàntics, no només captures visuals. El control tècnic ha de detectar canvis abans que arribin a producció.
30. Defineix alertes útils
Monitoritza caigudes de 200 a 5xx, augment de noindex, errors de sitemap, pèrdua de canonicals, descens de pàgines indexables i pics de 404. No converteixis cada warning en una emergència. Classifica alertes per impacte perquè l’equip actuï.
31. Mantén documentació d’arquitectura
Registra com funcionen renderitzat, redirects, idiomes, feeds, schema i fonts de dades. Quan canvia l’equip, aquesta documentació evita que una optimització local trenqui decisions que tenien una raó global.
32. Crea observabilitat sobre canvis crítics
No esperis que una caiguda de visibilitat reveli un problema. Versiona robots.txt, plantilles, regles de canonical, schema i sitemaps; alerta quan canviïn fora d’un desplegament previst. Si un plugin o release modifica centenars de pàgines, l’equip ho ha de saber abans que el canvi es converteixi en una incidència d’indexació.
33. Audita contingut per tipus de font
Classifica pàgines corporatives, producte, servei, notícies, documentació, recursos i UGC. Cada tipus té requisits tècnics diferents. Una notícia antiga pot caducar; una pàgina d’entitat necessita estabilitat; un producte necessita sincronització d’estoc i atributs. Technical GEO s’ha d’adaptar al rol del contingut.
34. Inclou APIs públiques a l’inventari
Algunes empreses exposen dades mitjançant endpoints, feeds o documentació tècnica. Revisa autenticació, rate limits, contingut sensible, versionat i consistència amb el web. Un endpoint públic desactualitzat pot convertir-se en una font contradictòria.
35. Defineix criteris de tancament
Una incidència no es considera resolta perquè “ja no dona error”. Torna a rastrejar, valida headers, canonical, schema, sitemap i indexabilitat; després comprova queries rellevants. Documenta l’evidència de tancament perquè el problema no reaparegui al següent desplegament.
Com convertir la checklist en un encàrrec executable
Per a cada incidència registra pàgina afectada, comportament observat, conseqüència per al comprador, responsable i prova de tancament. Separa diagnòstic, implementació i validació en l’abast: una auditoria no implica que el proveïdor modificarà el teu CMS, CDN o catàleg.
Exemple de prova: si una especificació només arribava després de prémer un botó, documenta on era absent i torna a comprovar la pàgina publicada després de corregir-ho. Conserva la dada original i el resultat. No tanquis la tasca només perquè ha canviat el codi.
Com mesurar el treball després del desplegament
Repeteix les proves sobre les mateixes pàgines i condicions. Registra els canvis d’indexació i les consultes comercials a Search Console; després contrasta visites i sol·licituds rebudes a l’analítica o al CRM. Una resposta puntual d’IA és una observació, no una prova de causalitat ni de vendes.
Per preparar una avaluació, envia’ns el domini, tres pàgines prioritàries, idioma i mercat, CMS, símptoma observat i pròxima data de desplegament. Pots sol·licitar una avaluació tècnica o començar pel diagnòstic de visibilitat si encara no saps on és la pèrdua.
Preguntes freqüents
Substitueix el SEO tècnic?
No. El mateix inventari permet revisar accés, contingut i manteniment sense obrir dos projectes que repeteixin proves. La capa de plataformes ha de respondre a una necessitat concreta.
Necessito llms.txt o un schema especial?
Google indica que no exigeix fitxers d’IA ni marcat especial per a AI Overviews o AI Mode. Consulta els requisits actuals abans de comprar una implementació.
Permetre GPTBot permet aparèixer a ChatGPT Search?
Són decisions independents: OAI-SearchBot correspon a cerca i GPTBot a contingut que es pot utilitzar per a entrenament. Defineix una política per finalitat.
Cal desbloquejar tots els bots?
No. Documenta propòsit i accés esperat. No desactivis el firewall per intentar obtenir una cita; comprova sol·licituds i regles amb l’equip responsable.
Inclou implementació?
Ha de quedar expressament acordada: pàgines, sistemes, accessos, responsables i validació. Demana entregables separats de la llista de troballes.
Quan veurem resultats?
La comprovació tècnica es fa després del desplegament. La indexació i la visibilitat requereixen observació posterior i depenen de tercers; no es garanteix una data ni una posició.
Fonts i revisió
Documentació contrastada el 14 d’octubre de 2026: Google Search Central sobre funcions d’IA · OpenAI Docs sobre crawlers.