Google I/O avslutade inte SEO. Risken finns någon annanstans

Google I/O avslutade inte SEO. Risken finns någon annanstans


De mest högljudda reaktionerna efter Google I/O 2026 var att Search hade ersatts över en natt. Googles meddelanden gick åt andra hållet och insisterade på att AI-sökning fortfarande beror på webben och befintliga SEO-grunder.

Verkligheten ligger mellan dessa två positioner, och risken som de flesta nämner är fel.

TechCrunch hävdade “Google Sök som du vet är över.” Tiden varnade för potentiella industristörningar. Ett nyhetsbrev kallade sökfältet död, och LinkedIn-inlägg ekade en “SEO är död”-sentiment kort efter keynoten. Googles Liz Reid uppgav dock att användare fortfarande kommer att få en rad resultat, precis som idag.

Dessa synpunkter missar alla en nyckelpunkt.

Vad Google tillkännagav

Google gjorde betydande uppdateringar vid I/O, inklusive en ny sökruta som accepterar bilder, filer, videor och Chrome-flikar, tillsammans med text. AI-förslag förutser nu användarens avsikt, och rutan utökas med längre uppmaningar.

Gemini 3.5 Flash blev standard AI-modellen globalt, med AI Mode som översteg en miljard användare per månad och förfrågningar fördubblades kvartalsvis. Google lanserade också informationsagenter som övervakar webben för användare, som att larma när lägenhetsannonser eller produktuppdateringar matchar deras intressen.

Dessa agenter kommer initialt att vara tillgängliga för Google AI Pro och Ultra-prenumeranter i sommar, tillsammans med generativa UI-funktioner, miniappar och instrumentpaneler, främst i USA.

Där paniken överraskade

TechCrunchs ledare förklarade “Epoken med de ‘tio blå länkarna’ är officiellt över.” Den linjen återspeglade den nya gränssnittets betoning på AI-svar och -agenter, men Google tillkännagav inte slutet på webbresultaten. Google bekräftade att traditionella resultat förblir tillgängliga, inklusive via webbfliken. Blå länkar är inte borta. De pressas längre från centrum av standardupplevelsen.

Google svarade direkt nästa dag. Det officiella @NewsFromGoogle-kontot publicerades den X:

“AI-läge är inte standardupplevelsen i Sök. Vår nya sökruta hjälper dig att beskriva exakt vad du letar efter, men att använda det betyder inte att du bara får AI-funktioner – du kommer att fortsätta att få en rad resultat på Sök.”

Det uttalandet är mer specifikt än något annat i Reids blogginlägg. Det drar en linje: den nya sökrutan skickar inte varje fråga till AI-läge.

Påståendet att “Google ersätter mänskligt innehåll med AI” är missvisande. Google sa inte att det inte längre behöver mänskligt skapat innehåll. Dess optimeringsguide säger att generativa AI-funktioner är beroende av rankningssystem och sökindex, och betonar klickbara länkar till stödsidor. Guiden lyfter fram icke-råvara, självskapat innehåll som nyckeln för kvalificering.

Cykeln “SEO är död” upprepas efter varje Google-meddelande. Jess Joyce, en SEO-konsult, sa på LinkedIn efter I/O: “I morgon kommer ditt flöde att vara fullt av sökningar är döda tar. Det är det inte.”

Joyces fullständiga inlägg fortsatte med att lista tre specifika förändringar från I/O värda att titta på. Hon avfärdade inte tillkännagivandena. Hon förkastade idén att keynoten upphävde indexering och citeringsvärdighet över en natt.

Där Googles meddelanden är för snyggt

Den lugnare läsningen borde inte försvara Googles ståndpunkt. Fyra dagar före I/O släppte Google en optimeringsguide för generativ AI i Sök, där AEO och GEO behandlades som SEO, och listade fem taktiker att hoppa över, inklusive llms.txt och innehållschunking.

Senare visade I/O keynote upp nya funktioner som fil- och flikacceptans, ett interaktivt användargränssnitt, bakgrundsagenter och miniappar, alla tecken på riktiga uppdateringar. Andrew Holland, chef för SEO på JBH argumenterade mot Google hävdar att det är “bara SEO”, men detta är ett kategorifel; dess vägledning är korrekt på systemnivå men underskattar skillnader i användargränssnitt.

