Uporządkowane dane organizacji (Organization
)
Dodanie uporządkowanych danych organizacji do strony głównej może pomóc Google lepiej zrozumieć informacje administracyjne organizacji i uniknąć niejasności dotyczących organizacji w wynikach wyszukiwania. Niektóre właściwości są używane w tle, aby odróżnić Twoją organizację od innych organizacji (np. iso6523
i naics
), a inne mogą wpływać na elementy wizualne w wynikach wyszukiwania (np. logo
wyświetlane w wynikach wyszukiwania i panelu wiedzy).
Jeśli jesteś sprzedawcą, możesz dodać więcej szczegółów do panelu wiedzy sprzedawcy i profilu marki, takich jak zasady zwrotów, adres i dane kontaktowe. Żadne właściwości nie są wymagane. Zalecamy jednak dodanie jak największej liczby właściwości, które są istotne dla Twojej organizacji.
How to add structured data
Structured data is a standardized format for providing information about a page and classifying the page content. If you're new to structured data, you can learn more about how structured data works.
Here's an overview of how to build, test, and release structured data.
- Add as many recommended properties that apply to your web page. There are no required properties; instead, add the properties that apply to your content. Based on the format you're using, learn where to insert structured data on the page.
- Follow the guidelines.
- Validate your code using the Rich Results Test and fix any critical errors. Consider also fixing any non-critical issues that may be flagged in the tool, as they can help improve the quality of your structured data (however, this isn't necessary to be eligible for rich results).
- Deploy a few pages that include your structured data and use the URL Inspection tool to test how Google sees the page. Be sure that your page is
accessible to Google and not blocked by a robots.txt file, the
noindex
tag, or login requirements. If the page looks okay, you can ask Google to recrawl your URLs. - To keep Google informed of future changes, we recommend that you submit a sitemap. You can automate this with the Search Console Sitemap API.
Przykłady
Organization
Oto przykład informacji o organizacji zapisanych w postaci kodu JSON-LD.
<html> <head> <title>About Us</title> <script type="application/ld+json"> { "@context": "https://schema.org", "@type": "Organization", "image": "https://www.example.com/example_image.jpg", "url": "https://www.example.com", "sameAs": ["https://example.net/profile/example1234", "https://example.org/example1234"], "logo": "https://www.example.com/images/logo.png", "name": "Example Corporation", "description": "The example corporation is well-known for producing high-quality widgets", "email": "contact@example.com", "telephone": "+47-99-999-9999", "address": { "@type": "PostalAddress", "streetAddress": "Rue Improbable 99", "addressLocality": "Paris", "addressCountry": "FR", "addressRegion": "Ile-de-France", "postalCode": "75001" }, "vatID": "FR12345678901", "iso6523Code": "0199:724500PMK2A2M1SQQ228" } </script> </head> <body> </body> </html>
OnlineStore
z zasadami zwrotów (przykładowy podtyp Organization
)
Oto przykład informacji o sklepie internetowym zapisanych w kodzie JSON-LD.
<html> <head> <title>About Us</title> <script type="application/ld+json"> { "@context": "https://schema.org", "@type": "OnlineStore", "name": "Example Online Store", "url": "https://www.example.com", "sameAs": ["https://example.net/profile/example12", "https://example.org/@example34"], "logo": "https://www.example.com/assets/images/logo.png", "contactPoint": { "contactType": "Customer Service", "email": "support@example.com", "telephone": "+47-99-999-9900" }, "vatID": "FR12345678901", "iso6523Code": "0199:724500PMK2A2M1SQQ228", "hasMerchantReturnPolicy": { "@type": "MerchantReturnPolicy", "applicableCountry": ["FR", "CH"], "returnPolicyCountry": "FR", "returnPolicyCategory": "https://schema.org/MerchantReturnFiniteReturnWindow", "merchantReturnDays": 60, "returnMethod": "https://schema.org/ReturnByMail", "returnFees": "https://schema.org/FreeReturn", "refundType": "https://schema.org/FullRefund" } ... // Other Organization-level properties } </script> </head> <body> </body> </html>
Wytyczne
Przestrzegaj tych wskazówek, aby uporządkowane dane kwalifikowały się do wyświetlenia w wynikach wyszukiwania Google.
- Wskazówki techniczne
- Podstawowe zasady dotyczące wyszukiwarki
- Ogólne wytyczne dotyczące uporządkowanych danych
Wskazówki techniczne
Zalecamy umieszczenie tych informacji na stronie głównej lub pojedynczej stronie, która opisuje Twoją organizację, np. na stronie O nas. Nie musisz ich umieszczać na każdej stronie witryny.
Zalecamy użycie najbardziej szczegółowego podtypu schema.org dla Organization
, który pasuje do Twojej organizacji. Jeśli na przykład masz witrynę e-commerce, zalecamy użycie podtypu OnlineStore
zamiast OnlineBusiness
.
Jeśli Twoja witryna dotyczy firmy działającej lokalnie, np. restauracji lub sklepu stacjonarnego, zalecamy podanie danych administracyjnych za pomocą najbardziej szczegółowych podtypów LocalBusiness
, a także wypełnienie pól wymaganych i zalecanych w przypadku kategorii Firma działająca lokalnie oprócz pól zalecanych w tym przewodniku.
Definicje typów uporządkowanych danych
Google rozpoznaje poniższe właściwości znaczników Organization
.
Aby pomóc Google w lepszym poznaniu treści strony, umieść w niej jak najwięcej zalecanych właściwości, które są z nią powiązane. Żadne właściwości nie są obowiązkowe. Dodaj te, które pasują do Twojej organizacji.
Właściwości zalecane | |
---|---|
address |
Adres (fizyczny lub elektroniczny) organizacji (w odpowiednich przypadkach). Uwzględnij wszystkie właściwości dotyczące Twojego kraju. Im więcej właściwości podasz, tym wyższa będzie jakość wyniku dla użytkowników. Jeśli Twoja firma ma siedziby w kilku miastach, regionach lub krajach, możesz podać więcej adresów. Na przykład: "address": [{ "@type": "PostalAddress", "streetAddress": "999 W Example St Suite 99 Unit 9", "addressLocality": "New York", "addressRegion": "NY", "postalCode": "10019", "addressCountry": "US" },{ "streetAddress": "999 Rue due exemple", "addressLocality": "Paris", "postalCode": "75001", "addressCountry": "FR" }] |
address.addressCountry |
Kraj z adresu pocztowego w postaci dwuliterowego kodu kraju w formacie ISO 3166-1 alfa-2. |
address.addressLocality |
Miasto z adresu pocztowego. |
address.addressRegion |
Region z adresu pocztowego (w odpowiednich przypadkach). Na przykład stan. |
address.postalCode |
Kod pocztowy z adresu. |
address.streetAddress |
Pełny adres pocztowy. |
alternateName |
Inna powszechnie używana nazwa Twojej organizacji (w odpowiednich przypadkach). |
contactPoint |
Najlepszy sposób na skontaktowanie się użytkownika z Twoją firmą (w odpowiednich przypadkach). Uwzględnij wszystkie metody pomocy dostępne dla użytkowników zgodnie ze sprawdzonymi metodami Google. Na przykład: "contactPoint": { "@type": "ContactPoint", "telephone": "+9-999-999-9999", "email": "contact@example.com" } |
contactPoint.email |
Adres e-mail, pod którym można się skontaktować z Twoją firmą (w odpowiednich przypadkach).
Jeśli używasz typu |
contactPoint.telephone |
Numer telefonu, pod którym można się skontaktować z firmą (w odpowiednich przypadkach).
Pamiętaj, by podać w nim kod kraju i numer kierunkowy.
Jeśli używasz typu |
description |
Szczegółowy opis Twojej organizacji (w odpowiednich przypadkach). |
duns |
Numer DUNS nadany przez Dun & Bradstreet umożliwiający identyfikację organizacji ( |
email
|
Adres e-mail, pod którym można się skontaktować z Twoją firmą (w odpowiednich przypadkach). |
foundingDate |
Data założenia organizacji ( |
globalLocationNumber |
Globalny numer lokalizacyjny GS1 wskazujący lokalizację Twojej organizacji ( |
hasMerchantReturnPolicy
|
Zasady zwrotów, których używa organizacja ( |
iso6523Code
|
Identyfikator organizacji w formacie ISO 6523 (w odpowiednich przypadkach).
Pierwsza część identyfikatora ISO 6523 to
|
legalName |
Zarejestrowana nazwa prawna organizacji ( |
leiCode |
Identyfikator organizacji ( |
logo |
Logo organizacji (w stosownych przypadkach). Dodanie tej właściwości pomoże Google lepiej określić, które logo chcesz wyświetlać, np. w wynikach wyszukiwania i panelach wiedzy. Wytyczne dotyczące obrazu:
Jeśli używasz typu |
naics |
Kod NAICS (North American Industry Classification System) Twojej organizacji ( |
name |
Nazwa Twojej organizacji. Użyj tych samych właściwości |
numberOfEmployees |
Liczba pracowników w organizacji ( Przykład z określoną liczbą pracowników: "numberOfEmployees": { "@type": "QuantitativeValue", "value": 2056 } Przykład z liczbą pracowników w zakresie: "numberOfEmployees": { "@type": "QuantitativeValue", "minValue": 100, "maxValue": 999 } |
sameAs
|
URL strony w innej witrynie z dodatkowymi informacjami o Twojej organizacji (w odpowiednich przypadkach). Może to być np. URL strony profilu Twojej organizacji w mediach społecznościowych lub w witrynie z opiniami. Możesz podać kilka adresów URL |
taxID
|
Identyfikator podatkowy powiązany z Twoją organizacją ( |
telephone
|
Numer telefonu firmy (w stosownych przypadkach) używany jako główna metoda kontaktu z klientami. Pamiętaj, by podać w nim kod kraju i numer kierunkowy. |
url
|
URL witryny Twojej organizacji (w odpowiednich przypadkach). Pomoże on Google jednoznacznie zidentyfikować Twoją organizację. |
vatID
|
Kod VAT (podatku od towarów i usług) powiązany z Twoją organizacją ( |
MerchantReturnPolicy
Użyj poniższych właściwości, aby opisać ogólne zasady zwrotów dotyczące całej organizacji (Organization
), jeśli takie występują w przypadku Twojej firmy.
Jeśli masz konkretne zasady dla poszczególnych produktów, użyj
znaczników umieszczonych przez sprzedawcę informacji o produkcie
.
Właściwości wymagane (wybierz opcję, która najlepiej pasuje do Twojego przypadku użycia) | |
---|---|
Opcja A | |
applicableCountry |
Kod kraju, którego dotyczą zasady zwrotów, w postaci dwuliterowego kodu kraju zgodnego z normą ISO 3166-1 alfa-2. Możesz określić maksymalnie 50 krajów. |
returnPolicyCategory |
Typ zasad zwrotów. Użyj jednej z tych wartości:
Jeśli używasz zasady |
returnPolicyCountry |
Kraj, do którego produkt musi zostać wysłany w celu zwrotu. Ten kraj może być inny niż kraj, do którego produkt został pierwotnie dostarczony lub wysłany. ISO 3166-1 alfa-2 format kodu kraju. Możesz określić maksymalnie 50 krajów. |
Opcja B | |
merchantReturnLink |
Podaj adres URL strony internetowej, na której są opisane zasady zwrotów. To mogą być Twoje własne zasady zwrotów lub zasady innej firmy podane w usłudze obsługującej zwroty. |
Właściwości zalecane | |
---|---|
customerRemorseReturnFees |
Konkretny typ opłaty za zwrot, jeśli produkt został zwrócony z powodu poczucia winy po zakupie.
Możliwe wartości – zobacz |
customerRemorseReturnLabelSource |
Metoda, za pomocą której klient uzyskuje etykietę przesyłki zwrotnej produktu.
Możliwe wartości – zobacz |
customerRemorseReturnShippingFeesAmount |
Koszt dostawy produktu zwracanego z powodu poczucia winy po zakupie. Ta właściwość jest wymagana tylko wtedy, gdy za dostawę zwrotną produktu klient płaci opłatę inną niż zero.
Więcej informacji: |
itemCondition |
Dopuszczalny stan produktu, który można zwrócić. Możesz określić wiele akceptowanych stanów. Użyj następujących wartości:
|
itemDefectReturnFees |
Określony typ opłaty za zwrot w przypadku wadliwych produktów. Możliwe wartości – zobacz |
itemDefectReturnLabelSource |
Metoda, za pomocą której klient może uzyskać etykietę przesyłki zwrotnej produktu.
Możliwe wartości – zobacz |
itemDefectReturnShippingFeesAmount |
Koszt zwrotu produktu wadliwego. Ta właściwość jest wymagana tylko wtedy, gdy za dostawę zwrotną produktu klient płaci opłatę inną niż zero.
Więcej informacji: |
merchantReturnDays |
W ciągu ilu dni od daty dostawy można zwrócić produkt. Ta właściwość jest wymagana tylko wtedy, gdy element |
refundType |
Typ zwrotu środków dostępny dla klienta w przypadku zwrotu produktu.
|
returnFees |
Domyślny typ opłaty za zwrot. Użyj jednej z tych obsługiwanych wartości:
|
returnLabelSource |
Metoda, za pomocą której klient może uzyskać etykietę przesyłki zwrotnej produktu. Użyj jednej z tych wartości:
|
returnMethod |
Typ oferowanej metody zwrotu. Jest to zalecane tylko wtedy, gdy
|
returnPolicySeasonalOverride |
Sezonowe dostosowanie zasad zwrotów w przypadku specjalnych wydarzeń, takich jak święta.
Na przykład typowa kategoria zasad zwrotów jest ustawiona na "returnPolicySeasonalOverride": { "@type": "MerchantReturnPolicySeasonalOverride", "startDate": "2024-11-29", "endDate": "2024-12-06", "merchantReturnDays": 10, "returnPolicyCategory": "https://schema.org/MerchantReturnFiniteReturnWindow" } Oto jak określić wiele sezonowych zmian. W tym przykładzie zasady zwrotów nie mają ograniczeń, ale są ograniczone w tych dwóch zakresach dat: "returnPolicySeasonalOverride": [{ "@type": "MerchantReturnPolicySeasonalOverride", "startDate": "2024-11-29", "endDate": "2024-12-06", "merchantReturnDays": 10, "returnPolicyCategory": "https://schema.org/MerchantReturnFiniteReturnWindow" }, { "@type": "MerchantReturnPolicySeasonalOverride", "startDate": "2024-12-26", "endDate": "2025-01-06", "merchantReturnDays": 10, "returnPolicyCategory": "https://schema.org/MerchantReturnFiniteReturnWindow" }] |
returnPolicySeasonalOverride.endDate |
Data zakończenia sezonowego dostosowania zasad zwrotów. |
returnPolicySeasonalOverride.merchantReturnDays |
W ciągu ilu dni od daty dostawy można zwrócić produkt. Ta właściwość jest wymagana tylko wtedy, gdy element |
returnPolicySeasonalOverride.returnPolicyCategory |
Typ zasad zwrotów. Użyj jednej z tych wartości:
Jeśli używasz zasady |
returnPolicySeasonalOverride.startDate |
Data rozpoczęcia sezonowego dostosowania zasad zwrotów. |
returnShippingFeesAmount |
Koszt dostawy zwracanego produktu. Ta właściwość jest wymagana tylko wtedy, gdy za zwrot produktu od klienta pobierana jest opłata za dostawę różna od 0. W takim przypadku |
Alternatywne podejście do konfigurowania ustawień zwrotów w Google
Zasady dotyczące zwrotów mogą być skomplikowane i zmienne. Jeśli masz problemy ze wskazaniem szczegółów zwrotów i zachowaniem ich zgodności ze znacznikami, i masz konto Google Merchant Center, zastanów się nad skonfigurowaniem zasad zwrotów w Centrum pomocy Google Merchant Center. Możesz też skonfigurować zasady zwrotów w Search Console na poziomie konta, które są automatycznie dodawane do Merchant Center.
Łączenie różnych konfiguracji dostawy i zwrotów
Jeśli łączysz różne konfiguracje dostawy i zwrotów, zwróć uwagę na to, jak możesz zastąpić informacje o zasadach zgodnie z kolejnością ich obowiązywania. Jeśli na przykład podasz zarówno znaczniki na poziomie organizacji w witrynie, jak i ustawienia zasad zwrotów w Search Console, Google będzie używać tylko informacji podanych w Search Console. Jeśli przesyłasz plik danych o produktach do Merchant Center i skonfigurujesz ustawienia dostawy w Search Console, ustawienia w Search Console zostaną zastąpione przez informacje z pliku danych w Merchant Center.
Oto jaka jest hierarchia informacji o zasadach dostawy i zwrotów (uporządkowanych według siły, przy czym najsilniejsze są pliki danych):
- Pliki danych na poziomie produktu przesłane do Merchant Center
- Content API for Shopping (ustawienia dostawy lub ustawienia zwrotów)
- Ustawienia w Merchant Center lub Search Console
- Znaczniki umieszczonych przez sprzedawcę informacji o produkcie na poziomie produktu
- Znaczniki na poziomie organizacji
Rozwiązywanie problemów
Jeśli masz problem z zastosowaniem lub debugowaniem uporządkowanych danych, skorzystaj z tych rozwiązań:
- Jeśli korzystasz z systemu zarządzania treścią (CMS) lub ktoś inny zajmuje się Twoją witryną, poproś odpowiednią osobę o pomoc. Pamiętaj, aby przekazać tej osobie wszystkie wiadomości z Search Console, które zawierają szczegółowe informacje o problemie.
- Google nie gwarantuje, że funkcje wykorzystujące uporządkowane dane pojawią się w wynikach wyszukiwania. Listę typowych powodów, dla których Google może nie wyświetlać Twoich treści w wyniku z elementami rozszerzonymi, znajdziesz w Ogólnych wytycznych dotyczących uporządkowanych danych.
- Możliwe, że w uporządkowanych danych wystąpił błąd. Sprawdź listę błędów uporządkowanych danych i raport dotyczący uporządkowanych danych, których nie można przeanalizować.
- Jeśli wobec Twojej strony zostały podjęte ręczne działania dotyczące uporządkowanych danych, dane te zostaną zignorowane (mimo że strona nadal może się pojawiać w wynikach wyszukiwania Google). Aby rozwiązać problemy z uporządkowanymi danymi, użyj raportu Ręczne działania.
- Przejrzyj jeszcze raz wytyczne, aby sprawdzić, czy Twoje treści ich nie naruszają. Przyczyną problemu mogą być treści spamerskie lub użycie spamerskich znaczników. Jeśli jednak problem nie jest związany ze składnią, test wyników z elementami rozszerzonymi go nie wykryje.
- Rozwiązywanie problemów z brakującymi wynikami z elementami rozszerzonymi lub ze spadkiem całkowitej liczby wyników z elementami rozszerzonymi
- Poczekaj na ponowne zindeksowanie strony. Pamiętaj, że gdy opublikujesz stronę, Google może potrzebować kilku dni na jej znalezienie i zindeksowanie. Odpowiedzi na ogólne pytania dotyczące skanowania i indeksowania znajdziesz w artykule Najczęstsze pytania o indeksowanie i skanowanie w wyszukiwarce Google.
- Zadaj pytanie na forum Centrum wyszukiwarki Google.