Ping-tjenester liste - Fungerer dette fortsatt i 2026?

#Fungerer ping-tjenester i WordPress fortsatt

I tidlig 2010-tallet var “ping-listen” i WordPress et hellig SEO-resept. Webmastere fylte listen over oppdateringstjenester med dusinvis av ping-tjenester, i håp om å informere søkemotorer raskere om nytt innhold og dermed øke indekseringshastigheten. Men hvordan ser det ut med dette i 2026? Fungerer dette konseptet i det hele tatt fortsatt?

#Hva er ping-tjenester

Ping-tjenester er web-tjenester som mottar varsler når et nettsted publiserer nytt innhold. Konseptet er enkelt:

1. Du publiserer et nytt blogginnlegg
2. WordPress sender automatisk en ping-melding til konfigurerte tjenester
3. Disse tjenestene informerer søkemotorer og kataloger
4. Søkemotor-crawlere besøker siden din raskere

#Forskjellen på ping og pingback i WordPress

Mange blander sammen to funksjoner med nesten like navn. En pingback går til andre blogger du lenker til i innlegget ditt, og dukker opp hos dem som en kommentar. Oppdateringstjenestene under Innstillinger > Skriving er noe annet: de sier bare fra til en sentral tjeneste at nettstedet ditt har fått nytt innhold. Denne artikkelen handler om det siste.

#Hvordan fungerer ping i WordPress

Pinget er en liten XML-RPC-forespørsel. Når du publiserer, legger WordPress inn en engangsjobb i WP-Cron. Jobben henter adressene fra innstillingen ping_sites og kontakter dem én etter én. WordPress prøver først metoden weblogUpdates.extendedPing og faller tilbake til den eldre weblogUpdates.ping hvis mottakeren ikke svarer:

<?xml version="1.0"?>
<methodCall>
  <methodName>weblogUpdates.ping</methodName>
  <params>
    <param><value>Min blogg</value></param>
    <param><value>https://eksempel.no/</value></param>
  </params>
</methodCall>

Legg merke til hva som mangler: adressen til selve innlegget. Pinget inneholder bare navnet på nettstedet, forsiden og i den utvidede varianten RSS-feeden. Mottakeren måtte selv hente feeden for å finne ut hva som var nytt. Det er en av grunnene til at søkemotorene etter hvert fant bedre kilder.

Er innstillingen for søkemotorsynlighet under Innstillinger > Lesing satt til å be søkemotorer om ikke å indeksere nettstedet, sender WordPress ingen ping i det hele tatt. Det er nyttig på et testmiljø, men verdt å sjekke etter lansering.

#Typisk ping-liste for WordPress

Tidligere ble lister som denne promotert:

http://rpc.pingomatic.com/
http://rpc.twingly.com/
http://rpc.weblogs.com/RPC2
http://www.blogdigger.com/RPC2
http://www.blogshares.com/rpc.php
http://www.blogster.com/ping.php
http://www.technorati.com/ping

Noen webmastere vedlikeholdt lister med over 100 ping-tjenester! De fleste tjenestene fra slike lister finnes ikke lenger. Technorati la ned bloggsøket sitt, og Google Blog Search gikk opp i det vanlige søket.

#Hvilke ping-tjenester WordPress-håndboken nevner i dag

Den offisielle siden Update Services i WordPress Advanced Administration Handbook, sist oppdatert 14. januar 2026, nevner tre XML-RPC-adresser for ping:

https://rpc.pingomatic.com/
https://rpc.twingly.com/
http://ping.blo.gs/

Technorati, Weblogs.com, Google Blog Search og ping-adressen til FeedBurner fra de gamle listene står ikke i den offisielle dokumentasjonen. Håndboken lover heller ikke raskere indeksering for de tre adressene den nevner. Den skriver bare at oppdateringstjenester “behandler pinget og oppdaterer sine egne indekser” (egen oversettelse), og verken Google eller Bing dokumenterer disse indeksene som kilde til nye URL-er.

En ny installasjon fyller feltet med én adresse. I kjernefilen wp-admin/includes/schema.php er standardverdien for innstillingen ping_sites https://rpc.pingomatic.com/, over HTTPS. Nettsteder som ble installert for mange år siden, har ofte fortsatt varianten med http://.

Ping-O-Matic beskriver seg selv som “en tjeneste som sier fra til ulike søkemotorer at bloggen din er oppdatert” (egen oversettelse), og skriver at den jevnlig sjekker tjenestene den sender pinget videre til, for å se at de er seriøse og fortsatt virker. Blant de vanlige tjenestene nevner den Blo.gs og FeedBurner. Samme side ber brukerne om bare å pinge spesialiserte tjenester når de passer til bloggens tema, slik at tjenestene ikke blir overbelastet.