Googles inställning till llms.txt har varit blandad: sökteamet har sagt att det är onödigt, men Lighthouse har inkluderat en llms.txt-revision. Dokumentationen motsäger sig själv: Search Central rekommenderar att man hoppar över det, medan Chrome föreslår att man överväger det, vilket skapar förvirring för webbplatsägare. Samtidigt uppdaterade Google sin skräppostpolicy för att ta itu med manipulation av AI-svar, utökade dess omfattning eftersom den integrerar mer AI i Sök, vilket illustrerar motstridiga meddelanden.

Den verkliga risken är mindre behov av att klicka

Den största oro som uppstår från I/O är om människor fortfarande behöver lämna Google för att få tillgång till innehåll.

Glenn Gabe, SEO-konsult på G-Squared Interactive, skrev på LinkedIn:

“För publicister kan informationsagenter slå rejält med annonsintäkter eftersom färre människor kommer att besöka webbplatser.”

Den oberoende analytikern Matthew Scott Goldstein skrev:

“Inte ett enda omnämnande av utgivarna och kreatörerna vars arbete matar varje produkt de tillkännagav.”

Informationsagenter syntetiserar och meddelar utan webbplatsbesök: de övervakar webben, paketuppdateringar och levererar dem inom Google. Utgivarens innehåll förbrukas, men de kanske inte får något besök.

Googles AI Mode-data visar att den genomsnittliga sökningen är tre gånger längre än i traditionell sökning, med uppföljningsfrågor upp 40 % månad för månad. Planeringsfrågor växte 80 % snabbare, vilket tyder på att användare delegerar mer forskning till Google.

Ett fältexperiment visade att AI-översikter minskade organiska klick på utlösta sökfrågor med 38 %, utan någon förändring av användarupplevelsens betyg. Användare fick vad de behövde utan extra klick.

Det mönstret har varat i över ett år. Som nämnts i en sammanfattning av Q1 sa Googles Robby Stein att om människor inte engagerar sig i en AI-översikt, kan Google ta bort den för den frågan. De mest sårbara sidorna är enkla svarssidor som butikstider eller returpolicyer, som AI ofta kan uppfylla utan ett klick.

Informationsagenter går längre än att svara på enskilda frågor; de övervakar pågående behov och tillhandahåller syntetiserade uppdateringar över tid, vilket potentiellt kan ersätta flera söksessioner med klick.

Paniken efter I/O borde ha nämnt risken: färre användare behöver länkar, inte länkar som försvinner.

Varför detta är viktigt

Enkelt-svar innehåll är nu den mest exponerade kategorin. AI-översikter och AI-läge kan svara på frågor utan att omdirigera användare till din webbplats. Detta har varit sant i ett år, och I/O-meddelanden påskyndar det.

Ursprunglig analys, primärdata och expertis som AI inte kan syntetisera förblir åtskilda. Googles guide belyser detta, och betonar icke-varuinnehåll som den enda typ som en AI måste citera, inte bara sammanfatta.

Klyftan mellan de två kategorierna ökar. Innehåll som upprepar befintliga sidor serveras alltmer av AI utan ett klick. Innehåll som erbjuder unik information leder fortfarande till besök eftersom systemet måste visa sin källa.

Google saknar specifika Search Console-filter för att skilja AI-läge eller AI-översikt från organiska rapporter. Även om du kan se övergripande visningar och klick, är det omöjligt att isolera AI-driven trafik, vilket gör det svårt att bedöma hur I/O-ändringar påverkar din webbplats.

Informationsagenter skapar ett nytt mätproblem: om de övervakar ditt innehåll och ger en syntes kanske det inte dyker upp i analyser, även om innehållet konsumeras. Besöket blev inte av.

Människor som motsätter sig “SEO är död” har rätt i grunderna. De som varnar för trafikekonomi har rätt om utfall. I/O-grundtonen förklarade varför båda kan vara sanna samtidigt.

Ser framåt

Informationsagenter lanseras i sommar för premiumprenumeranter, vilket sannolikt utökar åtkomsten med tiden. När agentmedierad sökning växer bortom betalda nivåer blir problemet med klickefterfrågan mer betydande.

Google har inte förklarat hur det kommer att rapportera agentdrivet innehåll i Search Console eller Analytics. Tills dess saknar webbplatser fullständig information om denna stora förändring som tillkännagavs i år.

Läs fler resurser:


Utvald bild: Roman Samborskyi/Shuttertstock



