Søk etter firmanavnet ditt, og øverst står kanskje ftp.dittfirma.no, test.dittfirma.no eller en IP-adresse i stedet for www. Utvikleren sier at verten er slettet, og resultatene står likevel der. Den 23. oktober 2026 la en nettstedsansvarlig ut akkurat dette spørsmålet på r/DoSEO og r/TechSEO, og John Mueller fra Google svarte etter et kvarter. Plattformen spiller ingen rolle: WordPress, Shopify med eget domene, et headless-oppsett og en statisk side havner alle her på samme måte.
Kort fortalt: det gamle vertsnavnet svarer noe i dag, og det svaret bestemmer hva du gjør. Tabellen under gir valget, resten av artikkelen forklarer hvert punkt med kilder fra Google Search Central.
Hva skal jeg gjøre med det gamle subdomenet: beslutningstabell
| Hva det gamle vertsnavnet svarer | Hva du gjør | Hvor lang tid, ifølge Google |
|---|---|---|
| 200 med samme innhold | 301 fra hver adresse til tvillingen på hoveddomenet, rett canonical-basen | Noen uker eller mer for et mellomstort nettsted; behold videresendinger minst ett år |
| 404 eller 410 | La det stå, sørg for at hoveddomenet er i områdekartet | Fjernes ved neste gjenbesøk; ingen fast frist |
| DNS-feil (navnet slås ikke opp) | La det stå; slett CNAME som peker til en ekstern tjeneste | Fjernes i løpet av dager etter det mislykkede forsøket |
| TLS-feil på den gamle verten | Gyldig sertifikat og 301, eller slett DNS-posten | Google oppgir ingen frist for TLS-feil; uten DNS-post blir det en DNS-feil (noen dager) |
| Innhold som må bort nå (priser, testdata) | Domeneegenskap via DNS, fjern prefikset, pluss varig løsning | Skjult innen et døgn, i omtrent seks måneder |
| Gammel vert blokkert i robots.txt | Fjern blokkeringen så Google ser 404, 301 eller noindex | Avhenger av neste gjenbesøk |
Hvordan sjekke hva subdomenet svarer i dag
Et av svarene i tråden pekte på det viktigste:
Sjekk først hva en gammel HTTPS-adresse faktisk returnerer nå: en DNS-feil er ikke en 404.
(u/inevidimka, r/DoSEO, 23. oktober 2026, egen oversettelse)
dig +short ftp.example.com
curl -sI https://ftp.example.com/blogg/eksempelartikkelTomt svar fra dig betyr at navnet ikke lenger slås opp. Får du en IP, viser curl om du får 200 med hele siden, 404 eller 410, en videresending eller en TLS-feil fordi sertifikatet ikke dekker navnet. Sjekk flere adresser som Google faktisk viser. Googles veiledning om DNS- og nettverksfeil bruker dig på samme måte for A-, CNAME- og NS-poster.
Den vanligste fellen er en slettet virtuell vert der DNS-posten fortsatt står. Da svarer serverens standardnettsted, som regel det samme som på www, og problemet er tilbake.
Hvorfor valgte Google ftp-adressen og ikke www
Den som spurte, hadde sjekket URL-inspeksjonen i Search Console. FTP-adressen var indeksert og hentet uten feil. Tvillingen på www var ukjent for Google, uten områdekart og uten henvisende side. Detaljen som forklarer resten:
Den brukerdeklarerte kanoniske adressen pekte på selve FTP-adressen. Den Google-valgte kanoniske adressen var også FTP-adressen.
(u/Gullible-Winter294, r/DoSEO, 23. oktober 2026, egen oversettelse)
En DNS-post (ftp, staging eller wildcard) peker til samme server som produksjon, serveren svarer med produksjonsnettstedet fordi det er standardverten, og malen bygger canonical-taggen fra vertsnavnet i forespørselen i stedet for en fast base-URL. Hver kopi erklærer seg dermed som originalen, og Google velger én av dem.
Fjerner 404 eller en DNS-feil adressene fra Google
Ja, begge deler, men etter et gjenbesøk. Googles dokumentasjon om HTTP-statuskoder sier at indekserte adresser som svarer med 4xx, fjernes fra indeksen. Alle 4xx unntatt 429 behandles likt, så 404 og 410 virker på samme måte. DNS-feil, tidsavbrudd og brutte forbindelser behandles som 5xx, og DNS-veiledningen sier at indekserte adresser som ikke kan nås, fjernes fra indeksen i løpet av dager.
En kommentar i tråden ga et tall:
Google avindekserer når den ser 404-feil. Det kan ta opptil 3 måneder
(u/KindlyConnection4420, r/DoSEO, 23. oktober 2026, egen oversettelse)
Google oppgir ingen slik frist. Adressen faller ut når roboten kommer tilbake, og en lite viktig adresse på en død vert kan måtte vente en stund på det.
Videresende det gamle subdomenet med 301
Finnes de samme artiklene på hoveddomenet, er videresending fra side til side den beste reparasjonen. Mueller nevnte den som alternativ:
Alternativt: endre DNS til å peke på et nettsted der du kan gjøre en 301-videresending av alle adresser til www, og send eventuelt inn en adresseendring i Search Console.
(u/johnmu, r/TechSEO, 23. oktober 2026, egen oversettelse)
Googles veiledning om kanonisering kaller videresending et sterkt signal om at målet skal bli kanonisk, og den tar med lenker som peker til feil vert. Navnet må slås opp og ha et gyldig sertifikat, ellers stopper roboten på TLS-feilen. Send hver adresse til sin egen tvilling, ikke alt til forsiden. Ifølge veiledningen om flytting av nettsted bør videresendingene stå minst ett år, og verktøyet for adresseendring krever minst 180 dager.
Bekrefte og fjerne et slettet subdomene i Search Console
Mueller begynte med “bekreft via DNS” (egen oversettelse). Fjerningsverktøyet og URL-inspeksjonen virker bare for adresser i en egenskap du eier, og en vert som ikke serverer noe, kan ikke ha en HTML-bekreftelsesfil. En domeneegenskap bekreftes med en DNS-post (TXT eller CNAME) og dekker alle subdomener og protokollene http, https og ftp. Bekreft example.com som domeneegenskap, så hører ftp.example.com og staging.example.com til den, med eller uten server bak.
Fjerningsverktøyet kan så skjule alle adresser med et prefiks, for eksempel https://ftp.example.com/. Googles hjelpeside for verktøyet sier at et prefiks på staging ikke rammer www eller domenet uten www, at en godkjent forespørsel varer omtrent seks måneder, og at en forespørsel på en adresse som allerede svarer med 404 eller 502/503, får utløpe fordi Google regner siden som borte. Ifølge veiledningen om fjerning av sider virker forespørselen innen et døgn. Verktøyet skjuler bare resultater: varig blir det først med 404 eller 410, passord eller noindex. Bruk det når feil adresser skader nå. For en duplisert blogg som uansett får 301 eller 404, holder Muellers siste setning: virker ikke adressene lenger, faller de ut av seg selv (egen oversettelse).
Hvorfor robots.txt på den gamle verten gjør vondt verre
Googles side om noindex sier at en side som er blokkert i robots.txt, aldri hentes, så noindex-regelen blir aldri lest, og siden kan fortsatt dukke opp i resultatene. Kanoniseringsveiledningen legger til at Google kan indeksere blokkerte adresser uten innhold. La verten være tilgjengelig til 301, 404 eller noindex er lest.
Slik får du adressene på hoveddomenet indeksert
- Bygg canonical fra en fast base-URL, så sider på www alltid oppgir www.
- Legg hoveddomenets adresser i områdekartet i produksjonsegenskapen. Google kaller det et svakt signal, men signalene virker sterkere sammen.
- Sjekk at interne lenker, hreflang og Open Graph-adresser bruker hovedverten.
- Kjør en live-test av noen www-adresser i URL-inspeksjonen og be om indeksering av de viktigste.
Kom feil vert etter et plattformbytte, tar migreringstjenesten vår og artikkelen om hvorfor Google reverserer domenemigrering for seg videresendingskartet. Guiden til Search Console og Indexing API forklarer siderapporten du følger med i.
Hvordan hindre at test- og utviklingsverter blir indeksert
- Passord på alt som ikke er produksjon. Googles veiledning om å kontrollere hva du deler sier at passordbeskyttelse holder innhold ute av søket og etter hvert fjerner det hvis det allerede vises.
X-Robots-Tag: noindexi HTTP-svaret. Spesifikasjonen for robots-metataggen og X-Robots-Tag tillater regelen som header, så den dekker også PDF-er og bilder. Sett den i serverkonfigurasjonen for vertsnavnet, ikke i applikasjonen, så en databasekopi fra test til produksjon ikke tar den med.- Slett DNS-posten når verten slettes. En CNAME til en tjeneste du ikke bruker lenger, er oppskriften på overtakelse av subdomene, der en angriper tar det forlatte navnet hos leverandøren og publiserer eget innhold under subdomenet ditt.
- Unngå wildcard-DNS. Cloudflares dokumentasjon forklarer at
*svarer for alle navn uten egen post. Sammen med en standardvert serverer hver skrivefeil i et subdomene nettstedet ditt. - La standardverten avvise ukjente vertsnavn med 404 eller lukket forbindelse.
Serveroppsettet for passord og noindex-header finner du i guiden til staging-arbeidsflyt. En nettstedsjekk går gjennom DNS-poster og indekserte vertsnavn, og løpende vedlikehold holder listen oppdatert etter hvert server- eller byråbytte.