Håndboken har to merknader som betyr noe i praksis. Noen vertsleverandører, særlig gratis, slår av PHP-funksjonene WordPress bruker til å sende ping, og på et slikt webhotell anbefaler håndboken å tømme feltet slik at WordPress slutter å prøve. I et Multisite-nettverk er feltet slått av som standard for enkeltnettsteder, og håndboken viser en liten must-use-utvidelse som slår det på igjen med filteret enable_update_services_configuration. Den nevner også Feed Shark som et alternativ som pinger mer enn 60 tjenester.

#Hva WordPress faktisk gjør når det sender ping

Gangen med WP-Cron og weblogUpdates.extendedPing som er beskrevet over, ligger i WordPress-kjernen og kan leses der. Ifølge wp-includes/comment.php bruker weblog_ping() en tidsgrense på 3 sekunder per tjeneste. Funksjonen generic_ping() går gjennom innstillingen ping_sites linje for linje og kaller weblog_ping() for hver adresse.

To ting følger av denne koden. Pingene går i en cron-forespørsel etter publisering og ikke i selve klikket på Publiser. En lang liste gjør derfor først og fremst bakgrunnsjobben lengre, med opptil 3 sekunder for hver adresse som ikke svarer. Og siden bare forsiden og feeden er med i pinget, må tjenesten som tar imot, hente feeden selv for å se hva som er nytt.

Tre innstillinger stopper ping uten at du rører listen:

• Innstillinger > Lesing, “Be søkemotorer om å ikke indeksere nettstedet”. privacy_ping_filter() returnerer da en tom liste, og Innstillinger > Skriving viser en melding i stedet for feltet om at WordPress ikke varsler noen oppdateringstjenester på grunn av nettstedets synlighetsinnstillinger.
• Filteret enable_update_services_configuration. Returnerer det false, forsvinner delen Oppdateringstjenester fra Innstillinger > Skriving.
• Miljøtypen, fra og med WordPress 7.1. Kjernen fjerner utgående pingbacks, trackbacks og varsler til ping-tjenester, og avviser innkommende trackbacks og pingbacks, når wp_get_environment_type() returnerer noe annet enn production, altså for local, development og staging. Filteret wp_should_disable_pings_for_environment kan snu avgjørelsen begge veier. En staging-kopi med riktig satt WP_ENVIRONMENT_TYPE pinger derfor ikke lenger Ping-O-Matic hver gang noen tester et innlegg.

#Hvordan sjekke innstillingen ping_sites med WP-CLI

På et nettsted du har arvet, går gjennomgangen raskest fra kommandolinjen med wp option get, wp option update og wp cron event list:

# hva feltet Oppdateringstjenester inneholder
wp option get ping_sites

# behold bare WordPress-standarden
wp option update ping_sites 'https://rpc.pingomatic.com/'

# eller slå av ping til tjenester helt
wp option update ping_sites ''

# 0 betyr at "Be søkemotorer om å ikke indeksere nettstedet" er på, så ingen ping går ut
wp option get blog_public

# venter en do_pings-hendelse i WP-Cron
wp cron event list --fields=hook,next_run_relative | grep do_pings

# miljøtypen WordPress 7.1 bruker når det avgjør om ping skal sendes
wp eval 'echo wp_get_environment_type();'

På Multisite legger du til --url= med adressen til undernettstedet for å lese eller endre dets egen innstilling.

#Bruker Google ping-tjenester i 2026

#Hva Google Search Central sier om ping

Google bruker ikke de klassiske ping-tjenestene som kilde til nye adresser. Dokumentasjonen fra Google Search Central nevner dem ikke. Det Google anbefaler, er sitemaps, intern lenking og URL-inspeksjon i Search Console for enkeltsider.

#Hvorfor Google ignorerer ping-tjenester

1. Crawling-infrastruktur Google har massivt forbedret sin crawling-infrastruktur. Moderne crawlere gjenkjenner nytt innhold gjennom:

• Regelmessige re-crawling-frekvenser basert på oppdateringsmønstre
• Intern lenking og sitemap-overvåking
• RSS-feed-overvåking
• Lenker fra andre nettsteder

2. Spam-problematikk Ping-tjenester ble massivt misbrukt for spam:

• Automatiserte ping-verktøy publiserte villedende signaler
• Lavkvalitets-innhold ble pushet
• Manipulering av indekseringshastighet

Roten til problemet var at et ping ikke kunne bekreftes. Hvem som helst kunne melde en endring for hvilken som helst adresse.

3. Ressurs-optimalisering Google fokuserer sine crawling-ressurser på:

• Nettsteder med høy autoritet
• Regelmessig oppdaterte innholdskilder
• XML-sitemaps med korrekte lastmod-data

#Slik finner Googlebot innhold uten ping

