Un informe d’auditoria GEO útil permet decidir què canviar, qui ho farà i com es comprovarà el lliurament. La portada pot quedar estupenda; desenvolupament necessita una URL, una observació i una prova concreta. Si l’informe acaba amb «millorar autoritat», encara falta traduir el diagnòstic a feina que algú pugui pressupostar i donar per acabada.
Aquesta plantilla d’informe GEO per al 2027 organitza aquest pas. Inclou un registre d’evidències, prioritats, tres tiquets ficticis i una mostra real d’HTML públic recollida l’octubre de 2026. L’any identifica l’edició de planificació. Per definir l’encàrrec, consulta el nostre servei d’auditoria i implementació de GEO tècnic (EN).
Comença per les pàgines i decisions importants
Delimita mercat, idiomes i pàgines prioritàries. Una empresa pot voler explicar una especialitat, entrar en una comparació de proveïdors o corregir informació corporativa. Cada objectiu necessita fonts i observacions diferents. Escriu quina decisió comercial hauria de poder prendre el lector de cada pàgina.
Indica sistemes inclosos, accés disponible i data de la mostra. Examinar l’HTML públic no equival a revisar registres del servidor, Search Console o respostes de diversos motors. Aquests límits permeten entendre què compra el client i quines comprovacions requereixen més accés o una fase addicional.
El resum executiu pot ocupar una pàgina: objectiu, troballes demostrades, decisions necessàries i lliurament següent. Si la mostra no descobreix tres problemes, explica-ho. Completar una llista per estètica crea tasques de farciment i encarrega al desenvolupador resoldre problemes que encara no s’han demostrat.
Separa observació, interpretació i canvi proposat
Una observació descriu alguna cosa rebuda o comprovada: resposta HTTP, canonical declarat, text trobat, enllaç o captura d’una resposta identificada. La interpretació explica per què mereix atenció. El canvi proposat és una hipòtesi d’intervenció que s’ha de contrastar amb l’arquitectura i la finalitat de la pàgina.
Trobar un canonical cap a una altra URL no demostra automàticament un error. Pot ser una decisió deliberada per a contingut equivalent. El tiquet ha de demanar revisar aquella intenció i documentar la destinació prevista abans de canviar-la. Una recomanació pendent de decisió també pot ser útil.
La documentació de Google sobre canonicals descriu senyals de preferència. El valor declarat a l’HTML i la selecció de Google són observacions diferents. L’informe ha d’identificar quina ha revisat sense convertir una etiqueta trobada en prova d’indexació.
Fes un registre d’evidències que es pugui reconstruir
Assigna un identificador a cada prova i referencia’l des de les troballes. Guarda l’URL exacta, hora, mètode, condicions i resultat. Conserva el fitxer o extracte necessari perquè una altra persona revisi l’observació. Una empremta ajuda a reconèixer el fitxer; no acredita per si sola que el mètode fos adequat.
| Camp | Contingut esperat | Ús a l’informe |
|---|---|---|
| Referència | Identificador, URL, idioma i tipus de pàgina | Relacionar troballa i font |
| Captura | Hora, mètode, sessió i entorn | Delimitar què s’ha observat |
| Resultat | Valor rebut, fitxer o extracte i empremta quan calgui | Permetre una revisió independent |
| Límit | Accessos, estats o sistemes no comprovats | Ajustar la conclusió a la prova |
| Relació | Troballa, tiquet, responsable i comprovació següent | Convertir evidència en feina |
Minimitza les dades que circulen amb l’informe. Un registre de xarxa o una captura poden contenir identificadors, informació personal o contingut d’un compte. Acorda qui necessita l’original, quin extracte es pot compartir i on es guarda. Direcció acostuma a necessitar la decisió i la referència, no una sessió completa.
Mostra real: tres respostes públiques l’octubre de 2026
El 25 d’octubre de 2026, a les 03:17 UTC, vam sol·licitar una vegada tres pàgines públiques en anglès de The GEO Company. Vam fer servir peticions HTTP ordinàries sense autenticació ni execució de JavaScript i vam conservar l’HTML i l’empremta. La mostra descriu aquelles respostes. No va inspeccionar robots.txt, autenticar un rastrejador, consultar l’índex de Google ni provar una resposta d’IA.
| Referència i pàgina | HTTP i canonical | Encapçalament i noindex observat |
|---|---|---|
| O01 · Servei tècnic (EN) | 200; canonical a l’URL sol·licitada | Un H1; sense noindex a les etiquetes o capçalera examinades |
| O02 · Cost d’auditoria (EN) | 200; canonical a l’URL sol·licitada | Un H1; sense noindex a les etiquetes o capçalera examinades |
| O03 · Checklist tècnica (EN) | 200; canonical a l’URL sol·licitada | Un H1; sense noindex a les etiquetes o capçalera examinades |
Aquests controls acotats no van detectar cap desviació respecte de l’estat previst. El pas útil és conservar la referència i definir les comprovacions pendents. Tres respostes correctes no estableixen un percentatge de «preparació per a IA» ni acrediten que Google hagi indexat o citat les pàgines.
Per repetir la mostra, utilitza les mateixes URL, mètode i camps i conserva la nova hora. Quan canviï l’HTML, revisa quina diferència és pertinent. Una data, un menú o un recurs dinàmic poden canviar l’empremta sense afectar el passatge que es volia comprovar.
Prioritza conseqüències, abast i dependències
Relaciona cada troballa amb una tasca del comprador i una població de pàgines examinada. Un bloqueig accidental d’un servei prioritari pot necessitar atenció immediata; un detall editorial menor pot entrar en el lliurament següent. La llargada de la llista d’avisos no determina el valor econòmic.
Explica les dependències. Corregir dades necessita que algú les aprovi; un canvi de plantilla pot demanar desenvolupament i publicació coordinats. Agrupa per causa compartida quan hi hagi evidència. Sis URL afectades per una regla poden formar un tiquet amb sis comprovacions.
Fes servir estats entenedors: pendent de confirmació, preparat per desenvolupar, bloquejat per accés, aplicat i pendent de verificació, o tancat. «Aplicat» conserva una diferència important respecte de «verificat». La prioritat ha d’ordenar aquestes decisions, amb la incertesa visible.
Converteix les troballes aprovades en tiquets executables
Inclou símptoma, evidència, comportament previst, component responsable, abast del canvi i prova d’acceptació. Defineix què s’ha de conservar: idiomes, permisos, contingut aprovat o regles deliberades d’exclusió. Assigna qui revisarà el resultat i quina condició faria reobrir la feina.
Aquests tres tiquets són ficticis. Hem executat nou comprovacions locals sobre fragments HTML: estat previ, proposta correcta i proposta incorrecta per a cadascun. L’exercici demostra aquelles comprovacions de text i enllaços. No modifica una web ni prova indexació, presentació renderitzada, hreflang complet o citacions.
| Tiquet | Encàrrec acotat | Comprovació local |
|---|---|---|
| F01 · Canonical | Utilitzar la destinació aprovada per a un servei d’exemple | El parser exigeix el canonical anglès acordat; rebutja la destinació espanyola |
| F02 · Text | Publicar una capacitat fictícia aprovada com a text | Troba “Batch traceability reports”; rebutja un altre text o una imatge sense el passatge |
| F03 · Idioma | Enllaçar la pàgina catalana equivalent d’exemple | Exigeix l’URL exacta; rebutja la pàgina espanyola i l’inici català |
En els nou controls, l’estat previ i la proposta incorrecta van incomplir el criteri, i la proposta correcta el va complir. És una prova petita i explícita de tancament. L’acceptació real haurà d’ampliar el mètode quan hi intervinguin respostes de servidor, relacions recíproques, contingut visible o decisions del cercador.
Revisa idiomes i aprovació editorial per separat
Un tiquet multilingüe ha d’especificar els equivalents publicats. La pàgina d’inici no substitueix automàticament un servei absent. La referència de Google per a versions localitzades explica les relacions entre alternatives; el nostre F03 comprova només una destinació d’enllaç.
Assigna també l’adaptació del contingut. Una capacitat, un preu o una cobertura poden canviar per mercat; copiar la mateixa frase pot introduir un error. Desenvolupament pot implementar la relació entre pàgines i el responsable del negoci ha d’aprovar els fets. Tanca totes dues feines amb evidències adequades a la seva funció.
Acorda els límits d’implementació i publicació
Identifica qui controla el CMS, CDN, DNS i font externa implicats en cada canvi. Anota l’accés i l’aprovació necessaris abans d’implementar. Una auditoria pública pot recomanar investigar una resposta del tallafoc sense autoritzar canvis generals a la protecció.
Per a plantilles, defineix pàgines representatives i regressions que cal comprovar. Conserva la versió anterior i explica el límit de reversió. Tornar a un paquet de codi i restaurar una base de dades tenen efectes diferents sobre contingut i registres recents. Assigna qui pren aquella decisió.
Després de publicar, guarda junts l’identificador del canvi, resultat observat, pendents i decisió d’acceptació. Si una dependència impedeix acabar, el lliurament ha d’identificar el responsable i l’acció següent. Una entrega parcial explícita es pot continuar millor que un tiquet aparentment tancat sense prova.
Separa lliurament tècnic i evolució de visibilitat
El lliurament tècnic es comprova després de publicar el canvi. La visibilitat necessita observacions posteriors amb pàgines, consultes, preguntes, idiomes, períodes i mètode registrats. Anota altres canvis rellevants. Una resposta que esmenta la marca és una mostra; tota sola no acredita l’efecte d’un tiquet.
La guia oficial de Google sobre funcions d’IA manté els fonaments SEO i no garanteix inclusió pel fet de complir requisits. Evita prometre una citació com a acceptació d’una correcció HTML. Per estudiar respostes i fonts, utilitza la guia d’auditoria de visibilitat LLM.
Un encàrrec desenvolupat: del canonical observat al canvi aprovat
Amplia F01 com a exemple d’encàrrec. La fitxa identifica un servei fictici anglès i conserva el fragment anterior amb un canonical cap a una pàgina antiga. El responsable de contingut confirma que les pàgines tenen finalitats diferents i aprova l’URL pròpia del servei. Aquesta decisió editorial permet preparar el canvi.
Desenvolupament identifica la font que genera l’etiqueta: configuració, plantilla o regla compartida. El tiquet demana corregir aquella font i comprovar pàgines representatives del seu abast. Editar l’HTML descarregat superaria la prova petita de l’exemple sense canviar què publica el lloc. La implementació real ha d’actuar sobre el component responsable.
L’acceptació comprova la resposta publicada, el canonical esperat i els controls que cal conservar. Si hi ha memòria cau, inclou una comprovació després d’actualitzar-la. El revisor adjunta l’evidència nova a la mateixa fitxa i deixa la selecció posterior de Google com a seguiment independent. Una entrega tècnica correcta es pot tancar sense inventar una millora de posició.
Preguntes abans d’acceptar l’informe
Una mostra de tres URL representa tot el lloc?
Representa aquelles observacions amb les condicions registrades. Per ampliar la cobertura, defineix grups de plantilles, idiomes, continguts i excepcions. Explica com es trien les URL i què permet concloure l’evidència. La mostra d’aquest article no és una auditoria completa de The GEO Company.
Què rebem si la implementació queda fora del pressupost?
Un inventari delimitat, evidències accessibles, troballes prioritzades i tiquets que permetin estimar la fase següent. Aclareix si s’inclou una reunió amb desenvolupament o la revisió de propostes posteriors. El lliurament té valor quan un altre proveïdor el pot utilitzar sense repetir tota la investigació.
Contracta un lliurament que l’equip pugui utilitzar
En comparar propostes, demana inventari inclòs, una mostra de troballa, format de tiquets i proves previstes. Aclareix quina fase diagnostica, quina inclou implementació i qui valida el tancament. El cost d’una auditoria GEO tècnica el 2027 desenvolupa aquestes diferències d’abast.
Conserva la checklist de GEO tècnic com a inventari de controls i utilitza aquest informe per gestionar el lliurament. Per sol·licitar una avaluació tècnica (EN), comparteix domini, tres pàgines prioritàries, mercat, idiomes i proper canvi previst. Un bon informe deixa l’equip amb una decisió clara i feina que sap com acabar.