Kun verkkosisältö puuttuu, testaa yhtä täsmällistä artikkelia sen julkisesta URL-osoitteesta määritetyn keruupolun kautta. Ongelma johtuu yleensä tavoitettavuudesta, lähteen määrityksestä, kanonisoinnista, metatiedoista, suodatuksesta tai päivitysajoituksesta – ei pelkästään siitä, toimiiko sivu omassa selaimessasi.
1. Testaa artikkelin lopullinen julkinen URL-osoite#
Avaa täsmällinen kanoninen artikkelin URL-osoite selaimen yksityisessä ikkunassa. Sen on palautettava 200 ilman kirjautumista, suostumusseinää, maantieteellistä rajoitusta, 401-, 403- ja 404-vastausta tai bottihaastetta. Seuraa uudelleenohjauksia ja testaa lopullista URL-osoitetta, älä vain etusivua. Verkkosovelluspalomuuri (WAF) voi päästää selaimesi läpi mutta estää crawlerin.
Jos sivustosi rajoittaa crawlereita, käytä nykyisiä sallittujen luettelon ja vahvistuksen päätepisteitä oppaassa Näin otat Nonlin käyttöön verkkosivustollasi. Koneluettavat päätepisteet /crawler-ips.json ja /crawler-ips.txt ilmoittavat tällä hetkellä vain IPv4-lähtöosoitteet. Nonli ei tällä hetkellä julkaise IPv6-crawler-osoitetta sallittujen luetteloon lisättäväksi. Kyseinen opas ja nämä päätepisteet ovat ensisijainen lähde SDK-koodinpätkälle ja crawler-osoitteille. Älä kopioi vanhaa osoitetta tukiviestistä.
2. Tunnista keruupolku#
Eri poluilla on erilaiset edellytykset:
- Nonli SDK: skriptin on latauduttava jokaiseen kelvolliseen artikkelipohjaan, ja se on aktivoitava brändille. Varmista tagienhallinnassa, etteivät suostumussäännöt, URL-poikkeukset, vain esikatseluun tarkoitetut ympäristöt tai käynnistysehdot ohita artikkelisivuja.
- RSS: kohteen on oltava määritetyssä syötteessä vakaalla URL-osoitteella ja julkaisupäivämäärällä. Tarkista RSS-asennusohje.
- URL-osoitteen suora päivitys: lopullisen URL-osoitteen on oltava tavoitettavissa, ja sen metatietojen on oltava saatavilla päivitettäessä.
- Muu kuin artikkelisivu: sivu, jonka sisältö muuttuu samassa URL-osoitteessa, esimerkiksi sivu, joka näyttää sanomalehden etusivun, tulee listata brändin lomakkeen kohtaan URLs to monitor, jotta Nonli lukee sen uudelleen noin kolmen tunnin välein.
- Social listening: tulosjoukon määräävät sosiaalinen lähde ja tilisuodattimet, ei verkkosivustosi SDK.
3. Varmista verkkotunnus, kanoninen URL-osoite ja metatiedot#
Varmista, että verkkosivusto on liitetty oikeaan brändiin ja että sen verkkotunnus näkyy Source-suodattimessa. Tarkista artikkelisivulta lopullinen kanoninen URL-osoite ja näkyvät metatiedot. Toiseen sivuun osoittava kanoninen osoite voi yhdistää sisällön eri URL-osoitteen alle.
Anna täsmällinen otsikko, kuvaus ja kuva Open Graph- tai schema.org-merkinnän kautta. Tarkista og:title, og:description, og:image, kanoninen linkki sekä article:section tai JSON-LD:n articleSection, kun kategorioilla on merkitystä. Suhteelliset, suojatut, vanhentuneet tai erittäin pienet kuvan URL-osoitteet eivät välttämättä kelpaa. Metatietojen täydellinen etusijajärjestys ja esimerkit ovat edelleen verkkosivuston käyttöönoton oppaassa.
4. Tarkista teeman suodattimet ja päivitysajoitus#
Etsi artikkeli lähteestä tai yleisestä datasta, ennen kuin selvität bottia. Tarkista sitten teeman lähde-, verkkotunnus-, kieli-, päivämäärä-, URL-, sisällytettävien ja poissuljettavien termien, tunniste- ja kategoriasuodattimet. Artikkeli voi olla kerätty oikein mutta yhden näistä suodattimista piilottama. Anna määritetyn keruu- tai botin tarkasteluvälin kulua, ennen kuin päivität toistuvasti.
Jos artikkeli näkyy teemassa mutta automaattista julkaisua ei ilmesty, jatka oppaaseen Miksi bottini ei julkaissut tätä artikkelia?.
5. Mitä lähettää tukeen#
Lähetä artikkelin täsmällinen lopullinen URL-osoite, testin UTC-aika, lähteen tyyppi (SDK, RSS, suora URL-osoite tai listening), HTTP-tila ja uudelleenohjausketju, renderöidyt kanoniset ja metatietoarvot, kyseessä oleva brändi ja teema sekä ensimmäinen vaihe, jossa artikkeli katoaa. Poista yksityiset syötteen tunnistetiedot äläkä koskaan lähetä kirjautumisevästeitä, API-avaimia tai käyttötokeneita.