Googlebot venter ikke på varsler. Den har en løpende kø av adresser som skal besøkes, og hvor ofte et nettsted blir besøkt, justeres etter hvor ofte det faktisk endrer seg. Et nettsted som publiserer hver dag, blir besøkt oftere enn et som står stille i månedsvis.

Nye adresser oppdages først og fremst gjennom lenker. En lenke fra forsiden, fra en kategoriside eller fra en populær artikkel sørger for at et nytt innlegg blir funnet ved neste besøk. Derfor betyr intern lenking mer for oppdagelse enn noe varsel utenfra.

På store nettsteder kommer crawl-budsjett inn i bildet. Googlebot bruker ikke ubegrenset tid på ett nettsted, og tusenvis av filtervarianter i en nettbutikk kan spise opp besøkene som burde gått til nye produkter. Her hjelper en ryddig sitemap og færre unødvendige URL-er mer enn flere ping.

#Alternativer til ping for raskere indeksering

#1. XML-sitemaps i WordPress

XML-sitemaps er i dag den mest pålitelige metoden for å informere søkemotorer om innholdet ditt.

Beste praksis for sitemaps:

<?xml version="1.0" encoding="UTF-8"?>
<urlset xmlns="http://www.sitemaps.org/schemas/sitemap/0.9">
  <url>
    <loc>https://eksempel.no/blog/post-slug</loc>
    <lastmod>2026-02-08T10:00:00+01:00</lastmod>
    <changefreq>weekly</changefreq>
    <priority>0.8</priority>
  </url>
</urlset>

Hva Google faktisk bruker:

• lastmod: Brukes bare hvis verdien er konsekvent og etterprøvbart riktig, ifølge Googles veiledning for sitemaps. En dato som hopper til “i dag” ved hver bygging, lærer Google å overse feltet.
• changefreq og priority: Google ignorerer begge. De skader ikke, men det er bortkastet tid å finjustere dem.
• loc: Ta bare med kanoniske adresser som svarer med status 200 og ikke står på noindex.

Innsending av sitemap:

• I Google Search Console legger du inn adressen under “Sitemaps”
• I Bing Webmaster Tools finner du det samme under “Sitemaps”
• En linje Sitemap: i robots.txt gjør at alle crawlere finner filen

Den gamle sitemap-pingen til Google er også historie. Google kunngjorde i 2023 at endepunktet google.com/ping?sitemap= skulle fases ut (kunngjøringen på Google Search Central-bloggen). Utvidelser som fortsatt kaller det, fyller bare loggen med feil.

#2. Hvilke sider Google Indexing API gjelder for

Indexing API blir ofte omtalt som en snarvei til indeksen for alle typer sider. Det stemmer ikke. Googles dokumentasjon begrenser den til to sidetyper:

Forutsetninger:

• Sider med strukturerte data for stillingsannonser (JobPosting)
• Sider med direktesendt video (BroadcastEvent inne i VideoObject)

Vanlige blogginnlegg, nettbutikker og nyhetsartikler faller utenfor.

Implementering:

// API-forespørsel om indeksering
function request_indexing($url) {
    $endpoint = 'https://indexing.googleapis.com/v3/urlNotifications:publish';

    $data = [
        'url' => $url,
        'type' => 'URL_UPDATED'
    ];

    $response = wp_remote_post($endpoint, [
        'headers' => [
            'Authorization' => 'Bearer ' . get_access_token(),
            'Content-Type' => 'application/json'
        ],
        'body' => json_encode($data)
    ]);

    return wp_remote_retrieve_body($response);
}

Hvordan du setter opp tjenestekontoen og kobler den til Search Console, går vi gjennom i artikkelen om Google Search Console og Indexing API.

#3. RSS-feeder

RSS-feeder forblir relevante:

// Optimalisere egen RSS-feed for oppdateringer
function custom_rss_feed() {
    add_feed('oppdateringer', 'render_updates_feed');
}
add_action('init', 'custom_rss_feed');

function render_updates_feed() {
    header('Content-Type: application/rss+xml; charset=UTF-8');

    $posts = get_posts([
        'posts_per_page' => 50,
        'post_type' => 'post',
        'post_status' => 'publish'
    ]);

    echo '<?xml version="1.0"?>';
    ?>
    <rss version="2.0">
        <channel>
            <title><?php bloginfo('name'); ?> - Oppdateringer</title>
            <link><?php bloginfo('url'); ?></link>
            <description>Siste oppdateringer</description>
            <?php foreach ($posts as $post) : ?>
                <item>
                    <title><?php echo esc_html($post->post_title); ?></title>
                    <link><?php echo esc_url(get_permalink($post)); ?></link>
                    <pubDate><?php echo mysql2date('D, d M Y H:i:s +0000', $post->post_date_gmt, false); ?></pubDate>
                    <guid><?php echo esc_url(get_permalink($post)); ?></guid>
                </item>
            <?php endforeach; ?>
        </channel>
    </rss>
    <?php
    exit;
}

