SEO-lærdom fra å rette opp vårt eget nettsted

Vi brukte noen dager på å lese vårt eget nettsted slik en søkemotor gjør, og fant seks ting verdt å fikse. Hver side erklærte to FAQ-blokker, Google brukte en dekorativ bakgrunnsglød som miniatyrbilde for oss, et sett med malsider rangerte på søk de ikke besvarte, og en ny del av nettstedet ble blokkert av vår egen kant på staging. Ingenting av dette var dramatisk. Alt sammen kostet oss synlighet i stillhet.

Nettstedet i ett avsnitt

mythex.ai er en enkeltside-app som vi prerenderer under bygging: et skript går gjennom hver rute, skriver en statisk HTML-fil for den, og legger inn sidens tittel, beskrivelse og strukturerte data (JSON-LD-blokken som forteller søkemotorer hva en side er, se hva er strukturerte data). Det meste av det som følger, ligger i prerender-steget, fordi det er HTML-en en crawler faktisk leser.

1. Hver side hevdet å være FAQ-siden

Symptom. Malen vår for HTML hadde en nettstedsdekkende FAQPage-blokk i de strukturerte dataene, med URL-en pekende på /faq. Prerender la så til hver side sin egen FAQPage på toppen. Dermed sendte hver side på nettstedet to, og personvernerklæringen vår fortalte Google at den var FAQ-siden.

Hvorfor det betyr noe. Google forventer maksimalt én FAQPage per side. En andre som peker et annet sted er den typen ting som gjør at en side får markeringen nedvurdert, ikke bare ignorert.

Løsning. Den globale blokken er borte. Hver sides FAQ-markering kommer nå fra ett sted, inkludert /faq selv, som bygger den fra hele listen med spørsmål. Sider uten FAQ erklærer nå ingen, som er det ærlige svaret. Og prerender feiler bygget hvis en side noen gang igjen har mer enn én FAQPage. En regel som bare finnes i noens hukommelse, blir brutt. En regel bygget inn i byggingen gjør det ikke.

2. Google brukte feil bilde for oss

Symptom. I søkeresultatene var Mythex-miniatyrbildet den myke, pulserende gløden bak hovedseksjonen på forsiden vår, et dekorativt bakgrunnsbilde, i stedet for delingskortet vårt.

Hvorfor det skjedde. Vi fortalte aldri Google hvilket bilde som representerte en side, så den valgte et den fant.

Løsning. To sider av samme problem:

• Si hvilket bilde som tilhører siden. Forsiden har nå en WebPage-node med en primaryImageOfPage som peker på delingskortet, og hver prerenderte sides strukturerte data har sitt eget bilde (sidens delingsbilde, eller standardbildet).
• Skjul dekorasjonen. Bakgrunnsbildene er nå forbudt i robots.txt og serveres med en noindex, noimageindex-header, så de holdes utenfor bildesøk og miniatyrbilder.

3. Søkemotorer kjente bare til logoen vår

Vår Organization-markering hadde et navn, en logo og noen sosiale lenker. Det var merkevarebygging, ikke noe mer. Søkemotorer bygger et selskaps kunnskapspanel av registerlignende fakta, så vi la til dem fra vår næringslisens: juridisk navn, stiftelsesdato, grunnlegger og registrert adresse. Vi utelot bevisst telefonnummeret.

4. Malsider svarte på feil spørsmål

Symptom. Search Console viste tre malsider som fikk visninger og ingen klikk. En rangerte på «content strategist portfolio» og varianter, en på «best italian restaurant website design», og en på en klynge rundt «agile board». Halvparten av søkene inneholdt ordet «free». Posisjonene lå fra midten av 20-årene til 50-årene.

Hvorfor. Hver side svarte på et annet spørsmål enn det som ble stilt. Noen som ville se hvordan god italiensk restaurantdesign ser ut, landet på en side som solgte dem en byggeverktøy.

Løsning. Hver av de tre har nå en seksjon skrevet for søket i stedet for for produktet, en tittel og beskrivelse med ordene folk faktisk skriver, og FAQ-er som er verdt markeringen de allerede sendte.

Samme commit fikset et mer skjult problem. Blokken «relaterte maler» tok de fire første malene i en kategori, så hver portefølje-mal pekte på de samme fire porteføljene, og resten av kategorien hadde ingen interne lenker i det hele tatt. Vi erstattet den med en ring sortert etter underkategori: hver malside får nå nøyaktig fire lenker inn og fire ut. Den prerenderte HTML-en skriver nå også ut disse lenkene. Tidligere fantes de bare etter at JavaScript hadde kjørt, noe en crawler kanskje aldri gjør.

5. Si fra til Bing om nye sider med en gang de deployes

Google ignorerer IndexNow, en protokoll for å pinge søkemotorer når en URL endres. Bing, Yandex og Seznam bruker den, og Bings indeks er det ChatGPT-søk leser. En AI-appbygger som AI-assistenter ikke kan finne, er en særlig type feil.

Den åpenbare tilnærmingen, å sende hele sitemapet ved hver deploy, er hvordan en nøkkel blir strupet, og de fleste deployer endrer ingenting søkemotorer bryr seg om. Så et skript sammenligner sitemapet nettstedet serverer nå med det som nettopp ble bygget, og sender bare forskjellen.

To detaljer fikk det til å fungere:

• Ta et øyeblikksbilde før du deployer. Utgangspunktet må fanges før det nye bygget går live. Etterpå er det «live» sitemapet allerede det nye, og hver forskjell blir tom.
• Bare nye sider, foreløpig. Sitemapet vårt har ingen lastmod-datoer, så skriptet kunngjør nye sider, men ikke omskrivinger. Å stemple hver URL med byggedatoen ville merket hele nettstedet som endret ved hver deploy, nøyaktig den spammen vi unngikk.

Det kjører bare på produksjonsdeployer og feiler aldri bygget. Når det kjører, er nettstedet allerede live, og en pinging til en søkemotor er ikke verdt en rød deploy.

6. Vår egen kant sa «ikke funnet»

Da vi lanserte /ai-sidene (mer om dem i en landingsside for alle typer virksomhet), viste staging «Not found» for alle, mens den statiske hosten serverte dem fint.

Tjenesten foran markedsføringsdomenene våre videresender bare en tillatt liste med stier. Alt annet får en hard 404. /ai var ny og stod ikke på listen. Vi la til /ai og /ai/*, med en test som bekrefter at de slipper gjennom. En liten feil, men nøyaktig den typen som gjør en ny seksjon usynlig for crawlere uten at noen merker det.

Det vi tok med oss

• Les HTML-en en crawler leser. De fleste av disse var usynlige i en nettleser og åpenbare i den prerenderte filen.
• Gjør SEO-regler til byggekontroller. «Én FAQPage per side» håndheves nå, ikke bare huskes.
• Fortell søkemotorer hva du mener. Hvis du ikke sier hvilket bilde eller hvilke fakta som representerer deg, vil de gjette.
• Search Console forteller deg hvilket spørsmål folk stilte. Visninger uten klikk betyr vanligvis at siden besvarte et annet spørsmål.
• Send forskjeller, ikke alt. Å pinge bare det som endret seg, holder deg innenfor hastighetsgrensene.

Hvis du gjør det samme for et nettsted du har bygget, dekker våre guider om SEO for nettsteder bygget med AI og oppsett av Google Search Console grunnlaget.