QualityTimebasedSyntacticDate

Quality Time-basedQuality Signal

GoogleApi.ContentWarehouse.V1.Model.QualityTimebasedSyntacticDate

9
out of 10
Critical
SEO Impact
Next ID: 21

SEO Analysis

AI Generated

This model (Quality Timebased Syntactic Date) contains 10 attributes that define its data structure. Key functionality includes: The following field is set only when the byline date is different from the "date" field above. Currently this happens when the byline date is within t...

Actionable Insights for SEOs

  • Monitor for changes in rankings that may correlate with updates to this system
  • Consider how your content strategy aligns with what this signal evaluates

Attributes

10
Sort:|Filter:
bylineDatestring
Default: nilFull type: String.t

The following field is set only when the byline date is different from the "date" field above. Currently this happens when the byline date is within the 24 hours of the crawl time, or close but not exactly the same as blog post date due to time zone. The syntactic date is never later than the crawl time. NOTE: If this field is set, use_as_byline_date will be meaningless, and better to be cleared.

datestring
Default: nilFull type: String.t

The number of seconds since epoch (Jan 1, 1970). This can be negative to indicate a publication date that is before 1970. For example, the ones from NY Times archive: "http://select.nytimes.com/gst/abstract.html?res=F10B13FB3D5A10728FDDAF089" "4DD405B8588F1D3&scp=91&sq=world+war+II&st=p"

Default: nilFull type: GoogleApi.ContentWarehouse.V1.Model.QualityTimebasedSyntacticDateDateRange.t
debugInfostring
Default: nilFull type: String.t
fromExplicitTimeZoneboolean(
Default: nil

If set to true, the source of the date has explicit time zone specification. Note: This is only used internally and should not be populated in docjoins.

infointeger(
Default: nil

Used to store extra information about the syntactic date. For now only two bits are set. Please refer to the encoding/decoding functions provided in: quality/timebased/syntacticdate/util.h Bit 1 = High confidence byline. This bit is set if the syntactic date has a byline date and this date is considered to be high confidence. Bit 2 = High confidence byline without content age. This bit is set if the syntactic date has a byline date and this date is considered to be high confidence without support from content age.

Default: nilFull type: GoogleApi.ContentWarehouse.V1.Model.QualityTimebasedSyntacticDatePosition.t
precisionMarkinteger(
Default: nil

The precision mark should be of type PRECISION_MARK.

syntacticDateNotForRestrictboolean(
Default: nil

If this is true, do not use syntactic date in date restricts.

timeZoneOffsetSecondsstring
Default: nilFull type: String.t

Indicates the time zone offset in seconds applied to derive date' in UTC. Example: Annotation: "1pm PST" (UTC-8) => -8 * 3600 = -28800 Note: This is only used internally and should not be populated in docjoins. *trustSyntacticDateInRanking(*type:*boolean(), *default:*nil) - This bit is set if we believe that the syntactic date is really high confidence, but does not qualify as a byline date. *useAsBylineDate(*type:*boolean(), *default:*nil) - Whether this date is good for display as the snippet byline date. *useInTimeZoneGuessingMode(*type:*boolean(), *default:*nil) - This bit is set if the syntactic date is good to be used in site-level timezone guessing statistics calculation. (The date should be absolute date having a timestamp with hour and minute level information. It can come with or without time zone information, which is indicated in from_explicit_time_zone field defined below.) *useRangeInsteadOfDateForRestrict(*type:*boolean(), *default:*nil`) - If true, the DateRange is used as date restrict, if false, the date is used as date restrict. Has no effect if syntactic_date_not_for_restrict is true.