Din webbplats SSL-certifikat fungerar utmärkt för mänskliga besökare. Men AI-crawlers som GPTBot, ClaudeBot och PerplexityBot kommer inte åt ditt innehåll alls.
De flesta GEO-strategier fokuserar på robots.txt och innehållsoptimering. Men innan en AI-crawler ens kan läsa din robots.txt-fil måste den lyckas genomföra en HTTPS-handskakning med din server. Om handskakningen misslyckas är ditt innehåll osynligt för AI, oavsett hur väl du optimerar det.
Den här artikeln förklarar varför HTTPS och SSL-certifikat är grunden för synlighet i AI. Du får lära dig vilka säkerhetslager som påverkar crawlers, vilka SSL-fel som blockerar AI-indexering och hur du kontrollerar att alla stora AI-plattformar kommer åt din webbplats.
Vad HTTPS och SSL-certifikat är
HTTPS är HTTP med ett säkerhetslager ovanpå. När en besökare eller crawler ansluter till din webbplats krypterar HTTPS datan som skickas mellan webbläsaren (eller crawlern) och din server med hjälp av SSL (Secure Sockets Layer) eller dess moderna efterföljare TLS (Transport Layer Security).
Ett SSL-certifikat är den digitala legitimation som din server använder för att bevisa att den är den den utger sig för att vara. Det innehåller webbplatsens domännamn, certifikatutfärdaren och ett utgångsdatum. När en crawler kommer till din webbplats visar servern upp certifikatet som bevis på identitet. Crawlern kontrollerar certifikatet innan den hämtar något innehåll.
Den här processen syns inte för mänskliga besökare i moderna webbläsare, de ser bara ett grönt lås. Men om ditt certifikat saknas, har gått ut, är självsignerat eller inte matchar din domän misslyckas handskakningen. Och det misslyckandet stoppar crawlers helt.
Varför AI-crawlers behöver HTTPS för att nå ditt innehåll
AI-crawlers gör HTTP-förfrågningar precis som Googlebot. De följer länkar, hämtar sidor och tolkar HTML. Men till skillnad från en del äldre crawlers kräver alla moderna AI-plattformar (ChatGPT:s crawler, Perplexitys crawler, Claudes crawler) en giltig HTTPS-anslutning innan de ens försöker läsa robots.txt eller hämta en enda sida.
Så här går det till när en AI-crawler besöker din webbplats. Först försöker den skapa en säker anslutning till din domän med TLS. Din server svarar med ett SSL-certifikat. Crawlern kontrollerar att certifikatet är äkta och matchar din domän. Först om kontrollen lyckas går crawlern vidare och begär ditt innehåll.
Om ditt SSL-certifikat är ogiltigt eller har gått ut stannar crawlern vid steg två och hämtar aldrig ditt innehåll. Ur crawlerns perspektiv går din webbplats inte att nå. Den försöker inte igen i morgon. Den markerar din domän som otillgänglig och går vidare.
Det här skiljer sig från traditionell SEO, där Google försöker igen efter misslyckade förfrågningar och till slut indexerar innehållet även om det fanns tillfälliga anslutningsproblem. AI-crawlers är striktare vid det första åtkomstförsöket. En misslyckad SSL-handskakning vid första förfrågan betyder ofta ingen indexering alls.
Så blockerar SSL-certifikatproblem AI-crawlers
Inte alla SSL-problem är uppenbara. Ett certifikat kan vara tekniskt installerat men ändå misslyckas valideringen för vissa crawlers. De vanligaste hindren är:
Utgångna certifikat
Ett certifikat som passerat sitt utgångsdatum är ogiltigt. Crawlers avvisar det direkt. Vissa webbplatser använder certifikat med mycket kort giltighet (30 till 90 dagar) och förnyar dem automatiskt. Om automatiken slutar fungera går certifikatet ut utan att någon märker det, och crawlers förlorar åtkomsten omedelbart.
Självsignerade certifikat
Ett självsignerat certifikat är signerat av din egen server i stället för av en betrodd certifikatutfärdare. Webbläsare och crawlers litar inte på självsignerade certifikat, eftersom vem som helst kan skapa ett och låtsas vara någon annan. Självsignerade certifikat går bra för utveckling eller interna nätverk, men de blockerar all offentlig crawleråtkomst.
Domänmismatch
Om ditt certifikat är utfärdat för example.com men du når webbplatsen via www.example.com (eller tvärtom) matchar inte domänen i certifikatet den begärda domänen. Crawlers avvisar det. Även en liten skillnad räknas: ett SSL-certifikat för sub.example.com valideras inte om crawlern begär content.example.com.
Problem med certifikatkedjan
Ett SSL-certifikat ingår i en kedja som leder tillbaka till en rotutfärdare. Om din server inte är konfigurerad att skicka hela kedjan (du har slutcertifikatet men inte mellancertifikaten) kan crawlers ha svårt att verifiera din identitet. Vissa crawlers är toleranta och försöker hitta det saknade mellancertifikatet på nätet. Andra avvisar anslutningen direkt.
Problem med SNI-konfigurationen
Server Name Indication (SNI) gör att en enda server kan driva flera HTTPS-webbplatser genom att identifiera vilken webbplats besökaren begär. Om din server inte är konfigurerad för SNI, eller har en felaktig SNI-inställning, kan crawlers som begär din domän få ett certifikat för en annan domän. Då misslyckas valideringen.
Säkerhetsheaders som påverkar AI-crawlers åtkomst
När SSL-handskakningen har lyckats kan din server skicka säkerhetsheaders som styr hur crawlers hanterar ditt innehåll. De här headers blockerar inte crawlers helt, men de påverkar hur crawlers behandlar dina sidor.
Strict-Transport-Security (HSTS)
HSTS talar om för crawlers att alltid använda HTTPS när de når din webbplats, aldrig HTTP. Det är bra för säkerheten och blockerar inte crawlers. Men om du ställer in HSTS fel med en mycket lång giltighetstid och sedan byter till ett ogiltigt certifikat tvingas crawlers använda HTTPS men kan inte slutföra handskakningen. Se till att din HSTS-policy alltid har giltiga certifikat under hela den tid du anger.
X-Frame-Options och X-Content-Type-Options
De här headers talar om för crawlers hur de ska behandla ditt innehåll. De hindrar inte crawlers från att hämta det. Men de kan påverka hur crawlers tolkar och hämtar information från dina sidor.
Content-Security-Policy
CSP-headers kan begränsa vilka resurser crawlers får hämta från dina sidor. Om du har en mycket restriktiv CSP som blockerar externa resurser kan crawlers få svårt att hämta bilder, stilmallar eller skript som dina sidor hänvisar till. Det blockerar inte själva HTML-koden, men det begränsar de signaler som crawlers kan hämta.
Vanliga SSL-fel och vad de betyder för AI-indexering
När en AI-crawler inte kan verifiera ditt SSL-certifikat loggar den ett fel. Om du förstår felen kan du ta reda på vad som är trasigt. Här är de vanligaste:
Certifikatet har gått ut
Ditt SSL-certifikat har passerat sitt utgångsdatum. Crawlers ser utgångsdatumet i certifikatet och avvisar det. Det här är det enklaste problemet att upptäcka och åtgärda. Kontrollera certifikatets utgångsdatum och förnya det innan det går ut.
Certifikatet matchar inte domänen
Domännamnet i certifikatet matchar inte den domän som crawlern begär. Det händer ofta när du flyttar till en ny domän men glömmer att uppdatera SSL-certifikatet, eller när du lägger till en underdomän men certifikatet bara täcker rotdomänen.
Det går inte att verifiera certifikatutfärdaren
Crawlern kan inte spåra ditt certifikat tillbaka till en betrodd rotutfärdare. Det händer om certifikatet utfärdats av en utfärdare som inte är betrodd, eller om din server inte skickade hela kedjan av mellancertifikat.
Certifikatet har återkallats
Din certifikatutfärdare har återkallat certifikatet på grund av en säkerhetsincident eller en felkonfiguration. Crawlers kontrollerar återkallelsestatus och nekar åtkomst. Det är sällsynt, men allvarligt när det händer.
Så kontrollerar du din HTTPS-setup för AI-crawlers
Det bästa sättet att säkerställa att AI-crawlers kommer åt din webbplats är att testa den själv. De här diagnostegen ingår i en större teknisk GEO-granskning. Så här kontrollerar du specifikt om det finns HTTPS-problem:
Använd SSL-testverktyg på nätet
Gratis verktyg för SSL-test gör en fullständig analys av din SSL-setup. De kontrollerar certifikatets giltighet, om kedjan är komplett, vilka TLS-versioner som stöds och kända sårbarheter. Kör din domän genom ett sådant verktyg och åtgärda alla fel som rapporteras.
Testa med curl eller wget
Kör curl -I https://yourdomain.com eller wget -S https://yourdomain.com i en terminal. De här verktygen efterliknar vad en crawler gör. Om de misslyckas med ett SSL-fel misslyckas crawlers också. Felmeddelandet visar exakt vad som är fel.
Kontrollera med OpenSSL
OpenSSL är standardverktyget för SSL-diagnostik. Kör openssl s_client -connect yourdomain.com:443 för att se exakt vilket certifikat din server visar upp och om det valideras korrekt.
Kontrollera att certifikatkedjan är komplett
Använd ett verktyg som analyserar TLS-konfigurationen för att se om din server skickar hela certifikatkedjan. Om mellancertifikat saknas lägger du till dem i serverkonfigurationen.
Testa på olika AI-plattformar
Vissa AI-crawlers är striktare än andra när det gäller SSL-validering. Testa din webbplats genom att be ChatGPT, Perplexity, Claude och Google Gemini om ett svar som innehåller ditt innehåll. Om en plattform inte kommer åt din webbplats kan du läsa i dess crawlerdokumentation vilka SSL-krav den har. Olika AI-plattformar har olika crawlerbeteenden, och du kan läsa mer om dem i våra guider om optimering för ChatGPT-sökning och optimering för Perplexity.
Så hanterar WEMASY SSL och säkerhet för AI-crawlbarhet
Varje webbplats som byggs på WEMASY har automatiskt HTTPS med ett giltigt SSL-certifikat utfärdat av en betrodd utfärdare. Ditt certifikat tillhandahålls, förnyas och övervakas automatiskt. Du behöver inte hålla koll på utgångsdatum eller förnyelsecykler.
WEMASY konfigurerar också ditt certifikat så att det täcker både din rotdomän och www-underdomänen, vilket tar bort fel med domänmismatch. Hela certifikatkedjan skickas automatiskt så att crawlers kan verifiera din identitet utan fel.
Dina HSTS-headers är inställda med en rimlig giltighetstid, så att säkerheten hålls uppe utan att det skapar ett startproblem om du behöver ändra certifikat. Läs mer om de säkerhets- och prestandafunktioner som ingår i varje WEMASY-plan.
Vanliga frågor
Stöder AI-crawlers både HTTPS och HTTP?
Nej. Alla stora AI-crawlers (GPTBot, ClaudeBot, PerplexityBot) kräver uteslutande HTTPS. De stöder inte HTTP. En webbplats som körs på HTTP går inte alls att nå för AI-crawlers. Om du har en äldre webbplats som fortfarande körs på HTTP bör du flytta till HTTPS direkt. HTTPS är ett krav för AI-crawleråtkomst. Med WEMASY:s webbplatsbyggare kan du ställa in det direkt på din webbplats.
Fungerar ett wildcard-SSL-certifikat för alla underdomäner?
Ja. Ett wildcard-certifikat (*.example.com) täcker alla underdomäner under din rotdomän. Om du har underdomäner som api.example.com eller blog.example.com täcker ett wildcard-certifikat dem alla. Ett wildcard-certifikat täcker dock inte själva rotdomänen (example.com) om den inte uttryckligen ingår. Se till att ditt wildcard-certifikat täcker både wildcard och rotdomänen.
Följer AI-crawlers SSL-omdirigeringar från HTTP till HTTPS?
De flesta gör det. Om din server omdirigerar HTTP-förfrågningar till HTTPS (en vanlig konfiguration) följer AI-crawlers omdirigeringen och fortsätter med HTTPS-anslutningen. Det lägger dock till ett extra steg och kräver mer av crawlerns resurser. Bäst är att stänga av HTTP helt och bara ta emot HTTPS-anslutningar. Då slipper du omdirigeringar och inga crawlers hamnar på en okrypterad version av din webbplats.
Hur ofta bör jag förnya mitt SSL-certifikat?
Moderna SSL-certifikat gäller vanligtvis i ett år. De flesta webbhotell och plattformar (inklusive WEMASY) sköter förnyelsen automatiskt. Du behöver inte förnya manuellt om du inte har en mycket gammal hosting-setup. Lägg gärna in en kalenderpåminnelse 30 dagar före utgångsdatumet för säkerhets skull, men automatisk förnyelse bör förhindra att certifikatet går ut helt och hållet.
Skadar ett dåligt SSL-certifikat min SEO-ranking?
Ja. Google kräver HTTPS och behandlar webbplatser utan giltigt HTTPS som sämre. Ett utgånget eller ogiltigt SSL-certifikat behandlas som en HTTP-webbplats och straffas i rankingen. För synlighet i AI är påföljden ännu allvarligare, eftersom AI-crawlers inte alls kommer åt utgångna certifikat. De indexerar inte ditt innehåll oavsett hur väl optimerat det är.
Kan jag använda ett självsignerat certifikat på en webbplats i drift?
Nej. Självsignerade certifikat avvisas av alla stora crawlers och webbläsare. De passar bara för utveckling, testning eller interna nätverk där du kontrollerar alla klienter som ansluter till servern. För alla offentliga webbplatser ska du använda ett certifikat från en betrodd certifikatutfärdare (CA). De flesta certifikatutfärdare erbjuder mycket billiga eller gratis certifikat för grundläggande användning.