#Hva er IndexNow og hvordan bruke det i WordPress

Ideen om å melde fra med en gang lever videre i IndexNow, en åpen protokoll som Microsoft Bing og Yandex har lagt fram. Forskjellen fra det gamle pinget er avgjørende. IndexNow melder den konkrete adressen som er ny, endret eller slettet, og nettstedet beviser at det eier domenet med en nøkkelfil i rotkatalogen. Dermed kan ingen melde endringer på vegne av andre. En melding til én deltakende søkemotor deles med de andre deltakerne.

Google deltar ikke i IndexNow, så for Google gjelder fortsatt sitemap og Search Console. For Bing er IndexNow likevel verdt å slå på, siden Bing-indeksen også brukes av andre søketjenester. I WordPress trenger du ikke egen kode: Rank Math og All in One SEO har innebygd støtte, og ligger nettstedet bak Cloudflare, kan funksjonen Crawler Hints sende IndexNow-meldinger for deg.

#Sitemap, IndexNow eller Indexing API sammenlignet

#Slik setter du opp oppdateringstjenester i WordPress

#Hvilke ping-tjenester WordPress har som standard

En ny WordPress-installasjon har i mange år hatt én eneste oppføring under Innstillinger > Skriving:

https://rpc.pingomatic.com/

Dette er tilstrekkelig! Å legge til flere ping-tjenester gir ingen merverdi og kan til og med skade:

• Lengre kjøretid for cron-jobben etter hver publisering, fordi hver adresse kontaktes for seg
• Feilmeldinger i loggen når tjenester ikke lenger svarer
• Unødvendige utgående tilkoblinger fra serveren

#Hvordan rydde feltet for oppdateringstjenester

Et raskt blikk på feltet avslører om nettstedet har arvet gamle råd:

• Bare https://rpc.pingomatic.com/ eller et tomt felt er helt greit
• Ti eller flere adresser tyder på en kopiert liste fra en gammel guide
• Adresser du aldri har sjekket, eller som står der to ganger, kan fjernes

Rydd ved å markere alt i feltet, slette det eller erstatte det med Pingomatic, og lagre.

#Anbefalte innstillinger for indeksering i WordPress

Hva du BØR gjøre:

1. Opprette XML-sitemap (Yoast, Rank Math eller kjernesitemapen som kom i WordPress 5.5, på /wp-sitemap.xml)
2. Sende inn sitemap i Google Search Console
3. Sende inn sitemap i Bing Webmaster Tools og slå på IndexNow
4. Aktivere og optimalisere RSS-feed
5. Forbedre intern lenking

Hva du IKKE bør gjøre:

1. Vedlikeholde lange lister over ping-tjenester
2. Stole på “ping-optimalisering”-plugins
3. Bruke automatiserte ping-verktøy
4. Forfalske sitemap-lastmod-data

#Slik endrer KI måten Google crawler på

#KI-drevet crawling

Google utvikler i økende grad KI-drevne crawling-strategier:

• Forutsigelse av innholdsoppdateringer
• Intelligent prioritering basert på nettstedsautoritet
• Maskinlæring for optimalisering av crawling-frekvens

#Hva påvirker hvor ofte Google crawler

1. Kvalitet før kvantitet: Innhold av høy kvalitet blir crawlet først
2. Regelmessighet: Konsekvente publiseringsrytmer hjelper crawlere
3. Teknisk kvalitet: Raske lastetider og ren struktur
4. Autoritet: Tilbakelenker og merkekjennskap gjør at nye sider oppdages raskere

#Konklusjon og anbefalinger

Ping-tjenester hører i 2026 fortiden til. Tiden du investerer i vedlikehold av lange ping-lister er bedre investert i disse aktivitetene:

Prioritet 1: XML-sitemaps

• Sette opp automatisk generering
• Sikre korrekte lastmod-data
• Regelmessig kontroll i Search Console

Prioritet 2: intern lenking

• Bygge logisk nettstedstruktur
• Kontekstuelle lenker mellom relaterte artikler
• Implementere brødsmule-navigasjon

Prioritet 3: innholdskvalitet

• Etablere regelmessig publisering
• Lage grundig og nyttig innhold
• Bygge E-E-A-T (Experience, Expertise, Authoritativeness, Trustworthiness)

For stillingsportaler og direktesendinger i tillegg:

• Implementere Indexing API for de støttede sidetypene
• Holde strukturerte data for JobPosting eller BroadcastEvent korrekte

Metodene for indeksering har endret seg. Hold deg til det Google dokumenterer, og legg til IndexNow for Bing.

Har du spørsmål om moderne indekseringsstrategi? Legg igjen en kommentar eller kontakt oss for en konsultasjon!

Se vår SEO- og GEO-optimalisering.