Source link

Postagens Similares

  • Redditors ayudan a planear venganza contra un vecino autorizado

    ¿Quién diría que compartir tu Wi-Fi con un vecino autorizado podría traer tantos problemas? Una historia de Reddit en r/EntitledPeople, compartida por el usuario eggwhit_e, hizo que todos en Internet se pusieran nerviosos. A pesar de ser un estudiante que buscaba un trabajo a tiempo parcial y estaba ahogado en deudas, hicieron lo amable de…

  • मॅग्डालेना बे किल्बी ब्लॉक पार्टीला त्यांच्या पावसात भिजलेल्या सेटसह एक मर्क्युरियल वर्ल्ड बनवते

    मॅग्डालेना बेने सॉल्ट लेक सिटीच्या किल्बी ब्लॉक पार्टीमध्ये, हेली विल्यम्स, ब्लड ऑरेंज आणि लॉर्डे सारख्याच दिवशी परफॉर्म करून ते खरोखरच इतर जगत असल्याचे सिद्ध केले. प्रवाह: “सेकंड स्लीप” – मॅग्डालेना बे आयt एक वेगवान 55 अंश आणि वारे होते. अगोदर सुरू झालेल्या रिमझिम पावसाचे रुपांतर चक्क पावसात झाले. मॅग्डालेना बेच्या चाहत्यांसाठी, तथापि, यापैकी काहीही…

  • Ev güvenliği için filtrelendi (Birbirine bağlı)

    1. Amazon Yüzüğü Her Zaman Evde Kamera eviniz için bir iç mekan güvenlik drone’udur. 2020’de bu videoyla tanıtıldı: Evet, uçan bir kamera. Maalesef henüz piyasada yok. Tamam Yargıç Dredd, 1978’de Spy-in-the-Sky insansız hava aracı gözetleme kameralarına sahipti ve Mega-City One ev hayatı için istek uyandıran bir şablon değil ama beni dinleyin: Çünkü evime “Ah, sobayı…

  • 高蛋白藍莓小屋奶酪鬆餅

    這些柔軟而蓬鬆的藍莓奶酪鬆餅即將成為您的新需求。它們天然不含麩質,低碳水化合物,並包含10克每一個鬆餅的蛋白質,使其成為早餐或午餐的理想補充。 大約三年來,我每天一直在吃乾酪。通常是以奶酪碗的形式 我的 病毒性的 藍莓小屋奶酪碗食譜),但今天我想將其切換並攪打一些鬆餅。 烘焙食品中有很多食譜使用奶酪,但從營養上講,其中許多食譜很短。這些食譜除了乾酪外,還經常使用常規的麥麵粉和大量糖,這使其比普通的Ol’Ibuffin更健康。 我著手做一個鬆餅食譜 實際上 包含大量蛋白質,而 也 沒有加工的小麥粉。 我的藍莓奶酪鬆餅幾乎沒有添加糖,每份含10克蛋白質。這些鬆餅只有15個淨碳水化合物,更符合健康和減脂目標。 即使有所有這些好處,它仍然令人震驚,蓬鬆,蓬鬆且充滿風味。 無論您是否在健康旅程中,這都是您要測試的一種干酪食譜(可能每週都會做)。 這篇文章是什麼 食譜亮點 富含蛋白質和低碳水化合物。每種鬆餅含有10克蛋白質,僅15個淨碳水化合物。 自然無麩質。 沒有任何成分自然包含麵筋。但是,如果您對痕量的麩質或非常敏感,請確保選擇無麩質成分(例如燕麥)。 最小的糖。通過使用土豆泥和香草蛋白粉,我們可以使添加的糖極低。 關鍵成分 乾酪 奶酪升起蛋白質,同時還增加了諸如維生素K2和骨骼,牙齒和心臟健康的營養素。確保選擇全脂(全牛奶)奶酪。研究發現,那些吃全脂乳製品的人不太可能肥胖。另外,絕大多數維生素K2是 僅有的 在脂肪中發現。 為了最大程度地提高健康,口味和減肥津貼,請全脂脂肪而不是低脂。 燕麥粉 我們使用燕麥粉,而不是加工過的麥麵粉。燕麥粉的血糖負荷較低,這意味著它的血糖穩定性更多,並且在當天晚些時候引起渴望的可能性較小。我喜歡拿起整燕麥,並在草藥或咖啡研磨機中磨碎,直到形成細粉。 秋天的香草蛋白粉 我們的 零添加糖香草蛋白粉 添加 完美的 這些鬆餅的甜度觸感,同時也顯著增強了蛋白質含量。輕質的香草味可增強藍莓的優度,而不會壓倒它。通過添加我們的蛋白質粉末,我們能夠保持糖和碳水化合物的較低,同時仍然獲得一頓蛋白質以幫助促進減脂目標。 希臘酸奶 金額很小,但不要跳過!希臘酸奶有助於防止在烘焙食品中使用乾酪時偶爾會乾燥。就像使用乾酪一樣,請確保使用全脂(全牛奶)希臘酸奶。 需要設備 手持式浸入式攪拌器:這是將乾酪融合到平穩的一致性中。我發現手持式浸入式攪拌器最適合使用,但是您也可以嘗試使用食品加工機或攪拌機。這些會更加凌亂,並且可能無法像手持式浸入式攪拌器那樣光滑。我擁有的是 非常 老了,但是您可以找到類似的 手持式浸入式攪拌器在這裡。 如何製作這些鬆餅 儘管這些鬆餅並不難,但是有幾個步驟可以確保最蓬鬆,最美味的最終結果。 步驟1:混合奶酪。 將乾酪混合直至光滑有助於防止鬆餅中的團塊。它還使麵糊光滑,最後的鬆餅更加蓬鬆。我使用了一個手持式浸入式攪拌器,該攪拌器僅花費大約5秒的混合時間。 步驟2:混合干成分。 將所有乾成分混合在一個碗中,然後攪拌。這允許成分的均勻分佈。 步驟3:混合濕成分。 在另一個碗中,混合所有濕成分。就像乾燥成分一樣,這可以確保濕成分均勻混合,因此您不會在一口鬆餅中獲得一團香草提取物或雞蛋。 步驟3:混合潮濕和乾成分。 我用橡膠刮刀將兩個混合物折疊在一起。您不需要(或想要)過度混合它,因此只需混合麵糊,直到您不再看到麵粉。 步驟4:折疊藍莓。 使用相同的橡膠刮刀,將其折疊在藍莓中。當我填充鬆餅罐時,我喜歡在最後節省一些藍莓。 步驟5:填充鬆餅罐並烘烤! 確保僅填充大約3/4的每個鬆餅錫。這樣可以防止鬆餅在烤箱中升起時溢出。烘烤22-25分鐘,或直到牙籤乾淨為止。完成後,它們應該在上面掉以金黃色。…

  • నేను ఈ విచిత్రమైన అనువర్తనాన్ని ప్రయత్నించాను మరియు ఇది నా స్టార్‌బక్స్ కోసం చెల్లించింది

    బహిర్గతం: ఈ పోస్ట్‌లో నేను విశ్వసించే ఉత్పత్తులకు అనుబంధ లింక్‌లు ఉన్నాయి, అనగా మీరు ఈ క్రింది లింక్‌ల ద్వారా ఏదైనా కొనుగోలు చేస్తే, మీకు ఎటువంటి ఖర్చు లేకుండా నేను కమీషన్ అందుకుంటాను. పూర్తి అనుబంధ బహిర్గతం ఇక్కడ చదవండి. నేను నిజాయితీగా ఉంటాను – నేను చిన్న విలాసాలకు మొత్తం సక్కర్. నా చేతిలో ఒక లాట్ వచ్చేవరకు నా ఉదయం అధికారికంగా ప్రారంభించవు, మరియు నేను చేయనప్పుడు కూడా నేను ఫాన్సీ కాఫీకి…

  • Araba Olmadan Para Kazanmanın En İyi 10 Yolu (Gerçekten Para Kazandıran Gerçekçi İşler)

    Satış ortağı bağlantımız aracılığıyla herhangi bir ekstra ücret ödemeden satın alma işlemi gerçekleştirirseniz bir komisyon alacağız. Daha fazla bilgi için lütfen açıklama politikamızı okuyun. Araba sahibi olmak pek çok açıdan faydalı olsa da, bitmek bilmeyen yakıt ve bakım masrafları canınızı sıkabilir! Peki ya sana bunun mümkün olduğunu söyleseydim internetten para kazan hiç arabaya ihtiyaç duymadan…

Deixe um comentário

O seu endereço de email não será publicado. Campos obrigatórios marcados com *